特許 7542692 システム、方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-08-22

(45)【発行日】2024-08-30

(54)【発明の名称】システム、方法、及びプログラム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20240823BHJP

   G06Q 30/0207 20230101ALI20240823BHJP

   G06Q 50/10 20120101ALI20240823BHJP

   A63F 13/69 20140101ALI20240823BHJP

   A63F 13/533 20140101ALI20240823BHJP

【ＦＩ】

G06Q30/0601 340

G06Q30/0207 350

G06Q50/10

A63F13/69

A63F13/533

【請求項の数】 13

(21)【出願番号】P 2023114480

(22)【出願日】2023-07-12

【審査請求日】2023-07-12

(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】

電子商取引サーバと通信可能なゲームサーバを、
ユーザのゲーム操作に基づいて、ゲームを実行するゲーム実行部、
前記ゲーム操作に基づいて、電子商取引における商品又はサービスと関連付けられた所定の条件が満たされたか否かを判定する判定部、
前記所定の条件が満たされたと判定された場合に、前記電子商取引における前記ユーザのユーザアカウントのショッピングカート、お気に入りリスト、ほしい物リスト、後で買うリスト、又はウォッチリストである候補リストに前記商品又は前記サービスを関連付けるための処理として、前記電子商取引サーバに対し、前記ユーザアカウントを識別可能な第１情報と、前記商品又は前記サービスを識別可能な第２情報と、を送信する処理実行部、
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、システム、方法、及びプログラムに関する。

【背景技術】

【0002】

従来、電子的な手段によって商品又はサービスの商取引を可能とする電子商取引が知られている。例えば、特許文献１には、現実に存在するデパートに対して仮想現実空間内でバーチャルデパートを実現させるためのサーバ装置と、当該サーバ装置からアクセス可能に接続された商品情報データベースと、を備えた、仮想現実空間を利用したバーチャルデパートによる商品販売システムが記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００３－０３０４６９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、引用文献１の技術では、ユーザが、一般的な電子商取引における買い物体験を、仮想現実空間内のバーチャルデパートで行うものにすぎないので、ユーザは、バーチャルデパートにおける買い物以外の楽しみがない。引用文献１以外の他の従来技術も同様に、ユーザは、原則として買い物以外の楽しみがないので、従来の技術では、ユーザの興趣性を十分に高めることができなかった。

【0005】

本開示の目的の１つは、電子商取引におけるユーザアカウントを有するユーザの興趣性を高めることである。

【課題を解決するための手段】

【0006】

本開示に係るシステムは、ユーザのゲーム操作に基づいて、ゲームを実行するゲーム実行部と、前記ゲーム操作に基づいて、電子商取引における商品又はサービスと関連付けられた所定の条件が満たされたか否かを判定する判定部と、前記所定の条件が満たされたと判定された場合に、前記電子商取引における前記ユーザのユーザアカウントの候補リストに前記商品又は前記サービスを関連付けるための処理を実行する処理実行部と、を含む。

【発明の効果】

【0007】

本開示は、例えば、電子商取引におけるユーザアカウントを有するユーザの興趣性を高めることができる。

【図面の簡単な説明】

【0008】

【図1】実施形態に係るシステムのハードウェア構成の一例を示す図である。

【図2】ユーザがゲームをプレイする様子の一例を示す図である。

【図3】ショッピングカート画面の一例を示す図である。

【図4】実施形態で実現される機能の一例を示す図である。

【図5】ゲームにおけるユーザデータベースの一例を示す図である。

【図6】条件データベースの一例を示す図である。

【図7】電子商取引におけるユーザデータベースの一例を示す図である。

【図8】商品データベースの一例を示す図である。

【図9】ゲームシステム等で実行される処理の一例を示す図である。

【図10】変形例で実現される機能の一例を示す図である。

【図11】変形例１で実行されるゲームの一例を示す図である。

【図12】変形例２で実行されるゲームの一例を示す図である。

【図13】変形例３の終了画面の一例を示す図である。

【図14】変形例３の終了画面の一例を示す図である。

【図15】変形例７のゲーム画面の一例を示す図である。

【図16】変形例８で実行されるゲームの一例を示す図である。

【発明を実施するための形態】

【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】

なお、ＡＲ（Augmented Reality）のゲームが実行される場合、ゲーム空間は、現実空間と合成される仮想空間であってもよい。例えば、ＡＲのゲームが実行される場合には、現実空間で飛行するドローンが撮影した映像と、仮想空間の様子を示す画像と、が合成されてもよい。また、ＡＲのゲーム以外にも、ＶＲ（Virtual Reality）又はＭＲ（Mixed Reality）のゲームが実行されてもよい。ゲーム空間は、これらのゲームで利用される空間であればよい。

【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】

１ ゲームシステム、２ 電子商取引システム、Ｎ ネットワーク、１０ ゲームサーバ、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２０ 電子商取引サーバ、３０ ユーザ端末、３４ 操作部、３５ 表示部、１００ データ記憶部、１０１ ゲーム実行部、１０２ 判定部、１０３ 処理実行部、１０４ 特典付与部、１０５ 要否選択部、１０６ 案内部、１０７ レベルアップ部、２００ データ記憶部、２０１ 連携部、２０２ 提供部、３００ データ記憶部、３０１ 操作受付部、３０２ 表示制御部、ＤＢ１ ユーザデータベース、ＤＢ２ 条件データベース、ＤＢ３ ユーザデータベース、ＤＢ４ 商品データベース、ＳＣ１ トップ画面、ＳＣ２ ゲーム画面、ＳＣ３ 終了画面、ＳＣ４ ショッピングカート画面。

【要約】

【課題】電子商取引におけるユーザアカウントを有するユーザの興趣性を高める。
【解決手段】システム（１）のゲーム実行部（１０１）は、ユーザのゲーム操作に基づいて、ゲームを実行する。判定部（１０２）は、ゲーム操作に基づいて、電子商取引における商品又はサービスと関連付けられた所定の条件が満たされたか否かを判定する。処理実行部（１０３）は、所定の条件が満たされたと判定された場合に、電子商取引におけるユーザのユーザアカウントの候補リストに商品又はサービスを関連付けるための処理を実行する。
【選択図】図４

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】