ホーム > 特許ランキング > 楽天グループ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-09-25
(45)【発行日】2024-10-03
(54)【発明の名称】システム、方法、及びプログラム
(51)【国際特許分類】
G06Q 30/0207 20230101AFI20240926BHJP
G06Q 30/0601 20230101ALI20240926BHJP
【ＦＩ】
G06Q30/0207 324
G06Q30/0601 332
【請求項の数】
16
(21)【出願番号】P 2023146868
(22)【出願日】2023-09-11
【審査請求日】2023-09-11
(73)【特許権者】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】110000154
【氏名又は名称】弁理士法人はるか国際特許事務所
(72)【発明者】
【氏名】丹羽 雄暉
(72)【発明者】
【氏名】近谷 珠希
(72)【発明者】
【氏名】上中 龍基
(72)【発明者】
【氏名】田中 由紀
【審査官】関 博文
(56)【参考文献】
【文献】特開２０１９－００８３４５（ＪＰ，Ａ）
【文献】特開２００４－１１０７５４（ＪＰ，Ａ）
【文献】特開２０２０－０３０４６１（ＪＰ，Ａ）
【文献】特開２００１－２５９２３３（ＪＰ，Ａ）
【文献】特開２０２１－１７０１９０（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１５／０２８７２７９（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
ゲームサーバと、電子商取引サーバと、を含むシステムであって、
前記ゲームサーバは、
複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行するゲーム実行部と、
前記ゲームの実行結果に基づいて、前記ゲームにおける前記複数のユーザの各々のランキングを決定するランキング決定部と、
前記ランキングに基づいて、前記複数のユーザのうちの少なくとも一部のユーザのユーザアカウントのショッピングカート、お気に入りリスト、ほしい物リスト、後で買うリスト、又はウォッチリストである候補リストに、前記商品及び前記サービスの少なくも１つを関連付けるための第１処理として、前記電子商取引サーバに対し、前記ユーザアカウントを識別可能な第１情報と、当該少なくとも１つを識別可能な第２情報と、を送信する第１処理実行部と、
を含み、
前記電子商取引サーバは、前記ゲームサーバから受信した前記第１情報及び前記第２情報に基づいて、前記候補リストに前記少なくとも１つを関連付ける、
システム。
【請求項2】
前記電子商取引サーバは、
前記第１情報が前記電子商取引におけるユーザアカウントである場合には、当該ユーザアカウントと関連付けられた前記候補リストに前記少なくとも１つを関連付け、
前記第１情報が前記ゲームにおけるユーザアカウントである場合には、当該ユーザアカウントと関連付けられた前記電子商取引におけるユーザアカウントを特定し、当該特定されたユーザアカウントと関連付けられた前記候補リストに前記少なくとも１つを関連付ける、
請求項１に記載のシステム。
【請求項3】
前記ランキング決定部は、前記複数のユーザの各々の前記ゲームにおける先着順に基づいて、前記ランキングを決定する、請求項１又は２に記載のシステム。
【請求項4】
前記第１処理実行部は、前記ランキングが相対的に上位の前記ユーザの前記第１処理を、前記ランキングが相対的に下位の前記ユーザの前記第１処理よりも先に実行する、請求項１又は２に記載のシステム。
【請求項5】
前記第１処理実行部は、前記電子商取引で利用可能な特典、又は、前記電子商取引における加盟者で利用可能な特典を前記ユーザに付与する特典付与処理を、前記第１処理として実行する、請求項１又は２に記載のシステム。
【請求項6】
前記第１処理実行部は、前記商品又は前記サービスを優先的に購入する権利を前記ユーザに付与する権利付与処理を、前記第１処理として実行する、請求項１又は２に記載のシステム。
【請求項7】
前記第１処理実行部は、前記電子商取引における前記ショッピングカートに前記商品又は前記サービスを追加するカート追加処理を、前記第１処理として実行する、請求項１又は２に記載のシステム。
【請求項8】
前記システムは、前記第１処理が実行された後に所定の期間が経過しても、前記加盟者、前記商品、及び前記サービスの少なくとも１つに関する取引が行われなかった場合には、前記第１処理を取り消すための第２処理を実行する第２処理実行部を更に含む、請求項１又は２に記載のシステム。
【請求項9】
前記第１処理実行部は、前記ランキングが相対的に上位の前記ユーザの前記第１処理を実行し、前記第２処理実行部は、前記ランキングが相対的に上位の前記ユーザによる前記取引が行われなかった場合には、前記ランキングが相対的に上位の前記ユーザの前記第１処理を取り消すための前記第２処理を実行し、
前記第１処理実行部は、前記第２処理が実行された場合に、前記ランキングが相対的に下位の前記ユーザの前記第１処理を実行する、
請求項８に記載のシステム。
【請求項10】
前記第１処理実行部は、前記ランキングに基づいて、前記商品又は前記サービスに関連付けられた販売可能数よりも多い人数の前記ユーザの前記第１処理を実行する、請求項１又は２に記載のシステム。
【請求項11】
前記第１処理実行部は、前記人数のユーザの前記第１処理を同時に実行する、請求項１０に記載のシステム。
【請求項12】
前記システムは、前記人数のユーザのうち、先に購入手続きを完了した前記ユーザの取引を順番に実行する取引実行部を更に含む、請求項１０に記載のシステム。
【請求項13】
前記システムは、前記第１処理が実行されたユーザのうち、前記加盟者、前記商品、及び前記サービスの少なくとも１つに関する取引が行われなかった前記ユーザの前記第１処理をキャンセルするための第２処理を実行する第２処理実行部を更に含む、請求項１０に記載のシステム。
【請求項14】
前記第１処理実行部は、前記少なくとも一部のユーザの前記ユーザアカウントに関連付けられた配送先に対し、前記商品を発送する発送処理を、前記第１処理として実行する、請求項１又は２に記載のシステム。
【請求項15】
ゲームサーバと、電子商取引サーバと、により実行される方法であって、
前記ゲームサーバは、
複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行するゲーム実行ステップと、
前記ゲームの実行結果に基づいて、前記ゲームにおける前記複数のユーザの各々のランキングを決定するランキング決定ステップと、
前記ランキングに基づいて、前記複数のユーザのうちの少なくとも一部のユーザのユーザアカウントのショッピングカート、お気に入りリスト、ほしい物リスト、後で買うリスト、又はウォッチリストである候補リストに、前記商品及び前記サービスの少なくも１つを関連付けるための第１処理として、前記電子商取引サーバに対し、前記ユーザアカウントを識別可能な第１情報と、当該少なくとも１つを識別可能な第２情報と、を送信する第１処理実行ステップと、
を実行し、
前記電子商取引サーバは、前記ゲームサーバから受信した前記第１情報及び前記第２情報に基づいて、前記候補リストに前記少なくとも１つを関連付ける、
方法。
【請求項16】
電子商取引サーバと通信可能なゲームサーバを、
複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行するゲーム実行部、
前記ゲームの実行結果に基づいて、前記ゲームにおける前記複数のユーザの各々のランキングを決定するランキング決定部、
前記ランキングに基づいて、前記複数のユーザのうちの少なくとも一部のユーザのユーザアカウントのショッピングカート、お気に入りリスト、ほしい物リスト、後で買うリスト、又はウォッチリストである候補リストに、前記商品及び前記サービスの少なくも１つを関連付けるための第１処理として、前記電子商取引サーバに対し、前記ユーザアカウントを識別可能な第１情報と、当該少なくとも１つを識別可能な第２情報と、を送信する第１処理実行部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、システム、方法、及びプログラムに関する。
【背景技術】
【0002】
従来、電子的な手段によって、商品又はサービスに関する取引が可能な電子商取引が知られている。例えば、特許文献１には、広告主が取り扱う現実のアイテムである現実アイテムと、ゲームのアイテムであるゲームアイテムと、が関連付けられている広告システムが記載されている。特許文献１の広告システムでは、ユーザがゲームアイテムを獲得すると、当該ゲームアイテムに関連付けられた現実アイテムを取り扱う電子商取引のウェブサイトが表示される。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００５－３２１６７５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１の広告システムは、ユーザがゲームアイテムを獲得すると、単に電子商取引のウェブサイトを表示させるものにすぎない。このため、特許文献１の広告システムでは、電子商取引と、ゲームと、の結び付きが十分ではない。ユーザが獲得したゲームアイテムをゲーム内で利用できるようにしたり、ゲームアイテムの獲得によってゲーム内で利用可能な特典を付与したりしたとしても、ゲームアイテム又は特典は、ゲーム内だけで利用できるものにすぎない。このため、従来の技術では、電子商取引と、ゲームと、の結び付きが十分ではなかった。
【0005】
本開示の目的の１つは、電子商取引と、ゲームと、の結び付きを深めることである。
【課題を解決するための手段】
【0006】
本開示に係るシステムは、複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行するゲーム実行部と、前記ゲームの実行結果に基づいて、前記ゲームにおける前記複数のユーザの各々のランキングを決定するランキング決定部と、前記ランキングに基づいて、前記複数のユーザのうちの少なくとも一部のユーザのユーザアカウントと、前記加盟者、前記商品、及び前記サービスの少なくも１つと、を関連付けるための第１処理を実行する第１処理実行部と、を含む。
【発明の効果】
【0007】
本開示は、例えば、電子商取引と、ゲームと、の結び付きを深めることができる。
【図面の簡単な説明】
【0008】
【図1】実施形態に係るシステムのハードウェア構成の一例を示す図である。
【図2】ユーザがゲームをプレイする様子の一例を示す図である。
【図3】ゲームの開催期間が終了した場合の一例を示す図である。
【図4】システムで実現される機能の一例を示す図である。
【図5】ゲームにおけるユーザデータベースの一例を示す図である。
【図6】ゲームデータベースの一例を示す図である。
【図7】電子商取引におけるユーザデータベースの一例を示す図である。
【図8】商品データベースの一例を示す図である。
【図9】システムで実行される処理の一例を示す図である。
【図10】変形例で実現される機能の一例を示す図である。
【発明を実施するための形態】
【0009】
［１．システムのハードウェア構成］
本開示に係るシステム、方法、及びプログラムの実施形態の一例を説明する。図１は、実施形態に係るシステムのハードウェア構成の一例を示す図である。本実施形態では、システムＳは、ゲームシステム１、電子商取引システム２、及びユーザ端末３０を含む。ゲームシステム１、電子商取引システム２、及びユーザ端末３０の各々が、インターネット又はＬＡＮ等のネットワークＮに接続される。
本開示に係るシステム、方法、及びプログラムの実施形態の一例を説明する。図１は、実施形態に係るシステムのハードウェア構成の一例を示す図である。本実施形態では、システムＳは、ゲームシステム１、電子商取引システム２、及びユーザ端末３０を含む。ゲームシステム１、電子商取引システム２、及びユーザ端末３０の各々が、インターネット又はＬＡＮ等のネットワークＮに接続される。
【0010】
例えば、ゲームシステム１は、ユーザにゲームを提供するゲーム提供者のシステムである。本実施形態では、ユーザ端末３０のブラウザ上で実行されるブラウザゲームがゲームに相当する場合を例に挙げるが、ゲームは、任意の種類であってよく、本実施形態の例に限られない。例えば、ゲームは、ユーザ端末３０にインストールされたゲームプログラム上で実行されるゲーム（例えば、いわゆるスマホゲーム）、ユーザ端末３０以外のゲーム機（例えば、アミューズメント施設のゲーム機）で実行されるゲーム、又はその他の種類のゲームであってもよい。
【0011】
例えば、ゲームシステム１は、サーバコンピュータであるゲームサーバ１０を含む。ゲームサーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、フラッシュメモリ等の不揮発性メモリと、の少なくとも一方を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。
【0012】
例えば、電子商取引システム２は、ユーザに電子商取引を提供する電子商取引提供者のシステムである。電子商取引は、電子的な手段を利用して行われる商取引である。電子商取引では、商品だけではなく、サービスも取引の対象となる。本実施形態では、ゲーム提供者及び電子商取引提供者が異なる場合を例に挙げるが、ゲーム提供者及び電子商取引提供者が同じであってもよい。即ち、同一の者が、ゲーム及び電子商取引の両方をユーザに提供してもよい。
【0013】
本実施形態では、オンラインショッピング（ネットショッピング）が電子商取引に相当する場合を例に挙げるが、電子商取引は、任意の種類であってよく、本実施形態の例に限られない。例えば、オンラインフリーマーケット、又は、複数の加盟者が出店するオンラインショッピングモールが、電子商取引に相当してもよい。例えば、電子的な手段によって予約を受け付けるサービスも電子商取引に相当するので、宿泊施設や美容室等の施設、ツアー等の旅行商品、航空機等の交通機関、又はコンサート等のチケットのネット予約が、電子商取引に相当してもよい。
【0014】
例えば、電子商取引システム２は、サーバコンピュータである電子商取引サーバ２０を含む。電子商取引サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。
【0015】
例えば、ユーザ端末３０は、ユーザのコンピュータである。例えば、ユーザ端末３０は、スマートフォン、タブレット、パーソナルコンピュータ、又はウェアラブル端末である。例えば、ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５を含む。制御部３１、記憶部３２、及び通信部３３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部３４は、タッチパネル又はマウス等の入力デバイスである。表示部３５は、液晶又は有機ＥＬ等のディスプレイである。
【0016】
なお、記憶部１２，２２，３２に記憶されるプログラムは、ネットワークＮを介して、ゲームサーバ１０、電子商取引サーバ２０、又はユーザ端末３０に供給されてもよい。また、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、メモリカードスロット）と、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）と、の少なくとも一方が、ゲームサーバ１０、電子商取引サーバ２０、又はユーザ端末３０に含まれてもよい。例えば、情報記憶媒体に記憶されたプログラムが、読取部及び入出力部の少なくとも一方を介して、ゲームサーバ１０、電子商取引サーバ２０、又はユーザ端末３０に供給されてもよい。
【0017】
また、システムＳは、少なくとも１つのコンピュータを含めばよい。システムＳに含まれるコンピュータは、図１の例に限られない。例えば、システムＳは、ゲームサーバ１０だけを含んでもよい。この場合、電子商取引サーバ２０及びユーザ端末３０は、システムＳの外部に存在する。他にも例えば、システムＳは、電子商取引サーバ２０だけを含んでもよい。この場合、ゲームサーバ１０及びユーザ端末３０は、システムＳの外部に存在する。電子商取引サーバ２０がゲームサーバ１０の機能も兼ねる場合には、そもそもゲームサーバ１０が存在しなくてもよい。
【0018】
［２．実施形態の概要］
本実施形態では、ユーザは、ゲームのユーザアカウントと、電子商取引のユーザアカウントと、の発行を済ませている。ユーザは、ゲームのユーザアカウントと、電子商取引のユーザアカウントと、の連携も済ませている。例えば、ユーザが、ユーザ端末３０のブラウザから、ゲームのウェブサイトであるゲームサイトのＵＲＬを指定すると、ユーザ端末３０がゲームサーバ１０にアクセスする。ゲームサイトへのログインが成功すると、ユーザは、ゲームサイトでゲームをプレイできる。
本実施形態では、ユーザは、ゲームのユーザアカウントと、電子商取引のユーザアカウントと、の発行を済ませている。ユーザは、ゲームのユーザアカウントと、電子商取引のユーザアカウントと、の連携も済ませている。例えば、ユーザが、ユーザ端末３０のブラウザから、ゲームのウェブサイトであるゲームサイトのＵＲＬを指定すると、ユーザ端末３０がゲームサーバ１０にアクセスする。ゲームサイトへのログインが成功すると、ユーザは、ゲームサイトでゲームをプレイできる。
【0019】
図２は、ユーザがゲームをプレイする様子の一例を示す図である。例えば、ユーザがゲームサイトにログインすると、ゲームサイトのトップページに相当するトップ画面ＳＣ１が表示部３５に表示される。本実施形態では、ユーザが、ゲーム空間内でドローンＤ２１を移動させて、ボックス型のオブジェクトＯ２２を獲得することを目指すゲームを例に挙げるが、ゲームは、任意の種類であってよく、本実施形態の例に限られない。例えば、ゲームは、パズルゲーム、クイズゲーム、アクションゲーム、シューティングゲーム、ロールプレイングゲーム、又はその他の種類であってもよい。
【0020】
例えば、ユーザがボタンＢ１０を選択すると、ゲームが開始する。ゲームが開始すると、図２の右上のように、ゲーム空間の様子を示すゲーム画面ＳＣ２が表示部３５に表示される。ユーザは、ボタンＢ２０Ａ～Ｂ２０Ｄを操作して、ゲーム空間内でドローンＤ２１を移動させる。ゲーム空間内でドローンＤ２１がオブジェクトＯ２２に触れると、ユーザは、オブジェクトＯ２２を獲得できる。ユーザがオブジェクトＯ２２を獲得すると、図２の左下のように、ユーザのスコアが、当該オブジェクトＯ２２に関連付けられた増加量だけ増加する。
【0021】
例えば、ゲーム空間には、複数のオブジェクトＯ２２が配置される。ユーザは、残り時間内に次々とオブジェクトＯ２２を獲得し、スコアを高めることを目指す。残り時間が無くなると、図２の右下のように、ゲームが終了したことを示す終了画面ＳＣ３が表示部３５に表示される。例えば、終了画面ＳＣ３には、ユーザのスコアが表示される。ユーザは、ゲームを繰り返しプレイしてもよい。この場合、ユーザが獲得したスコアの最大値に基づいて、ユーザのランキングが更新されてもよい。ユーザがゲームをプレイできる上限回数が定められていてもよい。
【0022】
本実施形態では、ゲームの開催期間内にゲームをプレイした複数のユーザの中で、個々のユーザのランキングが決定される。ランキングが上位のユーザは、電子商取引の一例であるオンラインショッピングで販売されている数量限定の商品を、自身のカートに追加できる。本実施形態では、ランキングが下位のユーザは、数量限定の商品を、自身のカートに追加できないものとする。ただし、後述の変形例のように、ランキングが上位のユーザが数量限定の商品を購入するとは限らないので、ランキングが下位のユーザも、数量限定の商品を、自身のカートに追加できるようにしてもよい。
【0023】
図３は、ゲームの開催期間が終了した場合の一例を示す図である。例えば、ゲームの開催期間が終了すると、図３の左側のように、トップ画面ＳＣ１には、ユーザのランキングが表示される。図３の例では、ランキングが１００位までのユーザのカートには、数量限定の商品が自動的に追加される。例えば、ユーザがボタンＢ１１を選択すると、ユーザ端末３０が電子商取引サーバ２０にアクセスし、電子商取引サイトへのログインが実行される。
【0024】
例えば、電子商取引サイトへのログインが成功すると、図３の右側のように、ユーザのカートの中身を示すカート画面ＳＣ４が表示部３５に表示される。カート画面ＳＣ４は、ブラウザ上で表示されてもよいし、ユーザ端末３０にインストールされた電子商取引専用のプログラム（例えば、いわゆるスマホアプリ）上で表示されてもよい。ユーザは、カート画面ＳＣ４から、商品を購入したり商品を削除したりすることができる。カート内の商品を削除したりすることができる。商品の購入及び削除の流れは、公知の電子商取引サイトと同じ流れであってよい。
【0025】
以上のように、システムＳは、ゲームにおける複数のユーザの各々のスコアに基づいて、当該ユーザのランキングを決定する。システムＳは、ランキングが相対的に上位のユーザのカートに、ゲームに関連付けられた数量限定の商品を追加する。これにより、システムＳは、電子商取引と、ゲームと、の結び付きを深めることができる。以降、本実施形態の詳細を説明する。
【0026】
［３．システムで実現される機能］
図４は、システムＳで実現される機能の一例を示す図である。以降、オンラインショッピング以外の電子商取引も想定した機能について説明する。例えば、電子商取引で取引される商品だけではなく、電子商取引で取引されるサービス（例えば、ホテル等の施設、航空券等の交通機関、又はイベント等のチケットの予約サイトで提供される予約サービス）も想定した機能を説明する。
図４は、システムＳで実現される機能の一例を示す図である。以降、オンラインショッピング以外の電子商取引も想定した機能について説明する。例えば、電子商取引で取引される商品だけではなく、電子商取引で取引されるサービス（例えば、ホテル等の施設、航空券等の交通機関、又はイベント等のチケットの予約サイトで提供される予約サービス）も想定した機能を説明する。
【0027】
［３－１．ゲームシステムで実現される機能］
例えば、ゲームサーバ１０は、データ記憶部１００、ゲーム実行部１０１、ランキング決定部１０２、及び第１処理実行部１０３を含む。データ記憶部１００は、記憶部１２により実現される。ゲーム実行部１０１、ランキング決定部１０２、及び第１処理実行部１０３の各々は、制御部１１により実現される。
例えば、ゲームサーバ１０は、データ記憶部１００、ゲーム実行部１０１、ランキング決定部１０２、及び第１処理実行部１０３を含む。データ記憶部１００は、記憶部１２により実現される。ゲーム実行部１０１、ランキング決定部１０２、及び第１処理実行部１０３の各々は、制御部１１により実現される。
【0028】
［データ記憶部］
データ記憶部１００は、ユーザにゲームを提供するために必要なデータを記憶する。例えば、データ記憶部１００は、ゲームにおけるユーザデータベースＤＢ１と、ゲームデータベースＤＢ２と、を記憶する。
データ記憶部１００は、ユーザにゲームを提供するために必要なデータを記憶する。例えば、データ記憶部１００は、ゲームにおけるユーザデータベースＤＢ１と、ゲームデータベースＤＢ２と、を記憶する。
【0029】
図５は、ゲームにおけるユーザデータベースＤＢ１の一例を示す図である。ユーザデータベースＤＢ１は、ゲームにおけるユーザアカウントを有するユーザに関する種々の情報が格納されたデータベースである。例えば、ユーザデータベースＤＢ１には、ゲームにおけるユーザアカウント、ゲームサイトへのログイン用のパスワード、電子商取引におけるユーザアカウント、スコア、及びランキングが格納される。
【0030】
なお、ユーザデータベースＤＢ１には、任意の情報が格納されてよい。ユーザデータベースＤＢ１に格納される情報は、図５の例に限られない。例えば、ユーザデータベースＤＢ１には、実行中のゲームの状況を示すゲーム状況データと、ユーザの個人情報を示す個人情報データと、の少なくとも１つが格納されてもよい。これらのデータは、公知のゲームで採用されているデータであってよい。
【0031】
本実施形態では、ゲームにおけるユーザアカウントと、電子商取引におけるユーザアカウントと、がユーザデータベースＤＢ１に格納されることによって、これらの連携が取られている。例えば、ユーザは、ゲームの利用登録時又はその後の任意のタイミングで、これらのユーザアカウントの連携を行う。なお、ゲームにおけるユーザアカウントと、電子商取引におけるユーザアカウントと、が同じであってもよい。即ち、ユーザは、１つのユーザアカウントで、ゲーム及び電子商取引の両方を利用できてもよい。この場合、電子商取引におけるユーザアカウントは、ユーザデータベースＤＢ１に格納されなくてもよい。
【0032】
スコアは、ランキング決定部１０２がランキングを決定する場合に参照する基準である。本実施形態では、スコアが数値で表現される場合を例に挙げるが、スコアは、文字又は記号等の他の形式で表現されてもよい。スコアは、ゲームにおけるユーザの優劣を示す指標ということもできる。スコアが高いほど、ランキングが高くなる。スコアが低いほど、ランキングが低くなる。ユーザデータベースに格納されるスコアは、ゲーム実行部１０１により決定される。ユーザデータベースに格納されるランキングは、ランキング決定部１０２により決定される。
【0033】
スコアは、ゲームの結果を示すゲーム結果データの一例である。このため、スコアについて説明している箇所は、ゲーム結果データと読み替えることができる。ゲーム結果データは、ゲームにおけるユーザの優劣を示す何らかのデータであればよく、スコアに限られない。例えば、ゲーム結果データは、ユーザがゲームで獲得したアイテム、当該アイテムの数、ユーザがゲームで倒した敵、当該敵の数、ユーザがゲームをクリアするのに要した時間、又はその他の結果を示してもよい。ゲーム結果データは、公知のゲームで何らかのランキングが決定される際に利用される指標であってよい。また、ゲーム結果は、ゲームもしくはゲームの１ステージが終了した時点の結果であってもよく、ゲームもしくはゲームの１ステージがまだ終了していない途中の結果であってもよい。
【0034】
なお、ゲームサーバ１０が、ユーザに対し、複数のゲームを提供する場合には、複数のゲームの各々のスコア及びランキングがユーザデータベースＤＢ１に格納されてよい。例えば、後述のゲーム識別情報ごとに、スコア及びランキングの組み合わせがユーザデータベースＤＢ１に格納されてよい。ユーザがゲームをプレイすると、当該ゲームのゲーム識別情報に関連付けられたスコア及びランキングの組み合わせが更新される。ユーザが同じゲームを繰り返しプレイする場合には、スコア及びラインキングは、過去のプレイにおける最高のものであってもよい。
【0035】
図６は、ゲームデータベースＤＢ２の一例を示す図である。ゲームデータベースＤＢ２は、ゲームの基本的な情報が格納されたデータベースである。例えば、ゲームデータベースＤＢ２には、ゲーム識別情報、加盟者識別情報、及び商品識別情報が格納される。ゲームデータベースＤＢ２には、任意の情報が格納されてよい。ゲームデータベースＤＢ２に格納される情報は、図６の例に限られない。例えば、ゲームデータベースＤＢ２には、電子商取引システム２を識別可能な情報が格納されてもよい。
【0036】
ゲーム識別情報は、ゲームを識別可能な情報である。例えば、ゲーム識別情報は、ゲームに割り当てられたＩＤ、ゲームの名前、又はその他の情報であってよい。本実施形態では、複数のゲームが用意されている。個々のゲームには、電子商取引の加盟者、商品、又はサービスが関連付けられている。あるゲーム識別情報により識別されるゲームの内容と、他のゲーム識別情報により識別されるゲームの内容と、が互いに同じであってもよい。
【0037】
加盟者識別情報は、加盟者を識別可能な情報である。加盟者は、電子商取引に加盟する者である。本実施形態のように、オンラインショッピングが電子商取引に相当する場合には、加盟者は、オンラインショッピングに出店する店舗である。加盟者は、オンラインショッピングに出店する店舗を運営する事業者もしくはその関連事業者であってもよい。加盟者は、電子商取引に応じた者であればよく、例えば、宿泊施設、レンタカー会社、ツアー会社、航空会社、鉄道会社、美容院、レストラン、チケットの販売代行会社、又はその他の者であってもよい。例えば、加盟者識別情報は、加盟者に割り当てられたＩＤ、加盟者の名前、加盟者のメールアドレス、加盟者の電話番号、又はその他の情報であってよい。
【0038】
商品識別情報は、商品を識別可能な情報である。例えば、商品識別情報は、商品に割り当てられたＩＤ、商品の名前、商品のタイトル、又はその他の情報であってよい。商品ではなくサービスを取り扱う電子商取引の場合には、商品識別情報ではなく、サービスを識別可能なサービス識別情報がゲームデータベースＤＢ２に格納される。例えば、ホテル等の施設の予約サービスを取り扱う電子商取引の場合には、施設や宿泊プランを識別可能な施設識別情報がゲームデータベースＤＢ２に格納される。
【0039】
本実施形態では、ゲームデータベースＤＢ２の内容が電子商取引提供者によって指定されるものとする。電子商取引提供者は、ゲーム識別情報、加盟者識別情報、及び商品識別情報の各々を指定してゲームデータベースＤＢ２の元となるデータを作成する。当該データは、電子商取引提供者によって、ゲームサーバ１０に送信される。ゲームサーバ１０は、ゲームデータベースＤＢ２に当該データを格納する。ゲームデータベースＤＢ２の内容は、ゲーム提供者、電子商取引に出店する個々の加盟者、又は他の者によって指定されてもよい。
【0040】
なお、データ記憶部１００に記憶されるデータは、ユーザデータベースＤＢ１及びゲームデータベースＤＢ２に限られない。データ記憶部１００は、ゲームに関する何らかのデータを記憶すればよい。例えば、データ記憶部１００は、ゲームプログラム、オブジェクトＯ２２のデータ等のゲームに必要なデータ、及びゲームにおける画面の表示に必要なデータを記憶してもよい。
【0041】
［ゲーム実行部］
ゲーム実行部１０１は、複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行する。図２の例では、ゲーム実行部は、複数のユーザの各々により行われたゲーム操作に基づいて、ゲームを実行して当該ユーザのスコアを決定する。
ゲーム実行部１０１は、複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行する。図２の例では、ゲーム実行部は、複数のユーザの各々により行われたゲーム操作に基づいて、ゲームを実行して当該ユーザのスコアを決定する。
【0042】
ゲーム操作は、ゲームの実行中にユーザが行う操作である。本実施形態では、ユーザがボタンＢ２０Ａ～Ｂ２０Ｄを選択する操作がゲーム操作に相当する場合を例に挙げるが、ゲーム操作は、任意の操作であってよく、本実施形態の例に限られない。例えば、ゲーム操作は、ドローンＤ２１以外の他のオブジェクトをゲーム空間内で移動させるための操作、ゲームにおける何らかのコマンドの選択、ゲームにおける何らかの選択肢の選択、又はその他の操作であってもよい。ゲーム操作は、操作部３４から行われる操作に限られず、音声又はジェスチャによる操作であってもよい。
【0043】
図６の例では、加盟者及び商品と、ゲームと、が関連付けられている。ゲームは、加盟者にだけ関連付けられていてもよいし、商品にだけ関連付けられていてもよい。ゲームは、サービスにだけ関連付けられていてもよい。加盟者、商品、及びサービスの各々と、ゲームと、が関連付けられるとは、加盟者識別情報、商品識別情報、及びサービス識別情報の各々と、ゲームと、が互いに検索可能な状態を意味する。例えば、これらの情報がデータベースの同じレコードに格納されることは、これらが関連付けられることに相当する。ゲームを実行するとは、ゲームプログラムを実行することである。なお、ゲームは加盟者に関連付けられ、オブジェクトＯ２２が、当該加盟者が提供される商品やサービスに関連付けられるようにしてもよい。
【0044】
例えば、ゲーム実行部１０１は、ユーザがユーザ端末３０を操作してゲームサーバ１０にアクセスすると、ユーザのログイン処理を実行する。ゲーム実行部１０１は、ユーザが入力したユーザアカウント及びパスワードと、ユーザデータベースＤＢ１に格納されたゲームにおけるユーザアカウント及びパスワードと、が一致するか否かを判定する。ゲーム実行部１０１は、これらが一致しないと判定した場合には、ログインが失敗したと判定する。ゲーム実行部１０１は、これらが一致したと判定した場合には、ログインが成功したと判定する。ゲーム実行部１０１は、ログインが成功したと判定された場合に、ゲームサイトのトップ画面ＳＣ１を、ユーザ端末３０に表示させる。
【0045】
なお、ゲーム実行部１０１が実行する処理は、公知のゲームで採用されている処理であればよく、本実施形態の例に限られない。ゲーム実行部１０１は、ゲームプログラムに基づいて、ゲーム状況データを更新すればよい。ゲームデータベースＤＢ２に複数のゲームが用意されている場合には、ゲーム実行部１０１は、複数のゲームのうち、ユーザが選択したゲームを実行する。図２の例では、ゲーム実行部１０１は、ユーザがボタンＢ１０を選択してゲームを開始すると、ゲームプログラムに基づいて、オブジェクトＯ２２及びドローンＤ２１の各々が配置されたゲーム空間を示すゲーム状況データを生成する。ゲーム実行部１０１は、ユーザ端末３０に対し、ゲーム状況データを送信する。ユーザ端末３０は、ゲーム状況データに基づいて、ゲーム画面ＳＣ２を表示部３５に表示させる。
【0046】
例えば、ゲームサーバ１０は、ユーザ端末３０から、ユーザが行ったゲーム操作の内容を示すゲーム操作データを受信する。ゲーム実行部１０１は、ゲーム操作データが示すゲーム操作に基づいて、ゲーム状況データを更新することによって、ゲームを実行する。例えば、ゲーム実行部１０１は、ゲーム操作に応じた位置にドローンＤ２１が移動するように、ゲーム状況データを更新する。ゲームが終了すると、ゲーム実行部１０１は、ユーザの最終的なスコアを、ゲームデータベースＤＢ２に格納する。
【0047】
［ランキング決定部］
ランキング決定部１０２は、ゲームの実行結果に基づいて、ゲームにおける複数のユーザの各々のランキングを決定する。ゲームの実行結果は、スコアを一例とするゲーム結果データに示されている。例えば、ランキング決定部１０２は、ゲームをプレイした複数のユーザの各々のゲーム結果データに基づいて、当該ユーザのランキングを決定する。ランキング決定部１０２は、ゲームの結果が良いユーザから順番にランキングを決定する。ゲームの結果が同じユーザは、同じランキングになる。ゲームの結果は、ゲームの成績ということもできる。また、ゲームの実行結果は、ゲームの最終的な結果であってもよく、ゲームを実行している途中の結果であってもよい。
ランキング決定部１０２は、ゲームの実行結果に基づいて、ゲームにおける複数のユーザの各々のランキングを決定する。ゲームの実行結果は、スコアを一例とするゲーム結果データに示されている。例えば、ランキング決定部１０２は、ゲームをプレイした複数のユーザの各々のゲーム結果データに基づいて、当該ユーザのランキングを決定する。ランキング決定部１０２は、ゲームの結果が良いユーザから順番にランキングを決定する。ゲームの結果が同じユーザは、同じランキングになる。ゲームの結果は、ゲームの成績ということもできる。また、ゲームの実行結果は、ゲームの最終的な結果であってもよく、ゲームを実行している途中の結果であってもよい。
【0048】
本実施形態では、スコアがゲーム結果データに相当する場合を例に挙げるので、ランキング決定部１０２は、複数のユーザの各々のスコアに基づいて、ランキングを決定する。例えば、ランキング決定部１０２は、複数のユーザの各々のスコアの降順となるように、ランキングを決定する。ランキング決定部１０２は、ユーザのスコアが高いほど、当該ユーザのランキングが上位になるように、当該ユーザのランキングを決定する。ランキング決定部１０２は、ユーザのスコアが低いほど、当該ユーザのランキングが下位になるように、当該ユーザのランキングを決定する。
【0049】
［第１処理実行部］
第１処理実行部１０３は、ランキングに基づいて、複数のユーザのうちの少なくとも一部のユーザのユーザアカウントと、ゲームに関連付けられた加盟者、商品、及びサービスの少なくとも１つと、を関連付けるための第１処理を実行する。ユーザアカウントと、加盟者、商品、及びサービスの少なくとも１つと、を関連付けるとは、ユーザアカウントと、加盟者識別情報、商品識別情報、及びサービス識別情報の少なくとも１つと、のうちの一方から他方を検索可能にすることである。
第１処理実行部１０３は、ランキングに基づいて、複数のユーザのうちの少なくとも一部のユーザのユーザアカウントと、ゲームに関連付けられた加盟者、商品、及びサービスの少なくとも１つと、を関連付けるための第１処理を実行する。ユーザアカウントと、加盟者、商品、及びサービスの少なくとも１つと、を関連付けるとは、ユーザアカウントと、加盟者識別情報、商品識別情報、及びサービス識別情報の少なくとも１つと、のうちの一方から他方を検索可能にすることである。
【0050】
本実施形態では、ユーザアカウントと、加盟者識別情報、商品識別情報、及びサービス識別情報の少なくとも１つと、がデータベース上の同じレコードに格納されることが、ユーザアカウントと、加盟者、商品、及びサービスの少なくとも１つと、を関連付けることに相当する場合を例に挙げる。更に、当該データベースの一例として、後述のユーザデータベースＤＢ３を説明する。
【0051】
例えば、第１処理実行部１０３は、電子商取引サーバ２０に対し、第１処理の対象となるユーザのユーザアカウントと、加盟者、商品、及びサービスの少なくとも１つと、を関連付けることを要求する。電子商取引サーバ２０は、要求に基づいて、当該ユーザアカウントと、加盟者、商品、及びサービスの少なくとも１つと、が関連付けられるように、ユーザデータベースＤＢ３を更新する。
【0052】
本実施形態では、第１処理実行部１０３は、電子商取引におけるユーザのカートに商品又はサービスを追加するカート追加処理を、第１処理として実行する。例えば、第１処理実行部１０３は、電子商取引サーバ２０に対し、あるユーザアカウントに関連付けられたカートデータに対し、商品識別情報又はサービス識別情報を追加することを要求する。電子商取引サーバ２０は、要求に基づいて、当該ユーザアカウントに関連付けられたカートデータに対し、商品識別情報又はサービス識別情報が追加されるように、当該カートデータを更新する。カート追加処理以外の第１処理の一例は、後述の変形例で説明する。
【0053】
例えば、第１処理実行部１０３は、複数のユーザの各々のランキングに基づいて、複数のユーザの中から、第１処理の対象となるユーザを決定する。第１処理の対象となるユーザは、ユーザアカウントと、加盟者、商品、及びサービスの少なくとも１つと、が関連付けられるユーザである。第１処理実行部１０３は、ゲームをプレイした複数のユーザの全てを、第１処理の対象となるユーザとして決定してもよいし、当該複数のユーザのうちの一部だけを、第１処理の対象となるユーザとして決定してもよい。
【0054】
例えば、第１処理実行部１０３は、ゲームをプレイした複数のユーザのうち、ランキングが相対的に上位のユーザを、第１処理の対象となるユーザとして決定する。第１処理実行部１０３は、ゲームをプレイした複数のユーザのうち、ランキングが閾値以上のユーザを、第１処理の対象となるユーザとして決定する。閾値は、複数のゲームで共通であってもよいし、個々のゲームに応じて定められていてもよい。閾値は、電子商取引における商品又はサービスの在庫に応じた値であってもよい。
【0055】
図２及び図３の例において、数量限定商品の在庫が１００個だったとする。この場合、第１処理実行部１０３は、ゲームをプレイした２４４５人のユーザのうち、数量限定商品の在庫と同じ閾値である１００位以上のランキングのユーザ（１位～１００位のユーザ）を、第１処理の対象となるユーザとして決定する。閾値は、数量限定商品の在庫とは異なる数であってもよい。例えば、閾値は、数量限定商品の在庫よりも多くてもよい。閾値は、数量限定商品の在庫よりも少なくてもよい。なお、宿泊施設の予約等のサービスを取り扱う電子商取引だった場合には、閾値は、宿泊施設等の在庫（部屋数等）に応じて定められるようにすればよい。
【0056】
なお、第１処理は、本実施形態の例に限られない。例えば、第１処理実行部１０３は、電子商取引サーバ２０に対し、カートへの商品の追加を依頼するのではなく、自らカートに商品を追加することによって、上記処理を実行してもよい。第１処理実行部１０３は、カートに商品を追加することなく、商品の購入処理を実行することによって、上記処理を実行してもよい。
【0057】
また、第１処理は、カート以外の候補リストに、加盟者、商品、又はサービスに追加するための処理であってもよい。候補リストは、ユーザアカウントに加盟者、商品、又はサービスを関連付けられるものであればよい。例えば、候補リストは、お気に入りリスト、ほしい物リスト、いいねリスト、マイリスト、後で買うリスト、又はウォッチリストであってもよい。ユーザアカウントの候補リストに商品又はサービスを関連付けるとは、ユーザアカウントの候補リストに商品又はサービスを識別可能な情報を関連付けることである。例えば、ユーザの候補リストへの商品若しくはサービスの追加は、ユーザアカウントの候補リストに商品又はサービスを関連付けることに相当する。
【0058】
また、ホテル等の施設の予約を受け付ける電子商取引であれば、第１処理実行部１０３は、予約の候補となるリスト（候補リストの一例）に、ゲームと関連付けられた施設もしくは施設が提供する所定のサービス（宿泊や食事等のサービス）を追加するための処理を、第１処理として実行してもよい。航空券等の交通機関の予約を受け付ける電子商取引であれば、第１処理実行部１０３は、予約の候補となるリストに、ゲームと関連付けられた交通機関もしくは交通機関が提供する所定のサービス（切符の購入や予約等のサービス）を追加するための処理を、第１処理として実行してもよい。例えば、イベント等のチケットの予約を受け付ける電子商取引であれば、第１処理実行部１０３は、予約の候補となるリストに、ゲームと関連付けられたイベントのチケットもしくはイベントに付随して提供される所定のサービス（優先入場権や景品獲得等のサービス）を追加するための処理を、第１処理として実行してもよい。
【0059】
例えば、第１処理によって、は、ユーザのカートに商品又はサービスを追加して、ユーザの購入手続きに応じて取引を実行する処理を行う。この場合、電子商取引にてユーザが予め指定した住所に商品が発送されてもよい。ユーザが、ゲームの実行によって獲得した物品を受け取るには、従来の技術では、ユーザが住所等の個人情報を記入したり、所定の場所に取りに行ったりする必要がある。この点、本実施形態は、ゲームの実行によって獲得した物品を電子商取引におけるユーザのアカウントに関連付けて、電子商取引の通常の購入ステップと同様の流れで商品又はサービスの購入を完了させることができる。更に、ユーザは、電子商取引に登録してある情報を利用して簡単に発送手配ができるので、加盟店、ゲーム提供者、及びユーザの各々の利便性が高まる。なお、第１処理は、カートに商品又はサービスを追加することなく、取引を実行する処理であってもよい。
【0060】
［３－２．電子商取引システムで実現される機能］
例えば、電子商取引システム２は、データ記憶部２００、連携部２０１、及び提供部２０２を含む。データ記憶部２００は、記憶部２２を主として実現される。連携部２０１及び提供部２０２は、制御部２１を主として実現される。
例えば、電子商取引システム２は、データ記憶部２００、連携部２０１、及び提供部２０２を含む。データ記憶部２００は、記憶部２２を主として実現される。連携部２０１及び提供部２０２は、制御部２１を主として実現される。
【0061】
［データ記憶部］
データ記憶部２００は、ユーザに電子商取引を提供するために必要なデータを記憶する。例えば、データ記憶部１００は、電子商取引におけるユーザデータベースＤＢ３と、商品データベースＤＢ４と、を記憶する。
データ記憶部２００は、ユーザに電子商取引を提供するために必要なデータを記憶する。例えば、データ記憶部１００は、電子商取引におけるユーザデータベースＤＢ３と、商品データベースＤＢ４と、を記憶する。
【0062】
図７は、電子商取引におけるユーザデータベースＤＢ３の一例を示す図である。ユーザデータベースＤＢ３は、電子商取引におけるユーザアカウントを有するユーザに関する種々の情報が格納されたデータベースである。例えば、ユーザデータベースＤＢ３には、電子商取引におけるユーザアカウント、電子商取引サイトへのログイン用のパスワード、ゲームにおけるユーザアカウント、及びカートデータが格納される。ユーザデータベースＤＢ３には、任意の情報が格納されてよい。ユーザデータベースＤＢ３に格納される情報は、図７の例に限られない。例えば、ユーザデータベースＤＢ３には、ユーザのお気に入りリストのデータが格納されてもよい。
【0063】
本実施形態では、ゲームにおけるユーザアカウントと、電子商取引におけるユーザアカウントと、がユーザデータベースＤＢ３に格納されることによって、これらの連携が取られている。例えば、ユーザは、電子商取引における利用登録時又はその後の任意のタイミングで、これらのユーザアカウントの連携を行う。なお、電子商取引におけるユーザデータベースＤＢ３と、ゲームにおけるユーザデータベースＤＢ１と、の何れか一方でのみユーザアカウントの連携が行われてもよい。
【0064】
カートデータは、ユーザのカートの中身を示すデータである。例えば、カートデータは、カートに追加された商品の商品識別情報、当該商品の数量、当該商品のカラー又はサイズ等の情報、当該商品の単価、当該商品に適用されるクーポン、及びその他の情報を含む。カートデータは、公知の電子商取引で採用されている形式のデータであればよい。カートデータには、加盟者識別情報が含まれてもよい。
【0065】
図８は、商品データベースＤＢ４の一例を示す図である。商品データベースＤＢ４は、電子商取引における商品に関する種々の情報が格納されたデータベースである。例えば、商品データベースＤＢ４には、加盟者識別情報、商品識別情報、商品の名前、商品の在庫、商品の画像、及び商品の単価が格納される。商品データベースＤＢ４には、任意の情報が格納されてよい。商品データベースＤＢ４に格納される情報は、図８の例に限られない。例えば、商品データベースＤＢ４には、商品の説明文及び商品の在庫の情報が格納されてもよい。
【0066】
本実施形態では、商品データベースＤＢ４に格納された加盟者識別情報及び商品識別情報の全部又は一部が、ゲームサーバ１０が記憶するゲームデータベースＤＢ２に格納される。例えば、電子商取引提供者は、ゲーム識別情報、加盟者識別情報、及び商品識別情報の各々を指定することによって、ゲームデータベースＤＢ２の元となるデータを作成する。先述のように、電子商取引提供者以外の他の者が当該データを作成してもよい。
【0067】
なお、データ記憶部２００に記憶されるデータは、ユーザデータベースＤＢ３及び商品データベースＤＢ４に限られない。データ記憶部２００は、電子商取引に関する何らかのデータを記憶すればよい。例えば、電子商取引において商品ではなくサービスが提供される場合には、データ記憶部２００は、電子商取引におけるサービスに関する種々の情報が格納されたサービスデータベースを記憶してもよい。サービスデータベースは、サービスに関する情報が格納されるという点で商品データベースＤＢ４とは異なるが、他の点については、商品データベースＤＢ４と同様である。このため、サービスデータベースは、商品データベースＤＢ４の説明における商品との記載をサービスに読み替えればよい。データ記憶部２００は、電子商取引サイトをユーザ端末３０に表示させるためのデータ等の他のデータを記憶してもよい。
【0068】
［連携部］
連携部２０１は、ゲーム及び電子商取引の間の連携に関する各種処理を実行する。例えば、連携部２０１は、ゲームサーバ１０から、ユーザのカートに商品を追加することを示す依頼を受信した場合に、ユーザのカートに商品が追加されるように、ユーザデータベースＤＢ３を更新する。連携部２０１は、ユーザデータベースＤＢ３に格納されたカートデータのうち、第１処理の対象となるユーザの電子商取引におけるユーザアカウントと関連付けられたカートデータを更新する。
連携部２０１は、ゲーム及び電子商取引の間の連携に関する各種処理を実行する。例えば、連携部２０１は、ゲームサーバ１０から、ユーザのカートに商品を追加することを示す依頼を受信した場合に、ユーザのカートに商品が追加されるように、ユーザデータベースＤＢ３を更新する。連携部２０１は、ユーザデータベースＤＢ３に格納されたカートデータのうち、第１処理の対象となるユーザの電子商取引におけるユーザアカウントと関連付けられたカートデータを更新する。
【0069】
例えば、ゲームサーバ１０からの依頼に、電子商取引におけるユーザアカウントが含まれている場合には、連携部２０１は、当該ユーザアカウントと関連付けられたカートデータを更新する。ゲームサーバ１０からの依頼に、ゲームにおけるユーザアカウントが含まれている場合には、連携部２０１は、ユーザデータベースＤＢ３を参照し、ゲームにおけるユーザアカウントと関連付けられた電子商取引におけるユーザアカウントを特定する。連携部２０１は、当該特定されたユーザアカウントと関連付けられたカートデータを更新する。
【0070】
［提供部］
提供部２０２は、ユーザに対し、電子商取引を提供する。例えば、提供部２０２は、ユーザ端末３０に、電子商取引サイトを表示させる。提供部２０２は、ユーザが電子商取引サイトでカートに商品を追加する操作を行った場合には、ユーザのカートに商品を追加する処理を実行する。提供部２０２は、ユーザが電子商取引サイトでカートの商品を購入する操作を行った場合には、ユーザが選択した商品の決済を実行する。これらの一連の処理は、公知の電子商取引で採用されている処理と同様であってよい。
提供部２０２は、ユーザに対し、電子商取引を提供する。例えば、提供部２０２は、ユーザ端末３０に、電子商取引サイトを表示させる。提供部２０２は、ユーザが電子商取引サイトでカートに商品を追加する操作を行った場合には、ユーザのカートに商品を追加する処理を実行する。提供部２０２は、ユーザが電子商取引サイトでカートの商品を購入する操作を行った場合には、ユーザが選択した商品の決済を実行する。これらの一連の処理は、公知の電子商取引で採用されている処理と同様であってよい。
【0071】
［３－３．ユーザ端末で実現される機能］
例えば、ユーザ端末３０は、データ記憶部３００、操作受付部３０１、及び表示制御部３０２を含む。データ記憶部３００は、記憶部３２を主として実現される。操作受付部３０１及び表示制御部３０２は、制御部３１を主として実現される。
例えば、ユーザ端末３０は、データ記憶部３００、操作受付部３０１、及び表示制御部３０２を含む。データ記憶部３００は、記憶部３２を主として実現される。操作受付部３０１及び表示制御部３０２は、制御部３１を主として実現される。
【0072】
［データ記憶部］
データ記憶部３００は、ユーザがゲーム及び電子商取引の各々を利用するために必要なデータを記憶する。例えば、データ記憶部３００は、ゲームサイト及び電子商取引サイトの各々の画面を表示させるためのブラウザ又は専用プログラム（例えば、いわゆるスマホアプリ）を記憶する。
データ記憶部３００は、ユーザがゲーム及び電子商取引の各々を利用するために必要なデータを記憶する。例えば、データ記憶部３００は、ゲームサイト及び電子商取引サイトの各々の画面を表示させるためのブラウザ又は専用プログラム（例えば、いわゆるスマホアプリ）を記憶する。
【0073】
［操作受付部］
操作受付部３０１は、ユーザの各種操作を受け付ける。例えば、操作受付部３０１は、ユーザのゲーム操作を受け付ける。操作受付部３０１は、ゲームサーバ１０に対し、ユーザのゲーム操作を示すゲーム操作データを送信する。ユーザが電子商取引サイトで何らかの操作を行った場合には、操作受付部３０１は、電子商取引サーバ２０に対し、当該操作を示すデータを送信する。
操作受付部３０１は、ユーザの各種操作を受け付ける。例えば、操作受付部３０１は、ユーザのゲーム操作を受け付ける。操作受付部３０１は、ゲームサーバ１０に対し、ユーザのゲーム操作を示すゲーム操作データを送信する。ユーザが電子商取引サイトで何らかの操作を行った場合には、操作受付部３０１は、電子商取引サーバ２０に対し、当該操作を示すデータを送信する。
【0074】
［表示制御部］
表示制御部３０２は、各種画面を表示部３５に表示させる。例えば、表示制御部３０２は、トップ画面ＳＣ１、ゲーム画面ＳＣ２、終了画面ＳＣ３、及びカート画面ＳＣ４を表示部３５に表示させる。
表示制御部３０２は、各種画面を表示部３５に表示させる。例えば、表示制御部３０２は、トップ画面ＳＣ１、ゲーム画面ＳＣ２、終了画面ＳＣ３、及びカート画面ＳＣ４を表示部３５に表示させる。
【0075】
［４．本実施形態で実行される処理］
図９は、システムＳで実行される処理の一例を示す図である。制御部１１，２１，３１が、それぞれ記憶部１２，２２，３２に記憶されたプログラムを実行することによって、図９の処理が実行される。図９の処理が実行される前に、ユーザは、ゲームにおけるユーザアカウントと、電子商取引におけるユーザアカウントと、の連携を済ませているものとする。
図９は、システムＳで実行される処理の一例を示す図である。制御部１１，２１，３１が、それぞれ記憶部１２，２２，３２に記憶されたプログラムを実行することによって、図９の処理が実行される。図９の処理が実行される前に、ユーザは、ゲームにおけるユーザアカウントと、電子商取引におけるユーザアカウントと、の連携を済ませているものとする。
【0076】
図９のように、ユーザ端末３０は、ユーザがゲームサイトのＵＲＬを選択すると、ゲームサーバ１０との間で、ユーザがゲームサイトにログインするためのログイン処理を実行する（Ｓ１）。ゲームサイトへのログインが成功すると、ゲームサーバ１０及びユーザ端末３０の間で、ゲームサイトのトップ画面ＳＣ１を表示部３５に表示させるための処理が実行される（Ｓ２）。ユーザがボタンＢ１０を選択すると、ゲームサーバ１０及びユーザ端末３０の間で、ゲームを開始するための処理が実行される（Ｓ３）。
【0077】
ゲームサーバ１０及びユーザ端末３０の間で、ユーザのゲーム操作に基づいて、ゲームを実行するための処理が実行される（Ｓ４）。Ｓ４では、ゲームサーバ１０は、ゲームの進行に応じてユーザのスコアを更新する。ゲームサーバ１０は、ゲームが終了したか否かを判定する（Ｓ５）。ゲームが終了したと判定されない場合（Ｓ５：Ｎ）、Ｓ４の処理に戻る。ゲームが終了したと判定された場合（Ｓ５：Ｙ）、ゲームサーバ１０及びユーザ端末３０の間で、終了画面ＳＣ３を表示させるための処理が実行される（Ｓ６）。
【0078】
ゲームサーバ１０は、ゲームの開催期間が終了したか否かを判定する（Ｓ７）。ゲームの開催期間が終了したと判定されない場合（Ｓ７：Ｎ）、本処理は終了する。ゲームの開催期間が終了したと判定された場合（Ｓ７：Ｙ）、ゲームサーバ１０は、ゲームをプレイした複数のユーザの各々のランキングを決定する（Ｓ８）。ゲームサーバ１０は、Ｓ８で決定されたランキングに基づいて、電子商取引サーバ２０に対し、第１処理の対象となるユーザのカートに商品を追加するための要求を送信することによって、第１処理を実行する（Ｓ９）。Ｓ９で送信される要求には、電子商取引におけるユーザアカウントと、カートに追加される商品の商品識別情報（ユーザがプレイしたゲームとゲームデータベースＤＢ２上で関連付けられた商品識別情報）と、が含まれている。なお、Ｓ７でゲームの開催期間が終了したと判定されない場合でも、ゲームサーバ１０は、ゲームをプレイした複数のユーザの各々のランキングを決定してもよい。
【0079】
電子商取引サーバ２０は、ゲームサーバ１０から要求を受信すると（Ｓ１０）、カートに商品を追加する（Ｓ１１）。Ｓ１１では、電子商取引サーバ２０は、ゲームサーバ１０から受信した依頼に含まれる電子商取引におけるユーザアカウントを取得する。電子商取引サーバ２０は、電子商取引におけるユーザデータベースＤＢ３に格納されたカートデータのうち、当該取得されたユーザアカウントと関連付けられたカートデータに、ゲームサーバ１０から受信した依頼に含まれる商品識別情報を追加する。ユーザが電子商取引サイトのカートの中身を見るための操作を行うと、電子商取引サーバ２０及びユーザ端末３０の間で、カート画面ＳＣ４を表示させるための処理が実行され（Ｓ１２）、本処理は終了する。これらの一連の処理の詳細は、先述した通りである。
【0080】
［５．実施形態のまとめ］
本実施形態のシステムＳは、複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行する。システムＳは、ゲームの実行結果に基づいて、ゲームにおける複数のユーザの各々のランキングを決定する。システムＳは、ランキングに基づいて、複数のユーザのうちの少なくとも一部のユーザのユーザアカウントと、加盟者、商品、及びサービスの少なくとも１つと、を関連付けるための第１処理を実行する。システムＳは、第１処理によって、電子商取引と、ゲームと、の結び付きを深めることができる。例えば、これらの結び付きが深まることによって、電子商取引における興趣性が高まる。他にも例えば、不正な転売目的で数量限定の商品を購入しようとする者がいたとしても、ゲームで上位にランキングしなければ数量限定の商品を購入できないので、このような者が、不正な転売を容易に行えなくなる。
本実施形態のシステムＳは、複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行する。システムＳは、ゲームの実行結果に基づいて、ゲームにおける複数のユーザの各々のランキングを決定する。システムＳは、ランキングに基づいて、複数のユーザのうちの少なくとも一部のユーザのユーザアカウントと、加盟者、商品、及びサービスの少なくとも１つと、を関連付けるための第１処理を実行する。システムＳは、第１処理によって、電子商取引と、ゲームと、の結び付きを深めることができる。例えば、これらの結び付きが深まることによって、電子商取引における興趣性が高まる。他にも例えば、不正な転売目的で数量限定の商品を購入しようとする者がいたとしても、ゲームで上位にランキングしなければ数量限定の商品を購入できないので、このような者が、不正な転売を容易に行えなくなる。
【0081】
また、システムＳは、電子商取引におけるユーザのカートに商品又はサービスを追加するカート追加処理を、第１処理として実行する。システムＳは、電子商取引と、ゲームと、の結び付きを、カートへの商品又はサービスの追加という形で深めることができる。例えば、システムＳは、ランキングが相対的に上位のユーザだけが商品又はサービスをカートに追加できるようにすることによって、当該ユーザに対し、商品又はサービスをカートに追加できるという利益を与えることができる。例えば、不正な転売目的で数量限定の商品を購入しようとする者がいたとしても、電子商取引における早い者勝ちで商品をカートに追加できるわけではないので、転売対策になる。
【0082】
［６．変形例］
本開示は、以上に説明した実施形態に限定されない。本開示は、本開示の趣旨を逸脱しない範囲で、適宜変更可能である。
本開示は、以上に説明した実施形態に限定されない。本開示は、本開示の趣旨を逸脱しない範囲で、適宜変更可能である。
【0083】
図１０は、変形例で実現される機能の一例を示す図である。図１０のように、変形例の電子商取引サーバ２０は、第２処理実行部２０３及び取引実行部２０４を含む。第２処理実行部２０３及び取引実行部２０４の各々は、制御部２１により実現される。
【0084】
［６－１．変形例１］
例えば、実施形態では、ユーザのスコアに基づいて、ランキングが決定される場合を例に挙げた。ランキングは、スコア以外の他の要素に基づいて決定されてもよい。変形例１，２では、ランキング決定部１０２が、他の要素に基づいて、ランキングを決定する場合の一例を説明する。
例えば、実施形態では、ユーザのスコアに基づいて、ランキングが決定される場合を例に挙げた。ランキングは、スコア以外の他の要素に基づいて決定されてもよい。変形例１，２では、ランキング決定部１０２が、他の要素に基づいて、ランキングを決定する場合の一例を説明する。
【0085】
変形例１のランキング決定部１０２は、複数のユーザの各々のゲームにおける先着順に基づいて、ランキングを決定する。先着順は、先にゲームを開始すること、又は、先にゲームをクリアすることである。先着順は、ゲームに関する所定の行為をユーザが行った順序である。先着順は、前後順ということもできる。所定の行為を示すデータは、データ記憶部１００に記憶されている。ランキング決定部１０２は、当該データと、ユーザ端末３０から受信したユーザの操作内容を示すデータと、に基づいて、ユーザが所定の行為を行ったか否かを判定する。
【0086】
例えば、ランキング決定部１０２は、複数のユーザの各々が所定の行為を行った場合に、当該所定の行為の先着順になるように、ランキングを決定する。ランキング決定部１０２は、ユーザが所定の行為を行ったのが先であるほど（ユーザが所定の行為を行ったのが時間的に早いほど）、ユーザのランキングが上位になるように、ランキングを決定する。ランキング決定部１０２は、ユーザが所定の行為を行ったのが後であるほど（ユーザが所定の行為を行ったのが時間的に遅いほど）、ユーザのランキングが下位になるように、ランキングを決定する。
【0087】
なお、所定の行為は、ゲームに関する任意の行為であってよく、例えば、ユーザがゲームを開始すること、ユーザがゲームをクリアすること、ユーザがゲームで所定のスコアを獲得すること、ユーザがゲームを所定の時間だけプレイすること、ユーザが所定のゲームアイテムを獲得すること、ユーザがゲーム内の所定のミッションを達成すること、又はその他の行為であってもよい。ユーザが所定の行為を行った日時を示すデータは、ユーザデータベースＤＢ１に格納されるものとする。ランキング決定部１０２は、当該データに基づいて、ユーザが所定の行為を行った日時を特定できる。
【0088】
例えば、ユーザがゲームを開始する行為が所定の行為に相当する場合、ランキング決定部１０２は、ユーザがゲームを開始したのが先であるほど、ユーザのランキングが上位になるように、ランキングを決定する。ランキング決定部１０２は、ユーザがゲームを開始したのが後であるほど、ユーザのランキングが下位になるように、ランキングを決定する。ランキングの決定方法が実施形態とは異なるが、ランキングが決定された後に実行される第１処理は、実施形態と同様であってよい。
【0089】
例えば、ユーザがゲームをクリアする行為が所定の行為に相当する場合、ランキング決定部１０２は、ユーザがゲームをクリアしたのが先であるほど、ユーザのランキングが上位になるように、ランキングを決定する。ランキング決定部１０２は、ユーザがゲームをクリアしたのが後であるほど、ユーザのランキングが下位になるように、ランキングを決定する。所定の行為が他の行為である場合も同様に、ランキング決定部１０２は、所定の行為が行われた先着順となるように、ランキングを決定すればよい。
【0090】
変形例１のシステムＳは、複数のユーザの各々のゲームにおける先着順に基づいて、ランキングを決定する。先着順という時間的な要素によって、ユーザ同士の競争心が芽生えるので、電子商取引及びゲームにおける興趣性が高まる。また、電子商取引における取引を早めに完了させることを促す効果もある。
【0091】
［６－２．変形例２］
例えば、変形例２では、複数のユーザが互いに対戦するゲーム（対戦相手をコンピュータ側が務める場合を含む）を例に挙げる。変形例２のゲーム実行部１０１は、複数のユーザの各々により行われたゲーム操作に基づいて、ゲームを実行して当該ユーザの勝敗を決定する。対戦は、複数のユーザが同時にゲームにログインしてリアルタイムに行われてもよいし、特にリアルタイムには行われなくてもよい。変形例２のゲームは、公知の対戦形式のゲームであればよい。ゲームのジャンルも任意のジャンルであってよく、実施形態で例示したジャンルであってもよいし、他のジャンルであってもよい。対戦形式のゲームで実行される処理も、公知の処理であってよい。
例えば、変形例２では、複数のユーザが互いに対戦するゲーム（対戦相手をコンピュータ側が務める場合を含む）を例に挙げる。変形例２のゲーム実行部１０１は、複数のユーザの各々により行われたゲーム操作に基づいて、ゲームを実行して当該ユーザの勝敗を決定する。対戦は、複数のユーザが同時にゲームにログインしてリアルタイムに行われてもよいし、特にリアルタイムには行われなくてもよい。変形例２のゲームは、公知の対戦形式のゲームであればよい。ゲームのジャンルも任意のジャンルであってよく、実施形態で例示したジャンルであってもよいし、他のジャンルであってもよい。対戦形式のゲームで実行される処理も、公知の処理であってよい。
【0092】
変形例２のランキング決定部１０２は、複数のユーザの各々の勝敗に基づいて、ランキングを決定する。例えば、ランキング決定部１０２は、ユーザの勝利数が多いほど、当該ユーザのランキングが高くなるように、当該ユーザのランキングを決定する。ランキング決定部１０２は、ユーザの勝利数が少ないほど、当該ユーザのランキングが低くなるように、当該ユーザのランキングを決定する。ランキングの決定方法も、対戦形式のゲームで採用されている方法であればよい。
【0093】
例えば、ランキング決定部１０２は、ユーザの勝率が高いほど、当該ユーザのランキングが高くなるように、当該ユーザのランキングを決定してもよい。ランキング決定部１０２は、ユーザの勝率が低いほど、当該ユーザのランキングが低くなるように、当該ユーザのランキングを決定してもよい。ランキングの決定方法が実施形態とは異なるが、ランキングが決定された後に実行される第１処理は、実施形態と同様であってよい。
【0094】
変形例２のシステムＳは、複数のユーザの各々により行われたゲーム操作に基づいて、ゲームを実行して当該ユーザの勝敗を決定する。勝敗という直接的な結果によって、ユーザ同士の競争心が芽生えるので、電子商取引及びゲームにおける興趣性が高まる。
【0095】
［６－３．変形例３］
例えば、実施形態では、第１処理実行部１０３が、ランキングが相対的に上位のユーザの第１処理を実行し、ランキングが相対的に下位のユーザの第１処理を実行しない場合を例に挙げた。第１処理実行部１０３は、ランキングが相対的に下位のユーザの第１処理を、事後的に実行してもよい。変形例３の第１処理実行部１０３は、ランキングが相対的に上位のユーザの第１処理を、ランキングが相対的に下位のユーザの第１処理よりも先に実行する。
例えば、実施形態では、第１処理実行部１０３が、ランキングが相対的に上位のユーザの第１処理を実行し、ランキングが相対的に下位のユーザの第１処理を実行しない場合を例に挙げた。第１処理実行部１０３は、ランキングが相対的に下位のユーザの第１処理を、事後的に実行してもよい。変形例３の第１処理実行部１０３は、ランキングが相対的に上位のユーザの第１処理を、ランキングが相対的に下位のユーザの第１処理よりも先に実行する。
【0096】
例えば、第１処理実行部１０３は、実施形態と同様にして、ランキングが相対的に上位のユーザの第１処理を実行する。この時点では、第１処理実行部１０３は、ランキングが相対的に下位のユーザの第１処理を実行しない。その後、第１処理実行部１０３は、所定の条件が満たされた場合に、ランキングが相対的に下位のユーザの第１処理を実行する。所定の条件は、ランキングが相対的に下位のユーザの第１処理のトリガーとなる条件である。所定の条件は、任意の条件が設定されてよい。
【0097】
例えば、第１処理実行部１０３は、ランキングが相対的に上位のユーザの第１処理を実行してから、所定の時間が経過した後に、ランキングが相対的に下位のユーザの第１処理を実行してもよい。この場合、所定の時間が経過することは、所定の条件が満たされることに相当する。第１処理実行部１０３は、ランキングが相対的に上位のユーザの第１処理を実行した後に、所定の日時が訪れた場合に、ランキングが相対的に下位のユーザの第１処理を実行してもよい。この場合、所定の日時が訪れることは、所定の条件が満たされることに相当する。
【0098】
例えば、第１処理実行部１０３は、ランキングが相対的に上位のユーザの第１処理を実行した後に、ランキングが相対的に下位のユーザが所定の操作を行った場合に、ランキングが相対的に下位のユーザの第１処理を実行してもよい。他にも例えば、後述する変形例６のように、第１処理実行部１０３は、ランキングが相対的に上位のユーザの第２処理が実行された後に、ランキングが相対的に下位のユーザの第１処理を実行してもよい。
【0099】
変形例３のシステムＳは、ランキングが相対的に上位のユーザの第１処理を、ランキングが相対的に下位のユーザの第１処理よりも先に実行する。システムＳは、ランキングが相対的に下位のユーザの第１処理を事後的に実行するので、ランキングが相対的に下位のユーザの第１処理を一切実行しない場合に比べて、より多くのユーザの第１処理が実行されるので、商品又はサービスが購入される確率を高めることができる。システムＳは、ランキングが相対的に上位のユーザの第１処理を先に実行することによって、ランキングが相対的に上位のユーザを優遇することもできる。
【0100】
［６－４．変形例４］
例えば、第１処理は、実施形態で説明したカート追加処理に限られない。第１処理は、ユーザアカウントと、ゲームと関連付けられた加盟者、商品、及びサービスの少なくとも１つと、を関連付けるための処理であればよい。変形例４では、第１処理の他の例を説明する。変形例４の第１処理実行部１０３は、電子商取引で利用可能な特典、又は、電子商取引における加盟者で利用可能な特典をユーザに付与する特典付与処理を、第１処理として実行する。
例えば、第１処理は、実施形態で説明したカート追加処理に限られない。第１処理は、ユーザアカウントと、ゲームと関連付けられた加盟者、商品、及びサービスの少なくとも１つと、を関連付けるための処理であればよい。変形例４では、第１処理の他の例を説明する。変形例４の第１処理実行部１０３は、電子商取引で利用可能な特典、又は、電子商取引における加盟者で利用可能な特典をユーザに付与する特典付与処理を、第１処理として実行する。
【0101】
特典は、ユーザに対して発生する何らかの利益又は便益である。例えば、特典は、ポイントの付与、クーポンの付与、クーポン無しの割引、ユーザが電子商取引で獲得するポイントが増えること、送料が無料になること、何らかの手数料が無料になること、ユーザに無料の商品又はサービスを付与すること、及び商品又はサービスの量が増えることの少なくとも１つが、特典に相当してもよい。特典を識別可能なデータは、ゲームデータベースＤＢ２に予め格納されているものとする。ゲームサーバ１０は、当該データによって、ゲーム及び特典の関係を特定できる。
【0102】
電子商取引で利用可能な特典は、特定の加盟者、特定の商品、又は特定のサービスではなく、電子商取引全体で利用可能な特典である。別の言い方をすれば、電子商取引で利用可能な特典は、複数の加盟者、複数の商品、又は複数のサービスのうちの任意のものに対して利用可能な特典である。電子商取引における加盟者で利用可能な特典は、特定の加盟者に対して利用可能な特典である。例えば、ゲームが加盟者に関連付けられている場合、第１処理によって、加盟者の特典が付与される。ゲームが加盟者に関連付けられている場合、第１処理によって、加盟店が候補リストに追加されるとともに、加盟者の特典が付与されてもよい。
【0103】
例えば、クーポンが特典に相当する場合、第１処理実行部１０３は、電子商取引サーバ２０に対し、ユーザにクーポンを付与することを依頼する処理を、第１処理として実行する。この依頼には、電子商取引におけるユーザアカウントと、クーポンを識別可能なクーポンコードと、が含まれている。電子商取引サーバ２０は、依頼を受け付けると、電子商取引におけるユーザアカウントと、クーポンを識別可能なクーポンコードと、に基づいて、ユーザにクーポンを付与する。ユーザは、電子商取引における当該クーポンを利用できる。クーポンの付与方法自体は、公知の電子商取引で採用されている方法と同様であってよい。
【0104】
なお、クーポン以外の他の特典がユーザに付与される場合には、第１処理実行部１０３は、当該他の特典に応じた処理を、第１処理として実行すればよい。例えば、クーポン無しの割引が特典に相当する場合、第１処理実行部１０３は、電子商取引サーバ２０に対し、商品又はサービスの割引を適用することを依頼する処理を、第１処理として実行する。電子商取引サーバ２０は、依頼を受け付けると、商品又はサービスの割引を適用する。割引の適法方法自体は、公知の電子商取引で採用されている方法と同様であってよい。他の特典についても同様であり、特典の付与方法自体は、公知の電子商取引で採用されている方法と同様であってよい。
【0105】
変形例４のシステムＳは、電子商取引で利用可能な特典、又は、電子商取引における加盟者で利用可能な特典をユーザに付与する特典付与処理を、第１処理として実行する。システムＳは、ユーザに対する利益が直接的に発生する特典によって、電子商取引と、ゲームと、の結び付きを深めることができる。例えば、システムＳは、ユーザに対し、ゲームのランキングに応じて、商品のクーポンを獲得できるといった楽しみを与えることによって、ユーザに対し、ゲームをプレイする動機付けを与えることができる。例えば、システムＳは、電子商取引における新たな顧客の獲得と、電子商取引における販促活動の促進と、を図ることもできる。
【0106】
［６－５．変形例５］
例えば、第１処理実行部１０３は、商品又はサービスを優先的に購入する権利をユーザに付与する権利付与処理を、第１処理として実行してもよい。以降、当該権利を優先購入権という。変形例５では、所定の優先購入期間において、優先購入権を有するユーザは、商品又はサービスを購入できる。優先購入期間では、優先購入権を有しないユーザは、商品又はサービスを購入できない。優先購入期間が経過すると、優先購入権を有しないユーザは、商品又はサービスを購入できるようになる。
例えば、第１処理実行部１０３は、商品又はサービスを優先的に購入する権利をユーザに付与する権利付与処理を、第１処理として実行してもよい。以降、当該権利を優先購入権という。変形例５では、所定の優先購入期間において、優先購入権を有するユーザは、商品又はサービスを購入できる。優先購入期間では、優先購入権を有しないユーザは、商品又はサービスを購入できない。優先購入期間が経過すると、優先購入権を有しないユーザは、商品又はサービスを購入できるようになる。
【0107】
例えば、第１処理実行部１０３は、電子商取引サーバ２０に対し、第１処理の対象となるユーザのユーザアカウントに優先購入権を付与することを要求することによって、権利付与処理を実行する。変形例５のユーザデータベースＤＢ３には、優先購入権を識別可能なデータが格納されるものとする。電子商取引サーバ２０は、要求を受け付けると、第１処理の対象となるユーザのユーザアカウントに優先購入権が関連付けられるように、ユーザデータベースＤＢ３を更新する。優先購入権は、有効期限が定められていてもよい。この場合、優先購入権の有効期限がユーザデータベースＤＢ３に格納される。
【0108】
変形例５の電子商取引サーバ２０は、現時点が優先購入期間であるか否かを判定する。電子商取引サーバ２０は、現時点が優先購入期間であると判定された場合には、優先購入権を有するユーザによる商品又はサービスの購入を許可する。電子商取引サーバ２０は、現時点が優先購入期間であると判定された場合には、優先購入権を有しないユーザによる商品又はサービスの購入を許可しない。電子商取引サーバ２０は、優先購入期間が経過したか否かを判定する。電子商取引サーバ２０は、優先購入期間が経過したと判定された場合に、優先購入権を有しないユーザによる商品又はサービスの購入を許可する。
【0109】
なお、商品又はサービスの購入の許可は、任意の方法によって実行されてよい。例えば、電子商取引サーバ２０は、購入が許可された商品又はサービスをカートに追加することによって、当該商品又はサービスの購入を許可してもよい。即ち、電子商取引サーバ２０は、購入が許可されていない商品又はサービスのカートへの追加を禁止することによって、当該商品又はサービスの購入を許可しないようにしてもよい。他にも例えば、電子商取引サーバ２０は、購入が許可された商品又はサービスの決済を実行することによって、当該商品又はサービスの購入を許可してもよい。即ち、電子商取引サーバ２０は、購入が許可されていない商品又はサービスの決済を禁止することによって、当該商品又はサービスの購入を許可しないようにしてもよい。
【0110】
変形例５のシステムＳは、商品又はサービスを優先的に購入する権利をユーザに付与する権利付与処理を、第１処理として実行する。システムＳは、電子商取引と、ゲームと、の結び付きを、優先購入権という形で深めることができる。例えば、システムＳは、ランキングが相対的に上位のユーザに対し、優先購入権を付与することによって、当該ユーザに対し、商品又はサービスを優先的に購入できるという利益を与えることができる。例えば、不正な転売目的で数量限定の商品を購入しようとする者がいたとしても、電子商取引における早い者勝ちで商品を購入できるわけではないので、転売対策になる。
【0111】
［６－６．変形例６］
例えば、実施形態のように第１処理が実行されたとしても、ユーザが商品を購入しないこともある。この場合、第１処理が取り消されるようにしてもよい。変形例６のシステムＳは、第２処理実行部２０３を含む。第２処理実行部２０３は、第１処理が実行された後に所定の期間が経過しても、加盟者、商品、及びサービスの少なくとも１つに関する取引が行われなかった場合には、第１処理を取り消すための第２処理を実行する。取引は、商品若しくはサービスの購入、宿泊施設等の予約、又は特典の利用である。取引は、第１処理によってユーザに関連付けられた加盟者、商品、及びサービスに直接もしくは間接に関するものであればよい。例えば、第１処理によって商品がユーザのカートに追加された場合に、当該商品、もしくは当該商品を提供している加盟者から別の商品を購入することが取引に該当する。第１処理によって加盟者がユーザのお気に入りリストに追加された場合に、当該加盟者から何らかの商品やサービスを購入・利用することが取引に該当する。第１処理によって特典がユーザに付与された場合に、当該特典を利用して商品・サービスを購入・利用することが取引に該当する。
例えば、実施形態のように第１処理が実行されたとしても、ユーザが商品を購入しないこともある。この場合、第１処理が取り消されるようにしてもよい。変形例６のシステムＳは、第２処理実行部２０３を含む。第２処理実行部２０３は、第１処理が実行された後に所定の期間が経過しても、加盟者、商品、及びサービスの少なくとも１つに関する取引が行われなかった場合には、第１処理を取り消すための第２処理を実行する。取引は、商品若しくはサービスの購入、宿泊施設等の予約、又は特典の利用である。取引は、第１処理によってユーザに関連付けられた加盟者、商品、及びサービスに直接もしくは間接に関するものであればよい。例えば、第１処理によって商品がユーザのカートに追加された場合に、当該商品、もしくは当該商品を提供している加盟者から別の商品を購入することが取引に該当する。第１処理によって加盟者がユーザのお気に入りリストに追加された場合に、当該加盟者から何らかの商品やサービスを購入・利用することが取引に該当する。第１処理によって特典がユーザに付与された場合に、当該特典を利用して商品・サービスを購入・利用することが取引に該当する。
【0112】
所定の期間は、第２処理のトリガーとなる時点を定義するための期間である。所定の期間は、任意の長さであってよい。例えば、所定の期間は、第１処理が実行された時点から、所定の長さだけ後の時点までの期間であってもよい。他にも例えば、所定の期間は、第１処理が実行された時点から、所定の時点までの期間であってもよい。変形例６では、所定の期間を示すデータがユーザデータベースＤＢ３に格納されているものとする。所定の期間は、個々のユーザに定められるのではなく、複数のユーザに共通であってもよい。
【0113】
例えば、第２処理実行部２０３は、現在の日時に基づいて、所定の期間が経過したか否かを判定する。第２処理実行部２０３は、所定の期間が経過したと判定されない場合には、第２処理を実行しない。第２処理実行部２０３は、所定の期間が経過したと判定された場合に、第２処理を実行する。例えば、第２処理実行部２０３は、第１処理が実行されたユーザのうち、商品を購入しなかったユーザの第２処理を実行する。第２処理が実行されたユーザは、第１処理が実行されなかったものと同じ扱いになる。
【0114】
実施形態のように、カート追加処理が第１処理に相当する場合には、第２処理実行部２０３は、カートから商品を削除する処理を、第２処理として実行する。変形例４のように、特典付与処理が第１処理に相当する場合には、第２処理実行部２０３は、ユーザに付与された特典を無効にする処理を、第２処理として実行する。変形例５のように、権利付与処理が第１処理に相当する場合には、第２処理実行部２０３は、ユーザに付与された優先購入権を無効にする処理を、第２処理として実行する。第２処理は、第１処理のキャンセルに相当する処理であればよく、他の処理であってもよい。
【0115】
変形例６のシステムＳは、第１処理が実行された後に所定の期間が経過しても、加盟者、商品、及びサービスの少なくとも１つに関する取引が行われなかった場合には、第１処理を取り消すための第２処理を実行する。システムＳは、第２処理を実行することによって、第１処理の対象にならなかったユーザの第１処理を実行できるようになる。例えば、システムＳは、取引を行う意思のないユーザではなく、第１処理が実行されなかったユーザの第１処理を実行することによって、電子商取引における機会損失を防止できる。
【0116】
［６－７．変形例７］
例えば、実施形態で説明したように、第１処理実行部１０３は、ランキングが相対的に上位のユーザの第１処理を実行してもよい。この場合、変形例６で説明した第２処理実行部２０３は、ランキングが相対的に上位のユーザによる取引が行われなかった場合には、ランキングが相対的に上位のユーザの第１処理を取り消すための第２処理を実行してもよい。第２処理の対象となるユーザは、ランキングが相対的に上位のユーザのうち、取引を行わなかったユーザである。
例えば、実施形態で説明したように、第１処理実行部１０３は、ランキングが相対的に上位のユーザの第１処理を実行してもよい。この場合、変形例６で説明した第２処理実行部２０３は、ランキングが相対的に上位のユーザによる取引が行われなかった場合には、ランキングが相対的に上位のユーザの第１処理を取り消すための第２処理を実行してもよい。第２処理の対象となるユーザは、ランキングが相対的に上位のユーザのうち、取引を行わなかったユーザである。
【0117】
変形例７の第１処理実行部１０３は、第２処理が実行された場合に、ランキングが相対的に下位のユーザの第１処理を実行する。例えば、第１処理実行部１０３は、ランキングが相対的に下位のユーザの中で、ランキングが相対的に上位のユーザの第１処理を実行する。具体的には、ランキングが上位３０位以内の一部のユーザの第１処理を取り消すための第２処理を実行した場合、ランキングが３１位以下のユーザの第１処理を実行する。ランキングが３１位以下のユーザの中で、例えば３１位以下のユーザの中、３１位から３５位のユーザに対して第１処理を実行する。第１処理実行部１０３は、第２処理が実行された人数と同じ人数のユーザの第１処理を実行してもよいし、第２処理が実行された人数よりも多い人数又は少ない人数のユーザの第１処理を実行してもよい。第１処理の対象となるユーザが実施形態とは異なるが、第１処理の内容は、実施形態で説明した通りである。第１処理実行部１０３は、ランキングが相対的に上位のユーザの第１処理と同様にして、ランキングが相対的に下位のユーザの第１処理を実行すればよい。
【0118】
変形例７のシステムＳは、ランキングが相対的に上位のユーザの第１処理を実行する。システムＳは、ランキングが相対的に上位のユーザによる取引が行われなかった場合には、ランキングが相対的に上位のユーザの第１処理を取り消すための第２処理を実行する。システムＳは、第２処理が実行された場合に、ランキングが相対的に下位のユーザの第１処理を実行する。システムＳは、所定期間中に取引がない場合に、ランキングが相対的に下位のユーザを繰り上げて第１処理を実行できる。例えば、システムＳは、商品又はサービスの販売における機会損失を防止できる。
【0119】
［６－８．変形例８］
例えば、第１処理実行部１０３は、ランキングに基づいて、商品又はサービスに関連付けられた販売可能数ｍ（ｍは、自然数）よりも多い人数ｎ（ｎは、ｍよりも多い整数）のユーザの第１処理を実行してもよい。販売可能数ｍは、実施形態で説明した在庫と同じであってもよいし、在庫よりも多い又は少ない量であってもよい。販売可能数ｍは、ゲームデータベースＤＢ２に予め格納されているものとする。販売可能数ｍは、商品データベースＤＢ４に格納されていてもよい。
例えば、第１処理実行部１０３は、ランキングに基づいて、商品又はサービスに関連付けられた販売可能数ｍ（ｍは、自然数）よりも多い人数ｎ（ｎは、ｍよりも多い整数）のユーザの第１処理を実行してもよい。販売可能数ｍは、実施形態で説明した在庫と同じであってもよいし、在庫よりも多い又は少ない量であってもよい。販売可能数ｍは、ゲームデータベースＤＢ２に予め格納されているものとする。販売可能数ｍは、商品データベースＤＢ４に格納されていてもよい。
【0120】
変形例８の第１処理実行部１０３は、ランキングが上位ｎ位までのユーザの第１処理を実行する。ｎの数値は、ゲームデータベースＤＢ２に予め格納されていてもよいし、販売可能数ｍに基づいて動的に決定されてもよい。ｎと販売可能数ｍの差は、任意の値であってよい。例えば、ｎの数値が動的に決定される場合には、第１処理実行部１０３は、販売可能数ｍを所定の値だけ増加させた数値を、ｎとして計算してもよい。変形例８の第１処理実行部１０３は、人数ｎのユーザの第１処理を、それぞれ順番に実行する。個々の第１処理は、実施形態で説明した通りである。
【0121】
変形例８のシステムＳは、ランキングに基づいて、商品又はサービスに関連付けられた販売可能数ｍよりも多い人数ｎのユーザの第１処理を実行する。システムＳは、より多くのユーザの第１処理を実行することによって、商品又はサービスが購入される確率を高めることができる。
【0122】
［６－９．変形例９］
例えば、変形例８において、第１処理実行部１０３は、人数ｎのユーザの第１処理を同時に実行してもよい。変形例８では、第１処理実行部１０３が、人数ｎのユーザの第１処理を次々と実行する場合を例に挙げたが、第１処理実行部１０３は、人数ｎのユーザの第１処理を、一度にまとめて実行する。
例えば、変形例８において、第１処理実行部１０３は、人数ｎのユーザの第１処理を同時に実行してもよい。変形例８では、第１処理実行部１０３が、人数ｎのユーザの第１処理を次々と実行する場合を例に挙げたが、第１処理実行部１０３は、人数ｎのユーザの第１処理を、一度にまとめて実行する。
【0123】
例えば、実施形態のようにカート追加処理が第１処理に相当する場合、第１処理実行部１０３は、電子商取引サーバ２０に対し、人数ｎのユーザの各々のカートに商品又はサービスを追加することを示す１つの要求を送信する。電子商取引サーバ２０は、当該１つの要求を受信する。連携部２０１は、当該１つの要求に示されたｎ人のユーザの各々のカートに商品又はサービスを追加する。
【0124】
変形例４のように特典付与処理が第１処理に相当する場合、第１処理実行部１０３は、電子商取引サーバ２０に対し、人数ｎのユーザの各々に特典を付与することを示す１つの要求を送信する。電子商取引サーバ２０は、当該１つの要求を受信する。連携部２０１は、当該１つの要求に示されたｎ人のユーザの各々に特典を付与する。変形例５のように権利付与処理が第１処理に相当する場合、第１処理実行部１０３は、電子商取引サーバ２０に対し、人数ｎのユーザの各々に優先購入権を付与することを示す１つの要求を送信する。電子商取引サーバ２０は、当該１つの要求を受信する。連携部２０１は、当該１つの要求に示されたｎ人のユーザの各々に優先購入権を付与する。
【0125】
変形例９のシステムＳは、人数ｎのユーザの第１処理を同時に実行する。システムＳは、より多くのユーザの第１処理を、より早い段階で実行することによって、商品又はサービスが購入される確率を高めることができる。
【0126】
［６－１０．変形例１０］
例えば、変形例８において、人数ｎのユーザの第１処理が実行された場合に、早い者勝ちで取引が成立してもよい。変形例１０のシステムＳは、取引実行部２０４を含む。取引実行部２０４は、人数ｎのユーザのうち、先に購入手続きを完了したユーザの取引を順番に実行する。例えば、取引実行部２０４は、ｎ名のユーザのうち、先に購入したユーザを順番に取引を成立させる。取引を成立とは、ユーザデータベースＤＢ３に購入内容を示すデータを格納する処理、商品データベースＤＢ４に格納された在庫を減らす処理、決済を実行する処理、又はその他の処理であってよい。
例えば、変形例８において、人数ｎのユーザの第１処理が実行された場合に、早い者勝ちで取引が成立してもよい。変形例１０のシステムＳは、取引実行部２０４を含む。取引実行部２０４は、人数ｎのユーザのうち、先に購入手続きを完了したユーザの取引を順番に実行する。例えば、取引実行部２０４は、ｎ名のユーザのうち、先に購入したユーザを順番に取引を成立させる。取引を成立とは、ユーザデータベースＤＢ３に購入内容を示すデータを格納する処理、商品データベースＤＢ４に格納された在庫を減らす処理、決済を実行する処理、又はその他の処理であってよい。
【0127】
なお、購入手続き自体は、公知の電子商取引で採用されている流れであってよい。例えば、ユーザが、カートに追加された商品又はサービスを購入するための決済を指示すると、商品又はサービスの購入が完了する場合には、取引実行部２０４は、第１処理が実行されたｎ名のユーザの各々が決済を指示した場合に、当該決済が指示された順番に取引を成立させる。商品又はサービスがカートに追加されることなくこれらの購入が可能な場合には、取引実行部２０４は、第１処理が実行されたｎ名のユーザの各々が購入を指示した場合に、当該購入が指示された順番に取引を成立させる。
【0128】
変形例１０のシステムＳは、人数のユーザのうち、先に購入手続きを完了したユーザの取引を順番に実行する。システムＳは、より多くのユーザの第１処理を実行することによって、商品又はサービスが購入される確率を高めることができる。また、第１処理が実行されたユーザでも、商品又はサービスが購入できるや特典が利用できる機会を逃がさないために早く取引を完了させなければならないため、効果的に取引を促進できる。
【0129】
［６－１１．変形例１１］
例えば、変形例６では、所定の期間の経過が第２処理の実行の条件になる場合を説明したが、第２処理の実行は、特に所定の期間の経過が条件にならなくてもよい。第２処理実行部２０３は、第１処理が実行されたユーザのうち、加盟者、商品、及びサービスの少なくとも１つに関する取引が行われなかったユーザの第１処理をキャンセルするための第２処理を実行する。変形例１１でも、変形例８のように、販売可能数ｍ（例えば、３０）よりも多い人数ｎ（例えば、４０）に第１処理が実行されてもよい。
例えば、変形例６では、所定の期間の経過が第２処理の実行の条件になる場合を説明したが、第２処理の実行は、特に所定の期間の経過が条件にならなくてもよい。第２処理実行部２０３は、第１処理が実行されたユーザのうち、加盟者、商品、及びサービスの少なくとも１つに関する取引が行われなかったユーザの第１処理をキャンセルするための第２処理を実行する。変形例１１でも、変形例８のように、販売可能数ｍ（例えば、３０）よりも多い人数ｎ（例えば、４０）に第１処理が実行されてもよい。
【0130】
例えば、第２処理実行部２０３は、第１処理が実行されたユーザが、第１処理をキャンセルするための操作（例えば、商品又はサービスをカートから削除する操作）を行った場合に、当該ユーザの第２処理を実行する。他にも例えば、第２処理実行部２０３は、第１処理が実行されたユーザが所定の期間内に電子商取引サーバ２０にログインしなかった場合に、当該ユーザの第２処理を実行する。第２処理の詳細は、変形例６で説明した通りである。
【0131】
変形例１１のシステムＳは、第１処理が実行されたユーザのうち、加盟者、商品、及びサービスの少なくとも１つに関する取引が行われなかったユーザの第１処理をキャンセルするための第２処理を実行する。システムＳは、第１処理が不要だったユーザについては第２処理によって第１処理をキャンセルできる。例えば、購入される見込みのない商品又はサービスがいつまでもカートに残るといったことを防止できる。利用される見込みのない特典がいつまでも残り続けるといったことも防止できる。
【0132】
［６－１２．変形例１２］
例えば、第１処理実行部１０３は、少なくとも一部のユーザ（第１処理の対象となるユーザ）のユーザアカウントに関連付けられた配送先に対し、商品を発送する発送処理を、第１処理として実行してもよい。配送先を示すデータは、ユーザデータベースＤＢ３に予め格納されているものとする。例えば、ユーザは、ユーザ端末３０を操作して、自宅、勤務先、又はその他の場所の住所を、配送先としてユーザデータベースＤＢ３に格納する。
例えば、第１処理実行部１０３は、少なくとも一部のユーザ（第１処理の対象となるユーザ）のユーザアカウントに関連付けられた配送先に対し、商品を発送する発送処理を、第１処理として実行してもよい。配送先を示すデータは、ユーザデータベースＤＢ３に予め格納されているものとする。例えば、ユーザは、ユーザ端末３０を操作して、自宅、勤務先、又はその他の場所の住所を、配送先としてユーザデータベースＤＢ３に格納する。
【0133】
変形例１２の第１処理実行部１０３は、ユーザデータベースＤＢ３を参照し、第１処理の対象となるユーザのユーザアカウントに関連付けられた配送先を特定する。第１処理実行部１０３は、当該配送先に対し、ユーザがプレイしたゲームに関連付けられた商品を発送する発送処理を実行する。商品の発送は、公知の電子商取引で採用されている流れと同様にして行われてよい。例えば、発送処理は、加盟者のメールアドレスに対し、ユーザの配送先を示す電子メールを送信する処理であってもよい。発送処理は、加盟者用の管理ツールに対し、ユーザの配送先に商品を発送することを通知する処理であってもよい。
【0134】
変形例１２のシステムＳは、少なくとも一部のユーザのユーザアカウントに関連付けられた配送先に対し、商品を発送する発送処理を、第１処理として実行する。システムＳは、電子商取引と、ゲームと、の結び付きを、商品の発送という形で深めることができる。
【0135】
［６－１３．その他の変形例］
例えば、上記変形例を組み合わせてもよい。
例えば、上記変形例を組み合わせてもよい。
【0136】
例えば、ゲームサーバ１０で実行されるものとして説明した処理は、電子商取引サーバ２０で実行されてもよい。この場合、ゲームシステム１が存在せずに、電子商取引システム２が本開示に係るシステムＳに相当してもよい。電子商取引システム２は、ゲームの機能と、電子商取引の機能と、の両方を有することになる。本開示に係るシステムＳは、ゲームシステム１及び電子商取引システム２以外の他のシステムであってもよい。ゲームサーバ１０で実行されるものとして説明した処理は、ユーザ端末３０又は他のコンピュータで実行されてもよいし、複数のコンピュータで分担されてもよい。
【0137】
［７．付記］
例えば、システムは、下記のような構成も可能である。
（１）
複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行するゲーム実行部と、
前記ゲームの実行結果に基づいて、前記ゲームにおける前記複数のユーザの各々のランキングを決定するランキング決定部と、
前記ランキングに基づいて、前記複数のユーザのうちの少なくとも一部のユーザのユーザアカウントと、前記加盟者、前記商品、及び前記サービスの少なくも１つと、を関連付けるための第１処理を実行する第１処理実行部と、
を含むシステム。
（２）
前記ランキング決定部は、前記複数のユーザの各々の前記ゲームにおける先着順に基づいて、前記ランキングを決定する、
（１）に記載のシステム。
（３）
前記ゲーム実行部は、前記複数のユーザの各々により行われた前記ゲーム操作に基づいて、前記ゲームを実行して当該ユーザの勝敗を決定し、
前記ランキング決定部は、前記複数のユーザの各々の前記勝敗に基づいて、前記ランキングを決定する、
（１）又は（２）に記載のシステム。
（４）
前記第１処理実行部は、前記ランキングが相対的に上位の前記ユーザの前記第１処理を、前記ランキングが相対的に下位の前記ユーザの前記第１処理よりも先に実行する、
（１）～（３）の何れかに記載のシステム。
（５）
前記第１処理実行部は、前記電子商取引で利用可能な特典、又は、前記電子商取引における加盟者で利用可能な特典を前記ユーザに付与する特典付与処理を、前記第１処理として実行する、
（１）～（４）の何れかに記載のシステム。
（６）
前記第１処理実行部は、前記商品又は前記サービスを優先的に購入する権利を前記ユーザに付与する権利付与処理を、前記第１処理として実行する、
（１）～（５）の何れかに記載のシステム。
（７）
前記第１処理実行部は、前記電子商取引における前記ユーザのカートに前記商品又は前記サービスを追加するカート追加処理を、前記第１処理として実行する、
（１）～（６）の何れかに記載のシステム。
（８）
前記システムは、前記第１処理が実行された後に所定の期間が経過しても、前記加盟者、前記商品、及び前記サービスの少なくとも１つに関する取引が行われなかった場合には、前記第１処理を取り消すための第２処理を実行する第２処理実行部を更に含む、
（１）～（７）の何れかに記載のシステム。
（９）
前記第１処理実行部は、前記ランキングが相対的に上位の前記ユーザの前記第１処理を実行し、
前記第２処理実行部は、前記ランキングが相対的に上位の前記ユーザによる前記取引が行われなかった場合には、前記ランキングが相対的に上位の前記ユーザの前記第１処理を取り消すための前記第２処理を実行し、
前記第１処理実行部は、前記第２処理が実行された場合に、前記ランキングが相対的に下位の前記ユーザの前記第１処理を実行する、
（８）に記載のシステム。
（１０）
前記第１処理実行部は、前記ランキングに基づいて、前記商品又は前記サービスに関連付けられた販売可能数よりも多い人数の前記ユーザの前記第１処理を実行する、
（１）～（９）の何れかに記載のシステム。
（１１）
前記第１処理実行部は、前記人数のユーザの前記第１処理を同時に実行する、
（１０）に記載のシステム。
（１２）
前記システムは、前記人数のユーザのうち、先に購入手続きを完了した前記ユーザの取引を順番に実行する取引実行部を更に含む、
（１０）又は（１１）に記載のシステム。
（１３）
前記システムは、前記第１処理が実行されたユーザのうち、前記加盟者、前記商品、及び前記サービスの少なくとも１つに関する取引が行われなかった前記ユーザの前記第１処理をキャンセルするための第２処理を実行する第２処理実行部を更に含む、
（１０）～（１２）の何れかに記載のシステム。
（１４）
前記第１処理実行部は、前記少なくとも一部のユーザの前記ユーザアカウントに関連付けられた配送先に対し、前記商品を発送する発送処理を、前記第１処理として実行する、
（１）～（１３）の何れかに記載のシステム。
例えば、システムは、下記のような構成も可能である。
（１）
複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行するゲーム実行部と、
前記ゲームの実行結果に基づいて、前記ゲームにおける前記複数のユーザの各々のランキングを決定するランキング決定部と、
前記ランキングに基づいて、前記複数のユーザのうちの少なくとも一部のユーザのユーザアカウントと、前記加盟者、前記商品、及び前記サービスの少なくも１つと、を関連付けるための第１処理を実行する第１処理実行部と、
を含むシステム。
（２）
前記ランキング決定部は、前記複数のユーザの各々の前記ゲームにおける先着順に基づいて、前記ランキングを決定する、
（１）に記載のシステム。
（３）
前記ゲーム実行部は、前記複数のユーザの各々により行われた前記ゲーム操作に基づいて、前記ゲームを実行して当該ユーザの勝敗を決定し、
前記ランキング決定部は、前記複数のユーザの各々の前記勝敗に基づいて、前記ランキングを決定する、
（１）又は（２）に記載のシステム。
（４）
前記第１処理実行部は、前記ランキングが相対的に上位の前記ユーザの前記第１処理を、前記ランキングが相対的に下位の前記ユーザの前記第１処理よりも先に実行する、
（１）～（３）の何れかに記載のシステム。
（５）
前記第１処理実行部は、前記電子商取引で利用可能な特典、又は、前記電子商取引における加盟者で利用可能な特典を前記ユーザに付与する特典付与処理を、前記第１処理として実行する、
（１）～（４）の何れかに記載のシステム。
（６）
前記第１処理実行部は、前記商品又は前記サービスを優先的に購入する権利を前記ユーザに付与する権利付与処理を、前記第１処理として実行する、
（１）～（５）の何れかに記載のシステム。
（７）
前記第１処理実行部は、前記電子商取引における前記ユーザのカートに前記商品又は前記サービスを追加するカート追加処理を、前記第１処理として実行する、
（１）～（６）の何れかに記載のシステム。
（８）
前記システムは、前記第１処理が実行された後に所定の期間が経過しても、前記加盟者、前記商品、及び前記サービスの少なくとも１つに関する取引が行われなかった場合には、前記第１処理を取り消すための第２処理を実行する第２処理実行部を更に含む、
（１）～（７）の何れかに記載のシステム。
（９）
前記第１処理実行部は、前記ランキングが相対的に上位の前記ユーザの前記第１処理を実行し、
前記第２処理実行部は、前記ランキングが相対的に上位の前記ユーザによる前記取引が行われなかった場合には、前記ランキングが相対的に上位の前記ユーザの前記第１処理を取り消すための前記第２処理を実行し、
前記第１処理実行部は、前記第２処理が実行された場合に、前記ランキングが相対的に下位の前記ユーザの前記第１処理を実行する、
（８）に記載のシステム。
（１０）
前記第１処理実行部は、前記ランキングに基づいて、前記商品又は前記サービスに関連付けられた販売可能数よりも多い人数の前記ユーザの前記第１処理を実行する、
（１）～（９）の何れかに記載のシステム。
（１１）
前記第１処理実行部は、前記人数のユーザの前記第１処理を同時に実行する、
（１０）に記載のシステム。
（１２）
前記システムは、前記人数のユーザのうち、先に購入手続きを完了した前記ユーザの取引を順番に実行する取引実行部を更に含む、
（１０）又は（１１）に記載のシステム。
（１３）
前記システムは、前記第１処理が実行されたユーザのうち、前記加盟者、前記商品、及び前記サービスの少なくとも１つに関する取引が行われなかった前記ユーザの前記第１処理をキャンセルするための第２処理を実行する第２処理実行部を更に含む、
（１０）～（１２）の何れかに記載のシステム。
（１４）
前記第１処理実行部は、前記少なくとも一部のユーザの前記ユーザアカウントに関連付けられた配送先に対し、前記商品を発送する発送処理を、前記第１処理として実行する、
（１）～（１３）の何れかに記載のシステム。
【符号の説明】
【0138】
Ｓ システム、１ ゲームシステム、２ 電子商取引システム、Ｎ ネットワーク、１０ ゲームサーバ、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２０ 電子商取引サーバ、３０ ユーザ端末、３４ 操作部、３５ 表示部、１００，２００，３００ データ記憶部、１０１ ゲーム実行部、１０２ ランキング決定部、１０３ 第１処理実行部、２０１ 連携部、２０２ 提供部、２０３ 第２処理実行部、２０４ 取引実行部、３０１ 操作受付部、３０２ 表示制御部、ＤＢ１ ユーザデータベース、ＤＢ２ ゲームデータベース、ＤＢ３ ユーザデータベース、ＤＢ４ 商品データベース、ＳＣ１ トップ画面、ＳＣ２ ゲーム画面、ＳＣ３ 終了画面、ＳＣ４ カート画面。
【要約】
【課題】電子商取引と、ゲームと、の結び付きを深める。
【解決手段】システム（Ｓ）のゲーム実行部（１０１）は、複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行する。ランキング決定部（１０２）は、ゲームの実行結果に基づいて、ゲームにおける複数のユーザの各々のランキングを決定する。第１処理実行部（１０３）は、ランキングに基づいて、複数のユーザのうちの少なくとも一部のユーザのユーザアカウントと、加盟者、商品、及びサービスの少なくも１つと、を関連付けるための第１処理を実行する。
【選択図】図４
【解決手段】システム（Ｓ）のゲーム実行部（１０１）は、複数のユーザの各々により行われたゲーム操作に基づいて、電子商取引における加盟者、商品、及びサービスの少なくとも１つと関連付けられたゲームを実行する。ランキング決定部（１０２）は、ゲームの実行結果に基づいて、ゲームにおける複数のユーザの各々のランキングを決定する。第１処理実行部（１０３）は、ランキングに基づいて、複数のユーザのうちの少なくとも一部のユーザのユーザアカウントと、加盟者、商品、及びサービスの少なくも１つと、を関連付けるための第１処理を実行する。
【選択図】図４
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】