特開 2024-132613 コンピュータシステム、取引制御方法、およびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024132613

(43)【公開日】2024-10-01

(54)【発明の名称】コンピュータシステム、取引制御方法、およびプログラム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20240920BHJP

   A63F 13/69 20140101ALI20240920BHJP

   A63F 13/79 20140101ALI20240920BHJP

【ＦＩ】

G06Q30/0601 312

A63F13/69

A63F13/79 520

【審査請求】未請求

【請求項の数】17

【出願形態】ＯＬ

(21)【出願番号】P 2023043456

(22)【出願日】2023-03-17

(71)【出願人】

【識別番号】000134855

【氏名又は名称】株式会社バンダイナムコエンターテインメント

(74)【代理人】

【識別番号】100124682

【弁理士】

【氏名又は名称】黒田 泰

(74)【代理人】

【識別番号】100104710

【弁理士】

【氏名又は名称】竹腰 昇

(74)【代理人】

【識別番号】100090479

【弁理士】

【氏名又は名称】井上 一

(72)【発明者】

【氏名】阿須名 孝次

(72)【発明者】

【氏名】南 清志

(72)【発明者】

【氏名】小倉 建一

(72)【発明者】

【氏名】恩田 明生

(72)【発明者】

【氏名】青木 隆

(72)【発明者】

【氏名】村井 伸太郎

【テーマコード（参考）】

5L030

5L049

【Ｆターム（参考）】

5L030BB07

5L049BB07

(57)【要約】

【課題】ユーザ間で行う取引に際し、知名度や人気等に影響されることなく提供ユーザに取引の機会を提供可能な技術を提供すること。
【解決手段】サーバシステム１１００は、提供オブジェクト毎に、提供ユーザと当該提供オブジェクトの分類項目とを対応付けて管理する管理部２３３と、所与の提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの中から選定提供ユーザを抽選する抽選処理を行うことと、当該提示対象分類項目に対応する当該選定提供ユーザの提供オブジェクトを受領ユーザに提示することと、を行う提示制御部２３７と、提示された提供オブジェクトを特定する受領ユーザの特定指示に基づいて、当該特定された提供オブジェクトを受領ユーザが受領可能に制御する受領制御部２４５と、を備える。
【選択図】図１０

【特許請求の範囲】

【請求項1】

オブジェクトのユーザ間での取引を制御するためのコンピュータシステムであって、
提供オブジェクト毎に、提供ユーザと当該提供オブジェクトの分類項目とを対応付けて管理する管理手段と、
所与の提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの中から選定提供ユーザを抽選する抽選処理を行うことと、当該提示対象分類項目に対応する当該選定提供ユーザの提供オブジェクトを受領ユーザに提示することと、を行う提示制御手段と、
前記提示制御手段により提示された提供オブジェクトを特定する前記受領ユーザの特定指示に基づいて、当該特定された提供オブジェクトを前記受領ユーザが受領可能に制御する受領制御手段と、
を備えるコンピュータシステム。

【請求項2】

前記提示制御手段は、前記提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの情報に基づいて前記抽選処理を行う、
請求項１に記載のコンピュータシステム。

【請求項3】

前記提供ユーザの情報は、当該提供ユーザの提供オブジェクトに関する過去の取引に関する取引実績情報を含み、
前記提示制御手段は、前記提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの前記取引実績情報に基づいて前記抽選処理を行う、
請求項２に記載のコンピュータシステム。

【請求項4】

前記提供ユーザの情報は、当該提供ユーザの提供オブジェクトが前記管理手段によって管理されている数量の情報を含み、
前記提示制御手段は、前記提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの前記数量の情報に基づいて前記抽選処理を行う、
請求項２に記載のコンピュータシステム。

【請求項5】

前記提供ユーザの情報は、前記抽選処理によって当該提供ユーザが過去に抽選された抽選実績情報を含み、
前記提示制御手段は、前記提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの前記抽選実績情報に基づいて前記抽選処理を行う、
請求項２に記載のコンピュータシステム。

【請求項6】

前記提示制御手段は、前記提示対象分類項目に対応する提供オブジェクトの情報に基づいて前記抽選処理を行う、
請求項１に記載のコンピュータシステム。

【請求項7】

前記提示制御手段は、前記受領ユーザの情報に基づいて前記抽選処理を行う、
請求項１に記載のコンピュータシステム。

【請求項8】

前記受領ユーザの情報には、当該受領ユーザが過去に受領したオブジェクトの提供ユーザに関する情報、および、当該受領ユーザによって予め指定された提供ユーザに関する情報、の何れかの情報である参照情報が含まれ、
前記提示制御手段は、前記受領ユーザの情報に含まれる前記参照情報に基づいて前記抽選処理を行う、
請求項７に記載のコンピュータシステム。

【請求項9】

前記受領制御手段による前記受領ユーザの受領が完了した後に、前記選定提供ユーザに所与の特典を付与する特典付与制御手段、
を更に備える請求項１に記載のコンピュータシステム。

【請求項10】

前記抽選処理は、提供ユーザ毎の抽選確率を用いて前記選定提供ユーザを抽選する処理であり、
前記特典付与制御手段は、前記選定提供ユーザの前記抽選確率に基づいて、当該選定提供ユーザに付与する前記特典を設定する、
請求項９に記載のコンピュータシステム。

【請求項11】

前記管理手段は、前記提供ユーザからの前記提供オブジェクトの管理依頼を受け付ける手段であって、同一の前記提供ユーザからの同一の前記分類項目の前記提供オブジェクトについては所定の上限個数までの範囲で管理依頼を受け付ける手段、を有する、
請求項１に記載のコンピュータシステム。

【請求項12】

前記提示制御手段は、前記受領ユーザによる前記分類項目の選択指示に基づいて前記提示対象分類項目を絞り込むこと、を更に行う、
請求項１に記載のコンピュータシステム。

【請求項13】

前記提示制御手段は、前記選定提供ユーザを不特定状態で前記受領ユーザに提示する、
請求項１に記載のコンピュータシステム。

【請求項14】

前記受領ユーザによる受領が完了した後に、前記選定提供ユーザを前記受領ユーザに通知する制御を行う通知制御手段、
を更に備える請求項１３に記載のコンピュータシステム。

【請求項15】

前記提供オブジェクトは、当該提供ユーザが生成したオブジェクト、および、当該提供ユーザが仮想空間で取得したオブジェクト、の何れかである、
請求項１～１４の何れか一項に記載のコンピュータシステム。

【請求項16】

コンピュータシステムが、オブジェクトのユーザ間での取引を制御する取引制御方法であって、
前記コンピュータシステムは、提供オブジェクト毎に、提供ユーザと当該提供オブジェクトの分類項目とを対応付けて管理する管理手段を備えており、
所与の提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの中から選定提供ユーザを抽選する抽選処理を行うことと、当該提示対象分類項目に対応する当該選定提供ユーザの提供オブジェクトを受領ユーザに提示することと、を行う提示制御ステップと、
前記提示制御ステップで提示された提供オブジェクトを特定する前記受領ユーザの特定指示に基づいて、当該特定された提供オブジェクトを前記受領ユーザが受領可能に制御する受領制御ステップと、
を含む取引制御方法。

【請求項17】

コンピュータシステムに、オブジェクトのユーザ間での取引を制御させるためのプログラムであって、
提供オブジェクト毎に、提供ユーザと当該提供オブジェクトの分類項目とを対応付けて管理する管理手段、
所与の提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの中から選定提供ユーザを抽選する抽選処理を行うことと、当該提示対象分類項目に対応する当該選定提供ユーザの提供オブジェクトを受領ユーザに提示することと、を行う提示制御手段、
前記提示制御手段により提示された提供オブジェクトを特定する前記受領ユーザの特定指示に基づいて、当該特定された提供オブジェクトを前記受領ユーザが受領可能に制御する受領制御手段、
として前記コンピュータシステムを機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザ間での取引を制御するためのコンピュータシステム等に関する。

【背景技術】

【0002】

製品のデザインを消費者から募集することで一般消費者が作成した多種多様な製品デザインを収集しつつ、購入を希望する消費者による検索条件の入力があったときには、収集した製品デザインの中から当該検索条件に適合する製品デザインを提示することで、消費者が求めるデザインの製品化を実現する製品提供方法の技術が知られている（特許文献１を参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００１－３１９０３５号公報

【発明の概要】

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

【0004】

ところで、特許文献１における消費者のようなユーザが、他のユーザによって提供された提供物を選んで取引する場合、より具体的には、他のユーザによって提供された商品等の提供物を購入する等の取引の場面では、知名度の高いユーザや人気があるユーザによって提供された提供物ばかりが注目されてしまい、知名度等を獲得していないユーザの提供物については、取引が成立し難い問題があった。

【0005】

本発明が解決しようとする課題は、ユーザ間で行う取引に際し、知名度や人気等に影響されることなく提供ユーザに取引の機会を提供可能な技術を提供すること、である。

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

【0006】

上記課題を解決するための第１の発明は、オブジェクトのユーザ間での取引を制御するためのコンピュータシステムであって、提供オブジェクト毎に、提供ユーザと当該提供オブジェクトの分類項目とを対応付けて管理する管理手段（例えば、図１０の管理部２３３）と、所与の提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの中から選定提供ユーザを抽選する抽選処理を行うことと、当該提示対象分類項目に対応する当該選定提供ユーザの提供オブジェクトを受領ユーザに提示することと、を行う提示制御手段（例えば、図１０の提示制御部２３７）と、前記提示制御手段により提示された提供オブジェクトを特定する前記受領ユーザの特定指示に基づいて、当該特定された提供オブジェクトを前記受領ユーザが受領可能に制御する受領制御手段（例えば、図１０の受領制御部２４５）と、を備えるコンピュータシステムである。

【0007】

また、他の発明として、コンピュータシステムが、オブジェクトのユーザ間での取引を制御する取引制御方法であって、前記コンピュータシステムは、提供オブジェクト毎に、提供ユーザと当該提供オブジェクトの分類項目とを対応付けて管理する管理手段を備えており、所与の提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの中から選定提供ユーザを抽選する抽選処理を行うことと、当該提示対象分類項目に対応する当該選定提供ユーザの提供オブジェクトを受領ユーザに提示することと、を行う提示制御ステップと、前記提示制御ステップで提示された提供オブジェクトを特定する前記受領ユーザの特定指示に基づいて、当該特定された提供オブジェクトを前記受領ユーザが受領可能に制御する受領制御ステップと、を含む取引制御方法を構成してもよい。

【0008】

また、他の発明として、コンピュータシステムに、オブジェクトのユーザ間での取引を制御させるためのプログラムであって、提供オブジェクト毎に、提供ユーザと当該提供オブジェクトの分類項目とを対応付けて管理する管理手段、所与の提示対象分類項目に対応する提供オブジェクトを提供している提供ユーザの中から選定提供ユーザを抽選する抽選処理を行うことと、当該提示対象分類項目に対応する当該選定提供ユーザの提供オブジェクトを受領ユーザに提示することと、を行う提示制御手段、前記提示制御手段により提示された提供オブジェクトを特定する前記受領ユーザの特定指示に基づいて、当該特定された提供オブジェクトを前記受領ユーザが受領可能に制御する受領制御手段、として前記コンピュータシステムを機能させるためのプログラムを構成してもよい。

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

【図1】ゲームシステムの全体構成例を示す図。

【図2】ユーザ端末の装置構成例を示す図。

【図3】提供オブジェクトの提供（販売）の流れを説明する図。

【図4】ユーザ別出品状況管理テーブルのデータ構成例を示す図。

【図5】ショップ別提供オブジェクト管理テーブルのデータ構成例を示す図。

【図6】提供オブジェクトの受領（購入）の流れを説明する図。

【図7】提示対象分類項目に対応する提供オブジェクトの例を示す図。

【図8】一次抽選用制御手順および二次抽選用制御手順の例を示す図。

【図9】変形例における取引対象オブジェクトの表示例を示す図。

【図10】サーバシステムの機能構成例を示すブロック図。

【図11】ユーザ管理データのデータ構成例を示す図。

【図12】ショップデータのデータ構成例を示す図。

【図13】ユーザ生成オブジェクト情報のデータ構成例を示す図。

【図14】ユーザ端末の機能構成例を示すブロック図。

【図15】サーバシステムが行う処理の流れを示すフローチャート。

【図16】選定提供ユーザ決定処理の流れを示すフローチャート。

【図17】変形例における表示画面例を示す図。

【図18】他の変形例における表示画面例を示す図。

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

【0039】

以下、図面を参照して、本発明の好適な実施形態について説明する。以下では、仮想空間として、参加しているユーザのキャラクタ（以下「ユーザキャラクタ」という）が登場するオンラインゲームのゲーム空間を例示する。なお、以下説明する実施形態によって本発明が限定されるものではなく、本発明を適用可能な形態が以下の実施形態に限定されるものでもない。また、図面の記載において、同一部分には同一の符号を付す。

【0040】

［全体構成］
図１は、本実施形態におけるゲームシステム１０００の全体構成例を示す図である。図１に示すように、ゲームシステム１０００は、サーバシステム１１００と、本実施形態のゲームのユーザ（プレーヤ）２が所有するユーザ端末１５００と、を含み、これらがネットワークＮを介して相互にデータ通信可能に接続されて構成されるコンピュータシステムである。

【0041】

ネットワークＮは、データ通信が可能な通信路を意味する。すなわち、ネットワークＮとは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

【0042】

サーバシステム１１００は、本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを備えるコンピュータシステムである。本体装置１１０１は、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３等の電子部品が搭載された制御基板１１５０を内蔵している。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（field-programmable gate array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

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

受領制御部２４５は、提示制御部２３７により提示された提供オブジェクト（提示対象分類項目毎の取引対象オブジェクト）を特定する受領ユーザの特定指示を受け付けて、当該特定指示により特定された提供オブジェクトを受領ユーザが受領可能に制御する。この受領制御部２４５は、取引実行制御部２４７を有する。

【0139】

取引実行制御部２４７は、取引実行機能を実現するための処理を行う機能部であり、受領ユーザによる提供オブジェクトの購入操作を受け付けた場合に、その取引の実行を制御する。

【0140】

特典付与制御部２４９は、受領ユーザによる取引対象オブジェクトの受領が完了した後に、選定提供ユーザに所与の特典を付与する制御を行う。

【0141】

計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。

【0142】

画像生成部２９０ｓは、サーバシステム１１００のシステム管理等に関する画像を生成し、画像表示部３９０ｓへ出力する。

【0143】

音生成部２９２ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理や動画配信に係る操作音、ＢＧＭ等の音声データを生成し、或いはデコードする。システム管理に関する音声信号は、音出力部３９２ｓへ出力される。

【0144】

通信制御部２９４ｓは、通信部３９４ｓを介して外部装置（例えばユーザ端末１５００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。

【0145】

画像表示部３９０ｓは、画像生成部２９０ｓから入力される画像信号に基づいてシステム管理等のための各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１では、タッチパネル１１０８がこれに該当する。

【0146】

音出力部３９２ｓは、音生成部２９２ｓから入力される音声信号を放音する。図１では、本体装置１１０１やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

【0147】

通信部３９４ｓは、ネットワークＮと接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図１では、通信装置１１５３がこれに該当する。

【0148】

サーバ記憶部５００ｓには、サーバシステム１１００を動作させ、サーバシステム１１００が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図１では、ＩＣメモリ１１５２やストレージ１１４０がこれに該当する。

【0149】

また、サーバ記憶部５００ｓには、サーバプログラム５０１と、配信用ゲームクライアントプログラム５０３と、ユーザ管理データ５１０と、ゲーム設定データ５５０と、特典データ５６０と、一次抽選用制御手順データ５７１と、二次抽選用制御手順データ５７３と、ショップデータ５８０と、ユーザ生成オブジェクト情報５９０と、ショップ別提供オブジェクト管理テーブル６１０（図５を参照）と、ユーザ別出品状況管理テーブル６２０（図４を参照）と、が格納される。また、その他にも、タイマーやカウンタ、各種テーブルや閾値、フラグ等の必要なデータが適宜格納される。

【0150】

サーバプログラム５０１は、サーバ処理部２００ｓをユーザ管理部２１０、課金処理部２２０、およびゲーム管理部２３０として機能させるためのプログラムである。なお、画像生成部２９０ｓや音生成部２９２ｓ、通信制御部２９４ｓとして機能させるプログラムも適宜これに含めることができる。

【0151】

配信用ゲームクライアントプログラム５０３は、ユーザ端末１５００にダウンロードされるゲームクライアントプログラム５０２（図１４を参照）の原本である。

【0152】

ユーザ管理データ５１０は、ユーザ登録を済ませたユーザ毎に用意され、該当するユーザのユーザ情報を含む当該ユーザのゲームプレイに関する管理用の各種データを格納する。具体的には、１つのユーザ管理データ５１０は、図１１に示すように、当該ユーザのユーザＩＤ５１１と、ユーザ名５１２と、決済媒体帳簿データ５１３と、プレイレベル５１５と、創作スキルレベル５１７と、人気度５１９と、フレンドリスト５２１と、お気に入り提供ユーザ設定５２３と、ブロックリスト５２４と、所有オブジェクト情報５２５と、プレイ履歴データ５２７と、生成履歴データ５２９と、取引履歴データ５３０と、生成実績データ５３５と、取引実績データ５４０と、を含む。また、その他にも、当該ユーザのゲームのプレイ状況に係るセーブデータや、年齢、性別、誕生日等の個人情報等を格納する。

【0153】

決済媒体帳簿データ５１３は、当該ユーザに紐付けられる電子決済媒体（本実施形態ではゲームコイン）の収支の情報、例えば、ゲームコインの購入日時や購入数（課金額）の履歴、ゲームコインの消費日時や消費数の履歴等を格納する。

【0154】

フレンドリスト５２１は、当該ユーザによってフレンド登録されたユーザのユーザＩＤを格納する。お気に入り提供ユーザ設定５２３は、当該ユーザによってお気に入りの提供ユーザとして指定されたユーザのユーザＩＤを、当該提供ユーザについて指定されたお気に入りの順番と対応付けて格納する。ブロックリスト５２４は、当該ユーザによって取引を希望しない提供ユーザとして指定されたユーザのユーザＩＤを格納する。

【0155】

所有オブジェクト情報５２５は、当該ユーザがゲームの過程で入手したり、マーケットで購入する等して、現時点で所有しているキャラクタやアイテム等のゲームオブジェクトのリストを格納する。所有するユーザ生成オブジェクトについては、創作者のユーザＩＤと対応付けて設定される。

【0156】

プレイ履歴データ５２７は、当該ユーザのゲームのプレイ日時やプレイ時間等を格納する。

【0157】

生成履歴データ５２９は、当該ユーザが生成したユーザ生成オブジェクト毎に、当該ユーザ生成オブジェクトのオブジェクトＩＤや、生成日時等を格納する

【0158】

取引履歴データ５３０は、提供履歴データ５３１と、受領履歴データ５３３と、を含む。提供履歴データ５３１は、当該ユーザが提供ユーザとして行った取引毎に、取引の対象となった（本実施形態では販売した）ユーザ生成オブジェクトのオブジェクトＩＤや、受領ユーザのユーザＩＤ、取引日時等を格納する。受領履歴データ５３３は、当該ユーザが受領ユーザとして行った取引毎に、取引の対象となった（本実施形態では購入した）ユーザ生成オブジェクトのオブジェクトＩＤや、提供ユーザのユーザＩＤ、取引日時等を格納する。

【0159】

生成実績データ５３５は、例えば、当該ユーザが生成したユーザ生成オブジェクトの生成数等を格納する。

【0160】

取引実績データ５４０は、提供実績データ５４１と、受領実績データ５４３と、を含む。提供実績データ５４１は、例えば、当該ユーザが提供ユーザとして出品した出品数を分類項目別に集計した分類項目別出品数や、出品したうちの取引が成立した販売数を分類項目別に集計した分類項目別販売数等を格納する。受領実績データ５４３は、提供ユーザ別受領数データ５４５を含む。提供ユーザ別受領数データ５４５は、当該ユーザが受領ユーザとして受領した（購入した）受領数を提供ユーザ別に集計した提供ユーザ別受領数を格納する。その他にも、例えば、当該ユーザが受領ユーザとして受領した（購入した）受領数を分類項目別に集計した分類項目別受領数等を格納する。

【0161】

図１０に戻る。ゲーム設定データ５５０は、本実施形態のオンラインゲームを実行するために必要な各種設定データを格納する。例えば、ゲームに登場するキャラクタの種類や各種パラメータ値、モデルデータ、動作制御に用いるモーションデータ等を定義するキャラクタ設定データ、ゲームの過程でプレーヤが入手し得るアイテム等の各種ゲームオブジェクトに係るオブジェクト定義データ、ゲームステージの設定に係るステージ設定データ、マーケットを含む各種ゲームスポットの設定等を格納する。

【0162】

特典データ５６０には、選定対象ユーザに付与する特典の内容が設定される。本実施形態では、受領ユーザによる取引対象オブジェクトの受領が完了した場合であって、当該取引対象オブジェクトの提供ユーザを選定提供ユーザとして決定した抽選処理で用いた抽選確率の値が、所定の基準値より小さい場合に付与される特典の内容が設定される。

【0163】

一次抽選用制御手順データ５７１は、図８に一覧で示した一次抽選用制御手順の各制御手順（制御手順Ｐ５０１～Ｐ５０９等）を実現するための設定データである。また、二次抽選用制御手順データ５７３は、図８の二次抽選用制御手順の各制御手順（制御手順Ｐ５１１～Ｐ５１７等）を実現するための設定データである。

【0164】

ショップデータ５８０は、仮想空間内のショップ（例えば、図３の（ｃ）に示すショップＳａ～Ｓｄ）毎に用意される。図１２に示すように、１つのショップデータ５８０は、ショップＩＤ５８１と、ショップ名５８３と、提供種類５８５と、分類項目リスト５８７と、を含む。分類項目リスト５８７は、対応する提供種類５８５について設定された分類項目の一覧を格納する。

【0165】

ユーザ生成オブジェクト情報５９０は、ユーザ生成オブジェクト毎に用意され、新たにユーザ生成オブジェクトが生成されるたびに、生成処理部２３１によって当該ユーザ生成オブジェクトについて生成されて追加される。具体的には、１つのユーザ生成オブジェクト情報５９０は、図１３に示すように、当該ユーザ生成オブジェクトのオブジェクトＩＤ５９１と、創作者情報５９３と、オブジェクト種類５９４と、パラメータ値５９５と、生成過程情報６００と、を含む。

【0166】

創作者情報５９３は、当該ユーザ生成オブジェクトの創作者のユーザＩＤや、当該ユーザ生成オブジェクトの生成時点での創作スキルレベル等を格納する。

【0167】

パラメータ値５９５は、当該ユーザ生成オブジェクトの各種能力値やスキル、属性、レア度等の各種パラメータ値を格納する。

【0168】

生成過程情報６００は、当該ユーザオブジェクトの生成に要した時間である生成時間６０１や、当該ユーザオブジェクトの生成に要した工程数６０３等を格納する。

【0169】

２．ユーザ端末
図１４は、ユーザ端末１５００の機能構成例を示すブロック図である。図１４に示すように、ユーザ端末１５００は、操作入力部１００と、端末処理部２００と、画像表示部３９０と、音出力部３９２と、通信部３９４と、端末記憶部５００とを備える。

【0170】

操作入力部１００は、ユーザが各種操作を入力するためのものであり、例えば、ボタンスイッチ、ジョイスティック、タッチパッド、トラックボール、加速度センサ、角速度センサ、ＣＣＤモジュール等によって実現できる。図２では、方向入力キー１５０２やホームキー１５０４、タッチパネル１５０６がこれに該当する。

【0171】

端末処理部２００は、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部１００や端末記憶部５００を含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信したデータ等に基づいて各種の演算処理を行い、ユーザ端末１５００の動作を統括制御する。図２では、制御基板１５５０やそのＣＰＵ１５５１がこれに該当する。そして、本実施形態における端末処理部２００は、ユーザ端末演算部２７０と、計時部２８０と、画像生成部２９０と、音生成部２９２と、通信制御部２９４とを備える。

【0172】

ユーザ端末演算部２７０は、ユーザ端末１５００をユーザのゲームプレイのための端末として機能させるための各種演算処理を実行する。例えば、ユーザ端末演算部２７０は、操作信号送信制御部２７１と、画面表示制御部２７３とを含む。

【0173】

操作信号送信制御部２７１は、操作入力部１００に対する操作入力に応じて、各種データやリクエスト情報をサーバシステム１１００へ送信するための処理を行う。

【0174】

画面表示制御部２７３は、サーバシステム１１００から受信した各種データに基づいて、ゲーム画面等を表示するための制御を行う。例えば、本実施形態のオンラインゲームをウェブゲームとして実現するならば、ウェブブラウザをベースとしてＨＴＭＬとともにＪａｖａ（登録商標）やＣＳＳ（Cascading Style Sheets）を利用して能動的に画面表示を制御するウェブ技術、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ等のプラグインを用いて実現できる。勿論、その他の方法でもかまわない。また、本実施形態の構成では、ゲーム画面のベースとなるゲーム空間画像（例えば、３ＤＣＧ等）はサーバシステム１１００にて生成されるが、ゲーム空間画像をユーザ端末１５００で生成する構成も可能である。その場合、画面表示制御部２７３は、３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御を行うこととなる。

【0175】

画像生成部２９０は、画面表示制御部２７３と連係して、サーバシステム１１００から受信した各種データに基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を表示するための画像信号を生成し、生成した画像信号を画像表示部３９０に出力する。例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現できる。

【0176】

音生成部２９２は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣ等のプロセッサ、音声ファイルを再生するためのオーディオコーデック等によって実現され、ゲームの効果音やＢＧＭ、各種操作音の音声信号を生成して音出力部３９２に出力する。

【0177】

通信制御部２９４は、通信部３９４を介して外部装置（例えばサーバシステム１１００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。

【0178】

画像表示部３９０は、画像生成部２９０から入力される画像信号に基づいて、ゲーム画面等の各種画面を表示する。例えば、フラットパネルディスプレイ、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図２では、タッチパネル１５０６がこれに該当する。

【0179】

音出力部３９２は、音生成部２９２から入力される音声信号に基づいてゲームに関する効果音やＢＧＭ等を放音する。図２では、スピーカ１５１０がこれに該当する。

【0180】

通信部３９４は、ネットワークＮと接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図２では、無線通信モジュール１５５３がこれに該当する。

【0181】

端末記憶部５００には、ユーザ端末１５００を動作させ、ユーザ端末１５００が備える機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図２では、ＩＣメモリ１５５２や、メモリカード１５４０がこれに該当する。

【0182】

また、端末記憶部５００には、ゲームクライアントプログラム５０２が格納される。ゲームクライアントプログラム５０２は、端末処理部２００をユーザ端末演算部２７０として機能させるためのプログラムである。このゲームクライアントプログラム５０２は、オンラインゲームを実現する技術手法に応じた専用のクライアントプログラムであってもよいし、ウェブブラウザプログラムおよびインタラクティブな画像表示を実現するプラグイン等により構成するとしてもよい。本実施形態では、サーバシステム１１００から提供される配信用ゲームクライアントプログラム５０３（図１０を参照）のコピーとする。

【0183】

［処理の流れ］
図１５は、サーバシステム１１００における処理の流れを示すフローチャートである。ここで説明する処理は、サーバ処理部２００ｓがサーバプログラム５０１を読み出して実行することによって実現される。

【0184】

本処理では、ユーザ端末１５００における提供ユーザの出品操作を検出した場合は（ステップＳ１：ＹＥＳ）、出品可否判定部２３５が、当該提供ユーザのユーザ別出品状況管理テーブル６２０において出品先のショップ別出品数データ６２３を参照し、出品操作に係る提供オブジェクトの分類項目について設定されている出品数を読み出して、出品可否判定を行う（ステップＳ３）。すなわち、出品可否判定部２３５は、読み出した出品数が上限個数に達していない場合に「出品可」と判定して（ステップＳ５：ＹＥＳ）、ステップＳ１で検出した出品操作を受け付ける。そして、出品操作を受け付けたならば、管理部２３３が、提供オブジェクト（当該提供オブジェクトのオブジェクトＩＤ）と、提供ユーザ（当該提供ユーザのユーザＩＤ）と、分類項目と、を対応付けて出品先のショップ別提供オブジェクト管理テーブル６１０において提供オブジェクト管理テーブル６１３に登録して、提供オブジェクトを出品先のショップに出品する（ステップＳ７）。

【0185】

また、本処理では、ユーザ（受領ユーザ）がユーザキャラクタを操作して仮想空間内のショップを訪れた場合は（ステップＳ９：ＹＥＳ）、提示対象分類項目決定部２３９が、提示対象分類項目を決定する（ステップＳ１１）。本実施形態では、当該ショップの分類項目リスト５８７の各分類項目を、それぞれ提示対象分類項目として決定する。

【0186】

続いて、ステップＳ１１で決定された全ての提示対象分類項目を順次処理対象として、ループＤの処理を実行する（ステップＳ１３～ステップＳ１９）。すなわち、ループＤでは、先ず、選定提供ユーザ決定部２４１が選定提供ユーザ決定処理を実行して、処理対象の提示対象分類項目について選定提供ユーザを決定する（ステップＳ１５）。図１６は、選定提供ユーザ決定処理の流れを示すフローチャートである。

【0187】

図１６に示すように、選定提供ユーザ決定処理では、選定提供ユーザ決定部２４１は、先ず、該当するショップ別提供オブジェクト管理テーブル６１０の提供オブジェクト管理テーブル６１３から、処理対象の提示対象分類項目に対応する提供オブジェクトを抽出する（ステップＳ１０３）。続いて、抽選規準制御部２４３が、一次抽選用制御手順データ５７１の中から１つを例えばランダムに選び、今回の一次抽選に適用する一次抽選用制御手順を選出する（ステップＳ１０５）。そして、選定提供ユーザ決定部２４１が、ステップＳ１０５で選出された一次抽選用制御手順に従って抽選規準を可変に制御して一次抽選を行い、ステップＳ１０３で抽出された提供オブジェクトを提供している選定対象ユーザの中から、所定の候補人数の選定候補ユーザを選択する（ステップＳ１０７）。

【0188】

続いて、抽選規準制御部２４３が、二次抽選用制御手順データ５７３の中から１つを例えばランダムに選び、今回の二次抽選に適用する二次抽選用制御手順を選出する（ステップＳ１０９）。そして、選定提供ユーザ決定部２４１が、ステップＳ１０９で選出された二次抽選用制御手順に従って抽選規準を可変に制御して二次抽選を行い、ステップＳ１０７で選択された候補人数の選定候補ユーザの中から１人を選択することで、選定提供ユーザを決定する（ステップＳ１１１）。

【0189】

選定提供ユーザを決定したならば、図１５のステップＳ１７に移行し、ステップＳ１５で決定された選定提供ユーザの提供オブジェクトを、処理対象の提示対象分類項目の取引対象オブジェクトとする。

【0190】

全ての提示対象分類項目についてループＤの処理を実行したならば、提示制御部２３７が、提示対象分類項目毎の取引対象オブジェクトを受領ユーザに提示するとともに（ステップＳ２１）、受領制御部２４５が、取引対象オブジェクトを特定する受領ユーザの特定指示を受け付けて、当該取引対象オブジェクトを受領ユーザが受領可能に制御する（ステップＳ２３）。例えば、受領ユーザのユーザ端末１５００に図６の（ｂ）の商品選択画面Ｗ２を表示する制御を行って提示対象分類項目毎の取引対象オブジェクトを提示し、チェックボックスＣＢ２のチェックによって取引対象オブジェクトの特定指示を受け付けるとともに、確定ボタンＢ２によって購入操作を受け付ける制御がこれに該当する。

【0191】

そして、受領ユーザの購入操作を受け付けた場合には（ステップＳ２５：ＹＥＳ）、取引実行制御部２４７が取引を実行し、受領ユーザに取引対象オブジェクトを付与する制御を行う（ステップＳ２７）。ここでの処理により、受領ユーザによる取引対象オブジェクトの受領が完了する。

【0192】

その後は、特典付与制御部２４９が、選定提供ユーザに特典を付与する制御を行う（ステップＳ２９）。本実施形態では、特典付与制御部２４９は、今回取引が成立した提供オブジェクトの提供ユーザを選定提供ユーザとして決定した際に用いた抽選確率（具体的には、図１５のステップＳ１１１の二次抽選で当該提供ユーザに設定した抽選確率）の値が所定の基準値より小さい場合に、特典データ５６０に従って、選定ユーザに特典を付与する。

【0193】

そして、ステップＳ３１で終了判定を行い、終了と判定するまでは（ステップＳ３１：ＮＯ）、ステップＳ１に戻って上記した処理を繰り返す。

【0194】

以上説明したように、本実施形態によれば、取引を希望して受領ユーザが仮想空間内のショップを訪れた場合に、当該ショップの提供種類の分類項目を、提示対象分類項目として決定する。そして、提示対象分類項目毎に、先ず、一次抽選を行って、当該提示対象分類項目に対応する提供オブジェクトを提供している選定対象ユーザの中から選定候補ユーザを選択する。その際、ランダムに選出した一次抽選用制御手順に従って抽選規準を可変に制御する。続いて、二次抽選を行って、選定候補ユーザの中から選定提供ユーザを決定する。その際は、ランダムに選出した二次抽選用制御手順に従って抽選規準を可変に制御する。したがって、その都度抽選規準を可変に制御して、提示対象分類項目毎に、抽選で、選定提供ユーザを決定することができる。

【0195】

そして、提示対象分類項目毎に決定した選定提供ユーザの提供オブジェクトである取引対象オブジェクトを受領ユーザに提示し、取引対象オブジェクトを特定する特定指示を受け付けるとともに、当該特定指示により特定された取引対象オブジェクトの購入操作を受け付けることで、当該取引対象オブジェクトを受領ユーザが受領可能に制御する。これによれば、受領ユーザは、提供ユーザの知名度や人気に左右されずに、抽選で決定された選定提供ユーザの提供オブジェクトそのものを見て、受領するかどうか（購入するかどうか）を判断することとなる。取引対象オブジェクトが気に入った場合は受領し、気に入らない場合は受領しなければよい。したがって、知名度や人気に影響されることなく、あらゆる提供ユーザに取引の機会を提供することが可能となる。

【0196】

なお、本発明を適用可能な形態は上記した実施形態に限定されるものではなく、適宜構成要素の追加・省略・変更を施すことができる。

【0197】

［変形例１］
例えば、上記実施形態では、１つのショップが１つのオブジェクト種類（提供種類）の提供オブジェクトを取り扱うオブジェクト種類毎のショップを例示したが、１つのショップが複数種類の提供オブジェクトを取り扱う場合にも同様に適用が可能である。また、提供種類に係る全ての分類項目を提示対象分類項目とし、提示対象分類項目毎に１つずつ取引対象オブジェクトを提示する例を説明したが、ユーザによる分類項目の選択指示を受け付けて、提示対象分類項目を絞り込む構成も可能である。

【0198】

受領ユーザがユーザキャラクタを操作して仮想空間内のショップを訪れると、ユーザ端末１５００には、図１７の（ａ）に示す分類項目選択画面Ｗ２３が表示される。ユーザ（受領ユーザ）は、分類項目選択画面Ｗ２３において、所望する商品の分類項目を選択する選択指示を行う。その際、受領ユーザは、分類項目を１つだけ選択することもできるし、複数選択することもできる。サーバシステム１１００は、受領ユーザによって１つ又は複数の分類項目を選択する選択指示がなされた場合に、当該選択指示に係る分類項目を提示対象分類項目として決定することで、提示対象分類項目の絞り込みを行う。なお、分類項目の選択指示は、入力欄ＩＢ２１に分類項目を示すキーワードを入力して行う構成でもよい。その場合は、サーバシステム１１００は、入力されたキーワードが示す分類項目を提示対象分類項目として決定する。入力欄ＩＢ２１に複数の分類項目を示すキーワードが入力された場合には、各分類項目のそれぞれを提示対象分類項目として決定すればよい。

【0199】

そして、サーバシステム１１００は、提示対象分類項目を決定したならば、決定した提示対象分類項目毎に選定提供ユーザを決定する。そして、サーバシステム１１００は、選定提供ユーザの提供オブジェクトを当該提示対象分類項目に係る取引対象オブジェクトとして、受領ユーザに提示する。例えば、図１７の（ａ）の分類項目選択画面Ｗ２３において、受領ユーザが、提供種類「Ｔシャツ」の分類項目の中から「青色Ｔシャツ」の選択指示をしたとする。その場合は、サーバシステム１１００は、「青色Ｔシャツ」を提示対象分類項目として決定し、「青色Ｔシャツ」に対応する提供オブジェクトを提供している提供ユーザの中から選定提供ユーザを決定する。そして、サーバシステム１１００は、図１７の（ｂ）の商品選択画面Ｗ２５において、決定した選定提供ユーザの提供オブジェクト（例えば、ユーザＢの提供オブジェクト）を、取引対象オブジェクトＯ１として提示する。

【0200】

［変形例２］
また、上記実施形態では、商品選択画面における取引対象オブジェクトの提示に際し、当該取引対象オブジェクトの提供ユーザである選定提供ユーザについても併せて提示する例を示した。これに対し、取引対象オブジェクトを、選定提供ユーザを不特定状態で受領ユーザに提示する構成としてもよい。

【0201】

図１８の（ａ）は、本変形例における商品選択画面Ｗ２７を示している。商品選択画面Ｗ２７には、上記実施形態で図６の（ｂ）に示したのと同様に、提示対象分類項目毎の取引対象オブジェクトＯ１，Ｏ２１～Ｏ２４等が並べて表示されて、受領ユーザに提示される。ただし、本変形例では、取引対象オブジェクトＯ１，Ｏ２１～Ｏ２４等は、その選定提供ユーザ（当該取引対象オブジェクトを提供している提供ユーザ）が特定できない状態で提示される。個々の取引対象オブジェクトＯ１，Ｏ２１～Ｏ２４等を選択した場合に表示される詳細画面（不図示）においても、選定提供ユーザの情報は非表示となる。

【0202】

そのために、サーバシステム１１００は、提示対象分類項目毎の取引対象オブジェクトを、選定提供ユーザを不特定状態で（選定提供ユーザを非通知とした状態で）受領ユーザに提示する制御を行う。また、受領ユーザによって取引を希望する取引対象オブジェクトの特定指示（例えば、チェックボックスＣＢ２－１のチェックによって取引対象オブジェクトＯ１を特定する特定指示）がなされ、確定ボタンＢ２によって購入操作がなされたときには、サーバシステム１１００は、必要な課金処理等を行って取引を実行し（図１８の（ｂ））、特定された取引対象オブジェクトを受領ユーザに付与する。そして、受領ユーザによる取引対象オブジェクトの受領が完了したならば、サーバシステム１１００は、通知制御手段として、取引の実行前の図１８の（ａ）の商品選択画面Ｗ２７の表示の段階では不特定状態としていた選定提供ユーザ（受領ユーザが今回受領した取引対象アイテムの提供ユーザ）を受領ユーザに通知する制御を行う。例えば、取引対象オブジェクトの受領完了後には、図１８の（ｃ）に示す受領完了画面Ｗ３７が表示されるようになっており、この受領完了画面Ｗ３７にて選定提供ユーザの情報（本例では、受領した取引対象オブジェクトＯ１の提供ユーザがユーザＢである旨）が受領ユーザに通知される。

【0203】

本変形例によれば、受領ユーザは、提供ユーザが誰なのかわからない状態で取引を行うこととなる。したがって、受領ユーザは、提供ユーザの知名度や人気に左右されずに、提示された提供オブジェクト（取引対象オブジェクト）そのものを見て受領するかを判断するといったことが可能となる。したがって、提供オブジェクトを提供している提供ユーザに取引の機会を広く提供することが可能となる。

【0204】

［その他の変形例］
また、上記実施形態では、取引の対象とするオブジェクトとして自作のユーザ生成オブジェクトを例示した。これに対し、例えば、ゲームプレイ中にドロップアイテムやイベントのクリア報酬、ログインボーナス等としてゲーム空間（仮想空間）で入手したゲームオブジェクトを、提供オブジェクトとして出品・販売する場合にも同様に適用できる。また、過去の取引で受領した他のユーザのユーザ生成オブジェクトを取引の対象に含めることもできる。

【0205】

また、提供ユーザと受領ユーザとの間の取引の形態は、例示した有償での譲渡に限らず、提供ユーザの提供オブジェクトを受領ユーザの所有オブジェクトと交換するトレードや、無償で行う譲渡等でもよい。また、有償での譲渡の場合において、取引価格の一部を手数料として運営側が徴収する構成としてもよい。その他、取引自体は無償で行い、提供ユーザに対して取引のたびに特典を付与する構成とすることもできる。その場合は、上記実施形態と同様に、ゲームを有利に進めることができる特典を設定しておくとよい。

【0206】

また、上記実施形態では、仮想空間としてゲーム空間を例示したが、アバターを介してユーザ同士が交流するメタバース等の仮想空間にも同様に適用できる。その場合は、アバターの着せ替えに用いる服飾品や、メタバース空間内で使用可能なアイテム等のオブジェクトが取引の対象となる。

【0207】

また、最終的に選定提供ユーザを決定するまでに、一次抽選と二次抽選との両方を行うこととして説明したが、どちらか一方を行って選定提供ユーザを決定することとしてもよい。一次抽選のみを行う場合は、例えば、順位付けの結果が１位の提供ユーザを選定提供ユーザとすることができる。また、一次抽選を行うに当たってランダムに選出した一次抽選用制御手順に従って抽選規準を可変に制御することとしたが、一次抽選用制御手順の選出順番を予め決めておき、選出する必要が発生する都度、その順番で一次抽選用制御手順を選出することを繰り返すこととしてもよい。二次抽選も同様に、二次抽選用制御手順の選出順番を予め決めておき、選出する必要が発生する都度、その順番で二次抽選用制御手順を選出することを繰り返すこととしてもよい。選出順番が決まっていたとしても、選出する必要が発生する頻度やタイミングは、受領ユーザの数や、受領ユーザの選択指示のタイミング等によって変化するため、同じ受領ユーザにとってはあたかもランダムに選出されているかのように思えるであろう。

【符号の説明】

【0208】

１０００…ゲームシステム
１１００…サーバシステム
１００ｓ…操作入力部
２００ｓ…サーバ処理部
２１０…ユーザ管理部
２２０…課金処理部
２３０…ゲーム管理部
２３１…生成処理部
２３３…管理部
２３５…出品可否判定部
２３７…提示制御部
２３９…提示対象分類項目決定部
２４１…選定提供ユーザ決定部
２４３…抽選規準制御部
２４５…受領制御部
２４７…取引実行制御部
２４９…特典付与制御部
２９０ｓ…画像生成部
２９２ｓ…音生成部
２９４ｓ…通信制御部
３９０ｓ…画像表示部
３９２ｓ…音出力部
３９４ｓ…通信部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０３…配信用ゲームクライアントプログラム
５１０…ユーザ管理データ
５１３…決済媒体帳簿データ
５１５…プレイレベル
５１７…創作スキルレベル
５１９…人気度
５２１…フレンドリスト
５２３…お気に入り提供ユーザ設定
５２４…ブロックリスト
５２５…所有オブジェクト情報
５２７…プレイ履歴データ
５２９…生成履歴データ
５３０…取引履歴データ
５３５…生成実績データ
５４０…取引実績データ
５５０…ゲーム設定データ
５６０…特典データ
５７１…一次抽選用制御手順データ
５７３…二次抽選用制御手順データ
５８０…ショップデータ
５８５…提供種類
５８７…分類項目リスト
５９０…ユーザ生成オブジェクト情報
５９３…創作者情報
５９４…オブジェクト種類
５９５…パラメータ値
６００…生成過程情報
６１０…ショップ別提供オブジェクト管理テーブル
６２０…ユーザ別出品状況管理テーブル
１５００…ユーザ端末
１００…操作入力部
２００…端末処理部
２７０…ユーザ端末演算部
２７１…操作信号送信制御部
２７３…画面表示制御部
２９０…画像生成部
２９２…音生成部
２９４…通信制御部
３９０…画像表示部
３９２…音出力部
３９４…通信部
５００…端末記憶部
５０２…ゲームクライアントプログラム
Ｎ…ネットワーク
２…ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】