プレイ結果処理システム
【課題】簡素な構成で、プレイヤのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加可能とする。
【解決手段】プレイ結果処理システム４は、プレイヤＩＤと、パスＩＤとを対応付けて記憶する第１紐付けテーブル４３２と、プレイヤＩＤと、このプレイヤＩＤで識別されるプレイヤに固有の生成用情報とを対応付けて記憶する第２紐付けテーブル４３３と、特定のコンピュータゲームのプレイに係るプレイ結果と当該プレイに用いられたＩＤパス２のパスＩＤとの組を受信する受信部と、受信部に受信された組に含まれるパスＩＤに紐付けられた電子メールアドレスを送信元メールアドレスとした電子メールであって当該組に含まれるプレイ結果を本文に含む電子メールを生成する生成部と、生成された電子メールを既存のウェブページ作成システム５へ送信する送信部とを有する。
【解決手段】プレイ結果処理システム４は、プレイヤＩＤと、パスＩＤとを対応付けて記憶する第１紐付けテーブル４３２と、プレイヤＩＤと、このプレイヤＩＤで識別されるプレイヤに固有の生成用情報とを対応付けて記憶する第２紐付けテーブル４３３と、特定のコンピュータゲームのプレイに係るプレイ結果と当該プレイに用いられたＩＤパス２のパスＩＤとの組を受信する受信部と、受信部に受信された組に含まれるパスＩＤに紐付けられた電子メールアドレスを送信元メールアドレスとした電子メールであって当該組に含まれるプレイ結果を本文に含む電子メールを生成する生成部と、生成された電子メールを既存のウェブページ作成システム５へ送信する送信部とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータゲームのプレイの結果を処理する技術に関する。
【背景技術】
【０００２】
特許文献１には、コンピュータゲームのプレイの結果を記述したウェブページを、コンピュータゲームを実行するゲームサーバにエントリーしたクライアントコンピュータ毎に作成するネットワークゲームシステムが開示されている。また、特許文献１には、ＩＤおよびパスワードを用いてプレイヤを特定することが記載されている。
【特許文献１】特開２００８−３６２４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に記載のシステムでは、コンピュータゲームのプレイの結果を提示するウェブページがクライアントコンピュータ毎に作成されるから、一つのクライアントコンピュータが複数のプレイヤに使用される場合、あるプレイヤのプレイの結果と別のプレイヤのプレイの結果とが同一のウェブページに記述されることになる。これでは、誰のウェブページなのかが不明確となってしまう。
【０００４】
そこで、ＩＤおよびパスワードを用いてプレイヤを特定し、特定したプレイヤ毎に、コンピュータゲームのプレイの結果を記述したウェブページを作成するシステムを想定する。以降、このシステムを「第１システム」と呼ぶ。第１システムの利点は、プレイヤ（ウェブサイト）毎にウェブページが作成されるから、一つのクライアントコンピュータが複数のプレイヤに使用されたとしても、誰のウェブページなのかが明確となることにある。
【０００５】
ところで、利用者が付与されたアカウントを用いてウェブページを作成し、当該アカウントに固有のウェブサイトに追加（登録）することができるウェブページ作成システムが普及している。以降、このようなウェブページ作成システムを「第２システム」と呼ぶ。第２システムの利用を前提とすれば、コンピュータゲームのプレイの結果を提示するウェブページを自動的に作成するシステムの構成を簡素とすることができる。
【０００６】
一方、プレイヤが、固有の媒体識別子が記録された情報記録媒体を用いてコンピュータゲームのプレイを行うと、このプレイの結果を、このプレイに用いられた情報記録媒体の媒体識別子に対応付けて記憶するゲームシステムが知られている。このゲームシステムの一種に、一人のプレイヤが複数の情報記録媒体を所有可能なゲームシステムがある。以降、このシステムを「第３システム」と呼ぶ。第３システムの利点は、複数の情報記録媒体を所有するプレイヤが、情報記録媒体を使い分けることにより、コンピュータゲームのプレイの結果を媒体識別子毎に管理することができることにある。
【０００７】
そこで、第２システムの利用を前提とし、第１および第３システムの利点を共に活かしたシステムを構築することを考える。そのようなシステムとしては、媒体識別子毎に第２システムを利用するためのアカウントを付与しておき、コンピュータゲームのプレイの結果を媒体識別子毎に記憶し、媒体識別子毎に、コンピュータゲームのプレイの結果を記述したウェブページを作成して媒体識別子に対応するアカウントに固有のウェブサイトに追加するシステムが考えられる。しかし、このシステムには、プレイヤが複数の情報記録媒体を使い分ける場合、そのプレイヤのプレイの結果を記述したウェブページが複数のウェブサイトに分散してしまうという欠点がある。
【０００８】
本発明は、このような事情に鑑みてなされたものであり、簡素な構成で、プレイヤのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加可能なプレイ結果処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
まず、用語について説明する。
「ゲーム」とは、サッカーやパズルのように、そのプレイ（ゲームプレイ）の結果を定めるルールを有するものである。ゲームについて「プレイ」とは、その開始から終了までのゲーム期間において当該ゲームを客体として進行する行為のうち、その内容が、当該ゲームと、当該ゲーム期間におけるその主体の挙動とに応じて定まる行為である。一つのゲームは、単数または複数のプレイの客体となる。プレイの主体となる人を、そのプレイの客体であるゲームについて「プレイヤ」と呼ぶ。プレイについて、その「結果」とは、そのプレイに係るプレイヤが目的とする評価である。プレイの結果としては、スコアや、勝敗、順位、得点を例示可能である。
【００１０】
任意のゲームは、コンピュータゲームとして実現可能である。「コンピュータゲーム」とは、そのプレイがコンピュータを用いて実現されるゲームである。コンピュータゲームとしては、再生される音楽に合わせて操作子を操作する音楽ゲームを例示可能である。コンピュータゲームでは、そのプレイの内容に影響を与える挙動は、当該プレイの実現に用いられたコンピュータの操作に限られる。コンピュータゲームのプレイの実現に用いられるコンピュータを、「ゲーム装置」と呼ぶ。ゲーム装置のうち、その操作のための、そのコンピュータゲームのプレイヤに対するユーザインターフェイスを有するものを、「ゲーム端末」と呼ぶ。
【００１１】
ゲーム端末が設置される場所を「ゲーム場（game place）」と呼ぶ。ゲーム場の例としては、設置されたゲーム端末を来訪者に有償で使用させる施設（例えば、ゲームアーケード）や、ゲーム端末が設置された住居を含む。前者では、主として来訪者（visitor）が、ゲーム端末の使用者およびコンピュータゲームのプレイヤとなり、後者では、主として住人が、ゲーム端末の使用者およびコンピュータゲームのプレイヤとなる。前者には、主として、その使用者からその使用料を徴収するための機能を持つゲーム端末（業務用ゲーム機）が設置され、後者には、主として、当該機能を持たないゲーム端末（家庭用ゲーム機）が設置される。
【００１２】
「コンピュータ」とは、データを処理する装置のうち、データを保持するメモリと、メモリにロードされたコンピュータプログラムを実行するプロセッサとを有する装置である。「データ」とは、情報をコンピュータ等の機械で認識しうる形式で表現したものである。データの例としては、情報を電気的に表現したデータや、情報を磁気的に表現したデータ、情報を光学的に表現したデータを含む。「情報」とは、データで表現可能な対象の総称である。「メモリ」とは、書き込まれたデータを読み出し可能に保持する装置である。メモリの例としては、半導体メモリ、磁気メモリ、光メモリを含む。「コンピュータプログラム」とは、命令を表すデータ（コード）の集合体（例えば、コード列）のうち、処理の手順を示す集合体である。コンピュータプログラムの例としては、コンピュータに、コンピュータゲームのプレイを実現させるプログラムを含む。「プロセッサ」とは、命令セットを実装し、その命令セットに含まれている命令を表すデータの集合体であるコンピュータプログラムに示されている手順で、当該コンピュータプログラム内のデータで表される命令を実行する処理を行うことによって、当該コンピュータプログラムを実行する装置である。プロセッサの例としては、単数のＣＰＵ（Central Processing Unit）や、複数のＣＰＵの集合体を含む。
【００１３】
次に、本発明について説明する。
上述した課題を解決するために、本発明は、情報を利用者に固有の形式で示すデータを受信し、当該データを用いて、当該情報を記述したウェブページを作成し、当該利用者のウェブサイトに追加するウェブページ作成システムへデータを送信するシステムであって、コンピュータゲームのプレイヤに固有のプレイヤ識別子と、前記コンピュータゲームのプレイに用いられる情報記録媒体に固有の媒体識別子とを対応付けて記憶する第１記憶部と、前記プレイヤ識別子と、情報を当該プレイヤ識別子に係るプレイヤに固有の形式で示すデータの生成に必須の生成用情報とを対応付けて記憶する第２記憶部と、前記コンピュータゲームのプレイの結果であるプレイ結果と当該プレイに用いられた前記情報記録媒体の前記媒体識別子との組を受信する受信部と、前記受信部に受信された組に含まれる前記媒体識別子に対応付けられた前記プレイヤ識別子に対応付けられた前記生成用情報を用いて、当該組に含まれる前記プレイ結果を当該プレイヤ識別子に係るプレイヤに固有の形式で示すデータを生成する生成部と、前記生成部に生成されたデータを前記ウェブページ作成システムへ送信する送信部とを有するプレイ結果処理システムを提供する。上記ウェブページ作成システムとしては既存のものを利用可能であるから、このプレイ結果処理システムを用いれば、簡素な構成で、プレイヤのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加することができる。
【００１４】
上記のプレイ結果処理システムにおいて、前記生成用情報は電子メールアドレスであり、前記生成部は、前記受信部に受信された組に含まれる前記媒体識別子に対応付けられた前記プレイヤ識別子に対応付けられた前記生成用情報を送信元メールアドレスとし、当該組に含まれる前記プレイ結果を本文またはタイトルに含む電子メールを生成する、ようにしてもよい。この態様のプレイ結果処理システムでは、ウェブページ作成システムへ送信するデータは電子メールとなる。電子メールの通信プロトコルは広く普及しているから、この態様のプレイ結果処理システムによれば、広くは普及していない通信プロトコルでデータを送信せねばならない態様のものに比較して、プレイ結果処理システムの構築にかかる手間を低減可能であるとともに、多くのウェブページ作成システムを利用可能である。
【発明の効果】
【００１５】
本発明によれば、簡素な構成で、プレイヤのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して、本発明の好適な実施の形態について説明する。以下に説明する具体的な構成は一例に過ぎず、本発明は、この具体的な構成を変形して得られる各種の形態をも範囲に含む。
【００１７】
＜実施形態＞
図１は、本発明の一実施形態に係る通信システム１の構成を示すブロック図である。通信システム１は、プレイヤに特定のコンピュータゲーム（音楽ゲーム）のプレイを行わせ、そのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加（登録）するシステムであり、ＩＤパス２と、複数のゲーム端末３と、プレイ結果処理システム４と、ウェブページ作成システム５とを有する。
【００１８】
ＩＤパス２は、特定のコンピュータゲームのプレイに用いられる情報記録媒体であり、その形状は、好適には携帯容易なカード状である。この図に示すＩＤパス２の数は１であるが、実際には、多数のＩＤパス２が存在する。各ＩＤパス２には、固有のパスＩＤ（媒体識別子）が記録されている。例えば、図に示すＩＤパス２には、パスＩＤとして「１」が記録されている。一人のプレイヤは１又は複数のＩＤパス２を所有することができる。
【００１９】
ゲーム端末３は、特定のコンピュータゲームのプレイの実現に用いられるコンピュータである。また、ゲーム端末３は、特定のコンピュータゲームのプレイをプレイヤに有償で行わせる業務用ゲーム機（アーケードゲーム機）であり、不特定多数の人が来訪する複数のゲーム場Ａ，Ｂ，…に１または複数ずつ設置される。
【００２０】
図２は、ゲーム端末３の外観を示す斜視図である。ゲーム端末３の筐体３１には、ＩＤパス２からパスＩＤを読み取るパスリーダ３２と、所定のコインの投入口３３とが設けられている。パスリーダ３２によるパスＩＤの読み取り方式は任意であるが、ＩＤパス２の情報記録方式と対応している必要がある。所定のコインとは、一または複数枚で特定のコンピュータゲームのプレイの料金に相当する価値を有するコインであり、例えば硬貨である。プレイヤは、所有するＩＤパス２のうち、所望のＩＤパス２のパスＩＤをパスリーダ３２に読み取らせて一時的に記憶させ、コンピュータゲームのプレイの料金に足る所定のコインを投入口３３へ投入することにより、特定のコンピュータゲームのプレイを行うことができる。
【００２１】
また筐体３１には、画面３４と複数のスピーカ３５と４行４列に配列された１６個の操作ボタン３６とが設けられている。特定のコンピュータゲームのプレイでは、プレイヤは、複数のスピーカ３５を用いて再生される音楽を聴きつつ、この音楽に応じて画面３４に表示される画像を眺めながら、適切な時期に適切な操作ボタン３６を操作することになる。特定のコンピュータゲームのプレイの結果（以降、「プレイ結果」と呼ぶ）は、適切度の高い操作が行われると良くなり、適切度の低い操作が行われると悪くなる。
【００２２】
図３は、画面３４と操作ボタン３６との位置関係を示す図である。この図に示すように、１６個の操作ボタン３６はそれぞれ画面３４に重なっている。ところで、操作ボタン１６は光透過率の高い材料で形成されている。したがって、プレイヤは、表示面３４のうち、プレイ結果が表示される領域３４１に表示された画像のみならず、操作すべき時期および操作ボタン３６を示す４行４列の領域３４２に表示された画像をも視認可能である。
【００２３】
図４は、領域３４２に表示される画像の一例を示す図である。この例では、中央に表示された円が徐々に大きくなっていき、領域３４２いっぱいまで大きくなったときが、この領域３４２に重なる操作ボタン３６を操作すべき時期である。一方、図５は、領域３４１に表示される画像の一例を示す図である。この図に示すスコアは、適切度の高い操作が行われると高くなり、適切度の低い操作が行われると低くなるパラメータであり、特定のコンピュータゲームのプレイ中には随時更新される。
【００２４】
特定のコンピュータゲームのプレイの終了時のスコアが、このプレイに係るプレイ結果となる。ゲーム端末３は、特定のコンピュータゲームのプレイが終了すると、このプレイに用いられたＩＤパス２に記録されているパスＩＤと、このプレイに係るプレイ結果との組をプレイ結果処理システム４へ送信する。この送信は、組を示すデータを送信することにより行われる。
【００２５】
再び図１を参照し、プレイ結果処理システム４およびウェブページ作成システム５について説明する。ウェブページ作成システム５は、その利用者によるウェブサイトの構築を可能とする既存のシステムであり、利用者に予め登録された電子メールアドレスを送信元メールアドレスとした電子メールを受信すると、この電子メールのタイトル及び本文をＨＴＭＬ（HyperText Markup Language）等の文書記述言語で記述したウェブページを作成し、この利用者のウェブサイトに追加する。なお、「ウェブページ」はＷＷＷ（World Wide Web）を構成する文書であり、「ウェブサイト」はウェブページの集合体である。
【００２６】
プレイ結果処理システム４は、１または複数のコンピュータで構成されるコンピュータシステムであり、各ゲーム端末３との間でデータを送受信する第１通信インターフェイス４１と、ウェブページ作成システム５との間でデータを送受信する第２通信インターフェイス４２と、情報をデータとして記憶する記憶部４３と、各種の処理を行う処理部４４とを有する。記憶部４３は、例えば、書き換え可能なメモリ（例えばＲＡＭ（Random Access Memory）やハードディスク）で構成される。記憶部４３の記憶領域には、プレイ結果管理テーブル４３１と、第１紐付けテーブル（第１記憶部）４３２と、第２紐付けテーブル（第２記憶部）４３２と、メール送信キュー４３４とが確保される。
【００２７】
図６は、プレイ結果管理テーブル４３１の構成を模式的に示す図である。この図に示すように、プレイ結果管理テーブル４３１には、パスＩＤとプレイ結果との組毎に、そのパスＩＤと、そのプレイ結果と、その組を受信した時刻である受信時刻と、そのプレイ結果を本文に含む電子メール（以降、「プレイ結果通知メール」と呼ぶ）が生成されたか否かを示す生成フラグとが互いに対応付けて記憶される。この記憶は、例えば、互いに対応するパスＩＤ、プレイ結果、受信時刻および生成フラグを示すデータがプレイ結果管理テーブル４３１へ書き込まれることにより行われる。
【００２８】
図７は、第１紐付けテーブル４３２の構成を模式的に示す図である。この図に示すように、第１紐付けテーブル４３２には、プレイヤ毎に、そのプレイヤに固有のプレイヤＩＤ（プレイヤ識別子）と、そのプレイヤが所有するＩＤパス２に記録されたパスＩＤとが互いに対応付けて記憶される。この記憶は、例えば、互いに対応するプレイヤＩＤおよびパスＩＤを示すデータが第１紐付けテーブル４３２へ書き込まれることにより行われる。以降の説明では、必要なプレイヤＩＤおよびパスＩＤが既に記憶されているものとする。
【００２９】
図８は、第２紐付けテーブル４３３の構成を模式的に示す図である。この図に示すように、第２紐付けテーブル４３３には、プレイヤ毎に、そのプレイヤのプレイヤＩＤと、そのプレイヤによるプレイ結果に係るプレイ結果通知メールの生成に必須の生成用情報とが互いに対応付けて記憶される。この記憶は、例えば、互いに対応するプレイヤＩＤおよび生成用情報を示すデータを第２紐付けテーブル４３３へ書き込むことにより行われる。生成用情報は、具体的には電子メールアドレスである。例えば、あるプレイヤに係る生成用情報は、そのプレイヤがウェブページ作成システム５に登録した電子メールアドレスである。以降の説明では、必要なプレイヤＩＤおよび生成用情報が既に記憶されているものとする。
【００３０】
図１のメール送信キュー４３４は、プレイ結果通知メールを送信するためのキュー（queue）であり、生成されたプレイ結果通知メールを保持する。処理プログラム４３５は、処理部４３に実行されるコンピュータプログラムである。処理部４３は、例えば１または複数のプロセッサで構成され、処理プログラム４３５を実行することにより、次に述べる機能を実現する。
【００３１】
処理部４３は、図示しないリアルタイムクロックと協働して現在時刻を計時するタイマ、各ゲーム端末３からのプレイ結果とパスＩＤとの組を第１通信インターフェイス４１と協働して受信する受信部、およびメール送信キュー４３４に保持されているプレイ結果通知メールを第２通信インターフェイス４２と協働して順にウェブページ作成システム５へ送信する送信部として機能する。
【００３２】
また、処理部４３は、処理プログラム４３５を実行することにより、プレイ結果等の情報を格納するプレイ結果格納処理と、プレイ結果通知メールを生成する電子メール生成処理と、メール送信キュー４３４からプレイ結果通知メールを順に取り出して送信する電子メール送信処理とを並列に実行する。電子メール送信処理は一般的な処理と同様であるから、以降、プレイ結果格納処理および電子メール生成処理について詳述する。
【００３３】
図９はプレイ結果格納処理の流れを示すフローチャートである。この図に示すように、プレイ結果格納処理では、処理部４４は、まず、パスＩＤとプレイ結果との組を受信したか否かを判定する（Ｓ１１）。この判定結果が「ＮＯ」の場合、処理はステップＳ１１に戻る。つまり、処理部４４はパスＩＤとプレイ結果との組を受信するまで待機する。ステップＳ１１の判定結果が「ＹＥＳ」の場合、処理部４４は、現在時刻を、受信した組の受信時刻として特定する（Ｓ１２）。処理部４４は、受信した組（パスＩＤおよびプレイ結果）と、ステップＳ１２で特定した受信時刻と、未生成を示す生成フラグとを対応付けてプレイ結果管理テーブル４３１へ格納する（Ｓ１３）。以降、処理はステップＳ１１に戻る。
【００３４】
図１０は電子メール生成処理の流れを示すフローチャートである。この図に示すように、電子メール生成処理では、処理部４４は、まず、プレイ結果通知メールの生成時期を迎えたか否かを判定する（Ｓ２１）。この判定結果が「ＮＯ」の場合、処理はステップＳ２１に戻る。つまり、処理部４４はプレイ結果通知メールの生成時期を迎えるまで待機する。本実施形態では、処理プログラム４３５は、一定の周期でプレイ結果通知メールの生成時期が到来するように設計されている。したがって、ステップＳ２１の判定結果は、一定の周期で「ＹＥＳ」となる。
【００３５】
ステップＳ２１の判定結果が「ＹＥＳ」の場合、処理部４４は、プレイ結果通知メールを未生成で未タイムアウトのプレイ結果の特定を試行する（Ｓ２２）。具体的には、処理部４４は、プレイ結果管理テーブル４３１から、未生成を示す生成フラグが対応付けられているプレイ結果であって、現在時刻から一定の時間（例えば２４時間）だけ前の時刻以降の時刻を示す受信時刻が対応付けられているプレイ結果の特定を試行する。
【００３６】
次に、処理部４４は、ステップＳ２３の特定に成功したか否かを判定する（Ｓ２３）。この判定結果が「ＹＥＳ」の場合、処理部４４は、特定したプレイ結果に対応付けられているパスＩＤに生成用情報が紐付けられているか否かを判定する（Ｓ２４）。この判定は、第１紐付けテーブル４３２を参照して、特定したプレイ結果に対応付けられているパスＩＤに対応するプレイヤＩＤを特定し、第２紐付けテーブル４３３を参照して、特定したプレイヤＩＤに対応する生成用情報を特定する処理を試行することにより行われる。
【００３７】
ステップＳ２４の判定結果が「ＮＯ」の場合、処理はステップＳ２２に戻る。ただし、ステップＳ２４の判定結果が「ＮＯ」となったプレイ結果は、次回の生成時期を迎えるまで、ステップＳ２２において特定されることはない。このような制御を実現する方法は任意である。例えば、図６のプレイ結果管理テーブル４３１において、各プレイ結果に、生成時期を迎える度にリセットされる特定のフラグを対応付けておき、ステップＳ２４の判定結果が「ＮＯ」となったプレイ結果に係る特定のフラグをセットし、ステップＳ２２における特定においては特定のフラグがセットされたプレイ結果を母集団から除外する、という形態であってもよい。
【００３８】
一方、ステップＳ２４の判定結果が「ＹＥＳ」の場合、処理部４４は、特定したプレイ結果に対応付けられたパスＩＤに紐付けられている生成用情報を用いて、特定したプレイ結果を本文に含むプレイ結果通知メールを生成する（Ｓ２５）。つまり、処理部４４は、受信部に受信された組に含まれるパスＩＤに対応付けられたプレイヤＩＤに対応付けられた生成用情報を用いて、当該組に含まれるプレイ結果を本文に含むプレイ結果通知メールを生成する生成部として機能する。
【００３９】
具体的には、処理部４４は、図１１に例示するように、タイトルが「特定のコンピュータゲームのプレイ結果」であり、本文の１行目が「2007年12月25日のプレイ結果は以下の通りです。」で２行目が「SCORE 7256」であり、特定したプレイ結果に対応付けられたパスＩＤに紐付けられている生成用情報を送信元メールアドレスとした電子メールを生成する。この図において、「2007年12月25日」は、特定したプレイ結果に対応付けられた受信時刻で示される日付を示す文字列であり、「7256」は、特定したプレイ結果（スコア）を示す文字列である。
【００４０】
そして、処理部４４は、生成したプレイ結果通知メールをメール送信キュー４３４に入れ（Ｓ２６）、特定したプレイ結果に対応付けられた生成フラグを、生成済みを示すように更新する（Ｓ２７）。以降、処理はステップＳ２２に戻る。このように、未生成で未タイムアウトのプレイ結果の特定に失敗するまで、ステップＳ２２〜Ｓ２７が繰り返し行われる。そして、未生成で未タイムアウトのプレイ結果の特定に失敗してステップＳ２３の判定結果が「ＮＯ」となると、処理はステップＳ２１に戻る。
【００４１】
以上説明した電子メール生成処理により、メール送信キュー４３４には、プレイ結果通知メールが順次入れられる。これらのプレイ結果通知メールは、順次、ウェブページ作成システム５へ送信される。ウェブページ作成システム５は、プレイ結果通知メールを受信すると、このプレイ結果通知メールの送信元メールアドレスが予め登録されている電子メールアドレスであるか否かを判定し、予め登録されている電子メールアドレスである場合には、このプレイ結果通知メールのタイトルおよび本文を記述したウェブページを生成し、この送信元メールアドレスに対応する利用者のウェブサイトに追加する。
【００４２】
図１２は、ウェブページ作成システム５に生成されるウェブページの表示イメージを例示する図であり、図１１に対応している。これらの図から明らかなように、プレイ結果通知メールのタイトルがウェブページのタイトルとなり、プレイ結果通知メールの本文がウェブページの内容となる。
【００４３】
以上説明したように、通信システム１はプレイ結果処理システム４を有し、プレイ結果処理システム４は、利用者に固有の電子メールアドレスを送信元メールアドレスとした電子メールを受信し、この電子メールを用いて、この電子メールのタイトルおよび本文を記述したウェブページを作成し、この利用者のウェブサイトに追加する既存のウェブページ作成システム５へデータを送信するシステムであって、特定のコンピュータゲームのプレイヤに固有のプレイヤＩＤと、特定のコンピュータゲームのプレイに用いられるＩＤパス２に固有のパスＩＤとを対応付けて記憶する第１紐付けテーブル４３２と、プレイヤＩＤと、このプレイヤＩＤで識別されるプレイヤに固有の電子メールアドレス（生成用情報）とを対応付けて記憶する第２紐付けテーブル４３３と、特定のコンピュータゲームのプレイに係るプレイ結果と当該プレイに用いられたＩＤパス２のパスＩＤとの組を受信する受信部と、受信部に受信された組に含まれるパスＩＤに紐付けられた電子メールアドレスを送信元メールアドレスとした電子メールであって当該組に含まれるプレイ結果を本文に含む電子メールを生成する生成部と、生成された電子メールをウェブページ作成システム５へ送信する送信部とを有するから、本実施形態によれば、簡素な構成で、プレイヤのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加する処理を実現可能である。
【００４４】
また、通信システム１では、プレイ結果処理システム４からウェブページ作成システム５へ送信されるデータは電子メールであり、電子メールの通信プロトコルは広く普及しているから、本実施形態によれば、広くは普及していない通信プロトコルでデータを送信せねばならない形態に比較して、プレイ結果処理システム４の構築にかかる手間を低減可能であるとともに、多くのウェブページ作成システムを利用可能である。
【００４５】
また、通信システム１では、一人のプレイヤが複数のＩＤパス（情報記録媒体）２を所有する場合、図７に示すように、複数のパスＩＤ（媒体識別子）に対して一つのプレイヤＩＤ（プレイヤ識別子）が対応付けられる。そして、通信システム１では、パスＩＤではなく、プレイヤＩＤに、生成用情報が対応付けられる。よって、通信システム１によれば、一人のプレイヤが複数のＩＤパス２を使い分ける場合であっても、そのプレイヤのプレイについて自動的に生成されるウェブページが複数のウェブサイトに分散されてしまう事態を回避することができる。
【００４６】
＜変形例＞
上述した一実施形態を変形し、特定のコンピュータゲーム以外のコンピュータゲームに適用してもよい。例えば、一つのプレイに複数のプレイヤが参加する形態のコンピュータゲームに適用してもよい。この場合、一つのプレイについて複数の組がプレイ結果処理システム４に蓄積されることになるが、各組に、当該プレイに固有のプレイＩＤを対応付けておき、このプレイＩＤをプレイ結果通知メールのタイトルまたは本文に含め、同一のプレイに係る複数のウェブページが、タグまたはリンクによって、互いに関連付けられるようにしてもよい。
【００４７】
上述した一実施形態を変形し、互いに異なる複数のコンピュータゲームに適用してもよい。この場合、所有するＩＤパス（情報記録媒体）２の数が１のプレイヤは、このＩＤパス２を複数のコンピュータゲームに共通して用いることになり、複数のＩＤパス（情報記録媒体）２を所有するプレイヤは、これら複数のＩＤパス２をコンピュータゲーム毎に使い分けるか、一つのＩＤパス２を複数のコンピュータゲームに共通して用いるかすることになる。しかし、いずれであっても、複数のパスＩＤ（媒体識別子）に対して一つのプレイヤＩＤ（プレイヤ識別子）が対応付けられ、このプレイヤＩＤに生成用情報が対応付けられる点に変わりはないから、あるプレイヤのプレイであれば、そのプレイがいずれのコンピュータゲームのプレイであっても、そのプレイ結果を記述したウェブページは、そのプレイヤの唯一のウェブサイトに追加されることになる。
【００４８】
上述した一実施形態を変形し、ウェブページに記述されるプレイ結果として、スコア以外のパラメータを採用してもよいし、複数のパラメータを採用してもよい。例えば、１回のプレイが複数のステージで構成される場合には、ステージ毎のスコアとステージ番号とをプレイ結果として採用してもよい。また例えば、プレイにおいてスコア以外のポイントや評価が付与される場合には、これらのポイントや評価をゲーム結果として採用してもよい。
【００４９】
上述した一実施形態を変形し、プレイ結果処理システム４が、タイトルを空欄としたプレイ結果通知メールを送信する形態としてもよいし、受信時刻を含まないプレイ結果通知メールを送信する形態としてもよい。また、プレイ結果処理システム４が、プレイ結果をタイトルに含み、本文を空欄としたプレイ結果通知メールを送信する形態としてもよいし、あるプレイ結果をタイトルに含み、他のプレイ結果を本文に含むプレイ結果通知メールを送信する形態としてもよい。
【００５０】
上述した一実施形態を変形し、プレイ結果や受信時刻以外の情報をもタイトルまたは本文に含むプレイ結果通知メールを送信する形態としてもよい。プレイ結果や受信時刻以外の情報としては、例えば、プレイにおいて再生された音楽に応じた画像ファイルへのリンクや、ゲーム場の名称、プレイヤの名称を例示可能である。以降、ゲーム場およびプレイヤの名称に関する形態について、図面を参照して説明する。
【００５１】
ゲーム場の名称をタイトルまたは本文に含むプレイ結果通知メールを送信可能なプレイ結果処理システム４としては、図１３に示す構成のデータテーブルを有するプレイ結果処理システム４を例示可能である。このプレイ結果処理システム４は、ゲーム端末３から、このゲーム端末３に固有のゲーム端末ＩＤとパスＩＤとゲーム結果との組が送信されることを前提としており、受信した組に含まれるゲーム端末ＩＤに対応するゲーム場ＩＤに対応するゲーム場名称（例えば「東京都港区赤坂店」）を、この組に含まれるゲーム結果とともにタイトルまたは本文に含むプレイ結果通知メールを生成する。
【００５２】
プレイヤの名称をタイトルまたは本文に含むプレイ結果通知メールを送信可能なプレイ結果処理システム４としては、図１４に示す構成のデータテーブルを有するプレイ結果処理システム４を例示可能である。このプレイ結果処理システム４では、受信した組に含まれるパスＩＤに対応するプレイヤＩＤに対応するプレイヤ名称（例えば「鈴木一郎」）を、この組に含まれるゲーム結果とともにタイトルまたは本文に含むプレイ結果通知メールを生成する。
【００５３】
上述した一実施形態を変形し、プレイ結果処理システム４がウェブページ作成システムへ、電子メールとは異なる形式のデータを送信する形態としてもよい。ただし、この形態であっても、プレイ結果処理システム４からウェブページ作成システムへ送信されるデータは、情報を利用者に固有の形式で示すデータであり、第２紐付けテーブルにおいて、プレイヤＩＤに対応付けて格納される生成用情報は、情報を当該プレイヤＩＤに係るプレイヤに固有の形式で示すデータの生成に必須の情報である。
【００５４】
上述した一実施形態を変形し、ゲーム端末３において、パスＩＤとプレイ結果との組を送信する前に、このプレイ結果を記述したウェブページを生成するか否かの指示をプレイヤに入力させ、この指示を当該組に対応付けてプレイ結果処理システム４へ送信するようにし、プレイ結果処理システム４では、ウェブページを生成しない旨の指示に対応付けて送信されたプレイ結果を、図１０のステップＳ２２における特定において母集団から除外する、という形態としてもよい。
【００５５】
上述した一実施形態を変形し、ゲーム端末３からプレイ結果処理システム４へ、パスＩＤとプレイ結果とが別々に送信される形態としてもよい。例えば、パスＩＤについてはプレイの開始前に送信され、プレイ結果については当該プレイの終了後に送信される形態としてもよい。また、上述した実施形態を変形し、ゲーム端末３として、家庭用ゲーム機を採用した形態としてもよい。なお、前述したように、プレイ結果処理システム４は、複数のコンピュータで構成されてもよいが、この場合、複数のコンピュータを相互に接続する通信路はプレイ結果処理システム４に含まれない。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施形態に係る通信システム１の構成を示すブロック図である。
【図２】通信システム１を構成するゲーム端末３の外観を示す斜視図である。
【図３】ゲーム端末３の画面３４と操作ボタン３６との位置関係を示す図である。
【図４】画面３４の領域３４２に表示される画像の一例を示す図である。
【図５】画面３４の領域３４１に表示される画像の一例を示す図である。
【図６】通信システム１を構成するプレイ結果処理システム４の記憶部４３に確保されるプレイ結果管理テーブル４３１の構成を模式的に示す図である。
【図７】記憶部４３に確保される第１紐付けテーブル４３２の構成を模式的に示す図である。
【図８】記憶部４３に確保される第２紐付けテーブル４３３の構成を模式的に示す図である。
【図９】プレイ結果処理システム４の処理部４４が行うプレイ結果格納処理の流れを示すフローチャートである。
【図１０】処理部４４が行う電子メール生成処理の流れを示すフローチャートである。
【図１１】処理部４４が生成する電子メールを模式的に例示する図である。
【図１２】通信システム１を構成するウェブページ作成システム５に生成されるウェブページの表示イメージを例示する図である。
【図１３】同実施形態の変形例を説明するための図である。
【図１４】同実施形態の他の変形例を説明するための図である。
【符号の説明】
【００５７】
１…通信システム、２…ＩＤパス、３…ゲーム端末、４…プレイ結果処理システム、５…ウェブページ作成システム、４１…第１通信インターフェイス、４２…第２通信インターフェイス、４３…記憶部、４３１…プレイ結果管理テーブル、４３２…第１紐付けテーブル、４３３…第２紐付けテーブル、４３４…メール送信キュー、４３５…処理プログラム。
【技術分野】
【０００１】
本発明は、コンピュータゲームのプレイの結果を処理する技術に関する。
【背景技術】
【０００２】
特許文献１には、コンピュータゲームのプレイの結果を記述したウェブページを、コンピュータゲームを実行するゲームサーバにエントリーしたクライアントコンピュータ毎に作成するネットワークゲームシステムが開示されている。また、特許文献１には、ＩＤおよびパスワードを用いてプレイヤを特定することが記載されている。
【特許文献１】特開２００８−３６２４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に記載のシステムでは、コンピュータゲームのプレイの結果を提示するウェブページがクライアントコンピュータ毎に作成されるから、一つのクライアントコンピュータが複数のプレイヤに使用される場合、あるプレイヤのプレイの結果と別のプレイヤのプレイの結果とが同一のウェブページに記述されることになる。これでは、誰のウェブページなのかが不明確となってしまう。
【０００４】
そこで、ＩＤおよびパスワードを用いてプレイヤを特定し、特定したプレイヤ毎に、コンピュータゲームのプレイの結果を記述したウェブページを作成するシステムを想定する。以降、このシステムを「第１システム」と呼ぶ。第１システムの利点は、プレイヤ（ウェブサイト）毎にウェブページが作成されるから、一つのクライアントコンピュータが複数のプレイヤに使用されたとしても、誰のウェブページなのかが明確となることにある。
【０００５】
ところで、利用者が付与されたアカウントを用いてウェブページを作成し、当該アカウントに固有のウェブサイトに追加（登録）することができるウェブページ作成システムが普及している。以降、このようなウェブページ作成システムを「第２システム」と呼ぶ。第２システムの利用を前提とすれば、コンピュータゲームのプレイの結果を提示するウェブページを自動的に作成するシステムの構成を簡素とすることができる。
【０００６】
一方、プレイヤが、固有の媒体識別子が記録された情報記録媒体を用いてコンピュータゲームのプレイを行うと、このプレイの結果を、このプレイに用いられた情報記録媒体の媒体識別子に対応付けて記憶するゲームシステムが知られている。このゲームシステムの一種に、一人のプレイヤが複数の情報記録媒体を所有可能なゲームシステムがある。以降、このシステムを「第３システム」と呼ぶ。第３システムの利点は、複数の情報記録媒体を所有するプレイヤが、情報記録媒体を使い分けることにより、コンピュータゲームのプレイの結果を媒体識別子毎に管理することができることにある。
【０００７】
そこで、第２システムの利用を前提とし、第１および第３システムの利点を共に活かしたシステムを構築することを考える。そのようなシステムとしては、媒体識別子毎に第２システムを利用するためのアカウントを付与しておき、コンピュータゲームのプレイの結果を媒体識別子毎に記憶し、媒体識別子毎に、コンピュータゲームのプレイの結果を記述したウェブページを作成して媒体識別子に対応するアカウントに固有のウェブサイトに追加するシステムが考えられる。しかし、このシステムには、プレイヤが複数の情報記録媒体を使い分ける場合、そのプレイヤのプレイの結果を記述したウェブページが複数のウェブサイトに分散してしまうという欠点がある。
【０００８】
本発明は、このような事情に鑑みてなされたものであり、簡素な構成で、プレイヤのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加可能なプレイ結果処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
まず、用語について説明する。
「ゲーム」とは、サッカーやパズルのように、そのプレイ（ゲームプレイ）の結果を定めるルールを有するものである。ゲームについて「プレイ」とは、その開始から終了までのゲーム期間において当該ゲームを客体として進行する行為のうち、その内容が、当該ゲームと、当該ゲーム期間におけるその主体の挙動とに応じて定まる行為である。一つのゲームは、単数または複数のプレイの客体となる。プレイの主体となる人を、そのプレイの客体であるゲームについて「プレイヤ」と呼ぶ。プレイについて、その「結果」とは、そのプレイに係るプレイヤが目的とする評価である。プレイの結果としては、スコアや、勝敗、順位、得点を例示可能である。
【００１０】
任意のゲームは、コンピュータゲームとして実現可能である。「コンピュータゲーム」とは、そのプレイがコンピュータを用いて実現されるゲームである。コンピュータゲームとしては、再生される音楽に合わせて操作子を操作する音楽ゲームを例示可能である。コンピュータゲームでは、そのプレイの内容に影響を与える挙動は、当該プレイの実現に用いられたコンピュータの操作に限られる。コンピュータゲームのプレイの実現に用いられるコンピュータを、「ゲーム装置」と呼ぶ。ゲーム装置のうち、その操作のための、そのコンピュータゲームのプレイヤに対するユーザインターフェイスを有するものを、「ゲーム端末」と呼ぶ。
【００１１】
ゲーム端末が設置される場所を「ゲーム場（game place）」と呼ぶ。ゲーム場の例としては、設置されたゲーム端末を来訪者に有償で使用させる施設（例えば、ゲームアーケード）や、ゲーム端末が設置された住居を含む。前者では、主として来訪者（visitor）が、ゲーム端末の使用者およびコンピュータゲームのプレイヤとなり、後者では、主として住人が、ゲーム端末の使用者およびコンピュータゲームのプレイヤとなる。前者には、主として、その使用者からその使用料を徴収するための機能を持つゲーム端末（業務用ゲーム機）が設置され、後者には、主として、当該機能を持たないゲーム端末（家庭用ゲーム機）が設置される。
【００１２】
「コンピュータ」とは、データを処理する装置のうち、データを保持するメモリと、メモリにロードされたコンピュータプログラムを実行するプロセッサとを有する装置である。「データ」とは、情報をコンピュータ等の機械で認識しうる形式で表現したものである。データの例としては、情報を電気的に表現したデータや、情報を磁気的に表現したデータ、情報を光学的に表現したデータを含む。「情報」とは、データで表現可能な対象の総称である。「メモリ」とは、書き込まれたデータを読み出し可能に保持する装置である。メモリの例としては、半導体メモリ、磁気メモリ、光メモリを含む。「コンピュータプログラム」とは、命令を表すデータ（コード）の集合体（例えば、コード列）のうち、処理の手順を示す集合体である。コンピュータプログラムの例としては、コンピュータに、コンピュータゲームのプレイを実現させるプログラムを含む。「プロセッサ」とは、命令セットを実装し、その命令セットに含まれている命令を表すデータの集合体であるコンピュータプログラムに示されている手順で、当該コンピュータプログラム内のデータで表される命令を実行する処理を行うことによって、当該コンピュータプログラムを実行する装置である。プロセッサの例としては、単数のＣＰＵ（Central Processing Unit）や、複数のＣＰＵの集合体を含む。
【００１３】
次に、本発明について説明する。
上述した課題を解決するために、本発明は、情報を利用者に固有の形式で示すデータを受信し、当該データを用いて、当該情報を記述したウェブページを作成し、当該利用者のウェブサイトに追加するウェブページ作成システムへデータを送信するシステムであって、コンピュータゲームのプレイヤに固有のプレイヤ識別子と、前記コンピュータゲームのプレイに用いられる情報記録媒体に固有の媒体識別子とを対応付けて記憶する第１記憶部と、前記プレイヤ識別子と、情報を当該プレイヤ識別子に係るプレイヤに固有の形式で示すデータの生成に必須の生成用情報とを対応付けて記憶する第２記憶部と、前記コンピュータゲームのプレイの結果であるプレイ結果と当該プレイに用いられた前記情報記録媒体の前記媒体識別子との組を受信する受信部と、前記受信部に受信された組に含まれる前記媒体識別子に対応付けられた前記プレイヤ識別子に対応付けられた前記生成用情報を用いて、当該組に含まれる前記プレイ結果を当該プレイヤ識別子に係るプレイヤに固有の形式で示すデータを生成する生成部と、前記生成部に生成されたデータを前記ウェブページ作成システムへ送信する送信部とを有するプレイ結果処理システムを提供する。上記ウェブページ作成システムとしては既存のものを利用可能であるから、このプレイ結果処理システムを用いれば、簡素な構成で、プレイヤのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加することができる。
【００１４】
上記のプレイ結果処理システムにおいて、前記生成用情報は電子メールアドレスであり、前記生成部は、前記受信部に受信された組に含まれる前記媒体識別子に対応付けられた前記プレイヤ識別子に対応付けられた前記生成用情報を送信元メールアドレスとし、当該組に含まれる前記プレイ結果を本文またはタイトルに含む電子メールを生成する、ようにしてもよい。この態様のプレイ結果処理システムでは、ウェブページ作成システムへ送信するデータは電子メールとなる。電子メールの通信プロトコルは広く普及しているから、この態様のプレイ結果処理システムによれば、広くは普及していない通信プロトコルでデータを送信せねばならない態様のものに比較して、プレイ結果処理システムの構築にかかる手間を低減可能であるとともに、多くのウェブページ作成システムを利用可能である。
【発明の効果】
【００１５】
本発明によれば、簡素な構成で、プレイヤのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して、本発明の好適な実施の形態について説明する。以下に説明する具体的な構成は一例に過ぎず、本発明は、この具体的な構成を変形して得られる各種の形態をも範囲に含む。
【００１７】
＜実施形態＞
図１は、本発明の一実施形態に係る通信システム１の構成を示すブロック図である。通信システム１は、プレイヤに特定のコンピュータゲーム（音楽ゲーム）のプレイを行わせ、そのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加（登録）するシステムであり、ＩＤパス２と、複数のゲーム端末３と、プレイ結果処理システム４と、ウェブページ作成システム５とを有する。
【００１８】
ＩＤパス２は、特定のコンピュータゲームのプレイに用いられる情報記録媒体であり、その形状は、好適には携帯容易なカード状である。この図に示すＩＤパス２の数は１であるが、実際には、多数のＩＤパス２が存在する。各ＩＤパス２には、固有のパスＩＤ（媒体識別子）が記録されている。例えば、図に示すＩＤパス２には、パスＩＤとして「１」が記録されている。一人のプレイヤは１又は複数のＩＤパス２を所有することができる。
【００１９】
ゲーム端末３は、特定のコンピュータゲームのプレイの実現に用いられるコンピュータである。また、ゲーム端末３は、特定のコンピュータゲームのプレイをプレイヤに有償で行わせる業務用ゲーム機（アーケードゲーム機）であり、不特定多数の人が来訪する複数のゲーム場Ａ，Ｂ，…に１または複数ずつ設置される。
【００２０】
図２は、ゲーム端末３の外観を示す斜視図である。ゲーム端末３の筐体３１には、ＩＤパス２からパスＩＤを読み取るパスリーダ３２と、所定のコインの投入口３３とが設けられている。パスリーダ３２によるパスＩＤの読み取り方式は任意であるが、ＩＤパス２の情報記録方式と対応している必要がある。所定のコインとは、一または複数枚で特定のコンピュータゲームのプレイの料金に相当する価値を有するコインであり、例えば硬貨である。プレイヤは、所有するＩＤパス２のうち、所望のＩＤパス２のパスＩＤをパスリーダ３２に読み取らせて一時的に記憶させ、コンピュータゲームのプレイの料金に足る所定のコインを投入口３３へ投入することにより、特定のコンピュータゲームのプレイを行うことができる。
【００２１】
また筐体３１には、画面３４と複数のスピーカ３５と４行４列に配列された１６個の操作ボタン３６とが設けられている。特定のコンピュータゲームのプレイでは、プレイヤは、複数のスピーカ３５を用いて再生される音楽を聴きつつ、この音楽に応じて画面３４に表示される画像を眺めながら、適切な時期に適切な操作ボタン３６を操作することになる。特定のコンピュータゲームのプレイの結果（以降、「プレイ結果」と呼ぶ）は、適切度の高い操作が行われると良くなり、適切度の低い操作が行われると悪くなる。
【００２２】
図３は、画面３４と操作ボタン３６との位置関係を示す図である。この図に示すように、１６個の操作ボタン３６はそれぞれ画面３４に重なっている。ところで、操作ボタン１６は光透過率の高い材料で形成されている。したがって、プレイヤは、表示面３４のうち、プレイ結果が表示される領域３４１に表示された画像のみならず、操作すべき時期および操作ボタン３６を示す４行４列の領域３４２に表示された画像をも視認可能である。
【００２３】
図４は、領域３４２に表示される画像の一例を示す図である。この例では、中央に表示された円が徐々に大きくなっていき、領域３４２いっぱいまで大きくなったときが、この領域３４２に重なる操作ボタン３６を操作すべき時期である。一方、図５は、領域３４１に表示される画像の一例を示す図である。この図に示すスコアは、適切度の高い操作が行われると高くなり、適切度の低い操作が行われると低くなるパラメータであり、特定のコンピュータゲームのプレイ中には随時更新される。
【００２４】
特定のコンピュータゲームのプレイの終了時のスコアが、このプレイに係るプレイ結果となる。ゲーム端末３は、特定のコンピュータゲームのプレイが終了すると、このプレイに用いられたＩＤパス２に記録されているパスＩＤと、このプレイに係るプレイ結果との組をプレイ結果処理システム４へ送信する。この送信は、組を示すデータを送信することにより行われる。
【００２５】
再び図１を参照し、プレイ結果処理システム４およびウェブページ作成システム５について説明する。ウェブページ作成システム５は、その利用者によるウェブサイトの構築を可能とする既存のシステムであり、利用者に予め登録された電子メールアドレスを送信元メールアドレスとした電子メールを受信すると、この電子メールのタイトル及び本文をＨＴＭＬ（HyperText Markup Language）等の文書記述言語で記述したウェブページを作成し、この利用者のウェブサイトに追加する。なお、「ウェブページ」はＷＷＷ（World Wide Web）を構成する文書であり、「ウェブサイト」はウェブページの集合体である。
【００２６】
プレイ結果処理システム４は、１または複数のコンピュータで構成されるコンピュータシステムであり、各ゲーム端末３との間でデータを送受信する第１通信インターフェイス４１と、ウェブページ作成システム５との間でデータを送受信する第２通信インターフェイス４２と、情報をデータとして記憶する記憶部４３と、各種の処理を行う処理部４４とを有する。記憶部４３は、例えば、書き換え可能なメモリ（例えばＲＡＭ（Random Access Memory）やハードディスク）で構成される。記憶部４３の記憶領域には、プレイ結果管理テーブル４３１と、第１紐付けテーブル（第１記憶部）４３２と、第２紐付けテーブル（第２記憶部）４３２と、メール送信キュー４３４とが確保される。
【００２７】
図６は、プレイ結果管理テーブル４３１の構成を模式的に示す図である。この図に示すように、プレイ結果管理テーブル４３１には、パスＩＤとプレイ結果との組毎に、そのパスＩＤと、そのプレイ結果と、その組を受信した時刻である受信時刻と、そのプレイ結果を本文に含む電子メール（以降、「プレイ結果通知メール」と呼ぶ）が生成されたか否かを示す生成フラグとが互いに対応付けて記憶される。この記憶は、例えば、互いに対応するパスＩＤ、プレイ結果、受信時刻および生成フラグを示すデータがプレイ結果管理テーブル４３１へ書き込まれることにより行われる。
【００２８】
図７は、第１紐付けテーブル４３２の構成を模式的に示す図である。この図に示すように、第１紐付けテーブル４３２には、プレイヤ毎に、そのプレイヤに固有のプレイヤＩＤ（プレイヤ識別子）と、そのプレイヤが所有するＩＤパス２に記録されたパスＩＤとが互いに対応付けて記憶される。この記憶は、例えば、互いに対応するプレイヤＩＤおよびパスＩＤを示すデータが第１紐付けテーブル４３２へ書き込まれることにより行われる。以降の説明では、必要なプレイヤＩＤおよびパスＩＤが既に記憶されているものとする。
【００２９】
図８は、第２紐付けテーブル４３３の構成を模式的に示す図である。この図に示すように、第２紐付けテーブル４３３には、プレイヤ毎に、そのプレイヤのプレイヤＩＤと、そのプレイヤによるプレイ結果に係るプレイ結果通知メールの生成に必須の生成用情報とが互いに対応付けて記憶される。この記憶は、例えば、互いに対応するプレイヤＩＤおよび生成用情報を示すデータを第２紐付けテーブル４３３へ書き込むことにより行われる。生成用情報は、具体的には電子メールアドレスである。例えば、あるプレイヤに係る生成用情報は、そのプレイヤがウェブページ作成システム５に登録した電子メールアドレスである。以降の説明では、必要なプレイヤＩＤおよび生成用情報が既に記憶されているものとする。
【００３０】
図１のメール送信キュー４３４は、プレイ結果通知メールを送信するためのキュー（queue）であり、生成されたプレイ結果通知メールを保持する。処理プログラム４３５は、処理部４３に実行されるコンピュータプログラムである。処理部４３は、例えば１または複数のプロセッサで構成され、処理プログラム４３５を実行することにより、次に述べる機能を実現する。
【００３１】
処理部４３は、図示しないリアルタイムクロックと協働して現在時刻を計時するタイマ、各ゲーム端末３からのプレイ結果とパスＩＤとの組を第１通信インターフェイス４１と協働して受信する受信部、およびメール送信キュー４３４に保持されているプレイ結果通知メールを第２通信インターフェイス４２と協働して順にウェブページ作成システム５へ送信する送信部として機能する。
【００３２】
また、処理部４３は、処理プログラム４３５を実行することにより、プレイ結果等の情報を格納するプレイ結果格納処理と、プレイ結果通知メールを生成する電子メール生成処理と、メール送信キュー４３４からプレイ結果通知メールを順に取り出して送信する電子メール送信処理とを並列に実行する。電子メール送信処理は一般的な処理と同様であるから、以降、プレイ結果格納処理および電子メール生成処理について詳述する。
【００３３】
図９はプレイ結果格納処理の流れを示すフローチャートである。この図に示すように、プレイ結果格納処理では、処理部４４は、まず、パスＩＤとプレイ結果との組を受信したか否かを判定する（Ｓ１１）。この判定結果が「ＮＯ」の場合、処理はステップＳ１１に戻る。つまり、処理部４４はパスＩＤとプレイ結果との組を受信するまで待機する。ステップＳ１１の判定結果が「ＹＥＳ」の場合、処理部４４は、現在時刻を、受信した組の受信時刻として特定する（Ｓ１２）。処理部４４は、受信した組（パスＩＤおよびプレイ結果）と、ステップＳ１２で特定した受信時刻と、未生成を示す生成フラグとを対応付けてプレイ結果管理テーブル４３１へ格納する（Ｓ１３）。以降、処理はステップＳ１１に戻る。
【００３４】
図１０は電子メール生成処理の流れを示すフローチャートである。この図に示すように、電子メール生成処理では、処理部４４は、まず、プレイ結果通知メールの生成時期を迎えたか否かを判定する（Ｓ２１）。この判定結果が「ＮＯ」の場合、処理はステップＳ２１に戻る。つまり、処理部４４はプレイ結果通知メールの生成時期を迎えるまで待機する。本実施形態では、処理プログラム４３５は、一定の周期でプレイ結果通知メールの生成時期が到来するように設計されている。したがって、ステップＳ２１の判定結果は、一定の周期で「ＹＥＳ」となる。
【００３５】
ステップＳ２１の判定結果が「ＹＥＳ」の場合、処理部４４は、プレイ結果通知メールを未生成で未タイムアウトのプレイ結果の特定を試行する（Ｓ２２）。具体的には、処理部４４は、プレイ結果管理テーブル４３１から、未生成を示す生成フラグが対応付けられているプレイ結果であって、現在時刻から一定の時間（例えば２４時間）だけ前の時刻以降の時刻を示す受信時刻が対応付けられているプレイ結果の特定を試行する。
【００３６】
次に、処理部４４は、ステップＳ２３の特定に成功したか否かを判定する（Ｓ２３）。この判定結果が「ＹＥＳ」の場合、処理部４４は、特定したプレイ結果に対応付けられているパスＩＤに生成用情報が紐付けられているか否かを判定する（Ｓ２４）。この判定は、第１紐付けテーブル４３２を参照して、特定したプレイ結果に対応付けられているパスＩＤに対応するプレイヤＩＤを特定し、第２紐付けテーブル４３３を参照して、特定したプレイヤＩＤに対応する生成用情報を特定する処理を試行することにより行われる。
【００３７】
ステップＳ２４の判定結果が「ＮＯ」の場合、処理はステップＳ２２に戻る。ただし、ステップＳ２４の判定結果が「ＮＯ」となったプレイ結果は、次回の生成時期を迎えるまで、ステップＳ２２において特定されることはない。このような制御を実現する方法は任意である。例えば、図６のプレイ結果管理テーブル４３１において、各プレイ結果に、生成時期を迎える度にリセットされる特定のフラグを対応付けておき、ステップＳ２４の判定結果が「ＮＯ」となったプレイ結果に係る特定のフラグをセットし、ステップＳ２２における特定においては特定のフラグがセットされたプレイ結果を母集団から除外する、という形態であってもよい。
【００３８】
一方、ステップＳ２４の判定結果が「ＹＥＳ」の場合、処理部４４は、特定したプレイ結果に対応付けられたパスＩＤに紐付けられている生成用情報を用いて、特定したプレイ結果を本文に含むプレイ結果通知メールを生成する（Ｓ２５）。つまり、処理部４４は、受信部に受信された組に含まれるパスＩＤに対応付けられたプレイヤＩＤに対応付けられた生成用情報を用いて、当該組に含まれるプレイ結果を本文に含むプレイ結果通知メールを生成する生成部として機能する。
【００３９】
具体的には、処理部４４は、図１１に例示するように、タイトルが「特定のコンピュータゲームのプレイ結果」であり、本文の１行目が「2007年12月25日のプレイ結果は以下の通りです。」で２行目が「SCORE 7256」であり、特定したプレイ結果に対応付けられたパスＩＤに紐付けられている生成用情報を送信元メールアドレスとした電子メールを生成する。この図において、「2007年12月25日」は、特定したプレイ結果に対応付けられた受信時刻で示される日付を示す文字列であり、「7256」は、特定したプレイ結果（スコア）を示す文字列である。
【００４０】
そして、処理部４４は、生成したプレイ結果通知メールをメール送信キュー４３４に入れ（Ｓ２６）、特定したプレイ結果に対応付けられた生成フラグを、生成済みを示すように更新する（Ｓ２７）。以降、処理はステップＳ２２に戻る。このように、未生成で未タイムアウトのプレイ結果の特定に失敗するまで、ステップＳ２２〜Ｓ２７が繰り返し行われる。そして、未生成で未タイムアウトのプレイ結果の特定に失敗してステップＳ２３の判定結果が「ＮＯ」となると、処理はステップＳ２１に戻る。
【００４１】
以上説明した電子メール生成処理により、メール送信キュー４３４には、プレイ結果通知メールが順次入れられる。これらのプレイ結果通知メールは、順次、ウェブページ作成システム５へ送信される。ウェブページ作成システム５は、プレイ結果通知メールを受信すると、このプレイ結果通知メールの送信元メールアドレスが予め登録されている電子メールアドレスであるか否かを判定し、予め登録されている電子メールアドレスである場合には、このプレイ結果通知メールのタイトルおよび本文を記述したウェブページを生成し、この送信元メールアドレスに対応する利用者のウェブサイトに追加する。
【００４２】
図１２は、ウェブページ作成システム５に生成されるウェブページの表示イメージを例示する図であり、図１１に対応している。これらの図から明らかなように、プレイ結果通知メールのタイトルがウェブページのタイトルとなり、プレイ結果通知メールの本文がウェブページの内容となる。
【００４３】
以上説明したように、通信システム１はプレイ結果処理システム４を有し、プレイ結果処理システム４は、利用者に固有の電子メールアドレスを送信元メールアドレスとした電子メールを受信し、この電子メールを用いて、この電子メールのタイトルおよび本文を記述したウェブページを作成し、この利用者のウェブサイトに追加する既存のウェブページ作成システム５へデータを送信するシステムであって、特定のコンピュータゲームのプレイヤに固有のプレイヤＩＤと、特定のコンピュータゲームのプレイに用いられるＩＤパス２に固有のパスＩＤとを対応付けて記憶する第１紐付けテーブル４３２と、プレイヤＩＤと、このプレイヤＩＤで識別されるプレイヤに固有の電子メールアドレス（生成用情報）とを対応付けて記憶する第２紐付けテーブル４３３と、特定のコンピュータゲームのプレイに係るプレイ結果と当該プレイに用いられたＩＤパス２のパスＩＤとの組を受信する受信部と、受信部に受信された組に含まれるパスＩＤに紐付けられた電子メールアドレスを送信元メールアドレスとした電子メールであって当該組に含まれるプレイ結果を本文に含む電子メールを生成する生成部と、生成された電子メールをウェブページ作成システム５へ送信する送信部とを有するから、本実施形態によれば、簡素な構成で、プレイヤのプレイの結果を記述したウェブページを自動的に作成して当該プレイヤの唯一のウェブサイトに追加する処理を実現可能である。
【００４４】
また、通信システム１では、プレイ結果処理システム４からウェブページ作成システム５へ送信されるデータは電子メールであり、電子メールの通信プロトコルは広く普及しているから、本実施形態によれば、広くは普及していない通信プロトコルでデータを送信せねばならない形態に比較して、プレイ結果処理システム４の構築にかかる手間を低減可能であるとともに、多くのウェブページ作成システムを利用可能である。
【００４５】
また、通信システム１では、一人のプレイヤが複数のＩＤパス（情報記録媒体）２を所有する場合、図７に示すように、複数のパスＩＤ（媒体識別子）に対して一つのプレイヤＩＤ（プレイヤ識別子）が対応付けられる。そして、通信システム１では、パスＩＤではなく、プレイヤＩＤに、生成用情報が対応付けられる。よって、通信システム１によれば、一人のプレイヤが複数のＩＤパス２を使い分ける場合であっても、そのプレイヤのプレイについて自動的に生成されるウェブページが複数のウェブサイトに分散されてしまう事態を回避することができる。
【００４６】
＜変形例＞
上述した一実施形態を変形し、特定のコンピュータゲーム以外のコンピュータゲームに適用してもよい。例えば、一つのプレイに複数のプレイヤが参加する形態のコンピュータゲームに適用してもよい。この場合、一つのプレイについて複数の組がプレイ結果処理システム４に蓄積されることになるが、各組に、当該プレイに固有のプレイＩＤを対応付けておき、このプレイＩＤをプレイ結果通知メールのタイトルまたは本文に含め、同一のプレイに係る複数のウェブページが、タグまたはリンクによって、互いに関連付けられるようにしてもよい。
【００４７】
上述した一実施形態を変形し、互いに異なる複数のコンピュータゲームに適用してもよい。この場合、所有するＩＤパス（情報記録媒体）２の数が１のプレイヤは、このＩＤパス２を複数のコンピュータゲームに共通して用いることになり、複数のＩＤパス（情報記録媒体）２を所有するプレイヤは、これら複数のＩＤパス２をコンピュータゲーム毎に使い分けるか、一つのＩＤパス２を複数のコンピュータゲームに共通して用いるかすることになる。しかし、いずれであっても、複数のパスＩＤ（媒体識別子）に対して一つのプレイヤＩＤ（プレイヤ識別子）が対応付けられ、このプレイヤＩＤに生成用情報が対応付けられる点に変わりはないから、あるプレイヤのプレイであれば、そのプレイがいずれのコンピュータゲームのプレイであっても、そのプレイ結果を記述したウェブページは、そのプレイヤの唯一のウェブサイトに追加されることになる。
【００４８】
上述した一実施形態を変形し、ウェブページに記述されるプレイ結果として、スコア以外のパラメータを採用してもよいし、複数のパラメータを採用してもよい。例えば、１回のプレイが複数のステージで構成される場合には、ステージ毎のスコアとステージ番号とをプレイ結果として採用してもよい。また例えば、プレイにおいてスコア以外のポイントや評価が付与される場合には、これらのポイントや評価をゲーム結果として採用してもよい。
【００４９】
上述した一実施形態を変形し、プレイ結果処理システム４が、タイトルを空欄としたプレイ結果通知メールを送信する形態としてもよいし、受信時刻を含まないプレイ結果通知メールを送信する形態としてもよい。また、プレイ結果処理システム４が、プレイ結果をタイトルに含み、本文を空欄としたプレイ結果通知メールを送信する形態としてもよいし、あるプレイ結果をタイトルに含み、他のプレイ結果を本文に含むプレイ結果通知メールを送信する形態としてもよい。
【００５０】
上述した一実施形態を変形し、プレイ結果や受信時刻以外の情報をもタイトルまたは本文に含むプレイ結果通知メールを送信する形態としてもよい。プレイ結果や受信時刻以外の情報としては、例えば、プレイにおいて再生された音楽に応じた画像ファイルへのリンクや、ゲーム場の名称、プレイヤの名称を例示可能である。以降、ゲーム場およびプレイヤの名称に関する形態について、図面を参照して説明する。
【００５１】
ゲーム場の名称をタイトルまたは本文に含むプレイ結果通知メールを送信可能なプレイ結果処理システム４としては、図１３に示す構成のデータテーブルを有するプレイ結果処理システム４を例示可能である。このプレイ結果処理システム４は、ゲーム端末３から、このゲーム端末３に固有のゲーム端末ＩＤとパスＩＤとゲーム結果との組が送信されることを前提としており、受信した組に含まれるゲーム端末ＩＤに対応するゲーム場ＩＤに対応するゲーム場名称（例えば「東京都港区赤坂店」）を、この組に含まれるゲーム結果とともにタイトルまたは本文に含むプレイ結果通知メールを生成する。
【００５２】
プレイヤの名称をタイトルまたは本文に含むプレイ結果通知メールを送信可能なプレイ結果処理システム４としては、図１４に示す構成のデータテーブルを有するプレイ結果処理システム４を例示可能である。このプレイ結果処理システム４では、受信した組に含まれるパスＩＤに対応するプレイヤＩＤに対応するプレイヤ名称（例えば「鈴木一郎」）を、この組に含まれるゲーム結果とともにタイトルまたは本文に含むプレイ結果通知メールを生成する。
【００５３】
上述した一実施形態を変形し、プレイ結果処理システム４がウェブページ作成システムへ、電子メールとは異なる形式のデータを送信する形態としてもよい。ただし、この形態であっても、プレイ結果処理システム４からウェブページ作成システムへ送信されるデータは、情報を利用者に固有の形式で示すデータであり、第２紐付けテーブルにおいて、プレイヤＩＤに対応付けて格納される生成用情報は、情報を当該プレイヤＩＤに係るプレイヤに固有の形式で示すデータの生成に必須の情報である。
【００５４】
上述した一実施形態を変形し、ゲーム端末３において、パスＩＤとプレイ結果との組を送信する前に、このプレイ結果を記述したウェブページを生成するか否かの指示をプレイヤに入力させ、この指示を当該組に対応付けてプレイ結果処理システム４へ送信するようにし、プレイ結果処理システム４では、ウェブページを生成しない旨の指示に対応付けて送信されたプレイ結果を、図１０のステップＳ２２における特定において母集団から除外する、という形態としてもよい。
【００５５】
上述した一実施形態を変形し、ゲーム端末３からプレイ結果処理システム４へ、パスＩＤとプレイ結果とが別々に送信される形態としてもよい。例えば、パスＩＤについてはプレイの開始前に送信され、プレイ結果については当該プレイの終了後に送信される形態としてもよい。また、上述した実施形態を変形し、ゲーム端末３として、家庭用ゲーム機を採用した形態としてもよい。なお、前述したように、プレイ結果処理システム４は、複数のコンピュータで構成されてもよいが、この場合、複数のコンピュータを相互に接続する通信路はプレイ結果処理システム４に含まれない。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施形態に係る通信システム１の構成を示すブロック図である。
【図２】通信システム１を構成するゲーム端末３の外観を示す斜視図である。
【図３】ゲーム端末３の画面３４と操作ボタン３６との位置関係を示す図である。
【図４】画面３４の領域３４２に表示される画像の一例を示す図である。
【図５】画面３４の領域３４１に表示される画像の一例を示す図である。
【図６】通信システム１を構成するプレイ結果処理システム４の記憶部４３に確保されるプレイ結果管理テーブル４３１の構成を模式的に示す図である。
【図７】記憶部４３に確保される第１紐付けテーブル４３２の構成を模式的に示す図である。
【図８】記憶部４３に確保される第２紐付けテーブル４３３の構成を模式的に示す図である。
【図９】プレイ結果処理システム４の処理部４４が行うプレイ結果格納処理の流れを示すフローチャートである。
【図１０】処理部４４が行う電子メール生成処理の流れを示すフローチャートである。
【図１１】処理部４４が生成する電子メールを模式的に例示する図である。
【図１２】通信システム１を構成するウェブページ作成システム５に生成されるウェブページの表示イメージを例示する図である。
【図１３】同実施形態の変形例を説明するための図である。
【図１４】同実施形態の他の変形例を説明するための図である。
【符号の説明】
【００５７】
１…通信システム、２…ＩＤパス、３…ゲーム端末、４…プレイ結果処理システム、５…ウェブページ作成システム、４１…第１通信インターフェイス、４２…第２通信インターフェイス、４３…記憶部、４３１…プレイ結果管理テーブル、４３２…第１紐付けテーブル、４３３…第２紐付けテーブル、４３４…メール送信キュー、４３５…処理プログラム。
【特許請求の範囲】
【請求項１】
情報を利用者に固有の形式で示すデータを受信し、当該データを用いて、当該情報を記述したウェブページを作成し、当該利用者のウェブサイトに追加するウェブページ作成システムへデータを送信するシステムであって、
コンピュータゲームのプレイヤに固有のプレイヤ識別子と、前記コンピュータゲームのプレイに用いられる情報記録媒体に固有の媒体識別子とを対応付けて記憶する第１記憶部と、
前記プレイヤ識別子と、情報を当該プレイヤ識別子に係るプレイヤに固有の形式で示すデータの生成に必須の生成用情報とを対応付けて記憶する第２記憶部と、
前記コンピュータゲームのプレイの結果であるプレイ結果と当該プレイに用いられた前記情報記録媒体の前記媒体識別子との組を受信する受信部と、
前記受信部に受信された組に含まれる前記媒体識別子に対応付けられた前記プレイヤ識別子に対応付けられた前記生成用情報を用いて、当該組に含まれる前記プレイ結果を当該プレイヤ識別子に係るプレイヤに固有の形式で示すデータを生成する生成部と、
前記生成部に生成されたデータを前記ウェブページ作成システムへ送信する送信部と
を有するプレイ結果処理システム。
【請求項２】
前記生成用情報は電子メールアドレスであり、
前記生成部は、前記受信部に受信された組に含まれる前記媒体識別子に対応付けられた前記プレイヤ識別子に対応付けられた前記生成用情報を送信元メールアドレスとし、当該組に含まれる前記プレイ結果を本文またはタイトルに含む電子メールを生成する、
ことを特徴とする請求項１に記載のプレイ結果処理システム。
【請求項１】
情報を利用者に固有の形式で示すデータを受信し、当該データを用いて、当該情報を記述したウェブページを作成し、当該利用者のウェブサイトに追加するウェブページ作成システムへデータを送信するシステムであって、
コンピュータゲームのプレイヤに固有のプレイヤ識別子と、前記コンピュータゲームのプレイに用いられる情報記録媒体に固有の媒体識別子とを対応付けて記憶する第１記憶部と、
前記プレイヤ識別子と、情報を当該プレイヤ識別子に係るプレイヤに固有の形式で示すデータの生成に必須の生成用情報とを対応付けて記憶する第２記憶部と、
前記コンピュータゲームのプレイの結果であるプレイ結果と当該プレイに用いられた前記情報記録媒体の前記媒体識別子との組を受信する受信部と、
前記受信部に受信された組に含まれる前記媒体識別子に対応付けられた前記プレイヤ識別子に対応付けられた前記生成用情報を用いて、当該組に含まれる前記プレイ結果を当該プレイヤ識別子に係るプレイヤに固有の形式で示すデータを生成する生成部と、
前記生成部に生成されたデータを前記ウェブページ作成システムへ送信する送信部と
を有するプレイ結果処理システム。
【請求項２】
前記生成用情報は電子メールアドレスであり、
前記生成部は、前記受信部に受信された組に含まれる前記媒体識別子に対応付けられた前記プレイヤ識別子に対応付けられた前記生成用情報を送信元メールアドレスとし、当該組に含まれる前記プレイ結果を本文またはタイトルに含む電子メールを生成する、
ことを特徴とする請求項１に記載のプレイ結果処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−２２７１８（Ｐ２０１０−２２７１８Ａ）
【公開日】平成２２年２月４日（２０１０．２．４）
【国際特許分類】
【出願番号】特願２００８−１９０２２１（Ｐ２００８−１９０２２１）
【出願日】平成２０年７月２３日（２００８．７．２３）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
【公開日】平成２２年２月４日（２０１０．２．４）
【国際特許分類】
【出願日】平成２０年７月２３日（２００８．７．２３）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
[ Back to top ]