JP2014171539A - ゲーム管理装置、および、ゲーム管理装置用プログラム - Google Patents

Abstract

【課題】ネットワークゲームにおいて友達を容易に増やすことのできる仕組を提供する。
【解決手段】プレイヤからの操作入力を受け付ける操作受付手段と、前記操作受付手段が受け付けた操作入力に基づいてゲームを進行するゲーム進行手段と、前記操作受付手段が友達募集の操作入力を受け付けた場合に友達募集管理情報に友達募集の内容を登録するとともに、所定時間毎に前記友達募集管理情報から友達募集の内容を取得してマッチングを行ない、プレイヤ間で友達を成立させる友達募集処理手段とを備える。
【選択図】図４

Description

本発明は、ゲームの制御技術に関する。

ネットワークを用いたゲームにおいて、友達になりたいプレイヤに対して友達申請を行うことで、友達を作る機能が提供されているものがある（例えば、非特許文献１を参照。）。友達を作ることで、ボス等と戦う際に協力することができるとともに、贈り物をやりとりする等により、ゲームを有利に進行させることができる。

「怪盗ロワイヤル公式ガイドブック」第２０頁（２０１０年１２月２９日第１刷発行 株式会社宝島社）

上述したように、従来から友達申請により友達を作る機能は設けられていたが、仮にプレイヤが友達申請を送ったとしても、申請先のプレイヤの承認がなければ友達になれない。そのため、申請先のプレイヤが友達申請に気付かなかったり、友達申請を無視したりするなどの理由で、なかなか友達の人数を増やすことができない場合があるという問題があった。

また、直接相手に友達申請をすることについて、申請を断られたらどうしようかと躊躇するなど、心理的障壁を感じているプレイヤも少なからずおり、この点からも友達を容易に増やすのは困難な場合があった。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ネットワークゲームにおいて友達を容易に増やすことのできる仕組を提供することにある。

上記の課題を解決するため、本発明にあっては、プレイヤからの操作入力を受け付ける操作受付手段と、前記操作受付手段が受け付けた操作入力に基づいてゲームを進行するゲーム進行手段と、前記操作受付手段が友達募集の操作入力を受け付けた場合に友達募集管理情報に友達募集の内容を登録するとともに、所定時間毎に前記友達募集管理情報から友達募集の内容を取得してマッチングを行ない、プレイヤ間で友達を成立させる友達募集処理手段とを備えるようにしている。

本発明にあっては、ネットワークゲームにおいて友達を容易に増やすことのできる仕組を提供することができる。

本発明の一実施形態にかかるシステムの構成例を示す図である。 端末装置のハードウェア構成例を示す図である。 ソーシャルゲーム管理サーバのハードウェア構成例を示す図である。 端末装置およびソーシャルゲーム管理サーバの機能構成例を示す図である。 友達募集管理情報のデータ構造例を示す図である。 プレイヤ情報のデータ構造例を示す図である。 実施形態の処理例を示すシーケンス図である。 画面例を示す図（その１）である。 画面例を示す図（その２）である。 画面例を示す図（その３）である。

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

＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。

図１において、システムは、プレイヤ（ユーザ）が所持するスマートフォン、携帯電話等の端末装置（プレイヤ端末）１と、移動無線基地局やＷｉ−Ｆｉステーション等のアクセスポイント２と、インターネット等のネットワーク３と、複数のプレイヤがネットワークを介してゲームプレイを行うゲームの管理（制御）を行うソーシャルゲーム管理サーバ４とを備えている。

図２は端末装置１のハードウェア構成例を示す図である。

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

図３はソーシャルゲーム管理サーバ４のハードウェア構成例を示す図である。

図３において、ソーシャルゲーム管理サーバ４は、システムバス４０１に接続されたＣＰＵ（Central Processing Unit）４０２、ＲＯＭ（Read Only Memory）４０３、ＲＡＭ（Random Access Memory）４０４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）４０５、Ｉ／Ｆ（Interface）４０６と、Ｉ／Ｆ４０６に接続された、キーボード、マウス、モニタ、ＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等のＩ／Ｏ（Input/Output Device）４０７、ＨＤＤ（Hard Disk Drive）４０８、ＮＩＣ（Network Interface Card）４０９等を備えている。

図４は端末装置１およびソーシャルゲーム管理サーバ４の機能構成例を示す図である。

図４において、端末装置１は、プレイヤ操作入力部１１とゲームロジック実行部１２とサーバアクセス部１３と画面表示部１４とを備えている。

プレイヤ操作入力部１１は、端末装置１を操作するプレイヤからの操作を入力（受付）する機能を有している。

ゲームロジック実行部１２は、プレイヤ操作入力部１１により入力されたプレイヤの操作に応じ、画面遷移を行ってゲームを進行する機能を有している。ゲームロジック実行部１２は、ソーシャルゲーム管理サーバ４からＨＴＭＬ（Hyper Text Markup Language）等で記載されたページデータおよびページデータ内に含まれるスクリプト等に基づいてゲームロジックを実行する場合（ブラウザ型）と、予め端末装置１にダウンロードされてインストールされたアプリケーションに基づいてゲームロジックを実行する場合（アプリ型）とがある。

サーバアクセス部１３は、ゲームロジック実行部１２の処理の過程でソーシャルゲーム管理サーバ４へのアクセスが必要になった場合に、ソーシャルゲーム管理サーバ４に対してリクエストを送信し、処理結果等をレスポンスとして受信する機能を有している。ここで、リクエストとしては、更新系と参照系とがある。更新系のリクエストは、プレイヤ情報等の更新を伴うものである。参照系のリクエストは、プレイヤ情報等を参照するものである。

画面表示部１４は、ゲームロジック実行部１２の制御のもと、画面表示を行う機能を有している。

一方、ソーシャルゲーム管理サーバ４は、リクエスト処理部４１と制御情報保持部４２とプレイヤ情報管理部４３とプレイヤ情報データベース４４とを備えている。リクエスト処理部４１には、操作受付部４１１とゲーム進行制御部４１２と友達募集処理部４１３と友達申請処理部４１４とが含まれている。制御情報保持部４２には、友達募集管理情報４２１が含まれている。

リクエスト処理部４１は、端末装置１からのリクエストを受信して対応する処理を行い、リクエストの処理結果をレスポンスとして端末装置１に送信する機能を有している。更新系のリクエストであればプレイヤ情報等の更新を伴う処理を行ない、処理により変更されたプレイヤ情報等を処理結果とする。参照系のリクエストであれば該当するプレイヤ情報等を参照し、取得したプレイヤ情報等の値を処理結果とする。また、レスポンスには、ブラウザ型の場合、次にプレイヤが操作対象とすることのできる画面情報が含まれる。

操作受付部４１１は、主にブラウザ型の場合に使用される機能部であり、端末装置１から所定の操作入力を受け付ける機能を有している。アプリ型の場合は操作受付部４１１に相当する機能は端末装置１のゲームロジック実行部１２が担う。

ゲーム進行制御部４１２は、主にブラウザ型の場合に使用される機能部であり、ゲーム進行を制御する機能を有している。アプリ型の場合はゲーム進行制御部４１２に相当する機能は端末装置１のゲームロジック実行部１２が担う。

友達募集処理部４１３は、端末装置１からの人数を指定した友達募集の操作入力に対して、友達募集の情報を制御情報保持部４２の友達募集管理情報４２１に蓄積（プール）し、所定時間（例えば、１時間から２時間）おきに友達募集を行っているプレイヤ同士で友達のマッチングを行って友達を成立させる機能を有している。成立した友達はプレイヤ情報管理部４３を介してプレイヤ情報データベース４４に登録する。

各プレイヤについて、友達募集の継続中の人数には上限（例えば、５人）を設けることができる。その場合には、プレイヤ情報データベース４４（あるいは、制御情報保持部４２）に、友達募集の継続中の上限人数の情報を保持させる。上限を５人とした場合、まだ友達募集を行っていない時点では５人まで指定して友達募集を行えるが、既に例えば２人の友達募集を行っていて成立していない場合、新たに行える友達募集は３人までとなる。また、友達のマッチングで友達が成立した場合やキャンセルが行われた場合は、継続中の人数から外される。友達のマッチングで成立しなかった人数は次回のマッチングへ持ち越しとなり、継続中の人数に残る。友達募集の継続中の人数に上限を設けることで、プレイヤが友達募集した人数の友達が集まらないために、友達募集管理情報４２１中に友達募集の要求が滞留し続けるといった事態が防止される。また、プレイヤが友達募集した人数の友達が集まらずにプレイヤが落胆する可能性を低くすることができる。

友達申請処理部４１４は、端末装置１から相手のプレイヤを指定した友達申請の操作入力に対して、相手のプレイヤに友達申請があった旨を通知し、相手のプレイヤからの応答（応諾、拒否等）を申請元のプレイヤに通知する機能を有している。成立した友達はプレイヤ情報管理部４３を介してプレイヤ情報データベース４４に登録する。

プレイヤ情報管理部４３は、ゲームに参加している全プレイヤの各種の情報（プレイヤ情報）をプレイヤ情報データベース４４に保持して管理する機能を有しており、リクエスト処理部４１からの要求に応じてプレイヤ情報の参照もしくは更新を行う。

図５は制御情報保持部４２に保持される友達募集管理情報４２１のデータ構造例を示す図であり、「募集日時」「募集元プレイヤＩＤ」「募集人数」等の項目（フィールド）を有している。「募集日時」は、友達募集を行った日時を示す情報である。「募集元プレイヤＩＤ」は、友達募集を行ったプレイヤを特定する情報である。「募集人数」は、友達募集において指定した人数を示す情報である。

図６はプレイヤ情報データベース４４に保持されるプレイヤ情報のデータ構造例を示す図であり、「プレイヤＩＤ」「アイコン情報」「プレイヤ名」「レベル」「友達プレイヤＩＤ」「友達人数」「募集中人数」「申請中人数」等の項目を有している。「プレイヤＩＤ」は、プレイヤを識別する情報である。「アイコン情報」は、当該プレイヤの表示用のアイコン画像を示す情報である。「プレイヤ名」は、当該プレイヤの表示名の情報である。「レベル」は、当該プレイヤのゲーム上の強さを示す情報である。

「友達プレイヤＩＤ」は、当該プレイヤの友達として登録された他のプレイヤを特定する情報である。「友達人数」は、現在の友達の人数を示す情報である。「募集中人数」は、当該プレイヤが現時点で友達募集を行っている人数を示す情報である。「申請中人数」は、当該プレイヤが現時点で友達申請を行っている人数を示す情報である。

＜動作＞
図７は上記の実施形態の処理例を示すシーケンス図である。なお、端末装置１を操作するプレイヤは予めソーシャルゲーム管理サーバ４に対してログインの操作を行ない、ソーシャルゲーム管理サーバ４はプレイヤＩＤを特定できるものとする。

図７において、端末装置１側のプレイヤ操作入力部１１によりプレイヤから友達募集受付画面の表示を求める操作が受け付けられると（ステップＳ１０１）、ゲームロジック実行部１２はサーバアクセス部１３からソーシャルゲーム管理サーバ４に友達募集受付画面リクエストを送信する（ステップＳ１０２）。

ソーシャルゲーム管理サーバ４のリクエスト処理部４１は、操作受付部４１１により友達募集受付画面リクエストを受け付け、友達募集処理部４１３は友達募集受付画面を生成し（ステップＳ１０３）、端末装置１に友達募集受付画面を返送する（ステップＳ１０４）。端末装置１の画面表示部１４は友達募集受付画面を表示する（ステップＳ１０５）。なお、友達募集の継続中の人数に上限を設定している場合には、友達募集処理部４１３は、プレイヤ情報データベース４４から上限人数と、そのプレイヤがすでに行っている募集中人数の情報を取得し、友達募集受付画面において選択可能な人数の上限を決定する。例えば、上限人数が５人であり、プレイヤが既に２人の友達募集を行っていて成立していない場合、友達募集受付画面において選択可能な人数の上限を３人に決定する。

図８は友達募集受付画面の例を示しており、キャラクタ「小町」からの「武将さん！お望みでしたら・・・小町が武将さんにぴったりのお仲間を見つけてきます。」といったメッセージが表示されるとともに、募集する仲間の人数の入力欄と、「募集する」ボタンが表示されている。

また、図９は図８の友達募集受付画面において人数の入力欄を選択した場合に表示される画面の例であり、友達募集の継続中の人数の上限を５人として、その人数まで指定できるようになっている。なお、上述したように、プレイヤがすでに友達募集を行っており、それが継続中である場合には、５人より少ない人数が指定可能な人数として表示される。

また、図１０は図９で人数の指定を完了した状態の画面の例であり、現在の募集中の人数が表示されるとともに、友達募集を解除する「やーめた」ボタンが表示されている。この「やーめた」ボタンを選択することで、当該プレイヤについて継続中の全ての友達募集をキャンセルすることができる。

図７に戻り、端末装置１側のプレイヤ操作入力部１１によりプレイヤから友達募集の人数の指定と「募集する」旨の操作が受け付けられると（ステップＳ１０６）、ゲームロジック実行部１２はサーバアクセス部１３からソーシャルゲーム管理サーバ４に友達募集リクエストを送信する（ステップＳ１０７）。

ソーシャルゲーム管理サーバ４のリクエスト処理部４１は、操作受付部４１１により友達募集リクエストを受け付け、友達募集処理部４１３は募集日時とプレイヤＩＤと募集人数を制御情報保持部４２の友達募集管理情報４２１に記録する（ステップＳ１０８）。制御情報保持部４２の更新が完了すると、友達募集処理部４１３は端末装置１に友達募集受付完了を通知する（ステップＳ１０９）。

その後、定期的な処理により、ソーシャルゲーム管理サーバ４のリクエスト処理部４１の友達募集処理部４１３は、制御情報保持部４２の友達募集管理情報４２１として蓄積された友達募集について、友達のマッチングを行い、可能な範囲で友達を成立させる（ステップＳ１１０）。

マッチングのロジックとしては、例えば、友達募集を行っているプレイヤをレベル順にソートし、高いレベルのプレイヤ同士から順に友達にしていく。このとき、可能であれば同じレベルのプレイヤ同士で友達を成立させ、同じレベルのプレイヤ同士で友達にできない場合は、近いレベルのプレイヤ同士で友達を成立させる。また、レベルなどの条件が同じ場合は、友達募集管理情報４２１の募集日時を参照し、先に友達募集を行ったプレイヤを優先的にマッチングさせる。

次いで、友達募集処理部４１３は、マッチングの結果に基づいて、プレイヤ情報管理部４３を介してプレイヤ情報データベース４４のユーザ情報（図６）の該当するプレイヤの友達プレイヤＩＤと募集中人数を更新する（ステップＳ１１１）。

次いで、友達募集処理部４１３は、プレイヤの募集人数の全てに対して友達が成立した場合には、制御情報保持部４２の友達募集管理情報４２１から、そのプレイヤの友達募集の要求を削除する。あるいは、友達募集の要求を削除せずに、募集完了のフラグを付与してもよい。また、プレイヤの募集人数の全てに対して友達が成立しなかった場合には、制御情報保持部４２の友達募集管理情報４２１の募集人数から友達の成立した人数を引いた数に更新する（ステップＳ１１２）。

ソーシャルゲーム管理サーバ４にログインしてゲームプレイを行っているプレイヤに対しては、友達募集に基づいて友達が成立した旨が通知される。また、その時点ではログインしていないプレイヤについては、その後にログインした際に友達募集に基づいて友達が成立した旨が通知される。

一方、友達申請処理部４１４による友達申請が並行して行われる場合、各プレイヤについて、友達人数と募集中人数と申請中人数の総和が所定の人数（例えば、１００人）を超えることとなる場合、友達募集を自動的に取り下げる。

＜総括＞
以上説明したように、本実施形態によれば、ネットワークゲームにおいて友達を容易に増やすことのできる仕組を提供することができる。すなわち、プレイヤからの友達募集を集め、システム側で友達を成立させるため、プレイヤは長い時間をかけることなく高い確率で友達を得ることができる。また、どのプレイヤと友達になるかはシステム側で決定されるので、友達申請をする際の心理的な障壁が低く、気軽に友達を作ることが可能となる。

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

１ 端末装置
１１ プレイヤ操作入力部
１２ ゲームロジック実行部
１３ サーバアクセス部
１４ 画面表示部
２ アクセスポイント
３ ネットワーク
４ ソーシャルゲーム管理サーバ
４１ リクエスト処理部
４１１ 操作受付部
４１２ ゲーム進行制御部
４１３ 友達募集処理部
４１４ 友達申請処理部
４２ 制御情報保持部
４２１ 友達募集管理情報
４３ プレイヤ情報管理部
４４ プレイヤ情報データベース

上記の課題を解決するため、本発明にあっては、プレイヤからの操作入力を受け付ける操作受付手段と、前記操作受付手段が受け付けた操作入力に基づいてゲームを進行するゲーム進行手段と、前記操作受付手段が、友達募集の人数の入力を受け付ける入力欄を設けた友達募集受付画面を介して、募集する友達の人数を指定した友達募集の操作入力を受け付けた場合に、友達募集管理情報に少なくともプレイヤを識別する情報と募集する友達の人数を含む友達募集の内容を登録するとともに、所定時間毎に前記友達募集管理情報から友達募集の内容を取得し、友達募集を行っているプレイヤの中から対になるプレイヤを選択することで、プレイヤ間で友達を成立させる友達募集処理手段とを備え、前記操作受付手段は、友達募集の継続中の人数に上限を設け、当該上限の人数と募集中の人数の情報を取得し、前記友達募集受付画面において選択可能な人数の上限を決定するようにしている。

Claims (7)

1. プレイヤからの操作入力を受け付ける操作受付手段と、
   前記操作受付手段が受け付けた操作入力に基づいてゲームを進行するゲーム進行手段と、
   前記操作受付手段が友達募集の操作入力を受け付けた場合に友達募集管理情報に友達募集の内容を登録するとともに、所定時間毎に前記友達募集管理情報から友達募集の内容を取得してマッチングを行ない、プレイヤ間で友達を成立させる友達募集処理手段と
   を備えたことを特徴とするゲーム管理装置。
2. 請求項１に記載のゲーム管理装置において、
   前記友達募集は、募集する友達の人数を指定して行う
   ことを特徴とするゲーム管理装置。
3. 請求項２に記載のゲーム管理装置において、
   指定する友達の人数は、所定の最大人数の範囲内において行う
   ことを特徴とするゲーム管理装置。
4. 請求項３に記載のゲーム管理装置において、
   友達募集の際に指定した人数を最大人数から引いた数が次回の指定時における最大人数となり、
   キャンセルもしくは友達の成立があった場合は、キャンセルもしくは友達の成立の人数だけ次回の指定時における最大人数が増える
   ことを特徴とするゲーム管理装置。
5. 請求項１乃至４のいずれか一項に記載のゲーム管理装置において、
   前記友達募集処理手段は、友達を成立させることのできなかった友達募集について次回の処理に持ち越す
   ことを特徴とするゲーム管理装置。
6. 請求項１乃至５のいずれか一項に記載のゲーム管理装置において、
   前記友達募集処理手段は、友達募集を行っているプレイヤをレベルの高い順にソートし、レベルの高いプレイヤから優先的に友達を成立させる
   ことを特徴とするゲーム管理装置。
7. ゲーム管理装置を構成するコンピュータを、
   プレイヤからの操作入力を受け付ける操作受付手段、
   前記操作受付手段が受け付けた操作入力に基づいてゲームを進行するゲーム進行手段、
   前記操作受付手段が友達募集の操作入力を受け付けた場合に友達募集管理情報に友達募集の内容を登録するとともに、所定時間毎に前記友達募集管理情報から友達募集の内容を取得してマッチングを行ない、プレイヤ間で友達を成立させる友達募集処理手段
   として機能させるゲーム管理装置用プログラム。