JP6201885B2 - サーバ装置及びサーバプログラム - Google Patents

Description

本発明は、ネットワークを介して端末装置上のゲームを制御する技術に関する。

端末装置上で動作するゲームアプリ（ゲームアプリケーションプログラム）の利用を促進する一手法として、広告用コードやインバイトコードと呼ばれるものがある。

従来の広告用コードは、雑誌広告やネットワーク広告に掲載される推薦文等を伴った英数文字列であり、これらの広告を見たユーザが所定のゲームアプリをダウンロード・インストール（既にインストールしてある場合は再度のダウンロード・インストールは不要）して起動した後に、ゲームアプリ内でその広告用コードを入力することで、所定のアイテムや能力値等のリワード（報奨）を付与するというものである。

従来のインバイトコードは、ユーザ（プレイヤ）間でゲームアプリのレビュー欄やＳＮＳ（Social Networking Service）等により拡散される推薦文等を伴った英数文字列であり、インバイトコードを取得したユーザが所定のゲームアプリをダウンロード・インストール（既にインストールしてある場合は再度のダウンロード・インストールは不要）して起動した後に、ゲームアプリ内でそのインバイトコードを入力することで、所定のアイテムや能力値等のリワードを、インバイトコードを贈ったユーザと受け取ったユーザの両者に付与するというものである。

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

上述した広告用コードやインバイトコードは、ゲームアプリの利用を促進する上で効果的なものであったが、ゲームアプリの流通環境によっては、ゲームアプリ内でユーザがコード等を入力することにより新しい機能やコンテンツをアンロック（ロック解除）したり追加したりするゲームアプリが政策的かつ人為的に禁止されることがある。

そのため、そのような流通環境においては、広告用コードやインバイトコードを用いた利用促進策が実施できないという問題があった。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ゲームアプリ内でユーザがコード等を入力することが禁止される流通環境においても、広告用コードやインバイトコードを用いた利用促進策を実施可能にすることにある。

上記の課題を解決するため、本発明にあっては、ゲームアプリにおける所定リワードをユーザに取得させるためのパラメータを記憶する手段と、前記ユーザの端末装置のブラウザアプリからアクセスを受けたことに基づき、前記パラメータを伴って当該ブラウザアプリとは異なる、前記端末装置内の前記ゲームアプリを起動する動作であって、当該ゲームアプリがゲーム管理サーバにアクセスして前記パラメータに基づいて前記所定リワードを前記ユーザに取得させる処理の起点となる動作の記述が対応付けられたページデータを生成し、前記端末装置に返送する手段と、を備えるようにしている。

本発明にあっては、ゲームアプリ内でユーザがコード等を入力するものでないため、ゲームアプリ内でユーザがコード等を入力することが禁止される流通環境においても、広告用コードやインバイトコードを用いた利用促進策を実施することができる。

本発明の一実施形態にかかるシステムの構成例を示す図である。 端末装置のハードウェア構成例を示す図である。 各種サーバのハードウェア構成例を示す図である。 実施形態の処理例を示すシーケンス図（その１）である。 広告用コード等に基づいてコード発行サーバにアクセスして表示される画面例を示す図（その１）である。 リワードの反映を知らせる画面例を示す図である。 実施形態の処理例を示すシーケンス図（その２）である。 実施形態の処理例を示すシーケンス図（その３）である。 広告用コード等に基づいてコード発行サーバにアクセスして表示される画面例を示す図（その２）である。

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

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

図１において、システムは、ユーザ（プレイヤ）が所持するスマートフォン、携帯電話等の端末装置１Ａ、１Ｂ、・・と、移動無線基地局やＷｉ−Ｆｉステーション等のアクセスポイント２と、インターネット等のネットワーク３と、各種のサーバ４〜９とを備えている。

端末装置１Ａは、カメラ・コード入力アプリ１１Ａとブラウザアプリ１２Ａとゲームアプリ１３Ａとを備えている。

端末装置１Ｂは、カメラ・コード入力アプリ１１Ｂとブラウザアプリ１２Ｂとゲームアプリ１３Ｂとを備えている。

カメラ・コード入力アプリ１１Ａ、１１Ｂは、カメラ機能により２次元コード等の画像を読み取り、コードの内容を抽出し、コードがＵＲＬ（Uniform Resource Locator）等のサーバのアドレスである場合にはブラウザアプリ１２Ａ、１２Ｂにコード内容を引き渡して起動する機能を有している。

ブラウザアプリ１２Ａ、１２Ｂは、インターネットの標準プロトコルであるＨＴＴＰ（Hyper Text Transfer Protocol）等に従い、ＨＴＭＬ（Hyper Text Markup Language）等の言語で記述されたページデータの要求・取得・表示およびフォームデータの送信等を行う機能を有している。

ゲームアプリ１３Ａ、１３Ｂは、所定のゲームを実行する機能を有している。

アプリダウンロードサーバ４は、ゲームアプリ１３Ａ、１３Ｂ、・・を記憶しており、これを端末装置１Ａ、１Ｂ、・・にダウンロードおよびインストールさせる機能を有している。

コード発行サーバ５は、広告媒体に掲載するための広告用コードもしくはユーザからのリクエストに応じたインバイトコードであって、自己へのアクセスＵＲＬとなるユニークなコードを発行する機能を有している。また、コード発行サーバ５は、広告用コードもしくはインバイトコードに基づく端末装置１Ａ、１Ｂ、・・からのアクセスに対し、広告用コードもしくはインバイトコードに対応するパラメータを引き渡して所定のゲームアプリを起動する動作を記述したページデータを返送する機能を有している。なお、その動作の記述は、所定のゲームアプリがインストールされていない場合、アプリダウンロードサーバ４からのダウンロードおよびインストールに誘導する動作を行う。これらの動作の記述には、ＵＲＬスキーマが用いられる。

ゲーム管理サーバ６は、ゲームアプリ１３Ａ、１３Ｂ、・・のログインの管理や、広告用コードもしくはインバイトコードに対するリワードの付与等の管理を行う機能を有している。コード発行サーバ５とゲーム管理サーバ６の運営主体が同じ場合、コード発行サーバ５とゲーム管理サーバ６は同じサーバ装置に配置してもよい。

ＳＮＳサーバ７は、ユーザ間のコミュニケーションサービスを提供する機能を有している。

出版社サーバ８は、紙媒体の雑誌等を発行する出版社の保有するサーバである。

Ｗｅｂサーバ９は、広告を含むＷｅｂページを提供する機能を有している。

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

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

図３は各種サーバ４〜９のハードウェア構成例を示す図である。

図３において、サーバ４〜９は、システムバス４０１に接続されたＣＰＵ（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）４０９等を備えている。

＜動作＞
図４は上記の実施形態の処理例を示すシーケンス図であり、雑誌等の紙媒体広告に広告用コードを掲載する場合の例である。

図４において、コード発行サーバ５は所定のフォーマットおよび生成ルールに基づいて広告毎にユニークなＵＲＬである広告用コードおよびこの広告用コードを一意に特定するパラメータを発行し（ステップＳ１０１）、広告用コードを出版社サーバ８に送信する（ステップＳ１０２）。なお、パラメータは、広告用コードをそのまま用いるようにしてもよい。また、送信に代えて人為的なルートで広告用コードを出版社に引き渡してもよい。

また、コード発行サーバ５は、生成したパラメータをゲーム管理サーバ６に送信し（ステップＳ１０３）、ゲーム管理サーバ６は受信したパラメータをリワードと対応付けて保存する（ステップＳ１０４）。パラメータから対応するリワードを判断してもよいし、コード発行サーバ５がパラメータとともにリワードを指定してもよい。

出版社サーバ８は、受信した広告用コードと別途通知される推薦文等に基づいて雑誌等の一部として紙媒体広告を発行する（ステップＳ１０５）。

その後、紙媒体広告を入手した端末装置１Ａのユーザは、広告内容に興味をもって広告用コードを使用したいと考えた場合、端末装置１Ａのカメラ・コード入力アプリ１１Ａにより紙媒体広告から広告用コードを読み取る（ステップＳ１１１）。

カメラ・コード入力アプリ１１Ａは、読み取った画像を解析して広告用コードを抽出し（ステップＳ１１２）、それがＵＲＬ等のサーバのアドレスである場合にはブラウザアプリ１２Ａに広告用コードを引き渡してブラウザアプリ１２Ａを起動させる（ステップＳ１１３）。なお、カメラ・コード入力アプリ１１Ａには、ブラウザアプリ１２Ａに広告用コードを引き渡すのみのものもある。この場合は、ユーザの操作によってブラウザアプリ１２Ａを起動させる必要がある。

ブラウザアプリ１２Ａは、広告用コードの示すアドレスのコード発行サーバ５にアクセスし（ステップＳ１１４）、コード発行サーバ５は、アクセスＵＲＬである広告用コードに対応するパラメータを取得した上で、当該パラメータを引き渡して所定のゲームアプリを起動する動作を記述したページデータを生成し（ステップＳ１１５）、端末装置１Ａに返送する（ステップＳ１１６）。コード発行サーバ５は、アクセスＵＲＬである広告用コードから発行時のルールに基づいてパラメータを生成することができるが、発行時に広告用コードとパラメータを対応付けて記憶しておき、その対応関係からパラメータを取得するようにしてもよい。

端末装置１Ａのブラウザアプリ１２Ａは、受信したページデータを表示する（ステップＳ１１７）。図５は表示画面例を示しており、表示要素Ｉ１として注意事項が表示され、表示要素Ｉ２として「プレゼントを受け取る」ボタンが表示されている。この「プレゼントを受け取る」ボタンには、広告用コードに対応するパラメータをゲームアプリ１３Ａに引き渡してゲームアプリ１３Ａを起動する動作およびゲームアプリ１３Ａがインストールされていない場合はアプリダウンロードサーバ４からのダウンロードおよびインストールに誘導する動作を示す記述が対応付けられている。

図４に戻り、ユーザが表示画面からボタンを選択すると（ステップＳ１１８）、ブラウザアプリ１２Ａは、ゲームアプリ１３Ａがインストールされていない場合、アプリダウンロードサーバ４にアクセスし（ステップＳ１１９）、アプリデータをダウンロードしてゲームアプリ１３Ａをインストールする（ステップＳ１２０）。そして、再びページを表示した状態（ステップＳ１１７）に戻る。

ゲームアプリ１３Ａがインストールされている状態でユーザがボタンを選択すると（ステップＳ１１８）、ブラウザアプリ１２Ａはボタンに対応付けられた動作の記述に基づき、パラメータを伴ってゲームアプリ１３Ａを起動する（ステップＳ１２１）。

起動したゲームアプリ１３Ａは、パラメータを内部的（記憶部１０６）に保持し（ステップＳ１２２）、ゲームアプリ１３Ａ内に予め設定されているアドレス（ＵＲＬ等）に基づいてゲーム管理サーバ６にアクセスする（ステップＳ１２３）。この際、ブラウザアプリ１２Ａから引き渡されて内部的に保持しているパラメータと、ログイン情報（ユーザＩＤ、パスワード等）を伴う。なお、ゲーム管理サーバ６にアクセスするためのＵＲＬは、コード発行サーバ５が生成するページデータに予め含めておくようにしてもよい。また、ゲームアプリ１３Ａが最初の使用等である場合にログイン情報が存在しない場合があるが、その場合はゲーム管理サーバ６からログイン情報の入力が求められる。

アクセスを受けたゲーム管理サーバ６は、ログイン情報に基づいてユーザを認証し（ステップＳ１２４）、正常に認証すると、受け取ったパラメータを事前に保存してあるパラメータと比較して整合性（一致性）を確認し（ステップＳ１２５）、正常に確認すると、パラメータに対応付けられたリワードを端末装置１Ａのゲームアプリ１３Ａに付与する（ステップＳ１２６）。リワードの付与は、端末装置１Ａ側でリワードを反映するのに使われるリワードデータの生成・取得と、ユーザの履歴としてリワードの付与を記録に残す場合には記録の更新等を含む。

ゲーム管理サーバ６は、リワードデータを端末装置１Ａのゲームアプリ１３Ａに送信し（ステップＳ１２７）、ゲームアプリ１３Ａは受信したリワードデータに基づいてリワードの反映を行う（ステップＳ１２８）。例えば、ゲーム管理情報の更新により、アイテムの追加を行ったり、能力値の増加等を行ったりする。

リワードが反映されると、ゲームアプリ１３Ａは、リワードが反映した旨の表示を行う（ステップＳ１２９）。図６はリワードの反映を知らせる画面例を示す図であり、「○○を獲得しました！」といった表示要素Ｉ３と、「ゲームで確認する」ボタンの表示要素Ｉ４が表示される。「ゲームで確認する」ボタンを押した場合、ゲームが実行され、ゲームプレイができる状態になり、ゲーム内の表示でリワードが実際に反映されていることを確認することができる。なお、リワードが反映されたことの報知は音声等で行なってもよい。

図７は上記の実施形態の他の処理例を示すシーケンス図であり、Ｗｅｂページに広告用コードを掲載する場合の例である。

図７において、コード発行サーバ５は所定のフォーマットおよび生成ルールに基づいて広告毎にユニークなＵＲＬである広告用コードおよびこの広告用コードを一意に特定するパラメータを発行し（ステップＳ２０１）、広告用コードをＷｅｂサーバ９に送信する（ステップＳ２０２）。なお、パラメータは、広告用コードをそのまま用いるようにしてもよい。また、送信に代えて人為的なルートで広告用コードをＷｅｂサーバ９の運用者に引き渡してもよい。

また、コード発行サーバ５は、生成したパラメータをゲーム管理サーバ６に送信し（ステップＳ２０３）、ゲーム管理サーバ６は受信したパラメータをリワードと対応付けて保存する（ステップＳ２０４）。パラメータから対応するリワードを判断してもよいし、コード発行サーバ５がパラメータとともにリワードを指定してもよい。

Ｗｅｂサーバ９は、受信した広告用コードと別途通知される推薦文等に基づいてＷｅｂページに広告を掲載する（ステップＳ２０５）。

その後、端末装置１Ａのユーザがブラウザアプリ１２ＡによりＷｅｂサーバ９にアクセスすると（ステップＳ２１１）、Ｗｅｂページのページデータが返送され（ステップＳ２１２）、ブラウザアプリ１２ＡはＷｅｂページを表示する（ステップＳ２１３）。

Ｗｅｂページから広告を閲覧した端末装置１Ａのユーザは、広告内容に興味をもって広告用コードを使用したいと考えた場合、Ｗｅｂページ内の広告用コードによるリンクを選択する（ステップＳ２１４）。なお、ＰＣ（Personal Computer）等のモニタ上に表示されたＷｅｂページから、端末装置１Ａのカメラ・コード入力アプリ１１Ａにより広告用コードを読み込んでもよく、その場合の動作は図４に示したものと同様になる。

図７において、ブラウザアプリ１２Ａは、広告用コードの示すアドレスのコード発行サーバ５にアクセスし（ステップＳ２１５）、コード発行サーバ５は、アクセスＵＲＬである広告用コードに対応するパラメータを取得した上で、当該パラメータを引き渡して所定のゲームアプリを起動する動作を記述したページデータを生成し（ステップＳ２１６）、端末装置１Ａに返送する（ステップＳ２１７）。コード発行サーバ５は、アクセスＵＲＬである広告用コードから発行時のルールに基づいてパラメータを生成することができるが、発行時に広告用コードとパラメータを対応付けて記憶しておき、その対応関係からパラメータを取得するようにしてもよい。

端末装置１Ａのブラウザアプリ１２Ａは、受信したページデータを表示する（ステップＳ２１８）。表示画面は図５に示したのと同様であり、注意事項と「プレゼントを受け取る」ボタンが表示されている。この「プレゼントを受け取る」ボタンには、広告用コードに対応するパラメータを引き渡してゲームアプリ１３Ａを起動する動作およびゲームアプリ１３Ａがインストールされていない場合はアプリダウンロードサーバ４からのダウンロードおよびインストールに誘導する動作を示す記述が対応付けられている。

図７に戻り、ユーザが表示画面からボタンを選択すると（ステップＳ２１９）、ブラウザアプリ１２Ａは、ゲームアプリ１３Ａがインストールされていない場合、アプリダウンロードサーバ４にアクセスし（ステップＳ２２０）、アプリデータをダウンロードしてゲームアプリ１３Ａをインストールする（ステップＳ２２１）。そして、再びページを表示した状態（ステップＳ２１８）に戻る。

ゲームアプリ１３Ａがインストールされている状態でユーザがボタンを選択すると（ステップＳ２１９）、ブラウザアプリ１２Ａはボタンに対応付けられた動作の記述に基づき、パラメータを伴ってゲームアプリ１３Ａを起動する（ステップＳ２２２）。

起動したゲームアプリ１３Ａは、パラメータを内部的（記憶部１０６）に保持し（ステップＳ２２３）、ゲームアプリ１３Ａ内に予め設定されているアドレス（ＵＲＬ等）に基づいてゲーム管理サーバ６にアクセスする（ステップＳ２２４）。この際、ブラウザアプリ１２Ａから引き渡されて内部的に保持しているパラメータと、ログイン情報（ユーザＩＤ、パスワード等）を伴う。なお、ゲーム管理サーバ６にアクセスするためのＵＲＬは、コード発行サーバ５が生成するページデータに予め含めておくようにしてもよい。また、ゲームアプリ１３Ａが最初の使用等である場合にログイン情報が存在しない場合があるが、その場合はゲーム管理サーバ６からログイン情報の入力が求められる。

アクセスを受けたゲーム管理サーバ６は、ログイン情報に基づいてユーザを認証し（ステップＳ２２５）、正常に認証すると、受け取ったパラメータを事前に保存してあるパラメータと比較して整合性（一致性）を確認し（ステップＳ２２６）、正常に確認すると、パラメータに対応付けられたリワードを端末装置１Ａのゲームアプリ１３Ａに付与する（ステップＳ２２７）。リワードの付与は、端末装置１Ａ側でリワードを反映するのに使われるリワードデータの生成・取得と、ユーザの履歴としてリワードの付与を記録に残す場合には記録の更新等を含む。

ゲーム管理サーバ６は、リワードデータを端末装置１Ａのゲームアプリ１３Ａに送信し（ステップＳ２２８）、ゲームアプリ１３Ａは受信したリワードデータに基づいてリワードの反映を行う（ステップＳ２２９）。例えば、ゲーム管理情報の更新により、アイテムの追加を行ったり、能力値の増加等を行ったりする。

リワードが反映されると、ゲームアプリ１３Ａは、リワードが反映した旨の表示を行う（ステップＳ２３０）。表示画面は図６に示したのと同様である。なお、リワードが反映されたことの報知は音声等で行なってもよい。

図８は上記の実施形態の他の処理例を示すシーケンス図であり、ＳＮＳを利用してインバイトコードを拡散する場合の例である。

図８において、端末装置１Ａのユーザがインバイトコードを発行したいと考えた場合、ゲームアプリ１３Ａから内部的に予め設定されているアドレス（ＵＲＬ等）に基づいてコード発行サーバ５に対してインバイトコード発行リクエストを送信する（ステップＳ３０１）。

これを受けたコード発行サーバ５は、所定のフォーマットおよび生成ルールに基づいてユニークなＵＲＬであるインバイトコードおよびこのインバイトコードを一意に特定するパラメータを発行し（ステップＳ３０２）、インバイトコードを端末装置１Ａのゲームアプリ１３Ａに返送する（ステップＳ３０３）。なお、パラメータは、インバイトコードをそのまま用いるようにしてもよい。

また、コード発行サーバ５は、生成したパラメータをゲーム管理サーバ６に送信し（ステップＳ３０４）、ゲーム管理サーバ６は受信したパラメータをリワードおよびコード発行ユーザ宛先（会員情報が別途管理されている場合にはユーザＩＤでも可）と対応付けて保存する（ステップＳ３０５）。パラメータから対応するリワードを判断してもよいし、コード発行サーバ５がパラメータとともにリワードを指定してもよい。また、リワードはインバイトコードを発行した側と使用した側とで異なるものとすることができる。

インバイトコードの発行を受けた端末装置１Ａのユーザは、ゲームアプリ１３Ａから所定のもしくはユーザが選択したＳＮＳサーバ７に対してインバイトコードの投稿を行う（ステップＳ３０６）。この投稿には、推薦文等を伴う。

これを受けたＳＮＳサーバ７は、インバイトコードおよび推薦文等を含む記事を掲示板等に掲載する（ステップＳ３０７）。

その後、他の端末装置１Ｂのユーザがブラウザアプリ１２ＢによりＳＮＳサーバ７にアクセスすると（ステップＳ３１１）、記事内容のページデータが返送され（ステップＳ３１２）、ブラウザアプリ１２Ｂは記事ページを表示する（ステップＳ３１３）。

記事ページからインバイトコードを見た端末装置１Ｂのユーザは、記事内容に興味をもってインバイトコードを使用したいと考えた場合、記事ページ内のインバイトコードによるリンクを選択する（ステップＳ３１４）。なお、ＰＣ等のモニタ上に表示された記事ページから、端末装置１Ｂのカメラ・コード入力アプリ１１Ｂによりインバイトコードを読み込んでもよく、その場合の動作は図４に示したものと同様になる。

図８において、ブラウザアプリ１２Ｂは、インバイトコードの示すアドレスのコード発行サーバ５にアクセスし（ステップＳ３１５）、コード発行サーバ５は、アクセスＵＲＬであるインバイトコードに対応するパラメータを取得した上で、当該パラメータを引き渡して所定のゲームアプリを起動する動作を記述したページデータを生成し（ステップＳ３１６）、端末装置１Ｂに返送する（ステップＳ３１７）。コード発行サーバ５は、アクセスＵＲＬであるインバイトコードから発行時のルールに基づいてパラメータを生成することができるが、発行時にインバイトコードとパラメータを対応付けて記憶しておき、その対応関係からパラメータを取得するようにしてもよい。

端末装置１Ｂのブラウザアプリ１２Ｂは、受信したページデータを表示する（ステップＳ３１８）。表示画面は図５に示したのと同様であり、注意事項と「プレゼントを受け取る」ボタンが表示されている。この「プレゼントを受け取る」ボタンには、インバイトコードに対応するパラメータを引き渡してゲームアプリ１３Ｂを起動する動作およびゲームアプリ１３Ｂがインストールされていない場合はアプリダウンロードサーバ４からのダウンロードおよびインストールに誘導する動作を示す記述が対応付けられている。

図８に戻り、ユーザが表示画面からボタンを選択すると（ステップＳ３１９）、ブラウザアプリ１２Ｂは、ゲームアプリ１３Ｂがインストールされていない場合、アプリダウンロードサーバ４にアクセスし（ステップＳ３２０）、アプリデータをダウンロードしてゲームアプリ１３Ｂをインストールする（ステップＳ３２１）。そして、再びページを表示した状態（ステップＳ３１８）に戻る。

ゲームアプリ１３Ｂがインストールされている状態でユーザがボタンを選択すると（ステップＳ３１９）、ブラウザアプリ１２Ｂはボタンに対応付けられた動作の記述に基づき、パラメータを伴ってゲームアプリ１３Ｂを起動する（ステップＳ３２２）。

起動したゲームアプリ１３Ｂは、パラメータを内部的（記憶部１０６）に保持し（ステップＳ３２３）、ゲームアプリ１３Ｂ内に予め設定されているアドレス（ＵＲＬ等）に基づいてゲーム管理サーバ６にアクセスする（ステップＳ３２４）。この際、ブラウザアプリ１２Ｂから引き渡されて内部的に保持しているパラメータと、ログイン情報（ユーザＩＤ、パスワード等）を伴う。なお、ゲーム管理サーバ６にアクセスするためのＵＲＬは、コード発行サーバ５が生成するページデータに予め含めておくようにしてもよい。また、ゲームアプリ１３Ｂが最初の使用等である場合にログイン情報が存在しない場合があるが、その場合はゲーム管理サーバ６からログイン情報の入力が求められる。

アクセスを受けたゲーム管理サーバ６は、ログイン情報に基づいてユーザを認証し（ステップＳ３２５）、正常に認証すると、受け取ったパラメータを事前に保存してあるパラメータと比較して整合性（一致性）を確認し（ステップＳ３２６）、正常に確認すると、パラメータに対応付けられたリワードを端末装置１Ｂのゲームアプリ１３Ｂに付与する（ステップＳ３２７）。リワードの付与は、端末装置１Ｂ側でリワードを反映するのに使われるリワードデータの生成・取得と、ユーザの履歴としてリワードの付与を記録に残す場合には記録の更新等を含む。

ゲーム管理サーバ６は、インバイトコードを発行した側の端末装置１Ａのゲームアプリ１３Ａにリワードデータを送信し（ステップＳ３２８）、ゲームアプリ１３Ａは受信したリワードデータに基づいてリワードの反映を行う（ステップＳ３２９）。リワードが反映されると、ゲームアプリ１３Ａは、リワードが反映した旨の表示を行う（ステップＳ３３０）。表示画面は図６に示したのと同様である。なお、リワードが反映されたことの報知は音声等で行なってもよい。また、端末装置１Ａのゲームアプリ１３Ａがその時点でログインしていない場合は、ログインした時点でリワードデータの送信およびリワードの反映・表示が行われる。

図８に戻り、同様に、インバイトコードを使用した側の端末装置１Ｂのゲームアプリ１３Ｂにリワードデータを送信し（ステップＳ３３１）、ゲームアプリ１３Ｂは受信したリワードデータに基づいてリワードの反映を行い（ステップＳ３３２）、リワードが反映された旨の表示を行う（ステップＳ３３３）。なお、リワードが反映されたことの報知は音声等で行なってもよい。

上述した実施形態では、広告用コードもしくはインバイトコードとして、コード発行サーバ５を宛先とするユニークなＵＲＬを発行する場合について説明したが、コード発行サーバ５のＵＲＬは共通のものとし、広告用コードもしくはインバイトコードとして手入力が可能なユニークなシリアルコードを発行するようにしてもよい。この場合、図４、図７および図８における広告用コードもしくはインバイトコードを手入力が可能な程度の長さの英数文字列とし、これを広告用シリアルコードもしくはインバイトシリアルコードとする。また、広告用シリアルコードもしくはインバイトシリアルコードをそのままパラメータとしてもよいし、それらから所定のルールで変換したものをパラメータとしてもよい。なお、コード発行サーバ５のＵＲＬは広告用シリアルコードもしくはインバイトシリアルコードと同時に配布することになる。

広告用シリアルコードもしくはインバイトシリアルコードを使用する場合、図４のステップＳ１１７、図７のステップＳ２１８、図８のステップＳ３１８で表示される画面には、図９に表示要素Ｉ５で示すようなシリアルコードの入力欄が表示され、ここで入力されたシリアルコードをそのままもしくは変換したものがパラメータとして使用される。

＜総括＞
以上説明したように、本実施形態によれば、ゲームアプリ内でユーザがコード等を入力するものでないため、ゲームアプリ内でユーザがコード等を入力することが禁止される流通環境においても、広告用コードやインバイトコードを用いた利用促進策を実施することができる。

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

１Ａ、１Ｂ 端末装置
１１Ａ、１１Ｂ カメラ・コード入力アプリ
１２Ａ、１２Ｂ ブラウザアプリ
１３Ａ、１３Ｂ ゲームアプリ
２ アクセスポイント
３ ネットワーク
４ アプリダウンロードサーバ
５ コード発行サーバ
６ ゲーム管理サーバ
７ ＳＮＳサーバ
８ 出版社サーバ
９ Ｗｅｂサーバ

Claims (2)

1. ゲームアプリにおける所定リワードをユーザに取得させるためのパラメータを記憶する手段と、
   前記ユーザの端末装置のブラウザアプリからアクセスを受けたことに基づき、前記パラメータを伴って当該ブラウザアプリとは異なる、前記端末装置内の前記ゲームアプリを起動する動作であって、当該ゲームアプリがゲーム管理サーバにアクセスして前記パラメータに基づいて前記所定リワードを前記ユーザに取得させる処理の起点となる動作の記述が対応付けられたページデータを生成し、前記端末装置に返送する手段と、
   を備えたことを特徴とするサーバ装置。
2. サーバ装置を構成するコンピュータを、
   ゲームアプリにおける所定リワードをユーザに取得させるためのパラメータを記憶する手段、
   前記ユーザの端末装置のブラウザアプリからアクセスを受けたことに基づき、前記パラメータを伴って当該ブラウザアプリとは異なる、前記端末装置内の前記ゲームアプリを起動する動作であって、当該ゲームアプリがゲーム管理サーバにアクセスして前記パラメータに基づいて前記所定リワードを前記ユーザに取得させる処理の起点となる動作の記述が対応付けられたページデータを生成し、前記端末装置に返送する手段、
   として機能させるサーバプログラム。