2022-700340

特許第６９５４４１０号発明「管理システム」の特許異議申立事件について、次のとおり決定する。

結 論 特許第６９５４４１０号の明細書、特許請求の範囲を訂正請求書に添付された訂正特許請求の範囲及び図面のとおり、訂正後の請求項〔１～４〕について訂正することを認める。 特許第６９５４４１０号の請求項１、４に係る特許を維持する。

理 由 第１ 手続の経緯 特許第６９５４４１０号（以下「本件特許」という。）の請求項１～４に係る特許についての出願は、平成２７年１１月２５日（優先権主張 平成２６年１２月８日）を国際出願日とする特許出願（特願２０１６－５６３６０４号）の一部を、平成３０年６月２１日に新たな特許出願（特願２０１８－１１７８７３号）とし、その一部を、令和２年６月１８日に新たな特許出願（特願２０２０－１０５２９３号）としたものであって、令和３年１０月４日に設定登録がされ、令和３年１０月２７日に特許掲載公報が発行された。 その後、令和４年４月２６日に、本件特許の請求項１～４に係る特許に対して、特許異議申立人 大隅庸平（以下「申立人」という。）により、特許異議の申立てがされた。本件特許異議の申立ての経緯は、次のとおりである。 令和４年 ４月２６日 特許異議の申立て 令和４年 ８月 ８日付け 取消理由通知書 令和４年１０月１１日 意見書・訂正請求書の提出（特許権者） 令和４年１１月２５日 意見書の提出（申立人） 令和５年 １月２３日付け 訂正拒絶理由通知書 令和５年 ２月２４日 意見書・手続請求書の提出（特許権者） 令和５年 ３月２８日付け 取消理由通知書（決定の予告） 令和５年 ５月２９日 意見書・訂正請求書の提出（特許権者） 令和５年 ７月 ７日 意見書の提出（申立人） 第２ 訂正の適否についての判断 １ 訂正の内容 令和５年５月２９日にされた訂正請求（以下「本件訂正請求」という。）による訂正の内容は、以下の訂正事項１～３のとおりである（下線は訂正箇所を示す。）。なお、本件訂正請求により、令和４年１０月１１日にされた訂正請求は取り下げられたものとみなされる（特許法第１２０条の５第７項）。 （１）訂正事項１ 特許請求の範囲の請求項１に「第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データのリンクを示す情報を、第１の通信端末から受信する受信手段と、」と記載されているのを、「第１の管理システムとは異なる管理システムであって、前記第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報を、第１の通信端末から受信する受信手段と、」に訂正し、また、同じく「前記リンクを示す情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を前記第１の通信端末に送信する送信手段と、」と記載されているのを、「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を前記第１の通信端末に送信する送信手段と、」に訂正する。 （２）訂正事項２ 特許請求の範囲の請求項２を削除する。 （３）訂正事項３ 特許請求の範囲の請求項３を削除する。 ２ 訂正の目的の適否、新規事項の有無、及び特許請求の範囲の拡張・変更の存否 （１）訂正事項１について ア 訂正の目的について （ア）訂正後の請求項１の冒頭に「第１の管理システムとは異なる管理システムであって、」を付加する訂正は、訂正前の請求項１に記載されていた「第１の管理システム」及び「管理システム」について、両者が「異なる」関係にあることを明確化するものであり、特許法第１２０条の５第２項ただし書き第３号に掲げる明りょうでない記載の釈明を目的とするものである。 （イ）訂正前の請求項１に記載されていた「当該物件の全天球画像データのリンクを示す情報」を、訂正後の請求項１において「当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」とする訂正は、前者の情報の内容について限定を付加するものであり、特許法第１２０条の５第２項ただし書き第１号に掲げる特許請求の範囲の減縮を目的とするものである。 （ウ）訂正前の請求項１に記載されていた「前記リンクを示す情報に対応する全天球画像」を、訂正後の請求項１において「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像」とする訂正は、「全天球画像」が「対応」する元の情報について、上記（イ）と合わせた限定を付加するものであり、特許法第１２０条の５第２項ただし書き第１号に掲げる特許請求の範囲の減縮を目的とするものである。 イ 新規事項の有無 （ア）訂正事項１の「第１の管理システムとは異なる管理システム」は、本件特許の願書に添付した明細書（以下「本件特許明細書」という。）の段落【００１０】における、「図１に示されているように、本実施形態の画像共有システムは、撮影装置１、複数の通信端末（３ａ，３ｂ）、画像管理システム５、及びリンク情報管理システム７によって構築されている。」との、「画像管理システム５」が「リンク情報管理システム７」と異なるシステムである旨の記載に基づくものと解される。 （イ）訂正事項１の「当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」は、本件特許明細書の段落【００３０】における「このリンク情報は、図１３に示されているように、画像管理システム５のＵＲＬ、画像ＩＤ、及び所定領域情報が含まれている。」との記載に基づくものと解される。 （ウ）訂正事項１の「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像」は、本件特許明細書の段落【００３４】における「これに対して、画像管理システム５は、リンク情報から抽出した画像ＩＤに対応する画像データ、リンク情報から抽出した所定領域情報、及び閲覧スクリプトを、通信端末３ｂへ送信する（ステップＳ９）。」との記載や、段落【０１１４】における「そして、記憶・読出部５９は、ステップＳ６１によって抽出された画像ＩＤを検索キーとして画像管理テーブル（図２０参照）を検索することにより、対応する画像データのファイル名を抽出すると共に、このファイル名の画像データを記憶部５０００から読み出す（ステップＳ６２）。」との記載に基づくものと解される。 （エ）したがって、訂正事項１は、本件特許明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものとは認められないから、特許法第１２０条の５第９項で準用する同法第１２６条第５項の規定に適合するものである。 ウ 特許請求の範囲の拡張・変更の存否 訂正事項１は、上記アで検討した訂正の目的からすれば、発明のカテゴリーや対象を変更するものではないから、実質上特許請求の範囲を拡張し、又は変更するものではなく、特許法第１２０条の５第９項で準用する同法第１２６条第６項に適合するものである。 （２）訂正事項２，３について 訂正事項２，３は、いずれも、請求項を削除するものであるから、特許法第１２０条の５第２項ただし書き第１号に掲げる特許請求の範囲の減縮を目的とするものである。 また、訂正事項２，３は、いずれも、実質上特許請求の範囲を拡張し、又は変更するものではなく、特許法第１２０条の５第９項で準用する同法第１２６条第６項に適合するものであることは明らかであり、また、本件特許明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものとは認められず、特許法第１２０条の５第９項で準用する同法第１２６条第５項の規定に適合するものであることも明らかである。 ３ 申立人の主張について 申立人は、令和５年７月７日に提出された意見書（以下、単に「意見書」という。）において、訂正事項１の「全天球画像データの画像識別情報」については、いかに全天球画像データを識別するのかについて特段の限定はなく、直接的に全天球画像データを識別する情報も含み得るものと解釈されるが、そのような全天球画像データを直接的に識別し得る「全天球画像データの画像識別情報」は、発明の詳細な説明に記載されているものではないから、訂正事項１は新規事項を導入するものである旨、主張する（２～４頁）。 しかしながら、仮に、訂正事項１に基づく訂正後の請求項１の「当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」との記載又は「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像」との記載が、申立人の主張するような、直接的に全天球画像データを識別する画像識別情報を含み得るとしても、そのような情報は、当該技術分野の本件特許の優先日における技術常識に照らすと、本件特許明細書等の記載から自明のものにすぎない。 よって、申立人の上記主張は採用できない。 ４ 小括 以上のとおりであるから、本件訂正請求による訂正は、特許法第１２０条の５第２項ただし書き第１号及び第３号を目的とするものであり、かつ、同条第９項において準用する同法第１２６条第５項及び第６項の規定に適合する。 したがって、特許請求の範囲を、訂正請求書に添付された訂正特許請求の範囲のとおり、訂正後の請求項〔１～４〕について訂正することを認める。 第３ 訂正後の本件発明 本件訂正請求により訂正された請求項１～４に係る発明（以下、請求項１に係る発明、請求項４に係る発明を、それぞれ「本件発明１」、「本件発明４」という。）は、訂正特許請求の範囲の請求項１～４に記載された次の事項により特定されるものである。 「【請求項１】 第１の管理システムとは異なる管理システムであって、 前記第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報を、第１の通信端末から受信する受信手段と、 前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を前記第１の通信端末に送信する送信手段と、 を有する管理システム。 【請求項２】（削除） 【請求項３】（削除） 【請求項４】 前記物件の関連情報は、物件に関連する情報である、 請求項１に記載の管理システム。」 第４ 取消理由の概要 訂正前の請求項１～４に係る特許に対して通知した令和５年３月２８日付けの取消理由（決定の予告）の要旨は、以下の取消理由１～６のとおりである。なお、この取消理由通知において採用しなかった特許異議申立理由はない。 １ 取消理由１（新規性） 請求項１～４に係る発明は、本件特許の優先日前日本国内又は外国において頒布された甲第１号証に記載された発明であるから、請求項１～４に係る特許は、特許法第２９条第１項第３号の規定に違反してされたものである。 ２ 取消理由２（進歩性） 請求項１～４に係る発明は、本件特許の優先日前日本国内又は外国において頒布された甲第１号証ないし甲第４号証のいずれか及び甲第５号証ないし甲第１０号証のいずれかに記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、請求項１～４に係る特許は、特許法第２９条第２項の規定に違反してされたものである。 ３ 取消理由３（サポート要件） 請求項１～４に係る特許は、特許請求の範囲の記載が特許法第３６条第６項第１号に規定する要件を満たしていない特許出願に対してされたものである。 ４ 取消理由４（明確性） 請求項１～４に係る特許は、特許請求の範囲の記載が特許法第３６条第６項第２号に規定する要件を満たしていない特許出願に対してされたものである。 ５ 取消理由５（新規事項） 請求項１～４に係る特許は、特許法第１７条の２第３項に規定する要件を満たしていない補正をした特許出願に対してされたものである。 ６ 取消理由６（分割の適否に基づく進歩性） 請求項１に係る発明は、原出願の明細書等に記載されていないため、本件特許の請求項１～４に係る特許についての出願は、特許法第４４条第１項に規定による特許出願とは認められず、同法同条第２項の適用はない。そして、請求項１～４に係る発明は、本件特許の出願日前日本国内又は外国において頒布された甲第１１号証に記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、請求項１～４に係る特許は、特許法第２９条第２項の規定に違反してされたものである。 刊行物等（甲号証）一覧 甲第１号証：久門 易、３６０度ＶＲパノラマ制作パーフェクトガイド、第１ 版，株式会社秀和システム，２０１２年（平成２４年）１月１日、第１版，４８ －５５頁、１８２－１８３頁） 甲第２号証：特開２０１４－１３１２１５号公報 甲第３号証：特開２００５－３５２８８５号公報 甲第４号証：特開２００４－１３５３５号公報 甲第５号証：特開２００２－３７３２３３号公報 甲第６号証：特開２００７－３３６５８２号公報 甲第７号証：特開２０１１－２５８０８０号公報 甲第８号証：特開２００５－１２２６９３号公報 甲第９号証：特開２０１４－９５９５８号公報 甲第１０号証：特開２０１３－２１４８７６号公報 甲第１１号証：特開２０１８－１９８０６４号公報 （以下、「甲第１号証」～「甲第１１号証」を、それぞれ「甲１」～「甲１１」という。） 第５ 各甲号証に記載された事項 １ 甲１に記載された事項、甲１発明 （１）甲１に記載された事項 本件特許に係る出願の優先日前の２０１２年（平成２４年）１月１日に頒布された刊行物である甲１には、以下の事項が記載されている。 （甲１ａ） ４８ページ 「■ＶＲパノラマの画像データの実態は球体（ＳＰＨＥＲＥ）です ＶＲパノラマは３６０度全方位をつなぎ目なく見ることができます。つまり、画像に天地左右の『端』はなく、『球体』をしていると考えるとわかりやすいです。」 （甲１ｂ） ５０ページ 「ＶＲパノラマの画像の実体は球体ですから、モニタにはその一部しか写りません。これをマウスや操作ボタン、あるいは指先（ｉＰａｄなど）を使ってぐるぐる動かしながら観察します。」 （甲１ｃ） ５１ページ 「■インターネット経由ではＷｅｂブラウザで見ます ＶＲパノラマは一般的に、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ、Ｆｉｒｅｆｏｘ、ＳａｆａｒｉなどのＷｅｂブラウザソフトを使って見ます。現状、Ｆｌａｓｈを使用する方法と、ｉＰａｄなどで使われはじめたＨＴＭＬ５／ＣＳＳ５（当審注：「ＣＳＳ３」の誤記と認める。）の２つの方式が混在しています。ほとんどのソフトでは、これらを自動的に切り替えますので、ユーザーがデバイスの違いを意識することはほとんどありません。 ＶＲパノラマ画像を、ＦｌａｓｈやＨＴＭＬ５で見られるように組み上げることを、『オーサリング』といいます。このソフトもいろいろありますが、すべて外国製です。左は、本書で解説するソフトです。Ｐａｎｏ２ＶＲのみインターフェースが日本語化されています。」 （甲１ｄ） ５１ページ、図とその説明 「 ［図：0001403618000001.jpg］ （↑） オーサリングソフトでできたファイルをまとめてサーバーにアップし、『．ｈｔｍｌ』ファイルにリンクして表示します。」 （甲１ｅ） ５２ページ 「＜０３＞ インタラクティブに見せる ありとあらゆる試みがなされています。 複数のＶＲパノラマを組み合わせ、イメージの中を旅するように見せるものを『バーチャルツアー』といいます。サムネイルでパノラマを切り替えたり、地図や画像の中をクリックすることで切り替えるなど、さまざまな見せ方があります。ｉＰａｄ２やｉＰｈｏｎｅ４ではジャイロ機能と連動し、本体の動きに合わせて見える方向を変えることができます。Ｇｏｏｇｌｅマップとの連動、音声やビデオの組み込み、写真やテキストの表示…。現時点でも、世界中で新しい見せ方が試されています。通話やデバイスの進化とともに、可能性は無限に広がります。 ■バーチャルツアーを作る オーサリングソフトを使えば比較的簡単に、バーチャルツアーを作ることができます。パノラマ画像と同期して動く『ホットスポット』を設定し、移動先のパノラマを指定します。サムネイルや地図で切り替える方法の設定や、これらのカスタマイズも可能です。 ［図：0001403618000002.jpg］ （↑） バノラマの画面（ホットスポット）をクリックすることで、他のパノラマに切り替えることができます。現場を移動しているような効果を得られます。 ［図：0001403618000003.jpg］ （↑） サムネイル画面でパノラマを切り替えることができます。 ［図：0001403618000004.jpg］ （↑） 地図や間取り図と連動させて切り替えることもできます。」 （甲１ｆ） ５３ページ 「■インタラクティブに見せるＶＲパノラマ 本書で紹介する機能はそれほど多くありませんが、ＦｌａｓｈやＨＴＭＬ５の作り方次第で、さまざまな効果を付け加えることができます。簡単な効果は、ソフトの設定だけで可能です。こうした効果の指令書にあたるものが『．ｘｍｌ』ファイルで、これを自分で書き換えることで、複雑な効果を得ることもできます。 ●本書で紹介している効果 ・・・（中略）・・・ ［図：0001403618000005.jpg］ （↑） 画面をクリックすることで、説明写真などを表示できます。」 ここで、上記５３ページの表示画面を参照すると、天安門の写真の中央の四角い枠内に、「天安門 中華人民共和国・北京市にある城門で、世界遺産である故宮（紫禁城）の正門であった。中央上部に毛沢東の肖像画が掲示されている。反対側に、天安門広場をはさみ、人民英雄記念碑、毛沢東記念堂、中国国家博物館、民大食堂がある。」と記載されるとともに、「（↑） 画面をクリックすることで、説明写真などを表示できます。」と記載されていることから、「例えば、天安門の写真をクリックすることで、天安門の説明文が表示できること」が開示されていると認められる。 （甲１ｇ） ５４ページ 「＜０４＞ Ｗｅｂサイトを表示するには？ ページを開いたときに『動いている』ほうがいいです。 ＶＲパノラマをＷｅｂサイトに表示する方法は、大きく２つあります。１つは、写真などを表示しておき、それをクリックしたら、ＶＲパノラマが開く、というタイプ。しかしパッと見た目には、普通のサイトと違いはわかりません。もう１つは、ページ内に直接ＶＲパノラマを表示するタイプ。こちらは、ページを開いたときに『動いている』ために、何か違う！と感じる新鮮さがあります。しかし、ページの表示速度などでのデメリッ卜があります。ここではブログに表示する方法を紹介しますが、通常のサイトでも考え方は同じです。 ■サーバーにアップするファイルはいろいろ ＶＲパノラマを動かすために、画像データだけでなく、Ｆｌａｓｈの『．ｓｗｆ』やＨＴＭＬ用の『．ｊｓ』、動かし方や効果の指示書である『．ｘｍｌ』など、複数のファイルでできています。これは、オーサリングソフトや、出力方法によって異なります。これら以外に、Ｗｅｂサイトでの表示を決める『．ｈｔｍｌ』ファイルがあり、これにリンクすることで、ＶＲパノラマを表示できるようになります。 ［図：0001403618000006.jpg］ （↑） ＶＲパノラマを表示するためのファイルは複数あります。これらをまとめてサーバーにアップし、『．ｈｔｍｌ』ファイルにリンクします。リンク元となる写真も作って一緒に入れておきます。」 （甲１ｈ） ５４－５５ページ 「■写真をクリックしてＶＲパノラマを表示する ＜ｉｍｇ＞タグを使って写真を表示し、＜ａ＞タグで、ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンクします。『．ｈｔｍｌ』を開けばよいので、文字からリンクさせても構いません。 ［図：0001403618000007.jpg］ （↑） ブログでは、写真とリンクを記述したコードを投稿します。 <a href="http://www.dowjow.com/panorama/ panobook/2pano/pano.html" target="_blank"> <img src="http://www.dowjow.com/panorama/ panobook/2pano/thum.png" width="640" height="300" alt="サンプル" class="pict" /> </a> （↑） コード内容 ホームページを記述するするための、基本的なコードと同じです。 ［図：0001403618000008.jpg］ （↑） ブログに掲載されました。ここでは写真だけが表示され、これをクリックすると… （↑） ＶＲパノラマが開きます。 ［図：0001403618000009.jpg］ （↑） ｉＰａｄでも同じです。写真をクリックすると… （↑） ＶＲパノラマが開きます。」 （甲１ｉ） １８２ページ 「＜０２＞ ＶＲパノラマのファイル構成 ＦｌａｓｈとＨＴＭＬ５／ＣＳＳ３で使うファイルが異なります。 オーサリングソフトを使ってＶＲパノラマを作成すると、さまざまなファイルができます。Ｗｅｂで使用する上で重要なのは『ＨＴＭＬ』ファイルで、Ｗｅｂ上でこのファイルにリンクさせるだけで、ＶＲパノラマを表示させることができます。特段の理由がない限り、他のファイルを意識することはありませんが、ひととおり、それぞれのファイルがどのような役目を持っているかを整理しておきます。ソフトの種類や設定によって、出力されるファイルは異なります。 ［１］ Ｆｌａｓｈ表示で使うファイル ［図：0001403618000010.jpg］ （↑） １ノード・パノラマのファイル構成（例） 実際に使うのは、ＨＴＭＬファイルへのリンクだけです。 パソコンのＷｅｂブラウザで閲覧する場合は、Ｆｌａｓｈが使われます。Ｆｌａｓｈ表示のためにもっとも重要なのは、『ＳＷＦ』という名前がついたものです。これにパノラマ画像を動かす仕組みが入っていて、設定によっては画像ファイルなどを含める（ｅｍｂｅｄ）することができます。このことで、セキュリティを高めることができますが、ファイルサイズが大きくなるために閲覧できるようになるまでの時間が余分にかかります。ＸＭＬファイルは、画像や見栄えの指定を行う指示書のようなもので、設定によってＳＷＦに含めることができます。ＪＳファイルは、ＳＷＦファイルをＨＴＭＬに埋め込んで使うのに必要なファイルです。 ［図：0001403618000011.jpg］ （↑） ファイルの役割 ＳＷＦファイルがパノラマを動かす仕組み。ＸＭＬは、見栄えを指定するファイル。ＪＳは、ＳＷＦをＨＴＭＬに埋め込むのに必要なファイルです。これら以外にパノラマ画像やボタンなどのスキン画像があります。 （↑） ＳＷＦにＸＭＬを含めることで、見栄えを指定するＸＭＬを他の人に見られないようにできます。 （↑） ＳＷＦに画像も含めることができます。セキユリティ上は安全ですが、ファイルサイズが大きくなり，このファイルがダウンロードされるまでパノラマを見ることができません。」 （甲１ｊ） １８３ページ 「［２］ ｉＰａｄ／ｉＰｈｏｎｅ用のファイル ［図：0001403618000012.jpg］ （←） ｉＰａｄ／ｉＰｈｏｎｅ用には、ＨＴＭＬ５／ＣＳＳ３で記述したＪＳ＋ＸＭＬと、画像ファイルが使われます。 ｉＰａｄ／ｉＰｈｏｎｅはＦｌａｓｈを表示できませんから、ＨＴＭＬ５／ＣＳＳ３で記述したファイルでパノラマを表示します。これに使われるのもＪＳファイルですが、Ｆｌａｓｈ用に使っているものとは内容が異なります。このＪＳファイルは、ＦｌａｓｈのＳＷＦのような働きをし、パノラマの表示内容がＸＭＬによって指定されます。ＳＷＦのように、ＸＭＬや画像を含めることはできません。」 （甲１ｋ） １８３ページ 「［３］ ＦｌａｓｈとＨＴＭＬ５／ＣＳＳ３を併用するファイル構成 ［図：0001403618000013.jpg］ （↑） ＦｌａｓｈとＨＴＭＬ５／ＣＳＳ３を併用するバーチャルツアーのファイル構成例。ＸＭＬファイルが５つあります。１つは統合用、他の４つは各パノラマ用です。これらを１つのＸＭＬにまとめることもできます。色が変わっているＪＳファイルは、ライセンス用です。 パソコンとｉＰａｄ／ｉＰｈｏｎｅとでは、閲覧する仕組みが異なりますが、ユーザーとしては、デバイスに関係なく閲覧できる方が便利です。このためオーサリングソフトは、デバイスによってこれらを自動的に切り換える仕組みを簡単に作れるようになっています。ファイル構成は少し複雑になリますが、ユーザーはデバイスを選ばず閲覧できます。ただ、いくつかの機能に関しては、表示に差が出ることがあります。 ［図：0001403618000014.jpg］ （↑） 左側がＦｌａｓｈ用、右側がＨＴＭＬ５／ＣＳＳ３用です。ＨＴＭＬの中に、デバイスによって切り換える仕組みが記述されています。 ［図：0001403618000015.jpg］ （↑） Ｆｌａｓｈ用とＨＴＭＬ５／ＣＳＳ３用のＪＳファイルを１つにまとめることもできます。」 （２）甲１発明 よって、甲１には、次の発明（以下「甲１発明」という。）が記載されていると認められる。 「ＶＲパノラマは３６０度全方位をつなぎ目なく見ることができ、つまり、画像に天地左右の『端』はなく、『球体』をしており、 ＶＲパノラマの画像の実体は球体で、モニタにはその一部しか写らず、これをマウスや操作ボタン、あるいは指先（ｉＰａｄなど）を使ってぐるぐる動かしながら観察し、 ＶＲパノラマは一般的に、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ、Ｆｉｒｅｆｏｘ、ＳａｆａｒｉなどのＷｅｂブラウザソフトを使って見るものであり、現状、Ｆｌａｓｈを使用する方法と、ｉＰａｄなどで使われはじめたＨＴＭＬ５／ＣＳＳ３の２つの方式が混在しており、 ＶＲパノラマ画像を、ＦｌａｓｈやＨＴＭＬ５で見られるように組み上げることを、『オーサリング』といい、このソフトもいろいろあり、 オーサリングソフトでできたファイルをまとめてサーバーにアップし、『．ｈｔｍｌ』ファイルにリンクして表示し、 複数のＶＲパノラマを組み合わせ、イメージの中を旅するように見せるものを『バーチャルツアー』といい、サムネイルでパノラマを切り替えたり、地図や画像の中をクリックすることで切り替えるなど、さまざまな見せ方があり、 オーサリングソフトを使えば比較的簡単に、バーチャルツアーを作ることができ、サムネイルや地図で切り替える方法の設定や、これらのカスタマイズも可能であり、 サムネイル画面でパノラマを切り替えることができ、 地図や間取り図と連動させて切り替えることもでき、 インタラクティブに見せるＶＲパノラマは、ＦｌａｓｈやＨＴＭＬ５の作り方次第で、さまざまな効果を付け加えることができ、効果の指令書にあたる『．ｘｍｌ』ファイルを自分で書き換えることで、複雑な効果を得ることもでき、 画面をクリックすることで、説明写真などを表示でき、例えば、天安門の写真をクリックすることで、天安門の説明文が表示でき、 ＶＲパノラマをＷｅｂサイトに表示する方法は、大きく２つあり、１つは、写真などを表示しておき、それをクリックしたら、ＶＲパノラマが開く、というタイプであり、 サーバーにアップするファイルはいろいろであり、ＶＲパノラマを動かすために、画像データだけでなく、Ｆｌａｓｈの『．ｓｗｆ』やＨＴＭＬ用の『．ｊｓ』、動かし方や効果の指示書である『．ｘｍｌ』など、複数のファイルでできており、これら以外に、Ｗｅｂサイトでの表示を決める『．ｈｔｍｌ』ファイルがあり、これにリンクすることで、ＶＲパノラマを表示できるようになり、 ＶＲパノラマを表示するためのファイルは複数あり、これらをまとめてサーバーにアップし、『．ｈｔｍｌ』ファイルにリンクし、リンク元となる写真も作って一緒に入れておき、 写真をクリックしてＶＲパノラマを表示する場合、＜ｉｍｇ＞タグを使って写真を表示し、＜ａ＞タグで、ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンクし、『．ｈｔｍｌ』を開き、 ブログでは、写真とリンクを記述したコードを投稿し、 コード内容は、 <a href="http://www.dowjow.com/panorama/ panobook/2pano/pano.html" target="_blank"> <img src="http://www.dowjow.com/panorama/ panobook/2pano/thum.png" width="640" height="300" alt="サンプル" class="pict" /> </a> であり、 ブログでは写真だけが表示され、これをクリックすると、ＶＲパノラマが開き、 ＶＲパノラマのファイル構成は、ＦｌａｓｈとＨＴＭＬ５／ＣＳＳ３で使うファイルが異なり、 オーサリングソフトを使ってＶＲパノラマを作成すると、さまざまなファイルができ、Ｗｅｂで使用する上で重要なのは『ＨＴＭＬ』ファイルで、Ｗｅｂ上でこのファイルにリンクさせるだけで、ＶＲパノラマを表示させることができ、 パソコンのＷｅｂブラウザで閲覧する場合は、Ｆｌａｓｈが使われ、『ＳＷＦ』にパノラマ画像を動かす仕組みが入っていて、設定によっては画像ファイルなどを含める（ｅｍｂｅｄ）することができ、ＸＭＬファイルは、画像や見栄えの指定を行う指示書のようなもので、設定によってＳＷＦに含めることができ、ＪＳファイルは、ＳＷＦファイルをＨＴＭＬに埋め込んで使うのに必要なファイルで、 これら以外にパノラマ画像やボタンなどのスキン画像があり、 ｉＰａｄ／ｉＰｈｏｎｅはＦｌａｓｈを表示できないから、ＨＴＭＬ５／ＣＳＳ３で記述したファイルでパノラマを表示し、これに使われるのもＪＳファイルであるが、Ｆｌａｓｈ用に使っているものとは内容が異なり、このＪＳファイルは、ＦｌａｓｈのＳＷＦのような働きをし、パノラマの表示内容がＸＭＬによって指定され、 ＦｌａｓｈとＨＴＭＬ５／ＣＳＳ３を併用するファイル構成では、 ＨＴＭＬの中に、デバイスによって切り換える仕組みが記述され、 Ｆｌａｓｈ用とＨＴＭＬ５／ＣＳＳ３用のＪＳファイルを１つにまとめることもできる、 サーバー。」 ２ 甲２に記載された事項、甲２発明 （１）甲２に記載された事項 本件特許に係る出願の優先日前の平成２６年７月１０日に頒布された刊行物である甲２には、以下の事項が記載されている。 （甲２ａ） 段落【００１０】 「【００１０】 図１に示されているように、本実施形態の画像共有システムは、撮影装置１、複数の通信端末（３ａ，３ｂ）、画像管理システム５、及びリンク情報管理システム７によって構築されている。また、各通信端末（３ａ，３ｂ）は、それぞれユーザ（Ａ，Ｂ）によって利用される。また、本実施形態では、撮影装置１は、ユーザＡによって操作される場合を示している。なお、以下では、複数の通信端末（３ａ，３ｂ）のうち、任意の通信端末を「通信端末３」として表す。」 （甲２ｂ） 【図１】 「 ［図：0001403618000016.jpg］ 」 （甲２ｃ） 段落【００２４】－【００２７】 「【００２４】 図８に示されている全天球パノラマ画像を３次元の立体球ＣＳで見せている。このように生成された全天球パノラマ画像の立体球ＣＳであるとすると、図９に示されているように、仮想カメラＩＣが全天球パノラマ画像の中心に位置し、この中心から上下左右の回転と、この中心からの視点での回転(ROLL)の３軸の回転を行うことができる。この全天球パノラマ画像における所定領域Ｔは、この全天球パノラマ画像における仮想カメラＩＣの位置の所定領域情報によって特定される。この所定領域情報は、座標ｘ(rH)、座標ｙ(rV)、及び画角α(angle)によって示される。また、所定領域Ｔのズームは、画角αの範囲（円弧）を広げたり縮めたりすることで表現することができる。 【００２５】 そして、図１０（ａ）で示されているように、全天球パノラマ画像における所定領域Ｔの画像は、図１０（ｂ）に示されているように、通信端末３ａのディスプレイ３１５に、所定領域画像として表示される。この場合の所定領域画像は、全天球パノラマ画像の一部を示す部分画像Ｐ０である。この部分画像Ｐ０は、図８に示された全天球パノラマ画像において、初期設定（デフォルト）された所定領域情報（ｘ，ｙ，α）＝（０，０，３４）によって表された画像である。 【００２６】 なお、ディスプレイ３１５上には、所定領域画像を表示する所定領域画像表示領域３１１０、所定領域画像のサムネイルを表示するサムネイル表示領域３１２０、ユーザのコメントを表示するコメント表示領域３１３０が表示されている。 【００２７】 次に、ユーザＡがディスプレイ３１５上に、注目した所定領域画像を表示させたい場合、通信端末３ａがタッチパネルによる操作が可能なものであれば、ディスプレイ３１５上に指を触れた状態で、指を上下左右に移動させることで、図１１に示されているような所望の所定領域画像を表示させる。また、通信端末３ａがパソコン等のようなものであれば、マウス等による入力操作を行い、上下左右に移動させることで、図１１に示されているような所望の所定領域画像を表示させることもできる。この場合の所定領域画像は、全天球パノラマ画像の一部を示す部分画像Ｐ１である。」 （甲２ｄ） 【図１１】 「 ［図：0001403618000017.jpg］ 」 （甲２ｅ） 段落【００３１】－【００３２】 「【００３１】 ・・・（前略）・・・ 次に、図７に示されているように、通信端末３ａは通信ネットワーク９を介して、画像管理システム５に画像データを送信した後、所定領域情報も送信する（ステップＳ３）。この画像データは、図４（ｃ）に示されているメルカトル画像の画像データであり、所定領域情報は図１１に示されている所定領域画像（部分画像Ｐ１）を示す所定領域情報（２３０，４３９，３５）である。これにより、画像管理システム５は、画像データに対して、この画像データを識別するための画像ＩＤ(Identification)を付与すると共に、画像データと画像ＩＤとを関連付けて管理する（ステップＳ４）。また、画像管理システム５は、リンク情報を作成する（ステップＳ４）。このリンク情報は、図１３に示されているように、画像管理システム５のＵＲＬ、画像ＩＤ、及び所定領域情報が含まれている。更に、画像管理システム５は、画像データのサムネイルデータを作成する（ステップＳ４）。なお、ＵＲＬは、特定情報の一例である。 【００３２】 次に、画像管理システム５は、リンク情報管理システム７へリンク情報及びサムネイルデータを送信する（ステップＳ５）。これに対して、リンク情報管理システム７は、リンク情報及びサムネイルデータを管理する（ステップＳ６）。」 （甲２ｆ） 段落【００７８】 「【００７８】 また、リンク情報管理システム７は、図１７に示されているＲＡＭ５０３、及びＨＤ５０４によって構築される記憶部７０００を有している。この記憶部７０００には、後述のユーザ管理テーブルによって構成されているユーザ管理ＤＢ７００１、関係者管理テーブルによって構成されている関係者管理ＤＢ７００２、及び投稿データ管理テーブルによって構成されている投稿データ管理ＤＢ７００３が構築される。」 （甲２ｇ） 【図１８】 「 ［図：0001403618000018.jpg］ 」 （甲２ｈ） 段落【００８１】 「【００８１】 （投稿データ管理テーブル） 図２３は、投稿データ管理テーブルを示す概念図である。この投稿データ管理テーブルでは、ユーザＩＤ毎に、リンク情報、サムネイルデータのファイル名、及びユーザによって投稿されたコメントが関連付けて管理されている。」 （甲２ｉ） 【図２３】 「 ［図：0001403618000019.jpg］ 」 （甲２ｊ） 段落【００９８】 「【００９８】 そこで、通信端末３ａでは、操作入力受付部３２がユーザＡによる操作を受け付けることにより、表示制御部３４が、図１０（ｂ）に示されているような所定領域画像（部分画像Ｐ０）から、図１１に示されているような所定領域画像（部分画像Ｐ１）に変更する（ステップＳ２５）。この際、操作入力受付部３２は、ユーザからコメント（例えば、「第１ビルの画像」）の入力も受け付けると共に、図１１に示された所定領域画像をデフォルト表示とする要求も受け付ける（ステップＳ２５）。」 （甲２ｋ） 【図２７】 「 ［図：0001403618000020.jpg］ 」 （甲２ｌ） 段落【０１１２】－【０１１８】 「【０１１２】 次に、投稿一覧作成部７２は、図１４に示されているような投稿一覧画面を作成する（ステップＳ５４）。ここで、投稿一覧画面の作成方法について説明する。まず、記憶・読出部７９は、上記ステップＳ５３によって読み出されたユーザＩＤ（ユーザＡのユーザＩＤ）を検索キーとしてユーザ管理テーブル（図２１参照）を検索することにより、対応するユーザ画像データのファイル名及びユーザ個人情報を読み出す。また、記憶・読出部７９は、上記ユーザＩＤ（ユーザＡのユーザＩＤ）を検索キーとして投稿データ管理テーブル（図２３参照）を検索することにより、対応するリンク情報、サムネイルデータのファイル名、及びコメントを読み出す。そして、ユーザ画像データのファイル名及びユーザ個人情報を読み出す。また、投稿一覧作成部７２は、図１４に示されているような投稿一覧画面３２００を作成する。この投稿一覧画面３２００のうち、ユーザ画像３２１０は、ユーザ管理テーブル（図２１参照）のユーザ画像のファイル名によって示された画像データによって作成される。また、「ユーザＡ」３２２０は、ユーザ管理テーブル（図２１参照）のユーザ個人情報によって示されたユーザ名によって作成される。更に、サムネイル３２３０は、投稿データ管理テーブル（図２３参照）のサムネイルデータのファイル名によって示されたサムネイルによって作成される。また、「第１ビルの画像」３２４０は、投稿データ管理テーブル（図２３参照）のコメントによって作成される。なお、サムネイル３２２０及び「第１ビルの画像」３２４０のコメントは、上記リンク情報が埋め込まれ、ハイパーリンクが張られている。 【０１１３】 次に、リンク情報管理システム７の送受信部７１は、通信ネットワーク９を介して通信端末３ｂへ、ステップＳ５４によって作成された投稿一覧画面のデータを送信する（ステップＳ５５）。これにより、通信端末３ｂの送受信部３１は、投稿一覧画面のデータを受信する。そして、通信端末３ｂのディスプレイ３１５上には、図１４に示されているような投稿一覧画面が表示される。ディスプレイ３１５上には、図１０（ｂ）に示されているような所定領域画像（部分画像Ｐ０）のサムネイルではなく、図１１に示されているような所定領域画像（部分画像Ｐ１）のサムネイルが表示されるため、ユーザＢは画像データをダウンロードするか否かの判断を容易に行うことができる。 【０１１４】 次に、通信端末３ｂの操作入力受付部３２は、ユーザＢから投稿一覧画面３２００のサムネイル３２３０又は「第１ビルの画像」３２４０のコメントの押下を受け付けることによって、リンク情報の選択を受け付ける（ステップＳ５６）。 【０１１５】 次に、送受信部３１は、通信ネットワーク９を介して画像管理システム５へ、上記ステップＳ５６によって選択されたリンク情報（図１３参照）を送信することにより、画像データを要求する（ステップＳ５７）。これにより、画像管理システム５の送受信部５１は、リンク情報を受信する。 【０１１６】 次に、抽出部５５は、上記ステップＳ５７によって受信されたリンク情報から、画像ＩＤと所定領域情報とを抽出する（ステップＳ５８）。そして、記憶・読出部５９は、ステップＳ５８によって抽出された画像ＩＤを検索キーとして画像管理テーブル（図１９参照）を検索することにより、対応する画像データのファイル名を抽出すると共に、このファイル名の画像データを記憶部５０００から読み出す（ステップＳ５９）。 【０１１７】 次に、送受信部５１は、通信ネットワーク９を介して通信端末３ｂへ、ステップＳ５９によって読み出された画像データ、並びに、ステップＳ５８によってリンク情報から抽出された画像ＩＤ及び所定領域情報を送信する（ステップＳ６０）。これにより、通信端末３ｂの送受信部３１は、画像データ、画像ＩＤ、及び所定領域情報を受信する。 【０１１８】 次に、通信端末３ｂの表示制御部３３は、ステップＳ６０によって受信された画像データ及び所定領域情報に基づいて、図１１に示されているように、画像データにおける所定領域Ｔから所定領域画像（部分画像Ｐ１）を作成して表示する（ステップＳ６１）。」 （甲２ｍ） 【図１４】 「 ［図：0001403618000021.jpg］ 」 （２）甲２発明 よって、甲２には、次の発明（以下「甲２発明」という。）が記載されていると認められる。 「画像共有システムは、撮影装置１、複数の通信端末（３ａ，３ｂ）、画像管理システム５、及びリンク情報管理システム７によって構築され、 全天球パノラマ画像における所定領域Ｔは、この全天球パノラマ画像における仮想カメラＩＣの位置の所定領域情報によって特定され、 全天球パノラマ画像における所定領域Ｔの画像は、通信端末３ａのディスプレイ３１５に、所定領域画像として表示され、この場合の所定領域画像は、全天球パノラマ画像の一部を示す部分画像Ｐ０であり、この部分画像Ｐ０は、全天球パノラマ画像において、初期設定（デフォルト）された所定領域情報（ｘ，ｙ，α）＝（０，０，３４）によって表された画像であり、 なお、ディスプレイ３１５上には、所定領域画像を表示する所定領域画像表示領域３１１０、所定領域画像のサムネイルを表示するサムネイル表示領域３１２０、ユーザのコメントを表示するコメント表示領域３１３０が表示されており、 画像管理システム５は、画像データに対して、この画像データを識別するための画像ＩＤを付与すると共に、画像データと画像ＩＤとを関連付けて管理し（ステップＳ４）、また、画像管理システム５は、リンク情報を作成し（ステップＳ４）、このリンク情報は、画像管理システム５のＵＲＬ、画像ＩＤ、及び所定領域情報が含まれており、 画像管理システム５は、リンク情報管理システム７へリンク情報及びサムネイルデータを送信し（ステップＳ５）、 これに対して、リンク情報管理システム７は、リンク情報及びサムネイルデータを管理し（ステップＳ６）、 リンク情報管理システム７は、ＲＡＭ５０３、及びＨＤ５０４によって構築される記憶部７０００を有しており、この記憶部７０００には、投稿データ管理テーブルによって構成されている投稿データ管理ＤＢ７００３が構築され、 この投稿データ管理テーブルでは、ユーザＩＤ毎に、リンク情報、サムネイルデータのファイル名、及びユーザによって投稿されたコメントが関連付けて管理されており、 操作入力受付部３２は、ユーザからコメント（例えば、「第１ビルの画像」）の入力も受け付け、 通信端末３ｂのディスプレイ３１５上には、投稿一覧画面が表示され、 通信端末３ｂの操作入力受付部３２は、ユーザＢから投稿一覧画面３２００のサムネイル３２３０又は「第１ビルの画像」３２４０のコメントの押下を受け付けることによって、リンク情報の選択を受け付け（ステップＳ５６）、 送受信部３１は、通信ネットワーク９を介して画像管理システム５へ、上記ステップＳ５６によって選択されたリンク情報を送信することにより、画像データを要求し（ステップＳ５７）、 これにより、画像管理システム５の送受信部５１は、リンク情報を受信し、 抽出部５５は、上記ステップＳ５７によって受信されたリンク情報から、画像ＩＤと所定領域情報とを抽出し（ステップＳ５８）、 記憶・読出部５９は、ステップＳ５８によって抽出された画像ＩＤを検索キーとして画像管理テーブルを検索することにより、対応する画像データのファイル名を抽出すると共に、このファイル名の画像データを記憶部５０００から読み出し（ステップＳ５９）、 送受信部５１は、通信ネットワーク９を介して通信端末３ｂへ、ステップＳ５９によって読み出された画像データ、並びに、ステップＳ５８によってリンク情報から抽出された画像ＩＤ及び所定領域情報を送信し（ステップＳ６０）、 これにより、通信端末３ｂの送受信部３１は、画像データ、画像ＩＤ、及び所定領域情報を受信し、 通信端末３ｂの表示制御部３３は、ステップＳ６０によって受信された画像データ及び所定領域情報に基づいて、画像データにおける所定領域Ｔから所定領域画像（部分画像Ｐ１）を作成して表示する（ステップＳ６１）、 画像管理システム５。」 ３ 甲３に記載された事項、甲３発明 （２）甲３に記載された事項 本件特許に係る出願の優先日前の平成１７年１２月２２日に頒布された刊行物である甲３には、以下の事項が記載されている。 （甲３ａ） 段落【００２７】－【００２９】 「【００２７】 図１は本発明の実施の形態における不動産情報検索装置の構成図である。 図１において、本発明の実施の形態における不動産情報検索装置は、各不動産物件についてのそれぞれの物件データを蓄積するデータベース（以下、「ＤＢ」と称す。）１と、利用者または不動産物件の情報提供者の使用するクライアントコンピュータとしてのＰＣ３によりインターネット等の電気通信回線（図示せず。）を介して接続されるサーバコンピュータ（以下、「ＳＣ」と称す。）２とから構成される。 【００２８】 ＤＢ１に蓄積される物件データは、各不動産物件についての物件名、物件タイプ（洋風一戸建て、和風一戸建て、ワンルーム、１Ｋ～１ＤＫ、２Ｋ～２ＬＤＫ、３Ｋ～３ＬＤＫ、４Ｋ～４ＬＤＫ、５以上、その他等）、家賃、敷金、礼金、共益費、住所（郵便番号、都道府県、市区町村、番地等）、コメント、備考等の文字データ、および、外観、エントランス、キッチン、リビング、浴室、トイレ、その他の各設備の画像データである。なお、各設備の画像データ（設備画像データ）は、魚眼レンズまたは全方位レンズを用いて撮像された画像データや、通常の画像データである。 【００２９】 ＳＣ２は、不動産情報検索プログラムを実行することにより、ＰＣ３の要求に対して不動産物件の一覧表示データを提供する一覧データ提供手段４と、ＰＣ３の要求に対して各不動産物件の詳細な物件データを提供する物件データ提供手段５と、ＰＣ３の要求に対して各不動産物件のパノラマ画像データを提供するパノラマ画像データ提供手段６と、ＰＣ３の要求により不動産物件の物件データをＤＢ１に登録する物件データ登録手段７として機能する。」 （甲３ｂ） 【図１】 「 ［図：0001403618000022.jpg］ 」 （甲３ｃ） 段落【００３２】 「【００３２】 パノラマ画像データ提供手段６は、ＰＣ３に一覧表示された設備画像データの中からＰＣ３により選択された設備に対応するパノラマ画像データをＤＢ１から取得し、ＰＣ３へ表示させるためのデータとして構成して返信するものである。なお、ここでいうパノラマ画像データとは、魚眼レンズまたは全方位レンズを用いて撮像され、パノラマ画像データへと変換された後の画像データ、あるいはパノラマ画像データへの変換前の生データである。ＤＢ１にパノラマ画像データへと変換された後の画像データが蓄積されている場合、パノラマ画像データ提供手段６は、このパノラマ画像データへと変換された後の設備画像データをＤＢ１から取得し、ＰＣ３により指定された視点を中心とする画像データへと変換し、この変換した画像データをＰＣ３へ表示させるためのデータとして構成して返信する。一方、ＤＢ１にパノラマ画像データへの変換前の生データが蓄積されている場合、パノラマ画像データ提供手段６は、その画像データをＤＢ１から取得し、ＰＣ３により指定された視点を中心とするパノラマ画像データとして変換し、この変換したパノラマ画像データをＰＣ３へ表示させるためのデータとして構成して返信する。ＰＣ３は、このデータを受信すると、各設備のパノラマ画像データを表示する。」 （甲３ｄ） 段落【００３３】 「【００３３】 上記構成の不動産情報検索装置の動作について、以下、図２のフロー図に従って説明する。なお、以下の例では、ＳＣ２は、データとしてＨＴＭＬ（HyperText Markup Language）等のマークアップ言語により記述されたウェブページを提供するウェブサーバである。また、ＰＣ３は、ＳＣ２により提供されるウェブページを閲覧するためのウェブブラウザを備えるものとする。」 （甲３ｅ） 段落【００３５】－【００３８】 「【００３５】 （ステップＳ１０２） ＳＣ２は、ＰＣ３によりリンク３１のいずれかが指定されると、一覧データ提供手段４により、この指定されたリンク３１に対応する設備についてＤＢ１を検索し、該当する設備について各不動産物件のそれぞれの設備画像データを取得する。そして、ＳＣ２は、一覧データ提供手段４により、この取得した各不動産物件の設備画像データをＰＣ３へ図４から図７に示すように縦方向および横方向に複数戸ずつ一覧表示させるためのデータとして構成し、ＰＣ３へ送信する。 【００３６】 図４は各不動産物件の外観の設備画像データ１１を一覧表示した例、図５は各不動産物件のキッチンの設備画像データ１２を一覧表示した例、図６は各不動産物件のリビングの設備画像データ１３を一覧表示した例、図７は各不動産物件の浴室の設備画像データ１４を一覧表示した例をそれぞれ示している。なお、図４から図７に示すように、各設備画像データ１１～１４には、図３に示す初期画面と同様に住所の文字データ１２と、物件タイプおよび家賃の文字データ１３とが隣接して表示される。」 （甲３ｆ） 【図４】－【図７】 「 ［図：0001403618000023.jpg］ ［図：0001403618000024.jpg］ ［図：0001403618000025.jpg］ ［図：0001403618000026.jpg］ 」 （甲３ｇ） 段落【００３７】－【００３８】 【００３７】 （ステップＳ１０３） 図３または図４から図７に示すようにＰＣ３に一覧表示された設備画像データ１１～１４および物件タイプ並びに家賃の文字データ１３には、それぞれ各不動産物件を選択して物件データを得るためのリンクが設けられている。ＳＣ２は、物件データ提供手段５により、ＰＣ３に一覧表示された設備画像データ１１～１４および物件タイプ並びに家賃の文字データ１３の中から、ＰＣ３により選択された設備に対応する不動産物件の物件データをＤＢ１から取得する。そして、ＳＣ２は、物件データ提供手段５により、この取得した物件データをＰＣ３へ図８に示すように表示させるためのデータとして構成し、ＰＣ３へ送信する。 【００３８】 図８に示す物件データ表示画面には、ＰＣ３により選択された設備に対応する不動産物件の設備画像データ１１～１４と、物件データ２３と、この不動産物件の問い合わせ先２４とが表示される。ここで、設備画像データ１１～１４は、各設備を選択してパノラマ画像データを得るためのリンクが設けられている。また、この物件データ表示画面の左側のフレームには、パノラマ画像データを表示する分類として、外観、キッチン、リビング、浴室等の各設備を選択するためのリンク３２が設けられている。」 （甲３ｈ） 【図８】 「 ［図：0001403618000027.jpg］ 」 （甲３ｉ） 段落【００３９】 「【００３９】 （ステップＳ１０４） ここで、ＰＣ３により設備画像データ１１～１４のリンクまたはリンク３２により設備の選択が行われると、ＳＣ２は、パノラマ画像データ提供手段６により、この選択された設備に対応するパノラマ画像データをＤＢ１から取得し、図９に示すようにＰＣ３へ表示させるためのデータとして構成し、ＰＣ３へ送信する。図９はパノラマ画像データ提供手段６によりＰＣ３へ提供される画像データ（以下、「パノラマ画像データ」と称す。）１５の例を示している。」 （甲３ｊ） 【図９】 「 ［図：0001403618000028.jpg］ 」 ここで、上記【図９】を参照すると、この物件データ表示画面の左側のフレームには、「パークマンション」と記載されていることから、「パノラマ画像データ１５とともに、物件の名称、例えば、「パークマンション」を表示すること」が開示されていると認められる。 （甲３ｋ） 段落【００４３】 「【００４３】 また、本実施形態における不動産情報検索装置では、利用者が、一覧表示されている設備画像データ１１～１４の中からさらに詳細に確認したい場合、その設備を選択することで、その設備に対応するパノラマ画像データ１５がＳＣ２により処理され、ＰＣ３に表示されるので、このパノラマ画像データ１５により各設備をより広範囲で視覚的に確認しながら不動産物件を検索することができる。」 （甲３ｌ） 段落【００５０】 「【００５０】 図１２および図１３は物件登録用ウェブページの例を示している。物件登録用ウェブページでは、図１２に示すように、物件名、物件名読み仮名、物件のグループ、物件タイプ、物件タイプ備考、家賃、敷金、礼金、共益費、住所（郵便番号、都道府県、市区町村、番地等）、コメント、物件詳細から他のページへ戻る際のＵＲＬ、備考等を登録することが可能である。また、図１３に示すように、分類登録用ウェブページにより設定した各分類（外観、エントランス、キッチン、リビング、浴室、その他等）に対応する分類名、設備画像データ（通常の画像データ、パノラマ画像データ、パノラマ画像データの元となる魚眼レンズまたは全方位レンズを用いて撮像された生の画像データ等）を設定することが可能である。」 （甲３ｍ） 段落【００５２】 「【００５２】 以上説明した管理者用の各ウェブページは、ＳＣ２の物件データ登録手段７によってＰＣ３に提供される。そして、各ウェブページにより入力または選択されたデータは、ＰＣ３からＳＣ２に送信され、この送信された内容は、ＳＣ２の物件データ登録手段７によりＤＢ１へ反映される。」 （２）甲３発明 よって、甲３には、次の発明（以下「甲３発明」という。）が記載されていると認められる。 「不動産情報検索装置は、各不動産物件についてのそれぞれの物件データを蓄積するデータベース（以下、「ＤＢ」と称す。）１と、利用者または不動産物件の情報提供者の使用するクライアントコンピュータとしてのＰＣ３によりインターネット等の電気通信回線（図示せず。）を介して接続されるサーバコンピュータ（以下、「ＳＣ」と称す。）２とから構成され、 ＤＢ１に蓄積される物件データは、各不動産物件についての物件名、物件タイプ（洋風一戸建て、和風一戸建て、ワンルーム、１Ｋ～１ＤＫ、２Ｋ～２ＬＤＫ、３Ｋ～３ＬＤＫ、４Ｋ～４ＬＤＫ、５以上、その他等）、家賃、敷金、礼金、共益費、住所（郵便番号、都道府県、市区町村、番地等）、コメント、備考等の文字データ、および、外観、エントランス、キッチン、リビング、浴室、トイレ、その他の各設備の画像データであり、 ＳＣ２は、不動産情報検索プログラムを実行することにより、ＰＣ３の要求に対して不動産物件の一覧表示データを提供する一覧データ提供手段４と、ＰＣ３の要求に対して各不動産物件の詳細な物件データを提供する物件データ提供手段５と、ＰＣ３の要求に対して各不動産物件のパノラマ画像データを提供するパノラマ画像データ提供手段６と、ＰＣ３の要求により不動産物件の物件データをＤＢ１に登録する物件データ登録手段７として機能し、 パノラマ画像データ提供手段６は、ＰＣ３に一覧表示された設備画像データの中からＰＣ３により選択された設備に対応するパノラマ画像データをＤＢ１から取得し、ＰＣ３へ表示させるためのデータとして構成して返信するものであり、 ＳＣ２は、データとしてＨＴＭＬ（HyperText Markup Language）等のマークアップ言語により記述されたウェブページを提供するウェブサーバであり、 ＰＣ３は、ＳＣ２により提供されるウェブページを閲覧するためのウェブブラウザを備えるものであり、 ＳＣ２は、一覧データ提供手段４により、各不動産物件の設備画像データをＰＣ３へ縦方向および横方向に複数戸ずつ一覧表示させるためのデータとして構成し、ＰＣ３へ送信し、 各不動産物件の外観の設備画像データ１１、各不動産物件のキッチンの設備画像データ１２、各不動産物件のリビングの設備画像データ１３、各不動産物件の浴室の設備画像データ１４を一覧表示した、各設備画像データ１１～１４には、住所の文字データ１２と、物件タイプおよび家賃の文字データ１３とが隣接して表示され、 ＳＣ２は、物件データ提供手段５により、ＰＣ３に一覧表示された設備画像データ１１～１４および物件タイプ並びに家賃の文字データ１３の中から、ＰＣ３により選択された設備に対応する不動産物件の物件データをＤＢ１から取得し、 ＳＣ２は、物件データ提供手段５により、この取得した物件データをＰＣ３へ表示させるためのデータとして構成し、ＰＣ３へ送信し、 物件データ表示画面には、ＰＣ３により選択された設備に対応する不動産物件の設備画像データ１１～１４と、物件データ２３と、この不動産物件の問い合わせ先２４とが表示され、ここで、設備画像データ１１～１４は、各設備を選択してパノラマ画像データを得るためのリンクが設けられており、また、この物件データ表示画面の左側のフレームには、パノラマ画像データを表示する分類として、外観、キッチン、リビング、浴室等の各設備を選択するためのリンク３２が設けられており、 ＰＣ３により設備画像データ１１～１４のリンクまたはリンク３２により設備の選択が行われると、ＳＣ２は、パノラマ画像データ提供手段６により、この選択された設備に対応するパノラマ画像データをＤＢ１から取得し、ＰＣ３へ表示させるためのデータとして構成し、ＰＣ３へ送信し、 パノラマ画像データ１５とともに、物件の名称、例えば、「パークマンション」を表示し、 利用者が、一覧表示されている設備画像データ１１～１４の中からさらに詳細に確認したい場合、その設備を選択することで、その設備に対応するパノラマ画像データ１５がＳＣ２により処理され、ＰＣ３に表示されるので、このパノラマ画像データ１５により各設備をより広範囲で視覚的に確認しながら不動産物件を検索することができ、 物件登録用ウェブページでは、物件名、物件名読み仮名、物件のグループ、物件タイプ、物件タイプ備考、家賃、敷金、礼金、共益費、住所（郵便番号、都道府県、市区町村、番地等）、コメント、物件詳細から他のページへ戻る際のＵＲＬ、備考等を登録することが可能であり、 各ウェブページにより入力または選択されたデータは、ＰＣ３からＳＣ２に送信され、この送信された内容は、ＳＣ２の物件データ登録手段７によりＤＢ１へ反映される、 不動産情報検索装置。」 ４ 甲４に記載された事項、甲４発明 （１）甲４に記載された事項 本件特許に係る出願の優先日前の平成１６年１月１５日に頒布された刊行物である甲４には、以下の事項が記載されている。 （甲４ａ） 段落【００１６】－【００１７】 「【００１６】 図１は本発明に係る閲覧仲介サービスの実施の形態の一例を示す。依頼者Ｃが情報として自ら撮影した写真を他人に見せたい場合、閲覧仲介サービスの主催者Ｐがインターネット上に立ち上げた画像バンクＢというウェブサイトに、その写真の掲載を依頼する。依頼者Ｃの写真は、インターネットを利用する送信やメール添付、郵送や手渡しなどの方法で主催者Ｐ側に渡す。或いは、主催者Ｐに撮影依頼してもよい。写真としては、デジタル画像だけでなく、プリントアウトしたもの、本やカタログ等の写真、銀塩写真、ネガフィルムなどでも良い。 【００１７】 主催者Ｐは、所定の料金を依頼者Ｃから受け取り、その写真をサーバーＳにアップロードして画像バンクＢというサイトに、例えば「１２３４５」という名前で掲載する。そして、その写真の「１２３４５」というサイト上での名前を依頼者Ｃに通知する。この名前は依頼者Ｃが希望する名前でもよく、主催者Ｐ側が設定した名前でもよい。これにより、依頼者Ｃは画像バンクＢというサイトの「１２３４５」という名前を閲覧希望者Ｕに開示することで、その閲覧希望者Ｕがインターネットを介してその写真を閲覧することができる。」 （甲４ｂ） 【図１】 「 ［図：0001403618000029.jpg］ 」 （甲４ｃ） 段落【００２２】－【００２５】 「【００２２】 閲覧仲介サービスのウェブサイトの情報掲載方法としては、図２に示すものの他、図３（ａ）のようにサムネイル形式で表示したり、同図（ｂ）のように名前を付けたアイコンＩに写真を格納して掲載してもよい。この場合、依頼者Ｃの希望によりパスワードを設定することもできる。 【００２３】 また、同図（ｃ）のように情報番号入力画面を表示し、閲覧希望者Ｕがキーボードで依頼者Ｃから開示された情報番号を入力して開いたり、同図（ｄ）のように閲覧を希望する者と、情報の掲載を希望する者がアクセスできるように両者のボタンを設けた形態でもよい。閲覧希望ボタンをクリックすると、前述した図２や図３（ａ）乃至（ｄ）のような画面が表示される。 【００２４】 掲載依頼者Ｃが画像バンクＢにアクセスして情報の掲載を依頼する場合のフローチャートを図４に示す。例えば図３（ｄ）の初期画面表示で「掲載御希望の方」のボタンをクリックして、ユーザー情報入力画面を表示する。この画面に掲載料金や掲載期間などを表示しておき、ユーザーの氏名、会社名、住所、電話番号、Ｅメールアドレス、コメント入力欄、料金納付方法選択欄、掲載期間入力欄、掲載情報選択欄などに入力する。そして、送信ボタンをクリックして、ユーザー情報と掲載依頼情報が閲覧仲介サービス主催者ＰのサーバーＳに送信される。 【００２５】 閲覧仲介サービス主催者Ｐ側では、サーバーＳに送られたこれらの情報を掲載情報管理ファイルとユーザー情報管理ファイルに蓄積しておく。そして、上述した公共性を有する場合や特定の契約をした場合等を除き掲載料金の決済を確認してから、掲載情報を画像バンクＢに所定の名前で掲載する。そして、その名前をＥメールで掲載依頼者Ｃに通知する。この場合、初めて登録したユーザーには会員登録して、ログインＩＤやパスワードなども通知するようにしてもよい。掲載依頼者Ｃが情報の名前の通知を受けることによって、掲載を依頼した情報が「画像バンクＢの○○」という名前で掲載が完了したことになる。そして、掲載依頼者Ｃは「画像バンクＢの○○」という名前を閲覧希望者Ｕに開示して、掲載依頼した情報を閲覧させる。」 （甲４ｄ） 【図３】 「 ［図：0001403618000030.jpg］ 」 （甲４ｅ） 段落【００２６】－【００２７】 「【００２６】 例えば、上述したように不動産仲介業者が画像仲介サービスを利用する場合として、図５のように家賃など種々のマンション賃貸情報の他に、ＵＲＬとして「画像バンク．ｃｏｍ」と各物件の番地（名前）を印刷したチラシを配布する。このチラシを見た閲覧希望者Ｕは、インターネットで物件の外観写真や間取り図等を閲覧することができる。不動産仲介業者は、チラシに物件の写真等を印刷する必要がなくなることや、場所をとる写真を省けるためより多くの物件を載せることが可能となる。閲覧希望者Ｕにとっても、多数の物件の中から交通手段や家賃などの条件によってかなり絞り込まれるため、条件に合わない物件の外観写真など必要としない情報を見なくても済む利点がある。 【００２７】 閲覧希望者Ｕは、「画像バンク．ｃｏｍ」にアクセスすると、図６のような開示された名前の物件の外観写真を閲覧することができる。本例の場合、表示画面にアイコンを設け、これをクリックすることによって図７のように物件の間取り図も閲覧できるようにしている。この場合、外観写真と共に間取り図を併せて表示してもよく、物件内部をパノラマ撮影した画像が閲覧できるようにリンク設定してもよい。ここでいう、このパノラマ画像は、物件の内部を３６０゜パノラマ撮影し、これを回転させることによって、あたかも動画のように閲覧できる機能である。」 （甲４ｆ） 【図５】－【図７】 「 ［図：0001403618000031.jpg］ ［図：0001403618000032.jpg］ ［図：0001403618000033.jpg］ 」 （２）甲４発明 よって、甲４には、次の発明（以下「甲４発明」という。）が記載されていると認められる。 「閲覧仲介サービスにおいて、 依頼者Ｃが情報として自ら撮影した写真を他人に見せたい場合、閲覧仲介サービスの主催者Ｐがインターネット上に立ち上げた画像バンクＢというウェブサイトに、その写真の掲載を依頼し、 依頼者Ｃの写真は、インターネットを利用する送信やメール添付、郵送や手渡しなどの方法で主催者Ｐ側に渡し、 主催者Ｐは、所定の料金を依頼者Ｃから受け取り、その写真をサーバーＳにアップロードして画像バンクＢというサイトに、例えば「１２３４５」という名前で掲載し、これにより、依頼者Ｃは画像バンクＢというサイトの「１２３４５」という名前を閲覧希望者Ｕに開示することで、その閲覧希望者Ｕがインターネットを介してその写真を閲覧することができ、 閲覧仲介サービスのウェブサイトの情報掲載方法としては、サムネイル形式で表示したり、名前を付けたアイコンＩに写真を格納して掲載してもよく、 情報番号入力画面を表示し、閲覧希望者Ｕがキーボードで依頼者Ｃから開示された情報番号を入力して開いたり、閲覧を希望する者と、情報の掲載を希望する者がアクセスできるように両者のボタンを設けた形態でもよく、 掲載依頼者Ｃが画像バンクＢにアクセスして情報の掲載を依頼する場合、ユーザー情報入力画面を表示し、この画面に、ユーザーの氏名、会社名、住所、電話番号、Ｅメールアドレス、コメント入力欄、料金納付方法選択欄、掲載期間入力欄、掲載情報選択欄などに入力し、そして、送信ボタンをクリックして、ユーザー情報と掲載依頼情報が閲覧仲介サービス主催者ＰのサーバーＳに送信され、 閲覧仲介サービス主催者Ｐ側では、サーバーＳに送られたこれらの情報を掲載情報管理ファイルとユーザー情報管理ファイルに蓄積しておき、 掲載情報を画像バンクＢに所定の名前で掲載し、その名前をＥメールで掲載依頼者Ｃに通知し、 掲載を依頼した情報が「画像バンクＢの○○」という名前で掲載が完了したことになると、掲載依頼者Ｃは「画像バンクＢの○○」という名前を閲覧希望者Ｕに開示して、掲載依頼した情報を閲覧させ、 例えば、不動産仲介業者が画像仲介サービスを利用する場合、家賃など種々のマンション賃貸情報の他に、ＵＲＬとして「画像バンク．ｃｏｍ」と各物件の番地（名前）を印刷したチラシを配布し、 このチラシを見た閲覧希望者Ｕは、インターネットで物件の外観写真や間取り図等を閲覧することができ、 閲覧希望者Ｕは、「画像バンク．ｃｏｍ」にアクセスすると、開示された名前の物件の外観写真を閲覧することができ、 表示画面にアイコンを設け、これをクリックすることによって、物件の間取り図も閲覧できるようにしており、この場合、外観写真と共に間取り図を併せて表示してもよく、物件内部をパノラマ撮影した画像が閲覧できるようにリンク設定してもよく、ここでいう、このパノラマ画像は、物件の内部を３６０゜パノラマ撮影し、これを回転させることによって、あたかも動画のように閲覧できる、 閲覧仲介サービスのサーバーＳ。」 第６ 当審の判断 １ 甲１に基づく、取消理由１（新規性）、取消理由２（進歩性）について （１）本件発明１について ア 対比 本件発明１と甲１発明とを対比する。 （ア）甲１発明の「サーバー」は、本件発明１の「第１の管理システムとは異なる管理システム」と、「システム」である点で共通する。 （イ）甲１発明は、「ＶＲパノラマは３６０度全方位をつなぎ目なく見ることができ、つまり、画像に天地左右の『端』はなく、『球体』をしており、ＶＲパノラマの画像の実体は球体で、モニタにはその一部しか写らず、これをマウスや操作ボタン、あるいは指先（ｉＰａｄなど）を使ってぐるぐる動かしながら観察」するものであるから、甲１発明の「ＶＲパノラマ」は、本件発明１の「物件の全天球画像データ」と、「全天球画像データ」である点で共通する。 甲１発明は、「ＶＲパノラマ画像を、ＦｌａｓｈやＨＴＭＬ５で見られるように組み上げることを、『オーサリング』といい、このソフトもいろいろあり、オーサリングソフトでできたファイルをまとめてサーバーにアップし、『．ｈｔｍｌ』ファイルにリンクして表示」するから、甲１発明の「サーバー」は、「ＶＲパノラマ」を保持しているといえる。 甲１発明における「写真など」、具体的には、「サムネイル」（「サムネイル画面」）、「地図や画像」（「地図や間取り図」）、「説明写真など」、「天安門の説明文」は、いずれも、本件発明１の「物件の関連情報」と、「関連情報」である点で共通する。 甲１発明の「写真などを表示しておき、それをクリックしたら、ＶＲパノラマが開く、というタイプ」の「ＶＲパノラマをＷｅｂサイトに表示する方法」で、「写真をクリックしてＶＲパノラマを表示する場合、＜ｉｍｇ＞タグを使って写真を表示し、＜ａ＞タグで、ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンクし、『．ｈｔｍｌ』を開き、 ブログでは、写真とリンクを記述したコードを投稿し、 コード内容は、 <a href="http://www.dowjow.com/panorama/ panobook/2pano/pano.html" target="_blank"> <img src="http://www.dowjow.com/panorama/ panobook/2pano/thum.png" width="640" height="300" alt="サンプル" class="pict" /> </a> であり、 ブログでは写真だけが表示され、これをクリックすると、ＶＲパノラマが開」くものにおける、「写真など」に付加されたリンク先である、「クリック」された「ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンク」する情報、具体的には、例えば、５４ページ図中の＜ａ＞タグである、「<a href="http://www.dowjow.com/panorama/panobook/2pano/pano.html" target="_blank">」）は、本件発明１の「当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」と、「全天球画像データを保持する前記システムのＵＲＬが含まれるリンク情報」である点で共通する。 甲１発明の「サーバー」において、「ＶＲパノラマ」の「サムネイル」等とともに、「ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンク」する情報が保持されることは明らかである。 甲１発明の「パソコン」、及び、「ｉＰａｄ／ｉＰｈｏｎｅ」は、本件発明１の「第１の通信端末」に相当する。 甲１発明は、「ＶＲパノラマを表示するためのファイルは複数あり、これらをまとめてサーバーにアップし、『．ｈｔｍｌ』ファイルにリンクし、リンク元となる写真も作って一緒に入れておき、 写真をクリックしてＶＲパノラマを表示する場合、＜ｉｍｇ＞タグを使って写真を表示し、＜ａ＞タグで、ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンクし、『．ｈｔｍｌ』を開」くものであり、「パソコンのＷｅｂブラウザで閲覧する場合は、Ｆｌａｓｈが使われ、『ＳＷＦ』にパノラマ画像を動かす仕組みが入って」おり、「ｉＰａｄ／ｉＰｈｏｎｅはＦｌａｓｈを表示できないから、ＨＴＭＬ５／ＣＳＳ３で記述したファイルでパノラマを表示」するから、甲１発明の「サーバー」が、「パソコン」や「ｉＰａｄ／ｉＰｈｏｎｅ」で「ＶＲパノラマ」を表示するために、「パソコン」等から「ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンク」する情報を受信することは明らかである。 以上のことから、甲１発明の「写真などを表示しておき、それをクリックしたら、ＶＲパノラマが開く、というタイプ」の「ＶＲパノラマをＷｅｂサイトに表示する方法」で、「写真をクリックしてＶＲパノラマを表示する場合、＜ｉｍｇ＞タグを使って写真を表示し、＜ａ＞タグで、ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンクし、『．ｈｔｍｌ』を開き、 ブログでは、写真とリンクを記述したコードを投稿し、 コード内容は、 <a href="http://www.dowjow.com/panorama/ panobook/2pano/pano.html" target="_blank"> <img src="http://www.dowjow.com/panorama/ panobook/2pano/thum.png" width="640" height="300" alt="サンプル" class="pict" /> </a> であり、 ブログでは写真だけが表示され、これをクリックすると、ＶＲパノラマが開」き、「パソコンのＷｅｂブラウザで閲覧する場合は、Ｆｌａｓｈが使われ、『ＳＷＦ』にパノラマ画像を動かす仕組みが入って」おり、「ｉＰａｄ／ｉＰｈｏｎｅはＦｌａｓｈを表示できないから、ＨＴＭＬ５／ＣＳＳ３で記述したファイルでパノラマを表示」することは、本件発明１の「前記第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報を、第１の通信端末から受信する受信手段」を有することと、「関連情報とともに保持される、全天球画像データを保持する前記システムのＵＲＬが含まれるリンク情報を、第１の通信端末から受信する受信手段」を有することである点で共通するといえる。 （ウ）甲１発明における、「サムネイル画面でパノラマを切り替えることができ、地図や間取り図と連動させて切り替えることもでき」、 「サーバーにアップするファイルはいろいろであり、ＶＲパノラマを動かすために、画像データだけでなく、Ｆｌａｓｈの『．ｓｗｆ』やＨＴＭＬ用の『．ｊｓ』、動かし方や効果の指示書である『．ｘｍｌ』など、複数のファイルでできており、これら以外に、Ｗｅｂサイトでの表示を決める『．ｈｔｍｌ』ファイルがあり、これにリンクすることで、ＶＲパノラマを表示できるようになり、 ＶＲパノラマを表示するためのファイルは複数あり、これらをまとめてサーバーにアップし、『．ｈｔｍｌ』ファイルにリンクし、リンク元となる写真も作って一緒に入れておき、 写真をクリックしてＶＲパノラマを表示する場合、＜ｉｍｇ＞タグを使って写真を表示し、＜ａ＞タグで、ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンクし、『．ｈｔｍｌ』を開き」、 「パソコンのＷｅｂブラウザで閲覧する場合は、Ｆｌａｓｈが使われ、『ＳＷＦ』にパノラマ画像を動かす仕組みが入っていて、設定によっては画像ファイルなどを含める（ｅｍｂｅｄ）することができ、ＸＭＬファイルは、画像や見栄えの指定を行う指示書のようなもので、設定によってＳＷＦに含めることができ、ＪＳファイルは、ＳＷＦファイルをＨＴＭＬに埋め込んで使うのに必要なファイルで」あり、「ｉＰａｄ／ｉＰｈｏｎｅはＦｌａｓｈを表示できないから、ＨＴＭＬ５／ＣＳＳ３で記述したファイルでパノラマを表示し、これに使われるのもＪＳファイルであるが、Ｆｌａｓｈ用に使っているものとは内容が異なり、このＪＳファイルは、ＦｌａｓｈのＳＷＦのような働きをし、パノラマの表示内容がＸＭＬによって指定され」るとの構成において、「ＶＲパノラマ」と「サムネイル」又は「地図や間取り図」とを「パソコン」等が表示する際に、「サーバー」が「ＶＲパノラマ」を「パソコン」等に送信し、また、「ＶＲパノラマを動かすため」のスクリプトである「．ｊｓ」を「パソコン」等に送信するものであるといえる。 そして、甲１発明の「．ｊｓ」は、本件発明１の「全天球画像を閲覧するための閲覧スクリプト」に相当する。 もっとも、「サーバー」が「ＶＲパノラマ」と「．ｊｓ」とを送るタイミングは不明であるから、両者が同時に送信されるか否かは不明である（例えば、「スクリプト」が、「ＶＲパノラマ」に先行して、端末に予めダウンロードされているような態様も想定できる。）。 そうすると、甲１発明の上記構成は、本件発明１の「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を前記第１の通信端末に送信する送信手段」を有することと、「前記リンクを示す情報に対応する全天球画像と関連情報とを前記第１の通信端末が表示する際に、当該全天球画像を前記第１の通信端末に送信し、また、全天球画像を閲覧するための閲覧スクリプトを前記第１の通信端末に送信する送信手段」を有することである点で共通する。 （エ）よって、本件発明１と甲１発明との一致点・相違点は次のとおりである。 ［一致点］ 「システムであって、 関連情報とともに保持される、全天球画像データを保持する前記システムのＵＲＬが含まれるリンク情報を、第１の通信端末から受信する受信手段と、 前記リンクを示す情報に対応する全天球画像と関連情報とを前記第１の通信端末が表示する際に、当該全天球画像を前記第１の通信端末に送信し、また、全天球画像を閲覧するための閲覧スクリプトを前記第１の通信端末に送信する送信手段と、 を有するシステム。」 ［相違点１－１］ 「システム」に関して、本件発明１では、「第１の管理システムとは異なる管理システム」であり、「全天球画像データを管理する」ものであるのに対して、甲１発明では、「ＶＲパノラマ」を保持する「サーバー」であって、別途存在する「第１の管理システム」と「異なる」ことが特定されておらず、「ＶＲパノラマ」を「管理する」「管理システム」であることも特定されていない点。 ［相違点１－２］ 「関連情報」及び「全天球画像データ」に関して、本件発明１では、「物件の関連情報」及び「当該物件の全天球画像データ」であるのに対して、甲１発明では、それらのいずれも「物件の」ものであることが特定されていない点。 ［相違点１－３］ 「リンク情報」に関して、本件発明１では、「前記第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれる」ものであるのに対して、甲１発明では、「サーバー」において、「ＶＲパノラマ」の「サムネイル」等とともに、「ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンク」する情報が保持され、「パソコン」や「ｉＰａｄ／ｉＰｈｏｎｅ」で「ＶＲパノラマ」を表示するために、「パソコン」等から「ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンク」する情報を受信するものの、当該情報が「第１の管理システム」で「サムネイル」等と「紐付けて管理される」ものであることが特定されておらず、当該情報に「ＶＲパノラマ」の「画像識別情報」が含まれることも特定されていない点。 ［相違点１－４］ 「送信手段」に関して、本件発明１では、「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を」送信するものであるのに対して、甲１発明では、「サムネイル画面でパノラマを切り替えることができ、地図や間取り図と連動させて切り替えることもでき」、「ＶＲパノラマ」と、スクリプトである「．ｊｓ」とを、「サーバー」が「パソコン」に送信するものの、「ＶＲパノラマ」が「ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンク」する情報に含まれる「前記画像識別情報」に対応するものであることは特定されておらず、「ＶＲパノラマ」を「閲覧するための閲覧スクリプト」を、「ＶＲパノラマ」と「サムネイル」等とを通信端末で表示する際に、「当該全天球画像」とともに送信することは特定されていない点。 イ 判断 事案に鑑みて、先に、「リンク情報」に関して相互に関連する［相違点１－３］及び［相違点１－４］について、まとめて検討する。 全天球画像データを管理する管理システムが、管理システムのＵＲＬと全天球画像データの画像識別情報が含まれるリンク情報を、通信端末から受信し、全天球画像を通信端末が表示する際に、画像識別情報に対応する全天球画像を通信端末に送信し、かつ、全天球画像を閲覧するための閲覧スクリプトを通信端末に送信するとの構成は、甲１～１０のいずれにも記載されておらず、本件特許の優先日前における周知技術であったともいえない。 甲２発明は、「このリンク情報は、画像管理システム５のＵＲＬ、画像ＩＤ、及び所定領域情報が含まれており」、「通信端末３ｂ」の「送受信部３１」が「通信ネットワーク９を介して画像管理システム５へ、上記ステップＳ５６によって選択されたリンク情報を送信」し、「画像管理システム５」において、「送受信部５１」が「リンク情報を受信し」、「抽出部５５」が「上記ステップＳ５７によって受信されたリンク情報から、画像ＩＤと所定領域情報とを抽出し（ステップＳ５８）」、「記憶・読出部５９」が「ステップＳ５８によって抽出された画像ＩＤを検索キーとして画像管理テーブルを検索することにより、対応する画像データのファイル名を抽出すると共に、このファイル名の画像データを記憶部５０００から読み出し（ステップＳ５９）」、「送受信部５１」が「通信ネットワーク９を介して通信端末３ｂへ、ステップＳ５９によって読み出された画像データ、並びに、ステップＳ５８によってリンク情報から抽出された画像ＩＤ及び所定領域情報を送信」するとの構成を含むものであるが、甲２には上記構成（特に、リンク情報に含まれる画像識別情報に対応する全天球画像を通信端末が表示する際に、全天球画像を通信端末に送信し、かつ、全天球画像を閲覧するための閲覧スクリプトを通信端末に送信すること）は開示されていない。 また、上記ア（イ）、（ウ）によれば、甲１発明は、「パソコン」等で「ＶＲパノラマ」を表示するために、「サーバー」が「パソコン」等から「ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンク」する情報を受信し、「ＶＲパノラマ」の「画像データ」と、「ＶＲパノラマを動かすため」の「．ｊｓ」とを、「サーバー」が「パソコン」等に送信する構成を含むといえるが、当該構成における「ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンク」する情報は、「ＶＲパノラマを動かすため」の「．ｊｓ」を利用する上で必要なものであって、当該構成は一体のものであると解される。 そうすると、甲１発明に甲２発明を適用して、甲１発明における上記構成のうちの「ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンク」する情報のみを部分的に甲２発明の「画像管理システム５のＵＲＬ、画像ＩＤ、及び所定領域情報」を含む「リンク情報」で置換することは、当業者であっても容易に想到し得るとはいえない。 よって、少なくとも［相違点１－３］及び［相違点１－４］は、実質的な相違点であるから、本件発明１は甲１に記載された発明ではない。 また、［相違点１－１］及び［相違点１－２］について検討するまでもなく、本件発明１は、甲１に記載された発明及び甲２～１０のいずれかに記載された発明に基づいて当業者が容易に発明をすることができたものではない。 （２）本件発明４について 本件発明４は、本願発明１を減縮した発明であり、［相違点１－３］及び［相違点１－４］に係る構成を含むものであるから、本件発明１と同様に、甲１に記載された発明ではなく、甲１に記載された発明及び甲２～１０のいずれかに記載された発明に基づいて当業者が容易に発明をすることができたものではない。 （３）申立人の主張について 申立人は意見書において、甲１発明の「<img src="http://www.dowjow.com/panorama/panobook/ 2pano/thum.png" width="640" height="300" alt="サンプル" class="pict" />」は、ＶＲパノラマの画像識別情報を含んだリンク情報であるとした上で（５頁）、これを前提に、甲１発明は、本件発明１は、甲１に記載された発明である旨主張している（８頁）。 しかしながら、甲１発明の「<img src=・・・」は、ＶＲパノラマへのリンク元の画像（サムネイル画像）を識別するものであるにすぎず、リンク先のＶＲパノラマの画像を識別するものではないから、ＶＲパノラマの画像識別情報を含んだリンク情報であるとはいえない。 よって、申立人の上記主張は採用できない。 （４）まとめ したがって、甲１に基づく取消理由１（新規性）又は取消理由２（進歩性）によっては、請求項１，４に係る特許を取り消すことはできない。 ２ 甲２に基づく、取消理由２（進歩性）について （１） 本件発明１について ア 対比 本件発明１と甲２発明とを対比する。 （ア）甲２発明の「リンク情報管理システム７」、「画像管理システム５」は、それぞれ、本件発明１の「第１の管理システム」、「第１の管理システムとは異なる管理システム」に相当する。 （イ）甲２発明における「所定領域画像のサムネイル」、及び、「ユーザのコメント」（例えば、「第１ビルの画像」）は、いずれも、本件発明１の「物件の関連情報」と、「関連情報」である点で共通する。 甲２発明の「リンク情報」は、「画像管理システム５のＵＲＬ、画像ＩＤ、及び所定領域情報が含まれて」いるものであり、ここで、甲２発明は、「全天球パノラマ画像における所定領域Ｔは、この全天球パノラマ画像における仮想カメラＩＣの位置の所定領域情報によって特定され」、「画像データに対して、この画像データを識別するための画像ＩＤを付与」し、また、「画像ＩＤを検索キーとして画像管理テーブルを検索することにより、対応する画像データのファイル名を抽出する」ものであることを考慮すると、「画像ＩＤ」は「全天球パノラマ画像」の「画像データ」を識別する情報であるといえる。 そして、甲２発明の「画像管理システム５のＵＲＬ」、「全天球パノラマ画像」の「画像データ」、「画像ＩＤ」は、それぞれ、本件発明１の「前記管理システムのＵＲＬ」、「前記全天球画像データ」、「画像識別情報」に相当する。また、甲２発明の「画像管理システム５のＵＲＬ、画像ＩＤ、及び所定領域情報が含まれて」いる「リンク情報」は、本件発明１の「当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」と、「全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」である点で共通する。 甲２発明の「通信端末３ｂ」は、本件発明１の「第１の通信端末」に相当する。 甲２発明の「リンク情報」について、「リンク情報管理システム７は、ＲＡＭ５０３、及びＨＤ５０４によって構築される記憶部７０００を有しており、この記憶部７０００には、投稿データ管理テーブルによって構成されている投稿データ管理ＤＢ７００３が構築され、この投稿データ管理テーブルでは、ユーザＩＤ毎に、リンク情報、サムネイルデータのファイル名、及びユーザによって投稿されたコメントが関連付けて管理されて」いることは、本件発明１の「リンク情報」が「第１の管理システムで物件の関連情報と紐付けて管理される」ことと、「リンク情報」が「第１の管理システムで関連情報と紐付けて管理される」ことである点で共通するといえる。 よって、甲２発明の「画像管理システム５の送受信部５１は、リンク情報を受信し」ていることは、本件発明１の「前記第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報を、第１の通信端末から受信する受信手段」を有することと、「前記第１の管理システムで関連情報と紐付けて管理される、全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報を、第１の通信端末から受信する受信手段」を有することである点で共通するといえる。 （ウ）甲２発明は、「ディスプレイ３１５上には、所定領域画像を表示する所定領域画像表示領域３１１０、所定領域画像のサムネイルを表示するサムネイル表示領域３１２０、ユーザのコメントを表示するコメント表示領域３１３０が表示されて」いるものであるから、甲２発明の「抽出部５５は、上記ステップＳ５７によって受信されたリンク情報から、画像ＩＤと所定領域情報とを抽出し（ステップＳ５８）、記憶・読出部５９は、ステップＳ５８によって抽出された画像ＩＤを検索キーとして画像管理テーブルを検索することにより、対応する画像データのファイル名を抽出すると共に、このファイル名の画像データを記憶部５０００から読み出し（ステップＳ５９）、送受信部５１は、通信ネットワーク９を介して通信端末３ｂへ、ステップＳ５９によって読み出された画像データ、並びに、ステップＳ５８によってリンク情報から抽出された画像ＩＤ及び所定領域情報を送信し（ステップＳ６０）、これにより、通信端末３ｂの送受信部３１は、画像データ、画像ＩＤ、及び所定領域情報を受信し、通信端末３ｂの表示制御部３３は、ステップＳ６０によって受信された画像データ及び所定領域情報に基づいて、画像データにおける所定領域Ｔから所定領域画像（部分画像Ｐ１）を作成して表示する（ステップＳ６１）」ことは、本件発明１において、「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を前記第１の通信端末に送信する送信手段」を有することと、「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と関連情報とを前記第１の通信端末が表示する際に、当該全天球画像を前記第１の通信端末に送信する送信手段」を有することである点で共通するといえる。 （エ）よって、本件発明１と甲２発明との一致点・相違点は次のとおりである。 ［一致点］ 「第１の管理システムとは異なる管理システムであって、 前記第１の管理システムで関連情報と紐付けて管理される、全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報を、第１の通信端末から受信する受信手段と、 前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と関連情報とを前記第１の通信端末が表示する際に、当該全天球画像を前記第１の通信端末に送信する送信手段と、 を有するシステム。」 ［相違点２－１］ 「関連情報」及び「全天球画像データ」に関して、本件発明１では、「物件の関連情報」及び「当該物件の全天球画像データ」であるのに対して、甲２発明では、それらのいずれも「物件の」ものであることが特定されていない点。 ［相違点２－２］ 「送信手段」に関して、本件発明１では、「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を」送信するものであるのに対して、甲２発明では、「全天球パノラマ画像」を「閲覧するための閲覧スクリプト」を、「全天球パノラマ画像」と「所定領域画像のサムネイル」等とを「通信端末３ｂ」で表示する際に、「全天球パノラマ画像」とともに送信することが特定されていない点。 イ 判断 事案に鑑みて、先に［相違点２－２］について検討する。 全天球画像データを管理する管理システムが、管理システムのＵＲＬと全天球画像データの画像識別情報が含まれるリンク情報を通信端末から受信し、全天球画像を通信端末が表示する際に、画像識別情報に対応する全天球画像を通信端末に送信し、かつ、全天球画像を閲覧するための閲覧スクリプトを通信端末に送信するとの構成は、甲１～１０のいずれにも記載されておらず、本件特許の優先日前における周知技術であったともいえない。 甲１発明は、上記１（１）イで述べたように、「パソコン」等で「ＶＲパノラマ」を表示するために、「サーバー」が「パソコン」等から「ＶＲパノラマの『．ｈｔｍｌ』ファイルにリンク」する情報を受信し、「ＶＲパノラマ」の「画像データ」と、「ＶＲパノラマを動かすため」の「．ｊｓ」とを、「サーバー」が「パソコン」等に送信する構成を含むものであるが、甲１には上記構成（特に、リンク情報に含まれる画像識別情報に対応する全天球画像を通信端末が表示する際に、全天球画像を通信端末に送信し、かつ、全天球画像を閲覧するための閲覧スクリプトを通信端末に送信すること）は開示されていない。 また、甲１発明における上記構成は、上記１（１）イで述べたように一体のものであると解されることから、「．ｊｓ」を「サーバー」が「パソコン」等に送信する構成のみを抽出して甲２発明に適用することは、当業者であっても容易に想到し得るとはいえない。 よって、［相違点２－１］について検討するまでもなく、本件発明１は、甲２に記載された発明及び甲１，３～１０のいずれかに記載された発明に基づいて当業者が容易に発明をすることができたものではない。 （２）本件発明４について 本件発明４は、本願発明１を減縮した発明であり、［相違点２－２］に係る構成を含むものであるから、本件発明１と同様に、甲２に記載された発明及び甲１，３～１０のいずれかに記載された発明に基づいて当業者が容易に発明をすることができたものではない。 （３）申立人の主張について 申立人は意見書において、甲１発明と甲２発明とは、いずれも端末にパノラマ画像を送信して、閲覧させるシステムに係る発明であるから、甲２発明において甲１発明の構成を付加することは当業者が容易に推考し得ることある旨、主張している（１１頁）。 しかしながら、上記（１）イのとおり、甲１発明における構成は一体のものであると解されることから、その一部の構成を抽出して甲２発明に適用することは、当業者であっても容易に想到し得るとはいえず、仮に甲２発明に甲１発明の構成を適用しても、甲２発明における「画像管理システム５のＵＲＬ、画像ＩＤ、及び所定領域情報が含まれて」いる「リンク情報」が甲２発明で置換されることとなり、本件発明１の［相違点２－２］に係る構成には至らない。 よって、申立人の上記主張は採用できない。 （４）まとめ したがって、甲２に基づく取消理由２（進歩性）によっては、請求項１，４に係る特許を取り消すことはできない。 ３ 甲３に基づく、取消理由２（進歩性）について （１） 本件発明１について ア 対比 本件発明１と甲３発明とを対比する。 （ア）甲３発明の「サーバコンピュータ（以下、「ＳＣ」と称す。）２」は、本件発明１の「第１の管理システムとは異なる管理システム」と、「システム」である点で共通する。 （イ）甲３発明は、「ＰＣ３の要求に対して各不動産物件のパノラマ画像データを提供する」ものであり、「ＳＣ２は、データとしてＨＴＭＬ（HyperText Markup Language）等のマークアップ言語により記述されたウェブページを提供するウェブサーバであり、ＰＣ３は、ＳＣ２により提供されるウェブページを閲覧するためのウェブブラウザを備えるものであり、」「設備画像データ１１～１４は、各設備を選択してパノラマ画像データを得るためのリンクが設けられており、また、この物件データ表示画面の左側のフレームには、パノラマ画像データを表示する分類として、外観、キッチン、リビング、浴室等の各設備を選択するためのリンク３２が設けられており、ＰＣ３により設備画像データ１１～１４のリンクまたはリンク３２により設備の選択が行われると、ＳＣ２は、パノラマ画像データ提供手段６により、この選択された設備に対応するパノラマ画像データをＤＢ１から取得し、ＰＣ３へ表示させるためのデータとして構成し、ＰＣ３へ送信」するものであって、ここで、ＨＴＭＬにより記述されたウェブページでは、通常、リンクの情報がＵＲＬで特定されるから、甲３発明の「設備画像データ１１～１４のリンクまたはリンク３２」は、ＵＲＬが含まれる、「不動産物件のパノラマ画像データ」に関する情報であるといえる。そして、甲３発明の「各不動産物件のパノラマ画像データ」は、本件発明１の「物件の全天球画像データ」に相当し、甲３発明の「設備画像データ１１～１４のリンクまたはリンク３２」は、本件発明１の「当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」と、「ＵＲＬが含まれる、物件の全天球画像データに関するリンク情報」である点で共通する。 甲３発明の「利用者または不動産物件の情報提供者の使用するクライアントコンピュータとしてのＰＣ３」は、本件発明１の「第１の通信端末」に相当する。 甲３発明において「ＰＣ３により設備画像データ１１～１４のリンクまたはリンク３２により設備の選択が行われると、ＳＣ２は、パノラマ画像データ提供手段６により、この選択された設備に対応するパノラマ画像データをＤＢ１から取得し」ていることは、ここで「選択された設備」に対応する「パノラマ画像データをＤＢ１から取得」する前提として、「ＳＣ２」が「選択された設備」に対応する「設備画像データ１１～１４のリンクまたはリンク３２」を受信していることは明らかである。 よって、甲３発明における「ＰＣ３により設備画像データ１１～１４のリンクまたはリンク３２により設備の選択が行われると、ＳＣ２は、パノラマ画像データ提供手段６により、この選択された設備に対応するパノラマ画像データをＤＢ１から取得」していることと、本件発明１の「第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報を、第１の通信端末から受信する受信手段」を有することとは、「ＵＲＬが含まれる、物件の全天球画像データに関するリンク情報を、第１の通信端末から受信する受信手段」を有することである点で共通するといえる。 （ウ）甲３発明における「ＤＢ１に蓄積される物件データ」は、「各不動産物件についての物件名、物件タイプ（洋風一戸建て、和風一戸建て、ワンルーム、１Ｋ～１ＤＫ、２Ｋ～２ＬＤＫ、３Ｋ～３ＬＤＫ、４Ｋ～４ＬＤＫ、５以上、その他等）、家賃、敷金、礼金、共益費、住所（郵便番号、都道府県、市区町村、番地等）、コメント、備考等の文字データ、および、外観、エントランス、キッチン、リビング、浴室、トイレ、その他の各設備の画像データであ」るから、本件発明１の「物件の関連情報」に相当する。 甲３発明の「パノラマ画像データ１５とともに、物件の名称、例えば、「パークマンション」を表示し」ていることにおいて、「パノラマ画像データ１５」は、「ＰＣ３により設備画像データ１１～１４のリンクまたはリンク３２により設備の選択が行われ」て「ＤＢ１から取得」されたものであるから、「設備画像データ１１～１４のリンクまたはリンク３２」に対応しているといえる。 よって、甲３発明において、「ＰＣ３により設備画像データ１１～１４のリンクまたはリンク３２により設備の選択が行われると、ＳＣ２は、パノラマ画像データ提供手段６により、この選択された設備に対応するパノラマ画像データをＤＢ１から取得し、ＰＣ３へ表示させるためのデータとして構成し、ＰＣ３へ送信し」ていることは、本件発明１において、「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を前記第１の通信端末に送信する送信手段」を有することと、「前記リンク情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像を前記第１の通信端末に送信する送信手段」を有することである点で共通するといえる。 （エ）よって、本件発明１と甲３発明との一致点・相違点は次のとおりである。 ［一致点］ 「システムであって、 ＵＲＬが含まれる、物件の全天球画像データに関するリンク情報を、第１の通信端末から受信する受信手段と、 前記リンク情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像を前記第１の通信端末に送信する送信手段と、 を有するシステム。」 ［相違点３－１］ 「システム」に関して、本件発明１では、「第１の管理システムとは異なる管理システム」であり、「全天球画像データを管理する」ものであるのに対して、甲３発明では、「ＳＣ２」であって、別途存在する「第１の管理システム」と「異なる」ことが特定されておらず、「パノラマ画像データ１５」を「管理する」「管理システム」であることも特定されていない点。 ［相違点３－２］ 「リンク情報」に関して、本件発明１では、「前記第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれる」ものであるのに対して、甲３発明では、「設備画像データ１１～１４のリンクまたはリンク３２」の情報が、「前記第１の管理システム」で「各不動産物件についての物件名」等と「紐付けて管理される」ことは特定されておらず、また、当該情報に含まれるＵＲＬが「パノラマ画像データ１５」を管理する「ＳＣ２」のＵＲＬであることが特定されておらず、「パノラマ画像データ１５」に関する情報が「画像識別情報」であることも特定されていない点。 ［相違点３－３］ 「送信手段」に関して、本件発明１では、「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を」送信するものであるのに対して、甲３発明では、「パノラマ画像データ１５」が「設備画像データ１１～１４のリンクまたはリンク３２」の情報に含まれる「前記画像識別情報」に対応することが特定されておらず、「パノラマ画像データ１５」を「閲覧するための閲覧スクリプト」を、「パノラマ画像データ１５」と「各不動産物件についての物件名」等とを「ＰＣ３」で表示する際に、「パノラマ画像データ１５」とともに送信することも特定されていない点。 イ 判断 事案に鑑みて、先に、「リンク情報」に関して相互に関連する［相違点３－２］及び［相違点３－３］について、まとめて検討する。 全天球画像データを管理する管理システムが、管理システムのＵＲＬと全天球画像データの画像識別情報が含まれるリンク情報を、通信端末から受信し、全天球画像を通信端末が表示する際に、画像識別情報に対応する全天球画像を通信端末に送信し、かつ、全天球画像を閲覧するための閲覧スクリプトを通信端末に送信するとの構成は、甲１～１０のいずれにも記載されておらず、本件特許の優先日前における周知技術であったともいえない。 甲１発明は、上記２（１）イで述べた構成を含むものであり、甲２発明は、上記１（１）イで述べた構成を含むものであるが、甲１，２のいずれにも上記構成は開示されていない。 よって、［相違点３－１］について検討するまでもなく、本件発明１は、甲３に記載された発明及び甲１，２，４～１０のいずれかに記載された発明に基づいて当業者が容易に発明をすることができたものであるとはいえない。 （２）本件発明４について 本件発明４は、本願発明１を減縮した発明であり、［相違点３－２］及び［相違点３－３］に係る構成を含むものであるから、本件発明１と同様に、甲３に記載された発明及び甲１，２，４～１０のいずれかに記載された発明に基づいて当業者が容易に発明をすることができたものではない。 （３）申立人の主張について 申立人は意見書において、甲３発明と本件発明１とは、「物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報を、第１の通信端末から受信する受信手段」を備える点で共通するとした上で（１３頁）、これを前提に、甲１発明は、甲３発明、甲１発明及び甲５～１０に記載された事項に基づいて当業者が容易に相当し得た旨、主張している（１６頁）。 しかしながら、上記（１）ア（イ）のとおり、甲３発明の「設備画像データ１１～１４のリンクまたはリンク３２」は、「不動産物件のパノラマ画像データ」に関する情報であって、ＵＲＬが含まれるとはいえるものの、ＵＲＬとは別に「パノラマ画像データ」の画像識別情報が含まれることは、甲３には記載されておらず、自明ともいえないから、甲３発明と本件発明１とは、申立人が主張するような点において共通するとはいえない。 よって、申立人の上記主張は採用できない。 （４）まとめ したがって、甲３に基づく取消理由２（進歩性）によっては、請求項１，４に係る特許を取り消すことはできない。 ４ 甲４に基づく、取消理由２（進歩性）について （１） 本件発明１について ア 対比 本件発明１と甲４発明とを対比する。 （ア）甲４発明の「サーバーＳ」は、本件発明１の「第１の管理システムとは異なる管理システム」と、「システム」である点で共通する。 （イ）甲４発明の「物件の外観写真や間取り図等」は、本件発明１の「物件の関連情報」に相当する。 甲４発明の「物件内部をパノラマ撮影した画像が閲覧できるようにリンク設定してもよ」いことにおける「パノラマ撮影した画像」は、データであり、本件発明１の「物件の全天球画像データ」に相当し、「リンク」は、情報であり、本件発明１の「当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」と、「当該物件の全天球画像データに関するリンク情報」である点で共通する。 甲４発明の「依頼者Ｃは画像バンクＢというサイトの「１２３４５」という名前を閲覧希望者Ｕに開示することで、その閲覧希望者Ｕがインターネットを介してその写真を閲覧することができ」ものにおいて、「閲覧希望者Ｕ」が、本件発明１の「第１の通信端末」に相当する通信端末を利用していることは明らかである。 よって、甲４発明において「閲覧希望者Ｕは、「画像バンク．ｃｏｍ」にアクセスすると、開示された名前の物件の外観写真を閲覧することができ、 表示画面にアイコンを設け、これをクリックすることによって、物件の間取り図も閲覧できるようにしており、この場合、外観写真と共に間取り図を併せて表示してもよく、物件内部をパノラマ撮影した画像が閲覧できるようにリンク設定してもよく、ここでいう、このパノラマ画像は、物件の内部を３６０゜パノラマ撮影し、これを回転させることによって、あたかも動画のように閲覧できる」ことは、ここで「サ－バーＳ」が、「閲覧希望者Ｕ」側と情報を送受信するための何らかの「受信手段」を備えており、「物件内部をパノラマ撮影した画像が閲覧できる」「リンク」をクリックしたことを知らされていることが明らかであるから、本件発明１の「前記第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報を、第１の通信端末から受信する受信手段」を有することと、「物件の全天球画像データに関するリンク情報を、第１の通信端末から受信する受信手段」を有することである点で共通するといえる。 （ウ）甲４発明において、「閲覧希望者Ｕは、「画像バンク．ｃｏｍ」にアクセスすると、開示された名前の物件の外観写真を閲覧することができ、 表示画面にアイコンを設け、これをクリックすることによって、物件の間取り図も閲覧できるようにしており、この場合、外観写真と共に間取り図を併せて表示してもよく、物件内部をパノラマ撮影した画像が閲覧できるようにリンク設定してもよく、ここでいう、このパノラマ画像は、物件の内部を３６０゜パノラマ撮影し、これを回転させることによって、あたかも動画のように閲覧できる」ことは、ここで「サ－バーＳ」が、「閲覧希望者Ｕ」側と情報を送受信するための何らかの「送信手段」を備えており、「パノラマ画像」を通信端末に送信していることが明らかであるから、本件発明１において、「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を前記第１の通信端末に送信する送信手段」を有することと、「前記リンク情報に対応する全天球画像を前記第１の通信端末が表示する際に、当該全天球画像を前記第１の通信端末に送信する送信手段」を有する点で共通するといえる。 （エ）よって、本件発明１と甲４発明との一致点・相違点は次のとおりである。 ［一致点］ 「システムであって、 物件の全天球画像データに関するリンク情報を、第１の通信端末から受信する受信手段と、 前記リンク情報に対応する全天球画像を前記第１の通信端末が表示する際に、当該全天球画像を前記第１の通信端末に送信する送信手段と、 を有するシステム。」 ［相違点４－１］ 「システム」に関して、本件発明１では、「第１の管理システムとは異なる管理システム」であり、「全天球画像データを管理する」ものであるのに対して、甲４発明では、「サーバーＳ」であって、別途存在する「第１の管理システム」と「異なる」ことが特定されておらず、「パノラマ撮影した画像」を「管理する」「管理システム」であることも特定されていない点。 ［相違点４－２］ 「リンク情報」に関して、本件発明１では、「前記第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれる」ものであるのに対して、甲４発明では、「物件内部をパノラマ撮影した画像が閲覧できる」「リンク」の情報が、「第１の管理システム」で「物件の外観写真や間取り図等」と「紐付けて管理される」ことが特定されておらず、当該情報に含まれるものが、「サーバーＳ」の「ＵＲＬ」及び「パノラマ撮影した画像」の「画像識別情報」であることも特定されていない点。 ［相違点４－３］ 「送信手段」に関して、本件発明１では、「前記リンク情報に含まれる前記画像識別情報に対応する全天球画像と前記物件の関連情報とを前記第１の通信端末が表示する際に、当該全天球画像と、全天球画像を閲覧するための閲覧スクリプトと、を前記第１の通信端末に送信する送信手段」であるのに対して、甲４発明では、「パノラマ撮影した画像」が「物件内部をパノラマ撮影した画像が閲覧できる」「リンク」の情報に含まれる「前記画像識別情報」に対応することが特定されておらず、また、「物件の外観写真や間取り図等」を「パノラマ撮影した画像」とともに表示することも特定されておらず、それらを通信端末で表示する際に、「パノラマ撮影した画像」を「閲覧するための閲覧スクリプト」を、「パノラマ撮影した画像」とともに送信することも特定されていない点。 イ 判断 事案に鑑みて、先に、「リンク情報」に関して相互に関連する［相違点４－２］及び［相違点４－３］について、まとめて検討する。 全天球画像データを管理する管理システムが、管理システムのＵＲＬと全天球画像データの画像識別情報が含まれるリンク情報を、通信端末から受信し、全天球画像を通信端末が表示する際に、画像識別情報に対応する全天球画像を通信端末に送信し、かつ、全天球画像を閲覧するための閲覧スクリプトを通信端末に送信するとの構成は、甲１～１０のいずれにも記載されておらず、本件特許の優先日前における周知技術であったともいえない。 甲１発明は、上記２（１）イで述べた構成を含むものであり、甲２発明は、上記１（１）イで述べた構成を含むものであるが、甲１，２のいずれにも上記構成は開示されていない。 よって、［相違点４－１］について検討するまでもなく、本件発明１は、甲４に記載された発明及び甲１～３，５～１０のいずれかに記載された発明に基づいて当業者が容易に発明をすることができたものであるとはいえない。 （２）本件発明４について 本件発明４は、本願発明１を減縮した発明であり、［相違点４－２］に係る構成を含むものであるから、本件発明１と同様に、甲４に記載された発明及び甲１～３，５～１０のいずれかに記載された発明に基づいて当業者が容易に発明をすることができたものではない。 （３）申立人の主張について 申立人は意見書において、甲３発明と本件発明１とは、「物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報を、第１の通信端末から受信する受信手段」を備える点で共通するとした上で（１７頁）、これを前提に、甲１発明は、甲４発明、甲１発明及び甲５～１０に記載された事項に基づいて当業者が容易に相当し得た旨、主張している（１９頁）。 しかしながら、甲４発明の「物件内部をパノラマ撮影した画像が閲覧できるようにリンク設定してもよ」いことにおける「リンク」の情報に「サーバーＳ」のＵＲＬ及び「パノラマ撮影した画像」の画像識別情報が含まれることは、甲４には記載されておらず、自明ともいえないから、甲４発明と本件発明１とは、申立人が主張するような点において共通するとはいえない。 よって、申立人の上記主張は採用できない。 （４）まとめ したがって、甲４に基づく取消理由２（進歩性）によっては、請求項１，４に係る特許を取り消すことはできない。 ５ 取消理由３（サポート要件）について 請求項１の「第１の管理システムとは異なる管理システム」との記載は、発明の詳細な説明の段落【００１０】における、「図１に示されているように、本実施形態の画像共有システムは、撮影装置１、複数の通信端末（３ａ，３ｂ）、画像管理システム５、及びリンク情報管理システム７によって構築されている。」との、「画像管理システム５」が「リンク情報管理システム７」と異なるシステムである旨の記載に対応しているものと解される。 また、請求項１の「当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」との記載は、発明の詳細な説明の段落【００３０】における「このリンク情報は、図１３に示されているように、画像管理システム５のＵＲＬ、画像ＩＤ、及び所定領域情報が含まれている。」との記載に対応しているものと解される一方、請求項１の当該記載が、仮に、直接的に全天球画像データを識別する画像識別情報を含み得るとしても、当該技術分野の本件特許の優先日における技術常識に照らして、発明の詳細な説明に記載された範囲を超えるものとはいえない。 そうすると、請求項１の上記の各記載に基づいて、請求項１に係る発明は、発明の詳細な説明において発明の課題が解決できることを当業者が認識できるように記載された範囲を超えるものということはできない。 したがって、取消理由３（サポート要件）によっては、請求項１，４に係る特許を取り消すことはできない。 ６ 取消理由４（明確性） 請求項１に記載されている「第１の管理システムとは異なる管理システム」及び「前記第１の管理システムで物件の関連情報と紐付けて管理される、当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」は、いずれも明確である。 したがって、取消理由４（明確性）によっては、請求項１，４に係る特許を取り消すことはできない。 ７ 取消理由５（新規事項）について 上記第２の１（１）の訂正事項１により、訂正前の請求項１に記載されていた「当該物件の全天球画像データのリンクを示す情報」は、訂正後の請求項１において「当該物件の全天球画像データを管理する前記管理システムのＵＲＬと前記全天球画像データの画像識別情報が含まれるリンク情報」と訂正されており、訂正事項１が新規事項を追加するものではないことは、同２（１）イで検討したとおりである。 したがって、取消理由５（新規事項）によっては、請求項１，４に係る特許を取り消すことはできない。 ８ 取消理由６（分割の適否に基づく進歩性） 当該取消理由は、請求項１の「第１の管理システム」と「管理システム」が同一の「管理システム」であるものと解し得ることを前提とするものであるが、請求項１の「第１の管理システムとは異なる管理システム」との記載について、そのように解することはできない。 したがって、取消理由６（分割の適否に基づく進歩性）によって、請求項１，４に係る特許を取り消すことはできない。 第７ むすび 以上のとおり、取消理由通知書（決定の予告）に記載した取消理由のいずれによっても、請求項１，４に係る特許を取り消すことはできない。 また、他に請求項１，４に係る特許を取り消すべき理由を発見しない。 請求項２，３は訂正により削除され、これにより、当該請求項に係る特許異議の申立ては、その対象が存在しないものとなったため、特許法第１２０条の８第１項において準用する同法第１３５条の規定により却下する。 よって、結論のとおり決定する。