JP7523121B2 - アプリケーションシステム、および、アプリケーション制御方法 - Google Patents

Description

本発明は、アプリケーションシステム、および、アプリケーション制御方法に関する。

従来、タブレットやスマートフォン等の端末装置からサーバにアクセスして進行されるゲームがある。このようなアプリケーションは、基本プレイが無料で提供されることが多いため、例えば、特許文献１のように、アプリケーションをより有利に進めるためのアイテムが課金要素とされることが一般的である。

米国特許出願公開第２０１９／００９５９７１号明細書

ところで、近年、上記のようなアプリケーションの中でも特に人気のアプリケーションをプレイするユーザを、他のアプリケーションへ誘導するべく、別々のアプリケーション同士でコラボレーションすることが行われている。具体的には、あるアプリケーションをプレイすることで、他のアプリケーションでのアイテムを取得することができる等の企画が行われている。これにより、あるアプリケーションをプレイするユーザに、他のアプリケーションをダウンロードさせてプレイする機会を与えることができる。

しかしながら、このようなコラボレーション企画は、期間限定で行われることが一般的であり、継続的な効果が見込めないという問題があった。

そこで、本発明は、継続的にユーザの誘引効果を見込むことが可能なアプリケーションシステム、および、アプリケーションゲーム制御方法を提供することを目的とする。

本発明のアプリケーションシステムは、
ユーザの第１ユーザＩＤと、当該ユーザの他のアプリケーションシステムでの第２ユーザＩＤとを関連付けて記憶する記憶部と、
前記第１ユーザＩＤごとに累積可能なポイントを付与するポイント付与部と、
前記他のアプリケーションシステムから提供された複数の課金アイテムの情報に基づいて、前記複数の課金アイテムを、前記ポイントで購入可能に提示する提示部と、
購入された前記課金アイテムを第２ユーザＩＤに関連付けて前記他のアプリケーションシステムに指定し、前記他のアプリケーションシステムでの前記課金アイテムの購入を確定する課金アイテム指定部と、
を有していることを特徴とする。

上記構成によれば、アプリケーションシステムにおいて、他のアプリケーションシステムでの課金アイテムが購入可能に提示され、付与されるポイントで他のアプリケーションシステムでの課金アイテムを購入することができる。これにより、他のアプリケーションシステムをプレイする課金アイテムを得たいユーザに対して、アプリケーションシステムが提供するアプリケーションをプレイする機会を継続的に提供でき、さらにアプリケーションシステムが提供するアプリケーションをプレイするユーザに対して、継続的に累積されるポイントを消費して課金アイテムを与えることで他のアプリケーションシステムが提供するアプリケーションをプレイする機会を提供できる。その結果、複数のアプリケーションシステムから継続的かつ相互にユーザの誘引効果を見込むことができる。

また、本発明のアプリケーションシステムにおいて、
前記提示部は、前記複数の課金アイテムごとに、購入可能な数の上限を設定してもよい。

上記構成によれば、累積したポイントを一度に使い切ってアプリケーションをやめてしまうというような機会を軽減できる。

ユーザの第１ユーザＩＤと、当該ユーザの他のアプリケーションシステムでの第２ユーザＩＤとを関連付けて記憶することと、
前記第１ユーザＩＤごとに累積可能なポイントを付与することと、
前記他のアプリケーションシステムから提供された複数の課金アイテムの情報に基づいて、前記複数の課金アイテムを、前記ポイントで購入可能に提示することと、
購入された前記課金アイテムを第２ユーザＩＤに関連付けて前記他のアプリケーションシステムに指定し、前記他のアプリケーションシステムでの前記課金アイテムの購入を確定することと、
を含むことを特徴とする。

上記構成によれば、アプリケーションシステムにおいて、他のアプリケーションシステムでの課金アイテムが購入可能に提示され、付与されるポイントで他のアプリケーションシステムでの課金アイテムを購入することができる。これにより、他のアプリケーションシステムをプレイする課金アイテムを得たいユーザに対して、アプリケーションシステムが提供するアプリケーションをプレイする機会を継続的に提供でき、さらにアプリケーションシステムが提供するアプリケーションをプレイするユーザに対して、継続的に累積されるポイントを消費して課金アイテムを与えることで他のアプリケーションシステムが提供するアプリケーションをプレイする機会を提供できる。その結果、複数のアプリケーションシステムから継続的かつ相互にユーザの誘引効果を見込むことができる。

本発明の動作状態を示す説明図である。 本発明の概略構成を示す説明図である。 第１アプリケーションシステムの電気構成を示すブロック図である。 ユーザ情報テーブルの説明図である。 課金アイテム情報テーブルの説明図である。 課金アイテム交換履歴テーブルの説明図である。 メインサーバ処理のフローチャートである。 課金アイテム交換処理のフローチャートである。 第２アプリケーションシステムでの表示画面の一例を示す説明図である。

本発明の端末装置を図面に基づいて説明する。

図１に示すように、第１アプリケーションシステム１００から第２アプリケーションシステム２１００（他のアプリケーションシステム）で利用される課金アイテムの一覧を表示し、第１アプリケーションシステム１００を利用して課金アイテム一覧から所定のアイテムを交換することにより、第２アプリケーションシステム２１００の所定のアイテムへ残高が加算されるように構成されている。

端末装置１は、インターネット回線１０１を介して、第１アプリケーションサーバ１０にデータ通信可能に接続されており、端末装置１と、第１アプリケーションサーバ１０とを有する第１アプリケーションシステム１００が構成されている。また、端末装置１は、インターネット回線１０１を介して、第２アプリケーションサーバ２０１０にデータ通信可能に接続されており、端末装置１と、第２アプリケーションサーバ２０１０とを有する第２アプリケーションシステム２１００が構成されている。

端末装置１は、筐体１１の前面に設けられたディスプレイ２と、ディスプレイ２の全面に設けられたタッチパネル５と、を有している。ディスプレイ２と、タッチパネル５とは、端末装置１に設けられ、それぞれ第１アプリケーションシステム１００における入力装置及び出力装置として機能する。端末装置１は、携帯型及び据置型の何れであってもよい。携帯型の端末装置１としては、ポータブルコンピュータやラップトップコンピュータ、ノートパソコン、タブレット型パソコン、ハンドヘルド型パソコン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔ）、スマートフォン等の携帯情報機器が例示される。

ディスプレイ２は、画像を表示可能に構成されている。ディスプレイ２の表示方式としては、液晶方式、有機エレクトロルミネッセンス方式、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）方式、プラズマ方式等の各種の表示方式が例示される。タッチパネル５は、ユーザの指等が接触した部位の座標を検出可能に構成されている。タッチパネル５には、電磁誘導方式、及び、静電容量方式等の既知の技術が採用される。端末装置１は、タッチパネル５が検出した座標からユーザが接触した画面上のオブジェクトや、スワイプ等のタッチの態様を判定し、判定結果に応じた応答を行う。

また、本実施形態では、タッチパネル５が入力装置として作動し、スワイプ操作やタッチ操作等を受け付けるようになっているがこれに限定されない。例えば、入力装置として、マイクやカメラであってもよく、ユーザの音声やジェスチャを指示操作として受け付けてもよい。

ユーザは、端末装置１を介して、第１アプリケーションサーバ１０へのログインを行っていることを前提に、第１アプリケーションをプレイすることができる。また、ユーザは、端末装置１を介して、第２アプリケーションサーバ２０１０へのログインを行っていることを前提に、第２アプリケーションをプレイすることができる。換言すれば、第１アプリケーションサーバ１０は端末装置１を介したログインを前提に、第１アプリケーションのプレイを提供し、第２アプリケーションサーバ２０１０は端末装置１を介したログインを前提に、第２アプリケーションのプレイを提供する。このように、第１アプリケーションシステム１００および第２アプリケーションシステム２１００はそれぞれ独立したアプリケーションを提供するシステムとして構成されている。

例えば、ユーザは、端末装置１においてユーザＩＤ（第１ユーザＩＤ）及びパスワードを入力することにより通信回線を介して第１アプリケーションサーバ１０によってログインが認証される。また、ユーザは、端末装置１においてユーザＩＤ（第２ユーザＩＤ）及びパスワードを入力することにより通信回線を介して第１アプリケーションサーバ２０１０によってログインが認証される。尚、端末装置１は、これらのログイン認証のためのログイン情報を記憶し、ユーザによるアプリケーション起動時においてユーザの入力なしに記憶したログイン情報を用いて第１アプリケーションサーバ１０、および、第２アプリケーションサーバ２０１０、に自動的にログインしてもよい。また、端末装置１は、ユーザによるアプリケーション起動時においてユーザのバイオメトリクス認証が行われることにより、記憶したログイン情報を用いて第１アプリケーションサーバ１０、および、第２アプリケーションサーバ２０１０、に自動的にログインしてもよい。バイオメトリクス認証に用いられる生体情報としては、顔、指紋、網膜、虹彩、静脈パターン、及び、声紋等既知のものを利用可能である。このように、第１アプリケーションサーバ１０、および、第２アプリケーションサーバ２０１０は、端末装置１にユーザをログインさせてアプリケーションを実行させるようになっている。

なお、第１アプリケーションおよび第２アプリケーションの種別については特に限定されない。例えば、第１アプリケーションおよび第２アプリケーションの何れか１以上が、スロットゲーム等のゲームを実行するアプリケーションであってもよい。すなわち、以下の説明において、アプリケーションをゲームに置き換えることができる。また、例えば、例えば、第１アプリケーションおよび第２アプリケーションの何れか１以上が、ゲーム場等に設置された実際のゲーム機等と連携して当該ゲーム機のゲーム履歴の記録する機能、当該ゲーム履歴に基づくランキング機能、トロフィー機能、および、ＳＮＳ機能等を有するゲームアプリケーションであってもよい。

図１に示すように、第１アプリケーションシステム１００は、ログインするユーザの第１ユーザＩＤと、当該ユーザの他のアプリケーションシステム（第２アプリケーションシステム２１００）での第２ユーザＩＤとを関連付けて記憶する機能を有した記憶部１００１と、第１ユーザＩＤごとに累積可能なポイントを付与するポイント付与部１００２と、第２アプリケーションシステム２１００から提供された複数の課金アイテムの情報に基づいて、複数の課金アイテムをポイントで購入可能に提示する機能を有した提示部１００３と、購入された課金アイテムを第２ユーザＩＤに関連付けて第２アプリケーションシステム２１００に指定し、第２アプリケーションシステム２１００での課金アイテムの購入を確定する機能を有した課金アイテム指定部１００４と、を有している。

このように、第１アプリケーションシステム１００において、第２アプリケーションシステム２１００での課金アイテムが購入可能に提示され、付与されるポイントで第２アプリケーションシステム２１００での課金アイテムを購入することができる。これにより、第２アプリケーションシステム２１００が提供するアプリケーションをプレイする課金アイテムを得たいユーザに対して、第１アプリケーションシステム１００が提供するアプリケーションをプレイする機会を継続的に提供でき、さらに第１アプリケーションシステム１００が提供するアプリケーションをプレイするユーザに対して、継続的に累積されるポイントを消費して課金アイテムを与えることで第２アプリケーションシステム２１００が提供するアプリケーションをプレイする機会を提供できる。その結果、複数のアプリケーションシステムから継続的かつ相互にユーザの誘引効果を見込むことができる。

なお、ユーザの認証機能は、第１アプリケーションサーバ１０、および、第２アプリケーションサーバ２０１０がすべてを行うことに限定されない。例えば、既存のＳＮＳ（Social Networking Service）でのアカウントを利用して行う、所謂ソーシャルログインであってもよい。例えば、第１アプリケーションおよび第２アプリケーションのいずれもが同じＳＮＳでのソーシャルログインが可能である場合には、記憶部１００１の機能の一部または全部を、既存のＳＮＳが実行してもよい。

また、本実施形態では、１つの第１アプリケーションシステム１００に対して、１つの第２アプリケーションシステム２１００が連携するものであるがこれに限定されない。例えば、第１アプリケーションシステム１００、および、第２アプリケーションシステム２１００は、いずれかが複数であってもよいし、いずれも複数であってもよい。

第２アプリケーションシステム２１００は、第１アプリケーションシステム１００に、複数の課金アイテムの情報を提供する機能を有した課金アイテム情報提供部２００１と、第１アプリケーションシステム１００からの指定に基づき、課金アイテムを加算する機能を有した課金アイテム加算部２００２と、を有している。このように、第２アプリケーションシステム２１００に、これらの機能を持たせることで、第１アプリケーションシステム１００と連携することが可能となる。例えば、これらの機能は、クラウドサービスにおいてＡＰＩ（Application Programming Interface）が提供されることにより、第１アプリケーションシステム１００からの呼び出しが可能となる。

具体的に、第１アプリケーションサーバ１０の提示部１００３は、第２アプリケーションサーバ２０１０の課金アイテム情報提供部２００１が提供する機能を用いて、第２アプリケーションでの複数の課金アイテムの情報（課金アイテム情報）を取得する。そして、提示部１００３は、課金アイテム情報をポイントで購入可能に提示するように、課金アイテム情報を端末装置１に送信する。

なお、第２アプリケーションシステム２１００から提供される課金アイテム情報は、第２アプリケーションシステム２１００におけるすべての課金アイテムであることに限定されない。例えば、第２アプリケーションシステム２１００において、課金において取得可能なアイテムのうちの一部であってもよい。

図１に示すように、課金アイテム情報を受信した端末装置１は、課金アイテム交換画面２３を、ディスプレイ２に表示する。課金アイテム交換画面２３には、所持ポイント表示領域２３１と、複数の課金アイテム表示領域２３２と、複数の課金アイテム表示領域２３２にそれぞれ対応する課金アイテム交換ボタン２３３と、が表示される。所持ポイント表示領域２３１には、ユーザの所持するポイント（所持ポイント）の数が表示される。複数の課金アイテム表示領域２３２には、課金アイテムが識別可能に表示される。課金アイテム交換ボタン２３３は、タッチパネル５が、ユーザのタッチ操作を受け付ける領域となっており、ユーザのタッチ操作により対応する課金アイテムとの交換が確定される。なお、図示しないが、課金アイテム交換ボタン２３３のタッチ後、所謂確認画面を表示してもよい。

また、課金アイテム交換ボタン２３３には、交換ポイント数と、残り交換数とが明示される。交換ポイント数は、課金アイテムとの交換により消費されるポイントを示す。すなわち、課金アイテム交換ボタン２３３に対応する課金アイテムとの交換を行うことで、所持ポイント表示領域２３１から、課金アイテム交換ボタン２３３に示される交換ポイント数が減算されることになる。残り交換数は、課金アイテム交換ボタン２３３に対応する課金アイテムを交換できる上限を示す。課金アイテム交換ボタン２３３に示される残り交換数は、交換に応じて減算された数が示される。すなわち、残り交換数が０である場合には、課金アイテム交換ボタン２３３へのタッチ操作による課金アイテムの交換が受け付けられないことになる。

ユーザが所持する所持ポイントは、ポイント付与部１００２によって付与され、第１ユーザＩＤごとに関連付けて記憶部１００１に累積される。ポイントが付与される条件は限定されないが、例えば、１日１回最初のログイン時に所定数付与するものであってもよいし、ユーザが、第１アプリケーションシステム１００が提供する第１アプリケーションをプレイし、所定の条件を満足することによって所定数付与するものであってもよい。

課金アイテム交換ボタン２３３をユーザがタッチ操作することにより課金アイテムとの交換が確定されると、第１アプリケーションサーバ１０の課金アイテム指定部１００４は、課金アイテム交換ボタン２３３に対応する課金アイテムと、第１ユーザＩＤに関連付けられた第２ユーザＩＤとを含む情報（指定課金アイテム情報）を第２アプリケーションサーバ２０１０に送信する。連携する第２アプリケーションシステム２１００が複数ある場合には、対象となる第２アプリケーションシステム２１００が判定され、当該第２アプリケーションシステム２１００に指定課金アイテム情報が送信される。

第２アプリケーションサーバ２０１０は指定課金アイテム情報を受信すると、課金アイテム加算部２００２が、指定課金アイテム情報に基づいて、第２ユーザＩＤに関連付けられる、指定された課金アイテムの数を１つ加算する。

図２に示すように、第１アプリケーションシステム１００は、コンピュータである端末装置１と第１アプリケーションサーバ１０とを有し、ディスプレイ２と、メモリ３と、コントローラ４と、タッチパネル５と、を有している。

メモリ３は、コントローラ４が実行するアプリケーションプログラムを含む各種プログラムや各種プログラムが用いる各種のデータを格納する。メモリ３は、第１アプリケーションシステム１００における概念的な記憶領域であり、端末装置１及び第１アプリケーションサーバ１０の何れが有していてもよいし、メモリ３の機能を端末装置１及び第１アプリケーションサーバ１０に分散して設けてもよいし、メモリ３の機能を端末装置１及び第１アプリケーションサーバ１０の両方に設けてもよい。即ち、端末装置１で実行するアプリケーションプログラムにおいて、第１アプリケーションサーバ１０に記憶されるデータが必要である場合、端末装置１は第１アプリケーションサーバ１０に対して当該データを要求し、第１アプリケーションサーバ１０は当該要求に対して当該データの応答を行う。

メモリ３に格納されるデータやプログラムは、工場出荷段階において予め格納されていてもよいし、或いは、図示しないサーバ等から通信手段によりダウンロードされて格納されていてもよい。通信手段は、インターネットやケーブルテレビ等の双方向に通信可能な伝送路であってもよいし、一方向にだけ情報を送信する放送であってもよい。

また、メモリ３に格納されるデータやプログラムは、フロッピーディスクやＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＭＯ（光磁気ディスク）、フラッシュメモリ等の記録媒体に格納され、必要に応じて記録媒体から読み出されてメモリ３にインストールされてもよい。

コントローラ４は、メモリ３に記憶されるアプリケーションプログラムに従って各種の処理を実行する。コントローラ４は、第１アプリケーションシステム１００における概念的な実行装置であり、端末装置１及び第１アプリケーションサーバ１０の何れが有していてもよいし、コントローラ４の機能を端末装置１及び第１アプリケーションサーバ１０に分散して設けてもよいし、コントローラ４の機能を端末装置１及び第１アプリケーションサーバ１０の両方に設けてもよい。

このように、第１アプリケーションシステム１００は、入力装置（タッチパネル５）及び出力装置（ディスプレイ２）としての端末装置１と、メモリ３及びコントローラ４としての端末装置１及び／又は第１アプリケーションサーバ１０と、を有する１つのコンピュータとして機能する。

メモリ３は、例えば、以下のデータを記憶する。即ち、メモリ３は、第１アプリケーションシステム１００にログインする複数のユーザを識別するための識別情報としての第１ユーザＩＤと、当該第１ユーザＩＤに関連付けられた第２ユーザＩＤと、を記憶する。第２ユーザＩＤは、第２アプリケーションシステム２１００にログインする複数のユーザを識別するための識別情報である。また、メモリ３は、所持ポイント、課金アイテム情報、および、課金アイテムごとの残り交換数等を、第１ユーザＩＤに関連付けて記憶する。

コントローラ４は、以下の処理を実行するプログラムを実行する。換言すれば、メモリ３に記憶されたプログラムは、コンピュータとしての第１アプリケーションシステム１００に以下の処理を実行させる。具体的に、コントローラ４は、ユーザのログインを認証するログイン認証処理（Ａ１）と、第１ユーザＩＤごとにポイントを付与するポイント付与処理（Ａ２）と、第２アプリケーションシステム２１００から課金アイテム情報を取得するアイテム情報取得処理（Ａ３）と、課金アイテム情報に基づいて課金アイテムを提示する課金アイテム提示処理（Ａ４）と、タッチパネル５が受け付けた入力に基づいて課金アイテムの交換の要求がなされたかを判定する購入判定処理（Ａ５）と、交換が要求された課金アイテムを第２アプリケーションシステム２１００に指定する課金アイテム指定処理（Ａ６）と、を実行する。

上記のプログラムを備えた第１アプリケーションシステム１００が（Ａ１）～（Ａ６）の処理を実行することによって、（Ａ１）～（Ａ６）の処理が第１アプリケーションシステム１００（コンピュータ）により実行されるアプリケーション制御方法が実現されている。換言すれば、第１アプリケーションシステム１００は、（Ａ１）～（Ａ６）の処理をそれぞれ実行する複数の処理部を備える。尚、以後の説明においては、端末装置１及び第１アプリケーションサーバ１０を有した第１アプリケーションシステム１００を用いて説明するが、端末装置１の処理や動作をプログラムやアプリケーション制御方法の発明として置き換えることができる。また、コントローラ４が実行する処理は、端末装置１のみにおいて実行されてもよいし、第１アプリケーションサーバ１０にデータベースとしての機能のみを持たせてもよい。即ち、第１アプリケーションシステム１００の処理や動作を、端末装置１の発明として置き換えることができる。

図３に示すように、端末装置１は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４、操作ボタン１０８、電源スイッチ１０９、バスライン１１０、ネットワークＩ／Ｆ１１１、カメラ１１２、撮像素子Ｉ／Ｆ１１３、マイク１１４、スピーカ１１５、音入出力Ｉ／Ｆ１１６、ディスプレイＩ／Ｆ１１７、センサーコントローラ１１８、近距離通信回路１１９、近距離通信回路１１９のアンテナ１１９ａを、筐体１１内に備えている。

また、第１アプリケーションサーバ１０は、ＣＰＵ１１０１、ＲＯＭ１１０２、ＲＡＭ１１０３、ハードディスクドライブ等の記憶装置１１０４、ネットワークＩ／Ｆ１１１１を備える所謂コンピュータである。また、第２アプリケーションサーバ２０１０は、ＣＰＵ２１０１、ＲＯＭ２１０２、ＲＡＭ２１０３、ハードディスクドライブ等の記憶装置２１０４、ネットワークＩ／Ｆ２１１１を備える所謂コンピュータである。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１・ＣＰＵ１１０１は、コントローラ４の主たる構成として機能し、第１アプリケーションシステム１００全体の動作を制御する。また、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１・ＣＰＵ２１０１は、第２アプリケーションシステム２１００全体の動作を制御する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２・ＲＯＭ１１０２・ＲＯＭ２１０２は、ＩＰＬ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｅｒ）等のＣＰＵ１０１・ＣＰＵ１１０１・ＣＰＵ２１０１の駆動に用いられるプログラムを記憶する。

ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３・ＲＡＭ１１０３・ＲＡＭ２１０３は、ＣＰＵ１０１・ＣＰＵ１１０１・ＣＰＵ２１０１のワークエリアとして使用される。フラッシュメモリ１０４は、アプリケーションプログラム、通信用プログラム、画像データ、及び音データ等の各種データを記憶する。操作ボタン１０８は、端末装置１を初期設定する場合などに操作されるボタンである。電源スイッチ１０９は、端末装置１の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。

記憶装置１１０４・記憶装置２１０４は、データベースとして機能し、複数の端末装置１毎のアプリケーションデータを記憶する。第１アプリケーションサーバ１０は、端末装置１のアプリケーションプログラムからの要求に対して、適宜に記憶装置１１０４のデータベースを参照して応答を返す。また、第２アプリケーションサーバ２０１０は、端末装置１のアプリケーションプログラムからの要求に対して、適宜に記憶装置２１０４のデータベースを参照して応答を返す。

ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１１１・ネットワークＩ／Ｆ１１１１・ネットワークＩ／Ｆ２１１１は、インターネット等の通信ネットワークを利用してデータ通信をするためのインターフェースである。カメラ１１２は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ１１３は、カメラ１１２の駆動を制御する回路である。マイク１１４は、音声を入力する内蔵型の集音手段の一種である。音入出力Ｉ／Ｆ１１６は、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音信号の入出力を処理する回路である。ディスプレイＩ／Ｆ１１７は、ＣＰＵ１０１の制御に従ってディスプレイ２に画像データを送信する回路である。ディスプレイ２は、筐体１１の前面に設けられている。センサーコントローラ１１８は、ディスプレイ２に設けられたタッチパネル５からの入力を受け付ける回路である。近距離通信回路１１９は、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。バスライン１１０は、ＣＰＵ１０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

次に、第１アプリケーションサーバ１０の記憶装置１１０４に記憶されるデータテーブルについて説明する。

図４に示すように、ユーザ情報テーブルは、ユーザＩＤ欄と、課金アイテムＩＤ欄と、残り交換数欄と、購入サービス情報欄と、対応ユーザＩＤ欄と、を有している。ユーザＩＤ欄には、第１アプリケーションシステム１００における第１ユーザＩＤが格納される。課金アイテムＩＤ欄には、課金アイテムを識別可能なＩＤが格納される。課金アイテムＩＤは、第２アプリケーションシステム２１００における課金アイテムを識別可能なＩＤである。残り交換数欄には、課金アイテムごとの残り交換数が格納される。購入サービス情報欄には、対象となる第２アプリケーションシステム２１００を示す情報が格納される。対応ユーザＩＤ欄には、同ユーザが第２アプリケーションシステム２１００においてログインに用いる第２ユーザＩＤが格納される。すなわち、複数の第２アプリケーションシステム２１００と連携する場合には、それぞれ異なる第２ユーザＩＤが格納される。

図５に示すように、課金アイテム情報テーブルは、課金アイテムＩＤ欄と、課金アイテム名欄と、交換数上限欄と、交換ポイント欄と、購入サービス情報欄と、を有している。課金アイテムＩＤ欄には、課金アイテムを識別可能なＩＤが格納される。課金アイテム名欄には、課金アイテム交換画面２３（図１参照）に表示するテキストが格納される。残り交換数欄には、課金アイテムごとの残り交換数が格納される。交換ポイント欄には、課金アイテムの交換に必要なポイント数が格納される。購入サービス情報欄には、対象となる第２アプリケーションシステム２１００を示す情報が格納される。なお、図示しないが、第２アプリケーションシステム２１００にアクセスするための、クラウドＡＰＩを要求するＵＲＬ等の情報は記憶装置１１０４に別に記憶されている。

例えば、第２アプリケーションシステム２１００から取得される課金アイテム情報は、課金アイテムＩＤ、課金アイテム名、交換数上限を有している。そして、第１アプリケーションサーバ１０は、課金アイテム情報を取得したのちの所定のタイミングで、課金アイテム情報テーブルの課金アイテムＩＤと照合して、課金アイテム名、交換数上限等を更新するとともに、ユーザごとにユーザ情報テーブルの残り交換数を交換数上限でリセットする。なお、交換ポイントは、第１アプリケーションシステム１００において設定するものであってもよいし、第２アプリケーションシステム２１００から、課金アイテム情報を介して指定されるものであってもよい。

また、第１アプリケーションサーバ１０は、端末装置１から課金アイテム交換画面２３の表示要求を受けた際には、課金アイテム交換画面２３を構成するための情報として、ユーザ情報テーブルの情報や課金アイテム情報テーブルの課金アイテム名および交換ポイント等を返却する。

また、第１アプリケーションサーバ１０は、端末装置１から課金アイテムの交換要求を受けた際には、ユーザ情報テーブルのユーザＩＤに関連付けられた対応ユーザＩＤと、交換された課金アイテムＩＤとを、第２アプリケーションシステム２１００に指定することになる。

また、課金アイテム情報テーブルには課金アイテムごとに交換数上限が設定され、ユーザ情報テーブルにおいて課金アイテムごとに残り交換数が格納される。このように、複数の課金アイテムごとに、購入可能な数の上限が設定されるため、累積したポイントを一度に使い切ってアプリケーションをやめてしまうというような機会を軽減できる。

図６に示すように、課金アイテム交換履歴テーブルは、ユーザＩＤ欄と、対応ユーザＩＤ欄と、取引ＩＤ欄と、課金アイテムＩＤ欄と、交換アイテム数欄と、応答結果欄と、エラーコード欄とを有している。課金アイテム交換履歴テーブルは、第２アプリケーションシステム２１００に対して、課金アイテムの指定を行うごとにデータが生成される。具体的に、ユーザＩＤ欄には、第１アプリケーションシステム１００における第１ユーザＩＤが格納される。対応ユーザＩＤ欄には、同ユーザが第２アプリケーションシステム２１００においてログインに用いる第２ユーザＩＤが格納される。取引ＩＤ欄には、課金アイテムの指定を行うごとに採番されるユニークな文字列が格納される。課金アイテムＩＤ欄には、課金アイテムを識別可能なＩＤが格納される。交換アイテム数欄には、一度に交換する課金アイテムの数が格納される。本実施形態では、一度に１つの課金アイテムのみの交換に限定されているが、一度に複数の課金アイテムが交換可能にされていてもよい。応答結果欄には、第２アプリケーションシステム２１００への問い合わせ結果として、ＯＫまたはＮＧが格納される。エラーコード欄には、応答結果がＮＧである場合のエラーコードが格納される。エラーの種別としては、対応ユーザＩＤが第２アプリケーションシステム２１００に存在しないこと、取引ＩＤが重複していること、指定した課金アイテムＩＤが存在していないこと、署名が異なっていること、等が挙げられる。

なお、図示しないが、第１アプリケーションサーバ１０の記憶装置１１０４には、上記テーブルに加え、第１ユーザＩＤごとに所持ポイントを累積記憶するテーブル等が記憶される。

次に、図７を参照して、第１アプリケーションサーバ１０のＣＰＵ１１０１により実行されるメインサーバ処理のプログラムについて説明する。

先ず、ＣＰＵ１１０１は、端末装置１からログインの要求があったか否かを判定する（Ｓ１００）。ログインの要求がある場合（Ｓ１００：ＹＥＳ）、ＣＰＵ１１０１は、第１ユーザＩＤやパスワード等を照合する認証処理を実行する（Ｓ１０１）。その後、ＣＰＵ１１０１は、ポイントが付与済みであるか否かを判定する（Ｓ１０２）。本実施形態では、１日１回ログイン時にポイントを付与するように構成されるがこれに限定されない。ポイントが付与済みでない場合（Ｓ１０２：ＮＯ）、ＣＰＵ１１０１は、ステップＳ１０１で認証したユーザに対しポイントを付与する（Ｓ１０３）。すなわち、第１ユーザＩＤに関連付けられる所持ポイントに所定ポイントを累積加算する。

ステップＳ１０３の後、ステップＳ１００においてログインの要求がない場合（Ｓ１００：ＮＯ）、または、ステップＳ１０２においてポイント付与済みである場合（Ｓ１０２：ＹＥＳ）、ＣＰＵ１１０１は、第１のタイミングであるか否かを判定する（Ｓ１０４）。ここで、第１のタイミングとは、第２アプリケーションシステム２１００から提供される課金アイテム情報の更新タイミングであり、例えば、月一回の所定の日に更新が行われる。第１のタイミングは、第２アプリケーションシステム２１００ごとに予め定められる。第１のタイミングである場合（Ｓ１０４：ＹＥＳ）、当該第１のタイミングに対応する第２アプリケーションシステム２１００から課金アイテム情報を取得する（Ｓ１０５）。

ステップＳ１０４において第１のタイミングでない場合（Ｓ１０４：ＮＯ）、または、ステップＳ１０５の後、ＣＰＵ１１０１は、第２のタイミングであるか否かを判定する（Ｓ１０６）。ここで、第２のタイミングとは、第２アプリケーションシステムの課金アイテム情報を反映するタイミングであり、例えば、第１のタイミング後の所定の日に更新が行われる。第２のタイミングは、第２アプリケーションシステム２１００ごとに予め定められる。第２のタイミングである場合（Ｓ１０６：ＹＥＳ）、第１のタイミングで第２アプリケーションシステム２１００から取得した課金アイテム情報をデータベースに反映する課金アイテム情報反映処理を実行する（Ｓ１０７）。具体的に、ＣＰＵ１１０１は、課金アイテム情報に含まれる課金アイテムＩＤごとに、課金アイテム情報テーブル（図５参照）の課金アイテム名、交換数上限、交換ポイントを上書きする。また、ＣＰＵ１１０１は、ユーザ情報テーブル（図４参照）の対応する第２アプリケーションシステム２１００（購入サービス欄）のデータについて、残り交換数を、交換数上限で上書きする。

ステップＳ１０６において第２のタイミングでない場合（Ｓ１０６：ＮＯ）、または、ステップＳ１０７の後、ＣＰＵ１１０１は、処理をステップＳ１００に戻す。

次に、図８を参照して、第１アプリケーションサーバ１０のＣＰＵ１１０１により実行される課金アイテム交換処理のプログラムについて説明する。

まず、ＣＰＵ１１０１は、端末装置１から課金アイテム交換画面２３（図１参照）の表示要求があったか否かを判定する（Ｓ１９７）。課金アイテム交換画面２３の表示要求がない場合（Ｓ１９７：ＮＯ）、ＣＰＵ１１０１は、本ルーチンを終了する。一方、課金アイテム交換画面２３の表示要求があった場合（Ｓ１９７：ＹＥＳ）、端末装置１へ課金アイテム情報を送信する（Ｓ１９８）。具体的に、ＣＰＵ１１０１は、ユーザ情報テーブル（図４参照）において、要求行った端末装置１の第１ユーザＩＤに関連付けられた課金アイテムＩＤ、残り交換数、購入サービスや、課金アイテム情報テーブルの課金アイテム名等を含む課金アイテム情報を端末装置１へレスポンスする。これにより、端末装置１は、ポイントで課金アイテムを購入可能に提示する課金アイテム交換画面２３を表示することが可能となる。

ステップＳ１９８の後、ＣＰＵ１１０１は、課金アイテム交換要求を受信したか否かを判定する（Ｓ１９９）。課金アイテム交換要求は、端末装置１のディスプレイ２に表示された課金アイテム交換画面２３の課金アイテム交換ボタン２３３が、ユーザによりタッチ操作されることにより端末装置１から第１アプリケーションサーバ１０へ送信される。課金アイテム交換要求を受信しない場合（Ｓ１１０：ＮＯ）、ＣＰＵ１１０１は本ルーチンを終了する。

一方、課金アイテム交換要求を受信した場合（Ｓ１９９：ＹＥＳ）、ＣＰＵ１１０１は、第１ユーザＩＤの特定を行う（Ｓ２００）。すなわち、メインサーバ処理において課金アイテム交換要求を行った端末装置１がログインする第１ユーザＩＤを特定する。そして、ＣＰＵ１１０１は、課金アイテムが加算される対象となる第２アプリケーションシステム２１００を特定する（Ｓ２０１）。例えば、ＣＰＵ１１０１は、課金アイテム情報テーブル（図５参照）に関連付けられている、課金アイテムＩＤと、購入サービス情報が示す第２アプリケーションシステム２１００と、から対象となる第２アプリケーションシステム２１００を特定することができる。そして、ＣＰＵ１１０１は、第２ユーザＩＤを特定する（Ｓ２０２）。例えば、ＣＰＵ１１０１は、ユーザ情報テーブル（図４参照）に関連付けられている、課金アイテムＩＤと、対応ユーザＩＤと、から対象となる第２アプリケーションシステム２１００での第２ユーザＩＤを特定することができる。そして、ＣＰＵ１１０１は、課金アイテムＩＤを特定する（Ｓ２０３）。そして、ＣＰＵ１１０１は、交換アイテム数を特定する（Ｓ２０４）。

その後、ＣＰＵ１１０１は、特定した上記の情報を引数として、第２アプリケーションシステム２１００の課金アイテム指定機能を呼び出す（Ｓ２０５）。そして、ＣＰＵ１１０１は、第２アプリケーションシステム２１００から応答結果を受信したか否かを判定する（Ｓ２０６）。応答結果を受信しない場合（Ｓ２０６：ＮＯ）、ＣＰＵ１１０１は、ステップＳ２０６を繰り返して待機する。応答結果を受信した場合（Ｓ２０６：ＹＥＳ）、ＣＰＵ１１０１は、課金アイテム交換履歴テーブルに、上記の引数や、応答結果に基づくデータを登録する（Ｓ２０７）。

その後、ＣＰＵ１１０１は、応答結果がエラーであるか否かを判定する（Ｓ２０９）。エラーである場合、ＣＰＵ１１０１は、ステップＳ２０５に処理を戻し、課金アイテム指定機能を再度呼び出す。なお、再度の実行が不可であるエラーの場合は、エラーの表示を端末装置１に要求し本ルーチンを終了してもよい。エラーでない場合、ＣＰＵ１１０１は、課金アイテムの交換に用いた所持ポイントを減算する（Ｓ２０９）。そして、ＣＰＵ１１０１は、ユーザ情報テーブル（図４参照）の対応する課金アイテムの残り交換数を１減算して本ルーチンを終了する。

上記のＣＰＵ１１０１のステップＳ２０５の課金アイテム指定機能の呼び出し処理に対し、第２アプリケーションシステムにおける第２アプリケーションサーバ２０１０のＣＰＵ２１０１は、第２アプリケーションにおける第２ユーザＩＤに関連付けられた課金アイテム数を加算する処理を行う。すなわち、ＣＰＵ２１０１は、第１アプリケーションシステム１００に指定された第２ユーザＩＤ、に関連付けられる、第１アプリケーションシステム１００に指定された課金アイテムの数を１加算する処理を行う。

図９に、このような第２アプリケーションシステムにおける端末装置１での表示画面の一例を示す。図９に示すように、ユーザが、第１アプリケーションシステムによる課金アイテム交換後に、第２アプリケーションシステムにログインした場合、ディスプレイ２に表示される第２アプリケーション画面には、アイテム追加ウィンドウ２４ａが表示され、第１アプリケーション（図９内にて「ＡＡＡアプリ」と記載）において交換された課金アイテム、すなわち、第２アプリケーションにおいて追加された課金アイテムが明示される。

なお、「課金アイテムの数が１加算される」とは、「課金アイテムの数が１加算される」ことが許容される状態を含む。すなわち、ユーザが所定の操作を行うことにより、課金アイテムの数が１加算されるものであってもよい。例えば、ユーザが、第２アプリケーションにおいて、郵便ボックスに送られたメールを開封することにより、第１アプリケーションで交換された課金アイテムが追加されるものであってもよい。

以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

また、上述した詳細な説明では、本発明をより容易に理解できるように、特徴的部分を中心に説明した。本発明は、上述した詳細な説明に記載する実施形態に限定されず、その他の実施形態にも適用することができ、その適用範囲は多様である。また、本明細書において用いた用語及び語法は、本発明を的確に説明するために用いたものであり、本発明の解釈を制限するために用いたものではない。また、当業者であれば、本明細書に記載された発明の概念から、本発明の概念に含まれる他の構成、システム、方法等を推考することは容易であると思われる。従って、請求の範囲の記載は、本発明の技術的思想の範囲を逸脱しない範囲で均等な構成を含むものであるとみなされなければならない。また、要約書の目的は、特許庁及び一般的公共機関や、特許、法律用語又は専門用語に精通していない本技術分野に属する技術者等が本出願の技術的な内容及びその本質を簡易な調査で速やかに判定し得るようにするものである。従って、要約書は、請求の範囲の記載により評価されるべき発明の範囲を限定することを意図したものではない。また、本発明の目的及び本発明の特有の効果を十分に理解するために、すでに開示されている文献等を充分に参酌して解釈されることが望まれる。

上述した詳細な説明は、コンピュータで実行される処理を含むものである。以上での説明及び表現は、当業者が最も効率的に理解することを目的として記載している。本明細書では、１の結果を導き出すために用いられる各処理は、自己矛盾がない処理として理解されるべきである。また、各処理では、電気的又は磁気的な信号の送受信、記録等が行われる。各処理における処理では、このような信号を、ビット、値、シンボル、文字、用語、数字等で表現しているが、これらは単に説明上便利であるために用いたものであることに留意する必要がある。また、各処理における処理は、人間の行動と共通する表現で記載される場合があるが、本明細書で説明する処理は、原則的に各種の装置により実行されるものである。また、各処理を行うために要求されるその他の構成は、以上の説明から自明になるものである。

１ 端末装置
２ ディスプレイ
３ メモリ
４ コントローラ
５ タッチパネル

Claims (5)

1. アプリケーションサーバと前記アプリケーションサーバにデータ通信可能に接続される端末装置とを有し、前記端末装置を介してユーザに、ゲーム場に設置された実際のゲーム機と連携して当該ゲーム機のゲーム履歴を記録する機能を有した第１アプリケーションのプレイを提供するアプリケーションシステムであって、
   前記ユーザの第１ユーザＩＤと、当該ユーザの他のアプリケーションシステムでの第２ユーザＩＤとを関連付けて記憶する記憶部と、
   前記第１アプリケーションをプレイする前記ユーザの前記第１ユーザＩＤごとに累積可能なポイントを継続的に付与するポイント付与部と、
   前記他のアプリケーションシステムから前記他のアプリケーションシステムで利用される複数の課金アイテムの情報を取得し、当該複数の課金アイテムの情報に基づいて、前記複数の課金アイテムを、前記第１アプリケーションにおいて前記ポイントで購入可能に表示する提示部と、
   前記第１アプリケーションにおいて前記ポイントで購入された前記課金アイテムを第２ユーザＩＤに関連付けて前記他のアプリケーションシステムに指定し、前記他のアプリケーションシステムでの前記課金アイテムの購入を確定する課金アイテム指定部と、
   を有していることを特徴とするアプリケーションシステム。
2. 前記提示部は、前記複数の課金アイテムごとに、購入可能な数の上限を設定することを特徴とする請求項１に記載のアプリケーションシステム。
3. 前記アプリケーションサーバは、前記端末装置から交換が要求された前記課金アイテムの加算対象となる前記他のアプリケーションシステムを特定することを特徴とする請求項１または２に記載のアプリケーションシステム。
4. 前記他のアプリケーションのプレイを提供する第２アプリケーションサーバを有し、
   前記第２アプリケーションサーバは、前記第１アプリケーションにおいて前記課金アイテムを前記ポイントで購入したユーザが、前記他のアプリケーションシステムにログインした場合、当該ユーザが購入した前記課金アイテムを前記端末装置の表示画面に表示させることを特徴とする請求項１～３のいずれか１項に記載のアプリケーションシステム。
5. アプリケーションサーバと前記アプリケーションサーバにデータ通信可能に接続される端末装置とを有し、前記端末装置を介してユーザに、ゲーム場に設置された実際のゲーム機と連携して当該ゲーム機のゲーム履歴を記録する機能を有した第１アプリケーションのプレイを提供するアプリケーションシステムが制御するアプリケーション制御方法であって、
   前記ユーザの第１ユーザＩＤと、当該ユーザの他のアプリケーションシステムでの第２ユーザＩＤとを関連付けて記憶することと、
   前記第１アプリケーションをプレイする前記ユーザの前記第１ユーザＩＤごとに累積可能なポイントを継続的に付与することと、
   前記他のアプリケーションシステムから前記他のアプリケーションシステムで利用される複数の課金アイテムの情報を取得し、当該複数の課金アイテムの情報に基づいて、前記複数の課金アイテムを、前記第１アプリケーションにおいて前記ポイントで購入可能に表示することと、
   前記第１アプリケーションにおいて前記ポイントで購入された前記課金アイテムを第２ユーザＩＤに関連付けて前記他のアプリケーションシステムに指定し、前記他のアプリケーションシステムでの前記課金アイテムの購入を確定することと、
   を含むことを特徴とするアプリケーション制御方法。

Images