【事件の表示】
　特願２０１５−　５０７０５「ビデオゲーム処理プログラム、及びビデオゲーム処理システム」拒絶査定不服審判事件〔平成２７年　７月２７日出願公開、特開２０１５−１３４１９７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、米国仮出願第６１／７６９９３１号（２０１３年２月２７日出願。以下「米国基礎出願」といい、米国基礎出願の出願日を「優先日」という。）を基礎とするパリ条約による優先権を主張して平成２５年５月２９日に特許出願され、同年６月２７日（同月２８日受付）に新規性の喪失の例外証明書提出書の提出がなされた特願２０１３−１１３３１８号（以下「原出願」という。）の一部を、平成２７年３月１３日に新たな特許出願としたものであって、平成２９年１０月１３日付けで拒絶査定（以下「本件拒絶査定」という。）がなされ、これに対し、平成３０年１月２３日に拒絶査定不服審判が請求されると同時に手続補正がなされ、当審で同年９月１２日付けの審尋がなされ、これに対し同年１１月２６日に回答書及び手続補足書が提出され、平成３１年４月１０日付けで拒絶理由（以下「当審拒絶理由」という。）が通知され、令和１年５月１５日に意見書及び手続補正書が提出されたものである。
第２　本願発明
　本願の請求項１ないし８に係る発明は、令和１年５月１５日提出の手続補正書で補正された特許請求の範囲の請求項１ないし８に記載された事項により特定されるものであって、そのうち請求項１に係る発明（以下「本願発明」という。）はつぎのとおりのものである。
「【請求項１】
　ユーザ端末と通信可能なサーバにビデオゲームの進行を制御する機能を実現させるためのビデオゲーム処理プログラムであって、
　前記サーバに、
　仮想空間におけるキャラクタの位置を特定する特定機能と、
　少なくともゲーム画面の構成が異なる複数のモードのうち何れかのモードで前記ビデオゲームの進行を制御する制御機能と、
　前記ユーザ端末の性能に関する情報（以下「性能情報」という。）を取得する取得機能と、
　前記性能情報に基づいて前記ユーザ端末に対応するモードを設定する設定機能と、
　該設定機能にて設定したモードに対応するゲーム画面を前記ユーザ端末に出力させるための情報を当該ユーザ端末に送信する送信機能とを実現させ、
　前記複数のモードは、推奨動作条件が設定された第１モードと、該第１モードとは少なくとも前記キャラクタの描画態様が異なることでコンピュータにかかる処理負荷が軽減されることが期待できる第２モードとを含み、
　前記設定機能では、前記取得機能により取得した前記性能情報と前記推奨動作条件とに基づいて、描画に関する機能が異なる前記第１モードと前記第２モードのうち何れかを前記ユーザ端末に対応するモードとして設定する機能を
　実現させるためのビデオゲーム処理プログラム。」
第３　当審拒絶理由について
１．当審拒絶理由の概要
　当審拒絶理由の理由２（進歩性）のうち、本願発明に関する部分の概要は次のとおりである。
（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献等については引用文献等一覧参照）
・請求項１
・引用例１及び２
＜引用文献等一覧＞
引用例１．Ｎｏｂｕ，“「スクエニ　レジェンドワールド」のクローズドβテスター募集がスタート。戦闘はＳｔａｇｅ３Ｄによるリッチな画面でも楽しめる”，４Ｇａｍｅｒ．ｎｅｔ，掲載日：２０１２年１２月２６日，
ＵＲＬ，ｈｔｔｐ：／／ｗｗｗ．４ｇａｍｅｒ．ｎｅｔ／ｇａｍｅｓ／１８５／Ｇ０１８５４７／２０１２１２２１０８２／
引用例２．特表２００７−５０５６７３号公報
２．引用発明
（１）引用例１
　当審拒絶理由に引用された、本願の優先日前に電気通信回線を通じて公衆に利用可能となった引用例１には、図面と共に次の事項が記載されている。
　なお、本願の原出願については、平成３０年法律第３３号による改正前の特許法第３０条第３項に規定する発明の新規性喪失の例外規定の適用を受けるための証明書６件を添付した新規性の喪失の例外証明書提出書が提出されている。
　しかしながら、引用例１については証明書は提出されていない。また、引用例１は前記証明書６件に係る発明の公開より前に電気通信回線を通じて公衆に利用可能となったものであるから、前記証明書６件の提出を以て引用例１についての証明書の提出を省略することはできない。
　そうすると、引用例１に係る発明については、発明の新規性喪失の例外の規定は適用されない。
ア．「スクウェア・エニックスは本日（２０１２年１２月２６日），同社が運営する「スクウェア・エニックス　メンバーズ」（以下，スクエニメンバーズ）にて展開予定の新規
ソーシャルブラウザＲＰＧ「スクエニ　レジェンドワールド」
イ．「その体験版を遊んだ人はわかったと思うが，本作には同社のブラウザゲーム「クリスタル・（当審注：原文は黒の菱形）コンクエスト」でも使われている
Ｆｌａｓｈの新技術Ｓｔａｇｅ３Ｄが使われており，３ＤＲＰＧのようなリッチな画面でモンスターと戦える「リアルビューモード」が用意されている
Ｓｔａｇｅ３Ｄは相応のＰＣスペックがないと処理が重いのだが，低スペックでも遊べるように「シンプルビュー」というモードもある
　
見た目は全然違う２つのモードだが，戦闘方法は基本的に同じで，自動攻撃を繰り返しながらプレイヤーが要所要所でキャラクターの行動を指示したり，スキルを使ったりといったコマンドバトル系になっている
ウ．「「スクエニ　レジェンドワールド」は、スクエニメンバーズのサービスの一つであるアバターを使って、ブラウザでプレイする新しいソーシャルゲームです。様々なミッションに挑戦し、手に入れたアイテムを装備したり、強化することで、プレイヤーのアバターをパワーアップさせ物語を進めていきます。
ダウンロードやインストール不要のブラウザで遊べるゲームです
インターネットに接続されたＰＣがあれば
プレイが可能です
エ．上記「ウ．」によれば、「スクエニ　レジェンドワールド」は「ダウンロードやインストール不要のブラウザで遊べるゲーム」であり、「インターネットに接続されたＰＣがあれば……プレイが可能」であるから、「インターネットに接続されたＰＣ」がインターネットを介して他の装置に接続されており、ゲームの処理が当該他の装置において行われていることは明らかである。そして、インターネットを介してＰＣと接続し処理を行う装置は「サーバ」にほかならず、ゲームの処理がプログラムによって実行されることは明らかであるから、引用例１には「
サーバにおいてゲームの処理を実行するプログラム
オ．上記「イ．」の「３ＤＲＰＧのようなリッチな画面でモンスターと戦える「リアルビューモード」が用意されている」、「Ｓｔａｇｅ３Ｄは相応のＰＣスペックがないと処理が重いのだが，低スペックでも遊べるように「シンプルビュー」というモードもある」及び「自動攻撃を繰り返しながらプレイヤーが要所要所でキャラクターの行動を指示したり，スキルを使ったり」との記載を踏まえると、引用例１の第３／１２ページの２枚の画面はいずれもキャラクターがモンスターと戦う画面であって、そのうち「リアルビュー」とのキャプションが付された画面からは、「
「リアルビュー」モードにおいては、キャラクターが３ＤＲＰＧのような画面内に配置される
「シンプルビュー」モードにおいては、一列に配置されたカード内にキャラクターが表示される
　以上を総合すると、引用例１には、次の発明（以下「引用発明１」という。）が記載されているものと認められる。
「サーバにおいてゲームの処理を実行するプログラムであって、
　Ｆｌａｓｈの新技術Ｓｔａｇｅ３Ｄが使われている、３ＤＲＰＧのようなリッチな画面でモンスターと戦える「リアルビュー」モードが用意されており、Ｓｔａｇｅ３Ｄは相応のＰＣスペックがないと処理が重いのだが、低スペックでも遊べるように「シンプルビュー」モードもあり、
　「リアルビュー」モードにおいては、キャラクターが３ＤＲＰＧのような画面内に配置され、
　「シンプルビュー」モードにおいては、一列に配置されたカード内にキャラクターが表示され、
　見た目は全然違う２つのモードだが、戦闘方法は基本的に同じで、自動攻撃を繰り返しながらプレイヤーが要所要所でキャラクターの行動を指示したり、スキルを使ったりといったコマンドバトル系であり、
　ダウンロードやインストール不要のブラウザで遊べるゲームであって、インターネットに接続されたＰＣがあればプレイが可能である、
ソーシャルブラウザＲＰＧ「スクエニ　レジェンドワールド」のプログラム。」
（２）引用例２
　当審拒絶理由に引用された、本願の優先日前に頒布された刊行物である引用例２には、図面と共に次の事項が記載されている
ア．「【請求項１６】
　
ゲーム・システムのホストのインターフェースの動作を制御するソフトウェアであって、前記ゲーム・システムでは、プレイヤーの端末は前記ホストとネットワークを経由して接続し、前記ホストは、ゲーム・アプリケーションに対応する処理手段を有し、前記ソフトウェアは、前記ホストの処理部に：
　
プレイヤーにより利用されている端末の性能を判定し；及び、
　
前記端末に、前記判定された端末の性能に応じて、前記ゲーム・アプリケーションとの一連の相互作用を提供する
　
機能を実行させるよう構成される、ソフトウェア
イ．「【００２６】
　図４は、ホスト１０内の主要機能ブロックを示す。これらはネットワーク・インターフェース１１、ゲーム環境に対応する処理システム１２、地形環境、キャラクター及びオブジェクトの位置及び画像情報等のゲーム・データ、並びにキャラクター・データを格納する記憶装置１５を有する。データの品質及び要求される大量のリアルタイム処理により、処理システム１２及び記憶装置１５は、それぞれ適切なバックアップ機器を備えた高性能機器の配列であるだろう。更なる機能ブロック１３は、端末とゲーム・アプリケーション１６の間のインターフェースとして動作する。インターフェース１３は、端末性能判定部１４を有する。前述のように、これはゲーム環境に参加する端末の性能を判定し、それらの性能及び端末の識別子を、後の検索のために格納する。ゲーム処理部１６により処理される
ゲーム・アプリケーションは、複数の異なる機能
を有する
各機能は、端末に、端末により対応されるべき性能に必要な最小限の性能のセットを有するよう要求する
【００２７】
　図５は、ゲーム・セッションの始めにおける端末登録プロセスのフローチャートを示し、ホスト１０により実行されるステップを示す。最初に、ステップ１００で、端末３０、４０はホスト１０との接続を開始する。ステップ１０２で、ホストは、プレイヤーに、ユーザー名とパスワードの入力により彼ら自身を識別するよう要求する。これらを受信すると、ホストは望ましくはこれらの詳細を有するプレイヤーが既にログオンしているかどうか確認する。既にログオンしている場合、新たなログオンの実行はシステムの不正使用の可能性があり、新たな接続を拒否する等、これを処理するステップが実行されて良い。ホストは次に、ステップ１０４で、ＳＩＭ３８に格納されている識別子のような、端末の識別子を要求する。検索された端末ＩＤは、装置１４に格納されているデータと比較される（図４のステップ１０６）。検索された端末ＩＤが、格納されているものと一致した場合、次に予め格納された性能情報が検索される（ステップ１０８）。しかしながら、端末ＩＤが確認されない場合、上述のように
ホストは端末に問い合わせ、端末の性能を判定する
端末の性能を
受信すると、ホストは端末との全ての将来の相互作用のために、適切な水準の機能を選択する
一般に、端末が標準的なゲーム・プラットフォームより低い性能を有する場合、
ホストは、端末にゲームの管理機能へのアクセスのみを許可し、如何なる画像の多いデータも送信しない
　以上を総合すると、引用例２には、次の発明（以下「引用発明２」という。）が記載されているものと認められる。
「ゲーム・システムのホストのインターフェースの動作を制御するソフトウェアであって、前記ゲーム・システムでは、プレイヤーの端末は前記ホストとネットワークを経由して接続し、前記ホストは、ゲーム・アプリケーションに対応する処理手段を有し、前記ソフトウェアは、前記ホストの処理部に：
　プレイヤーにより利用されている端末の性能を判定し；及び、
　前記端末に、前記判定された端末の性能に応じて、前記ゲーム・アプリケーションとの一連の相互作用を提供する
　機能を実行させるよう構成され、
　ゲーム・アプリケーションは、複数の異なる機能を有し、各機能は、端末に、端末により対応されるべき性能に必要な最小限の性能のセットを有するよう要求し、
　ホストは端末に問い合わせ、端末の性能を判定し、端末の性能を受信すると、ホストは端末との全ての将来の相互作用のために、適切な水準の機能を選択し、一般に、端末が標準的なゲーム・プラットフォームより低い性能を有する場合、ホストは、端末にゲームの管理機能へのアクセスのみを許可し、如何なる画像の多いデータも送信しない
ソフトウェア。」
３．対比
　本願発明と引用発明１とを対比する。
ア．後者の「ＰＣ」は前者の「ユーザ端末」に相当し、同様に、
「サーバ」は「サーバ」に、
「ソーシャルブラウザＲＰＧ「スクエニ　レジェンドワールド」」は「ビデオゲーム」に、
「ソーシャルブラウザＲＰＧ「スクエニ　レジェンドワールド」のプログラム」は「ビデオゲーム処理プログラム」に、
「キャラクター」は「キャラクタ」に、
それぞれ相当する。
イ．後者は「インターネットに接続されたＰＣがあればプレイが可能である」から、その「サーバ」が「インターネット」を介して「ＰＣ」と通信可能であることは明らかである。また、後者の「「リアルビュー」モード」は「モンスターと戦える」ものであり、「「シンプルビュー」モード」は「低スペックでも遊べる」ものであるから、いずれのモードにおいてもゲームが進行されるといえ、後者はサーバにおいてゲームの進行を制御するものであると認められる。
　そうすると、後者の「サーバにおいてゲームの処理を実行するプログラム」は、前者の「ユーザ端末と通信可能なサーバにビデオゲームの進行を制御する機能を実現させるためのビデオゲーム処理プログラム」に相当する。
ウ．後者は「「リアルビュー」モードにおいては３ＤＲＰＧのような画面にキャラクターが配置され」るから、「リアルビュー」モードにおいて３ＤＲＰＧのような画面にキャラクターを配置するための機能を有していることは明らかである。そして、「３ＤＲＰＧのような画面」が３次元空間を表す画面であって、当該画面にキャラクターを配置するにあたって３次元空間におけるキャラクターの位置が特定されることは自明である。
　そうすると、後者の当該機能は、前者の「仮想空間におけるキャラクタの位置を特定する特定機能」に相当する。
エ．後者は、「「リアルビュー」モード」においてはキャラクターが３ＤＲＰＧのような画面内に配置され、「「シンプルビュー」モード」においては一列に配置されたカード内にキャラクターが表示されるから、「「リアルビュー」モード」と「「シンプルビュー」モード」とは、「画面の構成が異なる」といえる。
　そうすると、上記「イ．」のとおり、後者はサーバにおいてゲームの進行を制御するものであって、ゲームの進行を制御する機能を有することは明らかであるところ、後者の当該機能は前者の「少なくともゲーム画面の構成が異なる複数のモードのうち何れかのモードで前記ビデオゲームの進行を制御する制御機能」に相当する。
オ．後者は「サーバにおいてゲームの処理を実行する」から、「「リアルビュー」モード」及び「「シンプルビュー」モード」の画面に関する処理もサーバにおいて実行されるといえる。
　また、後者のゲームは「インターネットに接続されたＰＣがあればプレイが可能」だから、後者においてこれらの画像がインターネットを通じてＰＣに送信されることは自明な事項であって、後者がその送信のための機能を有していることも明らかである。
　そして、後者の当該送信のための機能と、前者の「該設定機能にて設定したモードに対応するゲーム画面を前記ユーザ端末に出力させるための情報を当該ユーザ端末に送信する送信機能」とは、「モードに対応するゲーム画面を前記ユーザ端末に出力させるための情報を当該ユーザ端末に送信する送信機能」との概念で共通する。
カ．後者の「「リアルビュー」モード」においてはキャラクターが３ＤＲＰＧのような画面内に配置され、「シンプルビュー」モードにおいては一列に配置されたカード内にキャラクターが表示されるから、「「リアルビュー」モード」と「「シンプルビュー」モード」とはキャラクタの描画態様が異なるものである。
　そして、キャラクターを含めた「「リアルビュー」モード」は「Ｓｔａｇｅ３Ｄ」を使って描画されるところ、後者の「「シンプルビュー」モード」は、「Ｓｔａｇｅ３Ｄは相応のＰＣスペックがないと処理が重いのだが、低スペックでも遊べるよう」なものであるから、キャラクタの描画態様が異なることでコンピュータにかかる処理負荷が軽減されることが期待できる「モード」であるといえる。
　そうすると、後者の「「リアルビュー」モード」においてはキャラクターが３ＤＲＰＧのような画面内に配置され、「シンプルビュー」モードにおいては一列に配置されたカード内にキャラクターが表示され」ることと、前者の「前記複数のモードは、推奨動作条件が設定された第１モードと、該第１モードとは少なくとも前記キャラクタの描画態様が異なることでコンピュータにかかる処理負荷が軽減されることが期待できる第２モードとを含み」とは、「前記複数のモードは、第１モードと、該第１モードとは少なくとも前記キャラクタの描画態様が異なることでコンピュータにかかる処理負荷が軽減されることが期待できる第２モードとを含み」との概念で共通する。
　そうすると、両者は、
「ユーザ端末と通信可能なサーバにビデオゲームの進行を制御する機能を実現させるためのビデオゲーム処理プログラムであって、
　前記サーバに、
　仮想空間におけるキャラクタの位置を特定する特定機能と、
　少なくともゲーム画面の構成が異なる複数のモードのうち何れかのモードで前記ビデオゲームの進行を制御する制御機能と、
　モードに対応するゲーム画面を前記ユーザ端末に出力させるための情報を当該ユーザ端末に送信する送信機能とを実現させ、
　前記複数のモードは、第１モードと、該第１モードとは少なくとも前記キャラクタの描画態様が異なることでコンピュータにかかる処理負荷が軽減されることが期待できる第２モードとを含む、
　ビデオゲーム処理プログラム。」
の点で一致し、以下の点で相違する。
（相違点）
　前者が「ユーザ端末の性能に関する情報（以下「性能情報」という。）を取得する取得機能」と、「前記性能情報に基づいて前記ユーザ端末に対応するモードを設定する設定機能」を有しており、送信機能が送信するゲーム画面が「設定機能にて設定した」モードに対応するものであり、「第１モード」が「推奨動作条件が設定された」ものであり、「設定機能では、前記取得機能により取得した前記性能情報と前記推奨動作条件とに基づいて、描画に関する機能が異なる前記第１モードと前記第２モードのうち何れかを前記ユーザ端末に対応するモードとして設定する機能を実現させる」のに対して、後者はそのようなものでない点。
４．判断
（１）相違点について
　上記相違点について検討する。
ア．引用発明２において「ホストは端末に問い合わせ、端末の性能を判定し、端末の性能を受信する」ところ、引用発明２がこれら「……問い合わせ、……判定し、……受信する」ための機能を有していることは明らかであって、引用発明２の当該機能は、本願発明の「ユーザ端末の性能に関する情報（以下「性能情報」という。）を取得する取得機能」に相当する。
イ．引用発明２においては「ゲーム・アプリケーションは、複数の異なる機能を有し、各機能は、端末に、端末により対応されるべき性能に必要な最小限の性能のセットを有するよう要求」するところ、当該「端末により対応されるべき性能に必要な最小限の性能のセット」は、端末がゲーム・アプリケーションの機能を実行する上で必要な性能に係る条件である点で本願発明の「推奨動作条件」と変わりはないから、本願発明の「推奨動作条件」に相当するといえる。
ウ．引用発明１の「「リアルビュー」モード」は、「Ｆｌａｓｈの新技術Ｓｔａｇｅ３Ｄが使われている」とともに、「３ＤＲＰＧのようなリッチな画面でモンスターと戦え」、「キャラクターが３ＤＲＰＧのような画面内に配置され」るものであって、「Ｓｔａｇｅ３Ｄ」を用いて「３ＤＲＰＧのような画面」を表示するものである一方、「「シンプルビュー」モード」は、「Ｓｔａｇｅ３Ｄは相応のＰＣスペックがないと処理が重いのだが、低スペックでも遊べるように」したものであって、「一列に配置されたカード内にキャラクターが表示され」るから、「Ｓｔａｇｅ３Ｄ」を用いることなく「一列に配置されたカード内にキャラクターが表示され」る画面を表示するものである。
　そうすると、引用発明１の「リアルビュー」モード」と「「シンプルビュー」モード」とは、「Ｓｔａｇｅ３Ｄ」を用いるか否かで異なり、表示する画面も異なるものであるから、描画に関する機能が異なるといえる。
エ．操作を自動化することはビデオゲームにおいて一般的な課題であって、引用発明１は「「リアルビュー」モード」及び「「シンプルビュー」モード」のいずれかのモードで遊ぶゲームであるところ、当該モードの設定に関する操作を自動化することは、当業者が格別の困難なく着想し得たことである。
オ．そして、上記引用発明２のように、「ユーザ端末の性能に関する情報（以下「性能情報」という。）を取得する取得機能」を備え「推奨動作条件」を用いることが本願の出願前に公知であったことを踏まえれば、引用発明１において「「リアルビュー」モード」及び「「シンプルビュー」モード」の設定を自動化する際に、「性能情報」及び「推奨動作条件」を用いることは当業者が容易になし得たことであって、引用発明１において「性能情報」及び「推奨動作条件」を用いるようにすれば、当然、「性能情報を取得する取得機能」と、「性能情報に基づいてユーザ端末に対応するモードを設定する設定機能」を有するものとなり、送信機能が送信するゲーム画面は「設定機能にて設定した」モードに対応するものとなり、「第１モード」は「推奨動作条件が設定された」ものとなり、「設定機能では、取得機能により取得した性能情報と推奨動作条件とに基づいて、描画に関する機能が異なる第１モードと第２モードのうち何れかをユーザ端末に対応するモードとして設定する機能を実現させる」ものとなる。
カ．なお、請求人は、令和１年５月１５日に提出した意見書の「（Ｃ−２）補正後の請求項１に係る発明が特許されるべき理由」の項において、上記相違点に関連して、引用例２には、「複数の異なる機能であり、同時に利用可能な機能」について記載されているだけであり、「複数の異なる機能のうち何れか１つを選択する」ことについては示唆すらされておらず、本願発明は、上記構成を有することで、キャラクタの描画に関して、機能の増減ではなく、機能の選択が行われるようになり、端末の性能に応じて同時に利用可能な機能を増減させる場合に比べ、性能情報が異なる複数のユーザ端末を操作する複数のユーザそれぞれのゲーム体験に生じ得る差異を減少させることができるようになるから、本願発明は、引用発明１及び２に基づいて、当業者が容易に発明をすることができたものではない旨主張しているので、以下、請求人の当該主張について検討する。
キ．引用発明１の「「リアルビュー」モード」と「「シンプルビュー」モード」とは、「見た目は全然違う２つのモードだが、戦闘方法は基本的に同じで、自動攻撃を繰り返しながらプレイヤーが要所要所でキャラクターの行動を指示したり、スキルを使ったりといったコマンドバトル系であ」るから、いずれも「コマンドバトル系」の「戦闘」に係るモードであって、「戦闘」に際しては「「リアルビュー」モード」と「「シンプルビュー」モード」とを同時に用いることはなく、「「リアルビュー」モード」と「「シンプルビュー」モード」との何れかを用いるものであることは明らかである。
　一方、引用発明２は、「複数の異なる機能を有し、各機能は、端末に、端末により対応されるべき性能に必要な最小限の性能のセットを有するよう要求」するのだから、「端末により対応されるべき性能に必要な最小限の性能のセット」についての判定は「各機能」ごとに行われるのであって、各機能を端末に提供するか否かが各機能ごとに判定されるものと認められる。
　そうすると、引用発明１に引用発明２を適用すれば、「「リアルビュー」モード」について「端末により対応されるべき性能に必要な最小限の性能のセット」を有するか判定を行い、「「リアルビュー」モード」を提供するか否かが選択されることとなる。そして、引用発明１は、上述のとおり「「リアルビュー」モード」と「「シンプルビュー」モード」との何れかを用いるものであるから、「「シンプルビュー」モード」を用いるか否かは「「リアルビュー」モード」についての判定に伴って定まり、「「リアルビュー」モード」を提供する場合には「「シンプルビュー」モード」を提供せず、「「リアルビュー」モード」を提供しない場合には「「シンプルビュー」モード」を提供することになる。
　すなわち、引用発明１は「「リアルビュー」モード」と「「シンプルビュー」モード」との何れかを用いるものであって、引用発明１に引用発明２を適用すれば、「「リアルビュー」モード」か「「シンプルビュー」モード」かのいずれか１つを選択することになる。
　そして、請求人が主張する「性能情報が異なる複数のユーザ端末を操作する複数のユーザそれぞれのゲーム体験に生じ得る差異を減少させることができるようにな」るという効果も、引用発明１に引用発明２を適用すれば必然的に生じるものであって、引用発明１及び２から予測し得ない顕著な効果であるとは認められない。
　以上のとおりであるから、請求人の上記主張は採用することができない。
（２）まとめ
　相違点については上記「（１）」のとおりであって、本願発明の発明特定事項の全体によって奏される効果も、引用発明１及び２から当業者が予測し得る範囲内のものである。
　そうすると、本願発明は、引用発明１及び２から当業者が容易に発明をすることができたものである。
第４　むすび
　以上のとおり、本願発明は、引用発明１及び２に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、その余の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　よって、結論のとおり審決する。