無効の審決｜2019-800083 - 特許審決データベース

会員機能

ランキング

請求人別審判件数

判例データベース

審決データベース

ポートフォリオ機能

ポートフォリオを新規に作成して保存		追加
既存のポートフォリオに追加保存		追加

この審決の個人情報、企業機密に関する修正依頼をする

PDF	PDFをダウンロード

審決分類	審判一部無効 1項3号刊行物記載 H04N 審判一部無効 2項進歩性 H04N
管理番号	1388588
総通号数	10
発行国	JP
公報種別	特許審決公報
発行日	2022-10-28
種別	無効の審決
審判請求日	2019-10-10
確定日	2022-09-21
事件の表示	上記当事者間の特許第４７３４４７１号発明「表示装置、コメント表示方法、及びプログラム」の特許無効審判事件について、次のとおり審決する。
結論	本件審判の請求は、成り立たない。審判費用は、請求人の負担とする。
理由	第１経緯１本件出願の経緯本件特許第４７３４４７１号に係る出願は、平成１８年１２月１１日の出願である特願２００６－３３３８５１号の一部を平成２２年１１月３０日に新たな特許出願としたものであって、平成２３年４月２８日に設定登録されたものであり、登録時の請求項の数は１０である。２本件審判の経緯本件無効審判における手続の経緯は、概要、以下のとおりである。なお、請求人及び被請求人のいずれが提出したものであるか、又は合議体が通知したものであるかを括弧書きで示した。令和元年１０月１０日（差出日）審判請求書（請求人）（証拠説明書及び甲第１～２０号証添付）令和２年２月７日審判事件答弁書（被請求人）（証拠説明書及び乙第１号証添付）令和２年３月４日（差出日）上申書（請求人）（平成３０年（ネ）第１００７７号の被控訴人準備書面の提出）令和２年３月１０日審理事項通知書（合議体）令和２年３月１７日上申書（被請求人）（平成３０年（ネ）第１００７７号の控訴人準備書面等の提出）令和２年３月１７日上申書（被請求人）（証拠説明書及び乙第２号証添付）令和２年４月１日（差出日）上申書（請求人）（甲第１０号証の差替添付）令和２年４月１日（差出日）口頭審理陳述要領書（請求人）（証拠説明書及び甲第２１～２４号証添付）令和２年４月２３日（受付日）口頭審理陳述要領書（被請求人）令和２年５月１４日応対記録（合議体）令和２年５月１４日書面審理通知書（合議体）令和２年５月１４日口頭審理期日中止通知書（合議体）令和２年５月２８日審尋（合議体）令和２年６月１０日回答書（請求人）（証拠説明書及び甲第２５～３０号証添付）令和２年６月２０日（差出日）上申書（請求人）令和２年６月２４日上申書（被請求人）令和２年７月２日上申書（請求人）（証拠説明書及び甲第３１～３３号証添付）令和２年７月２日上申書（請求人）令和２年７月２１日上申書（被請求人）令和２年８月１３日（差出日）上申書（請求人）（証拠説明書並びに甲第３４及び３５号証添付）令和２年９月９日上申書（請求人）令和２年１０月５日審理状況伺書（請求人）令和２年１０月２３日応対記録（合議体）第２本件特許発明本件特許の請求項１ないし１０に係る発明は、特許請求の範囲の請求項１ないし１０に記載された次のとおりのものである（以下、それぞれ「本件特許発明１」ないし「本件特許発明１０」、又はこれらを総称して「本件特許発明」という。）。なお、本件特許発明１の各構成の符号（１Ａ）～（１Ｆ）は、当審で付したものであり、以下、構成１Ａ～構成１Ｆと称する。［請求項１］（本件特許発明１）（１Ａ）動画を再生するとともに、前記動画上にコメントを表示する表示装置であって、（１Ｂ）前記コメントと、当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報を記憶するコメント情報記憶部と、（１Ｃ）前記動画を表示する領域である第１の表示欄に当該動画を再生して表示する動画再生部と、（１Ｄ）前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメントを前記コメント情報記憶部から読み出し、当該読み出されたコメントを、前記コメントを表示する領域である第２の表示欄に表示するコメント表示部と、を有し、（１Ｅ）前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり、（１Ｆ）前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する（１Ａ）ことを特徴とする表示装置。［請求項２］（本件特許発明２）前記コメント表示部は、前記コメントを移動表示させることを特徴とする請求項１記載の表示装置。［請求項３］（本件特許発明３）前記コメント表示部は、前記コメントを前記第１の表示欄内から当該第１の表示欄外であって前記第２の表示欄内へ移動表示させることを特徴とする請求項１または請求項２記載の表示装置。［請求項４］（本件特許発明４）前記コメント表示部が前記コメントを表示する前記第２の表示欄は、前記第１の表示欄よりも大きいサイズであることを特徴とする請求項１から請求項３のうちいずれか１項に記載の表示装置。［請求項５］（本件特許発明５）前記コメント表示部は、前記コメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する際、前記第１の表示欄と前記第２の表示欄とにまたがるように表示させることを特徴とする請求項１から請求項４のうちいずれか１項に記載の表示装置。［請求項６］（本件特許発明６）前記コメント表示部によって表示されるコメントが他のコメントと表示位置が重なるか否かを判定する判定部と、前記判定部がコメントの表示位置が重なると判定した場合に、各コメントが重ならない位置に表示させる表示位置制御部と、を備えることを特徴とする請求項１から請求項５のうちいずれか１項に記載の表示装置。［請求項７］（本件特許発明７）動画を再生するとともに、前記動画上にコメントを表示する表示装置におけるコメント表示方法であって、動画再生部が、前記動画を表示する領域である第１の表示欄に当該動画を再生して表示し、コメント表示部が、コメントと、当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報を記憶するコメント情報記憶部に記憶された情報を参照し、前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメントをコメント情報記憶部から読み出し、当該読み出されたコメントの一部を、前記コメントを表示する領域であって一部の領域が前記第１の表示欄の少なくとも一部と重なっており他の領域が前記第１の表示欄の外側にある第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示することを特徴とする表示方法。［請求項８］（本件特許発明８）前記コメント表示部は、前記コメントを移動表示させることを特徴とする請求項７記載の表示方法。［請求項９］（本件特許発明９）動画を再生するとともに、前記動画上にコメントを表示する表示装置のコンピュータを、前記動画を表示する領域である第１の表示欄に当該動画を再生して表示する動画再生手段、コメントと、当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報を記憶するコメント情報記憶部に記憶された情報を参照し、前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメントをコメント情報記憶部から読み出し、当該読み出されたコメントの一部を、前記コメントを表示する領域であって一部の領域が前記第１の表示欄の少なくとも一部と重なっており他の領域が前記第１の表示欄の外側にある第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示するコメント表示手段、として機能させるプログラム。［請求項１０］（本件特許発明１０）前記コメント表示手段は、前記コメントを移動表示させることを特徴とする請求項９記載のプログラム。第３当事者の主張及び証拠方法１請求人の主張及び証拠方法（１）請求の趣旨請求人の主張する請求の趣旨は、「特許第４７３４４７１号発明の特許請求の範囲の請求項１、２、５、６、９及び１０に記載された発明についての特許を無効とする。審判費用は被請求人の負担とする、との審決を求める。」というものである。（２）無効理由請求人が主張する無効理由は、以下のとおりである。なお、令和２年３月１０日付け審理事項通知書の「第２請求人が主張する無効理由について」において確認した、請求項２、５、６及び１０についての「（１）無効理由１－１（甲第１号証を主引例とする新規性欠如）」ないし「（３）無効理由１－３（甲第３号証を主引例とする新規性欠如）については、令和２年４月１日差出の口頭審理陳述要領書の第１の「２主張の撤回についての検討結果」の主張の撤回により、実質的に取下げられたものと認める。ア無効理由１－１本件特許発明１及び９は、甲第１号証に記載された発明であるから、特許法第29条第1項第3号の規定により特許を受けることができない。よって、本件特許発明１及び９についての特許は、特許法第123条第1項第2号に該当し、無効とすべきものである。イ無効理由１－２本件特許発明１及び９は、甲第２号証に記載された発明であるから、特許法第29条第1項第3号の規定により特許を受けることができない。よって、本件特許発明１及び９についての特許は、特許法第123条第1項第2号に該当し、無効とすべきものである。ウ無効理由１－３本件特許発明１及び９は、甲第３号証に記載された発明であるから、特許法第29条第1項第3号の規定により特許を受けることができない。よって、本件特許発明１及び９についての特許は、特許法第123条第1項第2号に該当し、無効とすべきものである。エ無効理由２－１本件特許発明１及び９は、甲第１号証（主たる証拠）に記載された発明、甲第４号証（従たる証拠）に記載された発明、甲第５号証（従たる証拠）に記載された発明及び技術常識に基づいて当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。よって、本件特許発明１及び９についての特許は、特許法第123条第1項第2号に該当し、無効とすべきものである。オ無効理由２－２本件特許発明１及び９は、甲第２号証（主たる証拠）に記載された発明、甲第１１号証（従たる証拠）に記載された発明、甲第４号証（従たる証拠）に記載された発明及び甲第５号証（従たる証拠）に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。よって、本件特許発明１及び９についての特許は、特許法第123条第1項第2号に該当し、無効とすべきものである。カ無効理由２－３本件特許発明１及び９は、甲第３号証（主たる証拠）に記載された発明、甲第４号証（従たる証拠）に記載された発明及び甲第５号証（従たる証拠）に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。よって、本件特許発明１及び９についての特許は、特許法第123条第1項第2号に該当し、無効とすべきものである。キ無効理由２－４本件特許発明２は、無効理由２－１ないし２－３で引用する証拠に記載された発明に加えて、甲第６ないし１０号証（従たる証拠）に記載された慣用技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。よって、本件特許発明２についての特許は、特許法第123条第1項第2号に該当し、無効とすべきものである。ク無効理由２－５本件特許発明５は、無効理由２－１ないし２－３で引用する証拠に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。よって、本件特許発明５についての特許は、特許法第123条第1項第2号に該当し、無効とすべきものである。ケ無効理由２－６本件特許発明６は、無効理由２－１ないし２－３で引用する証拠に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。よって、本件特許発明６についての特許は、特許法第123条第1項第2号に該当し、無効とすべきものである。コ無効理由２－７本件特許発明１０は、無効理由２－１ないし２－３で引用する証拠に記載された発明に加えて、甲第６ないし１０号証（従たる証拠）に記載された慣用技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。よって、本件特許発明１０についての特許は、特許法第123条第1項第2号に該当し、無効とすべきものである。（３）請求人による主張の概要ア無効理由１－１について（ア）主位的主張について甲第１号証に記載された発明の「ビューワマシン」が本件特許発明１の「表示装置」に、「注釈データ」が「コメント」に、「注釈データ記憶メモリ」が「コメント情報記憶部」に、「映像表示領域」が「第１の表示欄」に、「映像再生部」が「動画再生部」に、「ふきだし」が「第２の表示欄」に、「注釈データ再生部」が「コメント表示部」にそれぞれ相当し、「ふきだし」の一部が「映像表示領域」に重なり合っており、「ふきだし」の残部が「映像表示領域」の一部の外側にあり、かつ、「ふきだし」内の「注釈データ」の少なくとも一部が動画の外側に表示される。したがって、本件特許発明１は甲第１号証に記載された発明と同一である。（審判請求書第４５頁第２１行～第４６頁第８行）（イ）予備的主張について甲第１号証について、仮に、「注釈データ」の少なくとも一部が動画の外側に表示されていないと解したとしても、図１８において動画の表示面積が大きい場合、動画をディスプレイに表示することに伴うアスペクト比の変更に伴い、コメントを表示する領域の一部が動画を表示する領域の一部と重なり合っており、他のコメントを表示する領域が動画を表示する領域の一部の外側にあり、かつ、コメントを表示する領域中のコメントの少なくとも一部が動画の外側に表示される（以下「キヤノンオーバーレイ状態」）ことが十分あり得ることを当業者が甲第１号証の記載から認識できる。（審判請求書第４６頁第９～１６行）イ無効理由１－２について甲第２号証に記載された発明の「テキスト」が本件特許発明１の「コメント」に、「テキストデータ」が「コメント情報」に、「コメント情報記憶部」が「ログファイルに格納する格納部」に、「動画を表示する領域」が「第１の表示欄」に、「テキストデータを表示する領域」が「第２の表示欄」に、「テキストデータ表示部」が「コメント表示部」にそれぞれ相当する。（審判請求書第５２頁第１７～２１行）したがって、本件特許発明１は甲第２号証に記載された発明と同一である。（審判請求書第５４頁第１行）また、甲第２号証の図４において、動画の表示面積が大きい場合、動画をディスプレイに表示することに伴うアスペクト比の変更に伴い、コメントを表示する領域の一部が動画を表示する領域の一部と重なり合っており、他のコメントを表示する領域が動画を表示する領域の外側にあり、かつ、コメントを表示する領域中のコメントの少なくとも一部が動画の外側に表示されることが十分あり得ることを当業者が甲第２号証の記載から認識できる。（審判請求書第５３頁第１～１２行）ウ無効理由１－３について甲第３号証に記載された発明の「コミュニケーション情報」又は「発言」が本件特許発明１の「コメント」に、「発言情報」が「コメント付与時間」に、「チャット情報データベース」が「コメント情報記憶部」に、メディア専用プレイヤー３２の動画を表示する領域が「第１の表示欄」に、「メディア専用プレイヤー３２の発言を表示する領域」が「第２の表示欄」にそれぞれ相当する。そして、動画（映像）をディスプレイに表示することに伴うアスペクト比の変更に伴い、発言表示領域の一部が動画表示領域の一部と重なり合っており、他の発言表示領域が動画表示領域の一部の外側にあり、かつ、発言表示領域の発言の少なくとも一部が動画表示領域の外側に表示されることが十分あり得ることを当業者が甲第３号証の記載から認識できる。（審判請求書第５６頁第１～１２行）したがって、本件特許発明１は甲第３号証に記載された発明と同一である。エ無効理由２－１について甲第４号証及び甲第５号証には、視認性向上の観点から、テキスト表示領域又は字幕表示領域の一部が動画表示領域又は映像表示領域の一部と重なり合っており、他のテキスト等表示領域が動画等表示領域の外側にあり、かつ、テキスト又は字幕の一部が動画等表示領域の外側に表示されることが示されている。したがって、甲第１号証に記載された発明に対し、前記の甲４に記載の技術（以下「甲４技術」）を適用して、及び／又は甲５に記載の技術（以下「甲５技術」。これと甲４技術を併せて「オーバーレイ技術」）を適用する等して本件特許発明１に到達することは容易である。（審判請求書第４６頁第２１行～第４７頁第１０行）甲第１３～２０号証によれば、Ｗｅｂ２．０は技術常識であり、甲第４号証の「テキスト」は、ユーザが入力する場合も含むものであるから、本件特許発明１の「コメント」を含む概念である。（審判請求書第４８頁第８行～第５０頁第６行）甲第５号証における「字幕」はユーザが入力するものではないものの、端末に表示させるという局面において、文字列データとして処理されるものであることは明らかである。加えて、Ｗｅｂ２．０は技術常識であるから、甲第５号証の「字幕」をユーザが入力する「コメント」に置換することは容易である。（審判請求書第５１頁第１３行～第５２頁第１４行）したがって、本件特許発明１は、甲第１号証に記載された発明に対し、甲第４号証に記載された技術、甲第５号証に記載された技術及び技術常識を適用することによって、当業者が容易に想到し得たものである。オ無効理由２－２について仮に、甲第２号証に記載された発明と本件特許発明１との間に相違点があるとしても、その克服は容易である。（審判請求書第５４頁第３～４行）カ無効理由２－３について仮に、甲第３号証に記載された発明のオーバーレイ状態が十分あり得ることを当業者が甲第３号証の記載から認識できないとしても、技術分野の同一性及び課題の共通性に基づき、当業者が甲第３号証に記載された発明に対し甲第４号証等に記載された技術に示されたオーバーレイ状態を適用して本件特許発明１に到達することは容易である。（審判請求書第５６頁第１４～１９行）キ無効理由２－４及び無効理由２－７について甲第６～１０号証に記載されているように、本件特許発明２及び本件特許発明１０において付加されたコメントの移動表示は、プログラミングによりテキストを表示する技術分野において、より多くの文字情報を画面上に表示させるための基礎的手法であり（以下「本件移動表示手法」）、慣用技術であるから、動機付けの有無を検討するまでもなく、甲第１号証に記載された発明、甲第２号証に記載された発明又は甲第３号証に記載された発明に対し慣用技術である本件移動表示手法を適用して相違点を克服することは容易である。（審判請求書第５７頁第８～１６行）ク無効理由２－５について本件特許発明５の構成は、動画のアスペクト比の調整とコメント表示領域並びに具体的なコメントの表示位置及び長さにより現れるものであるところ、視認性向上の観点から、これを採用することは容易である。（審判請求書第５８頁第５～１１行）ケ無効理由２－６について本件特許発明６について、コメントが重なることによる視認性の向上という観点から、コメントの重なり合いを回避するために、コメントが重なるか否かを判定し、重なると判定された場合に、重なり合いを回避するように、各コメントが重ならない位置に表示させるという解決手段は、単なる課題の裏返しにすぎず、自明である。（審判請求書第５８頁第１８～２１行）甲第２２～２４号証には、動画において文字情報を表示する際、文字列が重複するか否かを判定し、重複する場合には重複しないように位置を変更する技術が開示されており、かかる技術は慣用技術であるといえる。甲第１～３号証に記載された発明と甲第２２～２４号証に記載された慣用技術とは、技術分野の同一性及び課題の共通性があることから、本件特許発明６は、主引例に当該技術常識を適用することにより、容易に想到し得たものである。（口頭審理陳述要領書第５８頁第１行～第６０頁第４行）（４）証拠方法甲第１号証：特開２００４－１９３９７９号公報甲第２号証：特開２００４－２９７２４５号公報甲第３号証：特開２００４－１５７５０号公報甲第４号証：特開２００３－１１１０５４号公報甲第５号証：国際公開第２００６／０５９７７９号甲第６号証：大重美幸、“ＦＬＡＳＨＡｃｔｉｏｎＳｃｒｉｐｔ２．０入門完全ガイド＋実践サンプル集”、平成１７年１１月３０日、ｐｐ．３２２～３２９甲第７号証：大河原浩一、笠原淳子、“ＦｉｎａｌＣｕｔＰｒｏ５ＨｙｐｅｒＨａｎｄｂｏｏｋ”、平成１７年１２月１５日、ｐｐ．１６２～１６９甲第８号証：大重美幸、“ＦＬＡＳＨＡｃｔｉｏｎＳｃｒｉｐｔスーパーサンプル集”、平成１８年１１月２０日、ｐｐ．１１２～１１９、１３４～１６１甲第９号証：安藤伸彌、“ＳＭＩＬで魅せるストリーミングコンテンツ作成ガイド”、平成１４年５月３日、ｐｐ．ｉｉ～ｉｉｉ、１４～２７、５８～６１、１０２～１１３甲第１０号証：鷹野雅弘、できるシリーズ編集部、“できるクリエイターＦｌａｓｈＭＸ独習ナビ”、平成１５年５月１１日、ｐｐ．３０～３５、３０２甲第１１号証：特許庁総務部技術調査課、“デジタルコンテンツ配信・流通技術に関する特許出願技術動向調査”、平成１４年５月１７日、ｐｐ．１～３８甲第１２号証：特許第６５２６３０４号公報甲第１３号証：梅田望夫、“ウェブ進化論”、平成２１年７月３０日、ｐｐ．１２０～１２１甲第１４号証：秋好陽介、“意外と知られていないＷｅｂ２．０の謎を解く”、平成１８年１２月４日、ｐｐ．１０～１１、２０～２１、３４～３５甲第１５号証：小川浩、後藤康成、“Ｗｅｂ２．０が面白いほどわかる本”、平成１８年１０月７日、ｐｐ．２～３、４０～４１、９０～９３甲第１６号証：神田敏晶、“Ｗｅｂ２．０でビジネスが変わる”、平成１８年６月２６日、ｐｐ．４４～５３、８８～９３甲第１７号証：ＥＣ研究会、“全図解「Ｗｅｂ２．０」ビジネスのしくみ”、平成１８年１０月３０日、ｐｐ．１４～１７、５８～６１甲第１８号証：宮▲崎▼哲也、“図解でわかるＷｅｂ２．０マーケティング”、平成１８年７月２０日、ｐｐ．１０～１３、３２～３５甲第１９号証：加藤智明、永島穂波、“超図解日本版Ｗｅｂ２．０最前線”、平成１８年８月２５日、ｐｐ．２～３、８～１３、４２～４３、７２～７３甲第２０号証：“ニコニコ動画開発者ブログ（新着情報）”、平成１９年１０月２６日、https://web.archive.org/web/20071026013808/http://blog.nicovideo.jp/2007/08/post_157.php、（平成３１年３月１５日出力）甲第２１号証：平成３０年（ネ）第１００７７号の控訴理由書甲第２２号証：特開平８－１０７５５２号公報甲第２３号証：特開昭５９－１０５７８８号公報甲第２４号証：特開平６－１６５１３９号公報甲第２５号証：（株）アンク、“ＨＴＭＬタグ辞典第５版”、平成１５年３月２５日、ｐｐ．２８０～２８１、３０４～３０５甲第２６号証：まつむらまきお、たなかまり、“おしえて！！ＦＬＡＳＨ８”、平成１９年３月２３日、ｐｐ．５２～５５甲第２７号証：まつむらまきお、たなかまり、“おしえて！！ＭａｃｒｏｍｅｄｉａＦＬＡＳＨＭＸ”、平成１４年８月３１日、ｐｐ．５４～５７甲第２８号証：蔵守伸一、“すぐ使えるムービーメーカー”、平成１２年１１月３０日、ｐｐ．６４～６５甲第２９号証：白石俊平、“ＨＴＭＬ５＆ＡＰＩ入門”、平成２２年５月１２日、ｐｐ．８０～８３甲第３０号証：森由美、“ＬＣＤにおける色表現のしくみ”、トランジスタ技術２００４年２月号、平成１６年２月、ｐｐ．１３１～１３２甲第３１号証：ＳｏｎｙＣｏｒｐｏｒａｔｉｏｎ、“取扱説明書デジタルＨＤビデオカメラレコーダーＨＤＲ－ＦＸ１”、平成１６年、ｐ．３９甲第３２号証：Ａｄｏｂｅ、“デジタルビデオ入門”、平成１６年３月、ｐｐ．２、１６甲第３３号証：“小寺信良の週刊「ＥｌｅｃｔｒｉｃＺｏｏｍａ！」”、“第２１６回：４Ｍピクセル越えの縦型コンパクトＤＶＩＸＹＤＶＭ５～高画素化、サイズ拡大で感度２倍の新ＣＣＤ搭載モデル～”、平成１７年８月１０日、https://av.watch.impress.co.jp/docs/20050810/zooma216.htm、（令和２年６月２５日出力）甲第３４号証：“ＢＲＣ－３００｜リモートカメラシステム｜法人のお客様｜ソニー、商品の特長｜ＢＲＣ－３００｜リモートカメラシステム｜法人のお客様｜ソニー”、https://www.sony.jp/brc/products/BRC-300/index.html、https://www.sony.jp/brc/products/BRC-300/feature_1.html、（令和２年８月３日出力）甲第３５号証：““撮る”から“見る”までＨＤ化促進ソニーが新カンパニー”、https://www.itmedia.co.jp/news/articles/0404/07/news035.html、平成１６年４月７日、（令和２年８月３日出力）２被請求人の主張及び証拠方法（１）答弁の趣旨被請求人の主張する答弁の趣旨は、「本件無効審判の請求は成り立たない。審判費用は、請求人の負担とするとの審決を求める。」というものである。（２）被請求人の主張の概要ア無効理由１－１について（ア）主位的主張について甲第１号証の明細書中には、ふきだしの一部を動画の外側にはみ出させる旨の記載は何ら存在せず、甲第１号証の図１８において、いくつかのふきだしの縁が映像の表示領域の外側にかかっているように図示されているにすぎない。したがって、甲第１号証には、「前記ふきだしのうち、一部の領域が映像表示領域の少なくとも一部と重なっており、他の領域が前記第１の領域の外側にあり」との事項、及び、「前記読み出した注釈データをそれぞれ含む複数のふきだしの少なくとも一部を、映像表示領域の外側と内側にまたがるように表示する」との事項が記載されているということはできない。（審判事件答弁書第６頁第６～１５行）また、甲第１号証に記載された発明は、文字列（「注釈」）を動画の内側と外側にまたがって表示する構成を採用するものではない。甲第１号証の図１８において、「おめでとう」や「お幸せに！」、「来賓席にズームします」といった文字列は、いずれも映像の表示領域の内側及び外側にまたがって表示される態様とはなっていない。したがって、甲第１号証に記載された発明は、文字列を映像の表示領域の内側及び外側にまたがって表示することで、「コメントそのものが動画に含まれているものではなく、動画に対してユーザによって書き込まれたものであることが把握可能となり、コメントの読みにくさを低減させる」という、本件特許発明１の技術的思想及び特徴的構成を開示するものではない。（審判事件答弁書第８頁第２４行～第９頁第３行）（イ）予備的主張について甲第１号証において、アスペクト比の変更が可能であることは何ら示唆すらなく、注釈データの少なくとも一部が動画の外側に表示されることを当業者が認識し得るとする根拠は何もない。（審判事件答弁書第９頁第１４～１６行）イ無効理由１－２について請求人の認定によれば、甲第２号証に記載された発明の「テキストデータ」とは「利用者端末により書込まれたテキストデータ」を意味する。一方、本件特許発明１における「コメント情報」は、「前記コメントと、当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報」である。したがって、甲第２号証に記載された発明の「テキストデータ」には、少なくとも本件特許発明１の「コメント付与時間」に相当する情報が含まれていないことから、甲第２号証に記載された発明の「テキストデータ」は本件特許発明１の「コメント情報」には相当しない。（審判事件答弁書第２１頁第２７行～第２２頁第６行）また、甲第２号証の図４において、「ＧＯＧＯ！」や「きめろよ～！」等のメッセージが配置されたふきだしは、動画の表示枠の外側に配置されているから、甲第２号証に記載された発明は、コメントを表示する領域である「前記第２の表示欄のうち、一部の領域が」動画を表示する領域である「前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり、」「コメントの少なくとも一部を、第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」に相当する構成を備えるともいえない。（審判事件答弁書第２４頁第２６～３３行）甲第２号証において、アスペクト比の変更が可能であることは何ら示唆すらなく、コメントの少なくとも一部が動画の内側に表示されることを当業者が認識し得るとする根拠は何もない。また、甲第２号証において、動画の大きさやアスペクト比を変更したとしても、ふきだしも同じ比率で大きさやアスペクト比を変更すれば、表示レイアウトは特に変わらないのであるから、請求人の主張には理由がない。（審判事件答弁書第２５頁第８～１５行）ウ無効理由１－３について甲第３号証には、あくまでもライブ画面上、すなわち映像上にメッセージを書き込むことが記載されている。また、甲第３号証には、映像のアスペクト比を変更しうることの示唆などは何らないのであるから、請求人の主張には理由がない。（審判事件答弁書第３５頁第６～１６行）エ無効理由２－１について甲第４号証に記載された「テキスト」は本件特許発明１の「コメント」に相当するものではないことは、乙第１号証においても認定されている。（審判事件答弁書第１２頁第１５～２５行）したがって、本件特許発明１は、甲第１号証に記載された発明と甲第４号証に基づいて、当業者が容易に発明をすることができたものではない。（審判事件答弁書第１６頁第６～１４行）甲第５号証に記載された「字幕」は本件特許発明１の「コメント」に相当するものではない。（審判事件答弁書第１６頁第２２～２４行）したがって、本件特許発明１は、甲第１号証に記載された発明及び甲５技術に基づいて当業者が容易に発明をすることができたものではない。（審判事件答弁書第１９頁第２～３行）オ無効理由２－２及び無効理由２－３について甲第４号証及び甲第５号証のいずれにも、本件特許発明１にかかる、コメントを表示する領域である第２の表示欄が、動画を表示する領域である第１の表示欄の少なくとも一部の領域が重なっており、他の領域が当該第１の表示欄の外側にあり、コメントの少なくとも一部を、第１の表示欄の外側であって第２の表示欄の内側に表示する構成は開示されていない。よって、たとえ甲第２号証に記載された発明又は甲第３号証に記載された発明に甲第４号証又は甲第５号証を適用することができたとしても、本件特許発明１の相違点にかかる構成に到達することとはできない。（審判事件答弁書第３１頁第３２行～第３２頁第５行、第３６頁第２６行～３３行）カ無効理由２－４及び無効理由２－７について本件特許発明において「コメント」とは、動画の再生開始後の任意の時点において、動画に対してユーザにより付与されるものであるところ、甲第６～１０号証に記載のテキストデータ等はいずれも本件発明の「コメント」には該当し得ないから、これらの文献には、本件特許発明２における「コメント」の移動表示が開示されているとは言えない。（審判事件答弁書第３７頁第３０行～第３８頁第４行）キ無効理由２－５について甲第１号証～甲第３号証において、アスペクト比の変更が可能であることは何ら示唆すらなく、甲第１号証に記載された発明、甲第２号証に記載された発明又は甲第３号証に記載された発明において、コメントの少なくとも一部が動画の外側に表示されることが当業者にとって認識し得ると窺える根拠は何もない。（審判事件答弁書第３８頁第２２～２５行）ク無効理由２－６について甲第１号証～甲第３号証には、審判請求人がいう「コメントが重なることによる視認性の向上という観点」については何ら考察されておらず、コメントの重なり合いを回避するという課題は記載も示唆もされていない。（審判事件答弁書第３９頁第１５～１７行）甲第２２～２４号証のいずれにも、本件特許発明６における「コメント」については何ら考察されておらず、「コメントの表示位置が重なる」ことについて記載も示唆もされていない。（口頭審理陳述要領書第３５頁第１２～１５行）（３）証拠方法乙第１号証：無効２０１７－８００１２４の審決乙第２号証：平成３１年（行ケ）第１００３９号の判決及び更正決定第４甲号証及び乙号証について１甲号証について（１）甲第１号証についてア甲第１号証の記載事項甲第１号証（特開２００４－１９３９７９号公報）には、「映像配信システム」（発明の名称）として、図面と共に、次に掲げる事項が記載されている。なお、下線は、強調のために当審で付したものである。（ア）「【００２２】図１は、本発明の実施の形態を示し、映像配信装置を適用した映像配信システムの構成の一例を示した図である。１０１および１０２はカメラサーバ、２００はクライアント端末（ビューワ）である。カメラサーバ１０１、１０２と、クライアント端末２００とはそれぞれネットワークに接続される。クライアント端末２００からネットワークを介してリクエストがカメラサーバ１０１、１０２へ送られる。【００２３】カメラサーバ１０１、１０２でこのリクエストが受け入れられると、カメラサーバ１０１、１０２からクライアント端末２００へ映像データが配送される。これにより、クライアント端末２００でカメラ映像を見ることが可能となる。【００２４】また、クライアント端末２００からカメラ制御コマンドがカメラサーバ１０１、１０２へ送られる。これにより、カメラのズーム、パン、チルトなどの操作が可能となる。さらに、ネットワーク上には、中継サーバ３００が置かれ、クライアント端末２００とカメラサーバ１０１、１０２との通信を中継することがある。【００２５】さらに、４００は注釈サーバであり、カメラサーバ１０１、１０２が提供する映像データに関する注釈を収集および管理する。また、５００はネットワークと携帯電話回線網とを仲介するルータである。６０１および６０２は、ビューワプログラムを搭載した携帯電話端末である。このルータ５００を介して、ネットワークに接続された機器と携帯電話端末６０１、６０２とが通信する。・・・【００３９】図４は、ビューワプログラムを動作させるハードウェア構成の一例を示した図である。すなわち、図４は、クライアント端末２００のハードウェア構成の一部を示した図である。図４において、ビューワプログラムを動作させるハードウェアは、一般のコンピュータにより構成される。」（イ）「【図１】」（ウ）「【００４５】同様に、クライアント端末２００及び携帯電話端末６０１、６０２内には、カメラ制御の指令や状態通知に対応するカメラ制御部５０３と、カメラ映像の表示を担当する映像表示部５０４と、コメントなどの音声注釈データを注釈サーバ４００に送付する注釈入力部５０５と、蓄積映像の再生時に対応する注釈などを同期させる同期再生部５０６とが含まれている。【００４６】さらに、注釈サーバ４００には、得られた注釈を蓄えるデータベース部５０７と、対応する映像に対する同期記述を生成する同期生成部５０８とがある。」（エ）「【００４７】図６は、クライアント端末２００や携帯電話端末６０１、６０２の動作の一例を説明するフローチャートである。なお、以下では、クライアント端末２００及び携帯電話端末６０１、６０２を総称してビューワマシンと称する。【００４８】ステップＳ６０１において、ビューワマシン上のＷｅｂブラウザが、指示されたＵＲＬに対応するＷＷＷサーバ７００に接続し、ＨＴＭＬ形式で記述されたＷｅｂページデータをリクエストする。【００４９】続いて、ステップＳ６０２において、ビューワマシンは、ＷＷＷサーバ７００からＷｅｂページデータを受け取り、これをＷｅｂブラウザに表示し始める。ここで受け取ったＷｅｂページデータの中には、本実施形態の映像配信システムのビューワを起動し、カメラサーバ１０１、１０２や注釈サーバ４００などへ接続するための接続情報が含まれる。・・・【００５２】次に、ステップＳ６０４において、ビューワマシンは、上記取得した接続情報の識別子に対応するプログラム、すなわち本映像配信システムのビューワプログラムを起動する。【００５３】次に、ステップＳ６０５において、上記起動したビューワプログラムにより、上記取得（ダウンロード）した接続情報を読み出す。そして、上記読み出した接続情報に記載されているカメラサーバ１０１、１０２を構成する映像サーバ５０２のアドレスおよび接続ポートの情報に従い、ビューワマシンを映像サーバ５０２へ接続する。【００５４】ここで、接続以降の処理を行うための動作プログラム（実現方法としては、スレッドあるいはプロセスの起動となる）が起動され、この映像表示用スレッドは、終了までステップＳ６３１の処理を繰り返す。すなわち、ビューワマシンは、映像サーバ５０２からの映像データが届くたびにそれを受け取り、ディスプレイ装置４０４ｃなどに表示する。【００５５】さらに、ステップＳ６０６において、上記起動したビューワプログラムは、上記接続情報に記載されている注釈サーバ４００のアドレスおよび接続ポートの情報に従い、ビューワマシンを注釈サーバ４００へ接続する。【００５６】ここで、接続以降の処理を行うための動作プログラムが（スレッドあるいはプロセスとして）起動され、この注釈用スレッドは、終了までステップＳ６２１からステップＳ６２４までの処理を繰り返す。すなわち、ビューワマシンは、注釈サーバ４００との間で注釈データの受け渡しをする。なお、この動作の詳細に関しては、後述する。・・・【００６２】ビューワマシンを注釈サーバ４００へ接続する処理（ステップＳ６０６）で起動する上記注釈用スレッドでは、まず、ステップＳ６２１において、ビューワマシン上の音声入出力装置４０４ｄを初期化する。【００６３】次に、ステップＳ６２２において、一定時間（例えば、１秒間）音声データを取得(キャプチャ)する。そして、ステップＳ６２３において、上記取得した音声データのホワイトノイズを除去した上で、一定レベル（音量）以上の音声データが所定の処理結果から得られた場合には、それをエンコード/圧縮して、ステップＳ６２４に進む。一方、一定レベル（音量）以上の音声データが得られない場合には、ステップＳ６２２に戻る。【００６４】そして、ステップＳ６２４において、上記得られた一定レベル以上の音声データと合わせて、映像サーバ５０２の識別子（典型的には、前記接続情報に記載されている映像サーバのアドレスおよび接続ポート情報である）、映像サーバ５０２との接続のセッション識別子、現在表示している映像のタイムスタンプ、カメラ制御権の有無、パンやズームや逆光補正などカメラ制御パラメータなどの情報を注釈サーバ４００に送信する。そして、最後に、ステップＳ６２２に戻る。【００６５】なお、本実施形態では、ユーザからの音声注釈の有無をレベル（音量）から自動判別しているが、ユーザが明示的に注釈の開始と終了を指定してもよい。この場合、例えば、予め設定したキーボード４０４ｂ上のキーや、ディスプレイ装置４０４ｃの画面上に表示されているボタンを押し下げた(KeyDown)時点で、注釈音声の取得を開始し、キーを上げた(KeyUp)時点で注釈音声の取得を終了するようにすればよい。【００６６】蓄積映像にアクセスする際のビューワマシンにおける動作の流れも、図６に示したものと同様である。異なる部分は、カメラ制御サーバ５０１への接続を行わない点と、映像サーバ５０２への接続に先立って注釈サーバ４００に接続し同期記述を取得する点である。【００６７】一方、ディスプレイ装置４０４ｃの表示画面の内容は大きく異なり、カメラ制御インターフェースに変わって、蓄積映像の再生制御インターフェースを表示する（図１４を参照）。【００６８】また、再生映像に関するタイムスケールを表示し、再生している映像が、どの映像であるのかをユーザに伝える。さらに、注釈音声の存在を明示するためのアイコン（図１４のビューワ画面１４００の左下に表示されているベルのマーク）を表示する。」（オ）「【図６】」（カ）「【図１４】」（キ）「【０１１５】図１３は、注釈サーバ４００の動作の一例を説明するフローチャートである。・・・【０１２１】リクエスト内容が、音声注釈データの登録である場合には、ステップＳ１３１０に進み、リクエストに付随する映像サーバ５０２とのセッション識別子、タイムスタンプ、カメラ制御権の有無、および音声注釈データなどの情報を取り出す。そして、それらの情報から同期記述を生成し、受け取った音声注釈データとともにデータベース部を介して保存する。【０１２２】この時、カメラ制御権が有であった場合には、予め設定された予鈴音（ジングル）データを、受け取った音声注釈データに前置きするよう合成する。また、この同期記述の生成に際して、同じ時刻に複数の音声注釈データが発生した場合には、カメラ制御権をもつ注釈を最優先とする。それ以外の場合には、後から登録された注釈を優先し、排他的に再生するような同期記述を生成する。【０１２３】一方、リクエスト内容が、音声注釈データの検索である場合には、ステップＳ１３１１に進み、リクエストで要求された映像サーバ識別子に関して、指定された時間帯の注釈データを、データベース部を介して抽出する。そして、得られた同期記述と注釈データとをクライアント（ビューワマシン）に配送する。【０１２４】また、クライアント（ビューワマシン）から接続終了リクエストを受けたならば、ステップＳ１３１２に進み、ビューワマシンとの接続終了を主プログラムへ通達し、自身のスレッドを終了する。【０１２５】なお、本実施の形態の映像配信システムで生成される同期記述の一例は、図１５に示す通りである。この図１５に示す同期記述１５００には、アドレス（bar.xyz.co.jp）に配置されたカメラサーバ１０１のカメラ装置camera0の２０００年１０月２１日１０時３０分４５秒から２０００年１０月２１日１０時４５分２０秒までの期間の蓄積映像について、アドレス（foo.xyz.co.jp）に配置されている注釈サーバ４００から４つの音声注釈データを取り出して同期再生することが記述されている．【０１２６】以上の構成で、携帯電話端末６０１、６０２上に実装されたビューワを使う複数のユーザは、映像サーバ５０２が提供する映像データを携帯電話端末６０１、６０２上の画面に見ながら、必要に応じて、リアルタイムで適切な注釈を音声で入力する。そして、ビューワに内蔵された注釈用スレッドが、入力した注釈を注釈サーバ４００に転送し、注釈サーバ４００が適切な同期記述を生成した上で、入力した注釈を保存する。【０１２７】これによって、蓄積映像を参照するユーザは、映像に同期する形で、それに付随する適切な注釈を得ることが可能となる。特に、カメラ制御権を取得してカメラ制御を行うユーザの注釈に、予鈴音声を合成するようにしたので、他の傍観者の注釈と区別することができるとともに、カメラ制御を行った意図を示す注釈を、容易に認識することが可能となる。【０１２８】このように本実施形態では、映像に付与された注釈を分別して再生することが可能になり、映像アーカイブの作成や、映像を介したコミュニティ形成を効果的に進めることが可能となる。【０１２９】例えば、本実施形態の映像配信システムを利用して、結婚式会場の映像を中継および蓄積する際に、カメラを制御するユーザによって行われた映像のパンやズームなどの意図と、結婚式映像を見ている傍観者ユーザの祝辞や感想とを、適切に再現し、これらを明確に区別することが可能となる。」（ク）「【図１３】」（ケ）「【図１５】」（コ）「【０１３６】また、本実施形態では、ライブ映像に音声注釈を付与する例について説明しているが、同様の手法で、テキスト注釈を付与することも可能である。この場合には、ビューワを実装するプログラム上での注釈の扱いにおいて、音声注釈データの処理に加えて（あるいは、代えて）、テキスト注釈データの処理を実装すればよい。【０１３７】近年では、メイルやＳＭＳ(Short Message Service)の普及から、多くの携帯電話端末において、テキスト作成/表示機能が実装されており、これを利用してテキスト注釈の入力/再生を実現することができる。」（サ）「【図１８】」イ甲第１号証の記載事項について（ア）音声注釈の再生開始時刻について上記ア（キ）にあるとおり、クライアント端末が取得する同期記述は、上記ア（ケ）の図１５のように記述されるものである。そこで、図１５を参照すると、ｖｉｄｅｏタグにおいて参照されるｍｐ４動画データのクエリにおける動画の開始及び終了時刻が「２０００ｏｃｔ２１．１０：３０：４５」から「２０００ｏｃｔ２１．１０：４５：２０」のように日付及び時刻によって指定されているのに対して、ａｕｄｉｏタグにおける開始時刻は「００ｍ０８ｓ」、「０３ｍ１８ｓ」、「０３ｍ５５ｓ」、「０８ｍ０６ｓ」の４つの時刻で指定され、１０時３０分４５秒から１０時４５分２０秒の間の時刻ではないから、各音声注釈の再生開始時刻は動画の開始からの時刻によって指定されるものと認められる。（イ）テキスト注釈の表示について上記ア（コ）にあるとおり、テキスト注釈の付与は音声注釈の付与と同様に行うことができ、ビューワを実装するプログラム上での注釈の扱いにおいて、音声注釈データの処理に代えてテキスト注釈データの処理を実装することができる。加えて、上記ア（カ）の図１４及び（サ）の図１８にあるとおり、ビューワ画面における注釈以外の部品（タイムスケール、アイコン及び各種操作用のボタン）の配置は、音声注釈を用いる場合の図１４とテキスト注釈を用いる場合の図１８とで同様であることが見て取れる。また、図１４における「映像表示部（蓄積映像）」との領域は、図１８においても同じ位置に配置されていることから、図１８における対応する位置の部品も「映像表示部（蓄積映像）」との領域であると認められる。これらのことに鑑みれば、図１８の表示画面１８００において、テキスト注釈はふきだしの形態で映像表示部（蓄積映像）の領域に重畳して表示されるものと認められる。また、図１８を参照すると、テキスト注釈のふきだしの一部が映像表示部（蓄積映像）の枠よりも外側まではみ出していることが見て取れる一方、テキスト注釈の文字は映像表示部（蓄積映像）の枠の外側まではみ出しているとは認められない。ウ甲第１号証に記載された発明上記ア（ア）～（サ）に摘記した記載事項及びイにおける検討結果から、甲第１号証には、次の発明（以下、「甲１発明」という。）が記載されているものと認められる。なお、各構成の符号（１ａ）～（１ｉ２）は説明のために当審において付したものであり、以下、構成１ａ～１ｉ２と称する。また、各構成の末尾に、対応する段落番号等を示す。（甲１発明）（１ａ）カメラサーバ１０１、１０２と、クライアント端末（ビューワ）２００とがそれぞれネットワークに接続された映像配信システムにおけるクライアント端末２００であって、【００２２】（１ａ１）クライアント端末２００からネットワークを介してリクエストがカメラサーバ１０１、１０２へ送られ、【００２２】（１ａ２）カメラサーバ１０１、１０２でこのリクエストが受け入れられると、カメラサーバ１０１、１０２からクライアント端末２００へ映像データが配送され、これにより、クライアント端末２００でカメラ映像を見ることが可能となり、【００２３】（１ｂ）クライアント端末２００内には、カメラ映像の表示を担当する映像表示部５０４と、コメントなどの音声注釈データを注釈サーバ４００に送付する注釈入力部５０５と、蓄積映像の再生時に対応する注釈などを同期させる同期再生部５０６とが含まれており、【００４５】（１ｃ１）ここで、４００は注釈サーバであり、カメラサーバ１０１、１０２が提供する映像データに関する注釈を収集および管理するものであり、【００２５】（１ｃ２）注釈サーバ４００には、得られた注釈を蓄えるデータベース部５０７と、対応する映像に対する同期記述を生成する同期生成部５０８とがあり、【００４６】（１ｄ）ビューワマシンであるクライアント端末２００は、【００４７】（１ｄ１）ステップＳ６０１において、ビューワマシン上のＷｅｂブラウザが、指示されたＵＲＬに対応するＷＷＷサーバ７００に接続し、ＨＴＭＬ形式で記述されたＷｅｂページデータをリクエストし、【００４８】（１ｄ２）ステップＳ６０２において、ビューワマシンは、ＷＷＷサーバ７００からＷｅｂページデータを受け取り、これをＷｅｂブラウザに表示し始め、ここで受け取ったＷｅｂページデータの中には、本実施形態の映像配信システムのビューワを起動し、カメラサーバ１０１、１０２や注釈サーバ４００などへ接続するための接続情報が含まれ、【００４９】（１ｄ３）ステップＳ６０４において、ビューワマシンは、上記取得した接続情報の識別子に対応するプログラム、すなわち本映像配信システムのビューワプログラムを起動し、【００５２】（１ｄ４）ステップＳ６０５において、上記起動したビューワプログラムにより、接続情報に記載されているカメラサーバ１０１、１０２を構成する映像サーバ５０２のアドレスおよび接続ポートの情報に従い、ビューワマシンを映像サーバ５０２へ接続し、【００５３】（１ｄ５）ここで、接続以降の処理を行うための動作プログラム（実現方法としては、スレッドあるいはプロセスの起動となる）が起動され、この映像表示用スレッドは、終了までステップＳ６３１の処理を繰り返し、すなわち、ビューワマシンは、映像サーバ５０２からの映像データが届くたびにそれを受け取り、ディスプレイ装置４０４ｃなどに表示し、【００５４】（１ｄ６）ステップＳ６０６において、上記起動したビューワプログラムは、上記接続情報に記載されている注釈サーバ４００のアドレスおよび接続ポートの情報に従い、ビューワマシンを注釈サーバ４００へ接続し、【００５５】（１ｄ７）ここで、接続以降の処理を行うための動作プログラムが（スレッドあるいはプロセスとして）起動され、この注釈用スレッドは、終了までステップＳ６２１からステップＳ６２４までの処理を繰り返し、すなわち、ビューワマシンは、注釈サーバ４００との間で注釈データの受け渡しをし、【００５６】（１ｄ８）ビューワマシンを注釈サーバ４００へ接続する処理（ステップＳ６０６）で起動する上記注釈用スレッドでは、まず、ステップＳ６２１において、ビューワマシン上の音声入出力装置４０４ｄを初期化し、【００６２】（１ｄ９）ステップＳ６２２において、一定時間（例えば、１秒間）音声データを取得(キャプチャ)し、【００６３】（１ｄ１０）ステップＳ６２４において、上記得られた一定レベル以上の音声データと合わせて、映像サーバ５０２の識別子（典型的には、前記接続情報に記載されている映像サーバのアドレスおよび接続ポート情報である）、映像サーバ５０２との接続のセッション識別子、現在表示している映像のタイムスタンプなどの情報を注釈サーバ４００に送信し、【００６４】（１ｅ１）蓄積映像にアクセスする際のビューワマシンにおける動作の流れも同様であり、映像サーバ５０２への接続に先立って注釈サーバ４００に接続し同期記述を取得し、【００６６】（１ｅ２）ディスプレイ装置４０４ｃの表示画面の内容は、蓄積映像の再生制御インターフェースを表示し、【００６７】（１ｅ３）再生映像に関するタイムスケールを表示し、再生している映像が、どの映像であるのかをユーザに伝え、さらに、注釈音声の存在を明示するためのアイコン（ビューワ画面１４００の左下に表示されているベルのマーク）を表示し、【００６８】（１ｆ）注釈サーバ４００の動作の一例を説明するフローチャートは、【０１１５】（１ｆ１）リクエスト内容が、音声注釈データの登録である場合には、ステップＳ１３１０に進み、リクエストに付随する映像サーバ５０２とのセッション識別子、タイムスタンプ、および音声注釈データなどの情報を取り出し、そして、それらの情報から同期記述を生成し、受け取った音声注釈データとともにデータベース部を介して保存し、【０１２１】（１ｆ２）リクエストで要求された映像サーバ識別子に関して、指定された時間帯の注釈データを、データベース部を介して抽出し、そして、得られた同期記述と注釈データとをクライアント（ビューワマシン）に配送する処理を有し、【０１２３】（１ｇ）同期記述の一例は、【０１２５】（１ｇ１）同期記述１５００には、アドレス（bar.xyz.co.jp）に配置されたカメラサーバ１０１のカメラ装置camera0の２０００年１０月２１日１０時３０分４５秒から２０００年１０月２１日１０時４５分２０秒までの期間の蓄積映像について、アドレス（foo.xyz.co.jp）に配置されている注釈サーバ４００から４つの音声注釈データを取り出して同期再生することが記述されており、【０１２５】（１ｇ２）同期記述は、ｖｉｄｅｏタグにおいて参照されるｍｐ４動画データのクエリにおける動画の開始及び終了時刻、「２０００ｏｃｔ２１．１０：３０：４５」から「２０００ｏｃｔ２１．１０：４５：２０」に対して、ａｕｄｉｏタグにおける開始時刻は「００ｍ０８ｓ」、「０３ｍ１８ｓ」、「０３ｍ５５ｓ」、「０８ｍ０６ｓ」の４つの時刻で指定されるように、各音声注釈の再生開始時刻は動画の開始からの時刻によって指定され、【上記イ（ア）】（１ｈ１）これによって、蓄積映像を参照するユーザは、映像に同期する形で、それに付随する適切な注釈を得ることが可能となり、【０１２７】（１ｈ２）このように本実施形態では、映像に付与された注釈を再生することが可能になり、映像アーカイブの作成や、映像を介したコミュニティ形成を効果的に進めることが可能となり、【０１２８】（１ｈ３）例えば、本実施形態の映像配信システムを利用して、結婚式会場の映像を中継および蓄積する際に、結婚式映像を見ている傍観者ユーザの祝辞や感想を、適切に再現し、【０１２９】（１ｉ１）同様の手法で、テキスト注釈を付与することも可能であり、この場合には、ビューワを実装するプログラム上での注釈の扱いにおいて、音声注釈データの処理に加えて（あるいは、代えて）、テキスト注釈データの処理を実装すればよく、【０１３６】（１ｉ２）表示画面１８００において、テキスト注釈はふきだしの形態で映像表示部（蓄積映像）の領域に重畳して表示され、テキスト注釈のふきだしの一部が映像表示部（蓄積映像）の枠よりも外側まではみ出すが、テキスト注釈の文字は映像表示部（蓄積映像）の枠の外側まではみ出さない、【上記イ（イ）】（１ａ）クライアント端末２００。（２）甲第２号証についてア甲第２号証の記載事項甲第２号証（特開２００４－２９７２４５号公報）には、「ストリーミング配信方法」（発明の名称）として、図面と共に、次に掲げる事項が記載されている。なお、下線は、強調のために当審で付したものである。（ア）「【００１０】【発明の実施の形態】図１はストリーミング配信システム構成図であり、本発明のストリーミング配信方法を実現するストリーミング配信システムの構成を示す。【００１１】ストリーミング配信システムは、ウェブサーバ１、ストリーミングサーバ２、利用者端末（クライアントであるコンピュータ）４からなる。１個の利用者端末４の１個の画面４０において、例えば２個のウィンドウ４１及び４２が開かれる。ウェブサーバ１とストリーミングサーバ２とは、ネットワーク３により接続され、相互に通信を行う。ストリーミングサーバ２と利用者端末４とは動画データのストリーミング配信が可能なネットワーク３により接続され、本発明に従って前者が後者へのテキストデータを重畳した動画のストリーミング配信を行う。当該動画はウィンドウ４１に表示される。利用者端末４とウェブサーバ１とは、ネットワーク３により接続され、相互に通信を行う。即ち、利用者端末４の利用者は、ウェブサーバ１の提供する例えばウェブ掲示板（４２）にテキストデータ（文字データ）からなるメッセージを書き込む。ウェブ掲示板はウィンドウ４２に表示される（以下、ウェブ掲示板４２とも言う）。利用者端末４は、１又は複数であってよい。【００１２】ストリーミングサーバ２は、動画コンテンツを格納するコンテンツファイル２１を備え、これから読み出した動画コンテンツをネットワーク３を介して１又は複数の利用者端末４にストリーミング配信する。コンテンツファイル２１は周知の動画像を格納するファイルとされる。この例では、ストリーミング配信は、周知のＳＭＩＬ（ＳｙｎｃｈｒｏｎｉｚｅｄＭｕｌｔｉｍｅｄｉａＩｎｔｅｇｒａｔｅｄＬａｎｇｕａｇｅ）を用いて行われる。これにより、ストリーミングサーバ２は、ストリーミング配信する動画コンテンツとテキストデータとを同期させて１個のコンテンツにまとめて配信し、当該映像と文章とを同時に同一のウィンドウ４１で表示することができる。【００１３】利用者端末４は、各々、ストリーミングサーバ２から動画コンテンツの配信を受け、その画面４０のウィンドウ４１にその動画を表示する。これを見た利用者は、利用者端末４から、同一画面４０上において、ウェブサーバ１の提供する例えばウェブ掲示板４２のようなテキスト書込部４２（以下、テキスト書込部４２とも言う）にテキストデータからなるメッセージを書き込む（登録する）。【００１４】ウェブサーバ１は、ネットワーク３を介して、利用者端末４にテキスト書込部４２を提供する。テキスト書込部４２は、例えばストリーミング配信中の動画コンテンツに関連付けられたウェブ掲示板４２又はチャット書込領域４２であり、ウェブサーバ１により予めストリーミング配信中の動画コンテンツに関連付けられている。テキスト書込部４２には、利用者端末４によりストリーミング配信中の動画コンテンツに関連する１又は複数のテキストデータが書き込まれる。テキストデータは、ウェブ掲示板４２に利用者端末４から書き込まれた（登録された）メッセージ、チャットにおいて利用者端末４から書き込まれた（登録された）メッセージ等である。メッセージは、例えば、当該動画コンテンツがスポーツの試合であれば、選手に対する応援の言葉等である。テキストデータはウェブ掲示板４２及びチャット書込領域４２以外のテキスト書込部４２から収集されてもよい。【００１５】ウェブサーバ１は、書込ログファイル１１を備え、テキスト書込部４２に利用者端末４により書き込まれたテキストデータを逐次収集し、当該収集したテキストデータをその収集の順に書込ログファイル１１に格納する。【００１６】ストリーミングサーバ２は、ウェブサーバ１の書込ログファイル１１に格納されたテキストデータを収集する。従って、ストリーミングサーバ２により収集されるテキストデータは、ストリーミング配信中の動画コンテンツに関連するテキストデータであって、当該動画コンテンツに関連付けられたテキスト書込部４２に対して、１又は複数の利用者端末４により書き込まれたテキストデータである。収集されるテキストデータは１又は複数個である。ウェブサーバ１は複数であってもよい。【００１７】ストリーミングサーバ２は、ウェブサーバ１からの利用者端末４により書き込まれたテキストデータの収集を周期的に繰り返す。この周期は、後述するログ収集周期設定部２２３に設定されたログ収集周期とされ、初期設定処理において予め設定される。例えば、この周期はおよそ１～２秒とされる。【００１８】ストリーミングサーバ２は、収集されたテキストデータをストリーミング配信中の動画コンテンツに重畳し、テキストデータの重畳された動画コンテンツを利用者端末４に配信する。このために、ストリーミングサーバ２は、ウェブサーバ１からその書込ログファイル１１に書き込まれたテキストデータを収集して、一時データ格納部２２の書込リスト２２１に一時的に格納する。また、ストリーミングサーバ２は、テキストデータを収集した後、当該収集により書込リスト２２１に格納されたテキストデータの数をカウントし、当該カウント値を以下の書込数設定部２２５に格納する。」（イ）「【図１】」（ウ）「【００３０】ストリーミングサーバ２は、図５に示すように、収集されたテキストデータ（表示リスト２２２内のテキストデータ）の少なくとも１個について、その内容に応じて、ウィンドウ４１における表示位置又は色（背景色又はフォントの色）を設定する。ウィンドウ４１における表示位置又は色は、当該テキストデータ毎に予め定められる。このために、ストリーミングサーバ２は、メッセージ表示ＤＢ２４を備える。メッセージ表示ＤＢ２４の一例を図２（Ｃ）に示す。メッセージ表示ＤＢ２４は、テキストデータの中で出現頻度の高いと思われる又は関心の高いと思われる固有名詞をキーワードとして、当該キーワード毎に、その（およその）表示位置、表示色を格納する。【００３１】例えば、動画コンテンツがサッカーの試合である場合、選手名がキーワードとされる。選手Ｘの属するチームがウィンドウ４１の左側であれば、その表示位置は「左」とされる。これにより、同一チームへの声援が相互に近い位置に表示されるので、重畳されたテキストデータが見易くなる。選手Ｘの属するチームのチームカラー（ユニフォームの色）が「青」であれば、その表示色（テキストデータを表示するボックスの背景色又はフォントの色）は「青」とされる。表示リスト２２２内に当該選手名（であるテキストデータ）が存在する場合、これを動画コンテンツに重畳する際、その表示位置又は色は、メッセージ表示ＤＢ２４に従った表示位置又は色とされる。【００３２】ウィンドウ４１における表示位置又は色は、表示位置又は色の一方のみを設定しても、双方を設定してもよい。また、サッカーの試合のように、前半と後半とでサイド（又はコート）チェンジをする場合、これに伴って表示位置を変えるようにしてもよい。【００３３】テキストデータの表示位置の指定がない場合、テキストデータは、ウィンドウ４１上の予め定められた位置に重畳され表示される。テキストデータの表示位置は、表示可能数と同一の数だけ、予め定められる。テキストデータの表示色の指定がない場合、テキストデータは、当該ウィンドウ４１の背景色と同一の背景色に通常のフォント（例えば、黒）で表示される。【００３４】ストリーミングサーバ２は、図６に示すように、収集されたテキストデータ（表示リスト２２２内のテキストデータ）の少なくとも１個について、その内容に応じて、当該テキストデータとは異なる内容の新たなテキストデータ（メッセージ）を同時に重畳する。この新たなテキストデータは、当該テキストデータ毎に予め定められる。このために、ストリーミングサーバ２は、応答メッセージＤＢ２５を備える。応答メッセージＤＢ２５の一例を図２（Ｄ）に示す。応答メッセージＤＢ２５は、テキストデータの中で出現頻度の高いと思われる又は関心の高いと思われる固有名詞をキーワードとして、当該キーワード毎に、同時に重畳すべき新たなテキストデータを格納する。」（エ）「【図６】」（オ）「【００４２】ストリーミングサーバ２は、書込数が表示可能数設定部２２４の表示可能数よりも大きいか否かを調べ（ステップＳ１４）、書込数が表示可能数よりも大きい場合、前述のように、テキストデータを整理した上で、表示リスト２２２を作成する（ステップＳ１５）。これについては、図８を参照して後述する。ストリーミングサーバ２は、更に、表示リスト２２２に格納したテキストデータの数をカウントして、これを表示数として取得する、即ち、表示数設定部２２６に格納する（ステップＳ１６）。ストリーミングサーバ２は、表示数に基づいて、表示時間を設定する、即ち、表示時間設定部２２７に格納する（ステップＳ１７）。この時、前述のように、表示時間は表示数に比例して短くされる。【００４３】この後、ストリーミングサーバ２は、表示リスト２２２内に格納されているメッセージを、その先頭から順に読み出して、当該表示時間に従ってＳＭＩＬを用いて動画コンテンツに重畳して利用者端末４に配信することにより、そのウィンドウ４１に表示し（ステップＳ１８）、ステップＳ１１以下を繰り返す。ステップＳ１４において書込数が表示可能数よりも大きくない場合、ステップＳ１２で作成した書込リスト２２１内に格納されているメッセージを、その先頭から順に読み出して、当該表示時間に従って動画コンテンツに重畳して利用者端末４に配信することにより、そのウィンドウ４１に表示し（ステップＳ１９）、ステップＳ１１以下を繰り返す。」（カ）「【図７】」イ甲第２号証に記載された発明上記ア（ア）～（カ）に摘記した記載事項から、甲第２号証には、次の発明（以下、「甲２発明」という。）が記載されているものと認められる。なお、各構成の符号（２ａ）～（２ｆ３）は説明のために当審において付したものであり、以下、構成２ａ～２ｆ３と称する。また、各構成の末尾に、対応する段落番号を示す。（甲２発明）（２ａ）ウェブサーバ１、ストリーミングサーバ２、利用者端末（クライアントであるコンピュータ）４からなるストリーミング配信システムにおける利用者端末４であって、【００１１】（２ｂ１）ストリーミングサーバ２と利用者端末４とは動画データのストリーミング配信が可能なネットワーク３により接続され、前者が後者へのテキストデータを重畳した動画のストリーミング配信を行い、当該動画はウィンドウ４１に表示され、【００１１】（２ｂ２）ストリーミング配信は、周知のＳＭＩＬ（ＳｙｎｃｈｒｏｎｉｚｅｄＭｕｌｔｉｍｅｄｉａＩｎｔｅｇｒａｔｅｄＬａｎｇｕａｇｅ）を用いて行われ、これにより、ストリーミングサーバ２から、ストリーミング配信する動画コンテンツとテキストデータとが同期されて１個のコンテンツにまとめて配信され、当該映像と文章とを同時に同一のウィンドウ４１で表示することができ、【００１２】（２ｃ１）利用者端末４は、各々、ストリーミングサーバ２から動画コンテンツの配信を受け、その画面４０のウィンドウ４１にその動画を表示し、これを見た利用者は、利用者端末４から、同一画面４０上において、ウェブサーバ１の提供する例えばウェブ掲示板４２のようなテキスト書込部４２（以下、テキスト書込部４２とも言う）にテキストデータからなるメッセージを書き込み、【００１３】（２ｃ２）テキスト書込部４２に利用者端末４により書き込まれたテキストデータはウェブサーバ１により逐次収集され、当該収集したテキストデータはその収集の順にウェブサーバ１が備える書込ログファイル１１に格納され、【００１５】（２ｄ１）ストリーミングサーバ２により、ウェブサーバ１の書込ログファイル１１に格納されたテキストデータが収集され、【００１６】（２ｄ２）ウェブサーバ１からの利用者端末４により書き込まれたテキストデータの収集が周期的に繰り返され、例えば、この周期はおよそ１～２秒とされ、【００１７】（２ｄ３）収集されたテキストデータがストリーミング配信中の動画コンテンツに重畳され、テキストデータの重畳された動画コンテンツが利用者端末４に配信され、【００１８】（２ｅ１）収集されたテキストデータ（表示リスト２２２内のテキストデータ）の少なくとも１個について、その内容に応じて、ウィンドウ４１における表示位置が設定され、【００３０】（２ｅ２）例えば、動画コンテンツがサッカーの試合である場合、選手Ｘの属するチームがウィンドウ４１の左側であれば、その表示位置は「左」とされ、【００３１】（２ｅ３）テキストデータの表示位置の指定がない場合、テキストデータは、ウィンドウ４１上の予め定められた位置に重畳され表示され、テキストデータの表示位置は、表示可能数と同一の数だけ、予め定められ、【００３３】（２ｅ４）収集されたテキストデータの少なくとも１個について、その内容に応じて、当該テキストデータとは異なる内容の新たなテキストデータ（メッセージ）が同時に重畳され、【００３４】（２ｆ１）ストリーミングサーバ２により、表示リスト２２２が作成され（ステップＳ１５）、【００４２】（２ｆ２）表示数に基づいて、表示時間を設定する、即ち、表示時間設定部２２７に格納し（ステップＳ１７）【００４２】（２ｆ３）表示リスト２２２内に格納されているメッセージが、その先頭から順に読み出されて、当該表示時間に従ってＳＭＩＬを用いて動画コンテンツに重畳して利用者端末４に配信されることにより、そのウィンドウ４１に表示される（ステップＳ１８）、【００４３】（２ａ）利用者端末４。（３）甲第３号証についてア甲第３号証の記載事項甲第３号証（特開２００４－１５７５０号公報）には、「ライブ配信サーバ、及びライブ配信方法」（発明の名称）として、図面と共に、次に掲げる事項が記載されている。なお、下線は、強調のために当審で付したものである。（ア）「【００２２】［ライブ配信システムの構成例］また、図２は、本発明のライブ配信サーバを用いたライブ配信システムの構成例を示す図であり、本発明に直接関係する部分について示したものである。【００２３】図２に例示するライブ配信システムは、ライブ配信サーバ１００と、クライアントであるライブ配信者１０のライブ配信者端末１１と、クライアントであるライブ閲覧者２０のライブ閲覧者端末２１とが通信ネットワーク１を介して接続されて構成される。なお、ライブ配信者１０及びライブ閲覧者２０は予めライブ配信サーバ１００に登録されたユーザであり、ユーザＩＤ（識別コード）やユーザ認証情報（パスワードなど）が発行されているユーザである。」（イ）「【図２】」（ウ）「【００２５】ライブ閲覧者２０は、ライブ配信サーバ１００から配信されるライブを閲覧し、チャットに参加するクライアントであり、ライブ閲覧者２０のライブ閲覧者端末２１には、以下の機能（又は装置）が備えられている。・通信装置２２は、ライブ閲覧者端末２１を通信ネットワーク１と接続するための装置である。・メディア再生プレイヤー２３は、ライブ配信される映像や音声などを再生する処理部であり、専用のソフトウェアにより再生が行われる。例えば、ＲｅａｌＰｌａｙｅｒ（登録商標）などがある。・チャット入力機能２４は、メディア再生プレイヤー２３によりマルチメディアコンテンツを再生中に、そのコンテンツに対して、チャットの情報を入力するための機能である。・入力装置２５は、キーボード、マウス等の入力装置である。・表示装置２６は、液晶やＣＲＴなどのディスプレイ装置である。」（エ）「【００３４】また、ライブ配信サーバ１００内の各データベースには以下のデータが格納される。なお、図３に各データベースのデータ構成例を示す。・ライブデータデータベース（ライブデータＤＢ）１１１は、「ライブを保存する」を選択した場合にコンテンツを保存しておくデータベースである。格納データは、「ライブＩＤ」、「レイアウトＩＤ」、「コンテンツ情報（ライブデータファイル名、画像データファイル名、チャット情報ＩＤ）」などである。【００３５】・レイアウトデータベース（レイアウトＤＢ）１１２は、各ライブのレイアウトがどのような属性を持っているかを保持しておくデータベースである。格納データは、「ライブＩＤ」、「レイアウトＩＤ」、「属性ＩＤ」、「属性内容（チャット、静止画、ライブ動画）」等である。【００３６】・チャット情報データベース（チャット情報ＤＢ）１１３は、ライブ閲覧者端末２１のチャット入力機能２４によって行われたチャット情報のログを記録しておくデータベースである。格納データは、「ライブＩＤ」、「発言者」、「発言時間（ライブ開始からの差分時間）」、「ライブ上での発言場所（レイアウトＩＤまたは、ＸＹ座標での表記）」、「発言及びその他の情報（色、スクロール方法等）」等である。」（オ）「【００４４】（２）ライブ閲覧者によるレイアウトの選択とチャット入力手順また、図５は、図２に例示するライブ配信システムにおける「ライブ閲覧者によるレイアウトの選択とチャット入力手順の流れ」を示す図であり、以下、図５を基に、その手順の流れについて説明する。ライブを閲覧したいユーザ（ライブ閲覧者２０）は、ライブ閲覧者端末２１かライブ配信サーバ１００のライブ配信ページにログインし、閲覧したいコンテンツを選択しているものとする（ステップＳ２１～ステップＳ２４）。 ▲１▼ コンテンツアクセス管理処理部１０４は、閲覧管理ＤＢ１１４を参照して、コンテンツを選択したユーザ（ライブ閲覧者２０）のチェックを行い、アクセス権限があるレイアウト（領域）を確認する（ステップＳ２５）。【００４５】 ▲２▼ コンテンツアクセス管理処理部１０４は、▲１▼で確認したレイアウト（領域）をライブ閲覧者端末２１に表示し、ライブ閲覧者２０に閲覧するレイアウトを選択させる（ステップＳ２６、Ｓ２７）。【００４６】 ▲３▼ライブ配信サーバ１００では、ライブ閲覧者２０が表示したいと選択したレイアウト（領域）のデータのみを、ライブ閲覧者端末２１に配信する（ステップＳ２８、Ｓ２９）。この場合、同期マルチメディア言語ファイル生成処理部１０８は、ライブ閲覧者２０が選択指定したレイアウトを持つ同期マルチメディア言語ファイルを生成し、ライブ閲覧者端末２１のメディア再生プレイヤー２３に向けて送信する。【００４７】 ▲４▼コンテンツアクセス管理処理部１０４は、ライブ閲覧者２０がチャット領域にアクセスし、ライブ閲覧者端末２１からチャット情報格納処理部１０５にチャット入力情報が送られてきた場合に（ステップＳ３０、Ｓ３１）、ライブ閲覧者２０がチャット情報を入力した領域（レイアウト）がチャット可能な領域であるかどうか判断し（ステップＳ３２）、チャット情報格納処理部１０５に送信する。【００４８】 ▲５▼チャット情報格納処理部１０５はコンテンツアクセス管理処理部１０４によりチャットの許可が得られた場合、ライブ閲覧者端末２１のチャット入力機能２４から入力されたチャット情報を受け取る（ステップＳ３３）。許可が得られなかった場合は、チャット入力情報の受け取りを拒否する（ステップＳ３４）。【００４９】 ▲６▼チャット情報が受け取られると、受信したチャット入力データをライブ映像データに付加して、ライブ閲覧者２０の端末２１にリアルタイムで配信する（ステップＳ３５、Ｓ３６）。【００５０】また、図９は、チャット入力画面の例を示す図であり、チャットに参加するクライアント（例えば、ライブ閲覧者２０）が、ライブ閲覧者端末２１内のチャット入力機能２４によりチャットを行う場合の例を示す図である。 ▲１▼あるチャット参加者が、Ｗｅｂブラウザなどのチャット入力用のアプリケーション（ＡＰ）画面ａ中で、レイアウト（領域２）を指定して、チャット文「この人って誰？」を入力する。 ▲２▼配信映像ｂ中に、チャット文「この人って誰？」が表示される。 ▲３▼別のチャット参加者がチャット入力用のアプリケーション（ＡＰ）画面ｃ中で、レイアウト（領域４）を指定して、チャット文「松井じゃない？」を入力する。 ▲４▼配信映像ｂ中に、チャット文「松井じゃない？」が表示される。」（カ）「【図５】」（キ）「【図９】」（ク）「【００６０】［放送したライブチャットの保存と検索］ライブ放送とコミュニケーション情報（チャットなど）の動画配信は、リアルタイムでライブ放送として配信するほかに、コミュニケーション情報（チャットなど）の入力も含むオンデマンドのビデオクリップとして保存することが可能である。【００６１】図８は、ライブ放送時のチャットの保存と閲覧の手順を示す図であり、ライブ放送時のチャットの保存と閲覧は以下のようにして行われる。（１）ライブ配信が開始され（ステップＳ６１～Ｓ６３）、ライブ閲覧者端末２１のチャット入力機能２４によりレイアウトの選択とチャット入力による発言があった場合（ステップＳ６４）、選択されたレイアウトがチャット入力可能な領域であるかが確認される（ステップＳ６５）。【００６２】（２）チャット入力が可能な領域である場合は、ライブデータとチャット入力情報とを同期させて、リアルタイムで配信する（ステップＳ６６、６７）。（３）また、チャット情報格納処理部１０５はチャット情報ＤＢ１１３に、「発言のあったライブ放送のライブＩＤ」、「発言時刻（ライブの開始時刻からの差分）」、「発言者のユーザＩＤ」、「発言場所（領域）」、「発言した内容」などを保存する（ステップＳ６８）。【００６３】（４）ライブ終了時に（ステップＳ６９）、同期マルチメディア言語ファイル生成処理部１０８は、生成したファイル（ライブ配信データ）をライブデータＤＢ１１１に保存する（ステップＳ７０）。【００６４】（５）また、ライブデータＤＢ１１１に保存されたライブデータは、ユーザにより後で検索できるように格納される。ライブ閲覧者端末２１からライブデータＤＢ１１１の閲覧（検索）要求があった場合は（ステップＳ７１）、ライブデータＤＢ１１１を検索し、該当するライブデータをオンデマンドで配信する（ステップＳ７２、Ｓ７３、Ｓ７４）。例えば、動画とチャット情報が保存されたライブデータＤＢ１１１から、「おはよう」などのテキスト文字を検索できるようにし、「おはよう」を含む部分のライブデータをオンデマンドで閲覧できるようにする。」（ケ）「【図８】」イ甲第３号証の記載事項について上記ア（オ）及び（キ）にあるとおり、図９は、チャット入力画面の例を示す図であり、そのうち、ａ及びｃはＷｅｂブラウザなどのチャット入力用のアプリケーション（ＡＰ）画面であり、ｂは配信映像（配信画像）である。そして、図９のｂを参照すると、配信映像（配信画像）との説明用の文字の下にはａ及びｃと同様の形状の２つの領域からなる枠の上側の内部に、「↓この人って誰？」との文字、野球選手等の画像及び「松井じゃないの？」との文字が表示されていることが見て取れる。ここで、上記ア（ウ）にあるとおり、「チャット入力機能２４は、メディア再生プレイヤー２３によりマルチメディアコンテンツを再生中に、そのコンテンツに対して、チャットの情報を入力するための機能である」から、図９のａ及びｃにおいてチャットを入力するレイアウトとして指定可能な領域１～６が表示されている、図９のｂの上側の領域の枠内が配信映像（配信画像）の表示領域であると認められる。したがって、甲第３号証には、配信映像ｂが所定の枠内に表示されることが記載されているものと認められる。また、上記ア（オ）によれば、「↓この人って誰？」とのチャット及び「松井じゃないの？」とのチャットは、それぞれ領域２及び４を指定して入力されており、図９のａ及びｃにおける領域２及び４の位置と図９のｂにおける各チャットの表示位置は一致していることから、甲第３号証には、チャットが指定された領域に基づいて所定の位置に表示されることが記載されているものと認められる。さらに、図９のａ及びｃにおける領域１～６は、いずれも図９のｂの配信映像ｂの表示領域に重畳している。他方、図９のｂにおける各チャットの表示が、図９のａ及びｃにおける領域２及び４の矩形領域の右側にはみ出していることまでは把握されるものの、いずれも配信映像ｂの枠を超える範囲までははみ出していない。ウ甲第３号証に記載された発明上記ア（ア）～（ケ）に摘記した記載事項及びイにおける検討結果から、甲第３号証には、次の発明（以下、「甲３発明」という。）が記載されているものと認められる。なお、各構成の符号（３ａ）～（３ｅ）は説明のために当審において付したものであり、以下、構成３ａ～３ｅと称する。また、各構成の末尾に、対応する段落番号等を示す。（甲３発明）（３ａ）ライブ配信サーバ１００と、クライアントであるライブ配信者１０のライブ配信者端末１１と、クライアントであるライブ閲覧者２０のライブ閲覧者端末２１とが通信ネットワーク１を介して接続されて構成されるライブ配信システムにおけるライブ閲覧者端末２１であって、【００２３】（３ｂ）ライブ閲覧者２０は、ライブ配信サーバ１００から配信されるライブを閲覧し、チャットに参加するクライアントであり、ライブ閲覧者２０のライブ閲覧者端末２１には、以下の機能（又は装置）が備えられており、【００２５】（３ｂ１）通信装置２２は、ライブ閲覧者端末２１を通信ネットワーク１と接続するための装置であり、【００２５】（３ｂ２）メディア再生プレイヤー２３は、ライブ配信される映像や音声などを再生する処理部であり、専用のソフトウェアにより再生が行われ、【００２５】（３ｂ３）チャット入力機能２４は、メディア再生プレイヤー２３によりマルチメディアコンテンツを再生中に、そのコンテンツに対して、チャットの情報を入力するための機能であり、【００２５】（３ｂ４）表示装置２６は、液晶やＣＲＴなどのディスプレイ装置であり、【００２５】（３ｃ）ライブ配信サーバ１００内の各データベースには以下のデータが格納され、各データベースのデータ構成例は、【００３４】（３ｃ１）ライブデータデータベース（ライブデータＤＢ）１１１は、「ライブを保存する」を選択した場合にコンテンツを保存しておくデータベースであり、格納データは、「ライブＩＤ」、「レイアウトＩＤ」、「コンテンツ情報（ライブデータファイル名、画像データファイル名、チャット情報ＩＤ）」などであり、【００３４】（３ｃ２）レイアウトデータベース（レイアウトＤＢ）１１２は、各ライブのレイアウトがどのような属性を持っているかを保持しておくデータベースであり、格納データは、「ライブＩＤ」、「レイアウトＩＤ」、「属性ＩＤ」、「属性内容（チャット、静止画、ライブ動画）」等であり、【００３５】（３ｃ３）チャット情報データベース（チャット情報ＤＢ）１１３は、ライブ閲覧者端末２１のチャット入力機能２４によって行われたチャット情報のログを記録しておくデータベースであり、格納データは、「ライブＩＤ」、「発言者」、「発言時間（ライブ開始からの差分時間）」、「ライブ上での発言場所（レイアウトＩＤまたは、ＸＹ座標での表記）」、「発言及びその他の情報（色、スクロール方法等）」等であり、【００３６】（３ｄ）ライブ配信システムにおける「ライブ閲覧者によるレイアウトの選択とチャット入力手順の流れ」は、【００４４】（３ｄ１）ライブ配信サーバ１００では、チャット情報が受け取られると、受信したチャット入力データをライブ映像データに付加して、ライブ閲覧者２０の端末２１にリアルタイムで配信し（ステップＳ３５、Ｓ３６）【００４６】、【００４９】（３ｄ２）チャットに参加するクライアント（例えば、ライブ閲覧者２０）が、ライブ閲覧者端末２１内のチャット入力機能２４によりチャットを行う場合、【００５０】（３ｄ３）あるチャット参加者が、Ｗｅｂブラウザなどのチャット入力用のアプリケーション（ＡＰ）画面ａ中で、レイアウト（領域２）を指定して、チャット文「この人って誰？」を入力し、【００５０】（３ｄ４）配信映像ｂ中に、チャット文「この人って誰？」が表示され、【００５０】（３ｄ５）別のチャット参加者がチャット入力用のアプリケーション（ＡＰ）画面ｃ中で、レイアウト（領域４）を指定して、チャット文「松井じゃない？」を入力し、【００５０】（３ｄ６）配信映像ｂ中に、チャット文「松井じゃない？」が表示され、【００５０】（３ｄ７）配信映像ｂが所定の枠内に表示され、チャットが指定された領域に基づいて所定の位置に表示され、領域１～６はいずれも配信映像ｂの表示領域に重畳しており、各チャットの表示は、領域２及び４の矩形領域の右側にはみ出していることまでは把握されるものの、いずれも配信映像ｂの枠を超える範囲までははみ出しておらず、【上記イ】（３ｅ）ライブデータＤＢ１１１に保存されたライブデータは、ユーザにより後で検索できるように格納され、ライブ閲覧者端末２１からライブデータＤＢ１１１の閲覧（検索）要求があった場合は（ステップＳ７１）、ライブデータＤＢ１１１を検索し、該当するライブデータがオンデマンドで配信される（ステップＳ７２、Ｓ７３、Ｓ７４）、【００６４】（３ａ）ライブ閲覧者端末２１。（４）甲第４号証についてア甲第４号証の記載事項甲第４号証（特開２００３－１１１０５４号公報）には、「動画配信システム」（発明の名称）として、図面と共に、以下の記載がある（下線は当審が付与した。）。（ア）「【０００１】【発明の属する技術分野】本発明は、動画コンテンツを配信する動画配信システムに係り、特に、動動画コンテンツとその動画の再生に伴って所定のデータコンテンツへアクセスするためのアクセス情報とを放送情報として送信するとともに、前記動画の再生に伴ってアクセス情報に基づき要求されたデータコンテンツを通信データとして送信するサービスを行うサーバおよびそのサービスを受ける情報端末装置からなる動画配信システムに関する。【０００２】【従来の技術】近年、デジタル放送技術および通信技術の発達により、従来の放送局からユーザへの一方的な情報伝達のみならず、ユーザからも情報を発信できる双方向の情報伝達が行える環境が整ってきた。【０００３】【発明が解決しようとする課題】このような背景において、ユーザの情報端末装置に対して、動画コンテンツを放送により配信するとともに、それに関連したデータコンテンツをネットワーク経由で配信するサービスが検討されている。ここでいうデータコンテンツとは、テキストデータや静止画像データ等である。【０００４】このようなサービスでは、情報端末装置のモニタ画面（表示画面）内に動画コンテンツとデータコンテンツとを同時に表示する必要がある。例えば、動画の再生に伴って、その場面に応じたテキスト情報を自動的に画面に表示するなどの用途が考えられる。」（イ）「【００２７】図１に、本発明の一実施の形態に係る動画配信システムの概略構成を示す。この動画配信システムは、サーバ１００と情報端末装置２００とにより構成される。情報端末装置２００は図の例では携帯電話端末を例として説明する。【００２８】サーバ１００は、大別して二つの記憶部１１０，１２０、およびこれらにそれぞれ対応する二つの通信部１３０，１４０を有する。記憶部１１０は、放送対象の動画コンテンツ１１２およびこれとともに配信する表示関連コマンド１１４を格納している。動画コンテンツ１１２および表示関連コマンド１１４は、通信部１３０を介して、放送設備１５０へ送信される。放送設備１５０は、地上波、衛星波のいずれの放送設備であってもよい。動画コンテンツ１１２は、多チャンネル化等を考慮すればデジタル放送であることが好ましいが、アナログ放送を排除するものではない。アナログ放送の場合には、デジタルデータが放送波に混在して送信される。【００２９】この放送された動画コンテンツおよび表示関連コマンドは、情報端末装置２００の放送受信手段により受信される。表示関連コマンドには、後述するデータコンテンツ再生スケジュール情報および表示態様コマンドを含む。【００３０】一方、サーバ１００内の他方の記憶部１２０は、ＨＴＭＬ(Hyper Text MarkupLanguage)を代表とするマークアップ言語で記述されたデータコンテンツを格納する部位である。このデータコンテンツは、インターネットのホームページのデータに対応するものであり、代表的にはテキストや静止画を含み、場合によっては音声などのデータを含みうる。ここでは、情報端末装置２００のモニタ画面２８０の縦長／横長の別に応じて、実質的に同じ内容の縦長用と横長用の二つのデータコンテンツ１２２，１２４を用意している。両者は、単にテキストの１行当たりの文字数が異なるだけでなく、実質的な内容が変わらない範囲で文章の表現を変更したものであってもよい。単に１行当たりの文字数を変更しただけでは、読みやすさが改善されないからである。」（ウ）「【図１】」（エ）「【００３２】図２に示したブロック図により、情報端末装置２００の内部構成例を説明する。・・・【００３５】コマンド解釈エンジン２５５は、初期的には、デフォルトコマンド２２２を受けて、動画コンテンツの表示エリアおよびデータコンテンツの表示エリアのサイズや表示態様（重ね合わせ状態、動画エリアの伸縮、コンテンツ間の表示の切替や一方のコンテンツの一時消去等）を定め、その結果をＷＷＷブラウザ２６０および動画ビューワ２６５に指示する。例えば、コマンド解釈エンジン２５５は、動画エリア情報が「アスペクト比保存」を示しているとき、動画のアスペクト比を保存しつつ当該モニタ画面の画面幅に合わせて動画エリアのサイズを決定する。本実施の形態ではモニタ画面の原点位置は画面の左上端の位置であり、動画エリアの位置はモニタ画面の原点位置に動画エリアの左上端を合わせるように設定される。動画エリア情報が特定の動画エリアサイズを指定している場合には、そのサイズ情報（幅ｗおよび高さｈ）を動画ビューワ２６５に与える。すなわち、動画ビューワ２６５は、指定されたサイズに合うように動画エリア（およびその中に表示する動画）を伸縮する機能を有する。動画エリア情報がアスペクト比保存を指定している場合には、原則的に、その動画エリアサイズは当該モニタ画面に収納される最大サイズに設定される。【００３６】コマンド解釈エンジン２５５は、また、後に詳述するような、放送により受信されたコマンド内の時刻情報およびＵＲＬ(Universal Resource Locator)情報（データのアクセス情報）からなるデータコンテンツ再生スケジュール情報に基づいて、動画再生に伴って逐次所定のタイミングでＵＲＬ情報をＷＷＷブラウザ２６０に与える。これに加えて、デフォルトの表示態様を、放送により受信されたコマンドに基づいて更新する。これにより、コンテンツ作製者側では、個々の動画に応じて、または、１つの動画内でも個々の場面に応じて相応しいデータコンテンツおよび表示態様を指定することができる。また、コマンド解釈エンジン２５５は操作パネル２１０のキー群２１２（テンキーや矢印キー、スイッチ等）からのユーザ指示または姿勢センサ２３２の出力を受けて、表示態様を更新することもできる。姿勢センサ２３２は本発明に必須のものではないが、これを設ければ携帯端末の９０°回転の有無を自動的に検知し、モニタ画面の表示を切り替えることができる。これは特に、通常縦長のモニタ画面の場合に、動画エリアを拡大できる点で有意義である。姿勢センサ２３２としては任意の公知のものを利用できる。例えば、重力に従う光遮蔽部材と光インタラプタ（いずれも図示せず）の組み合わせを利用することができる。この姿勢センサ２３２は少なくとも動画の表示時に連続的にまたは周期的（例えば数１００ｍ秒毎）に作動させれば足りる。【００３７】ＷＷＷブラウザ２６０は、通信部２４５を介してネットワーク１７０に接続され、所定のプロトコル（例えばｈｔｔｐ: hyper text transfer protocol）に従って、指定されたＵＲＬに存在するデータである例えばＨＴＭＬ(Hyper Text Maukup Language)文書を要求し、そのデータを受信して表示内容を組み立てる機能を有する。また、本実施の形態では、前述したように、そのデータを表示する画面（データエリアまたはブラウザ画面という）の位置やサイズの情報をコマンド解釈エンジン２５５から受信して、そのデータエリアに対応する表示メモリ２７２内位置に表示データを展開する機能を有する。【００３８】表示メモリ２７２は、本実施の形態では、動画コンテンツとデータコンテンツとで展開するメモリプレーンを別としている。これにより、両コンテンツの重ね合わせや一方の一時表示停止などの制御が容易となる。（但し、本発明は両コンテンツを同一のメモリプレーンに書き込む場合を排除するものではない。）表示制御部２７０は、表示メモリ２７２の内容を読み出してモニタ（ディスプレイ）２８０へ表示データ信号および表示制御信号を出力し、目的の画面を表示させる。一方の表示プレーンの非表示などの制御はコマンド解釈エンジン２５５から表示制御部２７０を直接制御することで行うことができる。」（オ）「【図２】」（カ）「【００４０】ここで、図３により、動画エリアとデータエリアの重ね合わせの態様について説明する。本実施の形態では、図３（ａ）は縦長画面の場合の「タイル」表示状態を示している。タイル表示は、両エリアを重ね合わせるのではなく、互いに重複しないように隣接配置するものである。すなわち、図の例では動画エリアは動画のアスペクト比を保存した状態でモニタ画面に収まる最大サイズとし、データエリアはその残りの矩形エリアとしている。具体的には、データエリアの左上座標は動画エリアの左下座標に一致し、データエリアの右下座標はモニタ画面の右下座標に一致する。【００４１】データコンテンツがデータエリアに収納しきれない場合には、ユーザのキー操作に応じてデータ画像のスクロールが可能である。本実施の形態においてデータエリアが動画エリアに隣接する方向（動画エリアの右側か下側か）は、モニタ画面が縦長の場合には動画エリアの下側、モニタ画面が横長の場合には動画エリアの右側である。但し、サーバ側から隣接する方向をタイルコマンドとともに指示し、それに応じるかどうかは端末側で決定するようにしてもよい。【００４２】図３（ｃ）に示すように、動画エリアが具体的なサイズで指定された場合にも、データエリアはその残りの空き領域内の最大矩形エリアとなる。動画エリアがサイズ指定される場合のサイズは通常、比較的小さいサイズで指定されることが想定される。但し、指定サイズがモニタ画面に収納されない場合にはモニタ画面に収納されるように自動的に動画エリアサイズを縮小するようにすることが好ましい。【００４３】図３（ｂ）は両エリアを重ね合わせる「オーバレイ」表示状態を示している。この例では、モニタ画面全体をデータエリアとし、これを動画エリアに重ねている。この場合、データコンテンツと動画コンテンツが同時に見えるように、アルファブレンディングのような表示処理操作を施すことが好ましい。【００４４】図３（ｄ）は動画エリアが具体的なサイズで指定された場合のオーバレイ状態を示している。この場合も、モニタ画面全体をデータエリアとすることに代わりはない。【００４５】ところで、通常、動画はテレビ画面に相当した４：３や１６：９のような横長であり、これを横長画面に最大収容した場合には、図３（ｆ）に示すように、モニタ画面内の動画エリアの残りの空き領域はごく狭いエリアとなる。（図では動画エリアの右側に空き領域は発生する場合を示したが、モニタ画面および動画エリアのそれぞれの縦横比によって、空き領域が動画エリアの下側に生じる場合もありうる。）したがって、このような場合は、指示された重ね合わせ態様に関わらず、強制的にオーバレイ表示状態とするようにしてもよい。これに対して、横長画面の場合でも、図３（ｅ）に示すように、比較的小サイズの動画エリアが指定された場合であって、その残りのエリア内に所定の横幅以上の矩形エリアが利用できる場合には、当該矩形エリアをデータエリアとすることができる。」（キ）「【図３】」（ク）「【００５０】図５は、縦長状態で動画コンテンツとして映画を表示しているときに、登場人物のプロフィールをデータコンテンツとして表示している場面を示している。図５（ａ）はタイル表示状態を示している。このとき、データコンテンツは縦長用をサーバに要求している。この状態から、ユーザのキー（またはスイッチ）の操作による指示またはセンサ出力の変化に応じてモニタ画面が９０°回転したとき、モニタ画面全体は横長になる。この例では、アスペクト比保存状態を示しており、動画エリアはモニタ画面に合わせて回転および拡大されている。当然ながら、動画エリアの回転および拡大に合わせてその中に表示される動画も同様に回転・拡大される。図５（ｂ）の例では、動画エリアの残りの空き領域の横幅が小さいためにタイル表示ではデータエリアの横幅が十分ではなく、強制的にタイル表示状態からオーバレイ表示状態に切り替えた状況を示している。図５（ｃ）のオーバレイ表示状態ではデータエリアの横幅はモニタ画面の長辺一杯を利用できるので、横長用のデータコンテンツを選択している。図５（ａ）での重ね合わせ状態がオーバレイ表示の場合にも、そのモニタ画面回転時は図５（ｂ）のようになる。」（ケ）「【図５】」イ甲第４号証に記載された技術上記ア（ア）～（ケ）に摘記した記載事項から、甲第４号証には、次の技術（以下、「甲４技術」という。）が記載されているものと認められる。なお、各構成の符号（４ａ）～（４ｆ２）は説明のために当審において付したものであり、以下、構成４ａ～４ｆ２と称する。また、各構成の末尾に、対応する段落番号を示す。（甲４技術）（４ａ）動画コンテンツを放送により配信するとともに、それに関連したデータコンテンツをネットワーク経由で配信する動画配信システムに関する技術であって、【０００１】、【０００３】（４ａ１）動画配信システムは、サーバ１００と情報端末装置２００とにより構成され、【００２７】（４ｂ１）サーバ１００において、動画コンテンツ１１２および表示関連コマンド１１４は、通信部１３０を介して、放送設備１５０へ送信され、【００２８】（４ｂ２）放送された動画コンテンツおよび表示関連コマンドは、情報端末装置２００の放送受信手段により受信され、【００２９】（４ｃ１）サーバ１００内の記憶部１２０には、ＨＴＭＬ(Hyper Text MarkupLanguage)を代表とするマークアップ言語で記述されたデータコンテンツが格納され、【００３０】（４ｃ２）データコンテンツは、インターネットのホームページのデータに対応するものであり、代表的にはテキストを含み、【００３０】（４ｄ１）情報端末装置２００の内部構成では、コマンド解釈エンジン２５５は、初期的には、デフォルトコマンド２２２を受けて、動画コンテンツの表示エリアおよびデータコンテンツの表示エリアのサイズや表示態様（重ね合わせ状態、動画エリアの伸縮、コンテンツ間の表示の切替や一方のコンテンツの一時消去等）を定め、その結果をＷＷＷブラウザ２６０および動画ビューワ２６５に指示し、【００３２】、【００３５】（４ｄ２）コマンド解釈エンジン２５５は、放送により受信されたコマンド内の時刻情報およびＵＲＬ(Universal Resource Locator)情報（データのアクセス情報）からなるデータコンテンツ再生スケジュール情報に基づいて、動画再生に伴って逐次所定のタイミングでＵＲＬ情報をＷＷＷブラウザ２６０に与え、これに加えて、デフォルトの表示態様を、放送により受信されたコマンドに基づいて更新し、【００３６】（４ｄ３）コマンド解釈エンジン２５５は姿勢センサ２３２の出力を受けて、表示態様を更新することもでき、【００３６】（４ｄ４）表示制御部２７０は、表示メモリ２７２の内容を読み出してモニタ（ディスプレイ）２８０へ表示データ信号および表示制御信号を出力し、目的の画面を表示させ、【００３８】（４ｅ）動画エリアとデータエリアの重ね合わせの態様は、【００４０】（４ｅ１）両エリアを重ね合わせる「オーバレイ」表示状態であって、モニタ画面全体をデータエリアとし、これを動画エリアに重ねてもよく、【００４３】（４ｅ２）通常、動画はテレビ画面に相当した４：３や１６：９のような横長であり、これを横長画面に最大収容した場合には、モニタ画面内の動画エリアの残りの空き領域はごく狭いエリアとなり、したがって、このような場合は、指示された重ね合わせ態様に関わらず、強制的にオーバレイ表示状態とするようにしてもよく、【００４５】（４ｅ３）オーバレイ表示状態では、データエリアの一部が動画エリアに重なり、他の一部が動画エリアの外側となり、【図３】（４ｆ１）縦長状態で動画コンテンツとして映画を表示しているときに、登場人物のプロフィールをデータコンテンツとして表示している場面は、タイル表示状態であって、【００５０】（４ｆ２）横長状態では、動画エリアの残りの空き領域の横幅が小さいためにタイル表示ではデータエリアの横幅が十分ではなく、強制的にタイル表示状態からオーバレイ表示状態に切り替えた状況であってもよく、データエリアの一部が動画エリアに重なり、他の一部が動画エリアの外側となる、【００５０】、【図５】（４ａ）動画配信システムに関する技術。（５）甲第５号証についてア甲第５号証の記載事項甲第５号証（国際公開第２００６／０５９７７９号）には、「符号化装置および方法、復号装置および方法、プログラム、記録媒体、ならびに、データ構造」（発明の名称）として、図面と共に、以下の記載がある（下線は当審が付与した。）。（ア）「技術分野本発明は、符号化装置および方法、復号装置および方法、プログラム、記録媒体、ならびに、データ構造に関し、主映像のアスペクト比とは独立したアスペクト比で、副映像を表示することができるようにした符号化装置および方法、復号装置および方法、プログラム、記録媒体、ならびに、データ構造に関する。背景技術コンテンツの映像（以下、適宜、主映像と称する）に、字幕などの主映像を補足等する理由で表示される映像（以下、適宜、副映像と称する）を重ね合わせて表示されることがある。」（第１ページ第５～１５行）（イ）「また、第８図のフローチャートは、ビデオデコーダ６６の一例の処理を概略的に示す。」（第１５ページ第２～４行）（ウ）「先ず、第８図のフローチャートを用いてビデオデコーダ６６における一例の表示処理を概略的に説明する。」（第１５ページ第５～６行）（エ）「ステップＳ１０で、多重化分離部７１で分離された主映像の符号化データが主映像復号部７２で復号化されると共に、符号化時に組み込まれた主映像のアスペクト比等のデータが抽出され、主映像画枠サイズ変換部７４で主映像および表示装置のアスペクト比に基づき画枠サイズが変換される。ステップＳ１１で、多重化分離部７１で分離された副映像の符号化データが副映像復号部７３で復号化されると共に、符号化時に組み込まれた副映像のアスペクト比等のデータが抽出され、副映像画枠サイズ変換部７５で副映像および表示装置のアスペクト比に基づき画枠サイズが変換される。そして、次のステップＳ１２で、加算器７６により、表示装置のアスペクト比に合わせて決められた主映像に副映像が重ね合わされ、この主映像に副映像が重ね合わされた映像が表示される。」（第１５ページ第６～１７行）（オ）「主映像画枠サイズ変換部７４は、ビデオ出力端子６８に接続されている表示装置のアスペクト比と、主映像復号部７２から供給された主映像のアスペクト比に基づいて、出力する主映像の画枠サイズを変換し、加算器７６に供給する。」（第１６ページ第１２～１５行）（カ）「例えば、表示装置のアスペクト比が１６：９である場合において、主映像のアスペクト比が４：３であるときには、主映像画枠サイズ変換部７４は、主映像を、横方向（水平方向）に縮小するとともに、左右に黒色を表示させるデータを付加して出力する。」（第１６ページ第１６～１９行）（キ）「次に、第９図のフローチャートを参照して、ビデオデコーダ６６の副映像画枠サイズ変換部７５の動作を説明する。」（第１７ページ第１０～１１行）（ク）「ステップＳ２１において、副映像画枠サイズ変換部７５は、副映像復号部７３から、いま副映像画枠サイズ変換部７５に供給されている副映像のアスペクト比を示すフラグを取得する。」（第１７ページ第１２～１４行）（ケ）「ステップＳ２２において、副映像画枠サイズ変換部７５は、表示装置のアスペクト比が４：３（例えば、３６０×２７０）であるか１６：９（例えば、４８０×２７０）であるかを判定し、」（第１７ページ第１５～１７行）（コ）「第９図に戻りステップＳ２２で、表示装置のアスペクト比が１６：９であると判定された場合、ステップＳ２４に進み、副映像画枠サイズ変換部７５は、ステップＳ２１で取得したフラグが、副映像のアスペクト比が１６：９および４：３のいずれでもよいことを示すフラグであるか、また１６：９または４：３のいずれか１つのアスペクト比を示すフラグであるかを判定し、いずれか１つのアスペクト比を示すフラグであると判定した場合、ステップＳ２５に進む。」（第１８ページ第２６行～第１９ページ第６行）（サ）「ステップＳ２５において、副映像画枠サイズ変換部７５は、ステップＳ２１で取得したフラグが、副映像のアスペクト比が１６：９であることを示すフラグかまたは４：３であることを示すフラグかを判定し、１６：９であることを示すフラグであると判定した場合、ステップＳ２６に進む。」（第１９ページ第７～１１行）（シ）「ステップＳ２６において、副映像画枠サイズ変換部７５は、字幕の映像の７２０×４８０の画枠サイズを、１６：９のアスペクト比に合うように変換し（ピクセルアスペクト比＝４０：３３）、その結果得られた字幕データを、加算器７６に出力する。」（第１９ページ第１２～１５行）（ス）「すなわち副映像は、主映像のアスペクト比に関係なく、１６：９のアスペクト比で表示される。」（第１９ページ第１６～１７行）（セ）「主映像のアスペクト比が４：３である場合には、第１９図に示すように、横方向に縮小されて左右に黒色を表示させるデータが付加された主映像に、１６：９のアスペクト比の字幕の映像が重ね合わされて表示される。」（第１９ページ第１８～２１行）（ソ）「」（タ）「」（チ）「」イ甲第５号証に記載された技術上記ア（ア）～（チ）に摘記した記載事項から、甲第５号証には、次の技術（以下、「甲５技術」という。）が記載されているものと認められる。なお、各構成の符号（５ａ）～（５ｃ６）は説明のために当審において付したものであり、以下、構成５ａ～５ｃ６と称する。また、各構成の末尾に、対応するページ及び行の番号を示す。（甲５技術）（５ａ）コンテンツの映像である主映像のアスペクト比とは独立したアスペクト比で、字幕などの主映像を補足等する理由で表示される映像である副映像を表示することができるようにした復号装置に関する技術であって、（第１ページ第５～１５行）（５ｂ）ビデオデコーダ６６の一例の処理は、（第１５ページ第２～４行）（５ｂ１）ステップＳ１０で、多重化分離部７１で分離された主映像の符号化データが主映像復号部７２で復号化されると共に、符号化時に組み込まれた主映像のアスペクト比等のデータが抽出され、主映像画枠サイズ変換部７４で主映像および表示装置のアスペクト比に基づき画枠サイズが変換され、ステップＳ１１で、多重化分離部７１で分離された副映像の符号化データが副映像復号部７３で復号化されると共に、符号化時に組み込まれた副映像のアスペクト比等のデータが抽出され、副映像画枠サイズ変換部７５で副映像および表示装置のアスペクト比に基づき画枠サイズが変換され、ステップ１２で、加算器７６により、表示装置のアスペクト比に合わせて決められた主映像に副映像が重ね合わされ、この主映像に副映像が重ね合わされた映像が表示され、（第１５ページ第６～１７行）（５ｂ２）主映像画枠サイズ変換部７４は、ビデオ出力端子６８に接続されている表示装置のアスペクト比と、主映像復号部７２から供給された主映像のアスペクト比に基づいて、出力する主映像の画枠サイズを変換し、加算器７６に供給し、（第１６ページ第１２～１５行）（５ｂ３）例えば、表示装置のアスペクト比が１６：９である場合において、主映像のアスペクト比が４：３であるときには、主映像画枠サイズ変換部７４は、主映像を、横方向（水平方向）に縮小するとともに、左右に黒色を表示させるデータを付加して出力し、（第１６ページ第１６～１９行）（５ｃ）ビデオデコーダ６６の副映像画枠サイズ変換部７５の動作は、（第１７ページ第１０～１１行）（５ｃ１）ステップＳ２１において、副映像画枠サイズ変換部７５は、副映像復号部７３から、いま副映像画枠サイズ変換部７５に供給されている副映像のアスペクト比を示すフラグを取得し、（第１７ページ第１２～１４行）（５ｃ２）ステップＳ２２において、副映像画枠サイズ変換部７５は、表示装置のアスペクト比が４：３（例えば、３６０×２７０）であるか１６：９（例えば、４８０×２７０）であるかを判定し、（第１７ページ第１５～１７行）（５ｃ３）表示装置のアスペクト比が１６：９であると判定された場合、ステップＳ２４に進み、副映像画枠サイズ変換部７５は、ステップＳ２１で取得したフラグが、副映像のアスペクト比が１６：９および４：３のいずれでもよいことを示すフラグであるか、また１６：９または４：３のいずれか１つのアスペクト比を示すフラグであるかを判定し、いずれか１つのアスペクト比を示すフラグであると判定した場合、ステップＳ２５に進み、（第１８ページ第２６行～第１９ページ第６行）（５ｃ４）ステップＳ２５において、副映像画枠サイズ変換部７５は、ステップＳ２１で取得したフラグが、副映像のアスペクト比が１６：９であることを示すフラグかまたは４：３であることを示すフラグかを判定し、１６：９であることを示すフラグであると判定した場合、ステップＳ２６に進み、（第１９ページ第７～１１行）（５ｃ５）ステップＳ２６において、副映像画枠サイズ変換部７５は、字幕の映像の７２０×４８０の画枠サイズを、１６：９のアスペクト比に合うように変換し（ピクセルアスペクト比＝４０：３３）、その結果得られた字幕データを、加算器７６に出力し、（第１９ページ第１２～１５行）（５ｃ６）主映像のアスペクト比が４：３である場合には、横方向に縮小されて左右に黒色を表示させるデータが付加された主映像に、１６：９のアスペクト比の字幕の映像が重ね合わされて表示される、（第１９ページ第１８～２１行）（５ａ）復号装置に関する技術。（６）甲第６号証について甲第６号証の第３２２～３２９ページには、「Sample 11-1 テキストフィールドの文字を横に流す」の章に、ActionScriptにより、テキストフィールドの文字を横にスクロールしてテロップを作る技術が記載されている。（７）甲第７号証について甲第７号証の第１６８ページには、「Final Cut Pro」において、テキストが画面内を横に流れる技術及び上下に流れる技術が記載されている。（８）甲第８号証について甲第８号証の第１１２～１１８ページには、ActionScriptにより、ムービーを再生すると、「ACTIONSCRIPT test」及び「０１２３４５６７８９」とのテキストが水平方向に流れる技術が記載されている。（９）甲第９号証について甲第９号証の第１１１～１１２ページには、SMIL２．０をサポートしたRealSystemのRealTextにより、テキストを縦方向にスクロールさせる技術が記載されている。（１０）甲第１０号証について甲第１０号証の第３０～３５ページには、Flash MXにおいて、テキストをスライドインさせる技術が記載されている。（１１）甲第１１号証について甲第１１号証の第１～２ページには、デジタルコンテンツの配信・流通方法がダウンロードとストリーミングに大別されることが記載されている。（１２）甲第１２号証について甲第１２号証の明細書の段落【０００３】には、先行技術文献が列記され、フロントページの続きの参考文献欄には、参考文献が列記されている。また、先行技術文献には、甲第４号証（特開２００３－１１１０５４号公報）が【特許文献２】として含まれ、参考文献には、甲第１号証（特開２００４－１９３９７９号公報）が含まれている。（１３）甲第１３号証について甲第１３号証の第１２０～１２１ページには、「Web 2.0 とは何か」との章において、「ネット上の不特定多数の人々（や企業）を、受動的なサービス享受者ではなく能動的な表現者と認めて積極的に巻き込んでいくための技術やサービス開発姿勢」との定義が記載されている。（１４）甲第１４号証について甲第１４号証の第１０～１１ページには、「そもそもWeb2.0って何？」との章において、Web2.0の解説が記載されている。また、第２０～２１ページには、「多くのユーザーがウェブに参加」との章において、一般ユーザーがウェブで情報を発信し始めたことが記載されている。さらに、第３４～３５ページには、「確かにウェブで変化は起こっている」との章において、「ウェブをとりまく主な変化」が記載されている。（１５）甲第１５号証について甲第１５号証の第４０～４１ページには、「Ｗｅｂ２．０は、なぜ注目されるのか？」との章において、Ｗｅｂ２．０を特徴付けている要素が記載されている。また、第９０～９３ページには、「ミクシィはなぜ、Ｗｅｂ２．０なのか？」との章において、ミクシィが「ユーザー参加のアーキテクチャ」を採用していることが記載されている。（１６）甲第１６号証について甲第１６号証の第４５～５３ページには、「マスメディアからＣＧＭへ」との章において、ＣＧＭ（コンシューマー・ジェネレイテッド・メディア）の解説が記載されている。また、第８８～９３ページには、「秘蔵の映像コレクションを共有」との章において、ユーチューブへのビデオの公開について記載されている。（１７）甲第１７号証について甲第１７号証の第１４～１７ページには、「『ウェブ２．０』とは何か？」との章において、ウェブ２．０とは何かが記載されている。また、第５９～６１ページには、「ＣＧＭを取り入れて『ウェブ２．０』化を進めよう」との章において、ＣＧＭについて記載されている。（１８）甲第１８号証について甲第１８号証の第１０～１３ページには、Web2.0とは何か及びその特徴が記載されている。また、第３２～３５ページには、CGMについて記載されている。（１９）甲第１９号証について第１９号証の第２～３、８～１３、４２～４３及び７２～７３ページには、Web2.0とは何かが記載されている。（２０）甲第２０号証について甲第２０号証には、「ニコニコ動画開発者ブログ」として、「もともとニコニコ動画のプロジェクトは社内ではパケラジ２．０あるいはネットライブと呼ばれている企画であり、ネット上でどうやってユーザにライブ感覚を共有させるのかというのがテーマでした。」との記載がある。（２１）甲第２１号証について甲第２１号証は、本件特許に関する特許侵害差止等請求事件（平成３０年（ネ）第１００７７号）の控訴理由書であり、その第１３ページ第２５行～第１４ページ第７行には、「むしろ，本件明細書１には，本件発明１における動画について，『ストリーミング配信』されること（段落００１４，００２５），『ＷＷＷシステムを利用している場合』，『インターネット等のネットワーク…を介してプログラムを送信する』（段落００５９）など，ネットワークを介して動画の配信がなされることが想定されている旨の記載があるところ，そのような動画を表示するための領域のサイズ等については，ユーザが利用する端末のディスプレイのサイズ，解像度，動画表示用のアプリケーションの仕様や設定等によって様々であり得ることは，当業者にとって技術常識として当然に把握される事項である。」との記載がある。（２２）甲第２２号証について甲第２２号証には、「文字放送特殊再生装置及びテレテキスト放送特殊再生装置」の発明が記載され、その段落【００５９】には、「（６）前記文字放送番組をワイドアスペクトモニタにて文字放送が重畳されているテレビ放送とは違う映像に表示する場合、該映像がシネスコサイズ等で字幕があり、字幕移動機能で字幕が移動して前記スクロール表示位置と重なり合う場合、字幕位置を検出する字幕位置検出部と、該字幕位置検出部により検出された該字幕の位置を避けて最適位置に待避する特殊再生表示制御部とを有すること」との記載がある。（２３）甲第２３号証について甲第２３号証には、「テレビ多重文字放送の受像機」の発明が記載され、その第４頁左上欄第１４～１９行には、「そのため、この発明においては、縦スクロール用の機能を利用して横スクロールの位置を縦方向に変更できるようにしたものである。」及び「従つて、横スクロールの文字とメインの放送の文字とが重なることを避けることができ、両者を見ることができる。」との記載がある。（２４）甲第２４号証について甲第２４号証には、「クローズド・キャプションデコーダ」の発明が記載され、その段落【００１１】には、「本発明に係るクローズド・キャプションデコーダ及びこれを備えたテレビジョン受信機は、映像信号の垂直帰線期間に重畳されている文字信号を抽出して復号化し、文字信号に含まれる文字情報の表示アドレスを、変換プログラム，カーソル等により受信側で指定された表示アドレスに変換し、変換した表示アドレスに文字情報を表示する。」との記載がある。（２５）甲第２５号証について甲第２５号証の第２８０～２８１ページには、ＨＴＭＬ文書におけるembedタグ及びobjectタグについて記載されている。また、第３０４ページには、Flash Playerについて記載されている。（２６）甲第２６号証について甲第２６号証の第５５ページ右下の「タグについて」との欄には、objectタグ及びembedタグを用いたhtmlファイルの例が記載されている。（２７）甲第２７号証について甲第２７号証の第５７ページの「６」の欄には、swfを埋め込むタグが記述された「.html」の例が記載されている。（２８）甲第２８号証について甲第２８号証の第６５ページには、「クリップと違う縦横比の静止画を取り込んだ場合」との欄において、「クリップのサイズに合わせて、上下または左右に黒い余白が入ります。」及び「上下、左右の比率がクリップの比率と同じ場合は、黒い余白は入らずに、クリップのサイズへ縮小／拡大されて表示されます。」との記載がある。（２９）甲第２９号証について甲第２９号証の第８２ページには、図４．４と共に「widthとheightを利用すると、動画を表示する領域の幅と高さを指定できます。もし動画の縦横比と、video要素に指定した縦横比が異なっていた場合は、動画の縦横比はそのままに、表示領域内で最大の見え方になるよう調整されます。具体的には、動画の幅もしくは高さがvideo要素のwidthもしくはheightと同じになり、動画が表示されない部分は何も表示されません。言葉で説明するよりも、以下の例を見ていただければ一目瞭然でしょう（わかりやすいよう、背景を黒く塗りつぶしています）（図4.4）。」との記載がある。（３０）甲第３０号証について甲第３０号証の第１３１ページには、液晶ディスプレイのしくみとして、「ＲＧＢ各色とも見せると光の混合で白色となり，すべて見せない場合は黒色となります．」との記載がある。（３１）甲第３１号証について甲第３１号証の第３９ページには、デジタルＨＤビデオカメラレコーダーにおいて、ワイドテレビ／4:3テレビで画面いっぱいに映るように撮影できることが記載されている。（３２）甲第３２号証について甲第３２号証の第１６ページには、「アナモルフィックとは？」との欄において、「カメラおよびカムコーダーは、映画フィルムまたはビデオを国政する画像を標準４：３アスペクト比で録画します。ビデオコーダーにアスペクト比を標準４：３とワイドスクリーン１６：９間で切り換えるスイッチが付いている場合、録画するときに画像の上部と下部をマスクオフ（つまり縦横比を調整しない）する場合があります。」との記載がある。（３３）甲第３３号証について甲第３３号証の「やけに四角く感じるのは？」の章には、「IXY DV M5」の撮影モードとして「４：３」及び「１６：９」が記載された表が記載されている。（３４）甲第３４号証について甲第３４号証には、旋回型３ＣＣＤカラービデオカメラ「ＢＲＣ－３００」について、「アスペクト比16:9、4:3の切り換えが可能」であることが記載されている。（３５）甲第３５号証について甲第３５号証には、２００４年４月７日公開の記事として、「ＢＲＣ－３００」が５月１２日に発売されることが記載されている。２乙号証について（１）乙第１号証について乙第１号証は、本件特許に関して平成２９年９月１１日に請求された無効審判事件の審決であって、特開２００３－１１１０５４号公報（本件審判事件における甲第４号証）における「テキスト」が本件特許発明における「コメント」とは一致するものとはいえないとの認定が記載されている。（２）乙第２号証について乙第２号証は、本件特許に関して平成２９年９月１１日に請求された無効審判事件の審決取消訴訟の判決及びその更正決定であって、特開２００３－１１１０５４号公報（本件審判事件における甲第４号証）における「テキスト」が本件特許発明における「コメント」とは異なるとの認定が記載されている。第５当審の判断１無効理由１－１について（１）本件特許発明１についてア対比本件特許発明１と甲１発明とを対比する。（ア）構成１Ａについて甲１発明は、構成１ｄ～１ｄ５にあるとおり、「映像サーバ５０２へ接続」し、「映像サーバ５０２からの映像データが届くたびにそれを受け取り、ディスプレイ装置４０４ｃなどに表示」する。そして、構成１ｅ１～１ｅ３にあるとおり、「蓄積映像にアクセスする際のビューワマシンにおける動作の流れも同様」であって、「ディスプレイ装置４０４ｃの表示画面の内容は、蓄積映像の再生制御インターフェースを表示」するものであるから、蓄積映像にアクセスする際にも、映像サーバ５０２へ接続する際と同様の動作によって、再生制御インターフェースを用いてディスプレイ装置４０４ｃなどに蓄積映像を表示するものである。したがって、甲１発明は「動画を再生する表示装置」であるといえる。また、甲１発明は、構成１ｄ６～１ｄ７にあるとおり、「注釈サーバ４００へ接続」し、「注釈データの受け渡し」をし、構成１ｅ１にあるとおり、「蓄積映像にアクセスする際」には、「映像サーバ５０２への接続に先立って注釈サーバ４００に接続し同期記述を取得」する。そして、甲１発明が取得する同期記述は、構成１ｇ～１ｇ１にあるとおり、「２０００年１０月２１日１０時３０分４５秒から２０００年１０月２１日１０時４５分２０秒までの期間（特定の期間）の蓄積映像」について、「音声注釈データを取り出して同期再生することが記述され」たものである。また、構成１ｉ１～１ｉ２にあるとおり、「同様の手法で、テキスト注釈を付与することも可能」なものであり、「表示画面１８００」において「映像表示部（蓄積映像）の領域に重畳して表示」される。さらに、甲１発明のテキスト注釈は、構成１ｄ６～１ｄ１０及び構成１ｆ～１ｆ２によって生成される音声注釈と同様に、構成１ｈ１～１ｈ３にあるとおり、「結婚式映像を見ている傍観者ユーザの祝辞や感想を、適切に再現」するものであるから、本件特許発明１の「コメント」に相当するものといえる。したがって、甲１発明は「動画を再生するとともに、前記動画上にコメントを表示する表示装置」であるといえる。よって、本件特許発明１と甲１発明とは、「動画を再生するとともに、前記動画上にコメントを表示する表示装置」である点で一致する。（イ）構成１Ｂについて甲１発明は、上記（ア）において検討したとおり、テキスト注釈（「コメント」に相当。）を蓄積映像（「動画」に相当。）の領域に重畳して表示する。また、甲１発明は、構成１ｅ１にあるとおり、同期記述を「映像サーバ５０２への接続に先立って注釈サーバ４００に接続し同期記述を取得」する。ここで、技術常識に鑑みれば、甲１発明が取得した同期記述を記憶する記憶部を有することは明らかである。また、構成１ｇ１にあるとおり、音声注釈が同期記述によって参照されることに鑑みれば、テキスト注釈も同様に同期記述によって参照されることは明らかであり、甲１発明がテキスト注釈、すなわちコメントを記憶する記憶部を有することは明らかである。したがって、甲１発明は「前記コメントと、同期記述を記憶する記憶部」を有するといえる。また、構成１ｇ２にあるとおり、「各音声注釈の再生開始時刻は動画の開始からの時刻によって指定」される。また、構成１ｄ１０及び構成１ｆ１にあるとおり、同期記述を生成するに当たって用いられる時刻は、音声データを取得した際の、現在表示している映像のタイムスタンプであるから、構成１ｇ２のａｕｄｉｏタグにおける開始時刻は、音声注釈が付与された時刻を表すといえる。したがって、甲１発明の音声注釈の再生開始時刻である、同期記述に含まれるａｕｄｉｏタグの開始時刻は、「当該音声注釈が付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間である音声注釈付与時間」であるといえる。そして、構成１ｉ１にあるとおり、テキスト注釈の付与は音声注釈と同様に行われることから、テキスト注釈に関する同期記述の記述も同様のものになるものと認められる。したがって、同期記述は、本件特許発明１の「当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報」ということができる。よって、本件特許発明１と甲１発明とは、「前記コメントと、当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報を記憶するコメント情報記憶部」を有する点で一致する。（ウ）構成１Ｃについて甲１発明の構成１ｉ２の映像表示部（蓄積映像）の領域は、蓄積映像を表示する領域であることが明らかである。したがって、甲１発明は「前記動画を表示する領域である第１の表示欄に当該動画を再生して表示する動画再生部」を有するといえる。よって、本件特許発明１と甲１発明とは、「前記動画を表示する領域である第１の表示欄に当該動画を再生して表示する動画再生部」を有する点で一致する。（エ）構成１Ｄについて上記（イ）において検討したとおり、甲１発明は、テキスト注釈の再生について、音声注釈と同様に同期記述のタグの情報に基づいて、情報の取得及び再生を行うものと認められ、その際に、記憶部に記憶されたテキスト注釈及び同期記述を読み出すことは明らかである。したがって、甲１発明は、「前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメントを前記コメント情報記憶部から読み出し、当該読み出されたコメントを、表示するコメント表示部」を有するといえる。また、甲１発明は、構成１ｉ２にあるとおり、「テキスト注釈はふきだしの形態で映像表示部（蓄積映像）の領域に重畳して表示」されるから、映像表示部（蓄積映像）の領域とは別のテキスト注釈を表示する領域を有しているといえる。よって、本件特許発明１と甲１発明とは、「前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメントを前記コメント情報記憶部から読み出し、当該読み出されたコメントを、前記コメントを表示する領域である第２の表示欄に表示するコメント表示部」を有する点で一致する。（オ）構成１Ｅ及び構成１Ｆについて上記（エ）において検討したとおり、甲１発明はテキスト注釈を表示する領域が存在するといえるものの、構成１ｉ２にあるとおり、「テキスト注釈のふきだしの一部が映像表示部（蓄積映像）の枠よりも外側まではみ出すが、テキスト注釈の文字は映像表示部（蓄積映像）の枠の外側まではみ出さない」ものである。甲１発明は、テキスト注釈を表示する領域についての具体的な特定はなく、構成１ｉ２の表示画面１８００が図１８から読み取れるのみであって、映像表示部（蓄積映像）の領域とテキスト注釈を表示する領域との位置関係について、何らの特定も有しない。したがって、本件特許発明１と甲１発明とは、本件特許発明１は、「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」という構成（構成１Ｅ）、及び「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成（構成１Ｆ）を備えているのに対し、甲１発明はそのような構成を有しない点で相違する。（カ）一致点及び相違点について上記（ア）～（オ）によれば、本件特許発明１と甲１発明との一致点及び相違点は次のとおりである。［一致点］（１Ａ）動画を再生するとともに、前記動画上にコメントを表示する表示装置であって、（１Ｂ）前記コメントと、当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報を記憶するコメント情報記憶部と、（１Ｃ）前記動画を表示する領域である第１の表示欄に当該動画を再生して表示する動画再生部と、（１Ｄ）前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメントを前記コメント情報記憶部から読み出し、当該読み出されたコメントを、前記コメントを表示する領域である第２の表示欄に表示するコメント表示部と、を有する（１Ａ）ことを特徴とする表示装置。［相違点１－１］本件特許発明１は、「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」という構成（構成１Ｅ）、及び「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成（構成１Ｆ）を備えているのに対し、甲１発明はそのような構成を有しない点。イ判断上記ア（カ）のとおり、本件特許発明１と甲１発明には相違点１－１があり、当該相違点１－１は実質的な相違点であるといえる。したがって、本件特許発明１は甲１発明ではない。ウ請求人の主張について（ア）主位的主張について請求人は、甲１発明は「ふきだし」内の「注釈データ」の少なくとも一部が動画の外側に表示されるものであると主張するが、上記ア（オ）のとおり、甲１発明は「テキスト注釈の文字は映像表示部（蓄積映像）の枠の外側まではみ出さない」ものであるから、請求人の主張は採用できない。（イ）予備的主張について請求人は、甲第１号証について、動画をディスプレイに表示することに伴うアスペクト比の変更に伴い、コメントを表示する領域の一部が動画を表示する領域の一部と重なり合っており、他のコメントを表示する領域が動画を表示する領域の一部の外側にあり、かつ、コメントを表示する領域中のコメントの少なくとも一部が動画の外側に表示されることが十分あり得ると主張している。しかしながら、ネットワークに接続されたクライアント端末に表示される動画のアスペクト比が変更され得ることが、甲第２５～３５号証等の記載から周知の事項であるといえるとしても、上記ア（オ）のとおり、甲第１号証には、映像表示部（蓄積映像）にアスペクト比の異なる蓄積映像を表示する旨の記載も示唆もなく、動画のアスペクト比が変更された際の映像表示部（蓄積映像）の領域とテキスト注釈を表示する領域との位置関係について、何ら特定されていないから、請求人の主張は採用できない。エ小括以上のとおり、本件特許発明１は、甲第１号証に記載された発明ではないから、特許法第29条第1項第3号に該当しない。（２）本件特許発明９について本件特許発明９は、本件特許発明１の表示装置と対応する、表示装置のコンピュータを動作させるためのプログラムの発明である。甲１発明は、上記第４の１（１）ア（ア）の甲第１号証の段落【００３９】に記載されるように、コンピュータにより構成し、ビューワプログラムを動作させて甲１発明のクライアント端末２００として機能させることができるものである。すなわち、甲第１号証から甲１発明と同様のプログラム発明（甲１プログラム発明）を認定することができる。そして、本件特許発明９とそのような甲１プログラム発明とを対比すると、上記「（１）本件特許発明１について」において検討したのと同様に、上記（１）カの［相違点１－１］と同様の相違点が存在するといえる。よって、本件特許発明９は、甲第１号証に記載された発明ではないから、特許法第29条第1項第3号に該当しない。（３）まとめ以上によれば、本件特許発明１及び９に係る特許について、請求人の主張する無効理由１－１は理由がない。２無効理由１－２について（１）本件特許発明１についてア対比本件特許発明１と甲２発明とを対比する。（ア）構成１Ａについて甲２発明は、構成２ｂ１，２ｃ１及び構成２ｄ３にあるとおり、「ストリーミングサーバ２と利用者端末４とは動画データのストリーミング配信が可能なネットワーク３により接続され、前者が後者へのテキストデータを重畳した動画のストリーミング配信を行い、当該動画はウィンドウ４１に表示」されるものであり、「利用者端末４から、同一画面４０上において、ウェブサーバ１の提供する例えばウェブ掲示板４２のようなテキスト書込部４２（以下、テキスト書込部４２とも言う）にテキストデータからなるメッセージを書き込み」、「収集されたテキストデータがストリーミング配信中の動画コンテンツに重畳され、テキストデータの重畳された動画コンテンツが利用者端末４に配信され」るものである。すなわち、甲２発明は、ウィンドウ４１にテキストデータが重畳された動画を再生する「表示装置」であるといえる。そして、動画に重畳されるテキストデータは、利用者端末４から書き込まれたメッセージであるから、本件特許発明１の「コメント」に相当する。したがって、本件特許発明１と甲２発明は、「動画を再生するとともに、前記動画上にコメントを表示する表示装置」である点で一致する。（イ）構成１Ｂについて甲２発明は、構成２ｂ２にあるとおり、「ストリーミング配信は、周知のＳＭＩＬ（ＳｙｎｃｈｒｏｎｉｚｅｄＭｕｌｔｉｍｅｄｉａＩｎｔｅｇｒａｔｅｄＬａｎｇｕａｇｅ）を用いて行われ、これにより、ストリーミングサーバ２から、ストリーミング配信する動画コンテンツとテキストデータとが同期されて１個のコンテンツにまとめて配信」される。ここで、技術常識に鑑みれば、甲２発明がＳＭＩＬにより配信されたテキストデータを記憶する記憶部を有することは明らかである。したがって、甲２発明は「前記コメントを含むコメント情報を記憶するコメント情報記憶部」を有するといえる。他方、甲２発明は、構成２ｃ２～２ｄ３にあるとおり、「テキスト書込部４２に利用者端末４により書き込まれたテキストデータはウェブサーバ１により逐次収集され」、「ストリーミングサーバ２」により「テキストデータの収集が周期的に繰り返され、例えば、この周期はおよそ１～２秒とされ」、「収集されたテキストデータがストリーミング配信中の動画コンテンツに重畳され、テキストデータの重畳された動画コンテンツが利用者端末４に配信され」るものである。すなわち、配信されるテキストデータは周期的な時刻に収集されたものであるが、テキストデータが書き込まれた時刻が取得されたものではなく、テキストデータが収集された時刻が、動画の最初を基準とした動画の経過時間を表す動画再生時間であるともいえない。また、構成２ｆ３にあるとおり、「表示リスト２２２内に格納されているメッセージが、その先頭から順に読み出されて、当該表示時間に従ってＳＭＩＬを用いて動画コンテンツに重畳して利用者端末４に配信される」ものであり、テキストデータが収集された時刻をテキストデータとともに配信されるものではなく、利用者端末４に配信される情報に、テキストデータが書き込まれた時刻が含まれないことから、テキストデータが書き込まれた時刻を記憶部に記憶するものでもない。したがって、本件特許発明１と甲２発明とは、「コメント情報記憶部」において、本件特許発明１は、記憶するコメント情報には「当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間」が含まれるものであるのに対し、甲２発明が記憶するコメント情報には「当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間」が含まれない点で相違する。（ウ）構成１Ｃについて上記（ア）において検討したとおり、甲２発明は配信された動画を画面４０のウィンドウ４１に表示する。したがって、甲２発明は「前記動画を表示する領域である第１の表示欄に当該動画を再生して表示する動画再生部」を有するといえ、本件特許発明１と甲２発明は、当該「動画再生部」を有する点で一致する。（エ）構成１Ｄについて上記（イ）において検討したとおり、甲２発明は「前記コメントを含むコメント情報を記憶するコメント情報記憶部」を有するといえる。そして、構成２ｂ２、及び構成２ｅ１～２ｅ３にあるとおり、甲２発明は、「ストリーミング配信する動画コンテンツとテキストデータとが同期されて１個のコンテンツにまとめて配信され、当該映像と文章とを同時に同一のウィンドウ４１で表示することができ」、「収集されたテキストデータ（表示リスト２２２内のテキストデータ）の少なくとも１個について、その内容に応じて、ウィンドウ４１における表示位置が設定され、例えば、動画コンテンツがサッカーの試合である場合、選手Ｘの属するチームがウィンドウ４１の左側であれば、その表示位置は「左」とされ、テキストデータの表示位置の指定がない場合、テキストデータは、ウィンドウ４１上の予め定められた位置に重畳され表示され」るものである。すなわち、動画を表示する同一のウィンドウ４１に、テキストデータの表示位置が設定されるものであるから、テキストデータを表示する領域を有しているといえる。また、テキストデータを表示する際には、記憶部に記憶されたテキストデータを読み出すことは明らかである。よって、甲２発明は本件特許発明１と、「コメントを前記コメント情報記憶部から読み出し、当該読み出されたコメントを、前記コメントを表示する領域である第２の表示欄に表示するコメント表示部」を有している点で共通するものといえる。他方、甲２発明は、構成２ｂ２にあるとおり、「動画コンテンツとテキストデータが同期されて１個のコンテンツにまとめて配信され、当該映像と文章とを同時に同一のウィンドウ４１で表示する」ものの、上記（イ）において検討したとおり、甲２発明の配信されるテキストデータは、周期的な時刻に収集されたテキストデータであり、テキストデータが収集された時刻が、動画の最初を基準とした動画の経過時間を表す動画再生時間であるともいえず、テキストデータが収集された時刻がテキストデータとともに配信されるものではなく、記憶部に記憶されるものでもない。したがって、甲２発明は、動画コンテンツとテキストデータを同期させて表示するものの、動画コンテンツの再生時間に基づいて、テキストデータを書き込んだ時刻に対応するテキストデータを前記コメント情報記憶部から読み出すものとはいえない。よって、本件特許発明１と甲２発明とは、「コメント表示部」において、本件特許発明１は、前記コメント情報記憶部からのコメントの読み出しが「前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメント」に対して行われるものであるのに対し、甲２発明は、動画コンテンツとテキストデータを同期させて表示するものの、動画コンテンツの再生時間に基づいて、テキストデータを書き込んだ時刻に対応するテキストデータを読み出すものではない点で相違する。（オ）構成１Ｅ及び構成１Ｆについて上記（ア）において検討したとおり、甲２発明は、ウィンドウ４１にテキストデータが重畳された動画を再生するものであり、テキストデータを表示する領域は、動画を再生して表示する領域の上に重畳されるものである。したがって、本件特許発明１と甲２発明とは、本件特許発明１は、「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」という構成（構成１Ｅ）、及び「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成（構成１Ｆ）を備えているのに対し、甲２発明はそのような構成を有しない点で相違する。（カ）一致点及び相違点について上記（ア）～（オ）によれば、本件特許発明１と甲２発明との一致点及び相違点は次のとおりである。なお、構成の一部が共通する構成については、一致点の構成の名称に「’」を付した。［一致点］（１Ａ）動画を再生するとともに、前記動画上にコメントを表示する表示装置であって、（１Ｂ’）前記コメントを含むコメント情報を記憶するコメント情報記憶部と、（１Ｃ）前記動画を表示する領域である第１の表示欄に当該動画を再生して表示する動画再生部と、（１Ｄ’）コメントを前記コメント情報記憶部から読み出し、当該読み出されたコメントを、前記コメントを表示する領域である第２の表示欄に表示するコメント表示部と、を有する（１Ａ）ことを特徴とする表示装置。［相違点２－１］「コメント情報記憶部」において、本件特許発明１は、記憶するコメント情報には「当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間」が含まれるものであるのに対し、甲２発明が記憶するコメント情報には「当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間」が含まれておらず、「コメント表示部」において、本件特許発明１は、前記コメント情報記憶部からのコメントの読み出しが「前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメント」に対して行われるものであるのに対し、甲２発明は、動画コンテンツとテキストデータを同期させて表示するものの、動画コンテンツの再生時間に基づいて、テキストデータを書き込んだ時刻に対応するテキストデータを読み出すものではない点。［相違点２－２］本件特許発明１は、「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」という構成（構成１Ｅ）、及び「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成（構成１Ｆ）を備えているのに対し、甲２発明はそのような構成を有しない点。イ判断上記ア（カ）のとおり、本件特許発明１と甲２発明には相違点２－１及び相違点２－２があり、当該相違点２－１及び相違点２－２は実質的な相違点であるといえる。したがって、本件特許発明１は甲２発明ではない。ウ請求人の主張について請求人は、甲第２号証について、動画をディスプレイに表示することに伴うアスペクト比の変更に伴い、コメントを表示する領域の一部が動画を表示する領域の一部と重なり合っており、他のコメントを表示する領域が動画を表示する領域の一部の外側にあり、かつ、コメントを表示する領域中のコメントの少なくとも一部が動画の外側に表示されることが十分あり得ると主張している。しかしながら、ネットワークに接続されたクライアント端末に表示される動画のアスペクト比が変更され得ることが、甲第２５～３５号証等の記載から周知の事項であるとしても、上記ア（オ）のとおり、甲第２号証には、ウィンドウ４１にアスペクト比の異なる動画を表示する旨の記載も示唆もない。たとえ、甲第２号証において、アスペクト比の異なる動画が配信されたとしても、上記ア（オ）のとおり、甲２発明は、ウィンドウ４１にテキストデータが重畳された動画を再生するものであり、テキストデータを表示する領域は、動画を再生して表示する領域の上に重畳されるものであるから、テキストデータを表示する領域の一部の領域が、動画を再生して表示する領域の外側にあることにはならず、請求人の主張は採用できない。エ小括以上のとおり、本件特許発明１は、甲第２号証に記載された発明ではないから、特許法第29条第1項第3号に該当しない。（２）本件特許発明９について本件特許発明９は、本件特許発明１の表示装置と対応する、表示装置のコンピュータを動作させるためのプログラムの発明である。甲２発明は、構成２ａにあるとおり、クライアントであるコンピュータでもあるから、プログラムを動作させて甲２発明の利用者端末４として機能させることができるものである。すなわち、甲第２号証から甲２発明と同様のプログラム発明（甲２プログラム発明）を認定することができる。そして、本件特許発明９とそのような甲２プログラム発明とを対比すると、上記「（１）本件特許発明１について」において検討したのと同様に、上記（１）カの［相違点２－１］及び［相違点２－２］と同様の相違点が存在するといえる。よって、本件特許発明９は、甲第２号証に記載された発明ではないから、特許法第29条第1項第3号に該当しない。（３）まとめ以上によれば、本件特許発明１及び９に係る特許について、請求人の主張する無効理由１－２は理由がない。３無効理由１－３について（１）本件特許発明１についてア対比本件特許発明１と甲３発明とを対比する。（ア）構成１Ａについて甲３発明は、構成３ｂ及び構成ｂ２にあるとおり、「メディア再生プレイヤー２３」を備え、「メディア再生プレイヤー２３は、ライブ配信される映像や音声などを再生する処理部であり、専用のソフトウェアにより再生が行われ」るものである。ここで、構成３ｄ１及び構成３ｅにあるとおり、「ライブ配信サーバ１００では、チャット情報が受け取られると、受信したチャット入力データをライブ映像データに付加して、ライブ閲覧者２０の端末２１にリアルタイムで配信」するものであり、「ライブ閲覧者端末２１からライブデータＤＢ１１１の閲覧（検索）要求があった場合は（ステップＳ７１）、ライブデータＤＢ１１１を検索し、該当するライブデータがオンデマンドで配信」される。そして、ライブ配信の際、受信したチャットの表示は、構成３ｄ２、３ｄ３及び構成３ｄ７にあるとおり、「チャットに参加するクライアント（例えば、ライブ閲覧者２０）が、ライブ閲覧者端末２１内のチャット入力機能２４によりチャットを行う場合、あるチャット参加者が、Ｗｅｂブラウザなどのチャット入力用のアプリケーション（ＡＰ）画面ａ中で、レイアウト（領域２）を指定して、チャット文「この人って誰？」を入力」するものであり、「配信映像ｂが所定の枠内に表示され、チャットが指定された領域に基づいて所定の位置に表示され、領域１～６はいずれも配信映像ｂの表示領域に重畳しており、各チャットの表示は、領域２及び４の矩形領域の右側にはみ出していることまでは把握されるものの、いずれも配信映像ｂの枠を超える範囲までははみ出して」いないものである。すなわち、甲３発明は、配信されるライブ映像データから、配信映像ｂを所定の枠内に表示するとともに、チャットを配信映像ｂ中の指定された領域に表示する。以上から、甲３発明は「動画を再生するとともに、前記動画上にチャットを表示する表示装置」であるといえる。また、甲３発明における「チャット」は、構成３ｄ２にあるとおり、「チャットに参加するクライアント（例えば、ライブ閲覧者２０）が、ライブ閲覧者端末２１内のチャット入力機能２４によりチャットを行う」ものであり、ライブを閲覧するライブ閲覧者のライブ閲覧者端末２１から入力される情報であるから、本件特許発明１の「コメント」に相当する。したがって、甲３発明は「動画を再生するとともに、前記動画上にコメントを表示する表示装置」であるといえ、本件特許発明１と甲３発明は、当該「表示装置」である点で一致する。（イ）構成１Ｂについて甲３発明は、構成３ｄ１にあるように「チャット情報が受け取られると、受信したチャット入力データをライブ映像データに付加して、ライブ閲覧者２０の端末２１にリアルタイムで配信」されるものである。そして、構成３ｃ１及び構成３ｃ３にあるとおり、「ライブデータデータベース（ライブデータＤＢ）１１１」の「格納データは、「ライブＩＤ」、「レイアウトＩＤ」、「コンテンツ情報（ライブデータファイル名、画像データファイル名、チャット情報ＩＤ）」などであり」、「チャット情報データベース（チャット情報ＤＢ）１１３」の「格納データは、「ライブＩＤ」、「発言者」、「発言時間（ライブ開始からの差分時間）」、「ライブ上での発言場所（レイアウトＩＤまたは、ＸＹ座標での表記）」、「発言及びその他の情報（色、スクロール方法等）」等」であることから、ライブ閲覧者端末２１に配信されるライブ映像データには、チャット情報として「発言時刻（ライブの開始時刻からの差分）」及び「発言及びその他の情報（色、スクロール方法等）」が含まれるものと認められる。ここで、チャット情報の「発言及びその他の情報（色、スクロール方法等）」はコメントに相当し、「発言時刻」は「ライブの開始時刻からの差分」であるから、ライブ映像データの最初を基準とした経過時間を表すライブ映像データ再生時間におけるチャットの発言時刻である。以上のことから、甲３発明には、「前記コメントと、当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報」が配信されるといえる。そして、技術常識に鑑みれば、甲３発明が、配信されたライブ映像データを記憶する記憶部を有することは明らかである。したがって、甲３発明は、「前記コメントと、当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報を記憶するコメント情報記憶部」を有するといえ、本件特許発明１と甲３発明は、当該「コメント情報記憶部」を有する点で一致する。（ウ）構成１Ｃについて上記（ア）において検討したとおり、甲３発明は、配信されるライブ映像データから、配信映像ｂを所定の枠内に表示するものである。そして、この所定の枠は、本件特許発明１の「動画を表示する領域である第１の表示欄」に相当する。したがって、甲３発明は「前記動画を表示する領域である第１の表示欄に当該動画を再生して表示する動画再生部」を有するといえ、本件特許発明１と甲３発明は、当該「動画再生部」を有する点で一致する。（エ）構成１Ｄについて上記（ア）において検討したとおり、甲３発明は、配信されるライブ映像データから、チャット（「コメント」に相当。）を配信映像ｂ中の指定された領域に表示するものである。そして、構成３ｄ７における指定された領域１～６は、本件特許発明１の「第２の表示欄」に相当する。したがって、甲３発明におけるチャットの表示は、「前記コメントを表示する領域である第２の表示欄に」行われるものといえる。また、上記（イ）において検討したとおり、甲３発明には、「前記コメントと、当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報」が配信されるといえるから、そのコメントの表示を行う際には、「前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメントを前記コメント情報記憶部から読み出し、当該読み出されたコメント」を表示することは、明らかである。したがって、甲３発明は、「前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメントを前記コメント情報記憶部から読み出し、当該読み出されたコメントを、前記コメントを表示する領域である第２の表示欄に表示するコメント表示部」を有するといえ、本件特許発明１と甲３発明は、当該「コメント表示部」を有する点で一致する。（オ）構成１Ｅ及び構成１Ｆについて上記（ウ）及び（エ）において検討したとおり、甲３発明は、配信される映像及びチャットを、それぞれ「第１の表示欄」及び「第２の表示欄」に表示するものである。また、上記（ア）において検討したとおり、甲３発明は、チャットを配信映像ｂ中の指定された領域に表示するものであるから、チャットを表示する領域は配信される映像の表示される領域に重畳されている。したがって、本件特許発明１と甲３発明とは、本件特許発明１は、「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」という構成（構成１Ｅ）、及び「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成（構成１Ｆ）を備えているのに対し、甲３発明はそのような構成を有しない点で相違する。（カ）一致点及び相違点について上記（ア）～（オ）によれば、本件特許発明１と甲３発明との一致点及び相違点は次のとおりである。［一致点］（１Ａ）動画を再生するとともに、前記動画上にコメントを表示する表示装置であって、（１Ｂ）前記コメントと、当該コメントが付与された時点における、動画の最初を基準とした動画の経過時間を表す動画再生時間であるコメント付与時間とを含むコメント情報を記憶するコメント情報記憶部と、（１Ｃ）前記動画を表示する領域である第１の表示欄に当該動画を再生して表示する動画再生部と、（１Ｄ）前記再生される動画の動画再生時間に基づいて、前記コメント情報記憶部に記憶されたコメント情報のうち、前記動画の動画再生時間に対応するコメント付与時間に対応するコメントを前記コメント情報記憶部から読み出し、当該読み出されたコメントを、前記コメントを表示する領域である第２の表示欄に表示するコメント表示部と、を有する（１Ａ）ことを特徴とする表示装置。［相違点３－１］本件特許発明１は、「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」という構成（構成１Ｅ）、及び「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成（構成１Ｆ）を備えているのに対し、甲３発明はそのような構成を有しない点。イ判断上記ア（カ）のとおり、本件特許発明１と甲３発明には相違点３－１があり、当該相違点３－１は実質的な相違点であるといえる。したがって、本件特許発明１は甲３発明ではない。ウ請求人の主張について請求人は、甲第３号証について、動画（映像）をディスプレイに表示することに伴うアスペクト比の変更に伴い、発言表示領域の一部が動画表示領域の一部と重なり合っており、他の発言表示領域が動画表示領域の一部の外側にあり、かつ、発言表示領域の発言の少なくとも一部が動画表示領域の外側に表示されることが十分あり得ると主張している。しかしながら、ネットワークに接続されたクライアント端末に表示される動画のアスペクト比が変更され得ることが、甲第２５～３５号証等の記載から周知の事項であるとしても、上記ア（オ）のとおり、甲第３号証には、アスペクト比の異なる動画を配信映像ｂを表示する枠に表示する旨の記載も示唆もない。たとえ、甲第３号証においてアスペクト比の異なる動画が配信されたとしても、上記ア（オ）のとおり、甲３発明は、チャットを配信映像ｂ中の指定された領域に表示するものであるから、チャットを表示する領域は配信される映像の表示される領域に重畳されており、発言表示領域の発言の少なくとも一部が動画表示領域の外側に表示されることにはならず、請求人の主張は採用できない。エ小括以上のとおり、本件特許発明１は、甲第３号証に記載された発明ではないから、特許法第29条第1項第3号に該当しない。（２）本件特許発明９について本件特許発明９は、本件特許発明１の表示装置と対応する、表示装置のコンピュータを動作させるためのプログラムの発明である。甲３発明は、構成３ｂ及び構成３ｂ２にあるとおり、「メディア再生プレイヤー２３」を備え、「メディア再生プレイヤー２３は、ライブ配信される映像や音声などを再生する処理部であり、専用のソフトウェアにより再生が行われ」るものであるから、コンピュータにより構成し、プログラムを動作させて甲３発明のライブ閲覧者端末２１として機能させることができるものである。すなわち、甲第３号証から甲３発明と同様のプログラム発明（甲３プログラム発明）を認定することができる。そして、本件特許発明９とそのような甲３プログラム発明とを対比すると、上記「（１）本件特許発明１について」において検討したのと同様に、上記（１）カの［相違点３－１］と同様の相違点が存在するといえる。よって、本件特許発明９は、甲第３号証に記載された発明ではないから、特許法第29条第1項第3号に該当しない。（３）まとめ以上によれば、本件特許発明１及び９に係る特許について、請求人の主張する無効理由１－３は理由がない。４無効理由２－１について（１）本件特許発明１についてア対比本件特許発明１と甲１発明との対比は、上記１（１）アにて検討したとおりであり、本件特許発明１と甲１発明とには［相違点１－１］が存在する。イ判断（ア）本件特許発明１について本件特許発明１は、「放送されたテレビ番組などの動画に対してユーザが発言したコメントをその動画と併せて表示するシステム」という背景技術を前提とし（段落【０００２】）、「コメントの読みにくさを低減させる」という課題を解決するための発明であり（段落【０００５】）、相違点１－１に係る構成１Ｅ及び構成１Ｆによって、「オーバーレイ表示されたコメント等が、動画の画面の外側でトリミングするようにして、コメントそのものが動画に含まれているものではなく、動画に対してユーザによって書き込まれたものであることが把握可能となり、コメントの読みにくさを低減させることができる」（段落【００１２】）という効果を奏するものであると認められる。そして、本件特許発明１の「コメント」とは、表示装置において、動画を閲覧するユーザが、動画の再生開始後の任意の時点に、動画に対して付与するものと解されるものである。（イ）甲４技術について甲４技術は、構成４ａ～４ｂ２及び構成４ｄ１～４ｄ４にあるとおり、サーバから情報端末装置に動画コンテンツとそれに関連したデータコンテンツを送信し、情報端末装置において受信した動画コンテンツとデータコンテンツをモニタ（ディスプレイ）に表示する技術である。また、構成４ｃ１、４ｃ２及び構成４ｆにあるとおり、データコンテンツは、インターネットのホームページのデータに対応するテキストであり、動画コンテンツが映画のときには、データコンテンツは登場人物のプロフィールである。なお、甲第４号証の段落【０００２】に「【従来の技術】近年、デジタル放送技術および通信技術の発達により、従来の放送局からユーザへの一方的な情報伝達のみならず、ユーザからも情報を発信できる双方向の情報伝達が行える環境が整ってきた。」という記載があるとしても、この記載は技術背景を説明したのみであり、甲第４号証に記載される技術におけるデータコンテンツは、甲４技術として認定したとおり、動画コンテンツが映画のときには、データコンテンツは登場人物のプロフィールであるような、動画コンテンツに関連する、動画コンテンツの配信時に既に存在しているテキスト等のデータコンテンツにほかならない。そして、甲第１３～２０号証に示されるように、ＷＥＢ２．０が技術常識であったとしても、甲４技術のデータコンテンツであるテキストを、ユーザによって付与可能なコメントとする理由はない。したがって、甲４技術のデータエリアに表示されるデータコンテンツであるテキストは、本件特許発明１の動画に対して動画の再生開始後の任意の時点にユーザによって付与されるコメントに相当するものではない。また、構成４ｅ～４ｆ２にあるとおり、甲４技術は、モニタ画面全体をデータエリアとし、動画エリアはテレビ画面に相当する４：３や１６：９のような横長のエリアとするものであり、データエリアを動画エリアに重ねたオーバレイ表示状態では、データエリアの一部が動画エリアに重なり、他の一部が動画エリアの外側となるものである。このように、甲４技術のオーバレイ表示状態は、モニタ画面のサイズに依存して形成される表示状態であり、本件特許発明１のように、コメントそのものが動画に含まれているものではなく動画に対してユーザによって書き込まれたものであることを把握可能とし、コメントの読みにくさを低減させるために行われるものでもない。以上のことから、甲４技術の動画コンテンツを表示する動画エリアが、本件特許発明１の「第１の表示欄」に相当するといえるとしても、データコンテンツであるテキストを表示するデータエリアは、本件特許発明１の「コメントを表示する領域である第２の表示欄」に相当するものではなく、甲４技術は、相違点１－１に係る「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」という構成（構成１Ｅ）、及び「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成（構成１Ｆ）に相当するものではない。（ウ）甲５技術について甲５技術は、構成５ａにあるとおり、コンテンツの映像である主映像と、字幕などの主映像を補足等する理由で表示される映像である副映像を表示することができるようにした復号装置に関する技術であって、構成５ｂ１、５ｂ２及び構成５ｃ１、５ｃ２にあるとおり、符号化時に組み込まれた主映像のアスペクト比、副映像のアスペクト比及び表示装置のアスペクト比に基づいて主映像に副映像が重ね合わされた映像を表示し、構成５ｂ３及び構成５ｃ１、５ｃ２にあるとおり、表示装置のアスペクト比が１６：９である場合において、主映像のアスペクト比が４：３であるときには主映像を横方向（水平方向）に縮小するとともに、左右に黒色を表示させるデータを付加して出力するとともに、１６：９のアスペクト比に合うように変換した字幕データを出力することにより、横方向に縮小されて左右に黒色を表示させるデータが付加された主映像に、１６：９のアスペクト比の字幕の映像が重ね合わされて表示されるという技術である。このように、甲５技術は、表示装置の画面上に、左右に黒色を表示させるデータを付加した主映像の上に字幕データの副映像を重ね合わせた映像を表示するものであって、字幕データは、動画に対して動画再生時間の任意の時点にユーザによって付与されるコメントとは異なるものである。そして、甲第１３～２０号証に示されるように、ＷＥＢ２．０が技術常識であったとしても、甲５技術の字幕データを、ユーザによって付与可能なコメントとする理由はない。さらに、甲５技術は、本件特許発明１の表示のように、コメントそのものが動画に含まれているものではなく動画に対してユーザによって書き込まれたものであることを把握可能とし、コメントの読みにくさを低減させるためのものでもない。以上のことから、甲５技術の主映像を表示する領域が、本件特許発明１の「第１の表示欄」に相当するといえるとしても、字幕データの副映像を表示する領域は、本件特許発明１の「コメントを表示する領域である第２の表示欄」に相当するものではなく、甲５技術は、相違点１－１に係る「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」という構成（構成１Ｅ）、及び「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成（構成１Ｆ）に相当するものではない。（エ）甲４技術及び甲５技術の適用について上記（イ）、（ウ）のように、技術常識を踏まえた甲４技術及び甲５技術は、相違点１－１に係る「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」という構成（構成１Ｅ）、及び「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成（構成１Ｆ）を有するものではなく、甲１発明に、技術常識を踏まえた甲４技術及び／又は甲５技術を適用したとしても、本件特許発明１の構成にはならない。（オ）まとめしたがって、本件特許発明１は、甲第１号証に記載された発明、甲第４号証に記載された技術、甲第５号証に記載された技術及び技術常識に基づいて、当業者が容易に発明をすることができたものではない。ウ小括以上のとおり、本件特許発明１は、甲第１号証に記載された発明、甲第４号証に記載された技術、甲第５号証に記載された技術及び技術常識に基づいて、当業者が容易に発明をすることができたものではないから、特許法第29条第2項の規定に該当しない。（２）本件特許発明９について上記「１無効理由１－１について」の（２）において検討したように、本件特許発明９と甲１プログラム発明には、［相違点１－１］と同様の相違点が存在する。そして、相違点１－１は、上記（１）において検討したのと同様に、技術常識を踏まえた甲４技術及び／又は甲５技術に基づいて、当業者が容易に発明をすることができたものとはいえない。よって、本件特許発明９は、甲第１号証に記載された発明、甲第４号証に記載された技術、甲第５号証に記載された技術及び技術常識に基づいて、当業者が容易に発明をすることができたものではないから、特許法第29条第2項の規定に該当しない。（３）まとめ以上によれば、本件特許発明１及び９に係る特許について、請求人の主張する無効理由２－１は理由がない。５無効理由２－２について（１）本件特許発明１について本件特許発明１と甲２発明には、上記「２無効理由１－２について」の（１）アにおいて検討したとおり、［相違点２－１］及び［相違点２－２］が存在し、そのうち［相違点２－２］に係る構成は、［相違点１－１］に係る構成と同じである。そして、上記「４無効理由２－１について」の（１）において検討したとおり、甲４技術のデータコンテンツ及び甲５技術の字幕データは、本件特許発明１のコメントとは異なるものであって、相違点２－２は、相違点１－１と同様に、甲４技術及び甲５技術に基づいて、当業者が容易に発明をすることができたものとはいえない。なお、請求人は、甲第１１号証を挙げて、ストリーミング配信及びダウンロード配信が公知であった旨を主張するものの、上記「第４甲号証及び乙号証について」の１（１１）に認定したように、甲第１１号証には、デジタルコンテンツの配信・流通方法がダウンロードとストリーミングに大別されることが記載されているにとどまり、上述の相違点２－２に係る構成が容易に発明をすることができたものでないという判断に影響を及ぼすものではない。よって、本件特許発明１は、甲第２号証に記載された発明、甲第１１号証に記載された技術、甲第４号証に記載された技術及び甲第５号証に記載された技術に基づいて、当業者が容易に発明をすることができたものではないから、特許法第29条第2項の規定に該当しない。（２）本件特許発明９について上記「２無効理由１－２について」の（２）において検討したように、本件特許発明９と甲２プログラム発明には、［相違点２－１］及び［相違点２－２］と同様の相違点が存在する。そして、そのうちの相違点２－２は、上記（１）において検討したのと同様に、甲第１１号証に記載された技術、甲４技術及び甲５技術に基づいて、当業者が容易に発明をすることができたものとはいえない。よって、本件特許発明９は、甲第２号証に記載された発明、甲第１１号証に記載された技術、甲第４号証に記載された技術及び甲第５号証に記載された技術に基づいて、当業者が容易に発明をすることができたものではないから、特許法第29条第2項の規定に該当しない。（３）まとめ以上によれば、本件特許発明１及び９に係る特許について、請求人の主張する無効理由２－２は理由がない。６無効理由２－３について（１）本件特許発明１について本件特許発明１と甲３発明には、上記「３無効理由１－３について」の（１）アにおいて検討したとおり、［相違点３－１］が存在し、［相違点３－１］に係る構成は、［相違点１－１］に係る構成と同じである。そして、上記「４無効理由２－１について」の（１）において検討したとおり、甲４技術のデータコンテンツ及び甲５技術の字幕データは、本件特許発明１のコメントとは異なるものであって、相違点３－１は、相違点１－１と同様に、甲４技術及び甲５技術に基づいて、当業者が容易に発明をすることができたものとはいえない。よって、本件特許発明１は、甲第３号証に記載された発明、甲第４号証に記載された技術及び甲第５号証に記載された技術に基づいて、当業者が容易に発明をすることができたものではないから、特許法第29条第2項の規定に該当しない。（２）本件特許発明９について上記「３無効理由１－３について」の（２）において検討したように、本件特許発明９と甲３プログラム発明には、［相違点３－１］と同様の相違点が存在する。そして、相違点３－１は、上記（１）において検討したのと同様に、甲４技術及び甲５技術に基づいて、当業者が容易に発明をすることができたものとはいえない。よって、本件特許発明９は、甲第３号証に記載された発明、甲第４号証に記載された技術及び甲第５号証に記載された技術に基づいて、当業者が容易に発明をすることができたものではないから、特許法第29条第2項の規定に該当しない。（３）まとめ以上によれば、本件特許発明１及び９に係る特許について、請求人の主張する無効理由２－３は理由がない。７無効理由２－４及び２－７について本件特許発明２は、本件特許発明１を引用する発明である。また、本件特許発明１０は、本件特許発明９を引用する発明である。したがって、本件特許発明２及び１０は、甲第１号証、甲第２号証及び甲第３号証に記載された発明と対比すると、上述のとおり、本件特許発明１及び９と同じ相違点を有する。そして、本件特許発明１及び９は、上記４～６において検討したとおり、特許法第29条第2項の規定に該当しない。また、甲第６～１０号証には、上記「第４甲号証及び乙号証について」の１（６）～（１０）に認定したように、Ｗｅｂブラウザ等の表示制御技術においてテキストを移動表示する技術が記載されているものの、当該技術は、相違点１－１に係る「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」、「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成に対応するものではなく、当該技術が慣用技術であったとしても、上記の検討に影響を与えるものではない。したがって、本件特許発明１又は９を引用する本件特許発明２及び１０も、特許法第29条第2項の規定に該当しない。以上によれば、本件特許発明２及び１０に係る特許について、請求人の主張する無効理由２－４及び無効理由２－７は理由がない。８無効理由２－５について本件特許発明５は、本件特許発明１を直接又は間接に引用する発明である。したがって、本件特許発明５は、甲第１号証、甲第２号証及び甲第３号証に記載された発明と対比すると、上述のとおり、本件特許発明１と同じ相違点を有する。そして、本件特許発明１は、上記４～６において検討したとおり、特許法第29条第2項の規定に該当しない。したがって、本件特許発明１を直接又は間接に引用する本件特許発明５も、特許法第29条第2項の規定に該当しない。以上によれば、本件特許発明５に係る特許について、請求人の主張する無効理由２－５は理由がない。９無効理由２－６について本件特許発明６は、本件特許発明１を直接又は間接に引用する発明である。したがって、本件特許発明６は、甲第１号証、甲第２号証及び甲第３号証に記載された発明と対比すると、上述のとおり、本件特許発明１と同じ相違点を有する。そして、本件特許発明１は、上記４～６において検討したとおり、特許法第29条第2項の規定に該当しない。また、甲第２２～２４号証には、記「第４甲号証及び乙号証について」の１（２２）～（２４）に認定したように、動画において文字情報を表示する際、文字列が重複するか否かを判定し、重複する場合には重複しないように位置を変更する技術が記載されているものの、当該技術は、相違点１－１に係る「前記第２の表示欄のうち、一部の領域が前記第１の表示欄の少なくとも一部と重なっており、他の領域が前記第１の表示欄の外側にあり」、「前記コメント表示部は、前記読み出したコメントの少なくとも一部を、前記第２の表示欄のうち、前記第１の表示欄の外側であって前記第２の表示欄の内側に表示する」という構成に対応するものではなく、当該技術が慣用技術であったとしても、上記の検討に影響を与えるものではない。したがって、本件特許発明１を直接又は間接に引用する本件特許発明６も、特許法第29条第2項の規定に該当しない。以上によれば、本件特許発明６に係る特許について、請求人の主張する無効理由２－６は理由がない。第６むすび以上のとおり、請求人が主張する無効理由１－１ないし２－７は、いずれも理由がなく、特許第４７３４４７１号の特許請求の範囲の請求項１、２、５、６、９及び１０に係る特許を無効とすることはできない。審判に関する費用については、特許法第169条第2項の規定で準用する民事訴訟法第61条の規定により、請求人が負担すべきものとする。よって、結論のとおり審決する。
別掲	（行政事件訴訟法第４６条に基づく教示）この審決に対する訴えは、この審決の謄本の送達があった日から３０日（附加期間がある場合は、その日数を附加します。）以内に、この審決に係る相手方当事者を被告として、提起することができます。審判長千葉輝久出訴期間として在外者に対し９０日を附加する。
審理終結日	2020-12-11
結審通知日	2020-12-16
審決日	2021-01-15
出願番号	P2010-267283
審決分類	P 1 123・ 121- Y (H04N) P 1 123・ 113- Y (H04N)
最終処分	02 不成立
特許庁審判長	千葉輝久
特許庁審判官	川崎優清水正一
登録日	2011-04-28
登録番号	4734471
発明の名称	表示装置、コメント表示方法、及びプログラム
代理人	蔵田昌俊
代理人	▲高▼橋淳
復代理人	宮田良子
代理人	井上正
復代理人	森川元嗣
復代理人	宮川利彰
代理人	野河信久
代理人	峰隆司
代理人	壇俊光

プライバシーポリシーセキュリティーポリシー運営会社概要サービスに関しての問い合わせ