(57)【要約】【課題】客数が限定されるイベントのチケットの予約や付与に関する仕組みと、その他のシステムとの組み合わせにおいて、その他のシステムの利用を促すことが可能となる技術を提供すること。【解決手段】ゲームシステム１が提供するゲームに関連する客数限定のイベントのチケットの譲受権が、ゲーム結果が所定条件を満たしたユーザに対して付与されるとともに、チケット譲受権の行使順が、ゲーム結果が所定条件を満たした先着順、或いは、抽選、或いは、ゲーム結果に基づくランキング順に定められる。ゲームサーバシステム１０００は、チケット管理システム２０００と通信を行って、定められた行使順に従って各ユーザのチケット譲受権を行使させてユーザにチケットを譲渡する。【選択図】図１
2019177081.tif 000002
【特許請求の範囲】
【請求項１】
現実世界において一部又は全部のエリアを客数限定エリアとして開催される開催イベントの前記客数限定エリアに係るチケットを管理するチケット管理システムと通信可能に構成された、所定サービスをユーザに提供するサーバシステムであって、
各ユーザの前記サービスの利用結果に基づいて、１）前記チケットを譲受できるチケット譲受権の当該ユーザへの付与制御と、２）前記チケット譲受権の付与先である付与先ユーザが当該チケット譲受権を行使可能となる順番を示す行使順の設定と、を行うチケット譲受権付与制御手段と、
前記行使順に従って前記付与先ユーザからの前記チケット譲受権の行使指示を受け付け、前記チケット管理システムと所定の通信を行って前記チケットを当該付与先ユーザに譲渡する行使処理を実行する行使処理制御手段と、
を備えたサーバシステム。
【請求項２】
前記所定サービスは、ゲームサーバとしてのサービスであり、
前記ユーザは、ゲームユーザであり、
前記利用結果は、ゲーム結果である、
請求項１に記載のサーバシステム。
【請求項３】
前記チケット譲受権付与制御手段は、ゲーム結果が所定条件を満たしたユーザを先着順に前記付与先ユーザとして、前記付与制御および前記行使順の設定を行う、
請求項２に記載のサーバシステム。
【請求項４】
前記チケット譲受権付与制御手段は、ゲーム結果が所定条件を満たしたユーザを抽選で前記付与先ユーザとして決定し、前記付与制御および前記行使順の設定を行う、
請求項２に記載のサーバシステム。
【請求項５】
前記チケット譲受権付与制御手段は、ゲーム結果が所定条件を満たしたユーザの当該ゲーム結果に係るランキング順に前記付与先ユーザとして決定し、前記付与制御および前記行使順の設定を行う、
請求項２に記載のサーバシステム。
【請求項６】
前記行使処理により前記チケットが譲渡された前記付与先ユーザに、所与のゲーム特典を付与するゲーム特典付与制御手段、
を更に備えた請求項２〜５の何れか一項に記載のサーバシステム。
【請求項７】
前記チケット管理システムは、各チケットが使用されたか否かを管理しており、
前記行使処理により前記チケットが譲渡された前記付与先ユーザが当該チケットを使用したか否かの情報を前記チケット管理システムから取得し、使用した場合に、当該付与先ユーザに所与のゲーム特典を付与するゲーム特典付与制御手段、
を更に備えた請求項２〜５の何れか一項に記載のサーバシステム。
【請求項８】
前記チケット譲受権付与制御手段は、所定の資格条件を満たすユーザのなかから前記付与先ユーザを決定する、
請求項２〜７の何れか一項に記載のサーバシステム。
【請求項９】
前記資格条件は、登録フレンドユーザに関わる条件、を少なくとも含む、
請求項８に記載のサーバシステム。
【請求項１０】
前記チケット譲受権付与制御手段は、前記チケット譲受権を付与した前記付与先ユーザの数が、前記客数限定エリアに係る限定数に達するまで前記付与制御および前記行使順の設定を行う正規付与処理を実行する、
請求項１〜９の何れか一項に記載のサーバシステム。
【請求項１１】
前記チケット譲受権には行使期日が関連づけられており、
前記行使処理が行われていない前記チケット譲受権であって、前記行使期日が経過した前記チケット譲受権が生じたことを検出する失効検出手段、
を更に備え、
前記チケット譲受権付与制御手段は、
前記正規付与処理の後、前記付与先ユーザの代わりとなる補欠ユーザの決定と、前記限定数を超えた当該補欠ユーザに対する前記行使順の設定とを含む補欠決定処理と、
前記失効検出手段の検出に応じて、前記行使順に従って前記補欠ユーザを新たな前記付与先ユーザとする繰り上げ処理と、
を実行する、
請求項１０に記載のサーバシステム。
【請求項１２】
前記行使処理が行われていない前記チケット譲受権を有する前記付与先ユーザからのキャンセル指示を受け付けるキャンセル受付手段、
を更に備え、
前記チケット譲受権付与制御手段は、
前記正規付与処理の後、前記付与先ユーザの代わりとなる補欠ユーザの決定と、前記限定数を超えた当該補欠ユーザに対する前記行使順の設定とを含む補欠決定処理と、
前記キャンセル受付手段の受け付けに応じて、前記行使順に従って前記補欠ユーザを新たな前記付与先ユーザとする繰り上げ処理と、
を実行する、
請求項１０に記載のサーバシステム。
【請求項１３】
前記客数限定エリアは、座席指定エリアであり、
前記行使処理制御手段は、前記行使指示として座席指定指示を受け付け、当該座席指定指示に係る座席指定のチケットを当該付与先ユーザに譲渡する、
請求項１〜１２の何れか一項に記載のサーバシステム。
【請求項１４】
前記行使処理制御手段は、前記チケットとして電子チケットを前記付与先ユーザに送信することで前記付与先ユーザへの譲渡を行う、
請求項１〜１３の何れか一項に記載のサーバシステム。
【請求項１５】
前記行使処理は、所定の対価の支払いと引き換えに前記チケットを譲渡する処理である、
請求項１〜１４の何れか一項に記載のサーバシステム。
【請求項１６】
前記チケット譲受権付与制御手段は、１人の前記付与先ユーザ当たり、所与の人数分のチケットを譲受できる前記チケット譲受権を付与する制御を行う、
請求項１〜１５の何れか一項に記載のサーバシステム。
【請求項１７】
各ユーザが操作するユーザ端末と、請求項１〜１６の何れか一項に記載のサーバシステムと、を具備するコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケット管理システムと通信可能なサーバシステム等に関する。
【背景技術】
【０００２】
イベントのチケットの予約に関する技術の１つとして、ゲームを利用した技術が特許文献１に開示されている。この特許文献１に記載された具体例として、野球ゲームにおいて、ゲーム空間のスタジアムの画像を参考にして、現実世界におけるスタジアムの好みの座席を指定してチケットの予約ができる技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１２８８６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述の特許文献１の技術は、ゲーム内において、現実世界のイベント会場に相当するスタジアムの各座席から見た画像が表示されることを利用したものであり、ゲーム自体の興趣性を高めるものではない。チケットの予約を取るための便宜を図る技術であって、ゲームである必要性がない。
【０００５】
また、ゲームについて説明したが、その他のシステムにおいても同様のことが言える。すなわち、チケットの予約や付与に関する仕組みと、その他のシステムとの組み合わせにおいて、その他のシステムの利用を促すような仕組みは、従来無かった。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、客数が限定されるイベントのチケットの予約や付与に関する仕組みと、その他のシステムとの組み合わせにおいて、その他のシステムの利用を促すことが可能となる技術を提供すること、である。
【課題を解決するための手段】
【０００７】
上記課題を解決するための第１の発明は、
現実世界において一部又は全部のエリアを客数限定エリアとして開催される開催イベントの前記客数限定エリアに係るチケットを管理するチケット管理システムと通信可能に構成された、所定サービスをユーザに提供するサーバシステムであって、
各ユーザの前記サービスの利用結果に基づいて、１）前記チケットを譲受できるチケット譲受権の当該ユーザへの付与制御と、２）前記チケット譲受権の付与先である付与先ユーザが当該チケット譲受権を行使可能となる順番を示す行使順の設定と、を行うチケット譲受権付与制御手段（例えば、図２のチケット譲受権付与部２１２）と、
前記行使順に従って前記付与先ユーザからの前記チケット譲受権の行使指示を受け付け、前記チケット管理システムと所定の通信を行って前記チケットを当該付与先ユーザに譲渡する行使処理を実行する行使処理制御手段（例えば、図２の行使制御部２１４）と、
を備えたサーバシステムである。
【０００８】
ここで、第２の発明として、第１の発明のサーバシステムにおいて、前記所定サービスをゲームサーバとしてのサービスとし、前記ユーザをゲームユーザとし、前記利用結果をゲーム結果とする構成を採用することとしてもよい。
【０００９】
第１又は第２の発明によれば、各ユーザの所定サービスの利用結果に基づいて、イベントのチケット譲受権の付与、及び、付与されたチケット譲受権の行使順の設定がなされる。客数が限定されるイベントのチケットが対象であるので、ユーザに対して、チケットの獲得を目指した所定サービスの利用を促すことができる。特に、第２の発明のように、所定サービスをゲームとするならば、ユーザにゲームプレイを促す仕組みを実現することができる。
【００１０】
第３の発明は、第２の発明のサーバシステムであって、
前記チケット譲受権付与制御手段は、ゲーム結果が所定条件を満たしたユーザを先着順に前記付与先ユーザとして、前記付与制御および前記行使順の設定を行う、
サーバシステムである。
【００１１】
第３の発明によれば、ゲーム結果が所定条件を満たした先着順に、チケット譲受権の付与先ユーザとされて行使順の設定がなされるので、ユーザに対して、他のユーザよりも早くチケット譲受権を取得して早い順位の行使順となるように、ゲームプレイを促すことができる。
【００１２】
第４の発明は、第２の発明のサーバシステムであって、
前記チケット譲受権付与制御手段は、ゲーム結果が所定条件を満たしたユーザを抽選で前記付与先ユーザとして決定し、前記付与制御および前記行使順の設定を行う、
サーバシステムである。
【００１３】
第４の発明によれば、ゲーム結果が所定条件を満たしたユーザが抽選で付与先ユーザとして決定されるが、全てのチケット譲受権が付与された後では、チケット譲受権を手に入れることができない。従って、抽選とはいえ、結局のところ、ユーザに対して、チケット譲受権の取得を目指したゲームプレイを促すことができる。
【００１４】
第５の発明は、第２の発明のサーバシステムであって、
前記チケット譲受権付与制御手段は、ゲーム結果が所定条件を満たしたユーザの当該ゲーム結果に係るランキング順に前記付与先ユーザとして決定し、前記付与制御および前記行使順の設定を行う、
サーバシステムである。
【００１５】
第５の発明によれば、ゲーム結果が所定条件を満たしたユーザのゲーム結果に係るランキング順に、付与先ユーザとして決定されるので、ユーザに対して、ランキングの順位が上位となって確実にチケット譲受権を取得できるように、ゲームプレイを促すことができる。
【００１６】
第６の発明は、第２〜第５の何れかの発明のサーバシステムであって、
前記行使処理により前記チケットが譲渡された前記付与先ユーザに、所与のゲーム特典を付与するゲーム特典付与制御手段、
を更に備えたサーバシステムである。
【００１７】
第６の発明によれば、チケットが譲渡されたユーザにゲーム特典が付与されるので、ユーザに対して、チケット取得の動機付けとしてゲームプレイを促すことができる。
【００１８】
第７の発明は、第２〜第５の何れかの発明のサーバシステムであって、
前記チケット管理システムは、各チケットが使用されたか否かを管理しており、
前記行使処理により前記チケットが譲渡された前記付与先ユーザが当該チケットを使用したか否かの情報を前記チケット管理システムから取得し、使用した場合に、当該付与先ユーザに所与のゲーム特典を付与するゲーム特典付与制御手段、
を更に備えたサーバシステムである。
【００１９】
第７の発明によれば、チケットを使用したユーザにゲーム特典が付与されるので、ユーザに対して、イベントへの参加の動機付けとすることができる。
【００２０】
第８の発明は、第２〜第７の何れかの発明のサーバシステムであって、
前記チケット譲受権付与制御手段は、所定の資格条件を満たすユーザのなかから前記付与先ユーザを決定する、
サーバシステムである。
【００２１】
第８の発明によれば、所定の資格条件を満たすユーザが、付与先ユーザとして決定される。
【００２２】
第９の発明は、第８の発明のサーバシステムであって、
前記資格条件は、登録フレンドユーザに関わる条件、を少なくとも含む、
サーバシステムである。
【００２３】
第９の発明によれば、登録フレンドユーザに係る資格条件を満たすユーザの中から、付与先ユーザが決定される。
【００２４】
第１０の発明は、第１〜第９の何れかの発明のサーバシステムであって、
前記チケット譲受権付与制御手段は、前記チケット譲受権を付与した前記付与先ユーザの数が、前記客数限定エリアに係る限定数に達するまで前記付与制御および前記行使順の設定を行う正規付与処理を実行する、
サーバシステムである。
【００２５】
第１０の発明によれば、客数限定エリアに係る限定数だけのユーザにチケット譲受権が付与されるので、付与先ユーザは、チケット譲受権を行使することで確実にチケットを獲得することができる。
【００２６】
第１１の発明は、第１０の発明のゲームサーバシステムであって、
前記チケット譲受権には行使期日が関連づけられており、
前記行使処理が行われていない前記チケット譲受権であって、前記行使期日が経過した前記チケット譲受権が生じたことを検出する失効検出手段（例えば、図２の失効検出部２１６）、
を更に備え、
前記チケット譲受権付与制御手段は、
前記正規付与処理の後、前記付与先ユーザの代わりとなる補欠ユーザの決定と、前記限定数を超えた当該補欠ユーザに対する前記行使順の設定とを含む補欠決定処理と、
前記失効検出手段の検出に応じて、前記行使順に従って前記補欠ユーザを新たな前記付与先ユーザとする繰り上げ処理と、
を実行する、
サーバシステムである。
【００２７】
第１１の発明によれば、チケット譲受権には行使期日が関連付けられており、行使されずに行使期日が経過すると、補欠ユーザが新たな付与先ユーザとされてチケット譲受権が付与される。これにより、付与先ユーザに対してチケット譲受権の速やかな行使を促すとともに、客数限定のイベントのチケットを余らせることなく、所望するユーザに譲渡することが可能となる。
【００２８】
第１２の発明は、第１０の発明のサーバシステムであって、
前記行使処理が行われていない前記チケット譲受権を有する前記付与先ユーザからのキャンセル指示を受け付けるキャンセル受付手段（例えば、図２のキャンセル受付部２１８）、
を更に備え、
前記チケット譲受権付与制御手段は、
前記正規付与処理の後、前記付与先ユーザの代わりとなる補欠ユーザの決定と、前記限定数を超えた当該補欠ユーザに対する前記行使順の設定とを含む補欠決定処理と、
前記キャンセル受付手段の受け付けに応じて、前記行使順に従って前記補欠ユーザを新たな前記付与先ユーザとする繰り上げ処理と、
を実行する、
サーバシステムである。
【００２９】
第１２の発明によれば、付与先ユーザは付与されたチケット譲受権をキャンセルすることができる。キャンセルされた場合には、補欠ユーザが新たな付与先ユーザとされてチケット譲受権が付与される。これにより、客数限定のイベントのチケットを余らせることなく、所望するユーザに譲渡することが可能となる。
【００３０】
第１３の発明は、第１〜第１２の何れかの発明のゲームサーバシステムであって、
前記客数限定エリアは、座席指定エリアであり、
前記行使処理制御手段は、前記行使指示として座席指定指示を受け付け、当該座席指定指示に係る座席指定のチケットを当該付与先ユーザに譲渡する、
サーバシステムである。
【００３１】
第１３の発明によれば、チケット譲受権の行使指示に座席指定指示を含むので、付与先ユーザは、チケット譲受権の行使順が早いほど、所望の座席のチケットを獲得できる可能性が高まることになる。これにより、ユーザに対して、チケット譲受権の行使順ができるだけ早くなるように、所定サービスの利用を促すことができる。
【００３２】
第１４の発明は、第１〜第１３の何れかの発明のサーバシステムであって、
前記行使処理制御手段は、前記チケットとして電子チケットを前記付与先ユーザに送信することで前記付与先ユーザへの譲渡を行う、
サーバシステムである。
【００３３】
第１４の発明によれば、チケットとして電子チケットが付与されるので、電子的なチケットの転売防止の仕組みを取り入れることが可能である。
【００３４】
第１５の発明は、第１〜第１４の何れかの発明のサーバシステムであって、
前記行使処理は、所定の対価の支払いと引き換えに前記チケットを譲渡する処理である、
サーバシステムである。
【００３５】
第１５の発明によれば、所定の対価の支払いと引き換えにチケットが譲渡される。
【００３６】
第１６の発明は、第１〜第１５の何れかの発明のサーバシステムであって、
前記チケット譲受権付与制御手段は、１人の前記付与先ユーザ当たり、所与の人数分のチケットを譲受できる前記チケット譲受権を付与する制御を行う、
サーバシステムである。
【００３７】
第１６の発明によれば、１人の付与先ユーザに所与の人数分のチケットを譲渡できるので、複数人でイベントに参加したいといった要望に応えることができる。
【００３８】
第１７の発明は、
各ユーザが操作するユーザ端末と、第１〜第１６の何れかの発明のサーバシステムと、を具備するコンピュータシステムである。
【００３９】
第１７の発明によれば、第１〜第１６の何れかの発明の効果を発揮するコンピュータシステムを実現できる。
【図面の簡単な説明】
【００４０】
【図１】ゲームシステムの構成図。
【図２】ゲームサーバシステムの機能構成図。
【図３】ユーザ管理データのデータ構成例。
【図４】イベント管理データのデータ構成例。
【図５】譲受権付与先ユーザリストのデータ構成例。
【図６】チケット管理処理のフローチャート。
【図７】第１のチケット譲受権付与処理のフローチャート。
【図８】第２のチケット譲受権付与処理のフローチャート。
【図９】第３のチケット譲受権付与処理のフローチャート。
【図１０】チケット譲受権行使処理のフローチャート。
【図１１】補欠処理のフローチャート。
【発明を実施するための形態】
【００４１】
以下、本発明を適用した実施形態の一例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。また、本実施形態では、ユーザ端末１５００で実行されるアプリケーション（より詳細にはアプリケーションプログラム或いはアプリケーションソフトウェア）は、ゲームアプリケーション（以下単に「ゲーム」ともいう）であることとして説明する。また、所定サービスをユーザに提供するサーバシステムは、ゲームを提供するためにゲームサーバとして機能するゲームサーバシステムであることとして説明する。
【００４２】
［システム構成］
図１は、本実施形態のゲームシステム１の構成例を示す図である。図１によれば、ゲームシステム１は、通信回線Ｎに接続可能なゲームサーバシステム１０００と、通信回線Ｎを介してゲームサーバシステム１０００にアクセスし、ゲームサーバシステム１０００との間でデータ通信を行う複数のユーザ端末１５００（１５００ａ，１５００ｂ，…）とを備えるコンピュータシステムである。
【００４３】
通信回線Ｎは、データ通信が可能な通信路を意味する。すなわち、通信回線Ｎとは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。
【００４４】
ゲームサーバシステム１０００は、本体装置１００２と、キーボード１００４と、ディスプレイ１００６と、ストレージ１０２０とを有し、本体装置１００２には制御基板１０１０を搭載する。
【００４５】
制御基板１０１０には、ＣＰＵ（Central Processing Unit）１０１２やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種プロセッサ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ１０１４、通信装置１０１６が搭載されている。なお、制御基板１０１０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。これらの演算回路もプロセッサということができる。そして、ゲームサーバシステム１０００は、制御基板１０１０が所定のプログラム及びデータに基づいて演算処理することにより、本実施形態のゲームを運営するための各種サービスを実現する。例えば、１）ユーザ登録等に係るユーザ管理機能と、２）ユーザ（３ａ，３ｂ，…）がユーザ端末１５００（１５００ａ，１５００ｂ，…）でゲームプレイするのに必要なデータを提供してユーザ端末１５００（１５００ａ，１５００ｂ，…）でのゲームの実行制御を管理するゲーム管理機能と、３）ゲームで利用可能な様々なアイテムやキャラクタ等のゲームオブジェクトをオンラインでユーザに販売するオンラインショッピング機能と、４）チケット管理システム２０００と所定の通信を行って、ユーザに対する電子チケットの譲渡を管理する電子チケット管理機能と、
を実現する。
【００４６】
なお、ゲームサーバシステム１０００は、図１に示す単体の構成に限らず、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。或いは、離れた場所に設置された独立した複数のサーバを、通信回線を介してデータ通信させることで、全体としてゲームサーバシステム１０００として機能させる構成であってもよい。
【００４７】
チケット管理システム２０００は、様々なイベントに係るチケットの予約や販売、発券、イベント会場でのチケットによる入場受け付けといったチケット管理をオンラインで行うことが可能なコンピュータシステムである。
【００４８】
ユーザ端末１５００（１５００ａ，１５００ｂ，…）は、ユーザ（３ａ，３ｂ，…）がゲームプレイのために個別に使用するコンピュータシステムであって、通信回線Ｎを介してゲームサーバシステム１０００にアクセスしてオンラインゲームを実行できる携帯型の電子装置（電子機器）である。
【００４９】
本実施形態のユーザ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、携帯型ゲーム装置や、ゲームコントローラ、タブレット型コンピュータ、ウェアラブルコンピュータ、などでもよい。また、図１に示す単体の装置に限らず、複数の装置が連携して一体的に機能する構成であってもよい。
【００５０】
［概要］
ゲームサーバシステム１０００により運営・提供されるゲームに関連して、ゲーム外でのイベントが開催される。このイベントは、ゲーム内に生じるゲーム世界での仮想的なイベントではなく、実空間において開催されるコンサートや音楽フェス、演劇、映画、スポーツ大会、展覧会、お祭りといった現実のイベントである。以下で述べるイベントとは、このゲーム外のイベントを意味する。
【００５１】
本実施形態のイベントは、参加できる客数が限定されたイベントであり、参加には、座席指定のチケットを必要とする。チケットは、ゲームサーバシステム１０００によって、当該ゲームのユーザ（ゲームユーザ）に対して譲渡されるようになっている。具体的には、ゲームサーバシステム１０００に登録したユーザであって、所定の条件を満たしたユーザに対して、チケットの譲受権が付与される。このチケット譲受権はあくまでも権利であり、チケット譲受権を付与されたユーザは、所定の行使手続きを行うことで、チケットが譲渡される。行使手続きには、イベント会場における座席の指定やチケットの対価の支払い等が含まれる。
【００５２】
また、譲渡されるチケットの形態は電子チケットとする。つまり、ゲームサーバシステム１０００は、ユーザに紐付けたチケットデータをユーザ端末１５００に送信し、ユーザは、イベント会場において、ユーザ端末１５００を所定の読み取り装置にかざす、或いは、ＱＲコード（登録商標）等の二次元コードをユーザ端末１５００に表示させて読み取らせるといったことで、イベント会場に入場してイベントに参加することができる。
【００５３】
ゲームサーバシステム１０００は、通信回線Ｎを介して通信可能なチケット管理システム２０００を利用して、ユーザに譲渡するチケットの管理を行う。つまり、ゲームサーバシステム１０００は、自身の処理でユーザにチケット譲受権を付与し、チケット譲受権を付与したユーザからチケット譲受権の行使指示を受けると、チケット管理システム２０００と通信を行い、チケット管理システム２０００によって発券されたチケットを、当該ユーザに譲渡する。そして、イベント会場におけるチケットによる入場受け付けは、チケット管理システム２０００によって管理される。電子チケットであるため、電子的なチケットの転売防止の仕組みを取り入れることが可能である。転売防止の仕組みは公知の技術を適用することができ、どのような仕組みを導入するかは、チケット管理システム２０００の運営事業者に委ねることができる。
【００５４】
（Ａ）譲受権の付与
チケット譲受権は、サーバシステムが提供する所定サービスを利用した利用結果が所定条件を満たすユーザに付与される。本実施形態では、サーバシステムはゲームサーバシステムであって、所定サービスはゲームであるため、ゲーム結果が所定条件を満たすユーザに、チケット譲受権が付与されることとなる。チケット譲受権が付与される所定条件としては、例えば、所定ステージのクリア、所定アイテムの獲得、所定時点からの累積プレイ時間や累積スコアが所定値に達したこと、などがある。本実施形態では、チケット譲受権は付与されたユーザ本人のみが行使できるものとする。そして、チケット譲受権の行使によって譲渡されるチケットは１枚とし、当該ユーザ本人のみが使用可能（イベントに参加可能）であるとする。従って、チケット譲受権は、予め用意されているチケットの限定数だけ付与される。
【００５５】
また、チケット譲受権が付与されたユーザ（付与先ユーザ）に対して、チケット譲受権を行使可能となる順番を示す行使順が設定される。行使順が設定されるのは、チケットの譲渡時に、イベント会場における座席を指定するためである。
【００５６】
チケット譲受権の付与、及び、行使順の設定の方式としては、先着順方式、抽選方式、ランキング方式、の３種類がある。何れの方式を採用するかは、例えば、イベントの種類や、チケットの限定数、開催日までのスケジュール等によって決定することができる。先着順方式は、ゲーム結果が所定条件を満たした順に、チケット譲受権を付与する方式である。この方式では、チケット譲受権の付与順序が、そのまま行使順となる。抽選方式は、ゲーム結果が所定条件を満たした順に、所定の抽選処理を行い、当選したならばチケット譲受権を付与する方式である。この方式でも、チケット譲受権の付与順序が、そのまま行使順となる。ランキング方式は、所定期間においてゲーム結果が所定条件を満たしたユーザを対象としたランキングを作成し、ランキングの上位から順に、チケット譲受権を付与する方式である。この方式では、ランキングの順位が、そのまま行使順となる。このランキングの基準は、所定期間における通算のゲーム結果であることが望ましく、例えば、通算スコアや、所定アイテムの獲得数、倒した敵キャラクタの数、クリアしたステージ数、などを採用することができる。
【００５７】
（Ｂ）チケット譲受権の行使
ユーザに付与されたチケット譲受権は、いつでも行使できるのではなく、定められた行使順に従う必要がある。つまり、チケット譲受権が付与されたユーザ（付与先ユーザ）のうち、先ずは、行使順が最初（１番目）のユーザが、チケット譲受権の行使が可能となる。当該ユーザによるチケット譲受権の行使が終了すると、続いて、行使順が次（２番目）のユーザが、チケット譲受権の行使が可能となる。このように、設定された行使順に従って、１人ずつ順にチケット譲受権を行使することができる。
【００５８】
また、チケット譲受権の行使には期限（行使期日）がある。行使期日は、例えば１時間といった、チケット譲受権を行使可能な期間であり、ユーザは、この期間内にチケット譲受権を行使する必要がある。行使期日を過ぎると、チケット譲受権が失効して行使が不可能となり、次の行使順のユーザが、チケット譲受権の行使が可能となる。また、チケット譲受権が付与されたユーザは、付与されたチケット譲受権を行使せずにキャンセルすることもできる。このキャンセルは、チケット譲受権が失効する前ならばいつでも行うことができる。
【００５９】
（Ｃ）補欠
チケット譲受権が付与された全てのユーザは、設定順にチケット譲受権の行使をすることで確実にチケットを譲受することができるが、チケット譲受権の失効やキャンセルによって、ユーザに譲渡されないチケットの余りが生じる可能性がある。この余りのチケットは、チケット譲受権が付与されなかったユーザ（補欠ユーザ）が謂わば繰り上げ当選となって譲渡される。すなわち、ゲーム結果が所定条件を満たしたが、チケット譲受権が付与されなかったユーザが、付与先ユーザの代わりとなる補欠ユーザとして選ばれる。また、付与先ユーザと同様に、補欠ユーザについてもチケット譲受権の行使順が設定される。従って、余りが生じるか否かに関わらず、最終的には、チケットが譲渡されたユーザ（譲渡ユーザ）の数がチケットの限定数に達するまで、行使順にチケット譲受権が行使されることになる。
【００６０】
すなわち、先着順方式では、ゲーム結果が所定条件を満たした順にチケット譲受権が付与される方式であるため、チケット譲受権が付与されたユーザ（付与先ユーザ）の数がチケットの限定数に達した以降に、ゲーム結果が所定条件を満たしたユーザが補欠ユーザとなり、また、補欠ユーザとなった順が、そのまま引き続いての行使順となる。また、抽選方式では、ゲーム結果が所定条件を満たした順に当選処理を行って当選したならばチケット譲受権が付与される方式であるため、チケット譲受権が付与されたユーザ（付与先ユーザ）の数がチケットの限定数に達した以降に、ゲーム結果が所定条件を満たして当選したユーザが補欠ユーザとなり、また、補欠ユーザとなった順が、そのまま引き続いての行使順となる。また、ランキング方式では、ゲーム結果が所定条件を満たしたユーザのうち、ランキングの上位から順にチケット譲受権が付与される方式であるため、ランキングの順位がチケットの限定数より下位のユーザが補欠ユーザとなり、また、ランキングの順位が、そのまま行使順となる。
【００６１】
［機能構成］
図２は、ゲームサーバシステム１０００の機能構成を示すブロック図である。図２によれば、ゲームサーバシステム１０００は、操作入力部１０２と、表示部１０４と、音出力部１０６と、通信部１０８と、処理部２００と、記憶部とを備える。
【００６２】
操作入力部１０２は、ゲームサーバシステム１０００の管理のための各種の操作入力に応じて操作入力信号を処理部２００に出力する。図１のキーボード１００４がこれに該当する。
【００６３】
処理部２００は、例えば、ＣＰＵやＧＰＵ等のプロセッサや、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現され、操作入力部１０２や記憶部３００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１０２からの操作入力信号、ユーザ端末１５００からの受信データ等に基づいて各種の演算処理を実行して、ゲームサーバシステム１０００の動作を統合的に制御する。図１の制御基板１０１０がこれに該当する。また、処理部２００は、ユーザ管理部２０２と、ゲーム管理部２０４と、チケット譲渡管理部２１０と、計時部２３０と、画像生成部２３４と、音生成部２３６と、通信制御部２３８と、を有する。勿論、これら以外の機能も適宜含めることができる。
【００６４】
ユーザ管理部２０２は、ユーザ登録手続きに係る処理、及び、ユーザアカウントに紐付けられる各ユーザのデータの管理を行う。ユーザ管理部２０２は、ユーザ登録手続きを経てユーザに固有のアカウント（ユーザＩＤ）を割り当ててユーザ管理データ３１０を生成することで、各ユーザに関するデータの管理を行う。
【００６５】
図３は、ユーザ管理データ３１０のデータ構成の一例を示す図である。図３に示すように、ユーザ管理データ３１０は、登録ユーザ毎に生成され、当該ユーザに割り当たられた固有のユーザＩＤ３１１と、当該ユーザによって任意に設定されるユーザ名３１２及びパスワード３１３と、ゲームの進行状況に係るデータであるプレイデータ３１４と、当該ユーザの登録操作に従ってゲーム内でのフレンドとして登録した他のユーザの一覧であるフレンドリスト３１５と、を格納している。
【００６６】
プレイデータ３１４には、ユーザ端末１５００でプレイされるゲームに関するデータ全てが含まれ、例えば、プレイしたゲームの種類、プレイ履歴、所有アイテムのデータ、所有キャラクタのデータ、当該ユーザのプレイレベル、課金履歴の情報、アイテムやキャラクタ等の購入履歴の情報、等が含まれる。
【００６７】
ゲーム管理部２０４は、ユーザ端末１５００におけるゲームの実行を管理する。
【００６８】
チケット譲渡管理部２１０は、ユーザへの、イベントのチケットの譲渡を管理する。ここで、チケット管理の対象となるイベントに関するデータは、イベント管理データ３２０として記憶されている。
【００６９】
図４は、イベント管理データ３２０のデータ構成の一例を示す図である。図４に示すように、イベント管理データ３２０は、イベント毎に生成され、該当するイベントＩＤ３２１と、イベント名３２２と、開催日時３２３と、イベント会場３２４と、参加できる客数の上限であるチケット限定数３２５と、指定座席番号リスト３２６と、チケット対価データ３２７と、エントリー期間３２８と、チケット譲受権付与方式３２９と、譲受権付与条件データ３３０と、譲受権行使期間単位３３１と、譲受権付与先ユーザリスト３３２と、補欠ユーザリスト３３３と、譲渡ユーザリスト３３４と、譲渡ユーザデータ３３５と、ゲーム特典情報３３６と、を格納している。
【００７０】
チケット対価データ３２７は、譲渡されるチケットと引き換えにユーザが支払う対価であり、ゲーム内通貨やポイント等としてもよい。勿論、無料としても良い。エントリー期間３２８は、チケット譲受権を付与するか否かの判定対象となる期間である。このエントリー期間３２８においてゲーム結果が所定条件を満たすユーザに対して、チケット譲受権が付与され得ることになる。チケット譲受権付与方式３２９は、チケット譲受権の付与、及び、行使順の設定の方式であり、例えば、先着順方式、抽選方式、及び、ランキング方式、の何れかである。譲受権付与条件データ３３０は、チケット譲受権が付与され得る条件であり、本実施形態では、ユーザのゲーム結果に関する条件である。譲受権行使期間単位３３１は、ユーザがチケット譲受権を行使できるとして定められた期間の長さ（例えば、１時間）である。
【００７１】
譲受権付与先ユーザリスト３３２は、チケット譲受権を付与したユーザのリストである。図５は、譲受権付与先ユーザリスト３３２のデータ構成の一例を示す図である。図５によれば、譲受権付与先ユーザリスト３３２は、行使順に、付与先ユーザのユーザＩＤと、チケット譲受権の行使期間と、チケット譲受権の行使結果と、を対応付けて格納している。この譲受権付与先ユーザリスト３３２は、チケット譲受権付与部２１２によって作成されるが、行使結果は、行使制御部２１４によって設定される。
【００７２】
補欠ユーザリスト３３３は、補欠ユーザとして選ばれたユーザのリストであり、行使順に、補欠ユーザのユーザＩＤを対応付けて格納している。この補欠ユーザリスト３３３は、チケット譲受権付与部２１２によって作成される。譲渡ユーザリスト３３４は、チケット譲受権の行使によってチケットが譲渡されたユーザのリストであり、譲渡順に、譲渡したユーザのユーザＩＤを対応付けて格納している。譲渡ユーザデータ３３５は、チケットを譲渡したユーザに関するデータであり、当該ユーザのユーザＩＤと、譲渡したチケットの識別情報であるチケットＩＤと、指定座席番号と、当該チケットの使用有無と、を格納している。チケットの使用有無とは、イベント会場にて当該チケットの入場受け付けがなされたかを表し、チケット管理システム２０００から取得されるデータである。この譲渡ユーザリスト３３４、及び、譲渡ユーザデータ３３５は、行使制御部２１４によって作成される。
【００７３】
ゲーム特典情報３３６は、当該イベントの開催に関連してユーザに付与される特典であり、チケットを譲渡したユーザに対して、チケットの譲渡時或いは譲渡後に付与する特典である譲渡時付与特典と、譲渡したチケットを使用したユーザに対して、チケットの使用時或いは使用後に付与する特典である使用時付与特典と、を含む。特典としては、ゲーム内で使用可能なアイテム等としても良いし、或いは、オリジナルグッズといったゲーム外で使用可能なアイテム等としても良い。
【００７４】
また、チケット譲渡管理部２１０は、チケット譲受権付与部２１２と、行使制御部２１４と、失効検出部２１６と、キャンセル受付部２１８と、ゲーム特典付与部２２０と、を有する。
【００７５】
チケット譲受権付与部２１２は、各ユーザのゲーム結果に応じて、ユーザへのチケット譲受権の付与、及び、チケット譲受権の行使順の設定を行う。具体的には、該当するイベントのイベント管理データ３２０を参照し、チケット譲受権付与方式３２９で定められる方式に従って、エントリー期間３２８で定められる期間において、譲受権付与条件データ３３０で定められる条件を満たしたユーザのうちから、チケット譲受権を付与するユーザ（付与先ユーザ）を決定するとともに、これらのユーザ（付与先ユーザ）に対してチケット譲受権の行使順を設定する。
【００７６】
また、チケット譲受権付与部２１２は、譲受権付与条件データ３３０で定められる条件を満たしたが、付与先ユーザとして選ばれなかったユーザに、付与先ユーザの決定に引き続いて補欠ユーザを決定するとともに、これらのユーザ（補欠ユーザ）に対してチケット譲受権の行使順を設定する。
【００７７】
具体的には、譲受権付与先ユーザリスト３３２を参照し、行使順に、チケット譲受権を行使可能とするユーザを選択し、当該ユーザについて、直前の行使順の行使期間の期限を始期とし、譲受権行使期間単位３３１で定められる長さの時間だけ経過した日時を当該ユーザのチケット譲受権の行使期限として、当該行使順の行使期間を設定する。なお、行使順の第１位の行使期間の始期は、例えば、当該第１位の行使順を設定した日時としてもよいし、イベント管理データ３２０に、第１位の行使順の行使期間だけ初期設定しておいてもよい。
【００７８】
行使制御部２１４は、行使順に従って付与先ユーザからのチケット譲受権の行使指示を受け付け、チケット管理システム２０００と所定の通信を行って、チケットを当該付与先ユーザに譲渡する行使処理を実行する。具体的には、この行使期限内に、当該ユーザから、ユーザ端末１５００を介してチケット譲受権の行使指示を受けると、所定のチケット対価の決済を行った後（無料である場合には決済をせずに）、チケット管理システム２０００と通信を行って、当該ユーザの指示に従って座席等を指定したチケットを発券し、チケットデータをユーザ端末１５００に送信することで、チケットを当該ユーザに譲渡する。
【００７９】
失効検出部２１６は、行使処理が行われていないチケット譲受権であって、行使期日が経過したチケット譲受権が生じたことを検出する。具体的には、行使制御部２１４によって、チケット譲受権が行使可能とされているユーザに設定された行使期限が到来すると、当該ユーザのチケット譲受権が失効したとする。
【００８０】
キャンセル受付部２１８は、行使処理が行われていないチケット譲受権を有する付与先ユーザからのキャンセル指示を受け付ける。具体的には、チケット譲受権を行使していないユーザから、ユーザ端末１５００を介してキャンセル指示を受けると、当該ユーザのチケット譲受権をキャンセルする。
【００８１】
ゲーム特典付与部２２０は、チケットを譲渡したユーザに対して、ゲーム特典を付与する。具体的には、行使制御部２１４によってチケットが譲渡されたユーザに対して、ゲーム特典情報３３６の譲渡時付与特典で定められる特典を付与する。また、イベントの開催終了後に、譲渡したチケットを使用して当該イベントに参加したユーザに対して、ゲーム特典情報３３６の使用時付与特典で定められる特典を付与する。
【００８２】
計時部２３０は、システムクロックを利用して現在日時等の計時を行う。
【００８３】
画像生成部２３４は、ゲームサーバシステム１０００のシステム管理に関する画像や、ゲーム画像（又は、ゲーム画像をユーザ端末１５００で表示させるためのデータ）等を生成する。そして、システム管理に関する画像は、表示部１０４へ出力する。表示部１０４は、画像生成部２３４から入力される画像信号に基づいてシステム管理のための各種画像を表示する。例えば、フラットパネルディスプレイ、プロジェクタ、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１のディスプレイ１００６がこれに該当する。
【００８４】
音生成部２３６は、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、ゲームサーバシステム１０００のシステム管理やゲームプレイに係る操作音やＢＧＭ等の音声データを生成或いはデコードする。そして、音声信号を音出力部１０６へ出力する。音出力部１０６は、音声信号に基づく音声を放音する。図１の本体装置１００２やディスプレイ１００６が備えるスピーカ（不図示）がこれに該当する。
【００８５】
通信制御部２３８は、データ通信に係るデータ処理を実行し、通信部１０８を介して外部装置とのデータのやり取りを実現する。通信部１０８は、通信回線Ｎと接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の通信装置１０１６がこれに該当する。
【００８６】
記憶部３００は、処理部２００にゲームサーバシステム１０００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、処理部２００の作業領域として用いられ、処理部２００が各種プログラムに従って実行した演算結果等を一時的に記憶する。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク、オンラインストレージ等によって実現される。記憶部３００には、ゲームサーバシステム１０００の各種の機能部を実現するためのゲームサーバプログラム３０２と、ユーザ管理データ３１０と、イベント管理データ３２０と、が記憶される。ゲームサーバプログラムは、処理部が読み出して実行することで、ユーザ管理部２０２、ゲーム管理部２０４、チケット譲渡管理部２１０、としての機能を実現させるためのプログラムである。
【００８７】
［処理の流れ］
図６は、ゲームサーバシステム１０００において実行されるチケット管理処理の流れを説明するフローチャートである。この処理は、処理部２００がゲームサーバプログラム３０２を読み出して実行することで実現される処理であり、これから開催されるある１つのイベントを対象として行われる。
【００８８】
先ず、チケット譲受権付与部２１２が、対象のイベントに定められているチケット譲受権付与方式に従って、対象のイベントのチケット譲受権をユーザに付与するイベント譲受権付与処理を行う（ステップＡ１）。すなわち、先着順方式ならば、第１のチケット譲受権付与処理（図７参照）を行い、抽選方式ならば、第２のチケット譲受権付与処理（図８参照）を行い、ランキング方式ならば、第３のチケット譲受権付与処理（図９参照）を行う。
【００８９】
図７は、第１のチケット譲受権付与処理の流れを説明するフローチャートである。図７によれば、第１のチケット譲受権付与処理では、対象のイベントのエントリー期間内において（ステップＢ１：ＹＥＳ）、新たなユーザのゲーム結果が所定条件を満たしたならば（ステップＢ３：ＹＥＳ）、譲受権付与先ユーザリスト３３２を参照して、現時点での付与先ユーザの数が対象のイベントのチケットの限定数に達しているかを判断する。
【００９０】
限定数に達していないならば（ステップＢ５：ＮＯ）、当該ユーザを新たな付与先ユーザとし、行使順を付与した次順とし、当該行使順の行使期間を定めて、譲受権付与先ユーザリスト３３２に追加する（ステップＢ７）。当該ユーザのユーザ端末１５００には、チケット譲受権が付与された旨を、行使順及び行使期間とともに通知する。限定数に達しているならば（ステップＢ５：ＮＯ）、当該ユーザを新たな補欠ユーザとし、行使順を付与した次順とし、当該行使順の行使期間を定めて、補欠ユーザリスト３３３に追加する（ステップＢ９）。当該ユーザのユーザ端末１５００には、補欠ユーザとなった旨を行使順とともに通知する。その後、ステップＢ１に戻る。そして、エントリー期間が終了すると（ステップＢ１：ＮＯ）、本処理は終了となる。
【００９１】
図８は、第２のチケット譲受権付与処理の流れを説明するフローチャートである。図８によれば、第２のチケット譲受権付与処理では、対象のイベントのエントリー期間内において（ステップＣ１：ＹＥＳ）、新たなユーザのゲーム結果が所定条件を満たしたならば（ステップＣ３：ＹＥＳ）、当該ユーザに対する所定の抽選処理を行って、チケット譲受権を付与するか否かを決定する（ステップＣ５）。抽選の結果、付与しないと決定したならば（ステップＣ７：ＮＯ）、その旨を当該ユーザに通知する等した後、ステップＣ１に戻る。
【００９２】
一方、付与すると決定したならば（ステップＣ７：ＹＥＳ）、譲受権付与先ユーザリスト３３２を参照して、現時点での付与先ユーザの数が対象のイベントのチケットの限定数に達しているかを判断する。限定数に達していないならば（ステップＣ９：ＮＯ）、当該ユーザを新たな付与先ユーザとし、行使順を付与した次順とし、当該行使順の行使期間を定めて、譲受権付与先ユーザリスト３３２に追加する（ステップＣ１１）。当該ユーザのユーザ端末１５００には、チケット譲受権が付与された旨を、行使順及び行使期間とともに通知する。限定数に達しているならば（ステップＣ９：ＮＯ）、当該ユーザを新たな補欠ユーザとし、行使順を付与した次順とし、当該行使順の行使期間を定めて、補欠ユーザリスト３３３に追加する（ステップＣ１３）。当該ユーザのユーザ端末１５００には、補欠ユーザとなった旨を行使順とともに通知する。その後、ステップＣ１に戻る。そして、エントリー期間が終了すると（ステップＣ１：ＮＯ）、本処理は終了となる。
【００９３】
図９は、第３のチケット譲受権付与処理の流れを説明するフローチャートである。図９によれば、第３のチケット譲受権付与処理では、対象のイベントのエントリー期間が終了した後に（ステップＤ１：ＹＥＳ）、ゲーム結果が所定条件を満たしたユーザを抽出する（ステップＤ３）。そして、抽出したユーザを対象として、ゲーム結果に基づくランキングを作成する（ステップＤ５）。
【００９４】
抽出したユーザ数が対象のイベントのチケットの限定数を超えないならば（ステップＤ７：ＮＯ）、抽出した全てのユーザを付与先ユーザとし、ランキングの順位を行使順として、譲受権付与先ユーザリスト３３２に追加する（ステップＤ１１）。当該ユーザのユーザ端末１５００には、チケット譲受権が付与された旨を、行使順及び行使期間とともに通知する。一方、抽出したユーザ数がチケットの限定数を超えているならば（ステップＤ７：ＹＥＳ）、作成したランキングの上位から順に、チケットの限定数だけのユーザを付与先ユーザとし、ランキングの順位を行使順とし、当該行使順の行使期間を定めて、譲受権付与先ユーザリスト３３２に追加する。また、それ以外のユーザについては補欠ユーザとし、ランキングの順位が上位から順に引き続いて行使順とし、当該行使順の行使期間を定めて、補欠ユーザリスト３３３に追加する（ステップＤ９）。チケット譲受権を付与したユーザのユーザ端末１５００には、チケット譲受権が付与された旨を、行使順及び行使期間とともに通知する。補欠ユーザのユーザ端末１５００には、補欠ユーザとなった旨を行使順とともに通知する。以上の処理を行うと、本処理は終了となる。
【００９５】
図６に戻り、チケット譲受権付与処理を終了すると、続いて、キャンセル受付部２１８によるキャンセルの受け付けが開始される（ステップＡ３）。これ以降、キャンセル指示を受信したならば、キャンセル受付部２１８が、キャンセル指示を送信したユーザ端末１５００のユーザのチケット譲受権をキャンセルする。キャンセルの受け付けが開始された後、行使制御部２１４が、ユーザの指示に応じてチケット譲受権を行使するイベント譲受権行使処理を行う（ステップＡ５）。
【００９６】
図１０は、イベント譲受権行使処理の流れを説明するフローチャートである。図１０によれば、チケット譲受権行使処理では、譲受権付与先ユーザリスト３３２から、チケット譲受権を未行使であって、行使順が最上位のユーザを選択する（ステップＥ１）。そして、当該ユーザに対して、チケット譲受権の行使処理を行う。
【００９７】
すなわち、当該ユーザの行使順の行使期間が到来した場合に（ステップＥ３：ＹＥＳ）、その行使期間内に（ステップＥ５：ＹＥＳ）、当該ユーザから、チケット譲受権の行使指示を受けたならば（ステップＥ７：ＹＥＳ）、行使制御部２１４は、所定のチケット対価の決済を行った後（無料である場合には決済を行わずに）、チケット管理システム２０００と通信を行って、当該ユーザの指示に従って座席等を指定したチケットを発券し、チケットデータをユーザ端末１５００に送信することで、チケットを当該ユーザに譲渡する（ステップＥ９）。次いで、当該ユーザを譲渡ユーザとして譲渡ユーザリスト３３４に追加する（ステップＥ１１）。そして、当該ユーザのチケット譲受権を行使済みとする（ステップＥ１３）。
【００９８】
一方、行使期間内にチケット譲受権の行使指示がなく、行使期間が経過したならば（ステップＥ３：ＹＥＳ→Ｅ５：ＮＯ）、失効検出部２１６が、当該ユーザのチケット譲受権を失効したとして、これを行使済みとする（ステップＥ１５）。
【００９９】
そして、当該ユーザに対するチケット譲受権の行使処理を行うと、続いて、譲受権付与先ユーザリスト３３２の全ての付与先ユーザについてチケット譲受権を行使済みであるかを判断し、未行使の付与先ユーザがあるならば（ステップＥ１７：ＮＯ）、ステップＥ１に戻り、次のユーザを選択する。全ての付与先ユーザがチケット譲受権を行使済みならば（ステップＥ１７：ＹＥＳ）、本処理は終了となる。
【０１００】
図６に戻り、イベント譲受権行使処理を終了すると、続いて、補欠処理を行う（ステップＡ７）。
【０１０１】
図１１は、補欠処理の流れを説明するフローチャートである。図１１によれば、補欠処理では、チケット譲受権付与部２１２が、譲渡ユーザの数が、対象のイベントのチケットの限定数に達したかを判断する。チケット譲受権がキャンセルとなったり、失効となった場合には、限定数に達しない。また、チケット譲受権の付与数がチケットの限定数に達しなかった場合も、勿論、限定数に達しないこととなる。達していないならば（ステップＦ１：ＹＥＳ）、補欠ユーザリスト３３３から行使順が最上位の補欠ユーザを選択し、新たな付与先ユーザとして、行使期間を設定して付与先ユーザリストに追加する（ステップＦ３）。新たな付与先ユーザとなったユーザのユーザ端末１５００には、繰り上げで付与先ユーザとなった旨を、行使期間とともに通知する。続いて、行使制御部２１４が、当該ユーザに対して、チケット譲受権の行使処理（図１０のステップＥ３〜Ｅ１９の処理）を行う（ステップＦ５）。その後、ステップＦ１に戻る。そして、譲渡ユーザの数が、対象のイベントのチケットの限定数に達しているならば（ステップＦ１：ＮＯ）、本処理は終了となる。補欠処理が終了すると、チケット管理処理は終了となる。
【０１０２】
［作用効果］
このように、本実施形態によれば、ゲームユーザのゲーム結果に基づいて、イベントのチケット譲受権の付与、及び、付与されたチケット譲受権の行使順の設定がなされる。客数が限定されるイベントのチケットが対象であるので、ゲームユーザに対して、チケットの獲得を目指したゲームプレイを促すことができる。また、ゲーム結果が所定条件を満たした先着順に、或いは、ゲーム結果が所定条件を満たした順に抽選で、或いは、ゲーム結果が所定条件を満たしたユーザのゲーム結果に係るランキング順に、チケット譲受権の行使順が設定されて付与先ユーザとされるので、ゲームユーザに対して、他のゲームユーザよりも早くチケット譲受権を取得できるように、ゲームプレイを促すことができる。また、座席の指定は行使順に従った順に行使可能となるため、その点でも、他のゲームユーザよりも早くチケット譲受権を取得できるように、ゲームプレイを促すことができる。
【０１０３】
［変形例］
なお、本発明の適用可能な実施形態は上述の実施形態に減例されることなく、本発明の趣旨を逸脱しない範囲で適宜変更可能なのは勿論である。
【０１０４】
（Ａ）客数限定エリア
上述の実施形態では、イベント会場の全てが客数の限定されたエリアであるとしたが、一部のエリアのみが客数が限定されるものとしても良い。また、座席の指定はなく、客数のみが限定されたエリアであっても良い。さらに、複数のエリアについて、ＳＳ席、Ｓ席、Ａ席といった等級を設けることとしても良い。更には、列車の座席指定チケットについて上述した実施形態を適用することや、限定商品の販売会に入場できるチケットに上述した実施形態を適用することもできる。
【０１０５】
（Ｂ）チケット
上述の実施形態では、ユーザに譲渡するチケットを電子チケットとしたが、紙媒体に印刷したチケットとしても良い。その場合、ユーザへの譲渡は、当該チケットの送付となる。
【０１０６】
（Ｃ）資格条件
ユーザにチケット譲受権が付与されるための条件として、当該ユーザのゲーム結果が所定条件を満たすことにしたが、他の資格条件を満たす必要があるとしても良い。資格条件としては、例えば、フレンドリスト３１５に登録されているフレンドの数が所定人数以上（例えば、５人以上）であること、といったフレンドに係る条件を採用することができる。また、フレンドに係る資格条件として、所定人数以上のフレンドのゲーム結果が所定条件を満たすこと、とすることもできる。
【０１０７】
（Ｄ）チケットの譲渡数
また、上述の実施形態では、１人のユーザに対して、本人のみが使用可能な１枚のチケットを譲渡することにしたが、１人のユーザに対して複数枚のチケットを譲渡可能としても良い。その場合、例えば、チケット譲受権の付与１回あたり、所定数（例えば２人分）のチケット譲受権を付与することとしてもよいし、チケット譲受権の付与はあくまで１つとしておき、譲渡する際（チケット譲受権の行使の際）に、所定数（例えば２枚）のチケットを譲渡することとしてもよい。更には、チケット譲受権を行使する際に、ユーザが所定の上限枚数までの範囲で希望枚数を申告して、当該希望枚数分のチケットを譲渡することとしてもよい。その場合、上限枚数×チケット譲受権の付与ユーザ数≦客数、となるようにチケット譲受権を付与することとし、希望枚数の申告を受けた時点で、余りが生じたチケットについては、失効やキャンセルと同様に取り扱うこととすればよい。
【０１０８】
（Ｅ）チーム戦
また、上述の実施形態では、ゲームを、ユーザ個人を単位としてプレイする単独プレイとしたが、複数ユーザで構成されるチームを単位としてプレイするゲームとしても良い。この場合、チームを単位としてチケット譲受権を付与するようにすることができる。つまり、チームとしてのゲーム結果が所定条件を満たす場合に、当該チームの構成ユーザの全員にチケット譲受権を付与する、或いは、あるユーザのゲーム結果が所定条件を満たした場合に、当該ユーザが所属する全てのユーザにチケット譲受権を付与する、といったことができる。
【０１０９】
（Ｆ）サーバシステムが提供する所定サービス
上述の実施形態では、サーバシステムが提供する所定サービスをゲームとして説明したが、ゲーム以外のサービスであってもよいことは勿論である。例えば、オンラインネットショッピングのサービスでもよいし、オークションサイトのサービスでもよいし、チャットやオンラインでの写真共有を図るソーシャルサービスであってもよい。上述した「ゲーム結果」に代えて、これらのサービスの「利用結果」に応じて、チケット譲受権を付与することとすればよい。
【符号の説明】
【０１１０】
１…ゲームシステム
１０００…ゲームサーバシステム
２００…処理部
２０２…ユーザ管理部、２０４…ゲーム管理部
２１０…チケット譲渡管理部
２１２…チケット譲受権付与部、２１４…行使制御部
２１６…失効検出部、２１８…キャンセル受付部
２２０…ゲーム特典付与部
３００…記憶部
３０２…サーバプログラム
３１０…ユーザ管理データ、３２０…イベント管理データ
１５００…ユーザ端末
２０００…チケット管理システム
３…ユーザ
【図１】
2019177081.tif 000003
【図２】
2019177081.tif 000004
【図３】
2019177081.tif 000005
【図４】
2019177081.tif 000006
【図５】
2019177081.tif 000007
【図６】
2019177081.tif 000008
【図７】
2019177081.tif 000009
【図８】
2019177081.tif 000010
【図９】
2019177081.tif 000011
【図１０】
2019177081.tif 000012
【図１１】
2019177081.tif 000013