【事件の表示】
　特願２０１２−１７６４９４「ゲームサービスプラットフォーム」拒絶査定不服審判事件〔平成２５年　２月２１日出願公開、特開２０１３−　３７６９６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本件請求に係る出願（以下「本願」という。）は，２０１１年８月１０日（以下「優先日」という。）の大韓民国における出願を基礎とするパリ条約による優先権主張を伴った，平成２４年８月８日を出願日とする出願であって，その手続の経緯は以下のとおりである。
　　平成２５年　９月　２日　　　：出願審査請求書の提出
　　平成２６年１０月２１日付け　：拒絶理由の通知
　　平成２７年　１月２７日　　　：意見書，手続補正書の提出
　　平成２７年　２月２６日付け　：拒絶査定（同年３月３日謄本送達）
　　平成２７年　７月　１日　　　：審判請求書，手続補正書の提出
　　平成２７年　９月１７日　　　：前置報告
　　平成２７年１２月２５日　　　：上申書の提出
第２　平成２７年７月１日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２７年７月１日付けの手続補正を却下する。
［理由］
１．補正の内容
　平成２７年７月１日付けの手続補正（以下，「本件補正」という。）の内容は，平成２７年１月２７日付けの手続補正により補正された特許請求の範囲の記載
「【請求項１】
　複数のゲームサーバと，
　ゲーム開発者からアップロードされたゲームのデータを格納する格納領域サーバと，
　前記格納領域サーバに格納されたゲームを抽象化されたゲームサービスリソースとして前記複数のゲームサーバのうち１つ以上のゲームサーバに配布及び割り当てるリソースコントローラと，
　前記ゲームを利用したゲームサービスを提供されるためのゲーム利用者のアクセスを処理するサービスバスと，
　を備え，
　前記リソースコントローラは前記複数のゲームサーバのうち１つ以上のゲームサーバと連動し，
　前記サービスバスは，前記ゲーム利用者からのゲーム開始リクエストを受信することにより，前記ゲーム利用者と前記１つ以上のゲームサーバが提供するゲームサービス間の接続を設定することを特徴とするゲームサービスプラットフォーム。
　　【請求項２】
　前記リソースコントローラは，負荷分散ポリシーに基づいて前記一つ以上のゲームサーバのうち前記ゲームを配布する前記ゲームサーバを選択することを特徴とする請求項１に記載のゲームサービスプラットフォーム。
　　【請求項３】
　前記サービスバスは，前記ゲームサービスプラットフォームによって提供されるバックエンドサービスに対する位置透過性を前記ゲーム開発者に提供することを特徴とする請求項１に記載のゲームサービスプラットフォーム。
　　【請求項４】
　前記一つ以上のゲームサーバ間のメッセージ送受信及びデータ交換を行うグローバルキューサーバをさらに備えることを特徴とする請求項１に記載のゲームサービスプラットフォーム。
　　【請求項５】
　前記一つ以上のゲームサーバ間で用いられる共有データの同期化を行うグローバルロックサーバをさらに備えることを特徴とする請求項１に記載のゲームサービスプラットフォーム。
　　【請求項６】
　前記ゲーム開発者が用いた前記ゲームサービスリソースの量を測定し，前記ゲームサービスリソースの使用量に応じて課金額を決定する課金サーバをさらに備えることを特徴とする請求項１に記載のゲームサービスプラットフォーム。
　　【請求項７】
　前記ゲーム開発者に前記ゲームサービスプラットフォーム上のデバッギング及びテストを実行可能な環境を提供するテストサーバをさらに備えることを特徴とする請求項１に記載のゲームサービスプラットフォーム。
　　【請求項８】
　ユーザ接続を処理するサービスバスがゲーム開発者からアップロードされたゲームのデータを受信するステップと，
　格納領域サーバが前記受信したゲームのデータを格納するステップと，
　リソースコントローラが前記格納領域サーバに格納されたゲームを抽象化されたゲームサービスリソースとして複数のゲームサーバのうち１つ以上のゲームサーバに配布及び割当てるステップと，
　前記サービスバスが前記ゲームを利用したゲームサービスを提供されるためのゲーム利用者のアクセスを処理するステップと，
　前記リソースコントローラが前記ゲームのゲームロジックを１つ以上のサービスコンポーネントと連動させるステップと，
　前記サービスバスが前記ゲーム利用者からのゲーム開始リクエストを受信し，前記ゲーム利用者と前記１つ以上のゲームサーバが提供するゲームサービス間の接続を設定するステップと，
　を含むことを特徴とするゲームサービス提供方法。
　　【請求項９】
　前記ゲームサーバは１つ以上のゲームサーバであり，
　前記リソースコントローラは，負荷分散ポリシーに基づいて前記一つ以上のゲームサーバのうちから前記ゲームを配布するゲームサーバを選択することを特徴とする請求項８に記載のゲームサービス提供方法。
　　【請求項１０】
　前記サービスコンポーネントは，ゲームドメインベースコンポーネント及びゲームプラットフォームベースコンポーネントのうちの１つ以上を含むことを特徴とする請求項８に記載のゲームサービス提供方法。
　　【請求項１１】
　課金サーバが前記ゲーム開発者の用いた前記ゲームサービスリソースの量を測定し，前記用いたゲームサービスリソースの量に応じて課金額を決定するステップを含むことを特徴とする請求項８に記載のゲームサービス提供方法。
　　【請求項１２】
　前記サービスバスは，前記ゲーム開発者に前記ゲームサービスが提供するゲームサービスリソースに対する位置透過性を提供することを特徴とする請求項１１に記載のゲームサービス提供方法。
　　【請求項１３】
　前記ゲームサービスリソースを提供するステップは，前記サービスバスが前記ゲーム開発者に前記ゲームサービスに関連するデータの読み出し及び書き込みの実行を提供するステップを含むことを特徴とする請求項１１に記載のゲームサービス提供方法。
　　【請求項１４】
　請求項８乃至請求項１３のいずれか一項に記載のゲームサービス提供方法を行うプログラムを収録したコンピュータで読み出し可能な記録媒体。」（以下，この特許請求の範囲に記載された請求項を「補正前の請求項」という。）を，
「【請求項１】
　複数のゲームサーバと，
　ゲーム開発者からアップロードされたゲームのデータを格納する格納領域サーバと，
　前記格納領域サーバに格納されたゲームを抽象化されたゲームサービスリソースとして前記複数のゲームサーバのうち
２
　前記ゲームを利用したゲームサービスを提供されるためのゲーム利用者のアクセスを処理するサービスバスと，
　前記
２
　を備え，
　前記リソースコントローラは
前記ゲームのゲームロジックを
２
前記グローバルキューサーバと
　前記サービスバスは，前記ゲーム利用者からのゲーム開始リクエストを受信することにより，前記ゲーム利用者と前記
２
　　【請求項２】
　複数のゲームサーバと，
　ゲーム開発者からアップロードされたゲームのデータを格納する格納領域サーバと，
　前記格納領域サーバに格納されたゲームを抽象化されたゲームサービスリソースとして前記複数のゲームサーバのうち
２
　前記ゲームを利用したゲームサービスを提供されるためのゲーム利用者のアクセスを処理するサービスバスと，
　前記
２
　を備え，
　前記リソースコントローラは
前記ゲームのゲームロジックを
２
前記グローバルロックサーバと
　前記サービスバスは，前記ゲーム利用者からのゲーム開始リクエストを受信することにより，前記ゲーム利用者と前記
２
　　【請求項３】
　前記リソースコントローラは，負荷分散ポリシーに基づいて前記
２
または２
　　【請求項４】
　前記サービスバスは，前記ゲームサービスプラットフォームによって提供されるバックエンドサービスに対する位置透過性を前記ゲーム開発者に提供することを特徴とする請求項１
または２
　　【請求項５】
　前記ゲーム開発者が用いた前記ゲームサービスリソースの量を測定し，前記ゲームサービスリソースの使用量に応じて課金額を決定する課金サーバをさらに備えることを特徴とする請求項１
または２
　　【請求項６】
　前記ゲーム開発者に前記ゲームサービスプラットフォーム上のデバッギング及びテストを実行可能な環境を提供するテストサーバをさらに備えることを特徴とする請求項１
または２
」（当審注：下線は，請求人が付与したものである。以下，この特許請求の範囲に記載された請求項を「補正後の請求項」という。）に補正するものである。
　そして，本件補正は，願書に最初に添付した明細書，特許請求の範囲又は図面に記載した事項の範囲内においてなされており，特許法第１７条の２第３項の規定に適合している。
　また，補正前の請求項に係る発明と，補正後の請求項に係る発明とは，同一の特別な技術的特徴を有するものであり，特許法第１７条の２第４項の規定に適合している。
２．目的要件
　本件補正が，特許法第１７条の２第５項の規定を満たすものであるか否か，すなわち，本件補正が，特許法第１７条の２第５項に規定する請求項の削除，特許請求の範囲の減縮（特許法第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであって，その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る），誤記の訂正，或いは，明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る）の何れかを目的としたものであるかについて，以下に検討する。
（１）補正前の請求項と，補正後の請求項の対応関係
　補正前の請求項と，補正後の請求項とを比較すると，補正後の請求項１，２は，審判請求書６〜７頁に記載のとおり，それぞれ補正前の請求項４，５に対応することは明らかである。
　そうすると，補正後の請求項３は，補正前の請求項４又は５に，補正前の請求項２に記載の事項を付加したものに対応する。
　補正後の請求項４は，補正前の請求項４又は５に，補正前の請求項３に記載の事項を付加したものに対応する。
　補正後の請求項５は，補正前の請求項４又は５に，補正前の請求項６に記載の事項を付加したものに対応する。
　補正後の請求項６は，補正前の請求項４又は５に，補正前の請求項７に記載の事項を付加したものに対応する。
（２）補正事項
ア．補正後の請求項１に係る補正は，下記の補正事項１，２よりなるものである。
＜補正事項１＞
　補正前の請求項４の「一つ以上のゲームサーバ」との記載，及び，補正前の請求項４が引用する補正前の請求項１の「１つ以上のゲームサーバ」との記載を，
　補正後の請求項１の「２つ以上のゲームサーバ」に限定する補正。
＜補正事項２＞
　補正前の請求項４が引用する補正前の請求項１の「前記リソースコントローラは前記複数のゲームサーバのうち１つ以上のゲームサーバと連動し」との記載を，
　補正後の請求項１の「前記リソースコントローラは前記ゲームのゲームロジックを前記複数のゲームサーバのうち２つ以上のゲームサーバと前記グローバルキューサーバと連動し」に限定する補正。
イ．補正後の請求項２に係る補正は，下記の補正事項３，４よりなるものである。
＜補正事項３＞
　補正前の請求項５の「一つ以上のゲームサーバ」との記載，及び，補正前の請求項５が引用する補正前の請求項１の「１つ以上のゲームサーバ」との記載を，
　補正後の請求項２の「２つ以上のゲームサーバ」に限定する補正。
＜補正事項４＞
　補正前の請求項５が引用する補正前の請求項１の「前記リソースコントローラは前記複数のゲームサーバのうち１つ以上のゲームサーバと連動し」との記載を，
　補正後の請求項２の「前記リソースコントローラは前記ゲームのゲームロジックを前記複数のゲームサーバのうち２つ以上のゲームサーバと前記グローバルロックサーバと連動し」に限定する補正。
ウ．補正後の請求項３に係る補正は，下記の補正事項５よりなるものである。
＜補正事項５＞
　補正前の請求項４又は５が引用する補正前の請求項１の「リソースコントローラ」に関して，
　補正前の請求項２に記載のように「前記リソースコントローラは，負荷分散ポリシーに基づいて前記一つ以上のゲームサーバのうち前記ゲームを配布する前記ゲームサーバを選択する」との事項を追加する補正。
エ．補正後の請求項４に係る補正は，下記の補正事項６よりなるものである。
＜補正事項６＞
　補正前の請求項４又は５が引用する補正前の請求項１の「サービスバス」に関して，
　補正前の請求項３に記載のように「前記サービスバスは，前記ゲームサービスプラットフォームによって提供されるバックエンドサービスに対する位置透過性を前記ゲーム開発者に提供する」との事項を追加する補正。
オ．補正後の請求項５に係る補正は，下記の補正事項７よりなるものである。
＜補正事項７＞
　補正前の請求項４又は５に，
　補正前の請求項６に記載のように「前記ゲーム開発者が用いた前記ゲームサービスリソースの量を測定し，前記ゲームサービスリソースの使用量に応じて課金額を決定する課金サーバ」との事項を追加する補正。
カ．補正後の請求項６に係る補正は，下記の補正事項８よりなるものである。
＜補正事項８＞
　補正前の請求項４又は５に，
　補正前の請求項７に記載のように「前記ゲーム開発者に前記ゲームサービスプラットフォーム上のデバッギング及びテストを実行可能な環境を提供するテストサーバ」との事項を追加する補正。
キ．補正前の請求項８〜１４に係る補正は，下記の補正事項９よりなるものである。
＜補正事項９＞
　補正前の請求項８〜１４を削除する補正。
（３）補正事項に係る当審の判断
上記補正事項１〜９について，以下のとおり検討する。
＜補正事項１，３について＞
　上記補正事項１，３は，「ゲームサーバ」の台数の範囲について，「１つ以上」から「２つ以上」に限定して下位概念化する補正である。
　そして，これによって当該発明の産業上の利用分野及び解決しようとする課題が格別変更されるものではない。
　したがって，当該補正事項の目的は，請求項に記載した発明特定事項を限定するものであって，その補正前後の当該請求項に記載された発明の産業上の利用分野及び解決しようとする課題が同一であるもの（以下，単に「限定的減縮」という。）に該当する。
＜補正事項２について＞
　上記補正事項２は，「リソースコントローラ」の「連動」処理の対象に「ゲームのゲームロジック」，「グローバルキューサーバ」を追加して下位概念化する補正である。
　そして，これによって当該発明の産業上の利用分野及び解決しようとする課題が格別変更されるものではない。
　したがって，当該補正事項の目的は，限定的減縮に該当する。
＜補正事項４について＞
　上記補正事項４は，「リソースコントローラ」の「連動」処理の対象に「ゲームのゲームロジック」，「グローバルロックサーバ」を追加して下位概念化する補正である。
　そして，これによって当該発明の産業上の利用分野及び解決しようとする課題が格別変更されるものではない。
　したがって，当該補正事項の目的は，限定的減縮に該当する。
＜補正事項５について＞
　上記補正事項５は，「リソースコントローラ」を「前記リソースコントローラは，負荷分散ポリシーに基づいて前記一つ以上のゲームサーバのうち前記ゲームを配布する前記ゲームサーバを選択する」ように限定して下位概念化する補正である。
　そして，これによって当該発明の産業上の利用分野及び解決しようとする課題が格別変更されるものではない。
　したがって，当該補正事項の目的は，限定的減縮に該当する。
＜補正事項６について＞
　上記補正事項６は，「サービスバス」を「前記サービスバスは，前記ゲームサービスプラットフォームによって提供されるバックエンドサービスに対する位置透過性を前記ゲーム開発者に提供する」ように限定して下位概念化する補正である。
　そして，これによって当該発明の産業上の利用分野及び解決しようとする課題が格別変更されるものではない。
　したがって，当該補正事項の目的は，限定的減縮に該当する。
＜補正事項７について＞
　上記補正事項７が追加する「前記ゲーム開発者が用いた前記ゲームサービスリソースの量を測定し，前記ゲームサービスリソースの使用量に応じて課金額を決定する課金サーバ」は，
　補正前の請求項４又は５が含む，いずれかの手段を限定する補正ではなく，補正前の請求項１に新たな手段を追加する補正であると認められる。
　したがって，上記補正事項７は，補正前の請求項４又は５に記載した発明を特定するために必要な事項を限定したものではなく，特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものとは認められない。
　また，上記補正事項７の目的が，特許法第１７条の２第５項第１号の請求項の削除，第３号の誤記の訂正，第４号の明りょうでない記載の釈明に該当するものとも認められない。
＜補正事項８について＞
　上記補正事項８が追加する「前記ゲーム開発者に前記ゲームサービスプラットフォーム上のデバッギング及びテストを実行可能な環境を提供するテストサーバ」は，
　補正前の請求項４又は５が含む，いずれかの手段を限定する補正ではなく，補正前の請求項１に新たな手段を追加する補正であると認められる。
　したがって，上記補正事項８は，補正前の請求項４又は５に記載した発明を特定するために必要な事項を限定したものではなく，特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものとは認められない。
　また，上記補正事項８の目的が，特許法第１７条の２第５項第１号の請求項の削除，第３号の誤記の訂正，第４号の明りょうでない記載の釈明に該当するものとも認められない。
＜補正事項９について＞
　上記補正事項９の目的は，特許法第１７条の２第５項第１号の請求項の削除に該当する。
（４）目的要件の小括
　したがって，上記補正事項７，８について検討したとおり，本件補正の特許請求の範囲についてする補正は，特許法第１７条の２第５項各号に掲げる事項を目的とするものに限られるものではない。
３．独立特許要件
　以上のように，本件補正は，特許法第１７条の２第５項各号に掲げる事項を目的とするものではないものの，仮に，本件補正が限定的減縮を目的とした補正であったとして，補正後の請求項１に記載された発明が，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか否か，すなわち，補正後の請求項１に記載されている事項による特定される発明が，特許出願の際独立して特許を受けることができるものであるか否かについて以下に検討する。
（１）本件補正発明
　本件補正発明は，上記平成２７年７月１日付け手続補正により補正された特許請求の範囲，明細書及び図面の記載からみて，その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
「複数のゲームサーバと，
　ゲーム開発者からアップロードされたゲームのデータを格納する格納領域サーバと，
　前記格納領域サーバに格納されたゲームを抽象化されたゲームサービスリソースとして前記複数のゲームサーバのうち２つ以上のゲームサーバに配布及び割り当てるリソースコントローラと，
　前記ゲームを利用したゲームサービスを提供されるためのゲーム利用者のアクセスを処理するサービスバスと，
　前記２つ以上のゲームサーバ間のメッセージ送受信及びデータ交換を行うグローバルキューサーバと，
　を備え，
　前記リソースコントローラは前記ゲームのゲームロジックを前記複数のゲームサーバのうち２つ以上のゲームサーバと前記グローバルキューサーバと連動し，
　前記サービスバスは，前記ゲーム利用者からのゲーム開始リクエストを受信することにより，前記ゲーム利用者と前記２つ以上のゲームサーバが提供するゲームサービス間の接続を設定することを特徴とするゲームサービスプラットフォーム。」
（２）引用文献及び参考文献
ア．引用文献１に記載されている技術的事項および引用発明１
　本願優先日前に頒布され，原審の拒絶査定の理由である上記平成２６年１０月２１日付けの拒絶理由通知（以下，「原審拒絶理由」という。）において引用された，特開２００１−２５２４７５号公報（平成１３年９月１８日公開，以下，「引用文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ａ．「【０００１】
【発明の属する技術分野】本発明は，
インターネットを利用したブラウザ端末やゲーム機に対して，ネットワークゲームをＡＳＰ(Application Service Provider)のコンテンツとして提供するネットワークゲーム仲介装置
Ｂ．「【００２０】このように構成された装置の動作を次に説明する。図２はネットワークゲームの進行状態の説明図である。ここでは，遊技者端末機器１０は遊技者端末機器１２，１４，１６の総称である。
まず，遊技者端末機器１０がネットワークゲーム仲介装置２０に通信回線１８を介してアクセスし，遊技者認識手段２４により遊技者の認証を行なう（Ｓ１０）。遊技者の認証が行なわれると，続いて遊戯者は今回遊ぶネットワークゲーム３０を選択して，ネットワークゲーム仲介装置２０に通知する（Ｓ１２）。ネットワークゲーム仲介装置２０は，ネットワークゲーム執行装置３０に遊技者が選択したネットワークゲームを通知する（Ｓ３０）。
【００２１】これに対して，ネットワークゲーム執行装置３０は，ネットワークゲームの静的データをネットワークゲームデータベース部５８から読み出して（Ｓ５０），ネットワークゲーム仲介装置２０に送る（Ｓ３２）。ネットワークゲーム仲介装置２０は静的データを遊技者端末機器１０に転送する（Ｓ１４）。静的データはデータ量が多い為，データ圧縮されていることが多く，またファイル形式も例えばＧＩＦ等を用いている。遊技者端末機器１０では，静的データのダウンロードが完了すると，遊技者によりゲーム開始の操作が行なわれる（Ｓ１６）。このゲーム開始の操作はネットワークゲーム仲介装置２０を経てネットワークゲーム執行装置３０に送信され，ゲーム画面は初期状態に設定される（Ｓ３４）。
【００２２】
ゲーム開始後は，随時遊技者は遊技者端末機器１０を操作して操作情報をネットワークゲーム仲介装置２０に送信する（Ｓ１８）。ネットワークゲーム仲介装置２０はこの操作情報をネットワークゲーム執行装置３０に転送する（Ｓ３６）。ネットワークゲーム執行装置３０は操作情報に応じたゲーム進行を行なう（Ｓ５２）。ゲーム進行結果の動的データはネットワークゲーム執行装置３０から，ネットワークゲーム仲介装置２０を経由して遊技者端末機器１０に転送される（Ｓ３８，Ｓ２０）。
【００２３】この後は，次の一連の操作がゲーム終了まで繰り返される。
（１）遊技者は遊技者端末機器１０を操作して操作情報をネットワークゲーム仲介装置２０に送信する（Ｓ２２）。
（２）ネットワークゲーム仲介装置２０はこの操作情報をネットワークゲーム執行装置３０に転送する（Ｓ４０）。
（３）ネットワークゲーム執行装置３０は操作情報に応じたゲーム進行を行なう（Ｓ５４）。
（４）ゲーム進行結果の動的データはネットワークゲーム執行装置３０から，ネットワークゲーム仲介装置２０に送信される（Ｓ４２）。
（５）ネットワークゲーム仲介装置２０は動的データを遊技者端末機器１０に転送する（Ｓ２４）。遊技者端末機器１０は転送された動的データに応じた画像情報を遊技者端末機器１０の映像端末に表示する。
【００２４】
この一連動作（１）→（５）は遊技者がリアルタイムと感じる周期，例えば0.1秒周期でデータ更新を行なう。
Ｃ．「【００２９】図５は本発明の第２の実施の形態を説明する構成ブロック図で，ネットワークゲーム創作支援装置５０を示している。
ネットワークゲームの創作者は，ゲームソフト開発機器４０を用いてネットワークゲームの開発を行なっている。
【００３０】・・・（後略）・・・
ネットワークゲーム受信手段５６は，創作者の開発したネットワークゲームを開発インターフェイス部５２を介して受信する。ネットワークゲームデータベース部５８は，開発したネットワークゲームの静的データと動的データとを区分して格納する。
Ｄ．「
」（図１）
　ここで，上記引用文献１に記載されている事項を検討する。
（ア）上記Ｂの段落【００２２】の「ネットワークゲーム執行装置３０は操作情報に応じたゲーム進行を行なう」との記載からすると，
　引用文献１に記載の「ネットワークゲーム執行装置」は，ゲームを実行する装置であることが読みとれる。
　また，上記Ｄの図１には，前記「ネットワークゲーム執行装置」が１つ以上存在する態様を含むことが示されている。
　したがって，引用文献１には，“ゲームを実行する１つ以上のネットワークゲーム執行装置”が記載されていると認められる。
（イ）上記Ｃの段落【００２９】の「ネットワークゲームの創作者は，ゲームソフト開発機器４０を用いてネットワークゲームの開発を行なっている。」，段落【００３０】の「ネットワークゲーム受信手段５６は，創作者の開発したネットワークゲームを開発インターフェイス部５２を介して受信する。ネットワークゲームデータベース部５８は，開発したネットワークゲームの静的データと動的データとを区分して格納する。」との記載からすると，
　ネットワークゲームデータベース部に格納されるネットワークゲームのデータは，ネットワークゲームの創作者から受信したものであることが読み取れる。
　したがって，引用文献１には，“創作者から受信したネットワークゲームのデータを格納するネットワークゲームデータベース部”が記載されていると認められる。
（ウ）上記Ａの「インターネットを利用したブラウザ端末やゲーム機に対して，ネットワークゲームをＡＳＰ(Application Service Provider)のコンテンツとして提供するネットワークゲーム仲介装置」との記載からすると，
　ネットワークゲーム仲介装置は，ネットワークゲームをサービスとして提供する装置といえる。
　また，上記Ｂの段落【００２０】の「まず，遊技者端末機器１０がネットワークゲーム仲介装置２０に通信回線１８を介してアクセスし，遊技者認識手段２４により遊技者の認証を行なう（Ｓ１０）。遊技者の認証が行なわれると，続いて遊戯者は今回遊ぶネットワークゲーム３０を選択して，ネットワークゲーム仲介装置２０に通知する（Ｓ１２）。ネットワークゲーム仲介装置２０は，ネットワークゲーム執行装置３０に遊技者が選択したネットワークゲームを通知する（Ｓ３０）。」，段落【００２２】の「ゲーム開始後は，随時遊技者は遊技者端末機器１０を操作して操作情報をネットワークゲーム仲介装置２０に送信する（Ｓ１８）。ネットワークゲーム仲介装置２０はこの操作情報をネットワークゲーム執行装置３０に転送する（Ｓ３６）。ネットワークゲーム執行装置３０は操作情報に応じたゲーム進行を行なう（Ｓ５２）。ゲーム進行結果の動的データはネットワークゲーム執行装置３０から，ネットワークゲーム仲介装置２０を経由して遊技者端末機器１０に転送される（Ｓ３８，Ｓ２０）。」，段落【００２４】の「この一連動作は遊技者がリアルタイムと感じる周期，例えば0.1秒周期でデータ更新を行なう。」との記載からすると，
　ネットワークゲーム仲介装置は，遊戯者からのアクセスやネットワークゲームの選択を受信して，遊技者の認証処理やネットワークゲーム執行装置への通知を行い，ゲーム開始後は，遊技者端末機器と前記ネットワークゲーム執行装置との間の通信をリアルタイムと感じる周期で中継する装置といえる。
　したがって，引用文献１には，“遊戯者からのアクセスやネットワークゲームの選択を受信して，遊技者の認証処理やネットワークゲーム執行装置への通知を行い，ゲーム開始後は，遊技者端末機器と前記ネットワークゲーム執行装置との間の通信をリアルタイムと感じる周期で中継する，ネットワークゲームをサービスとして提供するネットワークゲーム仲介装置”が記載されていると認められる。
（エ）以上，（ア）〜（ウ）で検討した事項から，引用文献１には，次の発明（以下，「引用発明１」という。）が記載されているものと認める。
「ゲームを実行する１つ以上のネットワークゲーム執行装置と，
　創作者から受信したネットワークゲームのデータを格納するネットワークゲームデータベース部と，
　遊戯者からのアクセスやネットワークゲームの選択を受信して，遊技者の認証処理やネットワークゲーム執行装置への通知を行い，ゲーム開始後は，遊技者端末機器と前記ネットワークゲーム執行装置との間の通信をリアルタイムと感じる周期で中継する，ネットワークゲームをサービスとして提供するネットワークゲーム仲介装置を備えたシステム。」
イ．引用文献２に記載されている技術的事項および引用発明２
　本願優先日前に頒布され，原審拒絶理由において引用された，鴨志田　稔，クラウド時代の次世代データセンター，ＦＵＪＩＴＳＵ，富士通株式会社，第６１巻，第３号，p.304-313（平成２２年５月１０日発行，以下，「引用文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｅ．「●オンデマンドホスティングサービス
オンデマンドホスティングサービスは，ＳａａＳやクラウドなどのサービスを実現するためのシステムリソース（サーバ，ストレージ，ネットワーク）を，共用リソースプールからオンデマンドで提供する
　（１）リソースプール制御とリソースの仮想化
　
リソースプールを実現するためには，リソースの各層を仮想的に管理し，お客様へ提供するシステムに対して動的にリソースを割り当てられるようにする必要がある。
加えて，割り当てたシステム間は確実な隔離環境であることが求められ，論理的にセキュアな環境（ほかのシステムが見えない，接続できない環境）であることが必須条件である。
オンデマンドホスティングサービスでは，物理的にフラットに接続されたサーバリソースに対して，仮想ネットワークを多段に構成することで，お客様ごとの独立した階層システムを専用リソースとして提供することができる。
また，割当て済みの独立したシステムであっても，プール管理側から監視・制御できるようにするため，フロント側から論理的に遮断された独自の管理ネットワークを構築し，一元管理できるリソースプール管理システムを実装している。
　（２）サービスデリバリプロセスの自動化
　プール化された共用リソースから，サービスごとに標準化されたシステムを動的に割り当てることにより，サービス提供リードタイムの短縮や需要変動に対する柔軟な資源の増減設を実現することができる。
オンデマンドホスティングサービスでは，サービスデリバリプロセスを標準化し，リソースプール管理システムによりプロビジョニング（注１）を自動化した。
・・・（中略）・・・
（注１）サービスに必要な環境を迅速に構築する技術。
Ｆ．「
」（３０５頁の図−１）
Ｇ．「−オンラインゲーム向けクラウドサービス−
オンデマンドホスティングサービスを，オンラインゲーム業界へ適用した事例を紹介する。
・・・（中略）・・・
そのため，
オンラインゲームシステムでは，アクセスピーク時を想定したＩＴリソース量のサイジングを実施していると思われる。
しかし，インターネットを介した不特定多数向けサービスということもあり，想定を上回るアクセスが発生する場合も多いと考える。
Ｈ．「
これらの課題について，オンデマンドホスティングサービスを利用することで，解決できると考えた。
　アクセス数の変動に合わせたオンデマンドなＩＴリソース調整について，図−６を例に説明する。
新規コンテンツ提供開始とともに，アクセス数が急激に立ち上がる（図−６（１））。当初用意していたＩＴリソースの処理能力を超えた時点で，ＩＴリソースを追加し，処理能力を増強する
アクセス数がピークを迎え，その後ゆるやかに減少に向かう。アスセス数の減少に合わせて，ＩＴリソースも順次減少させ，必要な処理性能は維持しつつ，コストの最適化を図る（図−６（３））。」（３１０頁右欄１１行〜３１１頁左欄１０行）
　ここで，上記引用文献２に記載されている事項を検討する。
　上記Ｅの「オンデマンドホスティングサービスは，ＳａａＳやクラウドなどのサービスを実現するためのシステムリソース（サーバ，ストレージ，ネットワーク）を，共用リソースプールからオンデマンドで提供する」，上記Ｇの「オンデマンドホスティングサービスを，オンラインゲーム業界へ適用した事例を紹介する。」との記載からすると，
　オンデマンドホスティングサービスは，オンラインゲームをサービスとして提供できることが読み取れる。
　加えて，上記Ｇの「オンラインゲームシステムでは，アクセスピーク時を想定したＩＴリソース量のサイジングを実施していると思われる。しかし，インターネットを介した不特定多数向けサービスということもあり，想定を上回るアクセスが発生する場合も多いと考える。」，上記Ｈの「これらの課題について，オンデマンドホスティングサービスを利用することで，解決できると考えた。・・・（中略）・・・新規コンテンツ提供開始とともに，アクセス数が急激に立ち上がる（図−６（１））。当初用意していたＩＴリソースの処理能力を超えた時点で，ＩＴリソースを追加し，処理能力を増強する」との記載からすると，
　オンデマンドホスティングサービスは，サーバのリソースを追加可能であることから，
　複数のサーバによって，オンラインゲームをサービスとして提供できることが読み取れる。
　上記Ｅの（１）の「リソースプールを実現するためには，リソースの各層を仮想的に管理し，お客様へ提供するシステムに対して動的にリソースを割り当てられるようにする必要がある。」，「また，割当て済みの独立したシステムであっても，プール管理側から監視・制御できるようにするため，フロント側から論理的に遮断された独自の管理ネットワークを構築し，一元管理できるリソースプール管理システムを実装している。」，上記Ｅの（２）の「オンデマンドホスティングサービスでは，サービスデリバリプロセスを標準化し，リソースプール管理システムによりプロビジョニング（注１）を自動化した。」，「（注１）サービスに必要な環境を迅速に構築する技術。」との記載，及び，上記Ｆの図−１に，「システムイメージ」のストレージと，「サーバ割当／返却」，「サーバ設定」，「マスターイメージ管理」を含む「プロビジョニング制御」とを備えた「リソース管理システム」が示されていることからすると，
　前記オンデマンドホスティングサービスは，マスタイメージを管理し，サービスにサーバリソースを割り当て，サーバの設定を行ってサービスに必要な環境を構築するリソースプール管理システムを備えることが読み取れる。
　上記で検討した事項から，引用文献２には，次の発明（以下，「引用発明２」という。）が記載されているものと認める。
「マスタイメージを管理し，オンラインゲームサービスに複数のサーバを割り当て，サーバの設定を行ってオンラインゲームサービスに必要な環境を構築するリソースプール管理システムを備えたオンデマンドホスティングサービス。」
ウ．参考文献３に記載されている技術的事項
　本願優先日前に頒布された特開平１１−３９４７２号公報（平成１１年２月１２日公開，以下，「参考文献３」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｉ．「【００１３】新規のユーザが登録されないと，前述した206 段階が行われながら新規のユーザの登録の有無を点検し続ける。図４は本発明による多利用者形仮想空間におけるユーザを管理するためのシステムの構成図であって，
図４による多利用者形仮想空間におけるユーザ管理システムは上位サーバ400 ，上位サーバ400 に連結される下位サーバ410 ，ネットワーク420 を通して個別サーバ410 に連結されるユーザ430 を含む。
【００１４】前述した
上位サーバ400 は
あるユーザの位置情報を他の全てのユーザに知らせる
下位サーバS1,S2,…,SN は
ユーザの位置に対する情報を有しており，
ユーザの位置情報及び各衝突検査などの結果を上位サーバ400 と共有する。
エ．参考文献４に記載されている技術的事項
　本願優先日前に頒布された中嶋　謙互，オンラインゲームを支える技術　−壮大なプレイ空間の舞台裏，株式会社技術評論社，初版，p.224,236,255-256,476,478（平成２３年４月２５日発行，以下，「参考文献４」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｊ．「４．３
　企画資料と５つの設計資料
　架空のゲーム『Ｋ　Ｏｎｌｉｎｅ』の開発に学ぶ
　本節からは，架空のサンプルゲームを題材にしたＣ／ＳＭＭＯゲーム開発に取りかかります。まずは題材探し，設計準備から始めましょう。」（２２４頁下から５〜９行）
Ｋ．「ゲームサーバ／ＤＢのボトルネックを解消する
まず，ゲームサーバのボトルネックを解消するためには，おもに２通りの方法があります。
　（１）空間分割法（空間の地理的分割）ゲームの世界を地理的な構造に基づいて分割し，別のサーバプロセス，あるいはサーバマシンに処理を割り当てる
　（２）インスタンス法（インスタンスダンジョン）とくに負荷が高くユーザが集中する部分だけを取り出し，そこに専用のサーバを多く割り当てる。その部分は必ずしもダンジョンである必要はないが典型的にダンジョンで使われるので，インスタンスダンジョンとも呼ばれる」（２３６頁１〜１０行）
Ｌ．「［２］プロセス関係図の準備
　はじめに，Ｋ　Ｏｎｌｉｎｅを実現するために構成要素として必要なプロセスを列挙すると表４．３のとおりです。
・・・（中略）・・・
表４．３　Ｋ　Ｏｎｌｉｎｅを構成するサーバ，プロセス
名称　　　　　　本書での略称　用途
・・・（中略）・・・
ゲームサーバ　　　ｇｍｓｖ　　敵の動き，地形判定，イベント，キャラクターの成長，チート対策チェックルーチンなど，ゲーム進行のデータを管理するためのロジックを実行するプロセスを捌く
・・・（中略）・・・
ＤＢサーバ　　　　ｄｂｓｖ　　ＭｙＳＱＬやＯｒａｃｌｅなどのＤＢＭＳに対する接続を１本化し，ゲームサーバが非同期的にＤＢにアクセスする際に必要な負荷軽減処理を実装する
・・・（中略）・・・
メッセージサーバ　ｍｓｇｓｖ　チャットやインスタントメッセージ，ギルドやクランなど，パラレルワールドや空間分割の境界を越えたメッセージの交換を可能にするためのサーバ。
・・・（後略）・・・」（２５５頁６〜８行，２５６頁）
Ｍ．「自作チャットの実装
　問題になるのは，Ｐ２Ｐ　ＭＯ　でお互いに通信しているネットワークの範囲や，Ｃ／ＳＭＭＯのゲームサーバの壁を越えた通信です。この場合はＩＲＣを参考にして，
専用のチャットサーバを設けて，サーバ間での通信も行う
Ｎ．「たとえば図６．２に示すような構造にして，
フロントエンドサーバ間の通信はチャットバックエンドを経由する
オ．参考文献５に記載されている技術的事項
　本願優先日前に頒布された特開平７−１４６８４４号公報（平成７年６月６日公開，以下，「参考文献５」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｐ．「【００２２】サーバシェル基本機能について説明してきたので，サーバシェル上に形成されるサーバについて検討するのが有益である。例えば，キューサーバ３４はオートメーション開発システムの動作にとってきわめて重大なサーバ４０である。
システム１０内の全てのクライアントおよびサーバプロセス間でトランスペアレントな通信を行うために，キューサーバ３４は指定されたメッセージキューのテーブルを管理し
Ｑ．「【００６３】図１４に分散メッセージを送出するプロセスを示す。ＣＰＵにより実行中の
サーバＡはＣＰＵ２で実行中のサーバＢへメッセージを送りたいものとする。
　１．矢符３０１で示すようにサーバＡはサーバＢのキューＩＤをキューサーバにたずねる。
　２．キューサーバは自動キューリスト内にサーバＢが見つからないため，固定キーファイルで捜す。
　３．矢符３０２で示すように，キューサーバは固定キーファイル内でサーバＢを見つけて，例えば９６５７のキューサーバのキュー値を有するキーをサーバＡへ送る。
　４．矢符３０３で示すように，
サーバＡはキュー９６５７へメッセージを送る。
　５．ＣＰＵ１上の
キューサーバはサーバＡからメッセージを受信する
　６．キューサーバはルーチングテーブルでサーバＢを捜す。好ましくは，ルーチングテーブルはプロセス名およびプロセスが存在するリモートマシンを含む動的変数構造である。
　７．矢符３０４で示すように，
キューサーバはル
サーバＡからネットワークを介してＣＰＵ２へメッセージを送る。
　８．矢符３０５で示すように，ＣＰＵ２上のネットプロセスはネットワークからメッセージを受信する。
　９．矢符３０６で示すように，ネットプロセスはＣＰＵ２のキューサーバによりサーバＡを登録する。
　１０．ネットプロセスはＣＰＵ２のキューサーバへサーバＢのキューＩＤをたずねる。矢符３０７で示すように，キューサーバはサーバＢがチェックインする時に割り当てられた例えば５００３のキューＩＤを戻す。
　１１．矢符３０８に示すように，ネットプロセスはサーバＢへメッセージを送る。
　１２．
サーバＢはあたかもローカルプロセスから送られたかのようにメッセージを受信する。
（３）対比
ア．本件補正発明と引用発明１とを対比する。
（ア）引用発明１の「システム」は，遊戯者から見るとネットワークゲームをサービスとして提供するシステムであるから，本件補正発明の「ゲームサービスプラットフォーム」に対応する。
引用発明１の「ネットワークゲーム執行装置」は，ゲームを実行するものであるから，本件補正発明の「ゲームサーバ」に相当する。
　また，引用発明１の「１つ以上のネットワークゲーム執行装置」は，本件補正発明の「複数のゲームサーバ」と，“２つ以上のゲームサーバ”である点で共通する。
（イ）引用発明１の「創作者」は，本件補正発明の「ゲーム開発者」に相当することは明らかである。
　引用発明１の「創作者から受信したネットワークゲーム」は，送信先が受信したデータは送信元がアップロードしたデータといえるから，本件補正発明の「ゲーム開発者からアップロードされたゲームのデータ」に相当する。
　そうすると，引用発明１の「創作者から受信したネットワークゲームのデータを格納するネットワークゲームデータベース部」は，ゲームのデータを格納する装置であるから，本件補正発明の「ゲーム開発者からアップロードされたゲームのデータを格納する格納領域サーバ」と，
“ゲーム開発者からアップロードされたゲームのデータを格納する格納領域”である点で共通する。
（ウ）引用発明１の「遊戯者からのアクセスやネットワークゲームの選択を受信して，遊技者の認証処理やネットワークゲーム執行装置への通知を行い，ゲーム開始後は，遊技者端末機器と前記ネットワークゲーム執行装置との間の通信をリアルタイムと感じる周期で中継する，ネットワークゲームをサービスとして提供するネットワークゲーム仲介装置」と，本件補正発明の「前記ゲーム利用者からのゲーム開始リクエストを受信することにより，前記ゲーム利用者と前記２つ以上のゲームサーバが提供するゲームサービス間の接続を設定する」「前記ゲームを利用したゲームサービスを提供されるためのゲーム利用者のアクセスを処理するサービスバス」の両者を対比する。
　引用発明１の「遊戯者」は，ネットワークゲームのサービスを利用しているから，本件補正発明の「ゲーム利用者」に相当する。
　引用発明１の「遊戯者からの」「ネットワークゲームの選択」は，選択されたゲームの利用を要求するものであるから，本件補正発明の「ゲーム開始リクエスト」に相当する。
　引用発明１の「ゲーム開始後」における「遊技者端末機器と前記ネットワークゲーム執行装置との間の通信をリアルタイムと感じる周期で中継する」ことは，遊技者端末機器とネットワークゲーム執行装置との間の通信が確立されていることといえるから，本件補正発明の「ゲーム利用者と前記２つ以上のゲームサーバが提供するゲームサービス間の接続を設定する」と，“ゲーム利用者とゲームサービス間の接続を設定する”点で共通する。
　引用発明１の「遊戯者からのアクセスやネットワークゲームの選択を受信して，遊技者の認証処理やネットワークゲーム執行装置への通知を行」うことは，本件補正発明の「前記ゲームを利用したゲームサービスを提供されるためのゲーム利用者のアクセスを処理する」ことに相当する。
　そうすると，前記両者は，後記する点で相違するものの“前記ゲーム利用者からのゲーム開始リクエストを受信することにより，前記ゲーム利用者とゲームサービス間の接続を設定する”，“前記ゲームを利用したゲームサービスを提供されるためのゲーム利用者のアクセスを処理するサービスバス”である点で一致する。
イ．以上から，本件補正発明と引用発明１とは，以下の点で一致し，また，以下の点で相違する。
（一致点）
「２つ以上のゲームサーバと，
　ゲーム開発者からアップロードされたゲームのデータを格納する格納領域と，
　前記ゲームを利用したゲームサービスを提供されるためのゲーム利用者のアクセスを処理するサービスバスと，
　を備え，
　前記サービスバスは，前記ゲーム利用者からのゲーム開始リクエストを受信することにより，前記ゲーム利用者とゲームサービス間の接続を設定することを特徴とするゲームサービスプラットフォーム。」
（相違点１）
　「サービスバス」に関して，
　本件補正発明では，「ゲームサービス」は，「２つ以上のゲームサーバが提供する」ものであるのに対して，
　引用発明１では，ネットワークゲームはサービスとして提供され，１つ以上のゲームサーバを備えているものの，１つのゲームサービスを２つ以上のゲームサーバが提供するか否か明示されていない点。
（相違点２）
　本件補正発明は，「前記２つ以上のゲームサーバ間のメッセージ送受信及びデータ交換を行うグローバルキューサーバ」を備えるのに対して，
　引用発明１では，そのようなグローバルキューサーバは特定されていない点。
（相違点３）
　本件補正発明は，「前記ゲームのゲームロジックを前記複数のゲームサーバのうち２つ以上のゲームサーバと前記グローバルキューサーバと連動」する」，「前記格納領域サーバに格納されたゲームを抽象化されたゲームサービスリソースとして前記複数のゲームサーバのうち２つ以上のゲームサーバに配布及び割り当てるリソースコントローラ」を備えるのに対して，
　引用発明１では，ネットワークゲーム仲介装置が，ネットワークゲーム執行装置への通知を行い，ネットワークゲームをサービスとして提供する，換言すれば，サービスとして抽象化されたゲームの実行を，通知したサーバに割当てているものの，
　「前記ゲームのゲームロジックを前記複数のゲームサーバのうち２つ以上のゲームサーバと前記グローバルキューサーバと連動」する「リソースコントローラ」や，「ゲームを」「２つ以上のゲームサーバに配布及び割り当てる」「リソースコントローラ」は特定されていない点。
（相違点４）
　「格納領域」に関して，
　本件補正発明は，「格納領域サーバ」を備えるのに対して，
　引用発明１では，格納領域がサーバであるか否か特定されていない点。
（４）当審の判断
　上記相違点１〜４について検討する。
ア．相違点１及び相違点３について
　引用発明１の「システム」は，１つ以上のネットワークゲーム執行装置と，ネットワークゲームのデータを格納するネットワークゲームデータベース部とを備えてネットワークゲームをサービスとして提供するところ，
　引用発明２の「オンデマンドホスティングサービス」は，マスタイメージを管理し，オンラインゲームサービスに複数のサーバを割り当て，サーバの設定を行ってオンラインゲームサービスに必要な環境を構築するリソースプール管理システムを備えている。
　引用発明１の１つ以上のネットワークゲーム執行装置を備えた「システム」と引用発明２の複数のサーバを備えた「オンデマンドホスティングサービス」はいずれも，ゲームサービスを提供するシステムである。
　また，中継サーバを経由してサーバ間でメッセージ送受信やデータ交換を行う通信機能を備えるゲームは，例えば，参考文献４（上記Ｊ〜Ｎ参照）に記載されているように，本願の優先日前には，情報処理の技術分野において普通に採用される周知技術であり，該通信機能を備えたゲームのロジックは，通信機能に係る各サーバを制御する，すなわち，通信機能に係る各サーバと連動するものであるといえる。
　そして，このような通信機能を備えたゲームを実装するためのプラットフォームとして，引用発明２の「オンデマンドホスティングサービス」を採用した場合，「リソースプール管理システム」は，ゲームを，通信機能に係る各サーバに割り当てて，通信機能を備えたゲームサービスに必要な環境を構築するものといえる。
　そうすると，引用発明１に引用発明２を適用し，その際，前記周知技術を参酌して，引用発明１の「システム」を実装するためのプラットフォームとして，引用発明２の「オンデマンドホスティングサービス」を採用することにより「リソースプール管理システム」が，通信機能を備えた周知のゲームを複数のネットワークゲーム執行装置に配布及び割り当てるようにし，通信機能を備えたゲームを，該通信機能に係る各サーバと連動するように構成すること，すなわち，上記相違点１，３に係る構成とすることは，当業者が容易に想到し得たことである。
イ．相違点２について
　引用発明１の「システム」は，１つ以上のネットワークゲーム執行装置を備えるところ，
　複数のサーバを備えたシステムにおいて，サーバ間のメッセージ送受信やデータ交換を行うサーバを設けることは，例えば，参考文献３（上記Ｉ参照），参考文献４（上記Ｊ〜Ｎ参照），参考文献５（上記Ｐ，Ｑ参照）に記載されているように，本願の優先日前には，情報処理の技術分野において普通に採用される周知技術であり，複数サーバ間の通信において，どのような通信方式を採用するかは，当業者が選択し得る設計的事項である。
　してみると，引用発明１に前記周知技術を適用して，複数のネットワークゲーム執行装置間のメッセージ送受信やデータ交換を行うサーバを設けるように構成すること，すなわち，上記相違点２に係る構成とすることは，当業者が容易に想到し得たことである。
ウ．相違点４について
　引用発明１は「創作者から受信したネットワークゲームのデータを格納するネットワークゲームデータベース部」を備えるところ，
　データベース用のサーバを設けることは，例えば，参考文献４（上記Ｌ参照）に「ＤＢサーバ　　　　ｄｂｓｖ　　ＭｙＳＱＬやＯｒａｃｌｅなどのＤＢＭＳに対する接続を１本化し，ゲームサーバが非同期的にＤＢにアクセスする際に必要な負荷軽減処理を実装する」と記載されているように，本願の優先日前には，当該技術分野において普通に採用される周知技術であり，　データベースの実装方式としてＤＢサーバを用いる方式を採用することは，当業者が選択し得る設計的事項である。
　してみると、引用発明１に前記周知技術を適用して，「ネットワークゲームデータベース部」をサーバにより実現するように構成すること，すなわち，上記相違点４に係る構成とすることは、当業者が容易に想到し得たことである。
（５）独立特許要件の小括
　上記で検討したごとく，相違点１〜４に係る構成は当業者が容易に想到し得たものであり，そして，これらの相違点を総合的に勘案しても，本件補正発明の奏する作用効果は，上記引用発明１，引用発明２及び当該技術分野の周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　したがって，本件補正発明は，上記引用発明１，引用発明２及び当該技術分野の周知技術に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができない。
４．むすび
　以上のように，本件補正は，上記「２．目的要件」で指摘したとおり，特許法第１７条の２第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　また，仮に本件補正が，限定的減縮を目的とするものであったとしても，前記「３．独立特許要件」で指摘したとおり，特許出願の際独立して特許を受けることができるものではないから，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　よって，前記補正却下の決定の結論のとおり決定する。
第３　本願発明について
１．本願発明の認定
　平成２７年７月１日付けの手続補正は上記のとおり却下されたので，補正後の請求項１に対応する補正前の請求項に係る発明（以下，「本願発明」という。）は，平成２７年１月２７日付けの手続補正により補正された特許請求の範囲の請求項１に記載された事項により特定される，以下のとおりのものである。
「複数のゲームサーバと，
　ゲーム開発者からアップロードされたゲームのデータを格納する格納領域サーバと，
　前記格納領域サーバに格納されたゲームを抽象化されたゲームサービスリソースとして前記複数のゲームサーバのうち１つ以上のゲームサーバに配布及び割り当てるリソースコントローラと，
　前記ゲームを利用したゲームサービスを提供されるためのゲーム利用者のアクセスを処理するサービスバスと，
　を備え，
　前記リソースコントローラは前記複数のゲームサーバのうち１つ以上のゲームサーバと連動し，
　前記サービスバスは，前記ゲーム利用者からのゲーム開始リクエストを受信することにより，前記ゲーム利用者と前記１つ以上のゲームサーバが提供するゲームサービス間の接続を設定することを特徴とするゲームサービスプラットフォーム。」
２．引用文献
　引用発明１及び引用発明２は，前記「第２　平成２７年７月１日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「（２）引用文献及び参考文献」に記載したとおりである。
３．対比・判断
　本願発明は，前記「第２　平成２７年７月１日付けの手続補正についての補正却下の決定」の「３．独立特許要件」で検討した本件補正発明の「２つ以上のゲームサーバ」を「１つ以上のゲームサーバ」に上位概念化し，
　「リソースコントローラ」の「連動」処理の対象から「ゲームのゲームロジック」，「グローバルキューサーバ」を削除したものである。
　そうすると，本願発明の発明特定事項を全て含む本件補正発明が，前記「第２　平成２７年７月１日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「（２）引用文献及び参考文献」乃至「（４）当審の判断」に記載したとおり，引用発明１，引用発明２及び当該技術分野の周知技術に基づいて当業者が容易に発明をすることができたものであるから，上記特定の限定を省いた本願発明も同様の理由により，引用発明１，引用発明２及び当該技術分野の周知技術に基づいて，当業者が容易に発明をすることができたものである。
４．むすび
　以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。
　よって，結論のとおり審決する。