JP2016189799A - フレンド管理装置および業務用ゲーム装置 - Google Patents

Abstract

【課題】コードの悪用を防止するための技術を実現すること。【解決手段】コード使用によるフレンド登録及び特典付与については、「コードを使用した第２ユーザ２ｂ」から「当該コードの発行要請をした第１ユーザ２ａ」へのフレンド設定の申し込みについての第１の承諾を取得し、当該第１の承認の後に、第１ユーザ２ａからコード使用承諾兼フレンド設定の申し込み承諾の第２の承諾を取得することを必要とする。つまり２重承認を経てからフレンド登録と特典付与を行う構成とする。【選択図】図２

Description

本発明は、ゲームをプレイするユーザ間のフレンド設定を管理するフレンド管理装置等に関する。

既存プレーヤであるユーザに自分がプレイしているゲームを他ユーザへ紹介する行為を促すための技術がある。
例えば、特許文献１では、紹介により他ユーザがユーザ登録すると、紹介者ユーザを「親ユーザ」とし被紹介者ユーザを「子ユーザ」とするユーザ関係を設定し、子ユーザがゲームで獲得したポイントの一部を親ユーザに付与することで、紹介行為にインセンティブを付与する技術が開示されている。また、紹介者情報を含むコードを生成して紹介者ユーザに提供可能とし、被紹介者ユーザがユーザ登録する際に当該コードを入力するだけで紹介者に関する情報を入力できるようにする技術が開示されている。

特開２０１１−８３５９７号公報

さて、業務用ゲーム装置の多くは、不特定多数の公衆の前で使用される場合が多い。よって、特許文献１のようにゲームを紹介したり、フレンドを勧誘する等のためのコードをゲーム画面等に表示してプレーヤに提示する方式では、悪意有る観衆に盗用される恐れがあった。そのため、悪意有る観衆によるコードの盗用は、フレンド登録等を介して新しく構築される友人関係に好ましくない影響を与えることが危惧される。

本発明は、こうした背景を鑑みてなされたものであり、コードの悪用を防止するための技術を提供することを目的とする。

上述した課題を解決するための第１の発明は、ゲームをプレイするユーザ間のフレンド設定を管理するフレンド管理装置であって、
第１ユーザがプレイした場合に当該第１ユーザとの間のフレンド設定を促すためのコードを生成するコード生成手段（例えば、図１の制御基板１３５０、図３の処理部２００、コード生成部２１２、図１０のステップＳ１１６）と、
第２ユーザの申し入れ操作入力に従って、前記コードと、前記第１ユーザとの間のフレンド設定を承諾する旨の入力とを少なくとも含む申し入れを受け付ける申し入れ受付手段（例えば、図１の制御基板１３５０、タッチパネル１３０６、図３の操作入力部１００、処理部２００、申し入れ受付制御部２１６、図８のステップＳ３０〜Ｓ３２）と、
前記第１ユーザに対して前記第２ユーザによる前記申し入れを承諾するか否かを問い合わせる問合せ処理を実行し、当該問い合わせに対して前記第１ユーザの承諾操作入力がなされた場合に、前記第１ユーザと前記第２ユーザとの間をフレンドとして設定するフレンド設定手段（例えば、図１の制御基板１３５０、図３の処理部２００、フレンド設定制御部２２２、図９のステップＳ５６〜Ｓ８４）と、
前記フレンド設定手段によりフレンドとして設定された場合に、前記第１ユーザ及び／又は前記第２ユーザに所与の特典を付与する特典付与処理を実行する特典付与手段（例えば、図１の制御基板１３５０、図３の処理部２００、特典付与制御部２２４、図９のステップＳ８６）、を備えたフレンド管理装置である。

第１の発明によれば、第２ユーザがフレンド設定のための申し入れを、第１ユーザがプレイした場合に発行されるコードを使って行うことで、第２ユーザが第１ユーザとの間のフレンド設定に関する第１の承諾を行ったこととなり、第２ユーザの申し入れに係る問い合わせに対して第１ユーザが承諾することで、第１ユーザが第２ユーザとの間のフレンド設定に関する第２の承諾を行ったこととなる。そして、この２重の承認をもってフレンド設定を実行し、特典が付与される。よって、コードの悪用を防ぐための技術を実現できる。

第２の発明は、前記コード生成手段が、前記第１ユーザを識別するためのユーザ識別情報を含むように前記コードを生成し、前記申し入れ受付手段は、前記申し入れに係るコードに含まれているユーザ識別情報に基づいて前記第１ユーザを識別することで、前記第２ユーザが承諾するフレンド設定の相手ユーザを特定する、第１の発明のフレンド管理装置である。

第２の発明によれば、コードそれ自体に第２ユーザが承諾するフレンド設定の相手ユーザ、すなわち当該コードを発行要請した第１ユーザのユーザ識別情報を含んでいるので、フレンド設定の相手を誤ることがない。

第３の発明は、前記コード生成手段が、前記第１ユーザのゲームプレイ情報を含むように前記コードを生成し、前記特典付与手段は、前記申し入れに係るコードに含まれていたゲームプレイ情報に基づいて、付与する特典を変更する、第１又は第２の発明のフレンド管理装置である。

第３の発明によれば、より多様な特典付与を実現できる。

第４の発明は、前記コード生成手段が、前記第１ユーザとの間でフレンド設定がなされているユーザの数が所定の上限条件に達している場合には前記コードの生成を抑止する、第１〜第３の何れかの発明のフレンド管理装置である。

第４の発明によれば、コードを利用したフレンド設定の乱用や、それに伴う特典付与の乱用を防ぐことができる。

第５の発明は、前記コード生成手段が、有効期限を示す情報を含むように前記コードを生成し、前記申し入れ受付手段は、前記申し入れに係るコードに含まれていた前記有効期限を示す情報に基づいて当該申し入れを受け付けるか否かを決定する、第１〜第４の何れかの発明のフレンド管理装置である。

第５の発明によれば、コードを利用したフレンド設定に有効期限を設定できる。

第６の発明は、前記コード生成手段が、有効期限を示す情報を含むように前記コードを生成し、前記特典付与手段は、前記申し入れに係るコードに含まれていた前記有効期限を示す情報に基づいて特典を付与するか否かを決定する、第１〜第４の何れかの発明のフレンド管理装置である。

第６の発明によれば、コードを利用したフレンド設定において特典を付与するか否かに有効期限を設定できる。

第７の発明は、前記コード生成手段が、発行日付を示す情報を含むように前記コードを生成し、前記特典付与手段は、前記申し入れに係るコードに含まれていた前記発行日付を示す情報に基づいて、当該発行日付からの経過時間又は経過日数に応じて付与する特典を変更する、第１〜第６の何れかの発明のフレンド管理装置である。

第７の発明によれば、同じコードでもコードの発行から当該コードの使用までの時間経過に応じて異なる特典が付与できるようになる。

第８の発明は、ゲームプレイを行うユーザを識別可能なユーザ識別部を有する業務用ゲーム装置と通信可能に構成されたフレンド管理装置（例えば、図１１のサーバシステム１１００）であって、前記申し入れ受付手段により前記申し入れが受け付けられた場合に、前記第２ユーザに対して、前記業務用ゲーム装置でのゲームプレイを条件に特典が付与される旨を通知する条件通知手段（例えば、図１１の制御基板１１５０）を更に備え、前記特典付与手段は、前記フレンド設定手段によりフレンドとして設定され、且つ、前記業務用ゲーム装置で前記第２ユーザがゲームプレイした場合に、特典を付与する、第１〜第７の何れかの発明のフレンド管理装置である。

第８の発明によれば、コードの使用と、フレンド登録の申し入れ承諾と、ゲームプレイとの全てがなされた場合に限り特典を付与するようにできる。

第９の発明は、前記コード生成手段が、前記第１ユーザの操作入力に従って、特定ユーザを識別するための特定ユーザ識別情報を含むように前記コードを生成し、前記特典付与手段は、前記第２ユーザが前記特定ユーザであるか否かに応じて、付与する特典を変更する、第１〜第８の何れかの発明のフレンド管理装置である。

第９の発明によれば、第１ユーザが、第２ユーザとなるユーザを特定することができ、第１ユーザが特定したユーザが第２ユーザとなったか否かで特典を変更することができる。

第１０の発明は、第１〜第８に記載のフレンド管理装置を備えた業務用ゲーム装置であって、前記コード生成手段により生成されたコードを表示部に表示させるコード表示制御手段を更に備えた業務用ゲーム装置である。

第１０の発明によれば、生成されたコードをその場で表示して第１ユーザに提供できる。

第１１の発明は、前記コード生成手段が、前記申し入れの受け付けを許可する業務用ゲーム装置を示す情報を含むように前記コードを生成し、前記申し入れ受付手段は、前記申し入れに係るコードに含まれていた前記申し入れの受け付けを許可する業務用ゲーム装置を示す情報に基づいて、当該申し入れを受け付けるか否かを決定する、第１０の発明の業務用ゲーム装置である。

第１１の発明によれば、コードを特定の業務用ゲーム装置でのみ有効とすることができる。

第１２の発明は、前記特典付与手段が、ゲームプレイに対する対価の支払い方法として、前記第２ユーザが選択した方法に応じて、付与する特典を変更する、第１０又は第１１の発明の業務用ゲーム装置である。

第１２の発明によれば、特典に多様性を持たせることができる。特に、支払方法別に付与される特典に優劣を設ければ、特定の支払方法の選択を促す効果が期待できる。

業務用ゲーム装置の構成例を示す正面外観図。 スタンドアローンの業務用ゲーム装置にて、ゲーム紹介やフレンド勧誘等のためのコードを利用する仕組みの概要を説明するための図。 業務用ゲーム装置の機能構成例を示す機能ブロック図。 業務用ゲーム装置の記憶部に記憶されるプログラムやデータの例を示す図。 特典定義データのデータ構成例を示す図。 コード生成履歴データのデータ構成例を示す図。 ユーザ管理データのデータ構成例を示す図。 業務用ゲーム装置における処理の流れを説明するためのフローチャート。 図８より続くフローチャート。 図９より続くフローチャート。 複数の業務用ゲーム装置をオンライン接続されたサーバシステムにて管理するシステム構成例を示す図。 複数の業務用ゲーム装置をオンライン接続されたサーバシステムにて管理するシステム構成例において、ゲーム紹介用のコードの悪用によるフレンド登録への悪影響を防ぐための仕組みの概要を説明するための図。

図１は、本発明を適用した業務用ゲーム装置１３００の構成例を示す斜視外観図である。
業務用ゲーム装置１３００は、通信回線９を介して外部装置と通信可能に構成されており、一種のコンピュータである。

通信回線９は、データ通信が可能な通信路を意味する。すなわち、通信回線９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

本実施形態の業務用ゲーム装置１３００は、ジョイスティック１３０２と、ボタンスイッチ１３０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１３０６と、スピーカ１３１０と、入金装置１３３０と、媒体読取装置１３４４と、制御基板１３５０と、を備える。

入金装置１３３０は、従来の業務用ゲーム装置１３００と同様に、５０円や、１００円、５００円などの硬貨、或いは、１０００円、２０００円、５０００円、１００００円などの紙幣での入金を受け付ける装置である。

媒体読取装置１３４４は、仮想通貨（電子マネー：有価情報）による電子決済システムを利用するための「キーデータ」を記憶する電子決済用媒体６や電子決済機能を搭載したユーザ端末１５００から非接触にキーデータ等の読み取りや書き込みを行う装置である。

電子決済用媒体６は情報を記憶可能な媒体であれば何れでもよく、ＩＣカードのような専用の媒体や小型のコンピュータでもよい。
ユーザ端末１５００は、スマートフォンやタブレット型コンピュータ、携帯型ゲーム装置、ウェアラブルコンピュータなど携行性に優れた情報端末装置で実現される。
本実施形態では、ユーザ端末１５００が電子決済用媒体６を兼ねるものとする。よって、媒体読取装置１３４４は、ユーザ端末１５００とデータ通信するための機器、例えば近距離無線装置や赤外線通信装置などにより実現される。

なお、「キーデータ」としては、例えば、ユーザ登録時に設定される固有のユーザＩＤと、固有の媒体ＩＤ（例えば、ＩＣカードならばカードＩＤであり、スマートフォンなどの情報機器ならばＭＡＣアドレスやＳＩＭカードＩＤなどの機器固有の情報である）とを含め、適宜設定することができる。

制御基板１３５０は、ＣＰＵ１３５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭ，ＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１３５２、通信回線９に通信接続するための通信装置モジュール１３５３、などを搭載する。

その他、１）タッチパネル１３０６のドライバ回路、２）ジョイスティック１３０２及びボタンスイッチ１３０４からの信号を受信する回路、３）スピーカ１３１０へ音声信号を出力する出力アンプ回路、４）入金装置１３３０や媒体読取装置１３４４への信号入出力回路といった所謂Ｉ／ＦコントロールＩＣ１３５７（インターフェース回路）等が搭載されている。これら制御基板１３５０に搭載されている各要素は、それぞれバス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１３５０の一部または全部をＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（field-programmable gate array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

制御基板１３５０は、ゲームプログラムを実行・演算処理し、ジョイスティック１３０２やボタンスイッチ１３０４，タッチパネル１３０６からの操作入力に応じて業務用ゲーム装置１３００の各部を制御してオフライン（スタンドアローン）でゲームプレイを可能にする。本実施形態の業務用ゲーム装置１３００は、必要なプログラムや各種設定データを予めＩＣメモリ１３５２に記憶しているものとするが、起動の都度、サーバシステムなどの外部装置からダウンロードする構成としても良い。

また、入金装置１３３０や媒体読取装置１３４４は筐体１３０１と一体の構成に限らず、外付けで通信接続可能な構成としてもよい。例えば、業務用ゲーム装置１３００と通信接続されたターミナル装置を別途用意する（図示略）。そして、当該ターミナル装置に入金装置１３３０や媒体読取装置１３４４を設け、このターミナル装置にてゲーム参加登録手続きとして、使用する業務用ゲーム装置１３００の指定やプレイ対価の支払いなどを行う構成としてもよい。

図２は、スタンドアローンでゲームを進行制御する業務用ゲーム装置にて、ゲーム紹介やフレンド勧誘等のためのコードを利用する仕組みの概要を示す図である。すなわち、業務用ゲーム装置が、フレンド管理装置としても機能する場合の図である。

ユーザ２（２ａ、２ｂ）は、予めユーザ登録をしてからゲームプレイする。ユーザ登録をすると、業務用ゲーム装置１３００には、ユーザ別にユーザ管理データ６００が生成され、固有のユーザＩＤ６０１と、当該ユーザに問い合わせ可能なアクセス情報６０４と、フレンドリスト６０５とが格納される。アクセス情報６０４は、例えば、メールアドレス、ユーザ端末１５００へのアクセス情報などである。

第１ユーザ２ａ（紹介者ユーザ）が、自身のユーザＩＤ６０１でログインしゲームプレイすると、ゲーム終了後に紹介用コードの発行を要請する「コード発行要請操作」の入力が可能になる。ここで所定の要請操作入力をすると、業務用ゲーム装置１３００が紹介用のコードを生成し、第１ユーザ２ａへ提供する。

コードは、文字や数字、バーコードなど適宜選択可能である。本実施形態では、タッチパネル１３０６へコードを表示することにより実現するが、印刷機を搭載した構成ではコードを印刷出力するとしてもよいし、媒体読取装置１３４４を介してユーザ端末１５００へ送信するとしてもよい。

第１ユーザ２ａは、このコードを第２ユーザ２ｂ（被紹介者ユーザ）へ知らせたり、コードを複製して与えたりする。以下、包括して「コードを譲渡する」という。
第２ユーザ２ｂは、自身のユーザＩＤを使ってゲームプレイする際に、譲渡されたコードを入力し、更に第１ユーザ２ａへのフレンド登録の申し込み意志（申し入れ）を示す所定の「承諾操作」を入力する。これを「申し入れ」という。すると、業務用ゲーム装置１３００は第１ユーザ２ａへ、第２ユーザ２ｂによるコードの使用とフレンド登録の申し込みを承諾するかを問い合わせる。

問い合わせは、第１ユーザ２ａのユーザ端末１５００へ所定の問い合わせ通知を行うことで実現してもよい。例えば、アクセス情報６０４でメールアドレスが指定されていれば、所定のメールサーバにアクセスして問い合わせメールを送信することで実現できる。また、問い合わせは、第１ユーザ２ａが再度ログインした時に業務用ゲーム装置１３００の画面上等で実行することで実現するとしてもよい。

この問い合わせに対して第１ユーザ２ａは「承諾」又は「拒否」の応答をすることができる。もし、コードが第２ユーザ２ｂにより使用されていれば、それは第１ユーザ２ａの望んだことでもあり「承諾」されるであろう。もし、コードが盗用された場合には、問い合わせによりコードを使用したユーザが第２ユーザ２ｂでない見ず知らずのユーザであることが明らかとなるので、第１ユーザ２ａは盗用を知り「拒否」することができる。

そして、問い合わせに対する応答が「承諾」であれば、業務用ゲーム装置１３００は第１ユーザ２ａと第２ユーザ２ｂとを相互にフレンド登録し、第１ユーザ２ａや第２ユーザ２ｂに特典を付与する。

［機能構成の説明］
次に、本実施形態を実現するための機能構成例について説明する。
図３は、本実施形態における業務用ゲーム装置１３００の機能構成例を示す機能ブロック図である。業務用ゲーム装置１３００は、操作入力部１００と、媒体読取部１０２と、入金検知部１０４と、処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、記憶部５００とを備える。

操作入力部１００は、ユーザ２（プレーヤ）によって為された各種の操作入力に応じて操作入力信号を処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ジェスチャーコントローラ、などによって実現できる。図１の例では、ジョイスティック１３０２や、ボタンスイッチ１３０４、タッチパネル１３０６がこれに該当する。

媒体読取部１０２は、電子決済用媒体６で採用される技術方式に準じた公知の読取装置により実現され、電子決済用媒体６に記憶されているデータを読み出して処理部２００へ出力する。本実施形態では、ユーザ端末１５００が電子決済用媒体６を兼ねるので、近距離無線装置により実現できる。電子決済用媒体６を非接触型ＩＣチップが内蔵されたカードとするならば、その仕様に準じた非接触型リーダーライターにより実現する。図１の例では、媒体読取装置１３４４がこれに該当する。

入金検知部１０４は、投入された現金を検出し、入金額を示す情報を処理部２００へ出力する手段であって、公知の入金装置、硬貨投入装置等により実現できる。図１の例では、入金装置１３３０がこれに該当する。

処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、媒体読取部１０２で読み出したデータ等に基づいて各種の演算処理を実行して、業務用ゲーム装置１３００の動作を制御する。図１の例では制御基板１３５０がこれに該当する。

そして、本実施形態の処理部２００は、ユーザ管理部２０２と、ゲーム進行制御部２１０と、コード生成部２１２と、コード表示制御部２１４と、申し入れ受付制御部２１６と、条件通知制御部２１８と、フレンド設定制御部２２２と、特典付与制御部２２４と、音生成部２９０と、画像生成部２９２と、通信制御部２９４とを有する。

ユーザ管理部２０２は、ユーザ登録手続きに係る処理と、登録済みユーザに関連付けされる各種データの登録管理処理とを行う。
例えば、１）所定の登録手続きを経たユーザへの固有のユーザＩＤの発給処理、２）電子決済用媒体６やユーザ端末１５００との紐付け処理、３）電子決済用の口座の設定、４）現金あるいはクレジットカードを用いた口座への入金処理、５）ゲーム開始前に操作入力部１００から入力されたユーザＩＤや媒体読取部１０２で電子決済用媒体６等から読み出したユーザＩＤに基づいてゲームプレイを行うユーザを識別するユーザ識別処理、６）プレイ対価の支払い等の電子決済処理、７）決済履歴の記憶管理、などを行うことができる。

ゲーム進行制御部２１０は、ゲームの進行制御を行う。

コード生成部２１２は、プレーヤであるユーザがプレイした場合に当該ユーザとの間のフレンド設定を促すためのコード（紹介用コード）を生成する。そのタイミングは、コインを投入する等した直後の実際にゲームプレイをする前であってもよいし、ゲームプレイが終わった後であってもよい。また、ゲームプレイが終わった後に自動的にコードを生成する工程が実行されることとしてもよいし、ユーザの操作入力（コード発行要請操作入力や、ゲーム装置からのコードの発行問い合わせに対する承認操作入力）がなされた場合にコードを生成する工程を実行するとしてもよい。本実施形態では、ユーザがコードの操作入力を行ってコードを生成することとする。

具体的には、コード生成部２１２は、１）「コードの発行要請をしたユーザ」を識別するためのユーザ識別情報（ユーザＩＤ）と、２）当該ユーザのゲームプレイ情報と、３）有効期限を示す情報と、４）発行日付を示す情報と、５）申し入れの受け付けを許可する業務用ゲーム装置を示す情報と、を含むようにコードを生成する。
また、コード生成部２１２は、「コードの発行要請をしたユーザ」との間でフレンド設定がなされているユーザの数が所定の上限条件に達している場合にはコードの生成を抑止することができる。

コード表示制御部２１４は、コード生成部２１２により生成されたコードを画像表示部３９２に表示させる制御を行う。

申し入れ受付制御部２１６は、コードの譲渡を受けたユーザ（コードを盗用したユーザの場合もある）による申し入れ操作入力を受け付ける制御を行う。申し入れには、コードの入力と、当該コードの発行を要請したユーザとの間のフレンド設定を承諾する旨の入力（承諾操作入力）とが少なくとも含まれる。

申し入れ受付制御部２１６は、申し入れに係るコード（入力されたコード）に含まれている申し入れの受け付けを許可する業務用ゲーム装置を示す情報に基づいて、当該申し入れを受け付けるか否かを決定する。また、入力されたコードに含まれているユーザ識別情報に基づいて、「コードの発行要請をしたユーザ」を識別することで、「申し入れをしたユーザ」が承諾するフレンド設定の相手ユーザ（すなわちコードの発行要請をしたユーザが誰か）を特定する。また、申し入れ受付制御部２１６は、入力されたコードに含まれていた有効期限を示す情報に基づいて当該申し入れを受け付けるか否かを決定することができる。

条件通知制御部２１８は、申し入れ受付制御部２１６により申し入れが受け付けられ、フレンド設定制御部２２２によりフレンド設定がなされた場合に、「申し入れをしたユーザ」に対して、自装置（業務用ゲーム装置１３００）でのゲームプレイを条件に特典が付与される旨を通知制御する。本実施形態では、画像表示部３９２にて通知を表示させる。

フレンド設定制御部２２２は、「コードの発行要請をしたユーザ」に対して、「申し入れをしたユーザ」による申し入れを承諾するか否かを問い合わせる問合せ処理を実行し、当該問い合わせに対して「コードの発行要請をしたユーザ」の承諾操作入力がなされた場合に、「コードの発行要請をしたユーザ」と「申し入れをしたユーザ」との間をフレンドとして設定する制御を行う。

特典付与制御部２２４は、フレンド設定制御部２２２によりフレンドとして設定された場合に、「コードの発行要請をしたユーザ」及び／又は「申し入れをしたユーザ」に所与の特典を付与する特典付与処理を実行する。

具体的には、本実施形態の特典付与制御部２２４は、フレンド設定制御部２２２によりフレンドとして設定され、且つ、自機（業務用ゲーム装置１３００）で「申し入れをしたユーザ」がゲームプレイした場合に、申し入れに係るコードに含まれていた有効期限を示す情報に基づいて特典を付与するか否かを決定する。
付与する特典については、特典付与制御部２２４は、申し入れに係るコードに含まれていたゲームプレイ情報に基づいて付与する特典を変更することができる。
また、申し入れに係るコードに含まれていた発行日付を示す情報に基づいて、当該発行日付からの経過時間又は経過日数に応じて付与する特典を変更することができる。

音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、ゲームに係る効果音やＢＧＭ、各種操作音の音信号を生成し、音出力部３９０に出力する。

音出力部３９０は、音生成部２９０から入力される音信号に基づいて効果音やＢＧＭ等を音出力する装置によって実現される。図１のスピーカ１３１０がこれに該当する。

画像生成部２９２は、例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサ、ビデオ信号ＩＣ、ビデオコーデックなどのプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現される。

画像表示部３９２は、画像生成部２９２から入力される画像信号に基づいてシステム管理のための各種画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１の例ではタッチパネル１３０６が該当する。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

通信部３９４は、通信回線９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置モジュール１３５３が該当する。

記憶部５００は、業務用ゲーム装置１３００を統合的に制御するための諸機能を処理部２００に実現させるためのシステムプログラムや、ゲームプレイに必要なプログラム、各種データ等を記憶する。また、処理部２００の作業領域として用いられ、処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ、ユーザ端末１５００や外部装置から受信したデータ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１の制御基板１３５０が搭載するＩＣメモリ１３５２がこれに該当する。

図４は、記憶部５００に記憶されるプログラムやデータの例を示す図である。
本実施形態の記憶部５００は、システムプログラム５０１と、ゲームプログラム５０２と、装置ＩＤ５１０と、設置位置情報５１２と、ゲームタイトル５１４と、ゲーム初期設定データ５１６と、特典定義データ５２０と、を予め記憶する。
また、逐次生成・更新される情報としては、コード生成履歴データ５５０と、問合せ待ちデータ５７０と、コード使用履歴データ５７２と、ユーザ管理データ６００と、プレイデータ７００とを記憶する。勿論、これら以外のデータも適宜格納することができる。例えば、プレイ対価の支払いを電子決済するのにともない、電子決済用媒体６等から読み出したキーデータなども適宜記憶できる。その他、現在日時や、タイマー、カウンタ、各種フラグなどの情報を適宜記憶できる。

システムプログラム５０１は、処理部２００が読み出して実行することでコンピュータとして必要な基本的な入出力機能を実現するためのプログラムである。
ゲームプログラム５０２は、処理部２００にユーザ管理部２０２〜特典付与制御部２２４としての機能を実現させることができる。

装置ＩＤ５１０は、自機固有の識別情報である。例えば、シリアルナンバーなどである。

設置位置情報５１２は、自機が設置運営されている場所に関する情報を格納する。例えば、店舗ＩＤや、ビル内のフロアー数、フロアーの区域名、建物のある住所、ＧＰＳ座標、などである。

特典定義データ５２０は、フレンド設定が実行された場合に付与され得る特典別に用意され、当該特典を付与するための各種情報を格納する。
１つの特典定義データ５２０は、例えば図５に示すように、当該定義データが適用されるゲームタイトルを定義する適用ゲームタイトル５２１と、特典内容５２２と、特典付与先ユーザ種類５２３と、適用条件５３０とを対応づけて格納する。勿論、これら以外のデータも適宜格納することができる。

特典内容５２２は、ゲーム内容に応じて適宜設定可能である。例えば、ゲームで利用できるコンテンツとして、アイテムや、ＢＧＭ、背景画像、エクストラステージ、ゲームコンティニューの１回無料化、クーポン、シューティングゲームならばゲームスタート時の自機数アップ、など適宜設定可能である。

特典付与先ユーザ種類５２３は、「コードの発行要請をしたユーザ」と「申し入れをしたユーザ」のどちらのユーザに特典を付与するかを定義する。何れかのユーザを定義できるのは勿論のこと両方のユーザを付与先とすることもできる。

適用条件５３０は、当該特典定義データ５２０が選択されるべき条件を定義するデータを含む。例えば、日時条件５３１と、コード発行日時からの経過時間範囲条件５３２と、プレイ対価支払方法条件５３３と、コード利用フレンド設定実績条件５３４と、コード使用回数条件５３５と、位置情報条件５３６と、機体条件５３７と、プレイ情報条件５３８と、を含む。勿論、これら以外の条件も適宜含めることができる。

日時条件５３１は、月日の範囲や時間帯を定義する。特定の季節や特定のキャンペーン期間、特定の時間体（例えば、深夜、早朝）にのみ付与される特典を設定することができる。

コード発行日時からの経過時間範囲条件５３２として、経過日数や経過時間を適当に設定することにより、例えばコード発行日からの経過時間が短いほど特典の質や量を高く、経過時間が長くなるほど特典の質や量を低下させると、コードをより早く使うように促すこともできる。

プレイ対価支払方法条件５３３は、現金と電子決済の何れか一方又は両方を設定できる。電子決済時にのみ付与される特典を設定することも可能になる。

コード利用フレンド設定実績条件５３４は、「コードの発行要請をしたユーザ」が過去にコードを利用してフレンド登録を実現した実績数についての条件である。当該条件と特典内容５２２を適切に設定すると、実績数が多いほどより良い特典が得られるようにすることもできる。

コード使用回数条件５３５は、入力されたコードの使用回数についての条件である。当該条件と特典内容５２２を適切に設定すると、同じコードでも使用される毎（申し入れに用いられる毎）に特典の質や量が変わるように設定することができる。

位置情報条件５３６は、コードが使用された場所についての条件である。具体的には、設置位置情報５１２（図４参照）のリストや範囲、コードに含まれる位置情報との差異として設定する。当該条件と特典内容５２２を適切に設定すると、特定の地域や特定の店舗に設置されている業務用ゲーム装置１３００でのみ付与される特典を設定することができる。或いは、コードに含まれる位置情報との差異で定義すれば、身近な場所で使用する場合と、遠く離れたところで使用する場合とで異なる特典を付与できるようになる。

機体条件５３７は、ハードウェアについての条件である。例えば、装置ＩＤ５１０（図４参照）のリストである。当該条件と特典内容５２２を適切に設定すると、特定の機種でのみ貰える特典を設定することができる。もし、記憶部５００に機種に関する情報も記憶する構成とするならば、機体条件５３７に機種を設定するとしてもよい。

プレイ情報条件５３８は、コードの発行要請者であるユーザの直近のゲームプレイ情報についての条件である。例えば、コード発行時点で通算で何回目のゲームプレイであったかや、直近のゲームプレイの成績などを設定することができる。当該条件と特典内容５２２を適切に設定すると、コード発行要請をしたユーザのプレイ成績やプレイ履歴如何によって、付与される特典内容が変化するようにもできる。

なお、適用条件５３０に含まれるこれらの条件は、何れも「条件なし」を設定することができる。これら全ての条件を「条件なし」に設定すれば、コードを使用すれば（申し入れをすれば）必ず誰にでも付与される特典を設定できることになる。

図４に戻って、コード生成履歴データ５５０は、生成されたコード毎に生成される。
１つのコード生成履歴データ５５０は、例えば図６に示すように、当該コードの発行を要請したユーザを示す発行要請者ユーザＩＤ５５２と、発行日時５５４と、コード５６０とを含む。勿論、これら以外のデータも適宜含めることができる。

コード５６０は、複数の情報を含む。本実施形態では、発行要請者ユーザＩＤ５６１と、発行日時５６２と、発行場所５６３と、有効期限５６４と、プレイ情報５６５と、使用上限回数５６６と、コード有効装置ＩＤリスト５６７と、を含むが、他の情報を含んでもよい。

発行場所５６３は、コードを生成した業務用ゲーム装置１３００の設置位置情報５１２のコピーである。
有効期限５６４は、発行日時５６２を基準に適宜設定される。
プレイ情報５６５は、発行要求者であるユーザの最新のプレイ情報である。
使用上限回数５６６は、申し入れとして使用できる回数であり、当該コードの使用有効回数である。
コード有効装置ＩＤリスト５６７は、当該コードの使用が有効な装置を限定する情報であり、本実施形態では装置ＩＤ５１０（図４参照）である。

図４に戻って、問合わせ待ちデータ５７０は、コードが入力され、当該コードを入力したユーザによりフレンド登録の申し込み意志を示す所定の承諾操作が入力される都度生成される。１つの問合わせ待ちデータ５７０は、例えば、コード使用者ユーザＩＤと、問合せ日時と、入力されたコードと、承諾許否とを含む。承諾許否は、当該コードの発行を要請したユーザへの問い合わせに対する応答結果である。生成時の初期値は「未定」を示す値で、応答に応じて「承諾」又は「拒否」の何れかを示す値に変更される。

コード使用履歴データ５７２は、当該コードの発行を要請したユーザへの問い合わせに対する応答結果が「承諾」である都度、コード別に作成される。１つのコード使用履歴データ５７２はコードとその使用回数とを格納する。

ユーザ管理データ６００は、登録手続き済みのユーザ別に用意され、当該ユーザに関する情報を格納する。１つのユーザ管理データ６００は、例えば図７に示すように、ユーザＩＤ６０１と、ユーザ端末ＩＤ６０２と、電子決済用媒体ＩＤ６０３と、アクセス情報６０４と、フレンドリスト６０５と、コード利用フレンド設定実績数６０６と、課金履歴データ６０７とを含む。勿論、これら以外のデータも適宜含めることができる。

図４に戻って、プレイデータ７００は、ゲームプレイ毎に用意され、ゲーム準備やゲームプレイに関する情報を格納する。例えば、プレーヤを示すユーザＩＤ７０１と、現金又は電子決済の何れでプレイ対価を支払ったかを示すプレイ対価支払方法７０２と、入力コード７０３と、プレイ成績データ７０４と、を含む。勿論、これら以外のデータも適宜含めることができる。

［処理の流れの説明］
次に、本実施形態における業務用ゲーム装置１３００の動作について説明する。
図８〜図１０は、業務用ゲーム装置１３００における処理の流れを説明するためのフローチャートである。ここで説明する一連の処理は、客待ち待機中（いわゆるアトラクトモード中）にプレイ対価の支払い操作を検出してからの流れを示しており、ゲームプログラム５０２を実行することにより実装される。

業務用ゲーム装置１３００は、先ずプレイ対価の支払処理を実行する（ステップＳ２）。
すなわち、入金装置１３３０への現金投入を検知するか、媒体読取装置１３４４でユーザ端末１５００や電子決済用媒体６を検知すると、現金決済又は電子決済によりプレイ対価の支払を実行し、プレイデータ７００の記憶領域を確保してプレイ対価支払方法７０２に現金決済と電子決済の何れが使用されたかの情報を設定する。

次に、業務用ゲーム装置１３００は、タッチパネル１３０６にユーザＩＤの入力欄と、コード入力欄とを表示させて、それらの情報の入力受付処理を実行する（ステップＳ４）。
これらの入力欄への入力結果は、プレイデータ７００のユーザＩＤ７０１、入力コード７０３に格納される。そして、入力されたユーザＩＤに基づくログイン処理を実行する（ステップＳ６）。例えば、電子決済用媒体６やユーザ管理データ６００にセーブデータがあれば、それを読み出してプレイデータ７００に展開する。

次に、業務用ゲーム装置１３００は、今回ログインしたユーザのことを、「コードの発行要請をしたユーザ」とした問い合わせが来ているかを、問合せ待ちデータ５７０をもとに検索する。具体的には、各問合せ待ちデータ５７０のコードに含まれる発行要請者ユーザＩＤ５６１（図６参照）とプレイデータ７００のユーザＩＤ７０１とを照合し、合致するものを検索する。

そして、該当する問合せ待ちデータ５７０が有れば（ステップＳ１０のＹＥＳ）、該当する問合せ待ちデータ５７０についての問合せ画面を表示し、問合せへの応答結果に応じて当該問合せ待ちデータ５７０の「承諾許否」を更新する（ステップＳ１２）。

具体的には、問合せ画面には、申し入れをしたユーザのユーザＩＤであるコード使用者ユーザＩＤと、問合せ日時と、当該ユーザからフレンド登録の申し込みがなされている旨を告げる表示と、承諾操作入力アイコンと、拒否操作入力アイコンとを表示する。承諾操作入力アイコン又は拒否操作入力アイコンへの選択操作に応じて当該問合せ待ちデータ５７０の「承諾許否」を更新する。

以上のステップＳ１０〜Ｓ１２は、申し入れに対する承諾許否を業務用ゲーム装置１３００で行う場合の処理である。次のステップＳ２０〜Ｓ３２は、申し入れに関する処理である。申し入れに関する処理として、まず業務用ゲーム装置１３００は、コード入力欄へコードが入力されたならば（ステップＳ２０のＹＥＳ）、当該コードをデコードして有効期限５６４（図６参照）を判定する（ステップＳ２２）。

もし、有効期限５６４内であれば（ステップＳ２２のＹＥＳ）、有効回数の判定をする（ステップＳ２４）。すなわち、コード使用履歴データ５７２を参照して、入力されたコードの過去の使用回数と当該コードの使用上限回数５６６（図６参照）を比較して、過去の使用回数が使用上限回数５５６に達していなければ有効回数内と判定する。

そして、有効回数内であれば（ステップＳ２４のＹＥＳ）、更に入力されたコードが自機に有効であるかを判定する（ステップＳ２６）。具体的には、入力されたコードのコード有効装置ＩＤリスト５６７（図６参照）に、自機の装置ＩＤ５１０（図４参照）が含まれていれば肯定判定する。

ステップＳ２０で否定判定された場合には（ステップＳ２０のＮＯ）、そのままゲーム開始に移行する。また、ステップＳ２２〜Ｓ２６の何れかで否定判定された場合には、当該コードが使用できない旨の無効通知を行って（ステップＳ２８）、そのままゲーム開始に移行する。

ステップＳ２０〜Ｓ２６が全て肯定の場合（ステップＳ２６のＹＥＳ）、業務用ゲーム装置１３００は、タッチパネル１３０６に、入力したコードの使用と、当該コードを発行申請したユーザとの間でのフレンド登録承認要求との申し入れをして良いかのプレーヤ承認を得るために、所定の申し入れ承諾操作アイコンと、承認中止操作アイコンとを追加表示させる（ステップＳ３０）。

もし、承認中止操作アイコンが選択操作された場合には（ステップＳ３２のＮＯ）、そのままゲーム開始に移行する。

もし、申し入れ承諾操作アイコンが選択操作された場合に（ステップＳ３２のＹＥＳ）、図９に移って、業務用ゲーム装置１３００は条件通知処理を実行する（ステップＳ３４）。
条件通知処理では、入力されたコードで特典を得るにはこのままゲームをプレイしないとならない旨の通知と、ゲーム開始操作アイコンと、ゲーム中止操作アイコンとをタッチパネル１３０６に表示させる。

ここで、ゲーム中止操作アイコンが選択操作された場合には（ステップＳ５０のＮＯ）、業務用ゲーム装置１３００はプレイ対価の返金処理を実行し（ステップＳ５２）、そのままゲームを開始することなく一連の処理を終了する。

一方、ゲーム開始操作アイコンが選択操作された場合には（ステップＳ５０のＹＥＳ）、業務用ゲーム装置１３００は問合せ待ちデータ５７０を新たに生成・記憶し（ステップＳ５４）、入力されたコードを発行要請したユーザへの問合わせを実行する（ステップＳ５６）。ステップＳ５６〜Ｓ８０は、申し入れに対する承諾許否を業務用ゲーム装置１３００以外（例えば、ユーザ端末１５００）で行うための問い合わせ処理である。

具体的には、入力されたコードをデコードして得られる発行要請者ユーザＩＤ５６１（図６参照）に、ユーザＩＤ６０１が適合するユーザ管理データ６００を検索し、そのアクセス情報６０４を利用して問合せをする。もしアクセス情報６０４が電子メールアドレスであれば、当該電子メールアドレスに、申し入れに係るコード使用者ユーザＩＤと、問合せ日時と、申し入れをしたユーザからフレンド登録の申し込みがなされている旨を告げるテキストと、承諾又は拒否を返信する旨を要請刷るテキストと含むメールを自動生成して送信する。そして、所定の制限時間内に返信がなされた場合に、その返信内容をテキスト解析することで承諾／拒否の何れかを判定する。

もし、制限時間内に問合せへの応答（返信）が無ければ（ステップＳ７０のＮＯ）、入力されたコードに適合し且つその承諾許否が「承諾」又は「拒否」を示す応答済の問合せ待ちデータ５７０が有るかを判定し、もし無ければ（ステップＳ７２のＹＥＳ）、業務用ゲーム装置１３００はタッチパネル１３０６に、コードの発行要請者から応答が無いため、今回の特典の付与が持ち越される旨の通知を表示して（ステップＳ７４）、ゲーム開始に移行する。

もし、制限時間内に問合せへの応答が有った場合（ステップＳ７０のＹＥＳ）、又は、応答が無かったが（ステップＳ７０のＮＯ）承諾許否が「承諾」を示す問合せ待ちデータ５７０が有った場合には（ステップＳ７２のＹＥＳ）、業務用ゲーム装置１３００は、その応答結果が「拒否」であれば（ステップＳ８０の拒否）、タッチパネル１３０６に拒否通知を表示して（ステップＳ８２）、そのままゲーム開始に移行する。

応答結果が「承諾」であれば（ステップＳ８０の承諾）、業務用ゲーム装置１３００は入力されたコードから得られる発行要請者ユーザＩＤ５６１が示す「コードの発行要請をしたユーザ」と、今回ログインしたユーザすなわち「申し入れをしたユーザ」とのフレンド設定を実行する（ステップＳ８４）。

次いで、業務用ゲーム装置１３００は、適用可能な特典定義データ５２０を検索し（図５参照）、検索された特典定義データ５２０の特典付与先ユーザ種類５２３の設定に従って、「コードの発行要請をしたユーザ」と「申し入れをしたユーザ」の両方又は何れか一方に、特典内容５２２が示す特典を付与し、付与された特典についての通知をタッチパネル１３６０に表示する（ステップＳ８６）。

そして、業務用ゲーム装置１３００は、入力されたコードのコード使用履歴データ５７２（図４参照）が有ればその使用回数を「１」加算し、入力されたコードのコード使用履歴データ５７２が無ければ使用回数を「１」とする新たなコード使用履歴データ５７２を生成する（ステップＳ８８）。

図１０に移って、業務用ゲーム装置１３００は次にゲーム進行制御を開始する（ステップＳ１００）。そして、ゲームが終了すると（ステップＳ１０２）、タッチパネル１３０６にコード発行を要請するかしないかの選択受付画面を表示する（ステップＳ１１０）。

ここで、コード発行要請操作入力を検出したならば（ステップＳ１１２のＹＥＳ）、業務用ゲーム装置１３００は、プレーヤのユーザ管理データ６００のフレンドリスト６０５（図７参照）を参照する。

登録済みのフレンド数が所定の上限数に達していなければ（ステップＳ１１４のＮＯ）、業務用ゲーム装置１３００は、新たなコードを生成し（ステップＳ１１６）、新たなコード生成履歴データ５７２を生成・記憶する（ステップＳ１１８）。そして、生成したコードをタッチパネル１３０６に表示させてプレーヤにコードを提供する（ステップＳ１２０）。

次に、業務用ゲーム装置１３００は、使用上限回数５６６（図６参照）に達したコードを含む問合せ待ちデータ５７０及びコード使用履歴データ５７２を検索し消去する（ステップＳ１２２）。また、有効期限５６４が切れているコードを含む問合せ待ちデータ５７０及びコード使用履歴データ５７２を検索し消去する（ステップＳ１２４）。

次いで、業務用ゲーム装置１３００は、ステップＳ５６と同様に未応答の問合せ待ちデータ５７０の問合せを行い、ステップＳ１２と同様に、その問合せ結果の記憶を実行して（ステップＳ１２６）、一連の処理を終了する。

以上、本実施形態によれば、業務用ゲーム装置１３００を、２重承認に基づいてユーザ別のフレンド登録情報を管理する「フレンド管理装置」として機能させ、コードの盗用・悪用を防ぎつつ正しいゲームの紹介とフレンド関係の構築を促進することができる。

〔変形例〕
以上、本発明を適用した実施形態の一例について説明したが、本発明を適用可能な形態は上記の形態に限定されるものではなく、適宜構成要素の追加・省略・変更を施すことができる。

[その１]
例えば、上記実施形態で例示した業務用ゲーム装置１３００で実行されるゲームジャンルは問わない。楽器演奏を疑似体験する音楽ゲーム機や、シューティングゲーム、アクションゲーム、レースゲーム、競馬レース、などの何れのゲームジャンルにおいても本発明を適用可能である。また、業務用ゲーム装置１３００で実行されるゲームはビデオゲームに限定されない。例えば、メダルゲーム装置やプライズゲーム装置、パチンコ装置、ピンボール装置、などであってもよい。

[その２]
また、上記実施形態では、２重承認に基づいてユーザ別のフレンド登録情報を管理するフレンド管理装置としての機能を単体の業務用ゲーム装置１３００により実現する構成としたが、当該フレンド管理装置を複数の業務用ゲーム装置１３００と接続されるサーバシステムにより実現する構成も可能である。

例えば図１１に示すように、実行可能なゲームタイトルが混在する複数の業務用ゲーム装置１３００（１３００ａ，１３００ｂ，…）が、通信回線９を介してサーバシステム１１００と接続する構成において、サーバシステム１１００がフレンド管理装置の機能を担う構成としてもよい。

具体的には、図１２に示すように、各業務用ゲーム装置１３００はプレーヤのユーザＩＤを用いてサーバシステム１１００へログイン処理する。そして、サーバシステム１１００でコードを生成し、業務用ゲーム装置１３００でコードを表示してプレーヤに提供する。フレンド設定及び特典付与は、サーバシステム１１００にて実行する。

ゲームの進行制御は、上記実施形態と同様に業務用ゲーム装置１３００でオフラインに実現するオフラインゲームでも良いし、サーバシステム１１００との通信に基づくクライアント・サーバタイプのオンラインゲームとしても良い。

すなわち、オフラインゲームとするならば、図３におけるゲーム進行制御部２１０と、コード表示制御部２１４とを各業務用ゲーム装置１３００にてそれぞれ実現する。そして、ユーザ管理部２０２と、コード生成部２１２と、申し入れ受付制御部２１６と、条件通知制御部２１８と、フレンド設定制御部２２２と、特典付与制御部２２４とを、サーバシステム１１００にて実現する構成とすればよい。

オンラインゲームとするならば、図３の機能構成をそのままサーバシステム１１００にて実現すれば良く、図８〜図１０のフローチャートは、主語を業務用ゲーム装置１３００からサーバシステム１１００へ読み替えることでそのまま適用可能である。

なお、図１１のシステム構成は、店舗内のシステムとしてもよいし、全国規模のシステムとしてもよく、システムスケールは問わない。
例えば、チーム対戦用に用意された複数の業務用ゲーム装置１３００と接続された１つのオンラインゲームの実行を管理するゲームシステムとして構成してもよい。その場合、サーバシステム１１００はいわゆる「ゲームサーバ」と呼べる。店舗内のゲームサーバであるならば、「ゲームターミナル装置」と呼ばれる場合もあるであろう。

より詳細に説明すると、通信回線９を店舗内ＬＡＮと見なせば、店舗内に設置されている業務用ゲーム装置１３００に関する情報を管理するいわゆるサーバシステム１１００は「店舗サーバ」であっても良い。
また更に、通信回線９をインターネットとみなせば、広域地区の様々な店舗に設置されている多数の業務用ゲーム装置１３００に関する情報を一括管理するゲームメーカが管理するサーバシステムを、サーバシステム１１００としても良いだろう。

［その３］
また、上記実施形態では、ユーザは予めユーザ登録しているものとして説明したが、コードを使用するユーザ（申し入れを行うユーザ）が、コードの使用（申し入れ）に伴って新規ユーザ登録する構成であってもよい。具体的には、ステップＳ４（図８参照）のユーザＩＤの入力受付処理時に、新規ユーザ登録の承諾操作入力も受付可能とし、ステップＳ６のログイン処理時に入力されたユーザＩＤに対応するユーザ管理データ６００が無ければ、入力されたユーザＩＤで新規ユーザ登録処理をすればよい。

［その４］
また、上記実施形態では、２重承認によりコードの悪用を防止することとしたが、更に「コードの発行要請をしたユーザ」が発行要請の際に使用者を特定する要素を追加して、更にコードの悪用防止性を高めるとしてもよい。

具体的には、ステップＳ１１０（図１０参照）において業務用ゲーム装置１３００のタッチパネル１３０６にコード発行を要請するかしないかの選択受付画面を表示する際に、当該受付画面にコード使用者を特定するための使用者ユーザＩＤ入力欄を設ける。そして、ステップＳ１１６では入力された使用者ユーザＩＤを含めてコードを生成する構成とする。 そして、ステップＳ８６（図９参照）においては、「申し入れをしたユーザ」が使用されたコードに含まれる使用者ユーザＩＤと一致する場合にのみ、特典を付与する構成とすればよい。勿論、一致しない場合にも特典を付与することとしてもよい。但し、一致する場合と一致しない場合とで異なる特典を付与する構成が好適である。

［その５］
また、上記実施形態では、コード発行要請操作を検出した場合にコードを生成する構成としたが（図１０のステップＳ１１２参照）、コード発行要請操作の有無に係わらず、コードを生成する構成としてもよい。つまり、ステップＳ１１２を省略することもできる。

２…ユーザ
２ａ…第１ユーザ
２ｂ…第２ユーザ
２００…処理部
２０２…ユーザ管理部
２０４…プレイ対価支払制御部
２１０…ゲーム進行制御部
２１２…コード生成部
２１４…コード表示制御部
２１６…申し入れ受付制御部
２１８…条件通知制御部
２２２…フレンド設定制御部
２２４…特典付与制御部
５００…記憶部
５０２…ゲームプログラム
５１０…装置ＩＤ
５１２…設置位置情報
５１４…ゲームタイトル
５２０…特典定義データ
５２１…適用ゲームタイトル
５２２…特典内容
５２３…特典付与先ユーザ種類
５３０…適用条件
５３１…日時条件
５３２…コード発行日時からの経過時間範囲条件
５３３…プレイ対価支払方法条件
５３４…コード利用フレンド設定実績条件
５３５…コード使用回数条件
５３６…位置情報条件
５３７…機体条件
５３８…プレイ情報条件
５５０…コード生成履歴データ
５５２…発行要請者ユーザＩＤ
５５４…発行日時
５５６…使用上限回数
５６０…コード
５６１…発行要請者ユーザＩＤ
５６２…発行日時
５６３…発行場所
５６４…有効期限
５６５…プレイ情報
５６６…使用上限回数
５６７…コード有効装置ＩＤリスト
５７０…問合せ待ちデータ
５７２…コード使用履歴データ
６００…ユーザ管理データ
６０１…ユーザＩＤ
６０４…アクセス情報
６０５…フレンドリスト
６０６…コード利用フレンド設定実績数
７００…プレイデータ
１１００…サーバシステム
１１５０…制御基板
１３００…業務用ゲーム装置
１３５０…制御基板

Claims (12)

1. ゲームをプレイするユーザ間のフレンド設定を管理するフレンド管理装置であって、
   第１ユーザがプレイした場合に当該第１ユーザとの間のフレンド設定を促すためのコードを生成するコード生成手段と、
   第２ユーザの申し入れ操作入力に従って、前記コードと、前記第１ユーザとの間のフレンド設定を承諾する旨の入力とを少なくとも含む申し入れを受け付ける申し入れ受付手段と、
   前記第１ユーザに対して前記第２ユーザによる前記申し入れを承諾するか否かを問い合わせる問合せ処理を実行し、当該問い合わせに対して前記第１ユーザの承諾操作入力がなされた場合に、前記第１ユーザと前記第２ユーザとの間をフレンドとして設定するフレンド設定手段と、
   前記フレンド設定手段によりフレンドとして設定された場合に、前記第１ユーザ及び／又は前記第２ユーザに所与の特典を付与する特典付与処理を実行する特典付与手段、
   を備えたフレンド管理装置。
2. 前記コード生成手段は、前記第１ユーザを識別するためのユーザ識別情報を含むように前記コードを生成し、
   前記申し入れ受付手段は、前記申し入れに係るコードに含まれているユーザ識別情報に基づいて前記第１ユーザを識別することで、前記第２ユーザが承諾するフレンド設定の相手ユーザを特定する、
   請求項１に記載のフレンド管理装置。
3. 前記コード生成手段は、前記第１ユーザのゲームプレイ情報を含むように前記コードを生成し、
   前記特典付与手段は、前記申し入れに係るコードに含まれていたゲームプレイ情報に基づいて、付与する特典を変更する、
   請求項１又は２に記載のフレンド管理装置。
4. 前記コード生成手段は、前記第１ユーザとの間でフレンド設定がなされているユーザの数が所定の上限条件に達している場合には前記コードの生成を抑止する、
   請求項１〜３の何れか一項に記載のフレンド管理装置。
5. 前記コード生成手段は、有効期限を示す情報を含むように前記コードを生成し、
   前記申し入れ受付手段は、前記申し入れに係るコードに含まれていた前記有効期限を示す情報に基づいて当該申し入れを受け付けるか否かを決定する、
   請求項１〜４の何れか一項に記載のフレンド管理装置。
6. 前記コード生成手段は、有効期限を示す情報を含むように前記コードを生成し、
   前記特典付与手段は、前記申し入れに係るコードに含まれていた前記有効期限を示す情報に基づいて特典を付与するか否かを決定する、
   請求項１〜４の何れか一項に記載のフレンド管理装置。
7. 前記コード生成手段は、発行日付を示す情報を含むように前記コードを生成し、
   前記特典付与手段は、前記申し入れに係るコードに含まれていた前記発行日付を示す情報に基づいて、当該発行日付からの経過時間又は経過日数に応じて付与する特典を変更する、
   請求項１〜６の何れか一項に記載のフレンド管理装置。
8. ゲームプレイを行うユーザを識別可能なユーザ識別部を有する業務用ゲーム装置と通信可能に構成されたフレンド管理装置であって、
   前記申し入れ受付手段により前記申し入れが受け付けられた場合に、前記第２ユーザに対して、前記業務用ゲーム装置でのゲームプレイを条件に特典が付与される旨を通知する条件通知手段を更に備え、
   前記特典付与手段は、前記フレンド設定手段によりフレンドとして設定され、且つ、前記業務用ゲーム装置で前記第２ユーザがゲームプレイした場合に、特典を付与する、
   請求項１〜７の何れか一項に記載のフレンド管理装置。
9. 前記コード生成手段は、前記第１ユーザの操作入力に従って、特定ユーザを識別するための特定ユーザ識別情報を含むように前記コードを生成し、
   前記特典付与手段は、前記第２ユーザが前記特定ユーザであるか否かに応じて、付与する特典を変更する、
   請求項１〜８の何れか一項に記載のフレンド管理装置。
10. 請求項１〜８に記載のフレンド管理装置を備えた業務用ゲーム装置であって、
    前記コード生成手段により生成されたコードを表示部に表示させるコード表示制御手段を更に備えた業務用ゲーム装置。
11. 前記コード生成手段は、前記申し入れの受け付けを許可する業務用ゲーム装置を示す情報を含むように前記コードを生成し、
    前記申し入れ受付手段は、前記申し入れに係るコードに含まれていた前記申し入れの受け付けを許可する業務用ゲーム装置を示す情報に基づいて、当該申し入れを受け付けるか否かを決定する、
    請求項１０に記載の業務用ゲーム装置。
12. 前記特典付与手段は、ゲームプレイに対する対価の支払い方法として、前記第２ユーザが選択した方法に応じて、付与する特典を変更する、
    請求項１０又は１１に記載の業務用ゲーム装置。

Images