コンピュータ関連発明

　ＣＳ関連発明について、技術的範囲に属さないと判断されました。
　前記３のとおり，本件特許発明４（請求項４）が，いずれも請求項１の従属項である請求項２または請求項３の発明に，「前記ユーザエージェントは，前記第三者エージェントと協働して仕事を行うマルチエージェントで構成されている」との構＼成を付加していることから，本件特許発明１（請求項１）は，マルチエージェントシステムの構成を前提とするものではないと解する余地がある。＼nしかしながら，本件特許発明１（請求項１）には，「自律的なソフトウェアモジュールとしてのエージェント」，「コンテンツ提供手段」，「プロフィール情報受付手段」，「マッチング判断を行うエージェント」，「中立性を有する第三者エージェント」，「コンテンツ提供システム」といった構＼成が使用されており，単に「マルチエージェント」の言葉が使用されていないことのみを理由として，複数のエージェントが協働するマルチエージェントシステムの構成が開示されていないと即断することはできない。＼nむしろ，上記のとおり，原出願はマルチエージェントシステムの構成を前提とするものであるから，その曾＼孫出願をさらに分割してされた本件特許が，複数のエージェントの協働という限定のない，単にエージェントの存在のみを内容とするシステムを権利内容とするとは考え難い（仮にそうであるとすると，分割要件の問題となるほか，前記３(2)において認定した従来技術との関係において，新規性，進歩性も問題となる。また，上記のとおり，本件明細書の発明の詳細な説明には，マルチエージェントシステムを前提に課題を解決する発明が開示されていると認められるが，請求項１に単なるエージェントの存在のみで構成される発明が記載されているものとした場合，サポート要件の点も問題となる。）。＼nまた，前記３のとおり，原出願の明細書では，発明の実施の形態として，ゼネラルマジック社が開発した通信用言語であるテレスクリプトによる自律ソフトウェアとしてのエージェントを採用することなどが記載されているが，その前後の記載から，これがマルチエージェントシステムの採用を前提とする内容であることは明らかであるところ，本件明細書にも，前述のとおり，発明の実施の形態として，ゼネラルマジック社が開発した通信用言語であるテレスクリプトによる自律ソ＼フトウェアとしてのエージェントを採用することが記載されており，これによれば，本件明細書は，原出願にかかる明細書同様，エージェント同士が協調して動作するマルチエージェントシステムを利用することで課題を解決するとの構成を開示するものと認められ，本件特許の特許請求の範囲の文言についても，これを前提に理解すべきものである。
(3) あてはめ
以上によれば，本件特許の構成要件Ａ−１の「自律的なソ＼フトウェアモジュールとしてのエージェント」については，他のソフトウェアモジュールとしてのエージェントと，課題解決のために協調して動作するマルチエージェントシステムの一部を意味するものと解するのが相当である。＼n被告システムについては，前記２で認定したところであるが，携帯電話等のユーザー端末，被告が利用するサーバー群及びコンテンツ提供業者のそれぞれにソフトウェアがインストールされ，相互に情報のやり取りをする事実は認められるものの，被告システムのエージェントが，ユーザーのエージェントあるいはコンテンツ提供業者のエージェントと，課題解決のために協調して動作するマルチエージェントシステムが構＼成されている事実は，本件で提出された証拠によっては認定することができない。 そうすると，被告物件イ−２（ｉコンシェル）は構成要件Ａ−１を充足せず，本件特許発明１の技術的範囲に属しないというべきである。＼n

◆判決本文

　ＣＳ関連発明について、進歩性無しとした審決が維持されました。出願人は住友不動産（株）です。
　本願発明において，「単位改修価格情報」を，「ビル全体を新築するための標準全体新築費用と，既存ビル全体を新築同様の状態へと改修するための標準全体改修費用との割合に応じて，新築ビルの単位規模あたりの新築価格より小さく設定」したのは，改修工事として標準的な工事内容を想定した場合には，改修費用は，新築費用よりも小さくなることに着目して，新築工事と改修工事の全体費用の差に応じて単位規模当たりの改修価格を設定し，同様に，単位規模当たりの改修工期を，単位規模当たりの新築工期より小さい値に設定したものである。ここで，建物の改修工事は，既設建物のうち再利用可能な部分については，再利用することを前提とするものであるから，一定程度の再利用可能＼＼な部分を有する建物に対する標準的な改修工事においては，躯体，土工事，杭工事の費用が新築工事よりも大幅に安く，給排水，空調，電気，エレベータ，仮設（足場），外構の費用も削減されることは，明らかといえる。一方，著しく老朽化した建物など，再利用可能＼＼な部分が極めて少ない建物に対する改修工事においては，改修費用が，新築費用よりもむしろ大きくなり，工期も長くなる場合があり得る。建物の状況によっては，上記両用の場合があり得るにもかかわらず，本願発明において，「単位改修価格情報」を，改修工事の対象となる建物の個別の状況を反映することなく，「ビル全体を新築するための標準全体新築費用と，既存ビル全体を新築同様の状態へと改修するための標準全体改修費用との割合に応じて，新築ビルの単位規模あたりの新築価格より小さく設定」し，「単位改修工期情報」を，「ビル全体を新築するための標準全体新築工期と，既存ビル全体を新築同様の状態へと改修するための標準全体改修工期との割合に応じて，新築ビルの単位規模あたりの新築工期より小さく設定」したのは，審決が認定するように，「専ら，ビル全体の改修工事の方が新築の場合よりメリットがあることを顧客に説明し，契約を円滑に進めるための商業上の都合によるもの」と認められる。そして，顧客との契約を円滑に進めるために，顧客に対する契約の提示者が，価格などについて，商業上の都合により設定すること，及びその価格設定に際して，標準的な費用を算出して価格設定の根拠として用いることは，適宜なし得ることといえる。また，概算工事費等を算出する場合において，単位規模当たりの工事費，工期を算出しようとする際，所定の標準値を算出した上で，標準値に対する「割合」を用いて算出することは，常とう手段である。以上によれば，引用例１発明を「ビル全体を新築同様の状態へと改修する全体新築化改修依頼」に適用するに当たり，「工事価格」（改修価格）及び「工事工期」（改修工期）を，所定の標準値との「割合」に応じて，「新築ビルの単位規模あたりの新築価格より小さく設定」し，あるいは，「新築ビルの単位規模あたりの新築工期より小さく設定」することには，格別の技術的意義は認められず，当業者が適宜なし得る設計事項であるといえ，この旨判断した審決の判断に誤りはない。

◆判決本文

　コンピュータにおける処理について、クレームの”記憶装置”には、揮発性のＲＡＭは含まないとして、審決を取り消しました。　
　審決は，本願発明の「記憶装置」は，その記憶するデータ内容や記憶構造を限定しない「記憶装置」と捉えることができることから，引用発明の「主記憶装置」に相当するとして一致点を認定した。しかし，前記１(2)及び(3)ウで判示したとおり，本願発明の「記憶装置」は，システム内に含まれ，ファイル・システムを含む記憶装置であるところ（請求項１），本願明細書の発明の詳細な説明に照らして，その技術的意義を理解すると，ハード・ディスク等の不揮発性の大容量記憶手段であり，少なくとも揮発性のＲＡＭはこれに含まれないものと解される。これに対し，引用発明の「主記憶装置」は，「オペレーティングシステムおよびアプリケーションプログラムをプログラム格納手段から読み出して一時的に記憶する揮発性の主記憶装置」（【請求項１】）で，【発明の実施の形態】の図１の「ＲＡＭ１０３」（【００３７】）に相当するものであって，「ＲＡＭ１０３はＣＰＵ１０１がプログラムを実行するとき，必要なデータを一時的に記憶させる作業領域として使用される揮発性の記憶装置であり，例えばＤＲＡＭからなる。」（【００３８】）と記載されており，ファイル・システムによって，プログラム等のファイルをフォルダやディレクトリを作成することにより管理したり，ファイルの移動や削除等の操作方法を定めたりすることは記載されていない。そうすると，本願発明の「記憶装置」と，引用発明の「主記憶装置」は相違するものであるから，両者を一致するとした審決の認定は誤りである。そして，引用発明が，「プログラム起動時，起動時間を短縮できる演算装置および演算装置を利用した電子回路装置を提供することを目的」（【００１５】）とし，前回終了時に，主記憶装置に記憶されているデータを不揮発性記憶装置に待避させ，演算装置の再起動時に，当該データを主記憶装置に転送することによって，前回の電源オフ時のオペレーティング・システム及びアプリケーション・プログラムの実行状態を再現するものであることからすれば，引用発明における演算装置の再起動時の不揮発性装置からのデータの転送先は，必ず主記憶装置でなければならず，引用発明における揮発性の「主記憶装置」をファイル・システムを含む不揮発性の記憶装置に置き換えることには阻害要因があるというべきである。したがって，審決には，「記憶装置」に関して，本願発明は「ファイル・システム」が含まれる不揮発性の記憶装置であるのに対し，引用発明は，揮発性の「主記憶装置」であるという相違点を看過した誤りがあり，同相違点の看過は，容易想到性の判断の結論を左右するものである。
(3) 被告の主張について
被告は，請求項１を引用する請求項５には，揮発性か不揮発性か限定されていない「固形メモリ装置」（solid state memory），すなわち，ＲＡＭのように揮発性だが高速な固形メモリ装置，及び，メモリカードのように不揮発性だが低速の固形メモリ装置の双方が含まれることが記載されているから，本願発明の「記憶装置」にはあらゆる記憶装置が含まれる旨主張する。しかし，そもそも本願明細書には，「固形メモリ装置」について，「ＲＡＭのように揮発性だが高速な固形メモリ装置」が含まれるとの記載はないから，被告の主張は理由がない。

◆判決本文

　この事件は、出願から審決取消訴訟の判決まで1年6月かかっていません。私の知ってる限り、出願から判決まで最速です。公開公報が出る前に、判決文にて発明の内容が公表された珍しい案件です。
　引用発明の「ロール情報」（保守プログラム識別子）は，前記ア2)のとおり，監視動作の機能であるプログラム（トナーの残量監視プログラム，紙詰まり監視プログラム）や通知動作の機能＼であるプログラム（通報プログラム）等の動作内容が類似する機能ごとに付与されているものであり，「トナーの残量」「紙詰まり」及び「通報」等は，各保守プログラムの役割を表＼しているといえる。 また，前記(1)アのとおり，「ロール情報」（保守プログラム識別子）が「紙詰まり」である場合の保守プログラムリストの例として，４つ（複数）の紙詰まり検出プログラムがダウンタイムの短い順に順位付けされており，保守プログラム選択部３０によって選択の対象とされるものである。 そして，情報処理の技術分野において，複数のプログラムを連続して実行する際に，前に実行した処理結果（情報）に基づいて，後続の処理を行うことは技術常識であると認められる。 そうすると，「紙詰まり」というロール情報（保守プログラム識別子）に，複数の呼び出し用プログラム（保守プログラム）が関連付けられており，その複数の呼び出し用プログラム（保守プログラム）から１つの呼び出し用プログラム（保守プログラム）を選択して実行する引用発明において，「紙詰まり」に対する呼び出し用プログラム（保守プログラム）の呼び出し順序よりも前に実行する呼び出し用プログラム（保守プログラム）がある場合 に，その呼び出し用プログラム（保守プログラム）から出力された情報に基づいて，実行対象とする１つの呼び出し用プログラム（保守プログラム）を選択するように構成することは，当業者であれば容易に想到し得るものである。＼n

◆判決本文

　ＣＳ関連発明について進歩性を否定した審決が維持されました。
　前記(1)アによれば，甲１発明のサイバーマネーが原告の主張する通用ポイントとして利用されることは認められる。 しかし，甲１発明を本件発明1と対比するに当たっては，甲１発明のサイバーマネーが本件発明1の共通ポイントに相当するかを検討するのであるから，本件発明１の共通ポイントの技術的意義を明らかにした上で，甲１発明のサイバーマネーが 共通ポイントに相当するかを検討すべきであり，本件発明１の共通ポイントの意義と関係づけることなく，甲１発明のサイバーマネーの意義を単独で検討しても意味はない。 そこで，本件発明１の共通ポイントの技術的意義について検討するに，本件特許の請求項１の記載によれば，第１のクライアント企業のポイントが交換レートに基づいて共通ポイントに交換され，その共通ポイントが第２のクライアント企業のポイントとして精算レートに基づいて精算されるものである。 そうすると，共通ポイントとは，第１のクライアント企業のポイントと第２のクライアント企業のポイントを交換するに当たり，その仲立ちをするものであり，企業ポイントとの間で設定された交換レート又は精算レートに基づいて，企業ポイントとの間で交換されるものである。 次に，甲１発明の内容をみるに，前記(1)アによれば，売渡注文の場合は，売渡注文のボーナスポイントの数量を注文者のポイント情報ＤＢに保有されている数量から控除するとともに，所定の交換レートに基づいて算出されたサイバーマネーとしてこれを注文者のポイント情報ＤＢに格納して交換し，買受注文の場合は，買い受けるポイントに対して所定の交換レートに基づいて注文者がポイント情報ＤＢに保有するサイバーマネーを控除するとともに，買い受けたボーナスポイントの数量を注文者のポイント情報ＤＢに格納して交換するものである。 そうすると，甲１発明のサイバーマネーは，売渡注文と買受注文を連続的に観察した場合には，Ａ企業のポイントとＢ企業のポイントを交換する当たり，その仲立ちをするものであり，企業ポイントとの間で設定された所定の交換レートに基づいて，企業ポイントとの間で交換されるものである。そして，甲１公報の発明の効果欄の記載によれば，消費者は少額多種のボーナスポイントを他の一種類のボーナスポイントに交換することができるというのであるから，甲１発明は売渡注文と買受注文が連続的に行われる場合を予定しているものというべきである。＼n以上によれば，甲１発明のサイバーマネーは，本件発明１の共通ポイントに相当 するものということができる。

◆判決本文

　ＣＳ関連発明について、技術的範囲に属しないと判断されました。均等侵害も否定されました。
（ア）「一覧出力形式」のうち，「一覧」には，「全体の概略が簡単にわかるようにまとめたもの」（甲１４），「全体が一目で分かるようにしたもの」（乙４）という意味があり，「出力」には，「機器・装置が入力を受けて仕事をし，外部に結果を出すこと」（甲１４），「原動機・通信機・コンピュータなどの装置が入力を受けて仕事または情報を外部へ出すこと」（乙４）という意味があり，「形式」には，「物事を行うときの，則るべき一定の手続きや方法・様式」（甲１４），「事務などを進めるための，文書の体裁や執るべき手続」（乙４）という意味がある。 構成要件１Ｄには，第１通信装置の記憶手段に記憶された複数の品物の画像データの中から，ユーザ情報に対応するものを「一覧出力形式」で，すなわち，全体を一覧できるように，情報を外部へ出す方法で，第２通信装置へ送信する旨が記載されている。ここで，「全体」とは，「ユーザ情報に対応するもの」，すなわち，ユーザ情報に対応する複数の品物の画像データの全てであると読み取ることができる。
（イ）発明が解決しようとする課題，課題を解決するための手段及び発明の効果において，顧客がどの衣類を預けたか忘れてしまうことがあるが，事業者が預かっている対象物の内容を画像で視覚的に示すことによって，顧客が，預けている衣類を正確に把握でき，その中から，返却を要求したい衣類を事業者に対して容易かつ的確に知らせることができる旨が指摘されており，Ｐ１は，本件特許出願の過程で，同様の指摘や補正をしている。このような目的，作用効果のためには，事業者は，顧客に対し，預かった複数の品物の全てについて，１回の出力で，その画像を閲覧できるように提示する必要がある。 発明の実施の形態においても，預かり物の全ての画像データが読み込まれ，その結果，注文情報データベースから抽出した所定の注文情報と，預かり物画像データベースから読み込んだ衣類の画像データによって生成される「お預かり表」のウェブページに，抽出された全てのレコードに記述されている画像データパスの画像データが表＼示され，全ての画像データを閲覧することが可能となる。
（ウ）前記(ア)及び(イ)を併せ考えると，「一覧出力形式」とは，ユーザ情報に対応する複数の品物の画像データが出力された場合，その画像データの全てが一覧できる状態，例えば，ディスプレーに表示される場合には，ひとつの画面上で閲覧できる状態（ディスプレーの大きさや画面の大きさにより，スクロールする必要が生じる場合を含む。）で，情報を外部へ出す方法を意味すると解される。
（２）構成要件１Ｄに対応する被告方法の構＼成 証拠（甲６〜８，乙３）及び弁論の全趣旨によると，被告方法は，別紙被告方法目録記載第２の構成を備えていると認めることができる。 これによると，被告方法では，各画像データが「保管中アイテム」等のカテゴリーに分けられてサーバに記録されており，顧客があるカテゴリーのボタンをクリックすると，旧被告方法の場合，当該カテゴリーについてのみ，カテゴリー内の全ての画像が顧客側へ送信され，新被告方法の場合，当該カテゴリー内の１枚の画像のみが顧客側へ送信される。
（３）被告方法の構成要件１Ｄへの充足性
そうすると，被告方法は，ユーザ情報に対応する複数の品物の画像データの全てが一覧できる状態で，情報を外部へ出す方法をとっておらず，「一覧出力形式」との構成要件（構＼成要件１Ｄ）を充足しない。 したがって，被告方法は，本件発明１から３までの構成要件を文言上充足すると認めることができない。＼n

◆判決本文

　ＣＳ関連発明について、29条柱書違反とした審決が維持されました。コンピュータ関連発明について自然法則の利用性が争われたのは、久しぶりですね。
そうすると，請求項に記載された特許を受けようとする発明が，特許法２条１項に規定する「発明」といえるか否かは，前提とする技術的課題，その課題を解決するための技術的手段の構成及びその構＼成から導かれる効果等の技術的意義に照らし，全体として「自然法則を利用した」技術的思想の創作に該当するか否かによって判断すべきものである。 そして，上記のとおり「発明」が「自然法則を利用した」技術的思想の創作であることからすれば，単なる抽象的な概念や人為的な取決めそれ自体は，自然界の現象や秩序について成立している科学的法則とはいえず，また，科学的法則を何ら利用するものではないから，「自然法則を利用した」技術的思想の創作に該当しないことは明らかである。また，現代社会においては，コンピュータやこれに関連する記録媒体等が広く普及しているが，仮に，これらの抽象的な概念や人為的な取決めについて，単に一般的なコンピュータ等の機能を利用してデータを記録し，表＼示するなどの内容を付加するだけにすぎない場合も，「自然法則を利用した」技術的思想の創作には該当しないというべきである。 そこで，まず，本件補正発明が前提としている課題についてみると，前記１ウの本願明細書の「従来技術では，文字を組み合わせて意味を持つ単語を生成する。単語は言語の中にあり，言語の中だけでその単語の意味を直接持つ。意味を直接持つ単語で物や，性質，特徴，意味，概念などの属性という情報を表わす。物を表＼わす単語と属性を表わす単語とから成る単語の並びを作り，単語の並びで物の性質や物と物との関係を表＼わす。複数の単語の並びを蓄積し，蓄積された単語の並びを知識としていた。この方法では，単語そのものの意味を持つ単語だけを使って知識を構築している。」（段落【００２５】），「本発明は，上記の課題に鑑みてなされたものであり，物や属性の意味内容を言語に依存せずに表＼現することのできる知識ベースシステムを提供することが目的とする。」（段落【００２６】）との記載によれば，従来技術では言語（単語）に依存して知識のデータベ ース等を構築し，情報処理をしていたところ，本件補正発明では言語に依存せずに知識のデータベース等を構＼築し，情報処理をするという目的を有していることは，一応理解することができる。
しかしながら，上記記載からは，従来技術において，知識のデータベース等が言語に依存していることによって生じている技術的課題は明らかではない。本願明細書の【背景技術】（段落【０００２】ないし【段落００２４】）の記載をみても，ニューラルネットワーク，人工知能，プログラミング言語，コンピュータ，インターネットなど極めて多様な内容が記載されているものの，知識に関するデータベースが言語に依存していることでどのような課題が生じているかについては，「情報を知識として蓄積する方法や，知識として記録された情報をうまく使う方法が開発できていない。」（段落【０００５】）などの抽象的な記載があるにすぎず，「情報を知識として蓄積する方法」が具体的にどのような意味を有しているのか（上記段落【００２５】の記載等によれば，従来技術においても情報を知識として蓄積していると考えられる。），「知識として記録された情報をうまく使う方法」において，うまく使うとはどのような意味であるのかについては明らかではない。また，ＰＬＯＲＯＧというプログラミング言語について，「子→父→祖父のような３階層以上の関係を直接的に表＼わすことはできない。」（段落【００１８】），「この技術で物と属性と関係とをデータベースとして保持できるが，物や属性や関係を表わす単語の並びを保持しているにすぎない。単語の並びで物の性質である属性を表＼現し，単語の並びで関連を表現している。属性も関係も，単語の並びという同じ方法で表＼現されている。情報を体系化したものを知識とすると，情報を現す単語を幾つか並べたものを複数個保持し，保持された単語の並びを知識としている。この方法では，３階層以上の物同士の関連を直接表わす情報は保持されていない。」（段落【００２０】）などの＼n記載もあるが，これらの記載をみても，言語に依存したデータベース全般において，３階層以上の物同士の関連を直接表す方法が存在するか否かについては必ずしも明らかではないし，本件補正発明において，このような関係を直接表＼すことができるか否かについても不明である。
・・・・
以上を総合して検討すれば，本件補正発明については，そもそも前提としている課題の位置付けが必ずしも明らかではなく，技術的手段の構成としても，専ら概念の整理，データベース等の構＼造の定義という抽象的な概念ないしそれに基づく人為的な取決めに止まるものであり，導かれる効果についてみても，自ら定義した構造でデータを保持するという本件補正発明の技術的手段の構＼成以上の意味は示されていない。また，その構成のうち，コンピュータ等を利用する部分についてみても，単に一般的なコンピュータ等の機能＼を利用するという程度の内容に止まっている。 そうすると，本件補正発明の技術的意義としては，専ら概念の整理，データベース等の構造の定義という抽象的な概念ないし人為的な取決めの域を出ないものであって，全体としてみて，「自然法則を利用した」技術的思想の創作に該当するとは認められない。

◆判決本文
<

　ＣＳ関連発明について、技術的範囲に属しないと判断されました。
　証拠（甲６，８，１１，１３，乙４）及び弁論の全趣旨によれば，被告土木積算プログラムは，対象工事に含まれる作業を歩掛データベースで規定された作業に置き換えて積算データを作成することが認められる。これによれば，被告土木積算プログラムにおいては，操作者が，工程・種別・細別をそれぞれ入力して初めて一つの工程が対応し，これを繰り返して工事全体の工程の集合体である積算データ，すなわちＳＫＦ６００が生成されるというものである。換言すれば，操作者は，設計書に基づき，工事全体のデータを入力する必要があるのであって，このようにして生成されるＳＫＦ６００は，工事名称を入力することにより，工事名称と歩掛マスターテーブルを対応付けて，工事に含まれる要素を抽出するというステップで生成されるものではない。 そうであるから，被告製品のＳＫＦ６００は，対象工事の全範囲における積算データであって，本件プログラム発明における「内訳データ」とは生成過程が異なり，その全体ないし一部をもって「内訳データ」に相当すると見ることはできない（被告製品のＳＫＦ６００は，これを本件プログラム発明に対応させるとするならば，本件明細書記載の外部システムなどから得られる評価対象工事の情報に対応するものと解される。）。 (3) したがって，被告製品においては「内訳データ」が生成されないから，本件プログラム発明の構成要件１−Ｄを充足しない。＼n

◆判決本文

　（株）ミクシィが個人から特許権侵害訴訟を提起されました。大阪地裁は、技術的範囲外として請求棄却されました。
　前記証拠及び弁論の全趣旨によると，被告物件においては，本件機能を利用して，「一緒にボタンを押す」ボタンを押した他の利用者が検索・表＼示された後に，友人申請及び承認を行う場合，他の方法によって検索・表＼示された利用者に対する友人申請及び承認を行う場合と同様の処理が行われること，本件機能＼を利用してマイミクとなったかどうかは，被告物件のシステム上区別されていないことが認められる。これによると，被告物件において，友人申請に対する承認があったことを確認する際に，その者が所定の地理的エリア内にいることの確認は行われていないことになる。
(5) まとめ
以上を総合すると，被告物件の利用者らが「一緒にボタンを押す」ボタンを押し，付近にいる者が「一緒にいる人一覧」に検索・表示される段階では，地理的情報の利用はあるものの，「コンタクト可能＼状態にするための同意」の確認はされず，他方，利用者の友人申請を他の利用者が承認する際には，「コンタクト可能＼状態にするための同意」はあるものの，「所定の地理的エリア内にいる」ことの確認はされない。したがって，被告物件は，「所定の地理的エリア内にいる者によるコンタクト可能状態にするための同意がとれたことを確認するための確認手段」であるとの，構＼成要件Ｂを充足しない。
２ 争点(3)（被告物件が，構成要件Ｄを充足するか）について
(1) 構成要件Ｄは，「前記アクセス要求受付手段によりアクセス要求が受付けられた＼nときに，前記確認手段による同意がとれたことの確認が行なわれたことを条件に，同意した者同士がコンタクトを取るためのコンタクト用共有ページへのアクセスを許容するためのアクセス制御手段」というものである。以下，本件特許発明の具体的内容を考慮しつつ，被告物件が構成要件Ｄを充足するか検討する。＼n(2) 上記構成要件Ｄの文言からして，構＼成要件Ｄ中の「前記アクセス要求受付手段」とは，構成要件Ｃにいう「アクセス要求受付手段」であり，「前記確認手段」とは，構＼成要件Ｂの確認手段をいうことは明らかである。 したがって，構成要件Ｄは，構＼成要件Ｂにいう同意の確認とは別に，コンタクトを希望する相手方に対する「アクセス要求」を受け付ける手段があることを前提として，構成要件Ｃのアクセス要求が発生した際に，構＼成要件Ｂの同意の有無について判定を行い，同意が確認された場合に，コンタクトを許容することをその要件とするものと認められる。 (3) 原告は，被告物件において，被告構成ｃの「各利用者の専用ホームページに表＼示される「友人リストボタン」，「メッセージボタン」，「新着メッセージが１件あります」，「つぶやきボタン」等のフィールドに張られたリンクを介して画面遷移する操作が受け付けられることが，「アクセス要求受付手段」に該当すると主張する。 この点，前掲証拠及び弁論の全趣旨によると，被告物件において，上記アクセス要求が発生するのは，すでに利用者同士がマイミクの関係にあることを前提としているのであり，マイミクとなっていない利用者同士では，「メッセージ」や「つぶやき」を利用しようとすること（アクセス要求に相当する）すらできない仕様になっていることが認められる。 (4) すなわち，被告物件は，構成要件Ｂにいう「同意の確認」に相当する友人申＼請の承認があってはじめて，「アクセス要求受付手段」を利用できる構成となっており，上記(2)にみたとおりの，同意があるかどうかにかかわらず，コンタクトを取りたい相手方にアクセス要求を受け付ける手段や，そのアクセス要求があったときに，同意の有無を判定した上でアクセスを許容するような構成を備えていないものと認められる。また，逆に，被告物件において，原告の主張する「アクセス要求」が発生した際には，コンタクト可能＼状態にすることの同意が取れたことの確認は行われず，まして，その同意が，構成要件Ｂの要件である，「所定の地理的エリア内にいる者による」ことの確認は行われないものと認められ，この点からも，被告物件は構＼成要件Ｄを備えないものというべきである。 (5) その他原告が主張する事情及び本件明細書を含む全証拠を考慮しても，上記判断を覆すほどのものはない。

◆判決本文

　ＣＳ関連発明について、均等論の主張も否定されました。無効主張に対して、訂正の抗弁をしていましたが、訂正後のクレームも技術的範囲に属しないと判断されました。
　上記(1)に判示した均等侵害の成立要件のうち1)の要件に関し，特許発明の本質的部分とは，特許請求の範囲に記載された特許発明の構成のうち，公開された明細書や出願関係書類の記載から把握される当該特許発明特有の課題解決手段を基礎付ける技術的思想の中核をなす特徴的部分をいうと解するのが相当である。これを本件発明についてみると，本件発明は，従来のネットワークゲームにあった課題，すなわち，くじ引きゲームのようなゲームでは，くじ引きという当たり又は外れによる偶然性に基盤が置かれるため，ユーザはゲームの進行度合いに応じて画像データの獲得率が向上する等の期待感が高まることがないため，ユーザに継続的にゲームを行わせることが困難である，という課題を解決するため，ユーザに「対価データ」の獲得を容易に行わせるとともに，ユーザに継続的にゲームを行わせるために，ユーザに対してゲームを行うことで直接に「対価データ」を付与するのではなく，「対価データ」を獲得するために必要な「ポイント」を付与するものとし，「対価データ」はその「ポイント」の対価としてユーザが獲得するものとした構＼成が採用されたのであり，これが本件発明の課題解決手段を基礎付ける技術的思想の中核をなす特徴的部分であるというべきである。そうすると，本件発明と被告サーバ装置との間において構成の異なる部分のうち，構＼成要件Ａ，Ｄ−１，Ｅ，Ｆ，Ｇ，Ｄ−２，Ｃ−２における「対価データ」を備える構成は，本件発明の本質的部分であるというべきである。他方，前記３のとおり，本件ゲームにおいては，「対価データ」に相当するものはなく，原告が主張する「強化された選手カード画像」は，強化ポイントによって新たにユーザに付与されるものではないから，本件発明の「対価データ」と本件ゲームの「強化された選手カード画像」の相違点は発明の非本質的部分と認めることはできない。したがって，均等侵害の成立要件の1)の要件を充たさないというべきである。

◆判決本文

　ＣＳ関連発明の特許権侵害事件です。知財高裁は、1審と同じく技術的範囲に属しないとして控訴を棄却しました。
　控訴人の主張は，要するに，構成要件Ａ，Ｃ及びI に記載された各プログラムの実行手順及び実行内容としての領域確保は，単なる画面表示上の表＼現によって他と区別できる部分が表示されることでも十＼分であるというものと整理される。しかしながら，前記認定判断（原判決引用部分）のとおり，本件発明は，初期フレームプログラムがクライアント装置において実行されて，商品カテゴリーリストの表示領域が表＼示装置に第１フレームとして表示された上で，引き続き，クライアント装置からサーバ装置に対し，第１フレームをターゲットとして商品カテゴリーリストを表＼示するためのカテゴリーリストプログラムを送信するよう要求するＨＴＴＰメッセージが送信され，これを受けてサーバ装置が読み出したカテゴリーリストプログラムがクライアント装置に送信され，これが実行された結果，商品カテゴリーリストがＷｅｂブラウザに表示されるという過程を経るという構＼成をとった方法の発明なのである。また，前記認定判断（原判決引用部分）のとおり，本件発明は，初期フレームプログラムがクライアント装置において実行されて，商品ＰＬＵリストの表示領域が表＼示装置に第２フレームとして表示された上で，引き続き，クライアント装置からサーバ装置に対して，第２フレームをターゲットとしてＰＬＵリストサーバプログラムの実行を指示するＨＴＴＰメッセージが送信され，サーバ装置がＰＬＵリストサーバプログラムを起動して生成したＰＬＵリストプログラムがクライアント装置に対し送信され，これが実行された結果，商品ＰＬＵリストがＷｅｂブラウザに表＼示されるという過程を経るという構成をとった方法の発明なのである。したがって，前記説示のとおり，画面上の表＼現の前提として観念的には当該部分の表示のための表＼示領域の確保が先行しているとみたとしても，構成要件の充足のためには，上記過程がその順序で順次実行されている必要があるところ，前記認定判断（原判決引用部分）のとおり，被控訴人システムにおいては，各画面は一つのＨＴＭＬ文書であって，サーバ装置からクライアント装置に対して一括して送受信されているものであり，各画面の各表＼示とその表示領域の確保とは同時にされているのであるから，本件発明の構＼成に従った過程が実行されているとみる余地はない。以上のとおりであるから，控訴人の上記主張は，採用することのできないものである。

◆判決本文

◆関連事件です。平成25(ネ)10108平成26年05月21日知財高裁

◆1審はこちらです。平成23(ワ)21126平成25年10月17日東京地裁

　ＣＳ関連発明について、動機付け無しとして、拒絶審決が取り消されました。出願人は、三菱東京ＵＦＪ銀行
です。
　相違点２は，本願発明は，「インターネットを介して利用者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」を有するのに対し，引用発明は，そのような手段を有するとはされていない点である。本件審決は，上記相違点２について，引用発明の具体的動作として，「アクセス可能なサーバー／アプリケーションのＩＤ／パスワードの束」を受け取る具体例が示されているが，ユーザーがどの「サーバー／アプリケーション」にアクセスしたいかを指定して，その指定された「サーバー／アプリケーション」の「ＩＤ／パスワード」を受け取るようにすることは，当業者が適宜になし得ることであり，その際に，「Ｗｅｂのアプリケーション」に対して「ＳＳＯ環境を構＼＼築できる」ような製品である場合に，「インターネットを介して」，どの「サーバー／アプリケーション」にアクセスしたいかを指定する情報を「ＳＳＯサーバー」に送るようにすることも，当業者が適宜になし得ることにすぎないから，引用発明を，「インターネットを介して利用者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」を有するようなものとすることは，当業者が適宜になし得ることである旨判断した。 ア 前記１のとおり，本願発明における認証代行処理手段は，利用者の選択により，利用者の認証情報が登録されているリンク先が指定された場合に，利用者に代わって当該リンク先の認証処理を代行する機能を有するものである。すなわち，本願発明における認証代行処理手段は，利用者によるリンク先の指定情報及びその利用者情報を受け取って，リンク先情報登録手段から該当するリンク先情報（ＵＲＬ情報など）を，また認証情報格納手段から利用者のそのリンク先における認証情報（リンク先における利用者のユーザーＩＤ及びパスワードなど）を，それぞれ読み出すと共に，ひな形スクリプト／モジュール格納手段から，該当するリンク先のひな形スクリプトを読み出して，リンク先用の認証処理スクリプト（対象とするリンク先に自動的に接続処理を開始する処理をＨＴＭＬとＪａｖａＳｃｒｉｐｔにて記載したもの）を作成し，上記リンク先情報及び認証処理スクリプトを，利用者のブラウザに転送するので，利用者側のブラウザは，送られてきたリンク先情報で，目的とするリンク先にリンクすると共に，上記認証処理スクリプトに基づいて，ブラウザが，リンク先で実行される認証処理で表＼＼示される画面構成に対し，自動的に上記認証情報を埋め込んでいくため，利用者は，何ら選択したリンク先への操作を行わなくても，認証処理が自動的に実行されることになる。その結果，本願発明は，利用者が，ポータルサイトなどにおいてリンク先の選択を行うだけで，該リンク先に対して，何ら特別な操作を行わなくても，認証処理が自動的に実行されるため，それが終了した段階で，当該リンク先へのログインが可能＼＼となるという効果を奏し得るものである。そうすると，本願発明は，利用者の選択により，利用者の認証情報が登録されているリンク先が指定され，「利用者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」（相違点２に係る構成）によって，上記利用者によるリンク先の指定情報を受け取った認証代行処理手段が，利用者に代わって当該リンク先の認証処理を代行するものと認められる。
イ これに対し，引用発明は，前記３のとおり，ＳＳＯサーバーにログインすると，アクセス可能なサーバー／アプリケーションのＩＤ／パスワードの束と，各サーバー／アプリケーションの種類ごとに用意され，ログイン操作を自動化するスクリプトが，ＳＳＯサーバーからクライアント・モジュールに配布され，クライアント・モジュールは，ログイン操作を自動化するスクリプトを実行するものである。ここで，アクセス可能＼＼なサーバー／アプリケーションのＩＤ／パスワードの束とは，ＳＳＯサーバーにログインしたユーザーが，アクセスすることができる全てのサーバー／アプリケーションのＩＤ／パスワードの組合せであると理解することができる。また，前記３アのとおり，引用例の記載及び本技術分野における技術常識に照らせば，引用発明のＳＳＯサーバーは，各サーバー／アプリケーションのリンク先情報を登録しておくリンク先情報登録手段を有し，クライアントモジュールは，ＳＳＯサーバーから，各サーバー／アプリケーションのリンク先情報を受け取るものである。そして，引用発明では，上記の構成を採用することによって，ユーザーは，一度のログイン操作で，アクセス可能＼＼な全てのアプリケーションを利用できるとの機能（シングル・サインオン（ＳＳＯ）機能＼＼）を有すると認められる。そうすると，引用発明においては，一度ＳＳＯサーバーにログインすれば，クライアント・モジュールは，ＳＳＯサーバーにログインしたユーザーがアクセス可能な全てのサーバー／アプリケーションのＩＤ／パスワードの組合せ，各サーバー／アプリケーションの種類ごとのログイン操作を自動化するスクリプト，及び各サーバー／アプリケーションのリンク先情報を受け取るから，それ以降，ＳＳＯサーバーとの通信を行う必要がなく，ログイン操作を自動化するスクリプトを実行することで，シングル・サインオン機能＼＼を果たすとの作用効果を奏すると認められる。しかるに，このような構成を採用する引用発明について，ＳＳＯサーバーが「利用者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」を有するものとした上で，ユーザーがどの「サーバー／アプリケーション」にアクセスしたいかを指定して，その指定された「サーバー／アプリケーション」の「ＩＤ／パスワード」を受け取るように構＼＼成を変更するとすれば，利用者が情報閲覧手段よりリンク先の指定を行う都度，クライアント・モジュールは，ＳＳＯサーバーとの通信を行い，その指定された「サーバー／アプリケーション」の「ＩＤ／パスワード」を受け取り，上記指定された「サーバー／アプリケーション」へのログイン操作を自動化するスクリプトを実行することにより，シングル・サインオン機能を果たすことになる。しかし，それでは，一度ＳＳＯサーバーにログインすれば，クライアント・モジュールは，それ以降，ＳＳＯサーバーとの通信を行う必要がなく，ログイン操作を自動化するスクリプトを実行できるとの引用発明が有する上記の作用効果が失われることとなる。したがって，引用発明において，相違点２に係る本願発明の構＼＼成に変更する必要性があるものとは認められない。このように，引用発明について，ＳＳＯサーバーが「利用者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」を有するもの（相違点２に係る構成とすること）とした上で，ユーザーがどの「サーバー／アプリケーション」にアクセスしたいかを指定して，その指定された「サーバー／アプリケーション」の「ＩＤ／パスワード」を受け取るように構＼＼成を変更することについては，引用発明が本来奏する上記作用効果が失われるものであって，その必要性が認められないから，引用発明における上記構成上の変更は，解決課題の存在等の動機付けなしには容易に想到することができない。しかして，引用例には，引用発明について上記構＼＼成上の変更をすることの動機付けとなるような事項が記載又は示唆されていると認めることはできない。
ウ 前記アのとおり，本願発明は，利用者の選択により，利用者の認証情報が登録されているリンク先が指定され，「利用者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」（相違点２に係る構成）によって，上記利用者によるリンク先の指定情報を受け取った認証代行処理手段が，利用者に代わって当該リンク先の認証処理を代行するものであるから，本願発明と引用発明とは，相違点２に係る構＼＼成により，作用効果上，格別に相違するものであり，引用発明において，相違点２に係る本願発明の構成を採用することは，当業者が適宜なし得る程度のものとは認められない。＼n

◆判決本文

　ＣＳ関連発明について、進歩性無しとした審決が維持されました。また、審決の一致点の認定について誤りがあるものの、相違点として認定しているので結論に影響がないとしました。
　前記１(1)，(2)のとおり，本願発明の「電子マネー残高記憶手段」は，「プリペイドタイプの電子マネーの購入時に使用されたユーザ携帯端末の機種固有情報を，電子マネーＩＤおよび電子マネーの残高と対応付けて電子マネー毎に」「格納」するものであるところ，引用発明の「ユーザ別残高ＤＢ」は，「各電子マネー毎の，発行ＩＤ，ポイント数（残高），優先順位（支払優先順位），及び各電子マネーのポイント数（残高）を合算した合算残高，が関連付けられて，ユーザ番号毎に蓄積され」るものであり，ここで引用発明の「電子マネー」は「プリペイド型電子マネー」である。そうすると，本願発明の「電子マネー残高記憶手段」と引用発明の「ユーザ別残高ＤＢ」とは，審決が一致点として認定した「プリペイドタイプの電子マネーのユーザ特定情報を，電子マネーＩＤ及び電子マネーの残高と対応付けて電子マネー毎に」「格納」する点では一致するが，「ユーザ特定情報」に関し，本願発明は，「プリペイドタイプの電子マネーの購入時に使用されたユーザ携帯端末の機種固有情報」であるのに対し，引用発明は，「ユーザ番号（ユーザ固有のユーザＩＤ）」である点で相違しており，この点において，引用発明の「ユーザ別残高ＤＢ」は，本願発明の「電子マネー残高記憶手段」に相当するとはいえないから，審決の認定には誤りがある。しかし，審決は，この相違する点を「相違点１」として認定しており，後記３のとおり，相違点１についての容易想到性の判断に誤りはないから，この誤りは，審決の結論に影響を及ぼすものではない。

◆判決本文

　ＣＳ関連発明について、包袋禁反言の原則により非侵害と認定されました。
　上記ア及びイによれば，本件特許発明１の構成要件Ｄの「項目定義手段」は，複数のデータベース（テーブル）で用いることのできるデータ項目（フィールド）を定義するための構＼成であり，構成要件Ｅの「データベース・項目関連付け手段」は，項目定義手段によってデータベース（テーブル）の作成とは独立して定義されたデータ項目（フィールド）を各データベース（データベース）に，「追加，削除又は変更する」，すなわち割り当てる構＼成であると解される。本件特許発明１は，このような構成を採用したことにより，項目定義手段によってデータ項目（フィールド）の定義を変更すると，それが全てのデータベース（テーブル）に反映されることになる（データ項目（フィールド）を複数のデータベース（テーブル）で共用することができる。）という作用効果を奏するものであることも認められる。また，上記ウによれば，最初に何らかのデータベース（テーブル）を作成し，次にこのデータベース（テーブル）を構＼成するデータ項目（フィールド）を作成する構成は，本件特許発明１の技術的範囲から除外されるものと解される。これに反する主張は包袋禁反言の原則により許されないものというべきである。＼n
・・・
上記アによれば，被告システムの「バインダ」は本件特許発明１の「データベース」（テーブル）に相当し，被告システムの「部品」のうち「文字入力ボックス」や「数値入力ボックス」等を用いて作成したフィールドは本件特許発明１の「データ項目」に相当するものであることが認められる。原告は，訴状別紙被告システム説明書の「被告製品の構成ｇ」の記載において，被告システムでは，「部品」を任意に追加，削除又は変更することができるから構＼成要件Ｇを充足する旨の主張をしている。これは被告システムの「部品」が「データ項目」に相当するものであることを前提とする主張である（前記第３の１【原告の主張】(１)ｇはこの主張を前提としたものである。）。しかし，上記のとおり，被告システムの「部品」のうち「文字入力ボックス」や「数値入力ボックス」等を用いて作成したフィールドが，本件特許発明１の「データ項目」に相当するものであり，「部品」自体は「データ項目」ではない。上記原告の主張は前提を誤るものである。・・・・そもそも，被告システムは，最初に「バインダ」（データベース）を作成し，次に「文字入力ボックス」や「数値入力ボックス」等の「部品」を用いてバインダを構成するフィールド（データ項目）を作成する構＼成のものである。このようにして作成されたフィールド（データ項目）は，個々のバインダ（データベース）に専属するものである。前記(２)イ(イ)のとおり，本件特許発明１の「データ項目を共用する」とは，項目定義手段によってデータ項目（フィールド）の定義を変更すると，それが全てのデータベース（テーブル）に反映されることをいうものであるところ，上記のような被告システムの構成からすると，このような本件特許発明１の作用効果を奏するものとは認められない。しかも，前記(２)ウのとおり，原告は，本件特許出願の手続において，最初に何らかのデータベース（テーブル）を作成し，次にこのデータベース（テーブル）を構成するデータ項目（フィールド）を作成する構＼成は，本件特許発明１の構成と異なることを明確に述べており，このことからすると，被告システムが本件特許発明１の技術的範囲に属する旨の原告の主張は包袋禁反言の原則により許されないものというべきである。以上によれば，被告システムは，本件特許発明１の「複数のデータベースで共用することができるデータ項目を定義する項目定義手段」及び「複数のデータベースの各々と上記データ項目とを関連付けるデータベース・項目関連付け手段」を備えるものと認めることはできない。＼n

◆判決本文

　ＣＳ関連発明について、進歩性無しとした審決が取り消されました。
　本願発明は，車等の移動体に搭載されたナビゲーション装置を介して，移動体が走行する経路等の周辺の施設等に関する広告情報を提供する移動体広告システムにおける経路広告枠設定装置に関する発明である。従来の移動体広告システムは，移動体の位置や，予めユーザが目的地を登録することにより決定された経路に応じて広告情報を配信するものであったが，配信する広告情報が地図上の各エリアに対応付けられていたため，移動体が所定の経路を外れても，エリア内であれば，エリアに対応付けられた広告情報が配信されてしまうという解決課題があった。本願発明は，エリアに代えて地図上の経路に応じて広告情報を配信可能＼な経路広告枠設定装置を提供することを目的とするものである。本願発明における経路広告枠設定装置は，通信ネットワークを介して広告主の端末と接続しており，この広告主の端末から，地図上の経路に関する，線描写によって設定された経路情報を受信し，受信した前記経路情報に広告枠を設定し，記憶部に有する経路データベースに記憶するとの構成を有するものであり，広告主は，地図上の様々な経路に広告枠を設定することができるとするものである。そして，ユーザの端末からユーザの位置情報を取得し，当該位置情報を含む経路を特定して，当該経路に関連する広告枠の広告情報をユーザの端末に送信する。＼n
(2) 容易想到性の有無
引用例１発明は，広告枠を地図上のエリアに設定し，広告主が供給する広告情報と地図上のエリア情報の対応関係をデータベースに記憶し，現在位置が含まれる地図上のエリアに対応した広告情報をデータベースから読み出して，ナビゲーション装置に送信するという，移動体広告システムの発明であり，本願明細書が言及するとおり，移動体が所定の経路を外れても，エリア内であれば，エリアに対応付けられた広告情報が配信されてしまうとの未解決の課題を残した発明である。他方，引用例２は，車載ナビゲーション・システム等を使用した，位置に基づく広告の提供方法に関する発明を記載したものである。引用例２には，広告メッセージを伝えることができる位置として，通行可能な道路沿いの特定位置を「仮想広告掲示板」の位置として指定し，ナビゲーション・サービス・プロバイダは広告主との契約に基づき，設けられた「仮想広告掲示板」の位置を通過するエンドユーザに広告メッセージを伝えるとの技術事項が記載開示されている。引用例２に記載された上記技術は，通行可能＼な道路沿いの特定位置を通過するユーザに対して，広告メッセージを伝えるものであり，広告メッセージが送信されるのは，ユーザが特定の位置を通過した時点である。広告枠を地図上のエリアに設定し，広告主が供給する広告情報と地図上のエリア情報の対応関係をデータベースに記憶し，現在位置が含まれる地図上のエリアに対応した広告情報をデータベースから読み出して，ナビゲーション装置に送信するという発明である引用例１発明と，通行可能な道路沿いの特定位置を「仮想広告掲示板」の位置として指定し，位置を通過するエンドユーザに広告メッセージを伝えるとの引用例２に記載された技術事項を組み合わせたとしても，本願発明における地図上の経路に広告枠を設定するとの構＼成に至ることはない。また，引用例１発明に引用例２の記載事項を組み合わせても本願発明における上記構成に至らない以上，経路を線描写によって設定することが周知事項であったとしても，引用例１発明に引用例２の記載事項及び上記周知事項を組み合わせることにより本願発明の上記構＼成に至ることはない。したがって，広告枠を地図上の経路に対して設定することが引用例２の段落【００６０】及び【００６１】の記載並びに図１１から出願前公知であるとして，経路を線描写によって設定することが周知事項であることを考慮し，引用例１発明の地図上のエリアとして引用例２の記載事項にあるような道路区間（経路）を採用し，相違点の構成とすることが当業者において容易になし得ることであるとした審決の判断には誤りがある。
(3) 被告の主張に対して
被告は，引用例２における「道路区間」は本願発明における「経路」に相当し，引用例２には「道路（経路）に対して広告を設定すること」が記載されているのであるから，引用例１発明に引用例２に記載の技術事項を採用して，相違点に係る構成に至るのは容易であると主張する。しかし，引用例２に記載された「道路区間」の語は，仮想広告掲示板を設定する「道路区間」沿いの位置を特定する文脈の中で用いられたものであって，広告枠を設定する対象を意味するものとして用いられた語ではない。したがって，引用例２における「道路区間」と本願発明における「経路」とは，技術的意義において相違する。引用例２においては，移動体が当該道路区間上を移動中であったとしても，当該特定位置に至らない限り，広告メッセージは配信されないのであるから，「広告枠を経路情報に設定」することが記載されているとはいえず，被告の主張は失当である。＼n

◆判決本文

　ＣＳ関連発明について、進歩性無しとした審決が取り消されました。
　本願発明は，車等の移動体に搭載されたナビゲーション装置を介して，移動体が走行する経路等の周辺の施設等に関する広告情報を提供する移動体広告システムにおける経路広告枠設定装置に関する発明である。従来の移動体広告システムは，移動体の位置や，予めユーザが目的地を登録することにより決定された経路に応じて広告情報を配信するものであったが，配信する広告情報が地図上の各エリアに対応付けられていたため，移動体が所定の経路を外れても，エリア内であれば，エリアに対応付けられた広告情報が配信されてしまうという解決課題があった。本願発明は，エリアに代えて地図上の経路に応じて広告情報を配信可能＼な経路広告枠設定装置を提供することを目的とするものである。本願発明における経路広告枠設定装置は，通信ネットワークを介して広告主の端末と接続しており，この広告主の端末から，地図上の経路に関する，線描写によって設定された経路情報を受信し，受信した前記経路情報に広告枠を設定し，記憶部に有する経路データベースに記憶するとの構成を有するものであり，広告主は，地図上の様々な経路に広告枠を設定することができるとするものである。そして，ユーザの端末からユーザの位置情報を取得し，当該位置情報を含む経路を特定して，当該経路に関連する広告枠の広告情報をユーザの端末に送信する。＼n
(2) 容易想到性の有無
引用例１発明は，広告枠を地図上のエリアに設定し，広告主が供給する広告情報と地図上のエリア情報の対応関係をデータベースに記憶し，現在位置が含まれる地図上のエリアに対応した広告情報をデータベースから読み出して，ナビゲーション装置に送信するという，移動体広告システムの発明であり，本願明細書が言及するとおり，移動体が所定の経路を外れても，エリア内であれば，エリアに対応付けられた広告情報が配信されてしまうとの未解決の課題を残した発明である。他方，引用例２は，車載ナビゲーション・システム等を使用した，位置に基づく広告の提供方法に関する発明を記載したものである。引用例２には，広告メッセージを伝えることができる位置として，通行可能な道路沿いの特定位置を「仮想広告掲示板」の位置として指定し，ナビゲーション・サービス・プロバイダは広告主との契約に基づき，設けられた「仮想広告掲示板」の位置を通過するエンドユーザに広告メッセージを伝えるとの技術事項が記載開示されている。引用例２に記載された上記技術は，通行可能＼な道路沿いの特定位置を通過するユーザに対して，広告メッセージを伝えるものであり，広告メッセージが送信されるのは，ユーザが特定の位置を通過した時点である。広告枠を地図上のエリアに設定し，広告主が供給する広告情報と地図上のエリア情報の対応関係をデータベースに記憶し，現在位置が含まれる地図上のエリアに対応した広告情報をデータベースから読み出して，ナビゲーション装置に送信するという発明である引用例１発明と，通行可能な道路沿いの特定位置を「仮想広告掲示板」の位置として指定し，位置を通過するエンドユーザに広告メッセージを伝えるとの引用例２に記載された技術事項を組み合わせたとしても，本願発明における地図上の経路に広告枠を設定するとの構＼成に至ることはない。また，引用例１発明に引用例２の記載事項を組み合わせても本願発明における上記構成に至らない以上，経路を線描写によって設定することが周知事項であったとしても，引用例１発明に引用例２の記載事項及び上記周知事項を組み合わせることにより本願発明の上記構＼成に至ることはない。したがって，広告枠を地図上の経路に対して設定することが引用例２の段落【００６０】及び【００６１】の記載並びに図１１から出願前公知であるとして，経路を線描写によって設定することが周知事項であることを考慮し，引用例１発明の地図上のエリアとして引用例２の記載事項にあるような道路区間（経路）を採用し，相違点の構成とすることが当業者において容易になし得ることであるとした審決の判断には誤りがある。
(3) 被告の主張に対して
被告は，引用例２における「道路区間」は本願発明における「経路」に相当し，引用例２には「道路（経路）に対して広告を設定すること」が記載されているのであるから，引用例１発明に引用例２に記載の技術事項を採用して，相違点に係る構成に至るのは容易であると主張する。しかし，引用例２に記載された「道路区間」の語は，仮想広告掲示板を設定する「道路区間」沿いの位置を特定する文脈の中で用いられたものであって，広告枠を設定する対象を意味するものとして用いられた語ではない。したがって，引用例２における「道路区間」と本願発明における「経路」とは，技術的意義において相違する。引用例２においては，移動体が当該道路区間上を移動中であったとしても，当該特定位置に至らない限り，広告メッセージは配信されないのであるから，「広告枠を経路情報に設定」することが記載されているとはいえず，被告の主張は失当である。＼n

◆判決本文