JP6582407B2 - 端末プログラムおよび端末装置 - Google Patents

Description

本発明は、端末プログラムおよび端末装置に関する。

端末装置で実行されるゲームアプリ（ゲームアプリケーションプログラム）にあっては、ゲームのルール（所定時間内でのスコアを競うタイプ、時間制限なくスコアを競うタイプ等）等のプレイ環境をどのようにユーザ（プレイヤ）に提供するかは重要なテーマである。

単一のテクニックを競うゲーム（例えば、ドライビングテクニックを競うレーシングゲーム等）では、簡単なレベルから徐々に難しいレベルにプレイ環境が変化していくものが多い。また、ミニゲームを複数収容したゲームでは、ユーザにより選択されたミニゲームに対応したプレイ環境となる。更には、ゲームの詳細設定をユーザが行えるようにして、プレイ環境を変えられるようにしたものもある。

一方、ユーザの過去のプレイ環境を保持したセーブデータに基づいて、ゲーム起動時にプレイ環境を自動設定するものもある。セーブデータを複数保持できるようにし、ゲーム起動時にユーザが選択できるようにしたものもある。また、オンラインＲＰＧ（Role Playing Game）等においては、ユーザが仮想空間内の所定の場所までアバター等を移動することで通常のゲームとルールが異なるクエストモードが開始され、プレイ環境が変化するようになっている。

なお、出願人は出願時点までに本発明に関連する公開された先行技術文献を発見することができなかった。よって、先行技術文献情報を開示していない。

上述したように、ゲームアプリのプレイ環境を制御する技術は種々存在するが、ゲームに予めプログラムされて設定されたプレイ環境を選択（設定が許容されていてそれを選択することも含む）するか、自分の過去のプレイ環境をセーブデータにより再現するかしかなく、プレイ環境についての自由度が乏しかった。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、プレイ環境の自由度を増す仕組を提供することにある。

上記の課題を解決するため、本発明にあっては、端末装置を構成するコンピュータを、ゲームの終了条件を含むルールを設定し、設定情報としてサーバに送信する手段、自己が設定した設定情報に基づく前記ゲームに招待するユーザの指定を受け付け、当該ユーザの情報をサーバに送信する手段、自己と所定関係にある他のユーザから招待されたことに基づいて、前記サーバに登録され、当該他のユーザが設定した設定情報を受信する手段、第１のプレイモードと、受信した前記他のユーザが設定した設定情報に基づく第２のプレイモードとを、ゲーム（但し、自己以外のユーザの端末装置からの操作を受け付け可能なゲームを除く）を開始する前に選択可能に表示する手段、前記第２のプレイモードの選択を受け付けた場合に、前記他のユーザが設定した設定情報に基づく前記ゲームを開始する手段、前記端末装置からの操作を受け付けて前記ゲームを実行する手段、前記他のユーザが設定した設定情報に設定されている終了条件が満たされた場合に前記ゲームを終了する手段、として機能させる。

本発明にあっては、他者が自由に設定したプレイ環境に簡単に移行し、即座にゲームを開始できる仕組を提供することができる。

一実施形態にかかるシステムの構成例を示す図である。 端末装置のソフトウェア構成例を示す図である。 ユーザ交遊管理装置のソフトウェア構成例を示す図である。 ユーザ交遊管理装置の各種データベースのデータ構造例を示す図である。 ゲームサーバ装置のソフトウェア構成例を示す図である。 端末装置のハードウェア構成例を示す図である。 ユーザ交遊管理装置等のハードウェア構成例を示す図である。 実施形態の処理例を示すシーケンス図（その１）である。 実施形態の処理例を示すシーケンス図（その２）である。 ホーム画面の例を示す図である。 広場画面の例を示す図である。 広場設定画面の例を示す図である。 友達リスト画面の例を示す図である。

以下、本発明の好適な実施形態につき説明する。

＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。図１において、システムは、ユーザ（プレイヤ）が所持するスマートフォン、携帯電話、ＰＣ（Personal Computer）等の複数の端末装置１Ａ、１Ｂ、１Ｃ、・・がインターネット等のネットワーク２に接続され、ユーザ交遊管理装置３および複数のゲームサーバ装置４Ｘ、４Ｙ、４Ｚ、・・等がネットワーク２に接続されて構成されている。

ユーザ交遊管理装置３は、端末装置１Ａ、１Ｂ、１Ｃ、・・のユーザがいっしょにゲームを行える環境を提供する機能を有している。ゲームサーバ装置４Ｘ、４Ｙ、４Ｚ、・・は、端末装置１Ａ、１Ｂ、１Ｃ、・・で実行されるゲームアプリをゲームタイトル毎に管理する機能を有している。なお、ゲームサーバ装置４Ｘ、４Ｙ、４Ｚ、・・の一部または全部は、ユーザ交遊管理装置３と一体に構成されてもよい。

図２は端末装置１（１Ａ、１Ｂ、１Ｃ、・・）のソフトウェア構成例を示す図である。図２において、端末装置１にはゲームアプリ１１がインストール（所定のダウンロードサーバからダウンロードされてインストール）されており、ゲームアプリ１１にはユーザ交遊管理部１２とプレイモード管理部１３とゲーム実行部１４とが含まれている。

ユーザ交遊管理部１２は、ユーザ交遊管理装置３（図１）のクライアントとして、ユーザ交遊に関する処理を行う機能を有している。プレイモード管理部１３は、ゲームアプリ１１におけるプレイモードとして、ゲーム実行部１４の本来のプレイモードと、ユーザ交遊によって他者が設定した設定情報に基づくプレイモードとを管理し、ゲーム実行部１４でのゲーム実行のプレイモードを制御する機能を有している。ゲーム実行部１４は、端末装置１でゲーム実行を行う機能を有している。

図３はユーザ交遊管理装置３のソフトウェア構成例を示す図である。図３において、ユーザ交遊管理装置３は、入出力処理部３１とユーザ管理部３２とユーザ管理データベース３３と広場管理部３４と広場管理データベース３５とルール管理部３６とルール管理データベース３７とを備えている。

入出力処理部３１は、端末装置１からのユーザ交遊管理装置３へのアクセスに対し、インタフェース画面の提供、各種要求の受け付け、処理結果の応答等の処理を行う機能を有している。

ユーザ管理部３２は、ユーザ交遊管理装置３のユーザ（端末装置１のユーザでもある）の情報をユーザ管理データベース３３に保持して管理する機能を有している。図４の上段にユーザ管理データベース３３のデータ構造例を示しており、「ユーザＩＤ」「プロフィール」「友達ＩＤ」等の項目を含んでいる。「ユーザＩＤ」は、ユーザを識別する情報である。「プロフィール」は、当該ユーザのニックネーム等の他者への紹介のための情報である。「友達ＩＤ」は、当該ユーザの友達として登録されている他のユーザのユーザＩＤのリストである。

図３に戻り、広場管理部３４は、任意のユーザが作成した広場（複数のユーザでいっしょにゲームを行う仮想的な空間）の情報を広場管理データベース３５に保持して管理する機能を有している。図４の中段に広場管理データベース３５のデータ構造例を示しており、「広場ＩＤ」「ステータス」「作成者ＩＤ」「ゲームＩＤ」「ルールＩＤ＋パラメータ値」「その他条件」「被招待者ＩＤ」「参加者ＩＤ」「参加者毎成績」等の項目を含んでいる。「広場ＩＤ」は、広場を識別する情報である。「ステータス」は、当該広場の現在の状態を示す情報であり、「開催待ち」「開催中」「終了」等がある。この場合、予め設定されている期間（開催開始日時と終了日時）、あるいはユーザが任意もしくは選択的に設定した期間を広場管理データベース３５内のその他条件等に記憶させておくことで、広場管理部３４が現在日時との比較を行ってステータスを更新する。「開催待ち」は、最小人数の参加が得られず、開催を待機している状態である。「開催中」は、最小人数の参加が得られて広場が開催している状態である。「終了」は、制限時間の経過により広場が終了した状態である。

「作成者ＩＤ」は、広場を作成したユーザのユーザＩＤである。「ゲームＩＤ」は、当該広場で行われるゲーム（ゲームアプリ）を識別する情報である。「ルールＩＤ＋パラメータ値」は、当該ゲームに適用されるルールを識別する情報（ルールＩＤ）と、そのルールに含まれるパラメータ（複数可）の値である。「その他条件」は、開催のための最小人数、最大人数、制限時間等が含まれる。「被招待者ＩＤ」は、当該ゲームに招待されたユーザのユーザＩＤである。本実施形態では、広場の作成者により直接指定された被招待者の他に、その被招待者から更に招待することも許容している。「参加者ＩＤ」は、当該ゲームに参加を表明したユーザのユーザＩＤである。「参加者毎成績」は、当該ゲームの参加者毎のゲームの成績である。

図３に戻り、ルール管理部３６は、広場で行われるゲームに適用可能なルールと選択可能な詳細をルール管理データベース３７に保持して管理する機能を有している。図４の下段にルール管理データベース３７のデータ構造例を示しており、「ゲームＩＤ」「ルールＩＤ」「ルールＩＤ毎ゲームタイプ」「ゲームタイプ毎パラメータ名＋候補値」等の項目を含んでいる。「ゲームＩＤ」は、ゲーム（ゲームアプリ）を識別する情報である。「ルールＩＤ」は、当該ゲームに適用可能なルールを識別する情報である。「ルールＩＤ毎ゲームタイプ」は、当該ルールに対応するゲームタイプ（時間制限なくスコアを競うタイプ、所定時間内でスコアを競うタイプ等）である。「ゲームタイプ毎パラメータ名＋候補値」は、当該ルールに含まれるパラメータ名と候補値である。パラメータには、プレイ区間（ステージ等）、使用アイテム（キャラクタ）制限、難易度、プレイ期間、クリア条件（アイテム収集数、倒した数、タイムアタック等）がある。

図５はゲームサーバ装置４（４Ｘ、４Ｙ、４Ｚ、・・）のソフトウェア構成例を示す図である。図５において、ゲームサーバ装置４は、ユーザ管理部４１とゲーム管理部４２とを備えている。ユーザ管理部４１は、ゲームサーバ装置４の管理対象となるゲームを利用するユーザの情報を管理する機能を有している。ゲーム管理部４２は、ゲームサーバ装置４の管理対象となるゲームの進行（主に、ステージや場面毎のスコア等）を管理する機能を有している。

図６は端末装置１のハードウェア構成例を示す図である。図６において、端末装置１は、電源システム１０１と、プロセッサ１０３、メモリコントローラ１０４、周辺インタフェース１０５を含むメインシステム１０２と、記憶部１０６とを備えている。また、端末装置１は、外部ポート１０７と、高周波回路１０８と、アンテナ１０９と、オーディオ回路１１０と、スピーカ１１１と、マイク１１２と、近接センサ１１３と、ＧＰＳ（Global Positioning System）回路１１４とを備えている。また、端末装置１は、ディスプレイコントローラ１１６、光学センサコントローラ１１７、入力コントローラ１１８を含むＩ／Ｏ（Input/Output）サブシステム１１５と、タッチ反応型ディスプレイシステム１１９と、光学センサ１２０と、入力部１２１とを備えている。

図７はユーザ交遊管理装置３等（ユーザ交遊管理装置３、ゲームサーバ装置４）のハードウェア構成例を示す図である。図７において、各装置は、システムバス３０１に接続されたＣＰＵ（Central Processing Unit）３０２、ＲＯＭ（Read Only Memory）３０３、ＲＡＭ（Random Access Memory）３０４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）３０５を備えている。また、各装置は、Ｉ／Ｆ（Interface）３０６と、Ｉ／Ｆ３０６に接続された、Ｉ／Ｏ（Input/Output Device）３０７、ＨＤＤ（Hard Disk Drive）３０８、ＮＩＣ（Network Interface Card）３０９と、Ｉ／Ｏ３０７に接続されたモニタ３１０、キーボード３１１、マウス３１２等を備えている。Ｉ／Ｏ３０７にはＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等を接続することもできる。

＜動作＞
図８および図９は上記の実施形態の処理例を示すシーケンス図である。先ず、図８において、端末装置１Ａのユーザが、既に起動されているゲームアプリ１１から交遊管理のホーム画面への遷移を要求する操作（画面から所定のボタンをタップ等）を行うと（ステップＳ１０１）、端末装置１Ａのゲームアプリ１１のユーザ交遊管理部１２からユーザ交遊管理装置３に対してホーム画面要求が行われる（ステップＳ１０２）。なお、交遊管理への移行により、ゲームアプリ１１でのゲームは中断した状態となる。

ユーザ交遊管理装置３の入出力処理部３１は、ホーム画面のデータを生成し（ステップＳ１０３）、端末装置１Ａに応答する（ステップＳ１０４）。端末装置１Ａのゲームアプリ１１のユーザ交遊管理部１２は、受信したホーム画面のデータに基づいてホーム画面を表示する（ステップＳ１０５）。

図１０はホーム画面の例を示す図であり、各種のアクティビティ情報として、友達が広場を作成した旨の情報や、新たなゲームアプリがリリースされた旨の情報が表示されている。これらの表示には、対応するゲームアプリのアイコンが併せて表示される。リリースされたゲームアプリについては、「アプリで遊ぶ」ボタンをタップすると、既にインストールされている場合は該当するゲームアプリが起動し、インストールされていない場合はインストールページへ移行する。なお、アクティビティ情報の通知のオン・オフはユーザ自身が設定することができる。ホーム画面の下部には、「ホーム」「ともだち」「ひろば」「その他」等のボタンが表示されている。

次いで、図８に戻り、端末装置１Ａのユーザが、ホーム画面から広場画面への遷移を要求する操作（図１０の「ひろば」ボタンをタップ）を行うと（ステップＳ１０６）、端末装置１Ａのゲームアプリ１１のユーザ交遊管理部１２からユーザ交遊管理装置３に対して広場画面要求が行われる（ステップＳ１０７）。なお、広場は誰でも作成が可能である。

ユーザ交遊管理装置３の入出力処理部３１は、広場画面のデータを生成し（ステップＳ１０８）、端末装置１Ａに応答する（ステップＳ１０９）。端末装置１Ａのゲームアプリ１１のユーザ交遊管理部１２は、受信した広場画面のデータに基づいて広場画面を表示する（ステップＳ１１０）。

図１１は広場画面の例を示す図であり、ユーザ本人または友達によって既に作成された広場の情報が表示されている。各広場については、閲覧しているユーザとの関係でステータス（「開催中」「開催待ち」「未参加」等）が表示されている。「開催中」は、最小人数の参加が得られて広場が開催している状態であり、右端に「遊ぶ」ボタンが表示され、そのタップによってゲームを即座に開始することができる。「開催待ち」は、最小人数の参加が得られず、開催を待機している状態である。この場合、右端に「招待」ボタンが表示され、招待者を追加することができる。「未参加」は、閲覧しているユーザが招待に参加を表明していない状態であり、右端に「参加」ボタンが表示され、そのタップによって参加を表明することができる。広場画面の下部には「新しく広場をつくる」ボタンが表示されている。

次いで、図８に戻り、端末装置１Ａのユーザが、広場画面から広場新規作成を要求する操作（図１１の「新しく広場をつくる」ボタンをタップ）を行うと（ステップＳ１１１）、端末装置１Ａのゲームアプリ１１のユーザ交遊管理部１２からユーザ交遊管理装置３に対して広場新規作成要求が行われる（ステップＳ１１２）。ユーザ交遊管理装置３の入出力処理部３１は、広場設定画面のデータを生成し（ステップＳ１１３）、端末装置１Ａに応答する（ステップＳ１１４）。端末装置１Ａのゲームアプリ１１のユーザ交遊管理部１２は、受信した広場設定画面のデータに基づいて広場設定画面を表示する（ステップＳ１１５）。

図１２は広場設定画面の例を示す図であり、「広場の名前」「ルール」「最小人数」「最大人数」「制限時間」「参加者」等を設定する欄が表示されている。なお、ユーザ交遊機能を呼び出した元のゲームアプリ１１が、その広場で行われるゲームとなる。「広場の名前」は、ユーザが文字列を入力する。「ルール」は、予めルール管理データベース３７で管理されるルールＩＤ毎ゲームタイプが選択肢として埋め込まれており、その中からユーザが選択する。「最小人数」は、ユーザが数値を入力または選択する。「最大人数」は、ユーザが数値を入力または選択する。「制限時間」は、ユーザが数値を入力または選択する。「参加者」は、友達リストの中からユーザが選択する。

図１３は友達リスト画面の例を示す図であり、自分のプロフィールと、友達リストが表示されている。友達リストには、各友達につき、起動しているゲーム名（ゲームアプリ名）等が表示される。ユーザは、友達リストの中から、広場に招待する友達を選択する。友達を個別に選択してもよいし、友達を一括に選択してもよいし、友達がグループ分けされている場合はグループ単位で選択してもよい。

なお、友達には、友達申請（ユーザＩＤに基づいて申請）を行い、相手方の承諾が得られることでなることができ、双方の友達リストに登録される。友達は使用しているゲームには関係しない。友達リストは、非表示やブロック、解除等をまとめて編集することができる。友達をグループに分けて管理することもできる。

次いで、図８に戻り、端末装置１Ａのユーザが、広場設定画面に対して設定内容の入力操作を行ってそれが完了すると（ステップＳ１１６）、端末装置１Ａのゲームアプリ１１のユーザ交遊管理部１２からユーザ交遊管理装置３に対して広場設定登録要求が行われる（ステップＳ１１７）。ユーザ交遊管理装置３の広場管理部３４は、設定情報を広場管理データベース３５に登録し（ステップＳ１１８）、登録が正常に行われた旨を応答する（ステップＳ１１９）。端末装置１Ａのゲームアプリ１１のユーザ交遊管理部１２は、広場設定画面を完了し、広場画面を表示する（ステップＳ１２０）。

次に、図９において、広場の参加者として招待の対象となったユーザが端末装置１Ｂにおいて広場画面を閲覧したものとする（ステップＳ１２１）。端末装置１Ｂのユーザがまだ参加を表明していない場合、例えば、図１１の一番下の「ひろば２」（未参加）が招待の対象となった広場に該当する。

図９に戻り、端末装置１Ｂのユーザが、所望の広場について参加を表明する操作（図１１の「ひろば２」の「参加」ボタンのタップ）を行うと（ステップＳ１２２）、端末装置１Ｂのゲームアプリ１１のユーザ交遊管理部１２からユーザ交遊管理装置３に対して広場参加要求が行われる（ステップＳ１２３）。

ユーザ交遊管理装置３の広場管理部３４は、広場管理データベース３５に参加者を登録し（ステップＳ１２４）、登録が正常に行われた旨を応答する（ステップＳ１２５）。また、ユーザ交遊管理装置３の広場管理部３４は、登録の対象となった広場が開催待ちの状態であった場合、参加者の追加により開催となるか否か判定する（ステップＳ１２６）。開催と判定された場合、該当する広場のステータスを開催中に変更する。なお、開催判定は、最少人数になったか否かで行うほか、実際の参加人数に満たなくとも端末装置１Ａのユーザが最少人数以上の友達を招待したことを条件として開催と判定するようにしてもよい。

その後、端末装置１Ｂのユーザが、広場画面が表示された状態（ステップＳ１３１）から所望の開催中の広場について遊ぶ操作（「遊ぶ」ボタンのタップ）を行うと（ステップＳ１３２）、端末装置１Ｂのゲームアプリ１１のプレイモード管理部１３は、広場画面に埋め込まれたゲームの設定情報に基づいてゲーム環境（アプリ環境）を設定し（ステップＳ１３３）、そのゲーム環境に基づきゲーム実行部１４によりゲームを即座に開始する（ステップＳ１３４）。

また、端末装置１Ｂのゲームアプリ１１のゲーム実行部１４は、ゲームサーバ装置４に対してゲーム開始通知を行い（ステップＳ１３５）、ゲームサーバ装置４のゲーム管理部４２はログ等の記録を行い（ステップＳ１３６）、正常に処理された旨を応答する（ステップＳ１３７）。

その後、端末装置１Ｂのユーザによるゲームプレイが行われるが、ゲームプレイの区切り（１ステージの終了時やクエストの終了時等）において、端末装置１Ｂのゲームアプリ１１のゲーム実行部１４は、ゲームサーバ装置４に対してスコア通知を行う（ステップＳ１３８）。ゲームサーバ装置４のゲーム管理部４２はスコアの記録を行い（ステップＳ１３９）、正常に処理された旨を応答する（ステップＳ１４０）。広場で行われたゲームについてもゲームサーバ装置４にスコアが記録されるため、通常のゲームプレイと同様に扱われ、通常のゲームプレイの結果に反映することができる。なお、実体的なゲームの実行処理がゲームサーバ装置４で行われる場合は、端末装置１Ｂからのスコア通知に代えて、ユーザによる操作指示等がゲームサーバ装置４に送信される。

また、ゲームサーバ装置４のゲーム管理部４２は、ユーザ交遊管理装置３に対してスコア通知を行い（ステップＳ１４１）、ユーザ交遊管理装置３の広場管理部３４は広場管理データベース３５にユーザと対応付けてスコアの記録を行い（ステップＳ１４２）、正常に処理された旨を応答する（ステップＳ１４３）。

その後、端末装置１Ｂのユーザが、成績一覧の閲覧を要求する操作を行うと（ステップＳ１４４）、端末装置１Ｂのゲームアプリ１１のユーザ交遊管理部１２からユーザ交遊管理装置３に対して成績一覧閲覧要求が行われる（ステップＳ１４５）。ユーザ交遊管理装置３の入出力処理部３１は、成績一覧（ランキングを含む）のデータを生成し（ステップＳ１４６）、端末装置１Ｂに応答する（ステップＳ１４７）。端末装置１Ｂのゲームアプリ１１のユーザ交遊管理部１２は、受信した成績一覧のデータに基づいて成績一覧を表示する（ステップＳ１４８）。なお、成績一覧は、ゲームに参加している全てのユーザの成績でも、その一部のユーザの成績でも何れでもよい。

その後、ユーザ交遊管理装置３の広場管理部３４は、広場の開催が終了となるか否か判定する（ステップＳ１５１）。終了と判定された場合、該当する広場のステータスを終了に変更する。なお、ユーザ交遊管理装置３は、広場が終了した後は、スコア通知を受け付けても有効としないが、所定の期間は、成績一覧閲覧要求には応答する。成績一覧の閲覧については、ゲームサーバ装置４からユーザ交遊管理装置３にスコア通知を行わず、端末装置１Ｂからの成績一覧閲覧要求がゲームサーバ装置４に送られ、ゲームサーバ装置４から成績一覧のデータを端末装置１Ｂに応答するようにしてもよい。

なお、広場で行うゲームを他のユーザが設定した設定情報に基づいて行う場合について説明したが、ゲームアプリの提供者等が任意に設定した設定情報に基づいて行うようにしてもよい。

＜総括＞
上述したように、本実施形態によれば、他者が自由に設定したプレイ環境に簡単に移行し、即座にゲームを開始できる仕組を提供することができる。

また、一般のユーザが広場を作成して友達といっしょにゲームプレイを行える環境を提供できるようにしたため、招待されたユーザは友達といっしょにゲームプレイするならやってみようという強い動機付けが働き、ゲームアプリの利用を促進することができる。

また、ゲームの条件を詳細に設定することができるため、友達の嗜好に合わせて有効な設定が行われることが予想され、ゲームプレイが盛り上がることが期待され、その観点でもゲームアプリの利用を促進することができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

１、１Ａ〜１Ｃ 端末装置
１１ ゲームアプリ
１２ ユーザ交遊管理部
１３ プレイモード管理部
１４ ゲーム実行部
２ ネットワーク
３ ユーザ交遊管理装置
３１ 入出力処理部
３２ ユーザ管理部
３３ ユーザ管理データベース
３４ 広場管理部
３５ 広場管理データベース
３６ ルール管理部
３７ ルール管理データベース
４、４Ｘ〜４Ｚ ゲームサーバ装置
４１ ユーザ管理部
４２ ゲーム管理部

Claims (3)

1. 端末装置を構成するコンピュータを、
   ゲームの終了条件を含むルールを設定し、設定情報としてサーバに送信する手段、
   自己が設定した設定情報に基づく前記ゲームに招待するユーザの指定を受け付け、当該ユーザの情報をサーバに送信する手段、
   自己と所定関係にある他のユーザから招待されたことに基づいて、前記サーバに登録され、当該他のユーザが設定した設定情報を受信する手段、
   第１のプレイモードと、受信した前記他のユーザが設定した設定情報に基づく第２のプレイモードとを、ゲーム（但し、自己以外のユーザの端末装置からの操作を受け付け可能なゲームを除く）を開始する前に選択可能に表示する手段、
   前記第２のプレイモードの選択を受け付けた場合に、前記他のユーザが設定した設定情報に基づく前記ゲームを開始する手段、
   前記端末装置からの操作を受け付けて前記ゲームを実行する手段、
   前記他のユーザが設定した設定情報に設定されている終了条件が満たされた場合に前記ゲームを終了する手段、
   として機能させる端末プログラム。
2. 第１のユーザが操作する端末装置からゲームの終了条件を含むルールの設定情報を受信する手段と、
   複数の端末装置から受信した前記設定情報を記憶する手段と、
   前記第１のユーザが操作する端末装置から前記第１のユーザが設定した設定情報に基づく前記ゲームに招待するユーザとして指定されたユーザの情報を受信する手段と、
   前記第１のユーザと所定関係にある他のユーザから前記他のユーザが設定した設定情報に基づく前記ゲームに招待されたことに基づいて、前記第１のユーザが操作する端末装置に前記他のユーザが設定した設定情報を送信する手段と、
   前記第１のユーザがシングルプレイのゲームを開始する前に、前記第１のユーザが設定する設定情報に基づく第１のプレイモードと、受信した他のユーザが設定した設定情報に基づく第２のプレイモードとを選択可能に表示する手段と、
   前記第２のプレイモードの選択を受け付けた場合に、前記他のユーザが設定した設定情報に基づくシングルプレイのゲームを開始する手段と、
   前記第１のユーザが操作する端末装置からの操作を受け付けて前記シングルプレイのゲームを実行する手段と、
   前記他のユーザが設定した設定情報に設定されている終了条件が満たされた場合に前記シングルプレイのゲームを終了する手段と、
   を有する情報処理装置。
3. ゲームの終了条件を含むルールを設定し、設定情報としてサーバに送信する手段と、
   自己が設定した設定情報に基づく前記ゲームに招待するユーザの指定を受け付け、当該ユーザの情報をサーバに送信する手段と、
   自己と所定関係にある他のユーザから招待されたことに基づいて、前記サーバに登録され、当該他のユーザが設定した設定情報を受信する手段と、
   第１のプレイモードと、受信した前記他のユーザが設定した設定情報に基づく第２のプレイモードとを、ゲーム（但し、自己以外のユーザの端末装置からの操作を受け付け可能なゲームを除く）を開始する前に選択可能に表示する手段と、
   前記第２のプレイモードの選択を受け付けた場合に、前記他のユーザが設定した設定情報に基づく前記ゲームを開始する手段と、
   前記端末装置からの操作を受け付けて前記ゲームを実行する手段と、
   前記他のユーザが設定した設定情報に設定されている終了条件が満たされた場合に前記ゲームを終了する手段と、
   を備えたことを特徴とする端末装置。

Images