平成30(行ケ)10166 審決取消請求事件

- 1 -令和元年６月２０日判決言渡平成３０年（行ケ）第１０１６６号審決取消請求事件口頭弁論終結日令和元年６月４日判決 原告株式会社バンダイナムコエンターテインメント 同訴訟代理人弁護士髙橋淳同訴訟代理人弁理士布施行夫大渕美千栄庄司亮 被告特許庁長官同指定代理人吉村尚尾崎淳史野崎大進豊田純一主文 １ 原告の請求を棄却する。 ２ 訴訟費用は原告の負担とする。 事実及び理由 第１ 請求特許庁が不服２０１７－１３９６１号事件について平成３０年１０月１２日にした審決を取り消す。 第２ 事案の概要 - 2 -本件は，特許出願拒絶査定に対する不服審判請求を不成立とした審決の取消訴訟である。 １ 特許庁における手続の経緯原告は，発明の名称を「プログラム及びサーバ」とする発明につき，平成２５年８月６日，特許出願（特願２０１３－１６３４１５号。以下「本願」という。）をし，同年１２月１日，手続補正をした（乙１）が，平成２９年６月１３日付けで拒絶査定を受けたので，同年９月２０日，拒絶査定不服審判請求をした。特許庁は，上記審判請求を不服２０１７－１３９６１号として審理し，平成３０年１０月１２日，「本件審判の請求は，成り立たない。」との審決（以下「本件審決」という。）をし，同審決謄本は，同月２４日，原告に送達された。 ２ 本願発明の要旨本件 号として審理し，平成３０年１０月１２日，「本件審判の請求は，成り立たない。」との審決（以下「本件審決」という。）をし，同審決謄本は，同月２４日，原告に送達された。 ２ 本願発明の要旨本件補正後の請求項１に係る発明（以下「本願発明」という。）は，以下のとおりである（乙１，２）。 「マッチング処理を行うサーバのプログラムであって，プレーヤキャラクタの情報を記憶部に記憶する処理を行う記憶処理部と，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦可能な複数のキャラクタの中から，第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ及び当該第２のプレーヤキャラクタに当該第３者キャラクタをマッチングする設定処理を行うマッチング処理部として，コンピュータを機能させ，前記マッチング処理部が，前記第１のプレーヤキャラクタの情報及び前記第２のプレーヤキャラクタの情報の組み合わせに基づいて，前記対戦ゲーム開始前に第３者キャラクタを抽出することを特徴とするプログラム。」 ３ 本件審決の理由の要点(1) 引用発明の認定特開２０１１－５６１２９号公報（甲１。以下，「引用文献１」という。）には， - 3 -以下の発明（以下「引用発明１」という。）が記載されているものと認められる。 「ゲーム端末１の制御部１６はゲーム端末１の全体の動作を制御するものであって，ゲームの進行全般に関する処理，画像表示処理の他，種々の情報処理を行う情報処理部（ＣＰＵ）１６１と，処理途中の情報等を一時的に格納するＲＡＭ１６２と，所定の画像情報及びゲームプログラム及び第三者キャラクタの画像が所要数予め記憶されたＲＯＭ１６３とを備え，制御部１６のＣＰＵ１６１は，ＲＡＭ１６２上に保持されたゲームプログラム，制御プログラムを実 定の画像情報及びゲームプログラム及び第三者キャラクタの画像が所要数予め記憶されたＲＯＭ１６３とを備え，制御部１６のＣＰＵ１６１は，ＲＡＭ１６２上に保持されたゲームプログラム，制御プログラムを実行することによって，プレイヤからのゲームへの参加を受け付ける受付処理部１６１ａと，ゲームの開始から終了までの一連の進行を制御して射撃ゲームを進行させるゲーム進行制御部１６１ｂと，自己プレイヤキャラクタの相手プレイヤキャラクタのスコアの大小を比較するスコア比較部１６１ｊと，コンピュータによって制御されるＮＰＣ（ＮｏｎｐｌａｙｅｒＣｈａｒａｃｔｅｒ）を仮想ゲーム空間に登場させ，対戦ゲームの優劣バランスを図るＮＰＣ制御部１６１ｋとして機能し，制御部１６のＲＡＭ１６２は，同じ仮想ゲーム空間での対戦ゲーム中のゲーム途中経過情報が，逐次プレイヤ毎に，味方，相手側の全プレイヤについて更新的に記憶される途中経過情報記憶部１６２ａと，スコア情報を記憶する設定情報記憶部１６２ｂとを備え，スコア比較部１６１ｊは，グループ対戦ゲームにおいて，味方側のキャラクタと相手側のキャラクタの各スコアの集計をし，両集計スコアの大小を比較するものであって，ゲーム開始時点では，スコアが全て０なので，味方側及び相手側の各キャラクタの過去のグループ対戦ゲームにおけるスコアをサーバ３から取得し，味方側及び相手側の各キャラクタの各スコアを集計して，その大小を比較するものであって，ＮＰＣ制御部１６１ｋは，スコア比較部１６１ｊの比較結果に基づいて，仮想ゲーム空間へのＮＰＣの登場処理又は参戦処理を実行させるものであって，参戦処理 - 4 -は，対戦状況の調整であって，スコアの低い方（弱い側）のグループ（チーム）を支援する第三者勢力としてのＮＰＣを登場させ，できるだけ拮抗した 参戦処理を実行させるものであって，参戦処理 - 4 -は，対戦状況の調整であって，スコアの低い方（弱い側）のグループ（チーム）を支援する第三者勢力としてのＮＰＣを登場させ，できるだけ拮抗したグループ対戦を通して，面白味や緊張感のあるゲーム展開を実現するために行われ，スコア比較部１６１ｊによる両集計スコアの大小比較での差が所定の閾値以上である場合に，ＮＰＣを登場させるものとして機能するものであり，さらに，ＮＰＣ制御部１６１ｋは，ＮＰＣに対して味方側，相手側の各集計スコアの差に応じた，集計スコアの小さい側への支援度合いを設定し，ゲーム端末１のＣＰＵ１６１のゲームプログラムによって実行されるゲーム処理の手順は，グループ対戦ゲームでのプレイヤの選定が成立したのであれば，サーバ３から送信される，マッチングが成立したプレイヤのプレイヤ情報及び所定のスコア情報の受信が行われ，受信したスコアから支援度合いの設定処理が実行され，この大小比較における差が閾値以上であれば，差に応じた支援度合いが設定され，ＮＰＣが登場する処理が実行され，ゲーム開始時には，ゲーム開始から１分までにおける支援度合いが設定されており，支援度合いに応じて，ＮＰＣ人数を増減設定する態様としてもよく，差分に応じたＮＰＣの登場数の対照表を予め準備しておき，算出された差分に応じてＮＰＣの数を設定することで，ＮＰＣの数で支援度合いに対応するので，ＮＰＣの強さ自体は一律とすることもできる，１対１ゲームにも適用可能であるゲームプログラム。」(2) 本願発明と引用発明１との対比ア一致点「マッチング処理を行うプログラムであって，プレーヤキャラクタの情報を記憶部に記憶する処理を行う記憶処理部と，第１のプレーヤキャラクタ及び第２のプレーヤキ 発明１との対比ア一致点「マッチング処理を行うプログラムであって，プレーヤキャラクタの情報を記憶部に記憶する処理を行う記憶処理部と，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲーム - 5 -に参戦第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ及び当該第２のプレーヤキャラクタに当該第３者キャラクタをマッチングする設定処理を行うマッチング処理部として，コンピュータを機能させ，前記マッチング処理部が，前記第１のプレーヤキャラクタの情報及び前記第２のプレーヤキャラクタの情報の組み合わせに基づいて，前記対戦ゲーム開始前に第３者キャラクタを抽出するプログラム。」イ相違点(ｱ) 相違点１第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の組み合わせに基づいて，第３者キャラクタを抽出するという，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタに第３者キャラクタをマッチングする設定処理に関して，本願発明は，「複数のキャラクタの中から，第３者キャラクタを抽出」しているのに対して，引用発明１は，「ＮＰＣ人数を増減設定」している点。 (ｲ) 相違点２本願発明は，マッチング処理を行うサーバのプログラムが「マッチング処理部」として，コンピュータを機能させているのに対して，引用発明１において，「マッチング処理部」に相当する構成は，ゲーム端末１のゲームプログラムがコンピュータを機能させている点。 (3) 相違点についての判断ア相違点１について相違点１に係る本願発明の発明特定事項は，第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の組合せに基づいて複数のキャラクタの中から特定のキャラクタを抽出することであるところ，ゲームの技術 １に係る本願発明の発明特定事項は，第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の組合せに基づいて複数のキャラクタの中から特定のキャラクタを抽出することであるところ，ゲームの技術分野において，複数のキャラクタの中から，ゲームのキャラクタの情報に応じて特定のキャラクタを抽出することは周知技術（以下，「周知技術１」という。）にすぎない。周知技術１を - 6 -示す文献には，特開２００８－２０６８００号公報（以下「引用文献２」という。 甲２），特開２００２－１８１４２号公報（以下「引用文献３」という。甲３），特開２００１－２４３１５３号公報（以下「引用文献４」という。甲４）がある。 引用発明１の「ＮＰＣ人数を増減設定」することは，ＮＰＣの人数によって，味方側及び相手側の各キャラクタの各スコアの差によって決定された支援度合いに応じたＮＰＣ全体としての能力（強さ）を設定することを意味しており，引用発明１と周知技術１とは，ゲームという技術分野に属する点，及びユーザーのレベル等に応じた相手側キャラクタを抽出するという内在する課題を有する点で共通するから，引用発明１の「ＮＰＣ人数を増減設定」に，上記周知技術１を適用して，相違点１に係る本願発明の発明特定事項とすることは，当業者が容易に想到し得たものである。 イ相違点２について（ゲーム）サーバー，及び（プレーヤの）ゲーム端末とが，インターネットなどのネットワークに接続可能なゲームシステムは広く知られており，そのようなゲームシステムにおいて，（ゲーム）サーバー，及び（プレーヤの）ゲーム端末のいずれにもコンピュータが備えられていること，プログラムとは，コンピュータに何らかの処理を行わせる，つまり何らかの処理の処理部としてコンピュータを機能させるものであることは自明である。 ーム端末のいずれにもコンピュータが備えられていること，プログラムとは，コンピュータに何らかの処理を行わせる，つまり何らかの処理の処理部としてコンピュータを機能させるものであることは自明である。 また，ゲームの技術分野において，マッチング処理を含むゲームのプログラムを，（プレーヤの）ゲーム端末で実行するか，（ゲーム）サーバーで実行するか，すなわち，「（プレーヤの）ゲーム端末のプログラムがコンピュータを機能させ」ること，及び「（ゲーム）サーバのプログラムがコンピュータを機能させ」ることは，引用文献をあげるまでもなく，両者とも周知技術（以下，「周知技術２」及び「周知技術３」という。）である。 そして，ゲームプログラムによってコンピュータを機能させるに当たり，周知技術２である「（プレーヤの）ゲーム端末１のコンピュータ」とするか，周知技術３の - 7 -「（ゲーム）サーバのコンピュータ」とするかは，当業者が適宜選択しうるものであって，本願発明のように周知技術３の「（ゲーム）サーバのコンピュータ」を選択して，相違点２に係る本願発明の発明特定事項とすることは，課題を解決するための技術の具体的適用に伴う設計的事項の採用であって，当業者の通常の創作能力の発揮にすぎないから，当業者が容易に想到し得たものである。 (4) よって，本願発明は，引用発明１並びに周知技術１～３に基づいて，当業者が容易に発明をすることができたものであるから，特許法２９条２項により特許を受けることはできない。 第３ 原告主張の審決取消事由 １ 取消事由１（本願発明と引用発明１との対比の誤り）本願発明と引用発明１との相違点は以下のとおりであり，これと異なる本件審決の認定は誤りである。 (1) 相違点Ａ以下のとおり，本願発明と引用発明１とは，優劣判断の 明１との対比の誤り）本願発明と引用発明１との相違点は以下のとおりであり，これと異なる本件審決の認定は誤りである。 (1) 相違点Ａ以下のとおり，本願発明と引用発明１とは，優劣判断の局面における「プレーヤキャラクタ」の意味が異なる。すなわち，本願発明の「プレーヤキャラクタ」は，プレーヤ（対戦者）が操作するキャラクタであるのに対し，引用発明１の「キャラクタ」（又は「プレイヤキャラクタ」）は，「キャラクタ」を操作する「プレーヤ」を意味するものであるから，本件審決の認定した引用発明１の「味方側のキャラクタ」及び「相手方のキャラクタ」は，本願発明の「第１のプレーヤキャラクタ」及び「第２のプレーヤキャラクタ」に相当するものではなく，本願発明と引用発明１とではこの点で相違する（同相違点を以下「相違点Ａ」という。）。 ア本願発明について(ｱ) 本願発明は，対戦者同士の操作経験に基づくゲーム優劣のアンバランスを第３者キャラクタを登場させることにより調整する従来技術が，対戦ゲームとしての面白みに欠けるという課題を有することを前提として（段落【０００４】），当該課題を解決するため，第１のプレーヤキャラクタの情報及び第２のプレーヤキ - 8 -ャラクタの情報の組合せに基づいて第３者キャラクタを抽出し（段落【０００７】），第１及び第２のプレーヤキャラクタが登場する対戦ゲームにおいて，当該対戦ゲームを盛り上げることが可能な第３者キャラクタをマッチングするものである（段落【０００５】，【０００６】）。 そして，「プレーヤキャラクタの情報」とは，プレーヤキャラクタの「レベル」，「属性」及び「キャラクタに対応付けて登録されているパラメータ（「攻撃力」，「防御力」，「スコア」，「経験値」及び「体力値」）」を意味するものであることが，本願に係 プレーヤキャラクタの「レベル」，「属性」及び「キャラクタに対応付けて登録されているパラメータ（「攻撃力」，「防御力」，「スコア」，「経験値」及び「体力値」）」を意味するものであることが，本願に係る明細書及び図面（以下「本願発明書等」という。）の段落【０１０５】に明記されているところ，「レベル」については，例えば，段落【０１０６】に，「参戦可能なキャラクタの中から，レベル３０以上の第３者キャラクタを抽出してもよい」と記載されているように，プレーヤが存在しない第３者キャラクタにおいても想定されるものであるから（段落【０１０６】～【０１１２】），プレーヤではなく操作の客体である「キャラクタ」に関する情報であることが明らかであり，また，「属性」とは，「キャラクタの特性を示す情報」であることが明記されており（段落【０１１３】），それが，プレーヤに関する情報であるという解釈は成り立たず，さらに，「パラメータ」は，「キャラクタに対応付けて登録されている」ものであることが明記されており（段落【０１０５】），それが，プレーヤに関する情報であるという解釈は成り立たない。 したがって，「プレーヤキャラクタの情報」は，プレーヤではなく操作の客体である「キャラクタ」に関する情報であると解する他はない。 (ｲ) 被告は，「レベル」の意味について，段落【００９７】，【０１２５】の記載を根拠として，プレーヤのスキル（技量）であると主張するが，これらの記載は，第３者キャラクタの抽出に関するものではなく，第１のプレーヤキャラクタと第２のプレーヤキャラクタのマッチングに関するものであるから，第３者キャラクタの抽出の局面における「レベル」の意味を解釈するための考慮要素にはならない。 また，そもそも，名詞の結合という構成の語句の場合，前の名詞（プレーヤ）は - 関するものであるから，第３者キャラクタの抽出の局面における「レベル」の意味を解釈するための考慮要素にはならない。 また，そもそも，名詞の結合という構成の語句の場合，前の名詞（プレーヤ）は - 9 -後の名詞（キャラクタ）を修飾するものとして機能するから，「プレーヤキャラクタ」とは，「キャラクタを操作するプレーヤ」ではなく，「プレーヤが操作するキャラクタ」を意味することが，特許請求の範囲の記載だけからも明らかである。 なお，段落【００９７】の「第１，第２のプレーヤキャラクタのレベル（プレーヤの技量を示す技量情報）を参照し」という文章は，そこでいう「レベル」という文言が「プレーヤの技量を示す技量情報を参照し」という定義を与えられていることに照らして，第１，第２のプレーヤキャラクタを操作するプレーヤのレベル（プレーヤの技量を示す技量情報を参照し）という趣旨であり，また，段落【０１２５】の「同じプレーヤ同士で対戦することに面白みを感じないプレーヤも多い」という文章は，その前後の記載が一貫して「プレーヤキャラクタ」のマッチングについて言及していることに照らして，「同じプレーヤキャラクタ同士で対戦することに面白みを感じないプレーヤも多い」という趣旨である。 イ引用発明１について(ｱ) 引用文献１の段落【０００５】，【００１９】，【００５０】，【００６３】，【００６４】，【図１２】の記載を総合すると，引用発明１の特徴は，対戦者（プレーヤ）同士の操作経験（スキル）の優劣に基づくゲーム優劣のアンバランスをコンピュータ制御による第三勢力（ＮＰＣ）をゲームに登場させることにより調整し，拮抗かつ緊張感のあるゲームを提供することにあり，したがって，引用文献１にいう「プレイヤキャラクタ」は，優劣判断の局面においては，キャラクタを操作す 力（ＮＰＣ）をゲームに登場させることにより調整し，拮抗かつ緊張感のあるゲームを提供することにあり，したがって，引用文献１にいう「プレイヤキャラクタ」は，優劣判断の局面においては，キャラクタを操作する「プレーヤ」を意味するものであり，また，「スコア」は，「プレーヤ」（対戦者）の操作経験（スキル）を数値化したものを意味すると解するべきである。 それゆえ，例えば，段落【００４１】にいう「自己プレイヤキャラクタ」は，自己キャラクタを操作（プレイ）する「プレーヤ」を意味するものである。また，段落【００５０】にいう「スコア」は，自己プレーヤキャラクタを操作（プレイ）する「プレーヤ」自身の（ゲーム実行中の）スコア（操作経験＝スキル）を数値化したものを意味する。さらに，段落【００６４】にいう「スコアの低い方（弱い側） - 10 -のグループ」とは，複数のプレーヤが敵，味方のグループ（チーム）に分かれて対戦するグループ対戦について，自己プレーヤキャラクタを操作（プレイ）する「プレーヤ」自身のスコア（操作経験＝スキル）の合計を意味するものである。 この点に関し，段落【００６３】には，「味方側のキャラクタと相手方のキャラクタの各スコアを集計し，両集計スコアの大小を比較するものである」との記載があるが，ここにいう「味方側のキャラクタと相手方のキャラクタの各スコア」は，「味方側のプレイヤと相手方のプレイヤの各スコア」の誤記である。なぜなら，このように解さないと，引用文献１における「発明が解決しようとする課題」の記載（段落【０００５】），「発明の効果」の記載（段落【００１９】）と整合しない上，図１２のＳ３の「マッチングしたプレイヤのプレイヤ情報，スコア情報をサーバから受信」という記載の趣旨（支援度合いの設定に際しプレイヤのスコア情報を用いる）に反するから 【００１９】）と整合しない上，図１２のＳ３の「マッチングしたプレイヤのプレイヤ情報，スコア情報をサーバから受信」という記載の趣旨（支援度合いの設定に際しプレイヤのスコア情報を用いる）に反するからである。 (ｲ) 被告は，引用発明１の「プレイヤキャラクタ」の意味について，引用文献１の段落【０００９】の記載を根拠として，「キャラクタ」のことであると主張する。 しかし，引用発明１にいう「プレイヤキャラクタ」は，優劣判断の局面においては，「プレイヤ」を意味するものである。被告が引用する段落【０００９】の指摘部分は，プレイヤがキャラクタの動作を指示する操作を行い，これによって対戦ゲームが実行されることを説明しているだけであり，優劣判断の対象（判断要素）について述べたものではない。 (2) 相違点Ｂア本願発明においては，「第１のプレーヤキャラクタ」及び「第２のプレーヤキャラクタ」は，いずれもプレーヤにより選択されるものであるのに対し，引用発明１では，その点が明記されていないという相違点がある（同相違点を以下「相違点Ｂ」という。）。 イ被告は，本願発明特定事項においては，「第１のプレーヤキャラクタ」及 - 11 -び「第２のプレーヤキャラクタ」が，それぞれ，二人の対戦者（プレーヤ）により選択されたものであることについて，何ら特定されていないと主張をする。 しかし，同主張は，特許請求の範囲の記載に対し「解釈」を施していないものであり，「記載自体」と「記載の解釈」を区別しない点において誤りである。 本願明細書等の段落【００９８】は，複数のプレーヤキャラクタ同士で対戦を行うグループ対戦によるマッチング処理についての記載であるところ，ここには「グループ（チーム）として構成される複数のプレーヤキャラクタのまとまりを，一のプ 】は，複数のプレーヤキャラクタ同士で対戦を行うグループ対戦によるマッチング処理についての記載であるところ，ここには「グループ（チーム）として構成される複数のプレーヤキャラクタのまとまりを，一のプレーヤが操作してもよい。」と記載されている。これは，対戦ゲームにおいては，プレーヤが複数のプレーヤキャラクタを選択することによってグループが構成されていることを意味する。すなわち，段落【００９８】には，プレーヤの操作対象となるプレーヤキャラクタは，固定されているものではなく，プレーヤにより選択されることが示されており，このことから，本願発明の「プレーヤキャラクタ」は，プレーヤにより選択されることが当然の前提であるといえる。 (3) 相違点Ｃ本願発明においては，参戦する第３者キャラクタが複数の種類の第３者キャラクタからコンピュータにより選択されるのに対し，引用発明１の参戦する第三勢力としてのキャラクタは１種類であり，その数がコンピュータにより選択されるものであり，複数の種類の第３者キャラクタからコンピュータにより選択されるものではないという相違点がある（同相違点を以下「相違点Ｃ」という。）。 「抽出」という文言は，「全体の中からあるモノを抜き出すこと」（甲５の１５５７頁）を意味するものであるから，その対象（客体）である「第３者キャラクタ」がレベル又は属性等により区別される複数の種類のものであることは当然である。 このことは，本願明細書等の段落【００１７】，【０１０６】，【０１０７】，【０１１２】，【０１１３】，【０１１９】及び【０１２０】の記載からも明らかである。 (4) 本件審決が認定した相違点２その他に，本願発明と引用発明１との間には，本件審決が認定した相違点２が存 - 12 -在するが，同相違点２についての本件審決の判断につい 明らかである。 (4) 本件審決が認定した相違点２その他に，本願発明と引用発明１との間には，本件審決が認定した相違点２が存 - 12 -在するが，同相違点２についての本件審決の判断については争わない。 ２ 取消事由２（容易想到性判断の誤り）(1) 引用発明２及び３に記載の発明は，「コンピュータが制御するキャラクタの抽出方法」において相互に異なる方法を採用している。したがって，これらから周知技術１を認定することはできない。 また，被告主張の周知技術１は，技術分野の異なる甲２～４から認定できる具体的技術を抽象化したものであり，甲２～４に開示されているものではない。 (2)アゲームには，プレーヤアバターであるキャクター（プレーヤキャラクタ）をコントローラーで操作し，ゲーム内でリアルタイムに起こる様々な課題や障害を攻略していくゲームの総称であるアクションゲームがあり，このアクションゲームで使用するキャラクタ（プレーヤキャラクタ）をそれぞれ複数のプレーヤで用いて，対戦するものが対戦アクションゲームと呼ばれているところ，本願発明は，アクションゲームの中の対戦アクションゲームに分類されるもののうち，複数のプレーヤで対戦が実行され，対戦中に第３者キャラクタが登場するもの（第３者登場型）に関するものである。 そして，本願発明は，第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の組合せに基づいて第３者キャラクタを抽出するという解決手段を採用し，当該第３者キャラクタの参戦により従来にない白熱した対戦ゲームを楽しむことができるという格別の作用効果を奏するものである。 これに対し，引用文献２に記載の発明は，他装置の存在に応じてコンピュータが制御するキャラクタの出現を変化させる仕組みを提供するものであり（段落【００ きるという格別の作用効果を奏するものである。 これに対し，引用文献２に記載の発明は，他装置の存在に応じてコンピュータが制御するキャラクタの出現を変化させる仕組みを提供するものであり（段落【００５９】等），対戦アクションゲームに属するものである。また，引用文献３に記載の発明は，プレーヤキャラクタのステータスにより出現するコンピュータが制御する敵キャラクタを決定することにより戦いの緊張感を維持するものであり（段落【０００９】，【００２９】等），ＲＰＧゲームと対戦アクションゲームに属するものである。さらに，引用文献４に記載の発明は，対戦アクションゲームとレースゲームに - 13 -分類されるものであり（段落【０００６】，【０００７】等），コンピュータが制御するキャラクタは出現しない。 このように，いずれの引用発明も，本願発明と異なり，第３者登場型の対戦アクションゲームに関するものではないから，本願発明とは技術分野を異にするというべきものである。また，引用文献２及び３に記載の発明は，コンピュータが制御するキャラクタを登場させるものであるものの，対戦する第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の組合せに基づいて適切な第三勢力を抽出するという構成を有していない上，その抽出方法も相互に異なるものである。 したがって，引用発明１に周知技術１を適用する動機付けがあるとはいえない。 イ被告の主張について(ｱ) 被告は，本件審決が，引用発明１にいう「ＮＰＣ人数を増減設定」することを「キャラクタの能力（強さ）を設定」することと捉え，その手法の一つとして周知技術１を認定していると主張するが，仮に，本件審決がそう解したとしても，そのような「捉え方」は，引用文献１には記載も示唆もなく，本願明細書等に接して始めて可能にな とと捉え，その手法の一つとして周知技術１を認定していると主張するが，仮に，本件審決がそう解したとしても，そのような「捉え方」は，引用文献１には記載も示唆もなく，本願明細書等に接して始めて可能になったものであるから，後知恵という他ない。 (ｲ) 被告は，引用発明１と周知技術１とは，ゲームという技術分野に属する点，及びプレーヤのレベル等に応じた相手側キャラクタを抽出するという内在する課題を有する点で共通すると主張するが，本願発明の課題は「対戦者同士の操作経験に基づくゲーム優劣のアンバランスを第３者キャラクタを登場させることにより調整する従来技術が，対戦ゲームとしての面白みに欠ける」ことであり，プレーヤのレベル等に応じた相手側キャラクタを抽出するというものではないから，被告の上記主張は失当である。 (3) 本願発明は，第３者キャラクタの参戦により従来にない白熱した対戦ゲームを楽しむことができるという引用文献に記載の発明の作用効果とは異なる格別の作用効果を奏する。 第４ 被告の主張 - 14 - １ 取消事由１について(1) 相違点Ａについてア原告は，引用発明１の「キャラクタ」は，「キャラクタを操作する」プレイヤを意味するものであると主張する。 しかし，引用文献１の段落【０００９】を参酌すると，引用発明１の「味方側のキャラクタ（自己プレイヤキャラクタ）」及び「相手方のキャラクタ（相手プレイヤキャラクタ）」は，対戦ゲームにおいて，対戦者が操作して動作を指示しているキャラクタである。 イ原告は，引用文献１にいう「プレイヤキャラクタ」は，優劣判断の局面においては，キャラクタを操作する「プレーヤ」を意味するものであり，また，「スコア」は，「プレーヤ」（対戦者）の操作経験（スキル）を数値化したものを意味す う「プレイヤキャラクタ」は，優劣判断の局面においては，キャラクタを操作する「プレーヤ」を意味するものであり，また，「スコア」は，「プレーヤ」（対戦者）の操作経験（スキル）を数値化したものを意味すると主張する。 しかし，前記アのとおり，本願発明の明細書の段落【００９７】には， 「サーバ２０は，第１，第２のプレーヤキャラクタのレベル（プレーヤの技量を示す技量情報）を参照し，第１，第２のプレーヤキャラクタのレベル差が生じないようにマッチングを行ってもよい。例えば，第１のプレーヤキャラクタと第２のプレーヤキャラクタとのレベル差が１０以内になるように第１，第２のプレーヤキャラクタのマッチングを行う。」と記載されており，本願発明の「プレーヤキャラクタ情報」に含まれる「レベル」は，「プレーヤの技量を示す技量情報」である点で，引用発明１の「スコア」と共通するものといえる。 また，本願明細書等の段落【０１０６】～【０１１２】に，本願発明の実施形態として，「第１のプレーヤキャラクタと第２のプレーヤキャラクタのレベルに基づいて第３者キャラクタを抽出する」ことが記載されていることからすると，引用文献１の「プレイヤキャラクタ」及び各プレイヤキャラクタの「スコア」は，優劣判断の局面においても，本願発明の「プレーヤキャラクタ」及び「プレーヤキャラクタの情報」と技術的意義において相違するものではない。 - 15 -ウ以上より，原告主張の相違点Ａに係る取消事由は理由がない。 (2) 相違点Ｂについてア本願発明について(ｱ) 本願発明の特許請求の範囲の記載においては，「第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦可能な複数のキャラクタの中から，第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ 許請求の範囲の記載においては，「第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦可能な複数のキャラクタの中から，第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ及び当該第２のプレーヤキャラクタに当該第３者キャラクタをマッチングする設定処理を行うマッチング処理部」が「前記第１のプレーヤキャラクタの情報及び前記第２のプレーヤキャラクタの情報の組合せに基づいて，前記対戦ゲーム開始前に第３者キャラクタを抽出する」ことが特定されているのみであり，そこには「第１のプレーヤキャラクタ」と「第２のプレーヤキャラクタ」の組合せの決定手順に関して特定されておらず，「第１のプレーヤキャラクタ」及び「第２のプレーヤキャラクタ」が，それぞれ，「二人の対戦者（プレーヤ）」により選択されたものであることについて，何ら特定されていない。 (ｲ) また，本願明細書等の記載を参酌したとしても，以下のとおり，本願発明において，「第１のプレーヤキャラクタ」及び「第２のプレーヤキャラクタ」が，それぞれ，プレーヤにより選択されたキャラクタであると限定して解釈されるべき根拠は見いだせない。 ａ 段落【００９１】では，実施形態が「複数のキャラクタが対戦ゲームを行うものである」とされ，ここでの「対戦ゲーム」の例示として，「第１のプレーヤキャラクタと第２のプレーヤキャラクタとが」，「相互に攻撃し合うゲーム」，「協力して特定の敵キャラクタを攻撃するゲーム」でもよいとされた上で，「プレーヤの操作対象のプレーヤキャラクタが敵となるキャラクタと対戦し，各種パラメータ（体力，攻撃力，防御力）に基づいて対戦ゲームの勝敗を決定する」ものとされている。 そして，段落【００９３】では，「本実施形態のサーバ２０」が，「対戦ゲームの - 16 戦し，各種パラメータ（体力，攻撃力，防御力）に基づいて対戦ゲームの勝敗を決定する」ものとされている。 そして，段落【００９３】では，「本実施形態のサーバ２０」が，「対戦ゲームの - 16 -ゲーム空間に登場するキャラクタのマッチング（組み合わせを決める処理）を行う」こと，具体的には，「サーバ」が，「第１のプレーヤキャラクタ及び第２のプレーヤキャラクタのマッチング」を行い，その後，「サーバ２０」は，当該「第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦する第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ及び当該第２のプレーヤキャラクタに当該第３者キャラクタをマッチングする」ことが記載されている。 しかし，これらの記載においては，「プレーヤキャラクタ」の用語の意味を定義する記載はなく，また，これらの記載からは，「プレーヤキャラクタ」が「プレーヤの操作対象」であることが理解されるのみであり，プレーヤの操作対象である「プレーヤキャラクタ」が「プレーヤ」により選択可能であることや，プレーヤにより選択されるものであることが理解できる記載もない。 ｂ 「サーバ」による「マッチング処理」を説明した段落【００９６】～【００９８】においても，「サーバ２０」が，「対戦ゲームに参戦可能な複数のプレーヤキャラクタ（ゲームに参加要求し対戦相手が決まっていない待ち状態の複数のプレーヤキャラクタ）の中から対戦相手となる第１のプレーヤキャラクタ，第２のプレーヤキャラクタとをマッチングする処理（第１のプレーヤキャラクタ，第２のプレーヤキャラクタとの組み合わせを決める処理）を行う」ことが記載されているのみであり，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが，プレーヤによって選択可能であることや，選択さ ，第２のプレーヤキャラクタとの組み合わせを決める処理）を行う」ことが記載されているのみであり，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが，プレーヤによって選択可能であることや，選択されることが読み取れるものでもない。 ｃ 本願発明の「マッチング処理部」が「第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の組み合わせに基づいて，前記対戦ゲームの開始前に第３者キャラクタを抽出する」ことに関する段落【００９９】～【０１１２】においても，「第１のプレーヤキャラクタ」，「第２のプレーヤキャラクタ」が，プレーヤにより選択可能であることや，選択されるものであることに関する記載はない。 かえって，段落【０１０１】においては，「サーバ２０は，端末１０から第１又は - 17 -第２のプレーヤキャラクタとして参加する情報を受信した場合には，当該端末１０のプレーヤキャラクタを，第１又は第２のプレーヤキャラクタとしてマッチングする処理を行う。」と記載され，段落【００９２】に「各キャラクタの制御」を「端末１０で行っている」こと，特に「端末１０は，入力部１６０からの入力情報に基づき自キャラクタを制御し」ていることが明記されていることに鑑みると，本願明細書等における「プレーヤキャラクタ」とは，「端末１０のプレーヤキャラクタ」，すなわち端末１０を操作するプレーヤに予め割り付けられている「プレーヤキャラクタ」を意味するものと解すべきであることが理解できる。 (ｳ) このように，本願発明においては，プレーヤと（プレーヤの技量に見合ったレベルを有する）プレーヤキャラクタは一対一に対応付けられるものと解されるのであって，プレーヤキャラクタがプレーヤにより選択可能であるとか，選択されるものであると解する根拠はない。 合ったレベルを有する）プレーヤキャラクタは一対一に対応付けられるものと解されるのであって，プレーヤキャラクタがプレーヤにより選択可能であるとか，選択されるものであると解する根拠はない。 イしたがって，仮に，引用発明１の「味方側のキャラクタ」及び「相手方のキャラクタ」は，プレーヤにより選択されるものではないものと解されるとしても，それを理由に相違点Ｂが生じることはない。 ウ以上のとおりであるから，原告の主張する相違点Ｂの看過を理由とする取消事由は理由がない。 (3) 相違点Ｃについて原告は，本願発明においては，参戦する第３者キャラクタが複数の種類の第３者キャラクタからコンピュータにより選択されると主張する。 しかし，本願の特許請求の範囲の記載からは，「第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦可能な複数のキャラクタの中から，第３者キャラクタを抽出」すること，「第１のプレーヤキャラクタの情報及び前記第２のプレーヤキャラクタの情報の組み合わせに基づいて，前記対戦ゲーム開始前に第３者キャラクタを抽出」されることが特定されるのみである。 したがって，本願発明は，複数の種類の第３者キャラクタから抽出（選択）され - 18 -ることを特定しているものと解することはできないから，原告の主張は，前提において誤りである。 ２ 取消事由２について原告は，本願発明は，対戦アクションゲームに分類されるもののうち，複数のプレーヤで対戦が実行され，対戦中に第３者キャラクタが登場するものであるところ，甲２～４に記載の発明は，いずれも，対戦アクションゲームではあるものの，複数のプレーヤで対戦が実行され，対戦中に第３者キャラクタが登場するものではない点で，本願発明と甲２～４に記載の発明とは， ろ，甲２～４に記載の発明は，いずれも，対戦アクションゲームではあるものの，複数のプレーヤで対戦が実行され，対戦中に第３者キャラクタが登場するものではない点で，本願発明と甲２～４に記載の発明とは，技術分野は異なると主張する。 しかし，本件審決において認定した周知技術１とは「複数のキャラクタの中から，ゲームのキャラクタの情報に応じて特定のキャラクタを抽出すること」であって，周知技術１に係るゲームが，対戦アクションゲームに分類されるもののうち，複数のプレーヤで対戦が実行され，対戦中に第３者キャラクタが登場するものであることは，周知技術１の要件ではない。 したがって，甲２～４号証に記載のものが，いわゆる「第３者登場型」のゲームではなく，本願発明と技術分野が異なるとしても，引用発明１に周知技術１を適用する動機付けがないことの理由とはならない。 そして，本件審決は，相違点１に係る引用発明１の発明特定事項である「ＮＰＣ人数を増減設定」することを，「キャラクタの能力（強さ）を設定」することと捉え，「キャラクタの能力（強さ）を設定」することの手法の一つとして，「複数のキャラクタの中から，ゲームのキャラクタの情報に応じて特定のキャラクタを抽出すること」を周知技術１として認定しており，引用発明１と周知技術１とは，ゲームという技術分野に属する点，及びプレーヤのレベル等に応じた相手側キャラクタを抽出するという内在する課題を有する点で共通すると判断し，動機付けがあるものとしたものであって，その判断に誤りはない。 また，周知技術１は，「ゲームの技術分野において，複数のキャラクタの中から，ゲームのキャラクタの情報に応じて特定のキャラクタを抽出すること」であり，具 - 19 -体的には，プレーヤの対戦相手としてキャラクタを抽出する際に，プレーヤのレベ ，複数のキャラクタの中から，ゲームのキャラクタの情報に応じて特定のキャラクタを抽出すること」であり，具 - 19 -体的には，プレーヤの対戦相手としてキャラクタを抽出する際に，プレーヤのレベルに応じたキャラクタを抽出することであるところ，引用文献２の図１０及びその説明である段落【００５９】には，プレーヤレベルに応じてキャラクタＡ，Ｂ，Ｃ，Ｄのうちから出現するキャラクタが選択されることが記載され，引用文献３の段落【００２９】には，プレイキャラクタの能力に応じて，「くさったしたい」や「くさったドラゴン」の中から出現するキャラクタが選択されることが記載され，引用文献４の段落【０００５】には，「ユーザの遊戯ランクに相応しい競技ランクを有するログイン中の他のユーザを対戦相手として指定する」ことが記載されているから，引用文献２～４には，周知技術１が記載されている。 なお，本件審決は，あるプレーヤのレベルに応じた対戦相手を抽出する際に，プレーヤのレベルに応じて，当該プレーヤがプレイするゲームに登場可能な複数のキャラクタの中から相応しいレベルの「キャラクタ」を選択することが本願出願時において従来周知の技術であったことを前提に，相違点１が容易である旨判断しているのであるから，本件審決は，原告の主張する「複数種類のキャラクタから第３者キャラクタを抽出する」ことの容易想到性についても実質的に判断しているものといえる。 以上より，原告の主張する取消事由２は理由がない。 第５ 当裁判所の判断 １ 本願発明(1) 本願明細書等には，以下の記載がある（乙２）。 【０００２】従来から，プレーヤが，オブジェクト空間のプレーヤキャラクタを操作して相手プレーヤキャラクタと対戦する対戦ゲームを行うゲームシステムが存在する。 【０００３】また，特 （乙２）。 【０００２】従来から，プレーヤが，オブジェクト空間のプレーヤキャラクタを操作して相手プレーヤキャラクタと対戦する対戦ゲームを行うゲームシステムが存在する。 【０００３】また，特許文献１には，対戦ゲームにおいて対戦者同士の操作経験に基づくゲーム優劣のアンバランスを，コンピュータ制御による第３者キャラクタをゲームに登場させることによって調整し，拮抗かつ緊張感のあるゲームを提供す - 20 -るゲーム端末が提案されている。 【０００４】【特許文献１】特開２０１１－５６１２９号公報【０００５】しかし，特許文献１に示すゲーム端末は，対戦状況に応じて第３者キャラクタを出現させて，スコアの低いキャラクタに対して支援を行っているにすぎず，どのような第３者キャラクタを抽出するのか考慮されていない。したがって，特許文献１に記載のゲーム端末は，第３者キャラクタが登場しても対戦ゲームの面白みに欠けるものがあった。 【０００６】本発明は，以上の課題に鑑みたものであり，第１，第２のプレーヤキャラクタが登場する対戦ゲームにおいて，第１，第２のプレーヤキャラクタに第３者キャラクタをマッチングする処理を行うものであり，当該対戦ゲームを盛り上げることが可能な第３者キャラクタを抽出するサーバ及びプログラムを提供することにある。 【０００７】（１）本発明は，マッチング処理を行うサーバのプログラムであって，プレーヤキャラクタの情報を記憶部に記憶する処理を行う記憶処理部と，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦可能な複数のキャラクタの中から，第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ及び当該第２のプレーヤキャラクタに当該第３者キャラクタをマッチングする設定処理を行うマッチン 対戦ゲームに参戦可能な複数のキャラクタの中から，第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ及び当該第２のプレーヤキャラクタに当該第３者キャラクタをマッチングする設定処理を行うマッチング処理部として，コンピュータを機能させ，前記マッチング処理部が，前記第１のプレーヤキャラクタの情報及び前記第２のプレーヤキャラクタの情報の少なくとも一方に基づいて，前記対戦ゲーム開始前に第３者キャラクタを抽出するプログラムに関する。 【０００８】また，本発明は，コンピュータに読み取り可能であって，上記プログラムを記憶した情報記憶媒体に関係する。 - 21 -【０００９】本発明によれば，第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の少なくとも一方に基づいて，第３者キャラクタを抽出するので，第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の少なくとも一方に応じてゲームを盛り上げることが可能な第３者キャラクタを抽出することができる。したがって，本発明によれば，プレーヤは，第３者キャラクタの参戦によって従来にない白熱した対戦ゲームを楽しむことができ，一層面白みを感じることができる。 【００１０】また，本発明によれば，ゲーム開始前に第３者キャラクタを抽出するので，対戦中のゲーム状況に応じて第３者キャラクタを抽出する場合に比べて，第１，第２のプレーヤキャラクタに適切な第３者キャラクタを抽出することができる。つまり，本発明によれば，本来の第１，第２のプレーヤキャラクタの情報を基に第３者キャラクタを抽出するので，第１，第２のプレーヤキャラクタに適した第３者キャラクタを抽出することができる。また，本発明は，ゲーム開始前に第３者キャラクタを抽出するので，ゲーム中のサーバの処理負荷を軽減できる。 【 るので，第１，第２のプレーヤキャラクタに適した第３者キャラクタを抽出することができる。また，本発明は，ゲーム開始前に第３者キャラクタを抽出するので，ゲーム中のサーバの処理負荷を軽減できる。 【００１１】(2) また，本発明のプロブラムにおいて，前記マッチング処理部が，前記第１のプレーヤキャラクタのレベル及び前記第２のプレーヤキャラクタのレベルの少なくとも一方に基づいて，第３者キャラクタを抽出してもよい。 【００４１】以下，本実施形態について説明する。なお，以下に説明する本実施形態は，特許請求の範囲に記載された本発明の内容を不当に限定するものではない。 また本実施形態で説明される構成の全てが，本発明の必須構成要件であるとは限らない。 【００４２】１．ネットワークシステム図１は，本実施形態のネットワークシステム（ゲームシステム）を示す。本実施形態では，複数の端末１０とサーバ２０とによって構成される。つまり，図１に示すように，本実施形態のネットワークシステムは，サービスを提供するサーバ２０と，端末１０とが，ネットワーク（例えば，インターネット）に接続可能に構成さ - 22 -れる。 【図１】 【００４３】端末１０は，携帯端末（携帯電話，ＰＨＳ端末，スマートフォン，ＰＤＡ，携帯型ゲーム機等），パーソナルコンピュータ（ＰＣ），ゲーム機，画像生成装置などの情報処理装置であり，インターネット（ＷＡＮ），ＬＡＮなどのネットワークを介してサーバ２０に接続可能な装置である。なお，端末１０とサーバ２０との通信回線は，有線でもよいし無線でもよい。 【００４４】サーバ２０は，ゲームの管理者がゲームサービスを運営・管理する際に利用するコンピュータである。このサーバ２０は，コンピュータ（例えば，ワークステーションやパーソナルコンピュー よい。 【００４４】サーバ２０は，ゲームの管理者がゲームサービスを運営・管理する際に利用するコンピュータである。このサーバ２０は，コンピュータ（例えば，ワークステーションやパーソナルコンピュータ）であって，端末１０から送信された各種のコマンド（リクエスト）に応じて，当該端末１０に対して各種情報を送信する。本実施形態におけるサーバ２０は，ゲームを行うプレーヤが使う端末１０から，ゲームコンテンツの配信要求があった場合には，それに応じたゲームコンテンツ，例えば，端末１０上で動作可能なゲームプログラムを送信してもよい。また，サーバ２０は，端末１０のブラウザ等によって閲覧可能なＷｅｂページを送信してもよい。 【００４５】２．構成 - 23 -２．１．端末の構成図２に本実施形態の端末の機能ブロック図の例を示す。なお本実施形態の端末は図２の構成要素（各部）の一部を省略した構成としてもよい。 【図２】 【００４６】入力部１６０は，プレーヤからの入力情報を入力するための機器であり，プレーヤの入力情報を処理部に出力する。本実施形態の入力部１６０は，プレーヤの入力情報（入力信号）を検出する検出部１６２を備える。入力部１６０は，例えば，レバー，ボタン，ステアリング，マイク，タッチパネル型ディスプレイ，キーボード，マウスなどがある。 【００４７】また，入力部１６０は，３軸の加速度を検出する加速度センサや，角速度を検出するジャイロセンサ，撮像部を備えた入力機器でもよい。例えば，入力機器は，プレーヤが把持して動かすものであってもよいし，プレーヤが身につけて動かすものであってもよい。また，入力機器には，プレーヤが把持する刀型コントローラや銃型コントローラ，あるいはプレーヤが身につける（プレーヤが手に装着する）グローブ型コントローラ レーヤが身につけて動かすものであってもよい。また，入力機器には，プレーヤが把持する刀型コントローラや銃型コントローラ，あるいはプレーヤが身につける（プレーヤが手に装着する）グローブ型コントローラなど実際の道具を模して作られたコントローラも含まれる。また入力機器には，入力機器と一体化されているゲーム装置，携帯型ゲ - 24 -ーム装置，携帯電話，スマートフォンなども含まれる。本実施形態の端末は，複数の入力部１６０を備えていてもよい。 【００４８】記憶部１７０は，処理部１００や通信部１９６などのワーク領域となるもので，その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。 【００４９】情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は，プログラムやデータなどを格納するものであり，その機能は，光ディスク（ＣＤ，ＤＶＤ），光磁気ディスク（ＭＯ），磁気ディスク，ハードディスク，磁気テープ，或いはメモリ（ＲＯＭ）などにより実現できる。処理部１００は，情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。 情報記憶媒体１８０には，本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。 【００５０】なお，本実施形態では，サーバ２０が有する情報記憶媒体２８０や記憶部２７０に記憶されている本実施形態の各部としてコンピュータを機能させるためのプログラムやゲームデータを，ネットワークを介して受信し，受信したプログラムやデータを記憶部１７０や情報記憶媒体１８０に記憶してもよい。このようにプログラムやデータを受信してネットワークシステムを機能させる場合も本発明の範囲内に含む。 【００５１】表示部１９０は，本実施形態に を記憶部１７０や情報記憶媒体１８０に記憶してもよい。このようにプログラムやデータを受信してネットワークシステムを機能させる場合も本発明の範囲内に含む。 【００５１】表示部１９０は，本実施形態により生成された画像を出力するものであり，その機能は，ＣＲＴ，ＬＣＤ，タッチパネル型ディスプレイ，或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部１９２は，本実施形態により生成された音を出力するものであり，その機能は，スピーカ，或いはヘッドフォンなどにより実現できる。 【００５２】通信部１９６は外部（例えば他の端末，サーバ）との間で通信を行うための各種制御を行うものであり，その機能は，各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや，プログラムなどにより実現できる。 - 25 -【００５３】処理部１００（プロセッサ）は，入力部１６０からの入力情報やプログラムなどに基づいて，ゲーム処理，画像生成処理，或いは音生成処理などの処理を行う。この処理部１００は記憶部１７０内の主記憶部１７２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ，ＤＳＰ等），ＡＳＩＣ（ゲートアレイ等）などのハードウェアや，プログラムにより実現できる。 【００５４】処理部１００は，通信制御部１１０，ゲーム処理部１１２，表示制御部１１４，描画部１２０，音生成部１３０を含む。なおこれらの一部を省略する構成としてもよい。 【００５５】通信制御部１１０は，サーバ２０とデータを送受信する処理を行う。 例えば，通信制御部１１０は，サーバ２０から受信したデータを記憶部１７０に格納する処理，受信したデータを解析する処理，その他のデータの送受信に関する制御処理等を行う。なお，通信制御部１１０は，サーバの宛先情報を記憶部１７０や サーバ２０から受信したデータを記憶部１７０に格納する処理，受信したデータを解析する処理，その他のデータの送受信に関する制御処理等を行う。なお，通信制御部１１０は，サーバの宛先情報を記憶部１７０や情報記憶媒体１８０に記憶し，管理する処理を行うようにしてもよい。また，通信制御部１１０は，プレーヤからの通信開始の入力情報を受け付けた場合に，サーバ２０との通信を行うようにしてもよい。 【００５６】また，通信制御部１１０は，プレーヤの識別情報を送信して，プレーヤ情報に関するデータをサーバ２０から受信する処理を行うようにしてもよい。 なお，通信制御部１１０は，画像を描画するフレームレートに応じてデータを含むパケットを生成し，サーバ２０に生成したパケットを送信する処理を行ってもよい。 具体的に説明すると，例えば，１／６０秒毎に，サーバ２０にパケットを送信する処理を行ってもよい。 【００５７】また，通信制御部１１０は，サーバ２０或いは他の端末１０から，ネットワークを介して，対戦ゲームに参戦する他のプレーヤキャラクタの情報や第３者キャラクタの情報を受信してもよい。また，通信制御部１１０は，サーバ２０に，第３者キャラクタの参戦を許可することを示すマッチング許可情報を送信してもよい。また，通信制御部１１０は，ネットワークを介してサーバ２０から，ゲー - 26 -ムの結果（対戦ゲームの勝敗の結果）を受信する処理を行うようにしてもよい。 【００５８】ゲーム処理部１１２は，種々のゲーム演算処理を行う。例えば，ゲーム開始条件が満たされた場合にゲームを開始する処理，ゲームを進行させる処理，ゲーム終了条件が満たされた場合にゲームを終了する処理などがある。 【００５９】また，ゲーム処理部１１２は，プレーヤキャラクタ，建物，球場，車，樹木，柱，壁，マップ（地 ，ゲームを進行させる処理，ゲーム終了条件が満たされた場合にゲームを終了する処理などがある。 【００５９】また，ゲーム処理部１１２は，プレーヤキャラクタ，建物，球場，車，樹木，柱，壁，マップ（地形）などの表示物を表す各種オブジェクト（ポリゴン，自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行うようにしてもよい。 【００６０】ここでオブジェクト空間とは，ゲーム空間（仮想空間）であり，２次元空間，３次元空間の両方を含む。例えば，オブジェクト空間を３次元空間とした場合には，ワールド座標系にオブジェクトを配置する。 【００６１】例えば，ゲーム処理部１１２は，オブジェクト空間において，プレーヤキャラクタを移動させる処理を行うようにしてもよい。すなわち入力部１６０によりプレーヤが入力した入力情報や，プログラム（移動・動作アルゴリズム）や，各種データ（モーションデータ）などに基づいて，プレーヤキャラクタをオブジェクト空間内で移動させたり，オブジェクトを動作（モーション，アニメーション）させたりする処理を行う。具体的には，プレーヤキャラクタの移動情報（位置，回転角度，速度，或いは加速度などの移動パラメータ）や動作情報（オブジェクトを構成する各パーツの位置，或いは回転角度）を，１フレーム（例えば，１／６０秒）毎に順次求める処理を行うようにしてもよい。なおフレームは，プレーヤキャラクタの移動・動作処理や画像生成処理を行う時間の単位である。 【００６２】表示制御部１１４は，ゲーム処理部１１２によるゲーム処理内容を表示させる表示制御や，描画部１２０において生成された画像を表示部１９０に表示させる表示制御を行う。 【００６３】また，表示制御部１１４は，サーバ２０から受信したデ 部１１２によるゲーム処理内容を表示させる表示制御や，描画部１２０において生成された画像を表示部１９０に表示させる表示制御を行う。 【００６３】また，表示制御部１１４は，サーバ２０から受信したデータ（Ｗｅｂデータ，ＨＴＭＬ形式で作成されたデータ，Ｗｅｂコンテンツデータなど）を， - 27 -ブラウザなどを用いて表示部１９０に表示させる処理を行ってもよい。例えば，Ｗｅｂコンテンツデータとは，グラフィックスデータ，アニメーションデータであり，端末１０が備えるＷｅｂブラウザ機能によってＷｅｂコンテンツデータを再生するようにしてもよい。 【００６４】描画部１２０は，処理部１００で行われる種々の処理（例えば，ゲーム処理）の結果に基づいて描画処理を行い，これにより画像を生成し，表示部１９０に出力する。描画部１２０が生成する画像は，いわゆる２次元画像であってもよいし，いわゆる３次元画像であってもよい。 【００６５】いわゆる３次元ゲーム画像を生成する場合には，まずオブジェクト（モデル）の各頂点の頂点データ（頂点の位置座標，テクスチャ座標，色データ，法線ベクトル或いはα値等）を含むオブジェクトデータ（モデルデータ）が入力され，入力されたオブジェクトデータに含まれる頂点データに基づいて，頂点処理（頂点シェーダによるシェーディング）が行われる。なお頂点処理を行うに際して，必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション，曲面分割，ポリゴン分割）を行うようにしてもよい。 【００６６】頂点処理では，頂点処理プログラム（頂点シェーダプログラム，第１のシェーダプログラム）に従って，頂点の移動処理や，座標変換，例えばワールド座標変換，視野変換（カメラ座標変換），クリッピング処理，透視変換（投影変換），ビューポート変換等のジオメト ログラム，第１のシェーダプログラム）に従って，頂点の移動処理や，座標変換，例えばワールド座標変換，視野変換（カメラ座標変換），クリッピング処理，透視変換（投影変換），ビューポート変換等のジオメトリ処理が行われ，その処理結果に基づいて，オブジェクトを構成する頂点群について与えられた頂点データを変更（更新，調整）する。 【００６７】そして，頂点処理後の頂点データに基づいてラスタライズ（走査変換）が行われ，ポリゴン（プリミティブ）の面とピクセルとが対応づけられる。そしてラスタライズに続いて，画像を構成するピクセル（表示画面を構成するフラグメント）を描画するピクセル処理（ピクセルシェーダによるシェーディング，フラグメント処理）が行われる。ピクセル処理では，ピクセル処理プログラム（ピクセルシェーダプログラム，第２のシェーダプログラム）に従って，テクスチャの読出 - 28 -し（テクスチャマッピング），色データの設定／変更，半透明合成，アンチエイリアス等の各種処理を行って，画像を構成するピクセルの最終的な描画色を決定し，透視変換されたオブジェクトの描画色を描画バッファ（ピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ，レンダリングターゲット）に出力（描画）する。すなわち，ピクセル処理では，画像情報（色，法線，輝度，α値等）をピクセル単位で設定あるいは変更するパーピクセル処理を行う。これにより，オブジェクト空間内において仮想カメラ（視点）から見える画像が生成される。 【００６８】音生成部１３０は，処理部１００で行われる種々の処理の結果に基づいて音処理を行い，ＢＧＭ，効果音，又は音声などのゲーム音を生成し，音出力部１９２に出力する。例えば，サーバ２０から受信した音データを音出力部１９２に出力するようにしてもよい。 【００６９】２． いて音処理を行い，ＢＧＭ，効果音，又は音声などのゲーム音を生成し，音出力部１９２に出力する。例えば，サーバ２０から受信した音データを音出力部１９２に出力するようにしてもよい。 【００６９】２．２．サーバの構成図３に本実施形態のサーバ２０の機能ブロック図の例を示す。本実施形態のサーバ２０は図３の構成要素（各部）の一部を省略した構成としてもよい。 【図３】 - 29 - 【００７０】記憶部２７０は，処理部２００や通信部２９６などのワーク領域となるもので，その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。記憶部２７０は，主記憶部２７２，格納部２６０（例えば，データベース）を含む。 【００７１】格納部２６０には，サーバ２０が管理する端末の端末識別情報に対応づけて，プレーヤ識別情報（ユーザアカウント，ユーザ識別情報），プレーヤパスワード，メールアドレス等を格納してもよい。 【００７２】情報記憶媒体２８０（コンピュータにより読み取り可能な媒体）は，プログラムやデータなどを格納するものであり，その機能は，光ディスク（ＣＤ，ＤＶＤ），光磁気ディスク（ＭＯ），磁気ディスク，ハードディスク，磁気テープ，或いはメモリ（ＲＯＭ）などにより実現できる。処理部２００は，情報記憶媒体２８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。 即ち情報記憶媒体２８０には，本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が - 30 -記憶される。 【００７３】通信部２９６は外部（例えば，端末，他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり，その機能は，各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや， ０７３】通信部２９６は外部（例えば，端末，他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり，その機能は，各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや，プログラムなどにより実現できる。 【００７４】処理部２００（プロセッサ）は，情報記憶媒体２８０に記憶されるプログラム等に基づいて，処理を行う。具体的には，端末からの要求に応じてサービスを提供する。 【００７５】また，処理部２００は記憶部２７０内の主記憶部２７２をワーク領域として各種処理を行う。処理部２００の機能は各種プロセッサ（ＣＰＵ，ＤＳＰ等），ＡＳＩＣ（ゲートアレイ等）などのハードウェアや，プログラムにより実現できる。 【００７６】特に，本実施形態のサーバの処理部２００は，ネットワーク設定部２１０，通信制御部２１１，記憶処理部２１２，マッチング処理部２１３，ゲーム制御部２１４と，を含む。なお，これらの一部を省略する構成としてもよい。 【００７７】ネットワーク設定部２１０は，端末識別情報を端末１０から受信し，受信した端末識別情報に対応づけて，プレーヤのネットワーク情報を，データベース２６０に格納する。なお，端末識別情報は，端末毎に付与される，端末を識別するための唯一無二のユニークな情報である。 【００７８】通信制御部２１１は，端末１０とネットワークを介してデータを送受信する処理を行う。つまり，通信制御部２１１は，プレーヤの端末１０からの要求に基づいて，情報を当該端末１０に送信する。 【００７９】記憶処理部２１２は，キャラクタの情報（プレーヤキャラクタの情報も含む），ＣＰＵ制御情報を記憶部２７０に記憶する処理を行う。例えば，記憶処理部２１２は，ゴーストキャラクタを抽出するための，キャラクタの情報及び当該キャラクタのＣＰＵ制 （プレーヤキャラクタの情報も含む），ＣＰＵ制御情報を記憶部２７０に記憶する処理を行う。例えば，記憶処理部２１２は，ゴーストキャラクタを抽出するための，キャラクタの情報及び当該キャラクタのＣＰＵ制御情報の少なくとも一方をプレーヤの端末から受信して記憶 - 31 -部２７０に記憶する処理を行ってもよい。 【００８０】記憶処理部２１２は，第１，第２のプレーヤキャラクタ，及び第３者キャラクタのマッチング情報の履歴を記憶部２７０に記憶する処理を行う。 【００８１】マッチング処理部２１３は，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦可能な複数のキャラクタの中から，第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ及び当該第２のプレーヤキャラクタに当該第３者キャラクタをマッチングする設定処理を行う。 【００８２】なお，第３者キャラクタは，予め定められたアルゴリズムに基づき端末のコンピュータで制御されるＣＰＵキャラクタ，過去のプレーヤキャラクタの制御情報に基づき端末のコンピュータで制御されるゴーストキャラクタ，又は，プレーヤの入力情報に基づいて制御されるプレーヤキャラクタである。なお，ゴーストキャラクタは，事前に端末１０から送信されたキャラクタの情報及びキャラクタのＣＰＵ制御情報の少なくとも一方に基づいて，コンピュータで制御されるものであってもよい。 【００８３】また，マッチング処理部２１２は，第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の少なくとも一方に基づいて，対戦ゲーム開始前に第３者キャラクタを抽出する。例えば，また，マッチング処理部２１２は，第１のプレーヤキャラクタのレベル及び第２のプレーヤキャラクタのレベルの少なくとも一方に基づいて，第３者キャラクタを抽出してもよ に第３者キャラクタを抽出する。例えば，また，マッチング処理部２１２は，第１のプレーヤキャラクタのレベル及び第２のプレーヤキャラクタのレベルの少なくとも一方に基づいて，第３者キャラクタを抽出してもよい。また，マッチング処理部２１２は，第１のプレーヤキャラクタの属性及び第２のプレーヤキャラクタの属性の少なくとも一方に基づいて，第３者キャラクタを抽出してもよい。 【００９１】３．本実施形態の処理の手法３．１ 概要本実施形態は，複数のキャラクタが対戦ゲームを行うものである。例えば，対戦ゲームは，第１のプレーヤキャラクと第２のプレーヤキャラクタとが相互に攻撃し合うゲームでもよいし，第１のプレーヤキャラクタと第２のプレーヤキャラクタと - 32 -が協力して，特定の敵キャラクタ（ボスキャラクタ等）を攻撃するゲームでもよい。 本実施形態では，プレーヤの操作対象のプレーヤキャラクタが敵となるキャラクタと対戦し，各種パラメータ（体力値，攻撃力，防御力等）に基づいて対戦ゲームの勝敗を決定する。 【００９３】特に，本実施形態のサーバ２０は，対戦ゲームのゲーム空間に登場するキャラクタのマッチング（組み合わせを決める処理）を行う。まず，サーバ２０は，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタのマッチングを行う。その後，サーバ２０は，当該第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦する第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ及び当該第２のプレーヤキャラクタに当該第３者キャラクタをマッチングする。本実施形態では，第３者キャラクタが参戦することによってゲームを盛り上げることが可能なように最適な第３者キャラクタを抽出しマッチング設定を行う。したがって，本実施形態によれば，従来にない白熱した面 。本実施形態では，第３者キャラクタが参戦することによってゲームを盛り上げることが可能なように最適な第３者キャラクタを抽出しマッチング設定を行う。したがって，本実施形態によれば，従来にない白熱した面白みのあるゲームを提供できる。以下，本実施形態の詳細について説明する。 【００９４】３．２ ゲームの参加要求の受け付け処理本実施形態のサーバ２０は，プレーヤの端末１０からプレーヤのログイン情報（プレーヤ識別情報，プレーヤパスワード等）を受信し，プレーヤの認証を許可すると，プレーヤの端末１０から対戦ゲームに参加するための参加要求（エントリー）を受信し，ゲームの参加要求（エントリー）を受け付ける処理を行う。 【００９５】サーバ２０は，ログインを許可した端末１０に対し，プレーヤ識別情報に関連する情報（キャラクタ情報など）を送信する。 【００９６】３．３ 第１，第２のプレーヤキャラクタのマッチング本実施形態のサーバ２０は，対戦ゲームに参戦可能な複数のプレーヤキャラクタ（ゲームに参加要求し対戦相手が決まっていない待ち状態の複数のプレーヤキャラクタ）の中から対戦相手となる第１のプレーヤキャラクタ，第２のプレーヤキャラクタとをマッチングする処理（第１のプレーヤキャラクタ，第２のプレーヤキャラ - 33 -クタとの組み合わせを決める処理）を行う。 【００９７】サーバ２０は，第１，第２のプレーヤキャラクタのレベル（プレーヤの技量を示す技量情報）を参照し，第１，第２のプレーヤキャラクタのレベル差が生じないようにマッチングを行ってもよい。例えば，第１のプレーヤキャラクタと第２のプレーヤキャラクタとのレベル差が１０以内になるように第１，第２のプレーヤキャラクタのマッチングを行う。 【００９８】なお，本実施形態では，グループ対戦によるマッチ １のプレーヤキャラクタと第２のプレーヤキャラクタとのレベル差が１０以内になるように第１，第２のプレーヤキャラクタのマッチングを行う。 【００９８】なお，本実施形態では，グループ対戦によるマッチング処理を行ってもよい。例えば，第１のプレーヤキャラクタを含む５人のプレーヤキャラクタで構成される第１のグループと，第２のプレーヤキャラクタを含む５人のプレーヤキャラクタで構成される第２のグループを生成するマッチングする処理を行うようにしてもよい。グループ対戦の場合にもグループ間でのレベル差が生じないように，マッチングを行う。また，第１のプレーヤキャラクタを操作する第１のプレーヤ，第２のプレーヤキャラクタを操作する第２のプレーヤは個人でもよい。また，グループ（チーム）として構成される複数のプレーヤキャラクタのまとまりを，一のプレーヤが操作してもよい。 【００９９】３．４ 第３者キャラクタのマッチングそして，本実施形態のサーバ２０は，第１，第２のプレーヤキャラクタのマッチングが行われると，第３者キャラクタをマッチングする処理を行う。つまり，第１，第２のプレーヤキャラクタ，第３者キャラクタの組み合わせを決定する処理を行う。 【０１００】例えば，サーバ２０は，対戦ゲームに参戦可能な複数のキャラクタの中から第３者キャラクタを抽出する。ここで，第３者キャラクタを抽出するとは，マッチング候補を選び出すことである。また第３者キャラクタとは，対戦ゲームに勢力（影響）を及ぼす第３勢力のキャラクタのことである。また，対戦ゲームに参戦可能なキャラクタとは，ゲームに参加要求し対戦相手が決まっていない待ち状態のプレーヤキャラクタの他，ゴーストキャラクタ，ＣＰＵキャラクタでもよい。ゴーストキャラクタ，ＣＰＵキャラクタは後述にて詳細に説明する。 - 34 に参加要求し対戦相手が決まっていない待ち状態のプレーヤキャラクタの他，ゴーストキャラクタ，ＣＰＵキャラクタでもよい。ゴーストキャラクタ，ＣＰＵキャラクタは後述にて詳細に説明する。 - 34 -【０１０２】特に，本実施形態のサーバ２０は，第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の少なくとも一方に基づいて，対戦ゲーム開始前に対戦ゲームに参戦可能な複数のキャラクタの中から第３者キャラクタを抽出する。 【０１０３】本実施形態において，対戦ゲーム開始前に第３者キャラクタを抽出する理由は，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタの少なくとも一方に適した第３者キャラクタを抽出するためである。サーバ２０は１組のマッチングだけでなく多数のマッチングを行うため，ゲーム中に所定間隔で第３者キャラクタの抽出処理を行うとサーバの処理負荷が高くなるおそれがある。そこで，本実施形態では，対戦ゲーム開始前に第３者キャラクタを抽出し，サーバの処理負荷を軽減している。 【０１０４】図４は，サーバ２０の記憶部２７０に記憶されているプレーヤキャラクタの情報の一例を示す。本実施形態では，ゲームの参加要求を受け付けると端末１０からプレーヤキャラクタの情報を受信し，サーバ２０の記憶部２７０にプレーヤキャラクタの情報を記憶する処理を行っている。 【０１０５】ここで，プレーヤキャラクタの情報とは，「レベル」，「属性」等である。また，プレーヤキャラクタの情報は，キャラクタに対応付けて登録されているパラメータ（「攻撃力」，「防御力」，「スコア」，「経験値」，「体力値」等のパラメータ）も含む。以下，「レベル」，「属性」に基づいて第３者キャラクタを抽出する処理について詳細に説明しているが，これに限定されるものではない。例えば，攻撃力，防 ア」，「経験値」，「体力値」等のパラメータ）も含む。以下，「レベル」，「属性」に基づいて第３者キャラクタを抽出する処理について詳細に説明しているが，これに限定されるものではない。例えば，攻撃力，防御力，スコア，経験値，体力値等のパラメータ等に基づいて第３者キャラクタを抽出してもよい。 【図４】 - 35 - 【０１０６】（１）レベルに基づく第３者キャラクタの抽出本実施形態では，第１のプレーヤキャラクタのレベル及び第２のプレーヤキャラクタのレベルの少なくとも一方に基づいて，第３者キャラクタを抽出してもよい。 例えば，サーバ２０は，第１のプレーヤキャラクタのレベル及び第２のプレーヤキャラクタのレベルの少なくとも一方が３０以上である場合に，参戦可能なキャラクタの中から，レベル３０以上の第３者キャラクタを抽出してもよい。 【０１０７】また，例えば，サーバ２０は，第１のプレーヤキャラクタのレベルと第２のプレーヤキャラクタのレベル差が１０未満である場合は，参戦可能なキャラクタの中から，第１，第２のプレーヤキャラクタとほぼ同じレベルの第３者キャラクタを抽出してもよい。 【０１０８】また，サーバ２０は，第１のプレーヤキャラクタのレベルと第２のプレーヤキャラクタのレベル差が１０未満である場合は，参戦可能なキャラクタの中から，レベル９０以上のキャラクタを第３者キャラクタとして抽出してもよい。 つまり，第１，第２のプレーヤキャラクタのレベル差が僅差である場合には，拮抗するゲームになると考えられるので，敢えて強い第３者キャラクタをゲーム空間に登場させて，第１，第２のプレーヤキャラクタが協力し合い第３者キャラクタを倒すゲームにしてもよい。例えば，第３者キャラクタを倒した場合には，第１，第２ - 36 -のプレーヤキャラクタ双方に報奨 場させて，第１，第２のプレーヤキャラクタが協力し合い第３者キャラクタを倒すゲームにしてもよい。例えば，第３者キャラクタを倒した場合には，第１，第２ - 36 -のプレーヤキャラクタ双方に報奨（ポイント加算，スコア加算，アイテムの付与等）を与えるようにすればよい。このようにすれば，ゲームが単調にならず盛り上げることができる。 【０１０９】また，サーバは，第１のプレーヤキャラクタと第２のプレーヤキャラクタのレベル差を埋める目的で第３者キャラクタを抽出してもよい。例えば，第１のプレーヤキャラクタのレベルが１０であり，第２のプレーヤキャラクタのレベルが５０であるとすると，レベル差が４０となり，第１のプレーヤキャラクタが負ける可能性が高い。したがって，第１のプレーヤキャラクタを支援するため，第２のプレーヤキャラクタのレベルに近いキャラクタ（例えば，第２のプレーヤキャラクタのレベルが５０であるとすると前後１０の範囲であるレベル４０～６０）に属するキャラクタを第３者キャラクタとして抽出し，対戦ゲームに参戦させるように制御してもよい。 【０１１０】また，サーバ２０は，第１のプレーヤキャラクタ，第２のプレーヤキャラクタの一方のレベルが３０を超えている場合に，参戦可能なキャラクタの中から，レベル９０以上のキャラクタを第３者キャラクタとして抽出してもよい。 【０１１１】また，サーバ２０は，予め第１のプレーヤキャラクタのレベルと第２のプレーヤキャラクタのレベルに基づいて抽出対象となる第３者キャラクタのレベルを対応付けた抽出条件を参照し，第３者キャラクタを抽出してもよい。 【０１１２】図５は，レベルに基づく抽出条件テーブルの一例を示す。例えば，レベルが２０未満の場合は「低」，レベルが２０以上８０未満の場合は「普通」，レベルが８０以上の場合は「 を抽出してもよい。 【０１１２】図５は，レベルに基づく抽出条件テーブルの一例を示す。例えば，レベルが２０未満の場合は「低」，レベルが２０以上８０未満の場合は「普通」，レベルが８０以上の場合は「高」に分類したとする。すると，本実施形態では，第１のプレーヤキャラクタのレベルが「高」，第２のプレーヤキャラクタのレベルが「低」の場合は，抽出対象のキャラクタの中から「普通」のキャラクタを第３者キャラクタとして抽出する処理を行う。また，第１，第２のプレーヤキャラクタのレベルが「低」の場合も，抽出対象のキャラクタの中から「普通」のキャラクタを第３者キャラクタとして抽出する処理を行う。そして，第１，第２のプレーヤキャラクタの - 37 -レベルが「高」の場合は，抽出対象のキャラクタの中から「高」のキャラクタを第３者キャラクタとして抽出する処理を行う。このようにレベルに応じたテーブルを参照することによって，適切な第３者キャラクタを抽出することができる。 【図５】 【０１１９】(3)第３者キャラクタの抽出手段上述したように，本実施形態では，第３者キャラクタを抽出するパターン（手法）が複数存在する。そこで，種々の手順で第３者キャラクタを抽出する。例えば，サーバ２０は，レベルに基づいて参戦可能な複数のキャラクタの中から第３者キャラクタを抽出し，・・・。 【０１２０】また，逆に，サーバ２０は，・・・レベルに基づいて参戦可能な複数のキャラクタの中から第３者キャラクタを抽出してもよい。 【０１２５】また，同じプレーヤ同士で対戦することに面白みを感じないプレーヤも多い。そこで，サーバ２０は敢えて同じプレーヤキャラクタの組み合わせにならないように，マッチング情報を参照してマッチングを行うようにしてもよい。・・・【０１６１】・・・( じないプレーヤも多い。そこで，サーバ２０は敢えて同じプレーヤキャラクタの組み合わせにならないように，マッチング情報を参照してマッチングを行うようにしてもよい。・・・【０１６１】・・・(1) 第三者キャラクタの種類本願実施形態の第３者キャラクタは３種類ある。つまり，本実施形態の第３者キャラクタは，プレーヤの入力情報に基づいて制御される「プレーヤキャラクタ」，過 - 38 -去のプレーヤキャラクタの制御情報に基づきコンピュータで制御される「ゴーストキャラクタ」，又は予め定められたアルゴリズムに基づきコンピュータで制御される「ＣＰＵキャラクタ」である。 【０１６２】プレーヤキャラクタとは，現実のプレーヤが操作するキャラクタのことであり，端末１０の入力部から入力された入力情報に基づいて制御（移動・動作制御や攻撃等の制御）を行うキャラクタである。 【０１６３】ゴーストキャラクタ（ＣＰＵゴースト）とは，キャラクタの情報に基づいて，コンピュータ（ＣＰＵ）で制御（移動・動作制御や攻撃等の制御）を行うキャラクタである。例えば，プレーヤが過去にプレイしたプレーヤキャラクタの制御情報に基づいて，コンピュータで制御を行うキャラクタでもよいし，・・・(2) 本願明細書等の前記(1)の記載からすると，本願発明の内容は以下のとおりであると認められる。 すなわち，本願発明は，①従来から，プレーヤが，オブジェクト空間のプレーヤキャラクタを操作して相手プレーヤキャラクタと対戦する対戦ゲームを行うゲームシステムにおいて，対戦者同士の操作経験に基づくゲーム優劣のアンバランスを，コンピュータ制御による第３者キャラクタをゲームに登場させることによって調整し，拮抗かつ緊張感のあるゲームを提供するものが存した，②従来技術においては，対戦状況に応じて ゲーム優劣のアンバランスを，コンピュータ制御による第３者キャラクタをゲームに登場させることによって調整し，拮抗かつ緊張感のあるゲームを提供するものが存した，②従来技術においては，対戦状況に応じて，第３者キャラクタを出現させて，スコアの低いキャラクタに対して支援を行っているにすぎず，どのような第３者キャラクタを抽出するのかが考慮されておらず，面白みに欠けるという課題があった，③そこで，対戦ゲームを盛り上げることが可能な第３者キャラクタを抽出するサーバ及びプログラムを提供することを目的として，第１のプレーヤキャラクタの「レベル」，「属性」及び「攻撃力・防御力等のパラメータ」等の情報並びに第２のプレーヤキャラクタのこれらの情報の組合せに基づいて，対戦ゲーム開始前に第３者キャラクタを抽出することにより，プレーヤは，第３者キャラクタの参戦によって従来にない白熱した対戦ゲームを楽しむことができ，一層面白みを感じることができるようにしたものである。 - 39 - ２ 各文献の記載(1) 引用文献１引用文献１には，以下の記載がある（甲１）。 【０００５】本発明は上記に鑑みてなされたもので，対戦者同士の操作経験に基づくゲーム優劣のアンバランスを，コンピュータ制御による第三勢力をゲームに登場させることによって調整し，拮抗かつ緊張感のあるゲームを提供することができるゲーム端末，ゲーム進行制御方法及びゲーム進行制御プログラムを提供することにある。 【００１９】本発明によれば，対戦者同士の操作経験に基づくゲーム優劣のアンバランスを，コンピュータ制御による第三勢力をゲームに登場させることによって調整し，拮抗かつ緊張感のあるゲームを提供することができる。 【００３４】図３は，ゲーム端末１の一実施形態を示すハードウェア構成図である。制御部１６ 御による第三勢力をゲームに登場させることによって調整し，拮抗かつ緊張感のあるゲームを提供することができる。 【００３４】図３は，ゲーム端末１の一実施形態を示すハードウェア構成図である。制御部１６はゲーム端末１の全体の動作を制御するもので，ゲームの進行全般に関する処理，画像表示処理の他，種々の情報処理を行う情報処理部（ＣＰＵ）１６１と，処理途中の情報等を一時的に格納するＲＡＭ１６２と，所定の画像情報及びゲームプログラム等が予め記憶されたＲＯＭ１６３とを備える。 【図３】 - 40 - 【００４１】図４は，ゲーム端末１の制御部１６の機能構成図である。制御部１６のＣＰＵ１６１は，ＲＡＭ１６２上に保持されたゲームプログラム，制御プログラムを実行することによって，プレイヤからのゲームへの参加を受け付ける受付処理部１６１ａと，ゲームの開始から終了までの一連の進行を制御して射撃ゲームを進行させるゲーム進行制御部１６１ｂと，モニタ１１に受付画像やゲーム画像等を表示する画像表示制御部１６１ｃとして機能する。また，ＣＰＵ１６１は，ＲＡＭ１６２上に保持されたゲームプログラム，制御プログラムを実行することによって，仮想ゲーム空間に配置される仮想カメラ６０の位置及び視線方向を制御する仮想カメラ制御部１６１ｄ，自己プレイヤキャラクタの仮想ゲーム空間内での移動動作を処理するキャラクタ移動処理部１６１ｅと，自己プレイヤキャラクタが仮想的に所持する武器を用いて行う攻撃動作の処理する攻撃処理部１６１ｆと，攻撃動作に先立って行われる攻撃準備としての構え動作を行う構え処理部１６１ｇと，構え動作の実行と共に行われる攻撃方向を示す照準を表示する照準表示部１６１ｈと，自己プレイヤキャラクタの相手プレイヤキャラクタへ行われる攻撃を有無をゲーム中，監視しておき，攻撃 え処理部１６１ｇと，構え動作の実行と共に行われる攻撃方向を示す照準を表示する照準表示部１６１ｈと，自己プレイヤキャラクタの相手プレイヤキャラクタへ行われる攻撃を有無をゲーム中，監視しておき，攻撃が成功したとき，例えば銃による射撃において命中したとき所 - 41 -定のスコアの付与を行うスコア処理部１６１ｉと，自己プレイヤキャラクタの相手プレイヤキャラクタのスコアの大小を比較するスコア比較部１６１ｊと，コンピュータによって制御されるＮＰＣ（ＮｏｎｐｌａｙｅｒＣｈａｒａｃｔｅｒ）を第三勢力のキャラクタとして仮想ゲーム空間に登場させ，対戦ゲームの優劣バランスを図るＮＰＣ制御部１６１ｋ，ゲーム開始前後及びゲーム中に各種情報の通信の制御を行う通信制御部１６１ｍとして機能する。 【図４】 - 42 - 【００５０】スコア処理部１６１ｉは，相手プレイヤキャラクタへの攻撃が成功した場合に，攻撃の種類毎に予め設定されているスコアが，例えば射撃の場合，命中毎に所定のスコアを蓄積するようにしている。本実施形態では，自己プレイヤキャラクタが攻撃を受けた場合，自己のスコアが減点されない態様であるが，所定値だけ減点される態様であってもよい。そして，ゲーム終了時点で，グループ対戦モードの場合，味方，相手側毎にスコアの総和を求め，その大小で勝敗を決定するな - 43 -どすればよい。なお，攻撃を受けた場合，演出として所定時間だけ倒れる動作を行わせ，その間，移動や攻撃の指示が禁止されるようにしてもよい。また，スコア処理部１６１ｉによってゲーム開始時に所定のライフ値が付与され，攻撃を受ける毎に，このライフ値が所定値ずつ減少し，ライフが値０になった時点で，ゲームへの復帰が禁止される，すなわち当該プレイヤのみ強制的にゲーム終了としてもよい。 ゲー に所定のライフ値が付与され，攻撃を受ける毎に，このライフ値が所定値ずつ減少し，ライフが値０になった時点で，ゲームへの復帰が禁止される，すなわち当該プレイヤのみ強制的にゲーム終了としてもよい。 ゲーム終了時点での蓄積スコアは通信制御部１６１ｍによってサーバに送られ，記憶される。 【００６２】図４に戻って，制御部１６のＲＡＭ１６２は，同じ仮想ゲーム空間での対戦ゲーム中のゲーム途中経過情報が，逐次プレイヤ毎に，すなわち自己及びネットワーク通信部１８を介して得られる味方，相手側の全プレイヤについて更新的に記憶される途中経過情報記憶部１６２ａと，各種スイッチ，ボタンで設定された設定情報及びスコア情報を記憶する設定情報記憶部１６２ｂとを備える。ゲームが終了する毎に，通信制御部１６１ｍは，スコア情報をプレイヤのユーザＩＤ，ゲーム端末１及び店舗の各識別情報と共にサーバ３に送信する。 【００６３】スコア比較部１６１ｊは，グループ対戦ゲームにおいて，味方側のキャラクタと相手側のキャラクタの各スコアの集計し，両集計スコアの大小を比較するものである。スコア比較部１６１ｊは，ゲーム開始時点では，スコアが全て０なので，味方側及び相手側の各キャラクタの過去のグループ対戦ゲームにおけるスコアをサーバ３から取得し，味方側及び相手側の各キャラクタの各スコアを集計し，その大小を比較する。さらに，スコア比較部１６１ｊは，ゲーム開始後，例えばゲーム開始から所定時間経過した後，例えば１分経過した後は，この１分間に取得したスコアを集計して，味方，相手間で集計スコアの大小比較するようにしている。 すなわち，この例では，ゲーム開始から最初の１分は，過去のゲームにおけるスコア取得履歴からスコア集計し，それ以降からゲーム終了までは，現ゲームでの１分単位の取得スコアを集計するようにしている いる。 すなわち，この例では，ゲーム開始から最初の１分は，過去のゲームにおけるスコア取得履歴からスコア集計し，それ以降からゲーム終了までは，現ゲームでの１分単位の取得スコアを集計するようにしている。 【００６４】ＮＰＣ制御部１６１ｋは，スコア比較部１６１ｊの比較結果に基づ - 44 -いて，仮想ゲーム空間へのＮＰＣの登場処理乃至は参戦処理を実行させるものである。ＮＰＣ制御部１６１ｋは，本実施形態では，スコア比較部１６１ｊによる両集計スコアの大小比較での差が所定の閾値以上である場合に，ＮＰＣを登場させるようにしている。ＮＰＣの参戦処理は，対戦状況の調整であり，例えばスコアの低い方（弱い側）のグループ（チーム）を支援する第三者勢力としてのＮＰＣを登場させ，できるだけ拮抗したグループ対戦を通して，面白味乃至は緊張感のあるゲーム展開を実現するようにしたものである。従って，優劣の差が僅かしかない場合に，敢えて支援のためのＮＰＣを登場させると，ＮＰＣ制御のソフトウエアの負担が増大する上，優劣関係が直ちに逆転する等の不自然さも考えられることから，所定の閾値を設定している。例えば，１回の射撃による攻撃が成功した時に取得できるスコアが仮に１０００点とし，味方側，相手側のプレイヤの集計後のスコアが４０，０００点と６０，０００点であったとするとき，閾値が１２，０００点の場合には，ＮＰＣが登場することとなり，一方，閾値が２４，０００点であれば，ＮＰＣが登場しないことになる。登場するＮＰＣは１つのキャラクタでもよいし，味方，相手のキャラクタの数と同数であってもよく，あるいはその間の適宜の数であってもよい。また，両集計スコアからスコアの比率（上記の例では，４対６）を求め，この比率の差（上記の例では，２（＝６－４））とＮＰＣの登場のための閾値（例えば，１． く，あるいはその間の適宜の数であってもよい。また，両集計スコアからスコアの比率（上記の例では，４対６）を求め，この比率の差（上記の例では，２（＝６－４））とＮＰＣの登場のための閾値（例えば，１．２とか２．４）とを大小比較する態様としてもよい。これらは，いずれも両集計スコアの差分を用いている点で同様である。 【００６５】ＮＰＣ制御部１６１ｋは，ＮＰＣに対して味方側，相手側の各集計スコアの差に応じた，集計スコアの小さい側への支援度合いを設定する。支援度合いとは，より具体的には集計スコアの差に応じて設定される味方側，相手側の各キャラクタへの質的，量的な攻撃の割合として対応する。集計スコアの差と支援度合いとの関係は，任意に設定可能であるが，一般的には，略比例関係とすることが好ましい。例えば，両集計スコアの差が閾値を超えた最小値である場合の支援度合いを最小とし，前記差が大きくなるに従って所定の比率で支援度合いを増加させるよ - 45 -うにすればよい。より具体的には，劣勢のグループ側への支援度合いの最小を６対４とし，最大を１０対０で飽和するものとし，差分に応じてその間で設定されるようにすればよい。なお，６対４とは，優勢グループ側のキャラクタへの攻撃割合を６割，劣勢グループ側のキャラクタへの攻撃割合を４割とすることの意味である。 従って，１０対０とは，優勢グループ側のキャラクタへの攻撃割合が１０割であることを意味する。 【００７９】続いて，図１２は，ゲーム端末１のＣＰＵ１６１のゲームプログラムによって実行されるゲーム処理の手順を説明するフローチャートである。先ず，グループ対戦ゲームでのプレイヤの選定（マッチング）が成立したか否かが判断される（ステップＳ１）。マッチングが成立していなければ，本フローチャートを抜ける。一方，マッチングが成立し トである。先ず，グループ対戦ゲームでのプレイヤの選定（マッチング）が成立したか否かが判断される（ステップＳ１）。マッチングが成立していなければ，本フローチャートを抜ける。一方，マッチングが成立したのであれば，サーバ３から送信される，マッチングが成立したプレイヤのプレイヤ情報及び所定のスコア情報の受信が行われる（ステップＳ３）。次いで，受信したスコアから支援度合いの設定処理が実行される（ステップＳ５）。具体的には，各プレイヤのスコアからプレイヤ単位のスコアが算出され，さらに，味方側，相手側のプレイヤの各スコアを集計して，両集計スコアの大小比較（絶対値，比率のいずれによる態様でもよい）が行われ，この大小比較における差が閾値以上であれば，差に応じた支援度合いが設定され，ＮＰＣが登場する処理が実行され，そうでなければ，支援度合いは設定されず，かつＮＰＣの登場処理も行われない。なお，各プレイヤのスコアからプレイヤ単位のスコアを算出する処理としては，例えば直近の所定回数分のゲームのスコアの合計値，あるいは平均値を算出することをいう。 【００８０】次いで，グループ対戦ゲームが開始され（ステップＳ７），所定の対戦処理が実行される（ステップＳ９）。 【００８４】これによれば，ゲーム開始時に，ゲーム開始から１分までにおける支援度合いが設定され，次に，１分～２分まで，続いて，２分～３分まで，そして最後の３分～４分までの３回の支援度合いの再設定が行われる。この再設定処理に - 46 -より，ＮＰＣがゲーム途中から登場したり，あるいは，ゲーム途中から登場しなくなったり，さらには，登場したり，しなかったりが混在したりするので，より面白味のあるゲームが提供できる。 【００９２】（５）支援度合いに応じて，ＮＰＣ人数を増減設定する態様としてもよい。差分に応 なったり，さらには，登場したり，しなかったりが混在したりするので，より面白味のあるゲームが提供できる。 【００９２】（５）支援度合いに応じて，ＮＰＣ人数を増減設定する態様としてもよい。差分に応じたＮＰＣの登場数の対照表を予め準備しておき，算出された差分に応じてＮＰＣの数を設定すればよい。これによれば，ＮＰＣの数で支援度合いに対応するので，ＮＰＣの強さ自体は一律とすることもできる。 【００９５】本実施形態では，グループ対戦ゲームで説明したが，１対１ゲームにも適用可能である。この場合，ＮＰＣの登場によって，三つ巴の対戦ゲームとなる。 【図１２】 - 47 - (2) 引用文献３引用文献３には，以下のとおりの記載がある（甲３）。 【０００１】本発明は，サーバからゲームの提供を受け，該サーバに接続された端末でゲームを行う通信ゲームシステムおよび通信ゲーム方法に関する。 【０００６】本発明はこのような点に鑑みてなされたものであり，携帯電話機等を用いた通信ゲームシステムにより，ビデオゲームの進行に伴うバランスを容易に - 48 -取ることができ，飽きることなくプレイできる技術を提供することにある。 【０００９】本発明の第２の手段は，前記第１の手段において，前記ゲーム実施状況は，前記ゲームのプレイヤキャラクタのステータスであり，前記ゲームの設定は，出現する敵キャラクタの決定であるものである。 【００１０】これによれば，プレイヤキャラクタのステータスにより出現する敵キャラクタが決定されることにより，戦いに緊張感を維持することができる。特に，プレイヤキャラクタの強さに応じた強さの敵キャラクタを出現させることにより，プレイヤは飽きることなくプレイを継続できる。 【００２７】以下本実施のゲームを図４乃至図６で説明する。本実 できる。特に，プレイヤキャラクタの強さに応じた強さの敵キャラクタを出現させることにより，プレイヤは飽きることなくプレイを継続できる。 【００２７】以下本実施のゲームを図４乃至図６で説明する。本実施例のゲームはプレイヤキャラクタをフールド上に移動させ，遭遇する敵キャラクタと戦うことで能力アップしながら世界に平和を取り戻す等の目的を達成するロールプレイングゲームである。 【００２９】図５は敵キャラクタとの遭遇画面の例を示している。図５（ａ）はプレイヤキャラクタ３１の能力が低い場合であり，敵キャラクタ３４として比較的弱い「くさったしたい」が現れたところである。一方，図５（ｂ）は，プレイヤキャラクタ３１の能力が高い場合であり，敵キャラクタ３５として比較的強い「くさったドラゴン」が現れたところである。 【図５】 【００３１】本実施例の要旨であるサーバ１での処理をフロー図で示したものが - 49 -図７である。すなわち，通信制御部１１を介し携帯電話機５から方向該当キー押下を受信すると（１０１），処理部１２は，記録部１３からプレイヤキャラクタ移動データを読み取り通信制御部１１を介して携帯電話機５に送信する（１０２）。また処理部１２は，乱数により敵キャラクタを表示するかを決定し（１０３），表示しない場合はステップ１０１へ戻る（１０４）。一方，表示する場合は（１０４），プレイヤキャラクタ３１の能力およびエリアをデータベースから読み取り（１０５），プレイヤキャラクタ３１の能力が低い場合は（１０６），能力低いに対応した敵キャラクタデータを記録部１３から読み取り，通信制御部１１を介して携帯電話機５に送信する（１０７）。一方，プレイヤキャラクタ３１の能力が低くない場合は（１０６），能力高いに対応した敵キャラクタデータを記録部１３から読み取り，通 から読み取り，通信制御部１１を介して携帯電話機５に送信する（１０７）。一方，プレイヤキャラクタ３１の能力が低くない場合は（１０６），能力高いに対応した敵キャラクタデータを記録部１３から読み取り，通信制御部１１を介して携帯電話機５に送信する（１０７）。 【図７】 - 50 - 【００３２】このように，本実施例によれば，プレイヤキャラクタの能力により出現する敵キャラクタの強さが設定されることにより，プレイヤの育てたプレイヤキャラクタが敵キャラクタに対して弱すぎたり，強すぎたりすることなくゲームの興味を持続することができる。 (3) 引用文献４引用文献４には，以下のとおりの記載がある（甲４）。 - 51 -【０００１】【発明の属する技術分野】本発明は，オンラインゲームサーバおよびオンラインゲームサービスの提供方法に係り，特に，各ユーザが夫々の競技ランクに相応しい相手と対戦することを可能とするオンラインゲームサーバおよびオンラインゲームサービスの提供方法に関する。 【０００５】【課題を解決するための手段】上記の目的は，請求項１に記載する如く，コンピュータネットワークを介してユーザコンピュータからログインしてきたユーザに対戦ゲームサービスを提供するオンラインゲームサーバであって，ログインしてきた各ユーザの競技ランクを取得するランク取得手段と，ログインしてきた一のユーザの競技ランクに相応しい競技ランクを有するログイン中の他のユーザを，前記一のユーザの対戦相手として指定する対戦相手指定手段と，前記一のユーザおよび前記他のユーザによる対戦ゲームサービスをコンピュータネットワークを介して提供するゲームサービス提供手段と，前記一のユーザおよび前記他のユーザの対戦結果に基づいて，前記一のユーザおよび前記他のユーザの競技ランクを による対戦ゲームサービスをコンピュータネットワークを介して提供するゲームサービス提供手段と，前記一のユーザおよび前記他のユーザの対戦結果に基づいて，前記一のユーザおよび前記他のユーザの競技ランクを更新するランク更新手段と，を備えるオンラインゲームサーバにより達成される。 【０００６】また，上記の目的は，請求項７に記載する如く，コンピュータネットワークに接続されたゲームサーバによって，ユーザコンピュータからログインしてきたユーザに対戦型ゲームサービスを提供する方法であって，ログインしてきた各ユーザの競技ランクを取得するランク取得ステップと，ログインしてきた一のユーザの競技ランクに相応しい競技ランクを有するログイン中の他のユーザを，前記一のユーザの対戦相手として指定する対戦相手指定ステップと，前記一のユーザおよび前記他のユーザによる対戦ゲームサービスをコンピュータネットワークを介して提供するゲームサービス提供ステップと，前記一のユーザおよび前記他のユーザの対戦結果に基づいて，前記一のユーザおよび前記他のユーザの競技ランクを更新するランク更新ステップと，を備えるオンラインゲームサービスの提供方法により達成される。 【０００７】請求項１および７記載の発明によれば，各ユーザの競技ランクがゲ - 52 -ームの対戦結果に基づいて更新されるので，各ユーザの客観的な競技ランクが得られる。そして，この客観的な競技ランクに相応しい競技ランクが対戦相手として選択されるので，対戦相手が弱すぎたり強すぎたりするのを防止できる。 【００１９】【発明の実施の形態】図１は，本発明の一実施形態であるシステムの構成図である。図１に示す如く，本実施形態において，ゲームサーバ１０，共通ランクサーバ１２，および，ユーザコンピュータ１４がインターネット１６を介して相互 図１は，本発明の一実施形態であるシステムの構成図である。図１に示す如く，本実施形態において，ゲームサーバ１０，共通ランクサーバ１２，および，ユーザコンピュータ１４がインターネット１６を介して相互に接続されている。なお，ゲームサーバ１０は複数設けられており，これらは同じ種目の対戦ゲームサービスを提供するものとする。また，対戦ゲームの種目は，囲碁，将棋，リバーシ，麻雀，ブリッジ等の周知の各種ゲームや，例えば，タイプスピードを競うといったオリジナルなゲーム等，任意である。 【図１】 【００２５】図３は，ユーザデータベース２６に登録されたデータの構成を示す。 図３に示す如く，ユーザデータベース２６には，ゲームサーバ１０に登録されたユーザのユーザＩＤ，パスワード，各ユーザの競技ランク，および各ユーザの成績テーブルへのリンクが１つのレコードとして例えばテーブル形式で記録されている。 - 53 -ユーザの競技ランクは，例えば１～１０の１０段階の数値で表されており，値が小さいほどランクが高い（つまり上級者である）ことを意味するものとする。また，成績テーブルには，各ユーザが過去に対戦した相手の競技ランクと，その相手との勝敗結果（図３では勝ちを○で，負けを×で夫々表している）とが対応付けて記録されている。なお，マージャンやブリッジ等のように，対戦相手が複数存在し，対戦結果が単なる勝ち負けでなく得点で表されるような対戦ゲームの場合は，成績テーブルには，例えば，対戦相手の競技ランクの平均値と，当該ユーザの得点とを記録すればよい。 【図３】 【００４５】上述の如く，本実施形態では，各ユーザの競技ランクがユーザデータベース２６に登録されており，ユーザがゲームサーバ１０にログインして対戦ゲームを楽しもうとする場合，そのユーザの競技ランクはユーザデ ５】上述の如く，本実施形態では，各ユーザの競技ランクがユーザデータベース２６に登録されており，ユーザがゲームサーバ１０にログインして対戦ゲームを楽しもうとする場合，そのユーザの競技ランクはユーザデータベース２６から読み出される。そしてユーザデータベース２６に登録された競技ランクは，各ユーザの過去の対戦成績に基づいて客観的に定められたものであるため，各ユーザは，自分の客観的な競技ランクに相応しい相手を選択して対戦することができる。すな - 54 -わち，従前のオンラインゲームでは，ユーザの競技ランクが自己申告制であって客観的なものではないため，対戦相手が強過ぎたり弱過ぎたりしてゲームがつまらないということが起こり得るのに対して，本実施形態では，各ユーザについて客観的に定められた競技ランクが用いられることで，実力が伯仲した相手との対戦を楽しむことが可能となるのである。 【００４７】なお，上記実施形態では，ログインしたユーザが希望対戦ランクを指定できるものとしたが，これに限らず，自分と同じランク（または，自分のランクに対して上下所定範囲にあるランク）の相手としか対戦できないようにしてもよい。 【００５２】【発明の効果】以上説明したように，本発明によれば，各ユーザについて，夫々の対戦成績に基づいた客観的な競技ランクを判定するので，各ユーザの競技ランクに相応しい他のユーザを対戦相手とすることができる。このため，相手が弱過ぎたり強過ぎたりすることがなくなり，各ユーザは実力が伯仲した相手との対戦を楽しむことができる。 ３ 取消事由１について(1) 引用発明１の認定前記２(1)で認定した引用文献１の記載からすると，引用文献１からは，以下のとおりの引用発明１が認められる。 「ゲーム端末１の制御部１６はゲーム端末１の全体の動作を (1) 引用発明１の認定前記２(1)で認定した引用文献１の記載からすると，引用文献１からは，以下のとおりの引用発明１が認められる。 「ゲーム端末１の制御部１６はゲーム端末１の全体の動作を制御するものであって，ゲームの進行全般に関する処理，画像表示処理の他，種々の情報処理を行う情報処理部（ＣＰＵ）１６１と，処理途中の情報等を一時的に格納するＲＡＭ１６２と，所定の画像情報及びゲームプログラム及び第三者キャラクタの画像が所要数予め記憶されたＲＯＭ１６３とを備え，制御部１６のＣＰＵ１６１は，ＲＡＭ１６２上に保持されたゲームプログラム，制御プログラムを実行することによって，プレイヤからのゲームへの参加を受け付ける受付処理部１６１ａと，ゲームの開始から終了までの一連の進行を制御して射 - 55 -撃ゲームを進行させるゲーム進行制御部１６１ｂと，自己プレイヤキャラクタの相手プレイヤキャラクタのスコアの大小を比較するスコア比較部１６１ｊと，コンピュータによって制御されるＮＰＣ（ＮｏｎｐｌａｙｅｒＣｈａｒａｃｔｅｒ）を仮想ゲーム空間に登場させ，対戦ゲームの優劣バランスを図るＮＰＣ制御部１６１ｋとして機能し，制御部１６のＲＡＭ１６２は，同じ仮想ゲーム空間での対戦ゲーム中のゲーム途中経過情報が，逐次プレイヤ毎に，味方，相手側の全プレイヤについて更新的に記憶される途中経過情報記憶部１６２ａと，スコア情報を記憶する設定情報記憶部１６２ｂとを備え，スコア比較部１６１ｊは，グループ対戦ゲームにおいて，味方側のキャラクタと相手側のキャラクタの各スコアの集計をし，両集計スコアの大小を比較するものであって，ゲーム開始時点では，スコアが全て０なので，味方側及び相手側の各キャラクタの過去のグループ対戦ゲームにおけるスコアをサーバ３から取得し，味 スコアの集計をし，両集計スコアの大小を比較するものであって，ゲーム開始時点では，スコアが全て０なので，味方側及び相手側の各キャラクタの過去のグループ対戦ゲームにおけるスコアをサーバ３から取得し，味方側及び相手側の各キャラクタの各スコアを集計して，その大小を比較するものであって，ＮＰＣ制御部１６１ｋは，スコア比較部１６１ｊの比較結果に基づいて，仮想ゲーム空間へのＮＰＣの登場処理又は参戦処理を実行させるものであって，参戦処理は，対戦状況の調整であって，スコアの低い方（弱い側）のグループ（チーム）を支援する第三者勢力としてのＮＰＣを登場させ，できるだけ拮抗したグループ対戦を通して，面白味や緊張感のあるゲーム展開を実現するために行われ，スコア比較部１６１ｊによる両集計スコアの大小比較での差が所定の閾値以上である場合に，ＮＰＣを登場させるものとして機能するものであり，さらに，ＮＰＣ制御部１６１ｋは，ＮＰＣに対して味方側，相手側の各集計スコアの差に応じた，集計スコアの小さい側への支援度合いを設定し，ゲーム端末１のＣＰＵ１６１のゲームプログラムによって実行されるゲーム処理の手順は， - 56 -グループ対戦ゲームでのプレイヤの選定が成立したのであれば，サーバ３から送信される，マッチングが成立したプレイヤのプレイヤ情報及び所定のスコア情報の受信が行われ，受信したスコアから支援度合いの設定処理が実行され，この大小比較における差が閾値以上であれば，差に応じた支援度合いが設定され，ＮＰＣが登場する処理が実行され，ゲーム開始時には，ゲーム開始から１分までにおける支援度合いが設定されており，支援度合いに応じて，ＮＰＣ人数を増減設定する態様としてもよく，差分に応じたＮＰＣの登場数の対照表を予め準備しておき，算出された差分に応 ーム開始から１分までにおける支援度合いが設定されており，支援度合いに応じて，ＮＰＣ人数を増減設定する態様としてもよく，差分に応じたＮＰＣの登場数の対照表を予め準備しておき，算出された差分に応じてＮＰＣの数を設定することで，ＮＰＣの数で支援度合いに対応するので，ＮＰＣの強さ自体は一律とすることもできる，１対１ゲームにも適用可能であるゲームプログラム。」(2) 本願発明と引用発明１との対比前記第２の２で認定した本願発明の内容と前記(1)で認定した引用発明１を比較すると，両発明の一致点及び相違点は以下のとおりとなる。 ア一致点「マッチング処理を行うプログラムであって，プレーヤキャラクタの情報を記憶部に記憶する処理を行う記憶処理部と，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ及び当該第２のプレーヤキャラクタに当該第３者キャラクタをマッチングする設定処理を行うマッチング処理部として，コンピュータを機能させ，前記マッチング処理部が，前記第１のプレーヤキャラクタの情報及び前記第２のプレーヤキャラクタの情報の組み合わせに基づいて，前記対戦ゲーム開始前に第３者キャラクタを抽出するプログラム。」 - 57 -イ相違点(ｱ) 相違点１第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の組合せに基づいて，第３者キャラクタを抽出するという，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタに第３者キャラクタをマッチングする設定処理に関して，本願発明は，「複数のキャラクタの中から，第３者キャラクタを抽出」しているのに対して，引用発明１は，「ＮＰＣ人数を増減設定」している点。 クタに第３者キャラクタをマッチングする設定処理に関して，本願発明は，「複数のキャラクタの中から，第３者キャラクタを抽出」しているのに対して，引用発明１は，「ＮＰＣ人数を増減設定」している点。 (ｲ) 相違点２本願発明は，マッチング処理を行うサーバのプログラムが「マッチング処理部」として，コンピュータを機能させているのに対して，引用発明１において，「マッチング処理部」に相当する構成は，ゲーム端末１のゲームプログラムがコンピュータを機能させている点。 (3) 原告の主張についてア相違点Ａについて原告は，本願発明と引用発明１とは，優劣判断の局面における「プレーヤキャラクタ」の意味について，本願発明では，プレーヤ（対戦者）が操作するキャラクタを意味するのに対し，引用発明では，キャラクタを操作するプレーヤを意味するから，この点（相違点Ａ）も両発明の相違点となると主張する。 (ｱ) しかし，本願発明の特許請求の範囲の記載は，「マッチング処理を行うサーバのプログラムであって，プレーヤキャラクタの情報を記憶部に記憶する処理を行う記憶処理部と，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦可能な複数のキャラクタの中から，第３者キャラクタを抽出し，当該第１のプレーヤキャラクタ及び当該第２のプレーヤキャラクタに当該第３者キャラクタをマッチングする設定処理を行うマッチング処理部として，コンピュータを機能させ，前記マッチング処理部が，前記第１のプレーヤキャラクタの情報及び前記第２のプレーヤキャラクタの情報の組み合わせに基づいて，前記対戦 - 58 -ゲーム開始前に第３者キャラクタを抽出することを特徴とするプログラム。」というものであり，第３者キャラクタの抽出は，第１のプレーヤキャラクタの情報 の組み合わせに基づいて，前記対戦 - 58 -ゲーム開始前に第３者キャラクタを抽出することを特徴とするプログラム。」というものであり，第３者キャラクタの抽出は，第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の組合せに基づいて行われる旨の記載があるところ，特許請求の範囲の上記記載からすると，このプレーヤキャラクタの情報が，プレーヤが操作するキャラクタの情報に限定され，プレーヤの情報は含まれないと解することはできない。 本願発明は，前記１(2)のとおり，従来から，プレーヤが，オブジェクト空間のプレーヤキャラクタを操作して相手プレーヤキャラクタと対戦する対戦ゲームを行うゲームシステムにおいて，対戦者同士の操作経験に基づくゲーム優劣のアンバランスを，コンピュータ制御による第３者キャラクタをゲームに登場させることによって調整し，拮抗かつ緊張感のあるゲームを提供するものが存したが，従来技術においては，対戦状況に応じて，第３者キャラクタを出現させて，スコアの低いキャラクタに対して支援を行っているにすぎず，面白みに欠けるという課題があったことから，第１のプレーヤキャラクタのレベル等の情報及び第２のプレーヤキャラクタのこれらの情報の組合せに基づいて，対戦ゲーム開始前に第３者キャラクタを抽出することにより，第３者キャラクタの参戦によって従来にない白熱した対戦ゲームを楽しむことができ，一層面白みを感じることができるようにしたものである。 また，前記１(1)のとおり，本願明細書等には，「本発明のプロブラムにおいて，前記マッチング処理部が，前記第１のプレーヤキャラクタのレベル及び前記第２のプレーヤキャラクタのレベルの少なくとも一方に基づいて，第３者キャラクタを抽出してもよい。」（段落【００１１】），「プレーヤキャラクタの情報とは，「レ 記第１のプレーヤキャラクタのレベル及び前記第２のプレーヤキャラクタのレベルの少なくとも一方に基づいて，第３者キャラクタを抽出してもよい。」（段落【００１１】），「プレーヤキャラクタの情報とは，「レベル」，「属性」等である。」（段落【０１０５】）と記載されているところ，「プレーヤキャラクタのレベル」とは，プレーヤの技量を示す技量情報を意味するものと認められる（段落【００９７】）。 さらに，本願明細書等の段落【０１０６】～【０１１１】では，レベルに基づく第３者キャラクタの抽出の実施形態について記載されているが，同段落においては， - 59 -第１のプレーヤキャラクタ及び第２のプレーヤキャラクタの各レベルが同じ程度の場合に同レベルと同じレベルの第３者キャラクタを抽出してもよいこと，第１のプレーヤキャラクタのレベルと第２のプレーヤキャラクタのレベル差が１０未満であり，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタを協力させて第３者キャラクタと戦わせる場合には，レベル９０以上のキャラクタを第３者キャラクタとして抽出してもよいこと，第１のプレーヤキャラクタと第２のプレーヤキャラクタのレベル差を埋める目的で，レベルの高いプレーヤキャラクタのレベルに近いレベルの第３者キャラクタを抽出してもよいこと等が例示されている。また，段落【０１１２】では，レベルに基づく抽出条件テーブルの図が示され，第1 のプレーヤキャラクタのレベルが「高」で第２のプレーヤキャラクタのレベルが「低」の場合は，レベルが「普通」の第３者キャラクタが抽出され，第1 のプレーヤキャラクタ及び第２のプレーヤキャラクタのレベルが共に「低」の場合は，レベルが「普通」の第３者キャラクタが抽出され，第1 のプレーヤキャラクタ及び第２のプレーヤキャラクタのレベルが共に「高」の場合は，レ クタ及び第２のプレーヤキャラクタのレベルが共に「低」の場合は，レベルが「普通」の第３者キャラクタが抽出され，第1 のプレーヤキャラクタ及び第２のプレーヤキャラクタのレベルが共に「高」の場合は，レベルが「高」の第３者キャラクタが抽出されることが記載されている。これらの記載は，第３者キャラクタが，対戦のマッチングがされた各プレーヤの技量に応じて抽出されることと矛盾なく理解できるものである。 以上のようなことからすると，第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の組合せに基づいて第３者キャラクタを抽出する場合の上記各情報がいずれもプレーヤの技量情報である場合を含んでいると解するのが相当である。 そして，引用発明１の内容は，前記(1)のとおりであり，引用発明１では，各キャラクタのスコアに基づき，ＮＰＣの投入の有無及び人数が決定されるところ，原告が主張するとおり，この各キャラクタのスコアとは各プレーヤの技量を意味すると解されるから，引用発明１においても，各プレーヤの技量情報に基づき第３者キャラクタが抽出されるものと認められる。 - 60 -(ｲ)ａ 原告は，本願明細書等には，「レベル」は，プレーヤが存在しない第３者キャラクタについても想定されているから，「レベル」は，プレーヤではなく操作の客体であるキャラクタに関する情報であることは明らかであり，また，「属性」や「パラメータ」はプレーヤに関する情報ではないと主張する。 しかし，前記１(1)で認定した本願明細書等の記載によると，本願発明のうち，レベルに基づく第３者キャラクタの抽出の実施形態においては，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタの各レベルに基づいて，抽出すべき第３者キャラクタのレベルが決定されるところ，このような実施形態において，第 キャラクタの抽出の実施形態においては，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタの各レベルに基づいて，抽出すべき第３者キャラクタのレベルが決定されるところ，このような実施形態において，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタの各レベルは，プレーヤ自身のレベルであり，他方，第３者キャラクタのレベルは，例えば，予め定められたアルゴリズムに基づきコンピュータで制御されるＣＰＵキャラクタ（段落【０１６１】）の場合は，当該キャラクタのレベルとなるとしても，本願発明の技術的意義が損なわれることはなく，従来にない白熱した対戦ゲームを楽しむことができるとの作用効果は生ずるものと認められるから，第３者キャラクタについて，当該キャラクタ自体のレベルとなることがあるからといって，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタの各レベルもプレーヤの操作するキャラクタのレベルを意味するということにはならないというべきである。また，「属性」や「パラメータ」は，「レベル」とは異なる第３者キャラクタを抽出するための情報であって，それらがプレーヤに関する情報でないとしても，「レベル」がプレーヤに関する情報ではないということにはならない。 したがって，原告の上記主張は理由がない。 ｂ また，原告は，本願明細書等の段落【００９７】の記載は，第３者キャラクタの抽出に関するものではなく，第１のプレーヤキャラクタと第２のプレーヤキャラクタのマッチングに関するものであるから，第３者キャラクタの抽出の局面における「レベル」の意味を解釈するための考慮要素にはならないと主張する。 しかし，前記１(1)で認定した本願明細書等の記載によると，本願発明においては， - 61 -第１のプレーヤキャラクタと第２のプレーヤキャラクタのマッチングが行われ，同マッ ないと主張する。 しかし，前記１(1)で認定した本願明細書等の記載によると，本願発明においては， - 61 -第１のプレーヤキャラクタと第２のプレーヤキャラクタのマッチングが行われ，同マッチングが完了すると，上記各プレーヤキャラクタの情報に基づいて第３者キャラクタが抽出され，上記の「情報」には，「レベル」や「属性」があることが認められるところ，段落【００９７】は，第１のプレーヤキャラクタと第２のプレーヤキャラクタのマッチングにおいても，上記各プレーヤキャラクタの「レベル」を参照してもよいとするものであるから，同段落の「レベル」は，第３者キャラクタを抽出する際の基となる「レベル」と同義であるというべきである。 したがって，原告の上記主張は理由がない。 ｃ さらに，原告は，名詞の結合という構成の語句の場合，前の名詞（プレーヤ）は後の名詞（キャラクタ）を修飾するものとして機能するから，特許請求の範囲の記載上，「プレーヤキャラクタ」とは，「キャラクタを操作するプレーヤ」ではなく，「プレーヤが操作するキャラクタ」を意味することは明らかであると主張する。 しかし，仮に，「プレーヤキャラクタ」がプレーヤが操作するキャラクタを意味すると解するのが自然であるとしても，そのことから直ちに，「プレーヤキャラクタの情報」もプレーヤが操作するキャラクタに関する情報であると解することにはならないというべきである。 したがって，原告の上記主張は理由がない。 (ｳ) 以上より，本願発明と引用発明１との間に相違点Ａは存在しない。 イ相違点Ｂについて原告は，本願発明においては，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタは，いずれもプレーヤにより選択されるものであるのに対し，引用発明１では，その点が明記されていないという相 ついて原告は，本願発明においては，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタは，いずれもプレーヤにより選択されるものであるのに対し，引用発明１では，その点が明記されていないという相違点Ｂがあると主張する。 しかし，本願発明の特許請求の範囲の記載は，前記のとおりであり，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタがプレーヤにより選択されることについては記載されていない。 - 62 -そして，本願明細書等にも，プレーヤがプレーヤキャラクタを選択することにより，プレーヤキャラクタが設定されることについて，記載されていない。 この点，原告は，段落【００９８】には，プレーヤの操作対象となるプレーヤキャラクタは，固定されているものではなく，プレーヤにより選択されることが示されている旨主張するが，同段落の「グループ（チーム）として構成される複数のプレーヤキャラクタのまとまりを，一のプレーヤが操作してもよい」という記載が，プレーヤがグループを構成する各プレーヤキャラクタを選択していることを意味するとは認められず，また，その他に，同段落に，プレーヤがプレーヤキャラクタを選択していることを示す記載があるとも認められないから，原告の上記主張は理由がない。 したがって，本願発明においても，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタがプレーヤにより選択されることは特定していないから，本願発明と引用発明１との間に相違点Ｂは存在しないというべきである。 (4) 本願発明の「複数のキャラクタの中から，第３者キャラクタを抽出」の意味（相違点Ｃの有無）について原告は，本願発明においては，複数の種類の第３者キャラクタから選択されると主張し，被告は，複数の種類の第３者キャラクタから抽出（選択）されることを特定して 出」の意味（相違点Ｃの有無）について原告は，本願発明においては，複数の種類の第３者キャラクタから選択されると主張し，被告は，複数の種類の第３者キャラクタから抽出（選択）されることを特定しているものと解することはできないと主張するので，以下，この点について検討する。 本願の特許請求の範囲には，「第１のプレーヤキャラクタ及び第２のプレーヤキャラクタが登場する対戦ゲームに参戦可能な複数のキャラクタの中から，第３者キャラクタを抽出し」，「前記マッチング処理部が，前記第１のプレーヤキャラクタの情報及び前記第２のプレーヤキャラクタの情報の組み合わせに基づいて，前記対戦ゲーム開始前に第３者キャラクタを抽出する」と記載されていることから，本願発明においては，参戦可能な複数の第３者キャラクタの中から，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタの各情報に基づき，第３者キャラクタが抽出 - 63 -されることは明らかである。 ところで，前記１(2)のとおり，本願発明は，対戦者同士の操作経験に基づくゲーム優劣のアンバランスを，コンピュータ制御による第３者キャラクタをゲームに登場させることによって調整し，拮抗かつ緊張感のあるゲームを提供するものであるが，従来技術においては，対戦状況に応じて，スコアの低いキャラクタに対して支援を行うために第３者キャラクタを抽出しているにすぎず，面白みに欠けるという課題があったため，第１のプレーヤキャラクタの「レベル」，「属性」及び「攻撃力・防御力等のパラメータ」等の情報並びに第２のプレーヤキャラクタのこれらの情報の組合せに基づいて，第３者キャラクタを抽出することとしたものである。 そして，抽出できる第３者キャラクタのレベル等を同じものとした場合は，本願発明の上記効果を奏することはできないから，本願発 情報の組合せに基づいて，第３者キャラクタを抽出することとしたものである。 そして，抽出できる第３者キャラクタのレベル等を同じものとした場合は，本願発明の上記効果を奏することはできないから，本願発明においては，参戦可能な第３者キャラクタは，レベル等の異なる複数のものとしておく必要があるというべきであるが，レベル等の異なる第３者キャラクタは，その種類が異なると評価できるから，本願発明においては，第３者キャラクタとして抽出すべき対戦ゲームに参加可能な複数のキャラクタには，レベル等の種類が異なる複数のキャラクタが含まれることが当然の前提となっているというべきである。 したがって，相違点１における本願発明の「複数のキャラクタの中から，第３者キャラクタを抽出」とは，種類の異なる複数の参加可能なキャラクタの中から第３者キャラクタを抽出することを意味するというべきである。 このように，相違点１における本願発明の「複数のキャラクタ」とは「種類の異なる複数のキャラクタ」を意味するものと解されるから，相違点１は相違点Ｃを含むものとなる。 ４ 取消事由２について(1) 相違点１の容易想到性についてア相違点１の内容について前記３(2)イ(ｱ)のとおり，相違点１は，第１のプレーヤキャラクタの情報及び第 - 64 -２のプレーヤキャラクタの情報の組合せに基づいて，第３者キャラクタを抽出するという，第１のプレーヤキャラクタ及び第２のプレーヤキャラクタに第３者キャラクタをマッチングする設定処理に関して，本願発明は，「複数のキャラクタの中から，第３者キャラクタを抽出」しているのに対して，引用発明１は，「ＮＰＣ人数を増減設定」している点であるところ，前記１(1)のとおり，本願明細書等には，「本実施形態の第３者キャラクタは，プレーヤ から，第３者キャラクタを抽出」しているのに対して，引用発明１は，「ＮＰＣ人数を増減設定」している点であるところ，前記１(1)のとおり，本願明細書等には，「本実施形態の第３者キャラクタは，プレーヤの入力情報に基づいて制御される「プレーヤキャラクタ」，過去のプレーヤキャラクタの制御情報に基づきコンピュータで制御される「ゴーストキャラクタ」，又は予め定められたアルゴリズムに基づきコンピュータで制御される「ＣＰＵキャラクタ」である。」（段落【１６１】），「プレーヤキャラクタとは，現実のプレーヤが操作するキャラクタのことであり，端末１０の入力部から入力された入力情報に基づいて制御（移動・動作制御や攻撃等の制御）を行うキャラクタである。」（段落【０１６２】）と記載されているとおり，この第３者キャラクタとしては，コンピュータで制御されるキャラクタと当該ゲームに参加した他のプレーヤが操作するキャラクタが想定されている。 イ周知技術について(ｱ) 前記２(2)で認定した引用文献３の記載によると，同文献には，対戦型コンピュータゲームにおいて，プレイヤキャラクタの強さに応じた強さの敵キャラクタを出現させるという構成が記載されているものと認められ，また，前記２(3)で認定した引用文献４の記載によると，同文献には，対戦型コンピュータゲームにおいて，プレーヤのレベルに応じて，種々のレベルのプレーヤと対戦することができるという構成が記載されているものと認められる。 したがって，コンピュータゲームにおいて，複数の種類のキャラクタ又はプレーヤの中から，キャラクタ又はプレーヤのレベルに応じたキャラクタ又はプレーヤが抽出されるという技術構成は周知な技術（以下「周知技術Ａ」という。）であると認められる。 (ｲ) 原告は，周知技術１は，引用文献３， クタ又はプレーヤのレベルに応じたキャラクタ又はプレーヤが抽出されるという技術構成は周知な技術（以下「周知技術Ａ」という。）であると認められる。 (ｲ) 原告は，周知技術１は，引用文献３，４に開示されていない旨主張す - 65 -るが，引用文献３，４には，前記２(2)，(3)のとおりの記載があるから，同文献には周知技術Ａが開示されているというべきである。 ウ動機付けについて(ｱ) 前記２(1)～(3)のとおり，周知技術Ａは，引用文献１が属する対戦型コンピュータゲームの分野における周知技術である。 そして，前記２(2)，(3)のとおり，引用文献３には，プレイヤキャラクタと敵キャラクタの強さのバランスをとることを目的とし，プレイヤキャラクタの強さに応じた強さの敵キャラクタを出現させることで，プレイヤキャラクタに対して強すぎたり弱すぎたりすることのないようにして，ゲームの興味を持続させる効果を生じさせることが記載され，また，引用文献４には，ユーザの競技レベルに相応しい他のユーザを対戦相手とすることを目的とし，ユーザの競技レベルに応じた競技レベルの対戦相手を選択することで，相手が弱すぎたり強すぎたりすることがなくなり，各ユーザは実力が伯仲した相手との対戦を楽しむことができるという効果を生じさせることが記載されていることからすると，周知技術Ａは，ゲームに抽出されるキャラクタやプレーヤのレベルをキャラクタやプレーヤのレベルに合わせることにより，ゲームを楽しいものとするという技術思想に基づくものであると認められるところ，引用発明１も，前記３(1)で認定したとおり，支援すべきプレイヤの支援度合いに応じた人数の第三者勢力を登場させて，プレイヤ同士の操作経験に基づく優劣のアンバランスを調整することにより，拮抗かつ緊張感のあるゲー も，前記３(1)で認定したとおり，支援すべきプレイヤの支援度合いに応じた人数の第三者勢力を登場させて，プレイヤ同士の操作経験に基づく優劣のアンバランスを調整することにより，拮抗かつ緊張感のあるゲームとするという技術思想に基づくものであると認められるから，周知技術Ａと引用発明１とは共通の技術思想を有しているといえる。 したがって，引用発明１及び周知技術Ａは，技術分野及び技術思想が共通するから，引用発明１に周知技術Ａを適用する動機付けはあるというべきである。 (ｲ) 原告は，引用文献３，４に記載された技術は，いずれも，第３者登場型に属する対戦アクションゲームに関する技術ではないし，また，第１のプレーヤキャラクタの情報及び第２のプレーヤキャラクタの情報の組合せに基づいて第３者 - 66 -キャラクタが抽出されるというものでもないから，本願発明とは技術分野を異にすると主張する。 しかし，前記(ｱ)のとおり，引用発明１に周知技術Ａを適用することの動機付けは認められるというべきであり，動機付けが認められるためには，第三者登場型対戦ゲームであるという点の共通性は必要ないというべきである。 したがって，周知技術Ａが第三者登場型対戦ゲームではないことを前提とする原告の上記主張は理由がない。 エ(ｱ) ところで，相違点１は，第３者キャラクタを抽出してマッチングさせる設定処理に関して，本願発明は，「複数のキャラクタの中から，第３者キャラクタを抽出」しているのに対して，引用発明１は，「ＮＰＣ人数を増減設定」している点である。すなわち，本願発明と引用発明１とは，第３者キャラクタを抽出してマッチングさせる設定処理に関して，当該第３者キャラクタが，複数のレベルのキャラクタの中からレベルの合うキャラクタが抽出されるのか，それとも，同一のレベル と引用発明１とは，第３者キャラクタを抽出してマッチングさせる設定処理に関して，当該第３者キャラクタが，複数のレベルのキャラクタの中からレベルの合うキャラクタが抽出されるのか，それとも，同一のレベルのキャラクタが抽出され，その人数を増減させることによりレベルを合わせるのかの点で相違するのであるから，第３者キャラクタを抽出してマッチングさせる設定処理に関して，引用発明１の「ＮＰＣ人数を増減設定」するという構成（同一のレベルのキャラクタが抽出され，その人数を増減させることによりレベルを合わせるという構成）に代えて，周知技術Ａの「複数の種類のキャラクタ又はプレーヤの中から，キャラクタ又はプレーヤのレベルに応じて特定のキャラクタ又はプレーヤを抽出すること」という構成にすることで，本願発明の構成となるものと認められる。 (ｲ) 原告は，本願発明の課題は，「対戦者同士の操作経験に基づくゲーム優劣のアンバランスを第３者キャラクタを登場させることにより調整する従来技術が，対戦ゲームとしての面白みに欠ける」ことであり，プレーヤのレベル等に応じた相手側キャラクタを抽出するというものではないから，引用発明１及び周知技術１とは課題が異なる旨主張するが，本願発明の課題が上記のとおりであるとしても，引用発明１に周知技術Ａを適用することが困難となるということはできず，また，引 - 67 -用発明１に周知技術Ａを適用すると，本願発明の構成となるのであるから，原告の上記主張は理由がない。 オ以上より，引用発明１に周知技術Ａを適用して，本願発明を容易に想到することができるというべきである。 カなお，原告は，本願発明は，第３者キャラクタの参戦により従来にない白熱した対戦ゲームを楽しむことができるという各引用文献に記載の発明の作用効果とは異なる格別 とができるというべきである。 カなお，原告は，本願発明は，第３者キャラクタの参戦により従来にない白熱した対戦ゲームを楽しむことができるという各引用文献に記載の発明の作用効果とは異なる格別の作用効果を奏する旨主張するが，同効果は，引用発明１に周知技術Ａを適用した発明にも認められる作用効果であって，格別のものとはいえないから，原告の上記主張は理由がない。 (2) 相違点２の容易想到性についてゲームプログラムによってコンピュータを機能させることを，ゲーム端末１のコンピュータによるか，サーバのコンピュータによるかは，当業者が適宜選択しうるものであるから，引用発明１について，相違点２に係る構成とすることは，当業者が容易に想到し得たものである。 ５ 以上より，本願発明は，引用発明１及び周知技術Ａに基づき容易に発明できたと認められ，原告の主張する取消事由は理由がない。 第６ 結論よって，主文のとおり判決する。 知的財産高等裁判所第２部 裁判長裁判官森義之 - 68 - 裁判官佐野信 裁判官熊谷大輔

▼ クリックして全文を表示