JP7312721B2 - 情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法 - Google Patents

Description

本発明は、仮想空間にオブジェクトを配置することが可能な情報処理システム、情報処理装置、情報処理プログラム、および情報処理方法に関する。

従来より、メッセージ内に配置された文字により形成される文字の集合に禁止用語が含まれるか否かを判定するシステムが存在する（例えば、特許文献１参照）。

特開２００２－３６６４７７号公報

しかしながら、上記従来技術では、配置された文字の位置から上記判定を行うものであり、配置対象の模様を考慮して判定することができなかった。

それ故、本発明の目的は、配置対象の模様を考慮することが可能な情報処理システム、情報処理装置、情報処理プログラム、および情報処理方法を提供することである。

上記の課題を解決すべく、本発明は、以下の構成を採用した。

本発明の情報処理システムは、配置手段と、判定手段と、アクセス制御手段とを備える。配置手段は、表示装置に表示される模様が対応付けられたパーツを、ユーザの配置操作に応じて仮想空間に配置する。判定手段は、前記ユーザの配置操作に応じて前記仮想空間に配置された複数のパーツの配置位置および当該パーツに対応付けられた前記模様を要素とするユーザ配置パターンが、複数のパーツの前記模様により形成される集合模様に特定模様が含まれる特定パターンであるか否かを判定する。アクセス制御手段は、前記ユーザ配置パターンが前記特定パターンであると判定されなかった場合は、前記ユーザ配置パターンを表す配置情報に他のユーザがアクセス可能にする一方、前記ユーザ配置パターンが前記特定パターンであると判定された場合は、前記配置情報に他のユーザがアクセスすることを制限する。

上記によれば、模様が対応付けられたパーツをユーザの配置操作に応じて仮想空間に配置することにより、仮想空間に集合模様を形成することができる。ユーザが作成した集合模様が特定模様を含む場合は、当該ユーザが作成した集合模様に、他のユーザがアクセスすることを制限することができる。

また、情報処理システムは、前記仮想空間における前記パーツの配置方向を回転させる回転手段をさらに備えてもよい。前記判定手段は、前記複数のパーツの前記配置位置、前記模様、及び、前記配置方向を要素とする前記ユーザ配置パターンが、前記特定パターンか否かを判定してもよい。

上記によれば、ユーザは、パーツの配置方向を変化させて仮想空間に配置することができ、仮想空間に様々な集合模様を形成することができる。

また、前記特定模様は、特定の図形であってもよい。前記判定手段は、前記ユーザ配置パターンから、複数の前記パーツの模様によって形成される前記特定の図形に対応する特定図形パターンを検出した場合、前記ユーザ配置パターンが前記特定パターンであると判定してもよい。

上記によれば、特定の図形が、ユーザによって作成された集合模様に含まれるか否かを判定することができる。

また、前記判定手段は、前記ユーザ配置パターンに含まれる複数のパーツについて、前記特定図形パターンに定められた例外エリアに所定の模様が存在する場合、当該複数のパーツを前記特定図形パターンとして検出しなくてもよい。

上記によれば、ユーザによって配置された複数のパーツが特定図形パターンに類似する場合であっても、当該特定図形パターンに定められた例外エリアに所定の模様が存在する場合には、当該複数のパーツを当該特定図形パターンとして検出しないようにすることができる。これにより、例えば、ユーザが特定の図形と認識し難いような図形を、特定の図形として認識してしまうことを抑制することができる。

また、前記特定模様は、複数の文字からなる特定の文字列であってもよい。前記判定手段は、前記ユーザ配置パターンから、複数の前記パーツの模様によって形成される一つの文字に対応する文字配置パターンを検出し、前記ユーザ配置パターンに複数の前記文字配置パターンが含まれる場合において、当該複数の文字配置パターンが示す文字列が前記特定の文字列であるときに、前記ユーザ配置パターンが前記特定パターンであると判定してもよい。

上記によれば、ユーザによって作成されたユーザ配置パターンに、特定の文字列が含まれるか否かを判定することができる。

また、前記判定手段は、前記ユーザ配置パターンに含まれる複数のパーツについて、前記文字配置パターンごとに定められた例外エリアに所定の模様が含まれる場合、当該複数のパーツを前記文字配置パターンとして検出しなくてもよい。

上記によれば、ユーザによって配置された複数のパーツが文字配置パターンに類似する場合であっても、当該文字配置パターンに定められた例外エリアに所定の模様が存在する場合には、当該複数のパーツを当該文字配置パターンとして検出しないようにすることができる。これにより、例えば、ユーザが文字と認識し難いような配置パターンを、文字として認識してしまうことを抑制することができる。

また、前記文字配置パターンには、第１文字に対応する第１文字配置パターンと、第２文字に対応する第２文字配置パターンとが含まれてもよい。前記第２文字配置パターンを構成する複数の前記パーツの模様の長さの合計は、前記第１文字配置パターンを構成する複数の前記パーツの模様の長さの合計よりも長くてもよい。前記判定手段は、前記ユーザ配置パターンに、前記第１文字としても前記第２文字としても形成され得る１つの文字に対応する特定文字配置パターンが含まれる場合、前記第１文字配置パターンよりも前記第２文字配置パターンを優先的に検出して、前記特定文字配置パターンを前記第２文字配置パターンとして認識し、前記第２文字配置パターンを含む複数の前記文字配置パターンが示す文字列が前記特定の文字列であるときに、前記ユーザ配置パターンが前記特定パターンであると判定してもよい。

上記によれば、情報処理システムは、第１の文字としても第２の文字としても形成され得る複数のルートパーツについて、第２の文字として認識することができ、例えば、よりユーザに文字として認識され易い方の文字を認識することができる。

また、前記文字配置パターンには、第１文字に対応する第１文字配置パターンと、第２文字に対応する第２文字配置パターンとが含まれてもよい。前記パーツの模様は線状の模様であり、前記模様が前記パーツの端に到達している数を、当該パーツの接続数として、前記第２文字配置パターンを構成する前記パーツの接続数の合計は、前記第１文字配置パターンを構成する前記パーツの接続数の合計よりも多くてもよい。前記判定手段は、前記ユーザ配置パターンに、前記第１文字としても前記第２文字としても形成され得る１つの文字に対応する特定文字配置パターンが含まれる場合、前記第１文字配置パターンよりも前記第２文字配置パターンを優先的に検出して、前記特定文字配置パターンを前記第２文字配置パターンとして認識し、前記第２文字配置パターンを含む複数の前記文字配置パターンが示す文字列が前記特定の文字列であるときに、前記ユーザ配置パターンが前記特定パターンであると判定してもよい。

上記によれば、情報処理システムは、第１の文字としても第２の文字としても形成され得る複数のルートパーツについて、第２の文字として認識することができ、例えば、よりユーザに文字として認識され易い方の文字を認識することができる。

また、前記判定手段は、前記ユーザ配置パターンに含まれる前記パーツが、第１の位置に配置された文字配置パターンとしても、前記第１の位置よりも前記仮想空間の基準位置に近い第２の位置に配置された文字配置パターンとしても構成され得る場合、当該パーツを前記第２の位置に配置された文字配置パターンを構成するものとして優先的に認識し、当該第２の位置に配置された文字配置パターンを含む複数の前記文字配置パターンが示す文字列が前記特定の文字列であるときに、前記ユーザ配置パターンが前記特定パターンであると判定してもよい。

上記によれば、ユーザによって配置されたパーツが、複数の文字配置パターンの一部を構成する場合であっても、仮想空間の基準位置に近い第２の位置に配置された文字配置パターンの一部として見なすことができる。これにより、仮想空間の基準位置に近い文字配置パターンを優先的に認識させることができる。

また、前記基準位置は、前記仮想空間の左側の位置であってもよい。

上記によれば、仮想空間の左側に位置する文字配置パターンを優先的に認識させることができる。

また、前記パーツの各々は、複数の模様種別のうちの少なくとも１つと対応付けられ、前記判定手段は、同一の模様種別が対応付けられた前記パーツからなる部分集合模様ごとに、前記特定態様を含む特定パターンか否かを判定してもよい。

上記によれば、同一の模様種別によって構成される部分集合模様ごとに、前記特定態様を含むか否かを判定することができる。

また、前記パーツの各々は、前記複数の模様種別として、複数の線種別のうちの１つと対応付けられてもよい。

上記によれば、模様の種別として複数の線種別があり、線の種別毎に前記特定態様を含むか否かを判定することができる。

前記パーツは、四角形であり、前記配置手段は、前記四角形の前記パーツを前記仮想空間に複数並べて配置してもよい。

上記によれば、仮想空間に四角形のパーツを配置することで集合模様を形成することができる。

また、前記パーツは、少なくとも、対応する２辺を接続する線分を前記模様として有する第１パーツ、隣接する２辺を接続する線分を前記模様として有する第２パーツ、及び、３辺を接続する線分を前記模様として有する第３パーツ、を有してもよい。

上記によれば、少なくとも３つのパーツによって集合模様を形成することができる。

また、前記情報処理システムは、ユーザ端末とサーバとを含んでもよい。前記アクセス制御手段は、前記ユーザ端末から前記サーバへの前記配置情報のアップロードを禁止することにより、前記配置情報に他のユーザがアクセスすることを制限してもよい。

上記によれば、前記配置情報のサーバへのアップロードを禁止することで、他のユーザが前記配置情報にアクセスすることを制限することができる。

また、前記ユーザ端末は、前記判定手段を備えてもよい。前記アクセス制御手段は、前記ユーザ端末において前記ユーザ配置パターンが前記特定パターンでないと判定された場合に、前記配置情報を前記ユーザ端末から前記サーバにアップロードしてもよい。

上記によれば、ユーザ端末側で上記判定を行うことができ、それによりサーバの処理負荷を低減することができる。

また、前記情報処理システムは、ユーザ端末とサーバとを含んでもよい。前記アクセス制御手段は、前記ユーザ配置パターンが前記特定パターンであると判定された場合、前記ユーザ端末から前記サーバにアップロードされた前記配置情報に他のユーザがアクセスすることを制限してもよい。

上記によれば、サーバ側で前記配置情報へのアクセス制限を行うことができる。

また、情報処理システムは、前記仮想空間に仮想キャラクタを配置するキャラクタ配置手段と、前記仮想キャラクタの移動を制御するキャラクタ制御手段とをさらに備えてもよい。前記ユーザ配置パターンによって形成される前記集合模様は、前記パーツの各模様がつながった前記仮想キャラクタの移動経路であり、前記キャラクタ制御手段は、前記仮想キャラクタを前記集合模様上で移動させてもよい。

上記によれば、仮想キャラクタの移動経路である集合模様をユーザが作成することができる。

また、他の発明は、情報処理プログラムであってもよいし、情報処理装置であってもよい。また、他の発明は、上記情報処理システムにおいて行われる情報処理方法であってもよい。

本発明によれば、ユーザは、模様が対応付けられたパーツを仮想空間に配置することで集合模様を作成することができ、ユーザが作成した集合模様に特定模様が含まれる場合は、当該集合模様に他のユーザがアクセスすることを制限することができる。

本実施例の情報処理システムの一例を示す図 本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図 本体装置２の内部構成の一例を示すブロック図 本体装置２のディスプレイ１２に表示されるゲーム画像のうち、仮想空間に所望のゲームワールドを作成／編集するゲームワールド作成画面の一例を示す図 ゲームワールドを構成する複数のルートパーツの一例を示す図 複数のルートパーツによって形成された文字のように見えるルートの一例を示す図 基本的なパーツと、それと同一と見なされるパーツの一例を示す図 同一と見なされるパーツによって構成されたルートパーツ群の一例を示す図であって、文字「ｅ」として認識されるルートパーツ群の一例を示す図 文字配置パターン毎に定められた例外エリアの一例を示す図 例外エリアにルートが伸びているため、文字「Ｐ」とは認識されないパターンの一例を示す図 例外エリアにルートが伸びていないため、文字「Ｐ」と認識されるパターンの一例を示す図 左優先認識処理が行われない場合における文字の認識の一例を示す図 左優先認識処理が行われる場合における文字の認識の一例を示す図 ルートパーツが２つの文字配置パターンの一部として構成される例を示す図 接続数優先認識処理の概要を説明するための図 ゲームシステム１に記憶されるデータの一例を示す図 ゲームシステム１のプロセッサ８１によって実行される処理の一例を示すフローチャート ステップＳ２のゲームワールド作成処理の一例を示すフローチャート ステップＳ２０５の禁止図形判定処理の一例を示すフローチャート ステップＳ２０６の禁止ワード判定処理の一例を示すフローチャート

以下、本実施例の情報処理システムについて説明する。図１は、本実施例の情報処理システムの一例を示す図である。

図１に示されるように、情報処理システムは、サーバと、複数のゲームシステム（ゲーム装置）とを含む。サーバは、図示しないＣＰＵと、メモリと、ハードディスク等の記憶装置とを含み、複数のゲームシステム１とインターネットを介して通信可能に構成される。

各ゲームシステム１は、それぞれのユーザによって操作される。詳細は後述するが、ゲームシステム１は、ユーザの配置操作に応じて、複数のルートパーツの配置に関する配置情報を生成する。ユーザは、生成した配置情報をサーバにアップロードすることにより、自身が生成した配置情報を公開可能である。サーバは、アップロードされた配置情報を、自機の記憶装置に記憶する。他のユーザは、サーバにアップロードされた配置情報をダウンロードすることができる。他のユーザは、ダウンロードした配置情報に基づいて、ゲームを行うことができる。

以下、本実施形態の一例に係るゲームシステムについて説明する。本実施形態におけるゲームシステム１の一例は、本体装置（情報処理装置；本実施形態ではゲーム装置本体として機能する）２と左コントローラ３および右コントローラ４とを含み、情報処理システムとしても機能する。本体装置２は、左コントローラ３および右コントローラ４がそれぞれ着脱可能である。つまり、ゲームシステム１は、左コントローラ３および右コントローラ４をそれぞれ本体装置２に装着して一体化された装置として利用できる。また、ゲームシステム１は、本体装置２と左コントローラ３および右コントローラ４とを別体として利用することもできる。以下では、本実施形態のゲームシステム１のハードウェア構成について説明し、その後に本実施形態のゲームシステム１の制御について説明する。

図２は、本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図である。図２に示すように、左コントローラ３および右コントローラ４は、それぞれ本体装置２に装着されて一体化されている。本体装置２は、ゲームシステム１における各種の処理（例えば、ゲーム処理）を実行する装置である。本体装置２は、ディスプレイ１２を備える。左コントローラ３および右コントローラ４は、ユーザが入力を行うための操作部（押下可能な複数のボタンや方向指示可能なアナログスティック等）を備える装置である。

図２に示すように、本体装置２は、ディスプレイ１２を備える。ディスプレイ１２は、本体装置２が生成した画像を表示する。本実施形態においては、ディスプレイ１２は、液晶表示装置（ＬＣＤ）とする。ただし、ディスプレイ１２は任意の種類の表示装置であってよい。

また、本体装置２は、ディスプレイ１２の画面上にタッチパネル１３を備える。本実施形態においては、タッチパネル１３は、マルチタッチ入力が可能な方式（例えば、静電容量方式）のものである。ただし、タッチパネル１３は、任意の種類のものであってよく、例えば、シングルタッチ入力が可能な方式（例えば、抵抗膜方式）のものであってもよい。

図３は、本体装置２の内部構成の一例を示すブロック図である。本体装置２は、プロセッサ８１を備える。プロセッサ８１は、本体装置２において実行される各種の情報処理を実行する情報処理部であって、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のみから構成されてもよいし、ＣＰＵ機能、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）機能等の複数の機能を含むＳｏＣ（Ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）から構成されてもよい。プロセッサ８１は、記憶部（具体的には、フラッシュメモリ８４等の内部記憶媒体、あるいは、スロット２３に装着される外部記憶媒体等）に記憶される情報処理プログラム（例えば、ゲームプログラム）を実行することによって、各種の情報処理を実行する。

本体装置２は、自身に内蔵される内部記憶媒体の一例として、フラッシュメモリ８４およびＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８５を備える。フラッシュメモリ８４およびＤＲＡＭ８５は、プロセッサ８１に接続される。フラッシュメモリ８４は、主に、本体装置２に保存される各種のデータ（プログラムであってもよい）を記憶するために用いられるメモリである。ＤＲＡＭ８５は、情報処理において用いられる各種のデータを一時的に記憶するために用いられるメモリである。

本体装置２は、スロットインターフェース（以下、「Ｉ／Ｆ」と略記する。）９１を備える。スロットＩ／Ｆ９１は、プロセッサ８１に接続される。スロットＩ／Ｆ９１は、スロット２３に接続され、スロット２３に装着された所定の種類の記憶媒体（例えば、専用メモリカード）に対するデータの読み出しおよび書き込みを、プロセッサ８１の指示に応じて行う。

プロセッサ８１は、フラッシュメモリ８４およびＤＲＡＭ８５、ならびに上記各記憶媒体との間でデータを適宜読み出したり書き込んだりして、上記の情報処理を実行する。

本体装置２は、ネットワーク通信部８２を備える。ネットワーク通信部８２は、プロセッサ８１に接続される。ネットワーク通信部８２は、ネットワークを介して外部の装置と通信（具体的には、無線通信）を行う。本実施形態においては、ネットワーク通信部８２は、第１の通信態様としてＷｉ－Ｆｉの規格に準拠した方式により、無線ＬＡＮに接続して外部装置と通信を行う。また、ネットワーク通信部８２は、第２の通信態様として所定の通信方式（例えば、独自プロトコルによる通信や、赤外線通信）により、同種の他の本体装置２との間で無線通信を行う。なお、上記第２の通信態様による無線通信は、閉ざされたローカルネットワークエリア内に配置された他の本体装置２との間で無線通信可能であり、複数の本体装置２の間で直接通信することによってデータが送受信される、いわゆる「ローカル通信」を可能とする機能を実現する。

本体装置２は、コントローラ通信部８３を備える。コントローラ通信部８３は、プロセッサ８１に接続される。コントローラ通信部８３は、左コントローラ３および／または右コントローラ４と無線通信を行う。本体装置２と左コントローラ３および右コントローラ４との通信方式は任意であるが、本実施形態においては、コントローラ通信部８３は、左コントローラ３との間および右コントローラ４との間で、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信を行う。

プロセッサ８１は、上述の左側端子１７、右側端子２１、および下側端子２７に接続される。プロセッサ８１は、左コントローラ３と有線通信を行う場合、左側端子１７を介して左コントローラ３へデータを送信するとともに、左側端子１７を介して左コントローラ３から操作データを受信する。また、プロセッサ８１は、右コントローラ４と有線通信を行う場合、右側端子２１を介して右コントローラ４へデータを送信するとともに、右側端子２１を介して右コントローラ４から操作データを受信する。また、プロセッサ８１は、クレードルと通信を行う場合、下側端子２７を介してクレードルへデータを送信する。このように、本実施形態においては、本体装置２は、左コントローラ３および右コントローラ４との間で、それぞれ有線通信と無線通信との両方を行うことができる。また、左コントローラ３および右コントローラ４が本体装置２に装着された一体型装置または本体装置２単体がクレードルに装着された場合、本体装置２は、クレードルを介してデータ（例えば、画像データや音声データ）を据置型モニタ等に出力することができる。

ここで、本体装置２は、複数の左コントローラ３と同時に（換言すれば、並行して）通信を行うことができる。また、本体装置２は、複数の右コントローラ４と同時に（換言すれば、並行して）通信を行うことができる。したがって、複数のユーザは、左コントローラ３および右コントローラ４のセットをそれぞれ用いて、本体装置２に対する入力を同時に行うことができる。一例として、第１ユーザが左コントローラ３および右コントローラ４の第１セットを用いて本体装置２に対して入力を行うと同時に、第２ユーザが左コントローラ３および右コントローラ４の第２セットを用いて本体装置２に対して入力を行うことが可能となる。

本体装置２は、タッチパネル１３の制御を行う回路であるタッチパネルコントローラ８６を備える。タッチパネルコントローラ８６は、タッチパネル１３とプロセッサ８１との間に接続される。タッチパネルコントローラ８６は、タッチパネル１３からの信号に基づいて、例えばタッチ入力が行われた位置を示すデータを生成して、プロセッサ８１へ出力する。

また、ディスプレイ１２は、プロセッサ８１に接続される。プロセッサ８１は、（例えば、上記の情報処理の実行によって）生成した画像および／または外部から取得した画像をディスプレイ１２に表示する。

本体装置２は、コーデック回路８７およびスピーカ（具体的には、左スピーカおよび右スピーカ）８８を備える。コーデック回路８７は、スピーカ８８および音声入出力端子２５に接続されるとともに、プロセッサ８１に接続される。コーデック回路８７は、スピーカ８８および音声入出力端子２５に対する音声データの入出力を制御する回路である。

本体装置２は、電力制御部９７およびバッテリ９８を備える。電力制御部９７は、バッテリ９８およびプロセッサ８１に接続される。また、図示しないが、電力制御部９７は、本体装置２の各部（具体的には、バッテリ９８の電力の給電を受ける各部、左側端子１７、および右側端子２１）に接続される。電力制御部９７は、プロセッサ８１からの指令に基づいて、バッテリ９８から上記各部への電力供給を制御する。

また、バッテリ９８は、下側端子２７に接続される。外部の充電装置（例えば、クレードル）が下側端子２７に接続され、下側端子２７を介して本体装置２に電力が供給される場合、供給された電力がバッテリ９８に充電される。

（ゲーム処理の概要）
図４を用いてゲームシステム１において行われるゲーム処理の概要について説明する。図４は、本体装置２のディスプレイ１２に表示されるゲーム画像のうち、仮想空間に所望のゲームワールドを作成／編集するゲームワールド作成画面の一例を示す図である。なお、以下の説明では、ゲームシステム１はアプリケーションの一例としてゲームアプリケーションを実行するものとするが、ゲームシステム１において他のアプリケーションが実行されてもよい。

図４において、ゲームシステム１のディスプレイ１２には、ゲームシステム１でプレイされるゲームで用いられるゲームワールドを作成／編集するためのゲーム画像が表示されている。例えば、本実施例におけるゲームワールドは、移動開始位置（スタートポイント；図４における「Ｓ」字表記）から到達目標位置（ゴールポイント；図４における「Ｇ」字表記）までのルートを示す画像によって表される。仮想空間に配置されたプレイヤオブジェクトＰＯは、ユーザ操作に応じて、ルートに沿ってスタートポイントからゴールポイントまで移動する。具体的には、図４に示すように、スタートポイントからゴールポイントまでのルートは、分岐可能であり、当該ルートの途中にコースポイント（図４における黒塗りつぶしの丸印）を設定可能である。ここで、コースポイントは、プレイヤオブジェクトＰＯが到達することによって、上記ゲームワールドとは別次元の少なくとも１つのゲームステージを用いたゲームをプレイすることができる位置である。コースポイントに設定されたゲームステージが全てクリアされることによって、プレイヤオブジェクトＰＯが当該コースポイントを通過してルートに沿ったゴールポイントへ向かって移動可能となる。そして、上記ゲームワールドにおけるエンドポイントにプレイヤオブジェクトＰＯが到達した場合に、当該ゲームワールドを用いたゲームがクリアされる。

本実施例では、スタートポイント及びゴールポイントは、予め仮想空間に設定されている。ユーザは、スタートポイントからゴールポイントまでのルートを作成／編集することができる。例えば、ディスプレイ１２に表示される仮想空間全体は、複数のグリッド（図４の例では、４行７列のグリッド）に分割されている。各グリッド内に配置可能な複数種類のルートパーツが予め用意されており、ユーザは、仮想空間の各グリッドにルートパーツを配置することによって、仮想空間内にルートを形成することができる。本実施例では、仮想空間全体が同じサイズの正方形グリッドで分割され、当該グリッドに配置可能な正方形のルートパーツが用意されている。なお、本実施例では、２次元のルートパーツを平面的に配置することにより２次元のゲームワールドが形成されるものとするが、他の実施例では、３次元のパーツを立体的に配置することで３次元のゲームワールドが形成されてもよい。

各ルートパーツの内部には、ルートの一部を構成するルート画像（模様）が描画されている。複数のルートパーツが仮想空間に配置されることによって、各ルートパーツ内のルート画像同士が接続され、移動開始位置から到達目標位置までのルート（集合模様）が形成される。例えば、ゲームワールド上に形成される地形には複数の種類があり、例えば、野原、地下、砂漠、森、雪原、空、海、宇宙、火山等がある。本実施例では、地形毎に複数のルートパーツが用意されている。例えば、野原に対応する複数のルートパーツ、雪原に対応する複数のルートパーツ等が用意されている。以下、ルートパーツの一例について、図５を参照して説明する。

図５は、ゲームワールドを構成する複数のルートパーツの一例を示す図である。図５に示されるように、ゲームワールドを構成するルートパーツとして、大別して、メインルートパーツと、サブルートパーツの２種類のルートパーツが用意されている。メインルートパーツは、プレイヤオブジェクトが主に移動するルートを形成するためのパーツであり、地形の一部を構成するパーツである。メインルートパーツは、地形に応じた背景画像（例えば、野原を示す緑色の背景画像、雪原を示す白色の背景画像）と、実線のルート画像とを含む。また、サブルートパーツは、プレイヤオブジェクトの迂回ルートを形成するためのパーツであり、地形に応じた背景画像（例えば海を示す青色の背景画像）と、点線のルート画像とを含む。複数のメインルートパーツが仮想空間に配置されることによって実線のルートが形成され、複数のサブルートパーツが仮想空間に配置されることによって点線のルートが形成される。

図５に示されるように、各種類のルートパーツは、それぞれ、異なる形状のルート画像（模様）が描かれた複数のルートパーツを有する。具体的には、メインルートパーツ及びサブルートパーツは、それぞれ、無方向パーツ、１方向パーツ、２方向Ｉ字パーツ、２方向Ｌ字パーツ、３方向パーツ、および曲線パーツを有する。

無方向パーツは、ルート画像（模様）が描かれていない地形を構成するパーツである。無方向パーツは、ルートを形成せず、プレイヤオブジェクトが移動不可能な領域である。

１方向パーツは、他のルートパーツと接続可能であり、接続方向が正方形の４辺のうちの１辺に設定され、行き止まりのルート画像（半直線の模様）が描画されたルートパーツである。ここで「接続方向」とは、ルートパーツの中心から、ルート画像が到達している辺に向かう方向であり、ルート画像が到達している辺に対して設定される。図５に示す例では、１方向パーツのルート画像は、正方形の中心から右辺まで伸びており、当該右辺に対して接続方向が設定されている。２つのルートパーツが隣接配置された場合に、接続方向が設定されている辺同士が接する場合には、２つのルートパーツのルート画像は接続される。すなわち、接続方向は、ルートパーツの中心を基準とした、他のルートパーツのルート画像と接続可能な辺の位置であると言える。また、１方向パーツの接続数は「１」である。ここで、「接続数」は、ルート画像がルートパーツの辺まで到達している数であり、隣接するルートパーツのルート画像と接続可能な数である。また、１方向パーツは回転可能に構成されており、配置方向（回転角）として、０度、９０度、１８０度、２７０度の何れかを設定可能である。１方向パーツが回転されることによって、接続方向が変化する。なお、図５では、回転角が０度の各ルートパーツが示されている。例えば、図５に示す１方向パーツの回転角が９０度に設定された場合、当該１方向パーツの接続方向は下方向（下辺）になる。

２方向Ｉ字パーツは、上記接続方向が正方形の４辺のうちの対向する２辺に設定され、直線のルート画像（Ｉ字型の模様）が描画されたルートパーツである。２方向Ｉ字パーツの中心からルート画像が２つの辺に到達しているため、２方向Ｉ字パーツの接続数は「２」である。また、２方向Ｉ字パーツは回転可能に構成されており、配置方向（回転角）として、０度、９０度、１８０度、２７０度の何れかを設定可能である。

２方向Ｌ字パーツは、上記接続方向が正方形の４辺のうちの隣接する２辺に設定され、直角に曲がるルート画像（Ｌ字型の模様）が描画されたルートパーツである。２方向Ｌ字パーツの接続数は「２」である。また、２方向Ｌ字パーツは回転可能に構成されており、配置方向（回転角）として、０度、９０度、１８０度、２７０度の何れかを設定可能である。

３方向パーツは、上記接続方向が正方形の４辺のうちの３辺に設定され、Ｔ字型のルート画像（Ｔ字型の模様）が描画されたルートパーツである。３方向パーツの中心からルート画像が３つの辺に到達しているため、３方向パーツの接続数は「３」である。また、３方向パーツは回転可能に構成されており、配置方向（回転角）として、０度、９０度、１８０度、２７０度の何れかを設定可能である。

また、曲線パーツは、上記接続方向が正方形の４辺のうちの隣接する２辺に設定され、曲線のルート画像（曲線型の模様）が描画されたルートパーツである。曲線パーツのルート画像が２つの辺に到達しているため、曲線パーツの接続数は「２」である。また、曲線パーツは回転可能に構成されており、配置方向（回転角）として、０度、９０度、１８０度、２７０度の何れかを設定可能である。

このように、１方向パーツ、２方向Ｉ字パーツ、２方向Ｌ字パーツ、３方向パーツ、および曲線パーツには、それぞれ異なる形状の模様（ルート画像）が描かれている。模様の形状としては、メインルートパーツもサブルートパーツも同じであるが、その表示態様は両者で異なる。すなわち、メインルートパーツの模様は実線であり、サブルートパーツの模様は点線である。

なお、図５は単なる一例であり、他のルートパーツが用意されていてもよい。例えば、十字型のルート画像が描画されたルートパーツが、さらに用意されてもよい。

また、地形に応じて、図５で示した複数のメインルートパーツと、複数のサブルートパーツとが用意されている。ルートパーツに含まれる背景画像は地形に応じて異なるが、ルートパーツに含まれるルート画像は各地形で共通である。すなわち、何れの地形を構成するメインルートパーツであっても、その内部のルート画像は実線により描かれている。また、何れの地形を構成するサブルートパーツであっても、その内部のルート画像は点線により描かれている。

なお、地形に応じて、メインルートパーツ及びサブルートパーツに含まれるルート画像の表示態様が異なってもよい。例えば、野原の地形を示すメインルートパーツのルート画像は、緑色で描かれ、雪原の地形を示すメインルートパーツのルート画像は、白色で描かれてもよい。１つのゲームワールド（画面）には、１つの地形を示すルートパーツのみ配置されてもよい。また、１つのゲームワールドに複数の地形を示すルートパーツが混在されてもよい。この場合、例えば、画面の右側には緑色のルート（野原の地形）が描かれ、画面の左側は白色のルート（雪原の地形）が描かれてもよい。

ユーザは、用意されている複数のルートパーツの中から選択したルートパーツを仮想空間のグリッドと一致するように配置することができる。そして、隣接して配置されたルートパーツにおいて、当該ルートパーツが接触している互いの辺の何れにも接続方向が設定されている場合、すなわち接続方向が設定されている辺同士が接合している場合、それぞれのルートパーツに描画されているルート画像が接続される。

ユーザによって選択されたルートパーツの配置位置および配置方向は、ユーザ操作によって設定される。例えば、タッチパネル１３を用いたタッチ操作によって、ルートパーツの配置位置および配置方向が設定される。ユーザは、タッチオンしたルートパーツをドラッグすることによって、当該ルートパーツを所望のグリッドの位置に配置することができ、配置後にルートパーツをタップすることによって、当該ルートパーツを所定の方向（例えば、時計方向）に９０度ずつ回転させて配置方向を変化させることができる。

例えば、図４に例示されているように、ユーザは、１方向パーツをタッチオンしてスタートポイントが設定された３行１列目のグリッドにドラッグすることによって、１方向パーツを３行１列目のグリッドに配置する。次に、ユーザは、２方向Ｉ字パーツをドラッグして、その右隣りのグリッド（３行２列目のグリッド）に配置する。すると、これら２つのルートパーツ（メインルートパーツ）は、互いに接続され、プレイヤオブジェクトＰＯが移動可能なルートとして形成される。さらに、３行３列目のグリッドに２方向Ｉ字パーツが配置され、３行４列目のグリッドに３方向パーツが配置される。さらに、３行５列目のグリッドに２方向Ｉ字パーツが配置され、２行４列目のグリッドに２方向Ｉ字パーツが配置された後に、当該２方向Ｉ字パーツが１回タップされると、当該２方向Ｉ字パーツが９０度回転する。すると、プレイヤオブジェクトＰＯが移動可能なルートは、３行４列目のグリッドを起点として上方向と右方向の２つに分かれることになる。

このように異なる形状のルート画像（模様）が描かれた複数のルートパーツが仮想空間に配置されることによって、スタートポイントからゴールポイントまでのルート（集合模様）が形成される。ユーザによって形成されたルートを含むゲームワールドは、複数のルートパーツの配置パターンとして表されることができる。ここで、「配置パターン」とは、各ルートパーツの配置位置、各ルートパーツの模様（ルート画像）、及び、各ルートパーツの配置方向（回転情報）を含む情報である。ユーザの配置操作によってルートが作成された場合、当該ユーザによって作成されたユーザ配置パターンを表す配置情報が、ゲームシステム１の記憶媒体（例えば、フラッシュメモリ８４、ＤＲＡＭ８５、スロット２３に装着された外部記憶媒体等）に記憶される。ゲームシステム１は、記憶媒体に記憶された配置情報に基づいて仮想空間内に各ルートパーツを配置することにより、ユーザが作成／編集したゲームワールドを形成する。ユーザは、当該ゲームワールドにおいて、プレイヤオブジェクトＰＯを移動させながらゲームを進めることができる。

また、上述したように、ユーザ（第１のユーザ）は、自身が作成したユーザ配置パターンを表す配置情報を公開するために、当該配置情報をサーバにアップロードすることができる。サーバは、第１のユーザによってアップロードされた配置情報に、他のユーザ（第２のユーザ）がアクセスすることを可能にする。第２のユーザは、自身のゲームシステム１を用いてサーバにアクセスして、第１のユーザによってアップロードされた配置情報をダウンロード（取得）することができる。第２のユーザは、ダウンロードした配置情報を自身のゲームシステム１に読み込ませることで、第１のユーザが作成したルートを含むゲームワールドを用いてゲームを行うことができる。

ここで、ユーザは、線状のルート画像が描かれた複数のルートパーツを用いて様々なルートを形成することができ、例えば、文字や図形のように見えるルートを形成することもできる。

図６は、複数のルートパーツによって形成された文字のように見えるルートの一例を示す図である。図６に示されるように、例えば、２行２列目、２行３列目、３行２列目、３行３列目、４行２列目、及び４行３列目に配置された６個のメインルートパーツによって形成されるルート（部分集合模様）は、文字「ｅ」のように見える。なお、以下では、ｎ行ｍ列目の位置を（ｎ，ｍ）と表記する。

また、（２，４）、（３，４）、（３，５）、（４，４）、及び（４，５）に配置された５個のサブルートパーツによって形成されるルート（部分集合模様）は、文字「ｂ」のように見える。また、（２，６）、（２，７）、（３，６）、（４，６）、及び（４，７）に配置された５個のメインルートパーツによって形成されるルート（部分集合模様）は、文字「Ｃ」のように見える。結果として、これら１６個のルートパーツによって形成されるルートは、文字列「ｅｂＣ」のように見える。

ここで、本実施例では、特定の文字列や図形を含むルートが公開されることを制限する。具体的には、ユーザによって作成されたユーザ配置パターンが、複数のルートパーツの模様によって形成される集合模様に特定模様が含まれる特定パターンか否かを判定する。特定模様は、例えば、予め登録された禁止ワードや禁止図形を示す模様である。ユーザ配置パターンが特定パターンである場合は、当該ユーザ配置パターンを表す配置情報のゲームシステム１からサーバへのアップロードが禁止される。一方、ユーザ配置パターンが特定パターンでない場合は、当該ユーザ配置パターンを表す配置情報のゲームシステム１からサーバへのアップロードが許可される。

（禁止ワードのアップロード制限）
以下、ユーザによってルートが作成された場合に実行される禁止ワード（特定模様の一例）のアップロード制限について説明する。

（文字配置パターンの定義）
本実施例では、１つの文字（数字を含む）に対応する文字配置パターンが、文字毎に予め定義されている。ここで、「文字配置パターン」とは、複数のルートパーツが配置されることによって形成されるルートが、所定の１文字に見えるようなルートパーツの配置パターンであり、各ルートパーツの配置位置、模様、及び配置方向を要素とするパターンである。例えば、図６に示されるように、文字「ｅ」に対応する文字配置パターン、文字「ｂ」に対応する文字配置パターン、及び、文字「Ｃ」に対応する文字配置パターンが、それぞれ予め定義されている。

ユーザによってユーザ配置パターンが作成された場合、当該ユーザ配置パターンから予め定義された文字配置パターンを検出する文字検出が行われる。本実施例では、メインルートパーツ（実線のルート画像）とサブルートパーツ（点線のルート画像）とで分けて文字検出が行われる。具体的には、複数のメインルートパーツが、予め定義された文字配置パターンと一致するか否かを判定することにより、文字検出が行われる。また、複数のサブルートパーツが、予め定義された文字配置パターンと一致するか否かを判定することにより、文字検出が行われる。言い換えると、本実施例では、メインルートパーツとサブルートパーツとが混在する複数のルートパーツは、１つの文字を形成するものとは見なされない。すなわち、本実施例では、同一の模様種別（ルート画像の表示態様）が対応付けられた複数のルートパーツ（同一の種類の複数のルートパーツ）からなる部分集合模様ごとに、文字検出が行われる。

ここで、文字検出において、複数のルートパーツを含むルートパーツ群が、予め定義された文字配置パターンを構成するルートパーツと同一と見なされるルートパーツによって構成されている場合、当該ルートパーツ群は、当該文字配置パターンとして検出される。

図７は、基本的なパーツと、それと同一と見なされるパーツの一例を示す図である。図７に示されるように、文字検出においては、右側に列挙された複数のパーツは、左側の基本的なパーツ（Ａ）～（Ｃ）と同一として見なされる。言い換えると、文字配置パターンを検出する際には、左側の「基本的なパーツ」は、その右側の「同一と見なされるパーツ」として列挙されたパーツに代替されることができる。右側に列挙された複数のパーツは、図５で示した各メインルートパーツを適宜の角度で回転させたものである。

具体的には、回転角が９０度の２方向Ｉ字パーツ（ａ－１）、回転角が２７０度の２方向Ｌ字パーツ（ａ－２）、及び、回転角が１８０度の３方向パーツ（ａ－３）は、回転角が０度の１方向パーツ（Ａ）と同一のルートパーツとして見なされる。すなわち、１方向パーツ（Ａ）の接続方向は右方向であり、１方向パーツ（Ａ）は、右方向を接続方向として有する別のパーツに代替されることができる。

また、回転角が１８０度の３方向パーツ（ｂ－１）、及び、回転角が０度の３方向パーツ（ｂ－２）は、回転角が０度の２方向Ｉ字パーツ（Ｂ）と同一のルートパーツとして見なされる。また、回転角が１８０度の３方向パーツ（ｃ－１）、及び、回転角が０度の曲線パーツ（ｃ－２）は、回転角が０度の２方向Ｌ字パーツ（Ｃ）と同一のルートパーツとして見なされる。また、２方向Ｌ字パーツ（ｄ－１）は、曲線パーツ（Ｄ）と同一と見なされる。

なお、図７では、基本的なパーツとして回転角が０度のルートパーツが示されているが、基本的なパーツが回転されている場合も同様である。すなわち、図７の左側の「基本的なパーツ」が回転されている場合、右側の「同一と見なされるパーツ」も同じ角度だけ回転される。例えば、（ａ－１）～（ａ－３）のそれぞれを９０度回転させたパーツは、９０度回転された１方向パーツと同一のパーツと見なされる。また、（ｂ－１）又は（ｂ－２）を９０度回転させたパーツは、９０度回転された２方向Ｉ字パーツと同一のパーツと見なされる。

図８は、同一と見なされるパーツによって構成されたルートパーツ群の一例を示す図であって、文字「ｅ」として認識されるルートパーツ群の一例を示す図である。予め定義された「ｅ」に対応する文字配置パターンは、例えば、図６の左側に示した６個のルートパーツの配置パターンである。なお、「ｅ」に対応する文字配置パターンは、図６の左側に限らず、複数定義されていてもよい。

ここで、図６の左側に示した６個のルートパーツと、図８の左側の６個のルートパーツとを比較すると、図８の（４，２）のルートパーツ（点線で囲まれたパーツ）のみ異なる。この（４，２）のルートパーツは、左、上、右を接続方向として有する３方向パーツであり、これは、図７の（ｃ－１）を１８０度回転させたものと同じ模様である。このため、この（４，２）のルートパーツは、図７の（Ｃ）を１８０度回転させた２方向Ｌ字パーツと同一のものとして見なされる。したがって、図８の左側の６個のルートパーツは、図６の左側に示した６個のルートパーツと一致すると見なされ、文字「ｅ」として認識される。

同様に、図６の左側に示した６個のルートパーツと、図８の右側の６個のルートパーツとを比較すると、（２，５）、（２，６）、及び（３，６）に配置されたルートパーツが異なる。（２，５）に配置された曲線パーツは、回転角が２７０度の２方向Ｌ字パーツと同一として見なされる。（２，６）に配置された３方向パーツは、回転角が０度の２方向Ｌ字パーツと同一として見なされる。また、（３，６）に配置された曲線パーツは、回転角が９０度の２方向Ｌ字パーツと同一として見なされる。したがって、図８の右側の６個のルートパーツは、図６の左側に示した６個のルートパーツと一致すると見なされ、文字「ｅ」として認識される。

このように、ユーザにより作成された複数のルートパーツによって構成されるルートパーツ群が、定義された文字配置パターンと完全に一致しなくても、同一と見なされるルートパーツによって構成されている場合には、当該ルートパーツ群は、当該文字配置パターンに対応する文字として認識される。

（例外エリア）
ここで、各文字配置パターンには、例外エリアが設けられている。以下、例外エリアについて説明する。

図９は、文字配置パターン毎に定められた例外エリアの一例を示す図である。図１０は、例外エリアにルートが伸びているため、文字「Ｐ」とは認識されないパターンの一例を示す図である。図１１は、例外エリアにルートが伸びていないため、文字「Ｐ」と認識されるパターンの一例を示す図である。

図９の（ａ）及び（ｂ）は、文字「ｐ」又は「Ｐ」に対応する文字配置パターンである。なお、図９では、各文字配置パターンにおける複数のルートパーツの位置は、仮想空間における絶対位置（ｎ行ｍ列目として表される位置）として表されるように見えるが、実際には、各ルートパーツの位置は相対位置として定義されている。したがって、例えば、図９の（ａ）に示される各ルートパーツの位置が、右に１又は複数グリッド分ずれていても、図９の（ａ）に示すパターンと同じである。

図９に示されるように、各文字配置パターンには、例外エリアが設けられている。ここで、例外エリアは、そのエリアにルートが伸びている場合には、その文字とは認識されないエリアである。例えば、図９の（ａ）に示される文字配置パターンは、（２，１）、（２，２）、（２，３）、（３，１）、（３，２）、（３，３）、及び（４，１）の７個のルートパーツによって文字「Ｐ」が形成される。この文字配置パターンにおいて、（４，２）及び（４，３）の位置に例外エリアが設定されている。この例外エリアにルートパーツが配置され、かつ、例外エリアに配置されたルートパーツのルート画像が、この文字配置パターンを構成する他のルートパーツのルート画像と接続される場合、これら８個のルートパーツによって構成されるルートパーツ群は、文字「Ｐ」とは認識されない。

例えば、図１０に示されるように、（２，１）、（２，２）、（２，３）、（３，１）、（３，２）、（３，３）に配置された６個のルートパーツは、図９の（ａ）の同じ位置に配置された６個のルートパーツと一致する。また、図１０の（４，１）に配置された２方向Ｌ字パーツは、２７０度回転された１方向パーツ（接続方向が上辺の１方向パーツ）と同一と見なされる。このため、例外エリアが考慮されない場合、図１０におけるこれら７個のルートパーツは、文字「Ｐ」として認識される。しかしながら、図１０では、例外エリアとして設定されている（４，２）には、（４，１）の２方向Ｌ字パーツと接続される２方向Ｉ字パーツが配置されており、（４，１）から例外エリアにルートが伸びている。このため、これら（２，１）、（２，２）、（２，３）、（３，１）、（３，２）、（３，３）、（４，１）、及び、（４，２）に配置された８個のルートパーツは、文字「Ｐ」として認識されない。このように、文字配置パターンに設定された例外エリアにルートが伸びている場合には、当該文字配置パターンに対応する文字には見えないため、当該文字配置パターンに対応する文字としては認識されない。

一方、図１１に示されるパターンでは、例外エリアとして設定されている（４，２）には、２方向Ｌ字パーツが配置されているものの、当該（４，２）に配置された２方向Ｌ字パーツは、（４，１）及び（３，２）に配置されたルートパーツとは接続されていない。すなわち、文字「Ｐ」を構成するエリアから例外エリアには、ルートが伸びていない。このため、これら（２，１）、（２，２）、（２，３）、（３，１）、（３，２）、（３，３）、及び、（４，１）に配置された７個のルートパーツは、通常どおり、文字「Ｐ」として認識される。このように、文字配置パターンに設定された例外エリアにルートが伸びていない場合には、当該文字配置パターンに対応する文字として認識される。

（文字の優先認識）
次に、文字の優先認識について説明する。本実施例では、複数のルートパーツを文字として認識する際に、左優先認識処理と接続数優先認識処理とが行われる。以下、各処理について説明する。

図１２は、左優先認識処理が行われない場合における文字の認識の一例を示す図である。図１３は、左優先認識処理が行われる場合における文字の認識の一例を示す図である。

（４，１）、（２，２）、（３，２）、（４，２）、（２，３）、（３，３）、（４，３）、（２，４）、（３，４）、及び（４，４）の位置に、それぞれ図１２に示すようなルートパーツが配置されている。この配置パターンにおいて、仮に左優先認識処理が行われない場合、点線によって囲まれる６個のルートパーツ（（２，２）、（３，２）、（４，２）、（２，３）、（３，３）及び（４，３）のルートパーツ）によって構成されるルートパーツ群は、文字「ｎ」に対応する文字配置パターンとして認識され得る。この６個のルートパーツによって構成されるルートパーツ群が文字「ｎ」として認識された場合、当該ルートパーツ群の左側に残った（４，１）のルートパーツは、文字の一部を構成しない。また、当該ルートパーツ群の右側の一点鎖線で囲まれた（２，４）、（３，４）、及び（４，４）の３個のルートパーツは、例えば文字「Ｉ」として認識されてもよい。

一方、左優先認識処理が行われる場合、仮想空間の左下に近いほど優先的に文字検出が行われる。例えば、図１３に示されるように、点線で囲まれた（４，１）、（４，２）、（３，２）、及び（２，２）の４個のルートパーツは、予め定義された文字「Ｊ」に対応する文字配置パターンと一致する（又は、同一と見なされる）。このため、これら４個のルートパーツは、文字「Ｊ」に対応する文字配置パターンとして認識される。その後、さらに、これら４個のルートパーツを除いて、文字検出が行われる。その結果、図１３の一点鎖線によって囲まれる６個のルートパーツ（（２，３）、（３，３）、（４，３）、（２，４）、（３，４）、及び（４，４）のルートパーツ）は、文字「Ｏ」に対応する文字配置パターンとして認識される。したがって、図１３に示される配置パターンは、文字列「ＪＯ」として認識される。

このように、本実施例では、ある位置に配置された複数のルートパーツが、複数の文字配置パターンを構成するルートパーツに共通して含まれる場合、仮想空間の左下の位置により近い文字配置パターンを優先して検出する左優先認識処理が行われる。具体的には、本実施例では、ユーザ配置パターンに含まれる複数のルートパーツが、第１の位置に配置された文字配置パターンとしても第２の位置に配置された文字配置パターンとしても構成され得る場合、当該ルートパーツを、仮想空間の左下に近い方の第２の位置に配置された文字配置パターンを構成するルートパーツとして見なす。つまり、ユーザ配置パターンにおける、第１の位置に配置された文字配置パターンと当該第１の位置よりも仮想空間の左下に近い第２の位置に配置された文字配置パターンとが、同一の位置に配置された共通のルートパーツを含んでいる場合、当該共通のルートパーツは、第２の位置に配置された文字配置パターンを構成するルートパーツとして見なされる。

例えば、図１２及び図１３に示すような１０個のルートパーツを含むユーザ配置パターンがユーザによって作成された場合、この１０個のルートパーツからパターンマッチングにより文字の候補が検出される。例えば、図１２の点線で囲まれた６個のルートパーツは、予め定義された文字「ｎ」に対応する文字配置パターンと一致するため、文字「ｎ」が候補として検出される。また、図１３の点線で囲まれた４個のルートパーツは、予め定義された文字「Ｊ」に対応する文字配置パターンと一致するため、文字「Ｊ」が候補として検出される。ここで、（２，２）、（３，２）、及び（４，２）の３個のルートパーツは、図１２に示す「ｎ」にも、図１３に示す「Ｊ」にも含まれる。すなわち、「ｎ」に対応する文字配置パターンと「Ｊ」に対応する文字配置パターンとは、共通の３個のルートパーツを含む。図１３に示す「Ｊ」に対応する文字配置パターンの仮想空間における位置は、図１２に示す「ｎ」に対応する文字配置パターンの仮想空間における位置よりも、左側である。このため、（２，２）、（３，２）、及び（４，２）の３個のルートパーツは、「Ｊ」に対応する文字配置パターンを構成するものとして見なされて、文字認識が行われる。すなわち、仮想空間の左側から優先的に文字認識が行われる。そして、その優先認識された文字配置パターンを除いて、さらに文字認識が行われる。図１３に示す例では、１０個のルートパーツを含むユーザ配置パターンのうち、優先認識された４個のルートパーツによって構成される「Ｊ」に対応する文字配置パターンを除いて、さらにその右側の６個のルートパーツに対して文字認識が行われる。その結果、６個のルートパーツは、「Ｏ」に対応する文字配置パターンとして認識される。さらに右側に文字配置パターンが存在する場合も同様である。

なお、複数のルートパーツによって構成される文字配置パターンの仮想空間における位置は、当該文字配置パターンを構成する複数のルートパーツのうちの何れかのルートパーツの位置によって定められてもよい。例えば、文字配置パターンを構成する複数のルートパーツのうち、左下のルートパーツの位置を、その文字配置パターンの仮想空間における位置として定められてもよい。

また、本実施例では、仮想空間の左下を優先して文字認識を行うものとしたが、別の実施例では、仮想空間の右側を優先して文字認識を行ってもよいし、上側を優先して文字認識を行ってもよい。すなわち、仮想空間における任意の基準位置に近い位置に配置された複数のルートパーツに対して優先的に文字認識を行ってもよい。

なお、基本的には仮想空間に配置されたルートパーツは、同時に複数の文字配置パターンを構成しないものとするが、例外的に、ある位置に配置されたルートパーツが、２つの文字配置パターンの一部として構成される場合があってもよい。図１４は、ルートパーツが２つの文字配置パターンの一部として構成される例を示す図である。図１４に示されるように、（３，３）、（４，３）、（３，４）、及び（４，４）の４個のルートパーツは、文字「ｏ」に対応する文字配置パターンを構成する。また、（３，４）、（４，４）、（３，５）、及び（４，５）の４個のルートパーツは、文字「ｏ」に対応する文字配置パターンを構成する。（３，４）及び（４，４）のルートパーツは、これら２つの文字配置パターンの何れにも含まれる。基本的には、（３，４）及び（４，４）のルートパーツは、何れか一方の文字配置パターンを構成するものとして認識されるが、図１４に示されるような特殊な配置パターンは、２つの「ｏ」として認識される。

次に、接続数優先認識処理について説明する。例えば、複数のルートパーツによって形成されるルートが、第１の文字としても、第２の文字としても形成され得る場合、接続数のより多い方の文字を優先的に認識する接続数優先認識処理が行われる。図１５は、接続数優先認識処理の概要を説明するための図である。

図１５の上図に示される（２，１）、（２，２）、（２，３）、（３，１）、（３，２）、（３，３）及び（４，１）の７個のルートパーツは、（２，３）及び（３，３）に配置された２個のルートパーツを除く、５個のルートパーツのルートパーツ群として捉えることができる。この（２，３）及び（３，３）を除いた５個のルートパーツによって構成されるルートパーツ群は、図１５の下図の左側のように、文字「Ｆ」のように見える。実際に、文字「Ｆ」に対応する文字配置パターンとして、このような文字配置パターンが予め定義されている。一方、（２，３）及び（３，３）を含む７個のルートパーツは、文字「Ｐ」に対応する文字配置パターンとして、予め定義されている。すなわち、図１５の上図に示される７個のルートパーツは、文字「Ｐ」としても文字「Ｆ」としても形成され得る、１つの文字に対応する特定文字配置パターンである。

このように、１つの文字に対応する特定文字配置パターンが、複数の文字として形成され得る場合、当該特定文字配置パターンは、合計の接続数が最も多い文字に対応する文字配置パターンとして認識される。具体的には、図１５の下図に示す５個のルートパーツによって構成される「Ｆ」に対応する文字配置パターンの合計の接続数は、「１０」である。すなわち、「Ｆ」に対応する文字配置パターンとして、図１５の下図の左側に示されているようなパターンが予め定義されている。予め定義された「Ｆ」に対応する文字配置パターンを構成する各ルートパーツの接続数を合計すると、「１０」になる。また、図１５に示す７個のルートパーツによって構成される「Ｐ」に対応する文字配置パターンの合計の接続数は「１４」である。このため、図１５の上図に示される「Ｆ」としても「Ｐ」としても形成され得る、１つの文字に対応する特定文字配置パターンは、合計の接続数がより多い「Ｐ」に対応する文字配置パターンとして認識される。なお、本実施例では、特定文字配置パターンが検出された場合に、特定文字配置パターンに含まれる各文字に対応する予め定義された文字配置パターンの合計の接続数が算出される。そして、各文字についての合計の接続数が比較され、何れかの文字として認識される。他の実施例では、特定文字配置パターンが検出された場合に、特定文字配置パターンに含まれる各文字に対応する、実際に配置された複数のルートパーツの合計の接続数が算出されてもよい。

このような接続数優先認識処理は、複数の異なる文字として形成可能な、１つの文字に対応する複数のルートパーツを、各ルートパーツのルート画像の合計の長さが最も長い文字として認識する処理であるとも言える。例えば、「１方向パーツ（半直線の模様）」のルート画像の長さを「１」とした場合、図１５の下図の左側に示される「Ｆ」に対応する文字配置パターンの各ルート画像の長さの合計は、「１０」である。一方、図１５の下図の右側の「Ｐ」に対応する文字配置パターンの各ルート画像の長さの合計は、「１４」である。したがって、図１５の上図に示される特定文字配置パターンは、合計のルートの長さがより長い「Ｐ」に対応する文字配置パターンとして認識される。

このように、本実施例では、ある位置に配置された複数のルートパーツが、複数の文字配置パターンを構成するルートパーツに共通して含まれる場合、接続数が最も多い（ルート画像の合計の長さが最も長い）文字配置パターンを優先して検出する接続数優先認識処理が行われる。具体的には、本実施例では、ユーザ配置パターンに含まれる複数のルートパーツが、１つの文字に対応する特定文字配置パターンを構成し、当該特定文字配置パターンが第１の文字としても、第２の文字としても形成され得る場合、当該特定文字配置パターンを、接続数が多い方の（ルートが長い方の）の第２の文字に対応する文字配置パターンとして認識する。つまり、ユーザ配置パターンにおける、第１の文字に対応する文字配置パターンと第２の文字に対応する文字配置パターンとが、同一の位置に配置された共通のルートパーツによって構成されている場合、当該共通のルートパーツは、第２の文字に対応する文字配置パターンを構成するルートパーツとして見なされる。

上述した各処理の結果、ユーザによって作成されたユーザ配置パターンから複数の文字配置パターンが検出された場合、各文字配置パターンの仮想空間における位置に基づいて、文字列が構成される。具体的には、各文字配置パターンに対応する文字を左から並べて文字列が構成される。仮想空間の左下（４，１）に近い位置に配置された文字配置パターンに対応する文字ほど、先に並べられる。例えば、図６に示すユーザ配置パターンの場合は、各文字配置パターンは、左から「ｅ」に対応する文字配置パターン、「ｂ」に対応する文字配置パターン、「Ｃ」に対応する文字配置パターンの順に並んでいるため、これらの文字を左から並べて、文字列「ｅｂＣ」が構成される。また、図１３に示すユーザ配置パターンの場合は、文字列「ＪＯ」が構成される。そして、構成された文字列が、予め定義された禁止ワードと一致するか否かが判定される。構成された文字列が禁止ワードと一致する場合には、当該ユーザ配置パターンを表す配置情報のアップロードが禁止される。

（禁止図形のアップロード制限）
次に、禁止図形のアップロード制限について説明する。本実施例では、禁止図形に対応する特定図形パターンが予め複数定義されている。ここで、「特定図形パターン」とは、複数のルートパーツが配置されることによって形成されるルート（模様）が、禁止図形（特定模様の一例）に見えるようなルートパーツの配置パターンであり、複数のルートパーツの配置位置、模様、及び配置方向を要素とするパターンである。

ユーザによって作成されたユーザ配置パターンが、特定図形パターンを含む場合には、当該ユーザ配置パターンを表す配置情報のアップロードが禁止される。

なお、文字配置パターンと同様に、特定図形パターンについても、特定図形パターン毎に例外エリアが設けられている。このため、例外エリアにルートが伸びている配置パターンは、特定図形パターンとは見なされない。すなわち、特定図形パターンを構成するルートパーツから、当該特定図形パターンに設定された例外エリアにルートが伸びている場合（例外エリアのルートパーツと、例外エリアに隣接する特定図形パターンを構成するルートパーツとが接続されている場合）、当該ルートパーツは、当該特定図形パターンとは認識されない。

また、本実施例では、同一の模様種別（ルート画像の表示態様）が対応付けられた複数のルートパーツ（同一の種類の複数のルートパーツ）からなる部分集合模様ごとに、禁止図形パターンか否かの判定が行われる。すなわち、複数のメインルートパーツからなるメインルートパーツ群が、予め定義された特定図形パターンと一致する場合には、当該特定図形パターンに対応する禁止図形が検出され、複数のサブルートパーツにからなるサブルートパーツ群が、予め定義された特定図形パターンと一致する場合には、当該特定図形パターンに対応する禁止図形が検出される。言い換えると、本実施例では、メインルートパーツとサブルートパーツとが混在する複数のルートパーツは、１つの禁止図形を形成するものとは見なされない。

（処理の詳細）
次に、ゲームシステム１において行われる処理の詳細について説明する。まず、後述するフローチャートによる処理の実行中に、ゲームシステム１に記憶されるデータについて説明する。図１６は、ゲームシステム１に記憶されるデータの一例を示す図である。

図１６に示されるように、ゲームシステム１（具体的には、ＤＲＡＭ８５、フラッシュメモリ８４、又はスロット２３に装着された外部記憶媒体）には、ゲームプログラムと、ルートパーツデータと、ユーザ配置パターンデータと、文字配置パターンデータと、禁止図形パターンデータと、禁止ワードデータとが記憶される。これらの他にも、ゲームに用いられる様々なデータ（例えば、プレイヤオブジェクトＰＯに関するデータ）が記憶される。

ゲームプログラムは、ゲームシステム１において行われるゲームを実行するためのプログラムであり、後述するフローチャートによる処理を実行するためのプログラムである。

ルートパーツデータは、予め用意された複数のルートパーツに関するデータである。ルートパーツデータは、メインルートパーツに関するデータと、サブルートパーツに関するデータとを含む。上述のように、各ルートパーツは、プレイヤオブジェクトＰＯが移動可能なルートを形成するルート画像（模様）を有する。

ユーザ配置パターンデータは、ユーザの配置操作によって生成されるデータであり、仮想空間に配置された各ルートパーツの配置位置、模様、及び配置方向に関する情報を含むデータである。ルートパーツの配置位置に関する情報は、例えば、（ｎ，ｍ）のように表される。ルートパーツの模様に関する情報は、ルートパーツの模様の種類を示す情報であり、無模様、半直線の模様、Ｉ字型の模様、Ｌ字型の模様、Ｔ字型の模様、及び、曲線の模様のうちの何れかを示す情報である。ルートパーツの配置方向に関する情報は、回転角を示す情報であり、例えば、０度、９０度、１８０度、又は、２７０度を示す情報である。また、ユーザ配置パターンデータは、各ルートパーツの種類（メインルートパーツかサブルートパーツか）を示す情報を含む。

文字配置パターンデータは、文字判定に用いられるデータであり、複数のルート画像によって形成されるルートが１つの文字のように見える予め定義された配置パターンを示すデータである。文字配置パターンデータは、複数のルートパーツの相対的な位置、模様、及び配置方向に関する情報を含むデータである。文字毎に文字配置パターンデータが用意されている。各文字配置パターンには、例外エリアが設けられている。本実施例では、複数のアルファベット及びアラビア数字に対応する文字配置パターンデータが予め用意されている。

禁止図形パターンデータは、複数のルートパーツのルート画像によって形成されるルートが禁止図形のように見える予め定義された配置パターンを示すデータである。禁止図形パターンデータは、複数のルートパーツの相対的な位置、模様、及び配置方向に関する情報を含むデータである。本実施例では、予め複数の禁止図形に対応する禁止図形パターンデータが用意されている。また、各禁止図形パターンには、例外エリアが設けられている。

禁止ワードデータは、公開が制限されるワードを示すデータである。本実施例では、予め複数の禁止ワードが定義されている。

図１７は、ゲームシステム１のプロセッサ８１によって実行される処理の一例を示すフローチャートである。図１７に示す処理は、例えばユーザによってゲームの開始が指示されたことに応じて開始される。

図１７に示されるように、プロセッサ８１は、ゲームワールドを作成するか否かを判定する（ステップＳ１）。具体的には、プロセッサ８１は、ユーザによってゲームワールドを作成／編集するための指示が行われたか否かを判定する。

ユーザによってゲームワールドを作成／編集するための指示が行われた場合（ステップＳ１：ＹＥＳ）、プロセッサ８１は、図４に示すゲームワールド作成画面を表示して、ゲームワールド作成処理を実行する（ステップＳ２）。ゲームワールド作成処理では、ユーザの配置操作に応じてルートパーツが仮想空間に配置されゲームワールドが作成される。そして、作成されたゲームワールドのサーバへのアップロードが指示された場合、上述した禁止ワードや禁止図形に関する判定が行われ、アップロードの可否が判定される。ステップＳ２のゲームワールド作成処理の詳細については後述する。

ステップＳ２の処理を実行した場合、又は、ステップＳ１でＮＯと判定した場合、プロセッサ８１は、サーバにアップロードされた、他のユーザによって作成されたユーザ配置パターンデータ（配置情報）をダウンロードするか否かを判定する（ステップＳ３）。具体的には、プロセッサ８１は、ユーザによってサーバにアップロードされたユーザ配置パターンデータのダウンロードが指示された場合、ステップＳ３でＹＥＳと判定する。他のユーザのユーザ配置パターンデータをダウンロードすると判定した場合（ステップＳ３：ＹＥＳ）、プロセッサ８１は、サーバから他のユーザのユーザ配置パターンデータをダウンロードする（ステップＳ４）。

ステップＳ４の処理を実行した場合、又は、ステップＳ３でＮＯと判定した場合、プロセッサ８１は、ゲーム処理を行う（ステップＳ５）。ステップＳ５では、ダウンロードした他のユーザによって作成されたユーザ配置パターンデータ、又は、ゲームシステム１のユーザによって作成されたユーザ配置パターンデータに基づいて、ゲーム処理が行われる。具体的には、ステップＳ５では、ユーザ配置パターンデータに基づいて、仮想空間にルートを含むゲームワールドが生成されるとともにプレイヤオブジェクトＰＯが配置され、ユーザの操作に応じて、プレイヤオブジェクトＰＯがルートに沿って移動される。プレイヤオブジェクトＰＯが、ルート上に設定されたコースポイントに到達した場合は、当該コースポイントに設定されたゲームステージに画面が移行して、プレイヤオブジェクトＰＯを用いたゲームが行われる。プレイヤオブジェクトＰＯがゲームワールドのルート上に設定されたエンドポイントに到達した場合、又は、ユーザによってゲームの終了が指示された場合、プロセッサ８１は、ステップＳ５のゲーム処理を終了する。以上で、図１７の説明を終了する。

（ゲームワールド作成処理の詳細）
次に、ステップＳ２のゲームワールド作成処理の詳細について説明する。図１８は、ステップＳ２のゲームワールド作成処理の一例を示すフローチャートである。

図１８に示されるように、プロセッサ８１は、入力装置（左コントローラ３、右コントローラ４、又はタッチパネル１３等）に対する入力に応じた入力データを取得する（ステップＳ２００）。次に、プロセッサ８１は、取得した入力データに基づいて、パーツ配置処理を行う（ステップＳ２０１）。ここでは、図４に示されるゲームワールド作成画面において、ユーザの配置操作に応じて、ルートパーツが選択され、仮想空間のグリッドに配置される。具体的には、図４のゲームワールド作成画面において、ユーザによって、複数のルートパーツの中から何れか１つが選択される。そして、選択されたルートパーツが、ユーザによって指定された仮想空間の位置に配置される。また、ユーザによってルートパーツの回転操作（例えば、配置されたルートパーツをタップする操作）が行われた場合、ルートパーツが回転される。これにより、ルートパーツ内の模様（ルート画像）の方向が変化する。各ルートパーツの配置位置、模様、及び、配置方向に関する情報は、ユーザ配置パターンデータとして記憶される。

次に、プロセッサ８１は、ユーザによる配置操作が完了したか否かを判定する（ステップＳ２０２）。具体的には、ユーザによって配置操作の完了が指示された場合、プロセッサ８１は、配置操作が完了したと判定する。ステップＳ２０２でＮＯと判定した場合、プロセッサ８１は、再びステップＳ２００の処理を実行する。ステップＳ２００～ステップＳ２０２の処理が所定のフレーム時間間隔（例えば、１／６０秒間隔）で繰り返し実行されることにより、ユーザの配置操作に応じて、複数のルートパーツが仮想空間に配置され、ルートが形成される。すなわち、複数のルートパーツについての配置位置、模様、及び、回転方向を要素とするユーザ配置パターンデータが作成される。

ステップＳ２０２でＹＥＳと判定した場合、プロセッサ８１は、作成されたユーザ配置パターンデータを、例えばフラッシュメモリ８４に保存する（ステップＳ２０３）。

次に、プロセッサ８１は、作成されたユーザ配置パターンデータをサーバにアップロードするための指示がユーザによって行われたか否かを判定する（ステップＳ２０４）。ユーザによってアップロード指示が行われた場合（ステップＳ２０４：ＹＥＳ）、プロセッサ８１は、禁止図形判定処理を実行する（ステップＳ２０５）。禁止図形判定処理は、ユーザによって作成されたユーザ配置パターンが、禁止図形を含む特定パターンか否かを判定する処理である。ステップＳ２０５の禁止図形判定処理の詳細については後述する。

次に、プロセッサ８１は、禁止ワード判定処理を実行する（ステップＳ２０６）。禁止ワード判定処理は、ユーザによって作成されたユーザ配置パターンが、禁止ワードを含む特定パターンか否かを判定する処理である。ステップＳ２０６の禁止ワード判定処理の詳細については後述する。

次に、プロセッサ８１は、ステップＳ２０５及びステップＳ２０６の結果に基づいて、ユーザ配置パターンデータ（配置情報）のアップロードが禁止されたか否かを判定する（ステップＳ２０７）。アップロードが禁止されなかった場合（ステップＳ２０７：ＮＯ）、プロセッサ８１は、ユーザ配置パターンデータをサーバにアップロードする（ステップＳ２０８）。一方、アップロードが禁止された場合（ステップＳ２０７：ＹＥＳ）、プロセッサ８１は、ユーザ配置パターンデータをサーバにアップロードしない（ステップＳ２０９）。なお、プロセッサ８１は、ステップＳ２０９において、ユーザ配置パターンデータのサーバへのアップロードを禁止したことを示す表示を行ってもよい。

ステップＳ２０８の処理を実行した場合、ステップＳ２０９の処理を実行した場合、又は、ステップＳ２０４でＮＯと判定した場合、プロセッサ８１は、図１８に示す処理を終了する。

（禁止図形判定処理の詳細）
次に、ステップＳ２０５の禁止図形判定処理の詳細について説明する。図１９は、ステップＳ２０５の禁止図形判定処理の一例を示すフローチャートである。

図１９に示されるように、プロセッサ８１は、ユーザ配置パターンデータに基づいて、ルートパーツの種類毎に図形のパターンマッチングを行う（ステップＳ２２０）。ここで、ルートパーツの種類は、ルートパーツに含まれる模様の種類であり、模様の表示態様である。具体的には、プロセッサ８１は、複数のルートパーツの種類（実線のルート画像を有するメインルートパーツ、又は、点線のルート画像を有するサブルートパーツ）のうちの何れかを選択し、選択した種類の複数のルートパーツによって構成されるルートパーツ群の中に、予め定義された禁止図形を示す禁止図形パターンが含まれるか否かを判定する。例えば、プロセッサ８１は、ユーザ配置パターンの中からメインルートパーツのみを抜き出し、複数のメインルートパーツの配置位置、模様（半直線の模様、Ｉ字型の模様等）、及び、配置方向が、予め定められた禁止図形を示す禁止図形パターンと一致するか否かを判定する。これにより、プロセッサ８１は、ユーザによって配置された複数のメインルートパーツによって構成されるルートパーツ群の中から、予め定義された禁止図形と一致する配置パターンを、禁止図形の候補として検出する。

次に、プロセッサ８１は、ステップＳ２２０で禁止図形の候補が検出された場合、検出された禁止図形の候補について、当該禁止図形に設定された例外エリアにルートが伸びているときには、当該禁止図形の候補を除外する（ステップＳ２２１）。上述のように、禁止図形パターンには、予め例外エリアが設けられている。その例外エリアにルートが伸びている場合、すなわち、禁止図形を構成するルートパーツと、例外エリアに配置されているルートパーツとが接続される場合、プロセッサ８１は、当該禁止図形の候補を除外する。

そして、プロセッサ８１は、ユーザ配置パターンの中に禁止図形が存在するか否かを判定する（ステップＳ２２２）。ステップＳ２２１の処理の結果、ユーザ配置パターンの中に１以上の禁止図形が存在する場合（ステップＳ２２２：ＹＥＳ）、プロセッサ８１は、当該ユーザ配置パターンのアップロードを禁止する（ステップＳ２２３）。そして、プロセッサ８１は、図１９に示す処理を終了する。

一方、ユーザ配置パターンの中に禁止図形が存在しないと判定した場合（ステップＳ２２２：ＮＯ）、プロセッサ８１は、全種類のルートパーツでパターンマッチングを行ったか否かを判定する（ステップＳ２２４）。ここでは、メインルートパーツ及びサブルートパーツの何れに対しても、ステップＳ２２０～ステップＳ２２２の処理が行われたか否かが判定される。

ステップＳ２２４でＮＯと判定した場合、プロセッサ８１は、再びＳ２２０の処理を実行して、上記と別の種類のルートパーツを選択して同様の処理を行う。ステップＳ２２４でＹＥＳと判定した場合、プロセッサ８１は、図１９に示す処理を終了する。

（禁止ワード判定処理の詳細）
次に、ステップＳ２０６の禁止ワード判定処理の詳細について説明する。図２０は、ステップＳ２０６の禁止ワード判定処理の一例を示すフローチャートである。

図２０に示されるように、プロセッサ８１は、ユーザによって作成されたユーザ配置パターンに基づいて、ルートパーツの種類毎に文字のパターンマッチングを行う（ステップＳ２３０）。ここで、ルートパーツの種類は、ルートパーツに含まれる模様の種類であり、模様の表示態様である。具体的には、プロセッサ８１は、複数のルートパーツの種類（実線のルート画像を有するメインルートパーツ、又は、点線のルート画像を有するサブルートパーツ）のうちの何れかを選択し、選択した種類の複数のルートパーツによって構成されるルートパーツ群の中に、予め定義された文字配置パターンが含まれるか否かを判定する。例えば、プロセッサ８１は、ユーザ配置パターンの中からメインルートパーツのみを抜き出し、複数のメインルートパーツの配置位置、模様（半直線の模様、Ｉ字型の模様等）、及び、配置方向が、予め定められた文字配置パターンと一致するか否かを判定する。これにより、プロセッサ８１は、ユーザによって配置された複数のメインルートパーツの中から、予め定義された文字配置パターンと一致する配置パターンを文字の候補として検出する。ここでは、全ての文字の候補が検出される。例えば、図１５に示すようなユーザ配置パターンの場合には、７個のメインルートパーツは、「Ｆ」に対応する文字配置パターンとしても、「Ｐ」に対応する文字配置パターンとしても検出される。また、図１２及び図１３に示すようなユーザ配置パターンの場合には、「ｎ」に対応する文字配置パターン、「Ｉ」に対応する文字配置パターン、「Ｊ」に対応する文字配置パターン、及び、「Ｏ」に対応する文字配置パターンが検出される。

次に、プロセッサ８１は、ステップＳ２３０で検出された文字の候補について、当該文字配置パターンに設定された例外エリアにルートが伸びている場合、当該文字の候補を除外する（ステップＳ２３１）。上述のように、文字配置パターンには、予め例外エリアが設けられている。その例外エリアにルートが伸びている場合、すなわち、文字を構成するルートパーツと、例外エリアに配置されているルートパーツとが接続される場合、プロセッサ８１は、当該文字の候補を除外する。

次に、プロセッサ８１は、同じルートパーツを使用した文字が認識されたか否かを判定する（ステップＳ２３２）。ここでは、ステップＳ２３０で検出された文字の候補のそれぞれに、共通のルートパーツが含まれるか否かが判定される。例えば、図１５の上図に示されるようなユーザ配置パターンの場合、ステップＳ２３０の処理では、「Ｆ」及び「Ｐ」が文字の候補としてそれぞれ検出される。この２つの文字の候補は、５個の共通のルートパーツ（（２，１）、（２，２）、（３，１）、（３，２）、及び（４，１）のルートパーツ）を含む。この場合には、ステップＳ２３２でＹＥＳと判定される。また、例えば、図１２に示されるようなユーザ配置パターンの場合、ステップＳ２３０の処理では、４つの文字の候補が検出される。すなわち、図１２に示されるユーザ配置パターンからは、「ｎ」、「Ｉ」、「Ｊ」、「Ｏ」が文字の候補として検出される（図１２、図１３）。「ｎ」と「Ｊ」の２つの文字の候補は、３個の共通のルートパーツ（（２，２）、（３，２）、及び（４，２）のルートパーツ）を含む。この場合には、ステップＳ２３２でＹＥＳと判定される。

ステップＳ２３２でＹＥＳと判定した場合、プロセッサ８１は、左側の文字を優先して認識する左優先認識処理を行う（ステップＳ２３３）。ここでは、画面の左下から優先的に文字が認識される。具体的には、プロセッサ８１は、ステップＳ２３０で検出された複数の文字の候補のうち、ステップＳ２３１で除外されたものを除く全ての文字の候補について、その文字を構成する文字配置パターンの位置を特定する。そして、プロセッサ８１は、特定した文字配置パターンの位置に基づいて、仮想空間の左下から右上に向かって順に文字を認識していく。例えば、図１３に示されるようなユーザ配置パターンでは、プロセッサ８１は、まず、文字「Ｊ」を認識し、その後、「Ｊ」の部分を除いた複数のルートパーツについて文字を認識していく。そして、プロセッサ８１は、結果として、図１３に示されるようなユーザ配置パターンを、「Ｊ」及び「Ｏ」として認識する。

次に、プロセッサ８１は、接続数の合計が多い方の文字を優先して認識する接続数優先認識処理を行う（ステップＳ２３４）。具体的には、プロセッサ８１は、複数の文字の候補として検出された特定文字配置パターンがある場合、各文字の候補について接続数の合計を算出する。そして、プロセッサ８１は、当該特定文字配置パターンを、接続数の合計が多い方の文字として認識する。例えば、プロセッサ８１は、図１５の上図に示されるユーザ配置パターンを、接続数の合計が多い方の文字「Ｐ」として認識する。

ステップＳ２３４の処理を行った場合、又は、ステップＳ２３２でＮＯと判定した場合、プロセッサ８１は、全種類のルートパーツでパターンマッチングを行ったか否かを判定する（ステップＳ２３５）。ここでは、メインルートパーツ及びサブルートパーツの何れに対しても、ステップＳ２３０～ステップＳ２３４の処理が行われたか否かが判定される。

ステップＳ２３５でＮＯと判定した場合、プロセッサ８１は、再びＳ２３０の処理を実行して、上記と別の種類のルートパーツを選択して同様の処理を行う。

一方、ステップＳ２３５でＹＥＳと判定した場合、プロセッサ８１は、ステップＳ２３０～ステップＳ２３５の処理で認識した各文字から文字列（単語）を構成する（ステップＳ２３６）。ここでは、プロセッサ８１は、認識した各文字を、その文字に対応する文字配置パターンの仮想空間における位置に基づいて並べることにより、文字列を構成する。ここでは、仮想空間の左側に出現した文字配置パターンから順に文字が並べられる。

次に、プロセッサ８１は、ステップＳ２３６で構成した文字列の中に、予め定義された禁止ワードが含まれるか否かを判定する（ステップＳ２３７）。文字列の中に禁止ワードが含まれる場合（ステップＳ２３７：ＹＥＳ）、プロセッサ８１は、ユーザ配置パターンのアップロードを禁止する（ステップＳ２３８）。

ステップＳ２３７でＮＯと判定した場合、又は、ステップＳ２３８の処理を実行した場合、プロセッサ８１は、図２０に示す処理を終了する。

このように、ステップＳ２２３又はステップＳ２３８においてアップロードが禁止された場合、上記ステップＳ２０９でユーザ配置パターンデータのアップロードは行われない。ステップＳ２２３及びステップＳ２３８の何れも行われなかった場合は、ユーザ配置パターンデータのアップロードは許可され、上記ステップＳ２０８でユーザ配置パターンデータのアップロードが行われる。

なお、上記フローチャートで示した処理は単なる例示に過ぎず、処理の順番や内容等は適宜変更されてもよい。

以上のように、本実施例の情報処理システムは、サーバと、ゲームシステム１とを備える。ゲームシステム１は、表示装置に表示される模様（ルート画像）が対応付けられたルートパーツを、ユーザの配置操作に応じて仮想空間に配置する（ステップＳ２０１）。ゲームシステム１は、ユーザの配置操作に応じて仮想空間に配置された複数のルートパーツの配置位置及び当該パーツに対応付けられた模様を要素とするユーザ配置パターンが、複数のルートパーツの模様によって形成される集合模様に特定模様（禁止図形や禁止ワード）が含まれる特定パターンであるか否かを判定する（ステップＳ２０５、ステップＳ２０６）。ゲームシステム１は、ユーザ配置パターンが特定パターンであると判定しなかった場合は、ユーザ配置パターンを表す配置情報をサーバにアップロードし（ステップＳ２０８）、ユーザ配置パターンが特定パターンであると判定した場合は、当該配置情報をサーバにアップロードしない（ステップＳ２０９）。

このように、模様が対応付けられたルートパーツをユーザの配置操作に応じて仮想空間に配置することにより、ユーザは、仮想空間に集合模様（ルート）を形成することができる。ユーザが形成した集合模様が特定模様を含む場合は、当該ユーザが作成した集合模様のサーバへのアップロードが禁止されるため、他のユーザが特定模様にアクセスすること（例えば、他のユーザが特定態様を閲覧したり、特定態様を用いてゲームをプレイしたりすること）を抑制することができる。

また、本実施例では、ユーザは、ルートパーツを回転させて仮想空間に配置することができ、表示装置に表示されるルートパーツの向き（模様の向き）を変化させることができ、自由に模様を描くことができる。このように自由に模様を描くことができる場合には、ユーザによって作成された集合模様に特定模様が含まれる可能性があるが、仮にそのような特定模様がユーザによって作成された場合でも、そのような特定模様を含む集合模様のアップロートが禁止されるため、特定模様に他のユーザがアクセスすることを抑制することができる。

また、本実施例では、特定模様として、特定の図形又は特定の文字列が集合模様に含まれるか否かが判定される（Ｓ２２２、Ｓ２３７）。これにより、特定の図形がアップロードされたり、特定の文字列がアップロードされたりすることを抑制することができる。

また、本実施例では、禁止図形パターン及び文字配置パターンには、例外エリアが設けられ、例外エリアに所定の模様（その図形又は文字を構成するルートパーツと接続される模様）が含まれる場合には、その図形又は文字とは見なされない（Ｓ２２１、Ｓ２３１）。これにより、全体としてその図形や文字には見え難い模様が、その図形や文字として認識されることを防止することができる。

また、本実施例では、第１の文字としても第２の文字としても形成され得る１つの文字に対応する特定文字配置パターンが存在する場合、当該特定文字配置パターンを接続数が多い方の第２の文字として認識する（Ｓ２３４）。言い換えると、特定文字配置パターンをルートが長い方の第２の文字として認識する。これにより、第１の文字としても第２の文字としても形成され得る複数のルートパーツについて、第２の文字として認識することができる。接続数が多いルートは、接続数が少ないルートよりもユーザにより認識され易い。このため、ゲームシステムは、よりユーザに文字として認識され易い方の文字を認識することができ、ユーザが特定の文字列として認識し易いものがアップロードされることを抑制することができる。

また、本実施例では、ユーザ配置パターンに含まれるルートパーツが、第１の位置に配置された文字配置パターンとしても、第１の位置よりも仮想空間の基準位置（左下の位置）に近い第２の位置に配置された文字配置パターンとしても構成され得る場合、当該ルートパーツを、第２の位置に配置された文字配置パターンを構成するものとして優先的に認識する（Ｓ２３３）。これにより、例えば、左側に位置する文字配置パターンを優先的に文字として認識させることができる。このため、ユーザによって認識され易い文字列をゲームシステムが検出することができる。

また、本実施例では、模様種別（実線のルート画像か、点線のルート画像か）毎に、図形又は文字が認識される（Ｓ２２０、Ｓ２３０）。すなわち、ルートパーツの種類毎に、図形又は文字が認識される。これにより、ユーザがひとまとまりとして認識し易い複数のルートパーツの集合毎に、図形や文字を認識することができる。

また、本実施例では、四角形のルートパーツを仮想空間に複数並べることにより、ルートを形成することができる。また、ユーザは、形成されたルート上でプレイヤオブジェクトを移動させることができ、自身で作成したルートを用いてゲームを行うことができる。

また、本実施例では、ゲームシステムからサーバにデータをアップロードする際に、ゲームシステムが上記判定を行い、判定結果に応じてデータのアップロードを禁止する。これにより、サーバの処理負荷を低減することができる。

（変形例）
以上、本実施例について説明したが、上記は単なる一例であり、例えば以下のような変形が加えられてもよい。

例えば、上記実施例では、ユーザによって作成されたユーザ配置パターンからアルファベットを検出し、複数のアルファベットによって構成される文字列が禁止ワードか否かを判定した。他の実施例では、アルファベットに限らず、他の任意の文字（例えば、ギリシャ文字、アラビア文字、ハングル文字、漢字、かな文字等）を検出し、これらの文字によって構成される文字列が禁止ワードか否かを判定してもよい。

また、上記実施例では、ユーザによって作成されたユーザ配置パターンが禁止ワード（禁止文字列）を含む特定パターンか否かを判定し、禁止ワードを含む場合は、当該ユーザ配置パターンの公開を制限した。他の実施例では、ユーザによって作成されたユーザ配置パターンが１つの禁止文字を含む特定パターンか否かを判定し、禁止文字を含む場合は、当該ユーザ配置パターンの公開を制限してもよい。なお、１つの禁止文字は、禁止図形として検出され、公開が制限されてもよい。

また、上記実施例では、ユーザ配置パターンが特定模様を含む特定パターンであると判定された場合に、ゲームシステム１が、当該ユーザ配置パターンを表す配置情報をサーバにアップロードすることを禁止した。すなわち、ゲームシステム１側で、配置情報の公開を制限した。他の実施例では、サーバ側で配置情報の公開を制限してもよい。例えば、ゲームシステム１においてユーザ配置パターンが特定模様を含む特定パターンであると判定された場合でも、当該ユーザ配置パターンを表す配置情報がサーバにアップロードされ、サーバが、当該アップロードされた配置情報の公開を制限してもよい。例えば、サーバは、アップロードされた配置情報の公開が制限されている場合、他のユーザから当該配置情報のダウンロード要求があった場合、当該要求を拒否して、当該他のユーザに当該配置情報を送信しないようにしてもよい。一方、サーバは、アップロードされた配置情報の公開が制限されていない場合は、他のユーザから当該配置情報のダウンロード要求があった場合、当該他のユーザに当該配置情報を送信する。

また、他の実施例では、第１のユーザによって作成されたユーザ配置パターンが特定パターンでない場合には、当該ユーザ配置パターンを表す配置情報を第１のユーザのゲームシステムから第２のユーザのゲームシステムに、サーバを介さずに直接送信してもよい。この場合、第１のユーザによって作成されたユーザ配置パターンが特定パターンである場合には、第１のユーザのゲームシステムから第２のユーザのゲームシステムに配置情報を送信しないように制御してもよい。

また、他の実施例では、ユーザ配置パターンが特定模様を含む特定パターンか否かを判定する処理は、サーバ側で行われてもよい。例えば、ゲームシステムがサーバにユーザ配置パターンを表す配置情報をアップロードする際に、サーバは、当該ユーザ配置パターンが特定パターンか否かを判定する。そして、サーバは、ユーザ配置パターンが特定パターンであると判定した場合、ゲームシステムからの配置情報のアップロードを受け付けないようにしてもよい。また、サーバは、ユーザ配置パターンが特定パターンであると判定した場合、当該配置情報のアップロードを受け付けて自機の記憶装置に記憶するものの、他のユーザがこの配置情報にアクセスできないように制御してもよい。

また、上記実施例では、形状の異なる複数の模様が対応付けられた複数のルートパーツ（１方向パーツ、２方向I字パーツ、２方向L字パーツ、３方向パーツ、曲線パーツ等）が用意され、ユーザによって作成されたユーザ配置パターンには、これらルートパーツに対応付けられた模様（半直線の模様、Ｉ字型の模様、Ｌ字型の模様等）に関する情報が含まれた。他の実施例では、１つの形状のルートパーツのみが用意されてもよい。例えば、２方向I字パーツのみが用意されてもよい。この場合、２方向I字パーツは、その回転角に応じて、表示装置に表示された場合に、横方向の模様又は縦方向の模様となる。すなわち、模様の形状自体は１種類であったとしても、２方向I字パーツの向きを変化させることで、２方向I字パーツを、「横方向の模様が対応付けられたルートパーツ」、又は、「縦方向の模様が対応付けられたルートパーツ」として用いることができる。このような２方向I字パーツをユーザの配置操作に応じて仮想空間に配置することで、様々な集合模様を形成することができる。そして、ユーザの配置操作に応じて仮想空間に配置された複数のルートパーツの配置位置および当該ルートパーツに対応付けられた模様を要素とするユーザ配置パターンが、特定模様が含まれる特定パターンであるか否かを判定してもよい。ここで、「ルートパーツに対応付けられた模様」は、表示装置に表示される模様であり、具体的には、２方向Ｉ字パーツを回転させないで形成される横方向の模様と、２方向I字パーツを９０度回転させて形成される縦方向の模様との２種類がある。

また、上記実施例では、ユーザによって作成されたユーザ配置パターンが特定パターンでない場合には、当該ユーザ配置パターンをゲームシステムからサーバにアップロードすることにより、当該ユーザ配置パターンに他のユーザがアクセス可能にする一方、当該ユーザ配置パターンが特定パターンである場合には、ゲームシステムからサーバへのアップロードを禁止することにより、当該ユーザ配置パターンに、他のユーザがアクセスすることを制限した。他の実施例では、これとは別の方法により、他のユーザのアクセスを制限してもよい。例えば、ユーザによって作成されたユーザ配置パターンが特定パターンである場合には、当該ユーザ配置パターンに、他のユーザへのアクセスを制限する情報（禁止フラグ、ロックキー等）を埋め込んでもよい。このような他のユーザへのアクセスを制限する情報は、ゲームシステム１によって埋め込まれてもよいし、サーバによって埋め込まれてもよい。他のユーザが、当該アクセスを制限する情報が埋め込まれた配置情報を取得しても、当該配置情報を用いたゲームの実行が制限される。このようにして、ユーザによって作成された特定模様（例えば禁止図形や禁止ワード）を含むルートが、他のユーザに公開されることを制限してもよい。

また、第１のユーザによって作成されたユーザ配置パターンに、第２のユーザがアクセスすることを制限する方法として、上記とは別の方法が用いられてもよい。例えば、第１のユーザが作成したユーザ配置パターンが特定パターンである場合、当該ユーザ配置パターンがサーバにアップロードされ、第２のユーザの要求に応じて、第２のユーザのゲームシステム１にダウンロードされる。第２のユーザのゲームシステム１においては、第１のユーザによって作成されたユーザ配置パターンに基づいて、ルートを含むゲームワールドの縮小表示（サムネイル表示）が行われるものの、ゲームは実行不可能に制御されてもよい。また、第２のユーザが、第１のユーザによって作成されたユーザ配置パターンに基づいてゲームを実行する場合に、第１のユーザによって作成されたユーザ配置パターンにおける特定パターンの部分（禁止図形又は禁止ワードの部分）だけ黒塗りやぼかし処理が行われ、第２のユーザが特定パターンの部分を視認不可能又は視認困難にしてもよい。このような方法を用いて、第２のユーザが、第１のユーザによって作成されたユーザ配置パターンにアクセスすることを制限してもよい。一方、第１のユーザが作成したユーザ配置パターンが特定パターンでない場合は、このような制限（縮小表示、ゲームを実行不可能にすること、黒塗りやぼかし処理を行うこと等）は行われず、第２のユーザは、第１のユーザが作成したルート全体を視認することができ、当該ルート全体においてゲームをプレイすることができる。

また、上記実施例では、禁止図形パターン及び文字配置パターンには例外エリアが設けられ、禁止図形又は文字を構成するルートパーツから例外エリアにルートが伸びている場合には、禁止図形又は文字として認識しないようにした。他の実施例では、例外エリアにルートが伸びていない場合であっても、すなわち、禁止エリアに配置されたルートパーツが、禁止図形又は文字を構成するルートパーツと接続されない場合であっても、禁止エリアに所定の模様を有するルートパーツが配置されている場合には、禁止図形又は文字として認識しないようにしてもよい。

また、上記実施例では、ゲームシステムからサーバに配置情報をアップロードすることにより、不特定の他のユーザに配置情報が公開されることを前提とした。他の実施例では、サーバにアップロードされた配置情報は、権限が付与された特定の他のユーザによってダウンロード可能に構成されてもよい。

また、他の実施例では、サーバに配置情報がアップロードされることを前提としたシステムでなくても、上述したアクセス制限が適用されてもよい。例えば、１つのゲームシステムが複数のユーザによって共用される場合において、あるユーザが作成したユーザ配置パターンが特定パターンである場合には、別のユーザが当該ユーザ配置パターンを表す配置情報にアクセスすることを制限してもよい。例えば、ゲームシステムにおいてユーザ毎にアカウントが作成され、各アカウントに対応する記憶領域が設けられる。例えば、第１ユーザが作成した第１ユーザ配置パターンは、第１ユーザに対応する第１記憶領域に記憶される。第１ユーザ配置パターンが特定パターンでない場合は、第２ユーザがゲームシステムにログインした場合でも、第１記憶領域に記憶された第１ユーザ配置パターンに基づいて、ゲームを行うことができる。一方、第１ユーザ配置パターンが特定パターンである場合は、第２ユーザがゲームシステムにログインした場合、第１記憶領域に記憶された第１ユーザ配置パターンに基づいてゲームを実行することができないようにしてもよい。

また、上記実施例では、模様種別（例えば実線の模様又は点線の模様）毎に文字や図形を認識した。言い換えると、異なる模様種別（表示態様）の複数のルートパーツは、１つの文字又は図形を構成しないものとした。他の実施例では、異なる模様種別のルートパーツが混在する場合でも、１つの文字や図形として構成されてもよい。

また、他の実施例では、異なる背景画像を有する複数のルートパーツが、１つの文字や図形として構成されてもよい。

また、上記実施例では、仮想空間が複数の正方形のグリッドに分けられ、正方形のルートパーツを配置することでルートが形成された。他の実施例では、仮想空間は、正方形に限らず、四角形（例えば長方形やひし形）、三角形、六角形等に分けられてもよい。また、仮想空間自体はこれらｎ角形に分けられておらず、各ルートパーツがｎ角形で構成され、ｎ角形のルートパーツを配置することでルートが形成されてもよい。

また、上記実施例では、図形や文字を表す複数の配置パターンが予め定義され、ユーザによって作成されたユーザ配置パターンに対してパターンマッチングを行うことにより、ユーザ配置パターンが、特定の図形や文字が含まれる特定パターンか否かを判定した。他の実施例では、禁止図形や禁止ワードを含む多数の配置パターンをディープラーニング等の機械学習により学習させ、学習済みモデルを生成してもよい。学習済みモデルは、ユーザによって作成されたユーザ配置パターンが入力されることで、当該ユーザ配置パターンが禁止図形や禁止ワードを含む特定パターンか否かを示す情報（その可能性を示す情報）を出力してもよい。

また上記実施例及び他の実施例に係る構成は、互いに矛盾しない限り、任意に組み合わせることが可能である。また、上記は本発明の例示に過ぎず、上記以外にも種々の改良や変形が加えられてもよい。

１ ゲームシステム
１２ ディスプレイ
８１ プロセッサ
ＰＯ プレイヤオブジェクト

Claims (23)

1. 表示装置に表示される複数種類の模様がそれぞれ対応付けられたパーツを、ユーザの配置操作に応じて仮想空間に配置する配置手段と、
   前記ユーザの配置操作に応じて前記仮想空間に配置された複数のパーツの配置位置および当該パーツに対応付けられた前記模様を要素とするユーザ配置パターンが、複数のパーツの前記模様により形成される集合模様に、配置された前記パーツの位置関係が所定の位置関係であって、かつ、配置された前記パーツに対応付けられた前記模様のそれぞれが当該配置された前記パーツの位置に対応する対応模様であるときに形成される特定模様が含まれる、特定パターンであるか否かを判定する判定手段と、
   前記ユーザ配置パターンが前記特定パターンであると判定されなかった場合は、前記ユーザ配置パターンを表す配置情報に他のユーザがアクセス可能にする一方、前記ユーザ配置パターンが前記特定パターンであると判定された場合は、前記配置情報に他のユーザがアクセスすることを制限するアクセス制御手段とを備える、情報処理システム。
2. 前記仮想空間における前記パーツの配置方向を回転させる回転手段をさらに備え、
   前記判定手段は、前記複数のパーツの前記配置位置、前記模様、及び、前記配置方向を要素とする前記ユーザ配置パターンが、前記特定パターンか否かを判定する、請求項１に記載の情報処理システム。
3. 前記特定模様は、特定の図形であり、
   前記判定手段は、前記ユーザ配置パターンから、複数の前記パーツの模様によって形成される前記特定の図形に対応する特定図形パターンを検出した場合、前記ユーザ配置パターンが前記特定パターンであると判定する、請求項１又は２に記載の情報処理システム。
4. 前記判定手段は、前記ユーザ配置パターンに含まれる複数のパーツについて、前記特定図形パターンに定められた例外エリアに所定の模様が存在する場合、当該複数のパーツを前記特定図形パターンとして検出しない、請求項３に記載の情報処理システム。
5. 前記特定模様は、複数の文字からなる特定の文字列であり、
   前記判定手段は、前記ユーザ配置パターンから、複数の前記パーツの模様によって形成される一つの文字に対応する文字配置パターンを検出し、前記ユーザ配置パターンに複数の前記文字配置パターンが含まれる場合において、当該複数の文字配置パターンが示す文字列が前記特定の文字列であるときに、前記ユーザ配置パターンが前記特定パターンであると判定する、請求項１から４の何れかに記載の情報処理システム。
6. 前記判定手段は、前記ユーザ配置パターンに含まれる複数のパーツについて、前記文字配置パターンごとに定められた例外エリアに所定の模様が含まれる場合、当該複数のパーツを前記文字配置パターンとして検出しない、請求項５に記載の情報処理システム。
7. 前記文字配置パターンには、第１文字に対応する第１文字配置パターンと、第２文字に対応する第２文字配置パターンとが含まれ、
   前記第２文字配置パターンを構成する複数の前記パーツの模様の長さの合計は、前記第１文字配置パターンを構成する複数の前記パーツの模様の長さの合計よりも長く、
   前記判定手段は、前記ユーザ配置パターンに、前記第１文字としても前記第２文字としても形成され得る１つの文字に対応する特定文字配置パターンが含まれる場合、前記第１文字配置パターンよりも前記第２文字配置パターンを優先的に検出して、前記特定文字配置パターンを前記第２文字配置パターンとして認識し、前記第２文字配置パターンを含む複数の前記文字配置パターンが示す文字列が前記特定の文字列であるときに、前記ユーザ配置パターンが前記特定パターンであると判定する、請求項５又は６に記載の情報処理システム。
8. 前記文字配置パターンには、第１文字に対応する第１文字配置パターンと、第２文字に対応する第２文字配置パターンとが含まれ、
   前記パーツの模様は線状の模様であり、
   前記模様が前記パーツの端に到達している数を、当該パーツの接続数として、前記第２文字配置パターンを構成する前記パーツの接続数の合計は、前記第１文字配置パターンを構成する前記パーツの接続数の合計よりも多く、
   前記判定手段は、前記ユーザ配置パターンに、前記第１文字としても前記第２文字としても形成され得る１つの文字に対応する特定文字配置パターンが含まれる場合、前記第１文字配置パターンよりも前記第２文字配置パターンを優先的に検出して、前記特定文字配置パターンを前記第２文字配置パターンとして認識し、前記第２文字配置パターンを含む複数の前記文字配置パターンが示す文字列が前記特定の文字列であるときに、前記ユーザ配置パターンが前記特定パターンであると判定する、請求項５又は６に記載の情報処理システム。
9. 前記判定手段は、前記ユーザ配置パターンに含まれる前記パーツが、第１の位置に配置された文字配置パターンとしても、前記第１の位置よりも前記仮想空間の基準位置に近い第２の位置に配置された文字配置パターンとしても構成され得る場合、当該パーツを前記第２の位置に配置された文字配置パターンを構成するものとして優先的に認識し、当該第２の位置に配置された文字配置パターンを含む複数の前記文字配置パターンが示す文字列が前記特定の文字列であるときに、前記ユーザ配置パターンが前記特定パターンであると判定する、請求項５から８の何れかに記載の情報処理システム。
10. 前記基準位置は、前記仮想空間の左側の位置である、請求項９に記載の情報処理システム。
11. 前記パーツの各々は、複数の模様種別のうちの少なくとも１つと対応付けられ、
    前記判定手段は、同一の模様種別が対応付けられた前記パーツからなる部分集合模様ごとに、前記特定模様を含む特定パターンか否かを判定する、請求項１から１０の何れかに記載の情報処理システム。
12. 前記パーツの各々は、前記複数の模様種別として、複数の線種別のうちの１つと対応付けられる、請求項１１に記載の情報処理システム。
13. 前記パーツは、四角形であり、
    前記配置手段は、前記四角形の前記パーツを前記仮想空間に複数並べて配置する、請求項１から１２の何れかに記載の情報処理システム。
14. 前記パーツは、少なくとも、
    対応する２辺を接続する線分を前記模様として有する第１パーツ、
    隣接する２辺を接続する線分を前記模様として有する第２パーツ、及び、
    ３辺を接続する線分を前記模様として有する第３パーツ、を有する、請求項１３に記載の情報処理システム。
15. 前記情報処理システムは、ユーザ端末とサーバとを含み、
    前記アクセス制御手段は、前記ユーザ端末から前記サーバへの前記配置情報のアップロードを禁止することにより、前記配置情報に他のユーザがアクセスすることを制限する、請求項１から１４の何れかに記載の情報処理システム。
16. 前記ユーザ端末は、前記判定手段を備え、
    前記アクセス制御手段は、前記ユーザ端末において前記ユーザ配置パターンが前記特定パターンでないと判定された場合に、前記配置情報を前記ユーザ端末から前記サーバにアップロードする、請求項１５に記載の情報処理システム。
17. 前記情報処理システムは、ユーザ端末とサーバとを含み、
    前記アクセス制御手段は、前記ユーザ配置パターンが前記特定パターンであると判定された場合、前記ユーザ端末から前記サーバにアップロードされた前記配置情報に他のユーザがアクセスすることを制限する、請求項１から１４の何れかに記載の情報処理システム。
18. 前記複数種類の模様は、隣接するパーツに対応付けられた模様とつながる模様を含み、
    前記特定模様は、配置された前記パーツに対応付けられた前記模様同士がつながって形成される模様を含む、請求項１から１７の何れかに記載の情報処理システム。
19. 前記仮想空間に仮想キャラクタを配置するキャラクタ配置手段と、
    前記仮想キャラクタの移動を制御するキャラクタ制御手段とをさらに備え、
    前記ユーザ配置パターンによって形成される前記集合模様は、前記パーツの各模様がつながった前記仮想キャラクタの移動経路であり、
    前記キャラクタ制御手段は、前記仮想キャラクタを前記集合模様上で移動させる、請求項１８に記載の情報処理システム。
20. 情報処理装置のコンピュータによって実行される情報処理プログラムであって、前記コンピュータに、
    表示装置に表示される複数種類の模様がそれぞれ対応付けられたパーツを、ユーザの配置操作に応じて仮想空間に配置する配置手段と、
    前記ユーザの配置操作に応じて前記仮想空間に配置された複数のパーツの配置位置および当該パーツに対応付けられた前記模様を要素とするユーザ配置パターンが、複数のパーツの前記模様により形成される集合模様に、配置された前記パーツの位置関係が所定の位置関係であって、かつ、配置された前記パーツに対応付けられた前記模様のそれぞれが当該配置された前記パーツの位置に対応する対応模様であるときに形成される特定模様が含まれる、特定パターンであるか否かを判定する判定手段と、
    前記ユーザ配置パターンが前記特定パターンであると判定されなかった場合は、前記ユーザ配置パターンを表す配置情報に他のユーザがアクセス可能にする一方、前記ユーザ配置パターンが前記特定パターンであると判定された場合は、前記配置情報に他のユーザがアクセスすることを制限するアクセス制御手段として機能させる、情報処理プログラム。
21. 表示装置に表示される複数種類の模様がそれぞれ対応付けられたパーツを、ユーザの配置操作に応じて仮想空間に配置する配置手段と、
    前記ユーザの配置操作に応じて前記仮想空間に配置された複数のパーツの配置位置および当該パーツに対応付けられた前記模様を要素とするユーザ配置パターンが、複数のパーツの前記模様により形成される集合模様に、配置された前記パーツの位置関係が所定の位置関係であって、かつ、配置された前記パーツに対応付けられた前記模様のそれぞれが当該配置された前記パーツの位置に対応する対応模様であるときに形成される特定模様が含まれる、特定パターンであるか否かを判定する判定手段と、
    前記ユーザ配置パターンが前記特定パターンであると判定されなかった場合は、前記ユーザ配置パターンを表す配置情報に他のユーザがアクセス可能にする一方、前記ユーザ配置パターンが前記特定パターンであると判定された場合は、前記配置情報に他のユーザがアクセスすることを制限するアクセス制御手段とを備える、情報処理装置。
22. 情報処理システムにおいて実行される情報処理方法であって、
    表示装置に表示される複数種類の模様がそれぞれ対応付けられたパーツを、ユーザの配置操作に応じて仮想空間に配置する配置ステップと、
    前記ユーザの配置操作に応じて前記仮想空間に配置された複数のパーツの配置位置および当該パーツに対応付けられた前記模様を要素とするユーザ配置パターンが、複数のパーツの前記模様により形成される集合模様に、配置された前記パーツの位置関係が所定の位置関係であって、かつ、配置された前記パーツに対応付けられた前記模様のそれぞれが当該配置された前記パーツの位置に対応する対応模様であるときに形成される特定模様が含まれる、特定パターンであるか否かを判定する判定ステップと、
    前記ユーザ配置パターンが前記特定パターンであると判定されなかった場合は、前記ユーザ配置パターンを表す配置情報に他のユーザがアクセス可能にする一方、前記ユーザ配置パターンが前記特定パターンであると判定された場合は、前記配置情報に他のユーザがアクセスすることを制限するアクセス制御ステップとを含む、情報処理方法。
23. 表示装置に表示される模様が対応付けられたパーツを、ユーザの配置操作に応じて仮想空間に配置する配置手段と、
    前記ユーザの配置操作に応じて前記仮想空間に配置された複数のパーツの配置位置および当該パーツに対応付けられた前記模様を要素とするユーザ配置パターンが、複数のパーツの前記模様により形成される集合模様に特定模様が含まれる特定パターンであるか否かを判定する判定手段と、
    前記ユーザ配置パターンが前記特定パターンであると判定されなかった場合は、前記ユーザ配置パターンを表す配置情報に他のユーザがアクセス可能にする一方、前記ユーザ配置パターンが前記特定パターンであると判定された場合は、前記配置情報に他のユーザがアクセスすることを制限するアクセス制御手段とを備え、
    前記判定手段は、
    前記ユーザ配置パターンから、前記特定模様として特定の図形又は文字に対応する特定図形文字パターンを検出した場合、前記ユーザ配置パターンが前記特定パターンであると判定し、前記特定図形文字パターンに定められた例外エリアに所定の模様が含まれる場合、前記ユーザ配置パターンが前記特定パターンでないと判定する、情報処理システム。

Images