JP2014061078A - ゲーム拡張装置、ゲーム拡張方法およびゲーム拡張プログラム - Google Patents

Abstract

【課題】ゲームをプレイするユーザにとって興趣性が高く、ゲーム開発作業を増大させないゲーム拡張装置、ゲーム拡張方法およびゲーム拡張プログラムを提供する。
【解決手段】送受信部１０１は、所定のゲームをプレイするユーザが操作する第１情報端末装置から送信されたリクエスト情報を受信し、リクエスト情報取得部１０２は、リクエスト情報に含まれるゲームＩＤと異なるゲームＩＤを含んだ１または複数のリクエスト情報をリクエスト情報記憶部１１０から取得する。送受信部１０１は、リクエスト情報を第１情報端末装置に送信し、送信されたリクエスト情報のうちの１のリクエスト情報を受信する。送受信部１０１は、リクエスト情報を受信した場合に、リクエスト情報に含まれるユーザＩＤに対応する第２情報端末装置にリクエスト情報を送信する。リクエスト実行部１０３は、承諾を第２情報端末装置から受信した場合に、リクエスト情報に応じた処理を実行する。
【選択図】図１

Description

本発明は、ゲーム拡張装置、ゲーム拡張方法およびゲーム拡張プログラムに関する。

近年、ソーシャルネットワーキングサービス（ＳＮＳ）上で提供され、他のユーザとコミュニケーションをとりながらプレイできるソーシャルゲーム（オンラインゲーム）が数多くリリースされている。そのなかでもカードバトルゲームは、携帯電話やスマートフォンを使って手軽に操作することができるため、多くのユーザを獲得し、大きな市場を形成している。

一方、ゲームを提供するゲーム会社は、ユーザを飽きさせることなくゲームをプレイし続けてもらうために、新たなゲームをリリースし、ゲーム自体にも様々な工夫を凝らしていく必要がある。ユーザを飽きさせない興趣性の高いゲームを提供するという課題を解決する一例として、ゲーム内で第１と第２の異なるゲーム空間を表示し、第２のゲーム空間でなされたイベントの結果を第１のゲーム空間のパラメータおよびデータに反映させる技術が開示されている（特許公報１参照）。

特開2005-007088号公報

しかしながら、上記特許文献１に記載された技術では、同一のゲーム内に異なるゲーム空間を構築するものであるため、ゲームの世界観の整合性を考慮すると、全く新たな世界観を展開してユーザの興味を引くことは難しいという問題があった。また、２つの異なるゲーム空間についてそれぞれゲームを作成する必要があるため、ゲーム開発作業の負担が増加してしまうという問題があった。

本発明は、上記に鑑みてなされたものであって、ゲームをプレイするユーザにとって興趣性が高く、ゲーム開発作業を増大させないゲーム拡張装置、ゲーム拡張方法およびゲーム拡張プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、ゲームに対する要求の種別を示すリクエスト種別と、前記ゲームをプレイするユーザを識別するユーザ識別情報と、前記ゲームを識別するゲーム識別情報と、を含むリクエスト情報を記憶するリクエスト情報記憶手段と、所定のゲームをプレイするユーザが操作する第１情報端末装置から送信された前記リクエスト情報を受信する第１受信手段と、前記第１受信手段によって受信された前記リクエスト情報に含まれる前記ゲーム識別情報と異なるゲーム識別情報を含んだ１または複数の前記リクエスト情報を前記リクエスト情報記憶手段から取得するリクエスト情報取得手段と、前記リクエスト情報取得手段によって取得された前記リクエスト情報を前記第１情報端末装置に送信する第１送信手段と、前記第１送信手段によって送信された前記リクエスト情報のうちの１のリクエスト情報を前記第１情報端末装置から受信する第２受信手段と、前記第２受信手段によって前記リクエスト情報を受信した場合に、受信した前記リクエスト情報に含まれる前記ユーザ識別情報に対応する第２情報端末装置に、前記第１受信手段によって受信された前記リクエスト情報を送信する第２送信手段と、前記リクエスト情報に対する承諾の可否を前記第２情報端末装置から受信する第３受信手段と、前記第３受信手段によって前記承諾を受信した場合に、前記リクエスト情報に応じた処理を実行するリクエスト実行手段と、を備えることを特徴とする。

また、本発明は、ゲームに対する要求の種別を示すリクエスト種別と、前記ゲームをプレイするユーザを識別するユーザ識別情報と、前記ゲームを識別するゲーム識別情報と、を含むリクエスト情報を記憶するリクエスト情報記憶手段、を備えるゲーム拡張装置で実行されるゲーム拡張方法であって、所定のゲームをプレイするユーザが操作する第１情報端末装置から送信された前記リクエスト情報を受信する第１受信ステップと、前記第１受信ステップによって受信された前記リクエスト情報に含まれる前記ゲーム識別情報と異なるゲーム識別情報を含んだ１または複数の前記リクエスト情報を前記リクエスト情報記憶手段から取得するリクエスト情報取得ステップと、前記リクエスト情報取得ステップによって取得された前記リクエスト情報を前記第１情報端末装置に送信する第１送信ステップと、前記第１送信ステップによって送信された前記リクエスト情報のうちの１のリクエスト情報を前記第１情報端末装置から受信する第２受信ステップと、前記第２受信ステップによって前記リクエスト情報を受信した場合に、受信した前記リクエスト情報に含まれる前記ユーザ識別情報に対応する第２情報端末装置に、前記第１受信ステップによって受信された前記リクエスト情報を送信する第２送信ステップと、前記リクエスト情報に対する承諾の可否を前記第２情報端末装置から受信する第３受信ステップと、前記第３受信ステップによって前記承諾を受信した場合に、前記リクエスト情報に応じた処理を実行するリクエスト実行ステップと、を含むことを特徴とする。

また、本発明は、ゲームに対する要求の種別を示すリクエスト種別と、前記ゲームをプレイするユーザを識別するユーザ識別情報と、前記ゲームを識別するゲーム識別情報と、を含むリクエスト情報を記憶するリクエスト情報記憶手段、を備えたコンピュータに、所定のゲームをプレイするユーザが操作する第１情報端末装置から送信された前記リクエスト情報を受信する第１受信ステップと、前記第１受信ステップによって受信された前記リクエスト情報に含まれる前記ゲーム識別情報と異なるゲーム識別情報を含んだ１または複数の前記リクエスト情報を前記リクエスト情報記憶手段から取得するリクエスト情報取得ステップと、前記リクエスト情報取得ステップによって取得された前記リクエスト情報を前記第１情報端末装置に送信する第１送信ステップと、前記第１送信ステップによって送信された前記リクエスト情報のうちの１のリクエスト情報を前記第１情報端末装置から受信する第２受信ステップと、前記第２受信ステップによって前記リクエスト情報を受信した場合に、受信した前記リクエスト情報に含まれる前記ユーザ識別情報に対応する第２情報端末装置に、前記第１受信ステップによって受信された前記リクエスト情報を送信する第２送信ステップと、前記リクエスト情報に対する承諾の可否を前記第２情報端末装置から受信する第３受信ステップと、前記第３受信ステップによって前記承諾を受信した場合に、前記リクエスト情報に応じた処理を実行するリクエスト実行ステップと、を実行させることを特徴とする。

本発明によれば、リクエスト情報に含まれるゲーム識別情報と異なるゲーム識別情報を含んだ１または複数のリクエスト情報をリクエスト情報記憶手段から取得し、取得されたリクエスト情報を第１情報端末装置に送信し、送信されたリクエスト情報のうちの１のリクエスト情報を受信することにより、異なるゲームをプレイするユーザの間でリクエスト情報に応じた処理を実行することができるため、ゲームをプレイするユーザにとって興趣性が高く、ゲーム開発作業を増大させないという効果を奏する。

本実施例にかかるゲーム拡張システム１０の構成を示すブロック図である。 リクエスト情報記憶部１１０のデータ構成の一例を示す説明図である。 リクエスト種別がアイテム交換の場合にユーザに提示される表示画面の一例を示す説明図である。 ゲーム拡張システム１０が実行するゲーム拡張処理手順を示すフローチャートである。 ゲーム拡張システム１０が実行するゲーム拡張処理手順を示すフローチャートである。 ゲーム拡張システム１０が実行するリクエスト実行処理手順（アイテム交換）を示すフローチャートである。 ゲーム拡張システム１０が実行するリクエスト実行処理手順（バトル）を示すフローチャートである。 ゲーム拡張システム１０が実行するリクエスト実行処理手順（協力プレイ）を示すフローチャートである。

以下、添付図面を参照して本発明にかかるゲーム拡張装置、ゲーム拡張方法およびゲーム拡張プログラムの実施の形態を詳細に説明する。なお、以下に示す実施例は本発明の実施の形態の一例であり、本発明はこれらの実施例に限定されるものではない。

図１は、本実施例にかかるゲーム拡張システム１０の構成を示すブロック図である。ゲーム拡張システム１０は、ゲーム拡張サーバ１００と複数のゲームサーバ２００−１〜ｎと複数の情報端末３００−１〜ｍとをネットワーク１を介して接続する。ゲーム拡張サーバ１００とゲームサーバ２００−１〜ｎと情報端末３００−１〜ｍとは互いに通信可能である。

ゲーム拡張サーバ１００は、複数のゲームサーバ２００−１〜ｎとデータを送受信することによって、異なるゲームをプレイするユーザから送信されるリクエスト情報を処理するサーバである。ゲームサーバ２００−１〜ｎは、ユーザが操作する情報端末３００から送受信されるデータに応じてゲームを制御するサーバである。より具体的には、ゲームサーバ２００−１〜ｎは、ウェブブラウザで動作するＡＰＩ（Application Programming Interface）などの動作環境を基盤として制作されたゲームアプリケーションを実行することによってゲームを制御する。なお、ゲームアプリケーションには、ゲームプログラムを情報端末３００にダウンロードすることなく、ウェブブラウザ上でプレイできるゲームのほか、プログラムを情報端末３００にダウンロードし、情報端末３００での処理とゲームサーバ２００に対する操作でゲームをプレイするものも含まれる。情報端末３００−１〜ｍは、ゲームをプレイするユーザが操作する装置であり、携帯電話、スマートフォン、タブレット端末、ゲーム端末、パーソナルコンピュータ、ゲームセンタに設置されているゲーム機等、ゲームサーバ２００−１〜ｎと通信可能でウェブブラウザが動作する装置であればどのような装置であってもよい。

次に、ゲーム拡張サーバ１００の機能、構成について説明する。ゲーム拡張サーバ１００は、送受信部１０１と、リクエスト情報取得部１０２と、リクエスト実行部１０３と、リクエスト情報記憶部１１０とを備えている。

図２は、リクエスト情報記憶部１１０のデータ構成の一例を示す説明図である。リクエスト情報記憶部１１０は、それぞれのゲームをプレイしているユーザから送信されたリクエスト情報を記憶する。リクエスト情報とは、ゲームをプレイしている際にユーザが情報端末３００−１〜ｍのゲームのメニュー画面を操作することにより、ゲームサーバ２００−１〜ｎに送信されるゲームに対する要求（換言すればゲームによって提供される機能）およびその要求に関する情報である。リクエスト情報記憶部１１０は、ゲームに対する要求の種別を示すリクエスト種別と、ゲームをプレイするユーザを識別するユーザＩＤと、ゲームを識別するゲームＩＤと、リクエスト種別に応じたデータとを対応付けたリクエスト情報を記憶する。

リクエスト種別には、ユーザが保有しているアイテムを互いに交換する旨を示す“アイテム交換”、ユーザが他のユーザと対戦して勝敗を決定する旨を示す“バトル”、ユーザが他のユーザの協力を求める旨を示す“協力プレイ”その他ゲームが提供する機能名を格納する。

リクエスト種別が“アイテム交換”の場合のリクエスト情報は、リクエスト種別と、ユーザＩＤと、ゲームＩＤと、リクエスト種別に応じたデータとして、少なくともアイテムの画像データまたは画像データが格納された所在地を示すＵＲＬ（Uniform Resource Locator）を含む。リクエスト種別が“バトル”の場合のリクエスト情報は、リクエスト種別と、ユーザＩＤと、ゲームＩＤと、リクエスト種別に応じたデータとして、少なくともユーザの属性データを含み、さらにユーザの画像データまたはＵＲＬを含んでもよい。リクエスト種別が“協力プレイ”の場合のリクエスト情報は、リクエスト種別と、ユーザＩＤと、ゲームＩＤと、リクエスト種別に応じたデータとして、少なくともユーザの属性データを含み、さらにユーザの画像データまたはＵＲＬを含んでもよい。図２は、一例として表形式で記憶する場合を示しているが、これらの情報を含んでいればどのような形式でデータを保持してもよい。

送受信部１０１は、ゲームサーバ２００−１〜ｎにデータを送受信する。より具体的には、送受信部１０１は、ゲームサーバ２００−１〜ｎから送信されたリクエスト情報を受信し、リクエスト情報を送信したゲームサーバ２００−１〜ｎに対してリクエスト情報に応じたデータを送信する。

リクエスト情報取得部１０２は、ゲームサーバ２００−１〜ｎから送信されたリクエスト情報に対応可能な異なるゲームから送信されたリクエスト情報を取得する。

リクエスト実行部１０３は、ゲームサーバ２００−１〜ｎを介して情報端末３００−１〜ｍから送信されたリクエスト情報およびリクエスト情報に対する応答に応じたリクエスト処理を実行する。

次に、ゲームサーバ２００−１〜ｎの機能、構成について説明する。ゲームサーバ２００−１〜ｎは、それぞれ異なるゲームを制御するサーバである。ゲームサーバ２００−１〜ｎは、図示しないゲームを制御するゲーム処理部を備え、送受信部２０１と、リクエスト情報生成部２０２と、ゲーム情報記憶部２１０とを備えている。

ゲーム情報記憶部２１０は、ゲームに関する情報を記憶する。ゲーム情報記憶部２１０は、ゲームを識別するゲームＩＤ、ユーザそれぞれに関する情報（ユーザＩＤと、属性データと、画像データ（またはＵＲＬ）と、保有するアイテムＩＤと、協力者データと、情報端末装置ＩＤとを対応付けた情報）、アイテムそれぞれに関する情報（アイテムＩＤと、属性データと、画像データ（またはＵＲＬ）とを対応付けた情報）等を記憶する。

送受信部２０１は、ゲーム拡張サーバ１００および情報端末３００−１〜ｍにデータを送受信する。より具体的には、送受信部２０１は、情報端末３００−１〜ｍから送信されたリクエスト情報を受信し、リクエスト情報生成部２０２で生成されたリクエスト情報をゲーム拡張サーバ１００に送信する。

リクエスト情報生成部２０２は、ゲーム情報記憶部２１０に記憶されたゲームＩＤを取得し、情報端末３００−１〜ｍから受信したリクエスト情報に、ゲームＩＤを追加した新たなリクエスト情報を生成する。

情報端末３００−１〜ｍの機能、構成について説明する。情報端末３００−１〜ｍは、送受信部３０１と操作表示部３０２とを備えている。

送受信部３０１は、操作表示部３０２によって受付けたゲームに対する操作情報をゲームサーバ２００−１〜ｎに送信し、ゲームサーバ２００−１〜ｎから送信されたデータを受信する。

操作表示部３０２は、ゲームに対する操作情報を受付け、ゲームサーバ２００−１〜ｎから送信される表示データを表示する。図３は、リクエスト種別がアイテム交換の場合にユーザに提示される表示画面の一例を示す説明図である。表示画面３１は、ユーザが交換可能な複数のアイテムの画像３３の一覧を示す交換可能なアイテム画面３２を表示する。図３に示すような表示画面３１を表示するための表示データは、ゲーム拡張サーバ１００から送信されたリクエスト情報に基づいてゲームサーバ２００−１〜ｎで生成される。

次に、上述のように構成されたゲーム拡張システム１０でのゲーム拡張処理について説明する。図４は、ゲーム拡張システム１０が実行するゲーム拡張処理手順を示すフローチャートである。なお、本実施例のフローチャートでは、ゲームサーバ２００−１〜ｎのうちの１のゲームサーバをゲームサーバ２００と、情報端末３００−１〜ｍのうちの１の情報端末を情報端末３００と記述する。

情報端末３００の送受信部３０１は、操作表示部３０２から受付けた操作情報に基づいて生成されるリクエスト情報をゲームサーバ２００に送信する（ステップＳ４０１）。情報端末３００から送信されるリクエスト情報は、リクエスト種別と、ユーザＩＤと、リクエスト種別に応じて必要となる情報とを含む。例えば、リクエスト種別が“アイテム交換”の場合のリクエスト種別に応じて必要となる情報は、ユーザが選択した交換対象であるアイテムの画像データまたはＵＲＬである。リクエスト種別が“バトル”または“協力プレイ”の場合のリクエスト種別に応じて必要となる情報は、ユーザの属性データである。なお、リクエスト情報に含まれる情報は、ゲーム内で生成されるリクエスト情報と同一であり、情報端末３００において同一のゲームの場合と異なるゲームの場合とでリクエスト情報を変更する必要はない。また、リクエスト種別に応じて必要となる情報は、ゲームサーバ２００でゲーム情報記憶部２１０を参照して追加してもよい。

ゲームサーバ２００の送受信部２０１は、情報端末３００から送信されたリクエスト情報を受信する（ステップＳ４０２）。リクエスト情報生成部２０２は、ゲーム情報記憶部２１０からゲームＩＤを取得する（ステップＳ４０３）。リクエスト情報生成部２０２は、リクエスト情報にゲームＩＤを追加した新たなリクエスト情報を生成する（ステップＳ４０４）。送受信部２０１は、リクエスト情報生成部２０２で生成されたリクエスト情報をゲーム拡張サーバ１００に送信する（ステップＳ４０５）。

ゲーム拡張サーバ１００の送受信部１０１は、ゲームサーバ２００から送信されたリクエスト情報を受信する（ステップＳ４０６）。リクエスト情報取得部１０２は、ゲームサーバ２００から受信したリクエスト情報をリクエスト情報記憶部１１０に格納する（ステップＳ４０７）。リクエスト情報取得部１０２は、ゲームサーバ２００から受信したリクエスト情報に対応可能なリクエスト情報をリクエスト情報記憶部１１０から取得する（ステップＳ４０８）。例えば、リクエスト種別が“アイテム交換”である場合は、リクエスト情報記憶部１１０からリクエスト種別が“アイテム交換”で、かつ、ゲームＩＤがリクエスト情報に含まれるゲームＩＤと異なるリクエスト情報を取得する。送受信部１０１は、取得された１または複数のリクエスト情報をゲームサーバ２００に送信する（ステップＳ４０９）。

ゲームサーバ２００の送受信部２０１は、ゲーム拡張サーバ１００から送信された１または複数のリクエスト情報を受信する（ステップＳ４１０）。送受信部２０１は、受信した１または複数のリクエスト情報を情報端末３００に送信する（ステップＳ４１１）。この際に、ゲームサーバ２００は、ゲーム内でのリクエスト情報に対する処理と同様に、１または複数のリクエスト情報を情報端末３００で表示可能でかつ選択可能な形式にデータを形成して送信する。

情報端末３００の送受信部３０１は、ゲームサーバ２００から送信された１または複数のリクエスト情報を受信する（ステップＳ４１２）。操作表示部３０２は、１または複数のリクエスト情報を表示画面に表示する（ステップＳ４１３）。一例として、リクエスト種別が“アイテム交換”の場合、図３に示すようなユーザが選択可能なアイテムを示した表示画面を表示する。操作表示部３０２は、リクエスト情報の選択を受付ける（ステップＳ４１４）。例えば、リクエスト種別が“アイテム交換”の場合は、交換可能なアイテムのなかから交換アイテムの選択を受付ける。リクエスト種別が“バトル”の場合は、バトル可能なユーザのなかから対戦相手の選択を受付ける。リクエスト種別が“協力プレイ”の場合は、協力可能なユーザのなかから協力者の選択を受付ける。送受信部３０１は、選択されたリクエスト情報をゲームサーバ２００に送信する（ステップＳ４１５）。

ゲームサーバ２００の送受信部２０１は、選択されたリクエスト情報を情報端末３００から受信する（ステップＳ４１６）。送受信部２０１は、選択されたリクエスト情報をゲーム拡張サーバ１００に送信する（ステップＳ４１７）。

ゲーム拡張サーバ１００の送受信部１０１は、選択されたリクエスト情報をゲームサーバ２００から受信する（ステップＳ４１８）。送受信部１０１は、選択されたリクエスト情報に対応するユーザの情報端末３００に、ステップＳ４０１において情報端末３００から受信したリクエスト情報を送信する（ステップＳ４１９）。より具体的には、選択されたリクエスト情報に含まれるゲームＩＤに対応するゲームサーバ２００に、リクエスト情報を送信する。ゲームサーバ２００の送受信部２０１は、ユーザＩＤに対応する情報端末３００にリクエスト情報を送信し、ステップＳ４０１において情報端末３００から送信されたリクエスト情報に対する応答（承諾の可否）を受信する。ゲーム拡張サーバ１００の送受信部１０１は、リクエスト情報に対する応答を受信する（ステップＳ４２０）。リクエスト情報に対する応答が承諾であった場合は、リクエスト実行部１０３は、リクエスト情報に応じた処理を実行する（ステップＳ４２１）。リクエスト実行処理の詳細は、後述する。

上述したように、ゲームサーバ２００でリクエスト情報にゲームＩＤを追加する処理を加え、ゲーム拡張サーバ１００でゲームサーバ２００から送信されたリクエスト情報に対する処理を実行することによって、１のゲーム内だけではなく、異なるゲームをプレイするユーザのあいだでリクエスト情報に応じた処理を実行することができる。これにより、既存のゲームを自由に組合せることができるため、ユーザの興味を引きつける新たな価値を提供することができる。また、既存のゲームの資源をほぼそのまま活用することができるため、大きな開発作業を発生させることなく、ユーザにとっての新たなゲームの楽しみを提供することができる。

上述したリクエスト情報記憶部１１０からリクエスト情報を取得する処理は、リクエスト種別が同一で、かつ、ゲームＩＤがリクエスト情報に含まれるゲームＩＤと異なるリクエスト情報を取得するため、取得されるリクエスト情報は、ユーザＩＤが異なる場合のほか、ユーザＩＤが同一の場合も取得され得る。ユーザＩＤが異なる場合は、異なるゲームをプレイする異なるユーザとの間でのリクエスト実行となり、新たなコミュニケーションが生まれ、ユーザがプレイしているゲーム自体への興趣性が高まる。ユーザＩＤが同一の場合は、異なるゲームをプレイする同一のユーザ、すなわち自分自身とのリクエスト実行となる。これにより、１のユーザが異なるゲームをプレイする場合に，ユーザがあるゲームで気に入っているアイテムを異なるゲームとの間で交換することによって、新たにプレイするゲームにおいても思い入れのあるアイテムを保有することができる。また、１のゲームでアイテムを獲得するために費やしたプレイ時間を異なるゲームに引き継ぐことができ、新たなゲームへの乗り換えを促進することができる。なお、ユーザＩＤが異なっている場合でも、同一の場合であっても、ゲーム拡張サーバ１００のリクエスト情報記憶部１１０に記憶されたリクエスト情報またはゲームサーバ２００が備えるゲーム情報記憶部２１０に記憶された情報端末識別情報等に基づき、ゲームサーバ２００とユーザが操作する情報端末３００との間でデータを送受信する。したがって、同一のユーザが、異なるゲームを異なる情報端末３００で操作していても、異なるゲームを１の情報端末３００で操作していてもアイテム交換等のリクエストを実行できる。

上述した実施例に追加して、ゲーム拡張サーバ１００にリクエスト情報を送信せずにゲーム内でリクエスト情報に対する処理を実行するか、ゲーム拡張サーバ１００にリクエスト情報を送信して異なるゲーム間でのリクエスト情報に対する処理を実行するかを、所定の条件を満たすか否かを判断して制御してもよい。ユーザに関する情報に対する条件（例えば、ユーザの属性データの１つであるレベルが一定のレベル以上である、所定のアイテムを保有している等の条件）に基づいて判断したり、予め定めた時間帯に実行したり、ゲームをプレイするユーザの人数やゲームに対する時間あたりの操作数が低下した場合にイベントとして実行するようにしてもよい。

また、リクエスト情報取得部１０２におけるリクエスト情報を取得する処理は、リクエスト情報記憶部１１０の記憶されたリクエスト種別が同一である場合に加えて、所定の条件に合致するリクエスト情報を選択して取得するようにしてもよい。例えば、リクエスト情報記憶部１１０に格納するリクエスト情報にリクエスト情報を格納した時刻を対応付けて記憶し、リクエスト情報を取得する時刻と格納した時刻が最も近いリクエスト情報を選択したり、一定の期間（例えば、リクエスト情報を取得する時刻から３０分前までの期間等）に格納されたリクエスト情報を選択するようにしてもよい。

次に、リクエスト実行処理（図５におけるステップＳ４２１）の詳細（アイテム交換、バトル、協力プレイ）について説明する。図６は、ゲーム拡張システム１０が実行するリクエスト実行処理手順（アイテム交換）を示すフローチャートである。本リクエスト実行処理は、上述した通りステップＳ４２０のリクエスト情報に対する応答が承諾であった場合に実行する。

ゲーム拡張サーバ１００の送受信部１０１は、アイテム交換を承諾した相手方のアイテムの画像データまたは画像データが格納された所在地を示すＵＲＬをリクエスト情報から取得し、ゲームサーバ２００に送信する（ステップＳ６０１）。リクエスト実行部１０３は、アイテム交換に合意した双方のリクエスト情報をリクエスト情報記憶部１１０から削除する（ステップＳ６０２）。なお、アイテム交換に合意していない場合は、本リクエスト実行処理は実行されず、リクエスト情報は削除されないため、ユーザからのアイテム交換に対するキャンセルが指示されない限り、今後他のユーザからアイテム交換のリクエスト情報が送信された場合に、アイテム交換の候補として提示される。

ゲームサーバ２００の送受信部２０１は、ゲーム拡張サーバ１００から送信された相手方のアイテムの画像データまたはＵＲＬを受信する（ステップＳ６０３）。送受信部２０１は、受信したアイテムの画像データまたはＵＲＬをゲーム情報記憶部２１０に格納する（ステップＳ６０４）。より具体的には、交換対象のアイテムの画像データまたは画像データのＵＲＬを、相手先の画像データまたは画像データのＵＲＬに置き換える。これにより、交換されたアイテムが異なるゲームのアイテムであり、アイテムに設定されている属性データがゲームごとに異なる場合あっても、ユーザが保有したい画像を得たうえで、アイテムの属性データはユーザがプレイしているゲームのアイテムの属性データそのままであるため、交換したアイテムをゲーム内での整合性のある状態で使用することができる。例えば、ユーザがプレイしているゲームＡのアイテムａの属性データがレベル、戦闘力、防御力、スピード、特殊能力であり、異なるゲームＢのアイテムｂの属性データがレベル、攻魔力、防魔力、水の力、火の力、木の力のようなデータ項目もデータ数も異なる場合でも、アイテムａとアイテムｂを交換することができる。

送受信部２０１は、交換したアイテム情報を情報端末３００に送信する（ステップＳ６０５）。より具体的には、画像データまたは画像データのＵＲＬを置き換えたアイテム情報を送信する。

情報端末３００の送受信部３０１は、交換したアイテム情報をゲームサーバ２００から受信する（ステップＳ６０６）。操作表示部３０２は、送信されたアイテム情報を表示画面に表示する（ステップＳ６０７）。なお、アイテム交換を承諾した相手方に対しても、ステップＳ６０１、Ｓ６０３〜Ｓ６０７の処理を実行する。これによって、相手方のアイテムの画像が変更され、アイテム交換が完了する。

このように、アイテム交換においてアイテムの画像データのみを交換することによって、異なるゲームのアイテムでアイテムが持つ属性データが異なる場合であっても容易に交換することができ、交換後もゲーム内で整合性を保って使用することができる。これにより、ユーザは自身の保有しているアイテムを異なるゲームのアイテムと交換することによって、レアなアイテムを保有することができるため、ユーザにゲームに対する新たな興味を持たせることができる。また、ゲーム会社にとっては、新たなゲームを開発することなく、既存のゲームを利用してユーザに対して新たな関心を持たせることができる。

なお、上述した実施例では、画像データを交換することによってアイテム交換を実行したが、その処理に代えて、相手方のアイテムの属性データを所定のルールに従って、自ゲームのアイテムの属性データに変換してもよい。その際には、ゲーム拡張サーバ１００において、例えばゲームＡとゲームＢの変換ルールを記憶した記憶部を備え、ゲームＡのアイテムをゲームＢのアイテムと交換する場合は、属性データを変換ルールに従って変換し、相手方の画像データとともに変換後の属性データをゲームサーバ２００に送信し、ゲーム情報記憶部２１０に格納するとともに、情報端末３００に送信して表示する。

図７は、ゲーム拡張システム１０が実行するリクエスト実行処理手順（バトル）を示すフローチャートである。本リクエスト実行処理は、ユーザからのリクエスト種別が“バトル”であり、かつ、ステップＳ４２０でのリクエスト情報に対する応答が承諾であった場合に実行する。

ゲーム拡張サーバ１００のリクエスト実行部１０３は、バトルを合意したユーザ双方の属性データを取得する（ステップＳ７０１）。より具体的には、ユーザ双方の属性データをリクエスト情報記憶部１１０に記憶されたリクエスト情報、またはそれぞれのゲームサーバ２００のゲーム情報記憶部２１０から取得する。リクエスト実行部１０３は、取得したユーザ双方の属性データを所定の形式に変換する（ステップＳ７０２）。このように、異なるゲームの異なる属性データの形式を、ゲーム拡張サーバ１００のみで有効な所定の形式に変更することによって、異なるゲームのユーザ同士でバトルを実行することができる。

リクエスト実行部１０３は、ユーザ双方の所定の形式の属性データに基づいてバトルの勝敗を決定する（ステップＳ７０３）。送受信部１０１は、バトルの勝敗をゲームサーバ２００に送信する（ステップＳ７０４）。リクエスト実行部１０３は、バトルを実行した双方のリクエスト情報をリクエスト情報記憶部１１０から削除する（ステップＳ７０５）。なお、バトル相手から承諾を得られなかった場合は、本リクエスト実行処理は実行されず、リクエスト情報は削除されないため、ユーザからのバトルに対するキャンセルが指示されない限り、今後他のユーザからバトルのリクエスト情報が送信された場合に、バトル相手の候補として提示される。

ゲームサーバ２００の送受信部２０１は、ゲーム拡張サーバ１００から送信されたバトルの勝敗を受信する（ステップＳ７０６）。送受信部２０１は、受信したバトルの勝敗をゲーム情報記憶部２１０に格納する（ステップＳ７０７）。より具体的には、バトルの結果によって増減したユーザの属性データを更新する。これにより、異なるゲームのユーザ同士のバトルの結果をユーザがプレイしているゲーム上に反映することができる。送受信部２０１は、バトルの勝敗を情報端末３００に送信する（ステップＳ７０８）。

情報端末３００の送受信部３０１は、バトルの勝敗をゲームサーバ２００から受信する（ステップＳ７０９）。操作表示部３０２は、バトルの勝敗をを表示画面に表示する（ステップＳ７１０）。なお、バトルを実行した相手方に対しても、ステップＳ７０４、Ｓ７０６〜Ｓ７１０の処理を実行する。これによって、バトルの結果が相手方のゲーム情報記憶部２１０にも反映され、情報端末３００にバトルの結果が表示され、バトル処理が完了する。

このように、バトル処理をゲーム拡張サーバ１００で実行し、その結果をそれぞれのゲーム情報記憶部２１０に記憶させることによって、異なるゲームをプレイしているユーザ間でのバトルが成立し、バトルの結果もゲーム内で整合性を持って反映することができる。また、ユーザは異なるゲームをプレイしているユーザとのバトルが可能となるので、ユーザにゲームに対する新たな興味を持たせることができる。また、ゲーム会社にとっては、多大なゲーム開発作業をすることなく、既存のゲームを利用してユーザに対して新たな関心を持たせることができる。

なお、上述した実施例では、ユーザの属性データをゲーム拡張サーバ１００内の独自の属性データに変換する処理を説明したが、ゲーム拡張サーバ１００内の独自の属性データに変換する処理に代えて、相手方の属性データを自ゲームの形式に変換し、変換した属性データをゲームサーバ２００に送信し、送信された属性データを用いてゲーム内のルールに従ってバトルの勝敗を決定してもよい。

図８は、ゲーム拡張システム１０が実行するリクエスト実行処理手順（協力プレイ）を示すフローチャートである。本リクエスト実行処理は、ユーザからのリクエスト種別が“協力プレイ”であり、かつ、ステップＳ４２０でのリクエスト情報に対する応答が承諾であった場合に実行する。

ゲーム拡張サーバ１００のリクエスト実行部１０３は、協力プレイを承諾した相手方の属性データを取得する（ステップＳ８０１）。より具体的には、相手方の属性データをリクエスト情報記憶部１１０に記憶されたリクエスト情報、または相手方のゲームサーバ２００のゲーム情報記憶部２１０から取得する。リクエスト実行部１０３は、取得した相手方の属性データを自ゲームの形式に変換する（ステップＳ８０２）。このように、異なるゲームのユーザの属性データの形式を、自ゲームの形式に変更することによって、自ゲームで異なるゲームのユーザである協力者の属性データを処理することができる。送受信部１０１は、相手方の属性データをゲームサーバ２００に送信する（ステップＳ８０３）。リクエスト実行部１０３は、協力を合意したユーザ双方のリクエスト情報をリクエスト情報記憶部１１０から削除する（ステップＳ８０４）。なお、協力を承諾されなかった場合は、本リクエスト実行処理は実行されず、リクエスト情報は削除されないため、今後他のユーザから協力プレイのリクエスト情報が送信された場合に、協力プレイの候補として提示される。

ゲームサーバ２００の送受信部２０１は、ゲーム拡張サーバ１００から送信された相手方の属性データを受信する（ステップＳ８０５）。送受信部２０１は、受信した相手方の属性データをユーザの協力者データとしてゲーム情報記憶部２１０に格納する（ステップＳ８０６）。これにより、ユーザがゲーム内または異なるゲーム間でバトルを行う場合に、協力者の属性データを反映することができる。送受信部２０１は、協力者データを情報端末３００に送信する（ステップＳ８０７）。

情報端末３００の送受信部３０１は、協力者データをゲームサーバ２００から受信する（ステップＳ８０８）。操作表示部３０２は、協力者データを表示画面に表示する（ステップＳ８０９）。なお、ユーザ双方に協力者データを設定する場合には、協力を承諾した相手方に対しても、ステップＳ８０２、Ｓ８０３、Ｓ８０５〜Ｓ８０９の処理を実行する。

このように、異なるゲームのユーザの属性データをゲーム拡張サーバ１００において自ゲームの形式に変換し、変換した協力者の属性データを協力者データとしてゲームサーバ２００のゲーム情報記憶部２１０に記憶させることによって、異なるゲームをプレイしているユーザの協力を得ることができ、協力者データをゲーム内での整合性を保って反映させることができる。

また、上記リクエスト実行処理において、アイテム交換相手、バトル相手、または協力者を選択する際に、相手とのメッセージを送受信できるようにしてもよい。

なお、上述した実施例では、ゲームサーバ２００でリクエスト情報にゲームＩＤを加えて新たなリクエスト情報を生成したが、その処理に代えて、情報端末３００でゲームをプレイする際にはゲームＩＤを記憶しておき、ゲーム拡張処理を実行する際には、ゲームサーバ２００を介さずに、直接ゲーム拡張サーバ１００とデータを送受信するようにしてもよい。その際には、上述したゲームサーバ２００で実行したゲーム拡張処理は、ゲーム拡張サーバ１００で実行することになる。

なお、本発明は、上述した実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上述した実施例に開示されている複数の構成要素は適宜組み合わせてもよく、上述した実施例に示される構成要素からいくつかの構成要素を削除してもよい。

次に、本実施例のゲーム拡張サーバ１００およびゲームサーバ２００のハードウェア構成について説明する。ゲーム拡張サーバ１００およびゲームサーバ２００は、ＣＰＵ（Central Processing Unit）等の制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等の記憶装置と、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disk）ドライブ装置等の外部記憶装置と、ディスプレイ等の表示装置と、キーボードやマウス等の入力装置と、他の装置と通信を行う通信インタフェースとこれらを接続するバスを備えており、通常のコンピュータを利用したハードウェア構成である。

本実施例では、上述した各部を備えるゲーム拡張サーバ１００、または、ゲーム拡張サーバ１００およびゲームサーバ２００がゲーム拡張装置として動作する。また、上述したゲーム拡張サーバ１００、または、ゲーム拡張サーバ１００およびゲームサーバ２００がゲーム拡張方法を実行する。なお、ゲーム拡張サーバ１００およびゲームサーバ２００は、１のサーバとして構成してもよい。

また、ゲーム拡張サーバ１００（ゲーム拡張サーバ１００およびゲームサーバ２００）内のＣＰＵがゲーム拡張プログラムをＲＯＭから読み出して実行することにより、各種デバイスを動作させることによって上述した実施例を実現する。または、ゲーム拡張サーバ１００（ゲーム拡張サーバ１００およびゲームサーバ２００）で実行されるゲーム拡張プログラムは、上述した各部（送受信部、リクエスト情報取得部、リクエスト実行部（、送受信部、リクエスト情報生成部））を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵがＲＯＭからゲーム拡張プログラムを読み出して実行することにより上述した各部が主記憶装置上にロードされ、送受信部１０１、リクエスト情報取得部１０２、リクエスト実行部１０３（、送受信部２０１、リクエスト情報生成部２０２）が主記憶装置上に生成される。

なお、リクエスト情報記憶部１１０と、ゲーム情報記憶部２１０は、主記憶装置上に構成するほか、ＨＤＤ、光ディスク、メモリカードなどの一般的に利用されているあらゆる記憶媒体によって構成することもできる。

また、ゲーム拡張プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供してもよい。

さらに、ゲーム拡張プログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、ゲーム拡張プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

１ ネットワーク
１０ ゲーム拡張システム
１００ ゲーム拡張サーバ
１０１ 送受信部
１０２ リクエスト情報取得部
１０３ リクエスト実行部
１１０ リクエスト情報記憶部
２００ ゲームサーバ
２０１ 送受信部
２０２ リクエスト情報生成部
２１０ ゲーム情報記憶部
３００ 情報端末
３０１ 送受信部
３０２ 操作表示部

上述した課題を解決し、目的を達成するために、本発明は、ゲームに対する要求の種別を示すリクエスト種別と、前記ゲームをプレイするユーザを識別するユーザ識別情報と、前記ゲームを識別するゲーム識別情報と、を含むリクエスト情報を順次記憶するリクエスト情報記憶手段と、所定のゲームをプレイするユーザが操作する第１情報端末装置から送信された前記リクエスト情報を受信する第１受信手段と、前記第１受信手段によって受信された前記リクエスト情報に含まれる前記ゲーム識別情報と異なるゲーム識別情報であり、かつ、前記リクエスト種別が同一である１または複数の前記リクエスト情報を前記リクエスト情報記憶手段から取得するリクエスト情報取得手段と、前記リクエスト情報取得手段によって取得された前記リクエスト情報を前記第１情報端末装置に送信する第１送信手段と、前記第１送信手段によって送信された前記リクエスト情報のうちの１のリクエスト情報を前記第１情報端末装置から受信する第２受信手段と、前記第２受信手段によって前記リクエスト情報を受信した場合に、受信した前記リクエスト情報に含まれる前記ユーザ識別情報に対応する第２情報端末装置に、前記第１受信手段によって受信された前記リクエスト情報を送信する第２送信手段と、前記リクエスト情報に対する承諾の可否を前記第２情報端末装置から受信する第３受信手段と、前記第３受信手段によって前記承諾を受信した場合に、前記リクエスト情報に応じた処理を実行するとともに、前記承諾に対応する前記リクエスト情報を前記リクエスト情報記憶手段から削除するリクエスト実行手段と、を備えることを特徴とする。

また、本発明は、ゲームに対する要求の種別を示すリクエスト種別と、前記ゲームをプレイするユーザを識別するユーザ識別情報と、前記ゲームを識別するゲーム識別情報と、を含むリクエスト情報を順次記憶するリクエスト情報記憶手段、を備えるゲーム拡張装置で実行されるゲーム拡張方法であって、所定のゲームをプレイするユーザが操作する第１情報端末装置から送信された前記リクエスト情報を受信する第１受信ステップと、前記第１受信ステップによって受信された前記リクエスト情報に含まれる前記ゲーム識別情報と異なるゲーム識別情報であり、かつ、前記リクエスト種別が同一である１または複数の前記リクエスト情報を前記リクエスト情報記憶手段から取得するリクエスト情報取得ステップと、前記リクエスト情報取得ステップによって取得された前記リクエスト情報を前記第１情報端末装置に送信する第１送信ステップと、前記第１送信ステップによって送信された前記リクエスト情報のうちの１のリクエスト情報を前記第１情報端末装置から受信する第２受信ステップと、前記第２受信ステップによって前記リクエスト情報を受信した場合に、受信した前記リクエスト情報に含まれる前記ユーザ識別情報に対応する第２情報端末装置に、前記第１受信ステップによって受信された前記リクエスト情報を送信する第２送信ステップと、前記リクエスト情報に対する承諾の可否を前記第２情報端末装置から受信する第３受信ステップと、前記第３受信ステップによって前記承諾を受信した場合に、前記リクエスト情報に応じた処理を実行するとともに、前記承諾に対応する前記リクエスト情報を前記リクエスト情報記憶手段から削除するリクエスト実行ステップと、を含むことを特徴とする。

また、本発明は、ゲームに対する要求の種別を示すリクエスト種別と、前記ゲームをプレイするユーザを識別するユーザ識別情報と、前記ゲームを識別するゲーム識別情報と、を含むリクエスト情報を順次記憶するリクエスト情報記憶手段、を備えたコンピュータに、所定のゲームをプレイするユーザが操作する第１情報端末装置から送信された前記リクエスト情報を受信する第１受信ステップと、前記第１受信ステップによって受信された前記リクエスト情報に含まれる前記ゲーム識別情報と異なるゲーム識別情報であり、かつ、前記リクエスト種別が同一である１または複数の前記リクエスト情報を前記リクエスト情報記憶手段から取得するリクエスト情報取得ステップと、前記リクエスト情報取得ステップによって取得された前記リクエスト情報を前記第１情報端末装置に送信する第１送信ステップと、前記第１送信ステップによって送信された前記リクエスト情報のうちの１のリクエスト情報を前記第１情報端末装置から受信する第２受信ステップと、前記第２受信ステップによって前記リクエスト情報を受信した場合に、受信した前記リクエスト情報に含まれる前記ユーザ識別情報に対応する第２情報端末装置に、前記第１受信ステップによって受信された前記リクエスト情報を送信する第２送信ステップと、前記リクエスト情報に対する承諾の可否を前記第２情報端末装置から受信する第３受信ステップと、前記第３受信ステップによって前記承諾を受信した場合に、前記リクエスト情報に応じた処理を実行するとともに、前記承諾に対応する前記リクエスト情報を前記リクエスト情報記憶手段から削除するリクエスト実行ステップと、を実行させることを特徴とする。

Claims (9)

1. ゲームに対する要求の種別を示すリクエスト種別と、前記ゲームをプレイするユーザを識別するユーザ識別情報と、前記ゲームを識別するゲーム識別情報と、を含むリクエスト情報を記憶するリクエスト情報記憶手段と、
   所定のゲームをプレイするユーザが操作する第１情報端末装置から送信された前記リクエスト情報を受信する第１受信手段と、
   前記第１受信手段によって受信された前記リクエスト情報に含まれる前記ゲーム識別情報と異なるゲーム識別情報を含んだ１または複数の前記リクエスト情報を前記リクエスト情報記憶手段から取得するリクエスト情報取得手段と、
   前記リクエスト情報取得手段によって取得された前記リクエスト情報を前記第１情報端末装置に送信する第１送信手段と、
   前記第１送信手段によって送信された前記リクエスト情報のうちの１のリクエスト情報を前記第１情報端末装置から受信する第２受信手段と、
   前記第２受信手段によって前記リクエスト情報を受信した場合に、受信した前記リクエスト情報に含まれる前記ユーザ識別情報に対応する第２情報端末装置に、前記第１受信手段によって受信されたリクエスト情報を送信する第２送信手段と、
   前記リクエスト情報に対する承諾の可否を前記第２情報端末装置から受信する第３受信手段と、
   前記第３受信手段によって前記承諾を受信した場合に、前記リクエスト情報に応じた処理を実行するリクエスト実行手段と、
   を備えることを特徴とするゲーム拡張装置。
2. 前記ゲーム識別情報を記憶するゲーム識別情報記憶手段と、
   前記リクエスト種別と、前記ユーザ識別情報とを含むリクエスト情報を受信する第４受信手段と、
   前記第４受信手段によって受信した前記リクエスト情報に、前記ゲーム識別情報記憶手段に記憶した前記ゲーム識別情報を追加したリクエスト情報を生成するリクエスト生成手段と、
   前記リクエスト生成手段によって生成された前記リクエスト情報を送信する第３送信手段と、を備え、
   前記第１受信手段は、前記第３送信手段によって送信された前記リクエスト情報を受信すること、を特徴とする請求項１に記載のゲーム拡張装置。
3. 前記リクエスト種別は、前記ユーザが保有するアイテムを互いに交換する旨を示すアイテム交換であり、
   前記リクエスト情報は、前記アイテムを表した画像データまたは前記画像データの所在地を示すＵＲＬ(Uniform Resource Locator)をさらに含み、
   前記リクエスト実行手段は、前記ユーザが保有する前記アイテムの前記画像データまたは前記ＵＲＬを互いに交換すること、を特徴とする請求項１または請求項２に記載のゲーム拡張装置。
4. 前記リクエスト種別は、前記ユーザが他のユーザと対戦して勝敗を決定する旨を示すバトルであり、
   前記リクエスト情報は、前記ユーザの属性データをさらに含み、
   前記リクエスト実行手段は、前記属性データに基づいて前記勝敗を決定すること、を特徴とする請求項１または請求項２に記載のゲーム拡張装置。
5. 前記リクエスト種別は、前記ユーザが他のユーザの協力を求める旨を示す協力プレイであり、
   前記リクエスト情報は、前記ユーザの属性データをさらに含み、
   前記リクエスト実行手段は、前記他のユーザの属性データを協力者データに変換し、前記協力者データを前記ユーザ識別情報に対応付けてゲーム情報記憶部に記憶すること、を特徴とする請求項１または請求項２に記載のゲーム拡張装置。
6. 前記第２情報端末装置を操作するユーザを識別する前記ユーザ識別情報が、前記第１情報端末装置を操作するユーザを識別する前記ユーザ識別情報と同一であること、を特徴とする請求項１乃至５のいずれか一つに記載のゲーム拡張装置。
7. 前記第２情報端末装置が、前記第１情報端末装置と同一であること、を特徴とする請求項１乃至６のいずれか一つに記載のゲーム拡張装置。
8. ゲームに対する要求の種別を示すリクエスト種別と、前記ゲームをプレイするユーザを識別するユーザ識別情報と、前記ゲームを識別するゲーム識別情報と、を含むリクエスト情報を記憶するリクエスト情報記憶手段、を備えるゲーム拡張装置で実行されるゲーム拡張方法であって、
   所定のゲームをプレイするユーザが操作する第１情報端末装置から送信された前記リクエスト情報を受信する第１受信ステップと、
   前記第１受信ステップによって受信された前記リクエスト情報に含まれる前記ゲーム識別情報と異なるゲーム識別情報を含んだ１または複数の前記リクエスト情報を前記リクエスト情報記憶手段から取得するリクエスト情報取得ステップと、
   前記リクエスト情報取得ステップによって取得された前記リクエスト情報を前記第１情報端末装置に送信する第１送信ステップと、
   前記第１送信ステップによって送信された前記リクエスト情報のうちの１のリクエスト情報を前記第１情報端末装置から受信する第２受信ステップと、
   前記第２受信ステップによって前記リクエスト情報を受信した場合に、受信した前記リクエスト情報に含まれる前記ユーザ識別情報に対応する第２情報端末装置に、前記第１受信ステップによって受信されたリクエスト情報を送信する第２送信ステップと、
   前記リクエスト情報に対する承諾の可否を前記第２情報端末装置から受信する第３受信ステップと、
   前記第３受信ステップによって前記承諾を受信した場合に、前記リクエスト情報に応じた処理を実行するリクエスト実行ステップと、
   を含むことを特徴とするゲーム拡張方法。
9. ゲームに対する要求の種別を示すリクエスト種別と、前記ゲームをプレイするユーザを識別するユーザ識別情報と、前記ゲームを識別するゲーム識別情報と、を含むリクエスト情報を記憶するリクエスト情報記憶手段、を備えたコンピュータに、
   所定のゲームをプレイするユーザが操作する第１情報端末装置から送信された前記リクエスト情報を受信する第１受信ステップと、
   前記第１受信ステップによって受信された前記リクエスト情報に含まれる前記ゲーム識別情報と異なるゲーム識別情報を含んだ１または複数の前記リクエスト情報を前記リクエスト情報記憶手段から取得するリクエスト情報取得ステップと、
   前記リクエスト情報取得ステップによって取得された前記リクエスト情報を前記第１情報端末装置に送信する第１送信ステップと、
   前記第１送信ステップによって送信された前記リクエスト情報のうちの１のリクエスト情報を前記第１情報端末装置から受信する第２受信ステップと、
   前記第２受信ステップによって前記リクエスト情報を受信した場合に、受信した前記リクエスト情報に含まれる前記ユーザ識別情報に対応する第２情報端末装置に、前記第１受信ステップによって受信されたリクエスト情報を送信する第２送信ステップと、
   前記リクエスト情報に対する承諾の可否を前記第２情報端末装置から受信する第３受信ステップと、
   前記第３受信ステップによって前記承諾を受信した場合に、前記リクエスト情報に応じた処理を実行するリクエスト実行ステップと、
   を実行させることを特徴とするゲーム拡張プログラム。

Images