(57)【要約】【課題】複数のユーザで抽選処理を行う際の新たな興趣を創出することのできる技術を提供すること。【解決手段】ユーザの協力関係希望指示に基づいて、所与の関係終了条件を満たすまでの間、協力関係希望指示のあった複数のユーザ間に協力関係を設定する。協力関係が設定されたユーザの抽選実行指示に基づいて抽選処理を実行することでアイテムを選出して、選出アイテムを当該ユーザに関連付ける。関係終了条件を満たすまでの間、協力関係が設定されたユーザ間での選出アイテムの取引を仲介する取引仲介制御を行って、選出アイテムの最終取得権者となるユーザを決定し、当該選出アイテムを最終取得権者となったユーザへ付与する。【選択図】図６
2020151167.tif 000002
【特許請求の範囲】
【請求項１】
各ユーザのユーザ端末と通信を行い、ユーザの指示に基づいて抽選を実行するサーバシステムであって、
ユーザの協力関係希望指示に基づいて、所与の関係終了条件を満たすまでの間、前記協力関係希望指示のあった複数のユーザ間に協力関係を設定する協力関係設定手段と、
前記協力関係が設定されたユーザの抽選実行指示に基づいて抽選処理を実行することでアイテムを選出して、選出アイテムを当該ユーザに関連付ける抽選実行手段と、
前記関係終了条件を満たすまでの間、前記協力関係が設定されたユーザ間での前記選出アイテムの取引を仲介する取引仲介制御を行って、前記選出アイテムの最終取得権者となるユーザを決定する取引仲介制御手段と、
を備えたサーバシステム。
【請求項２】
前記取引仲介制御手段は、前記協力関係が設定されたユーザに関連付けられた前記選出アイテムの一覧を、前記協力関係が設定されたユーザのユーザ端末に表示させる制御を行う一覧表示制御手段を有する、
請求項１に記載のサーバシステム。
【請求項３】
前記一覧表示制御手段は、前記選出アイテムに関連付けられているユーザを識別可能に前記選出アイテムの一覧表示を制御する、
請求項２に記載のサーバシステム。
【請求項４】
前記取引仲介制御手段は、前記選出アイテム同士のアイテム交換を前記選出アイテムの取引として前記取引仲介制御を行う、
請求項１〜３の何れか一項に記載のサーバシステム。
【請求項５】
前記取引仲介制御手段は、前記一覧表示制御手段によって一覧表示された前記選出アイテムの中から前記協力関係が設定されたユーザ同士が選択した取引希望アイテムに基づいて、アイテム交換が成立する取引を仲介する前記取引仲介制御を行う、
請求項２又は３に記載のサーバシステム。
【請求項６】
前記取引仲介制御手段は、前記取引希望アイテムに基づいて、Ｎ人（Ｎ≧２）のユーザ間でアイテム交換が成立する取引を仲介する、
請求項５に記載のサーバシステム。
【請求項７】
前記取引仲介制御手段による前記アイテム交換の取引が成立した場合に、当該取引に係るユーザのうちの所与の特典付与ユーザ条件を満たすユーザに対して、所与の特典を付与する特典付与手段、
を更に備えた請求項４〜６の何れか一項に記載のサーバシステム。
【請求項８】
前記特典付与手段は、前記アイテム交換の取引が成立した場合に当該アイテム交換の対象アイテムのパラメータ値に基づく当該アイテム交換によるユーザ間の得失を判定し、得失がマイナスとなるユーザを前記特典付与ユーザ条件として、前記特典を付与するユーザが決定する、
請求項７に記載のサーバシステム。
【請求項９】
前記特典付与手段は、前記アイテム交換の取引が成立した回数が所与の閾値回数に達することを前記特典付与ユーザ条件として、前記特典を付与するユーザを決定する、
請求項７又は８に記載のサーバシステム。
【請求項１０】
各ユーザにはプレイレベルが定められており、
前記特典付与手段は、前記アイテム交換の取引に係るユーザに前記プレイレベルが所定の初心者レベル条件を満たすユーザが含まれ、且つ、当該初心者レベル条件を満たすユーザ以外のユーザであることを前記特典付与ユーザ条件として、前記特典を付与するユーザを決定する、
請求項７〜９の何れか一項に記載のサーバシステム。
【請求項１１】
前記特典付与手段は、前記アイテム交換の取引において前記特典付与ユーザ条件を満たすユーザが取得したアイテムのパラメータ値を変更すること、又は、当該取得したアイテムに所与のスキルを付与すること、を前記特典とする、
請求項７〜１０の何れか一項に記載のサーバシステム。
【請求項１２】
前記特典付与手段によって付与された特典を前記ユーザのユーザ端末に表示させる制御を行う付与特典表示制御手段、
を更に備えた請求項７〜１１の何れか一項に記載のサーバシステム。
【請求項１３】
前記協力関係設定手段は、所与のイベントへの参加希望指示を前記協力関係希望指示として、当該イベントの参加ユーザ間に前記協力関係を設定する、
請求項１〜１２の何れか一項に記載のサーバシステム。
【請求項１４】
ユーザ端末と、
前記ユーザ端末と通信可能な請求項１〜１３の何れか一項に記載のサーバシステムと、
を具備したゲームシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバシステム等に関する。
【背景技術】
【０００２】
ゲームの仕様として、ゲームで使用できるキャラクタや武器、アイテム等のオブジェクト（以下、「ゲームオブジェクト」という）を抽選（ガシャ等とも呼ばれる）する仕様が知られている。その中には、ユーザが抽選を個人で楽しむものの他、複数のユーザが抽選処理を共有して楽しめるようにした技術も知られている（例えば特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−５５７９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１に開示されている複数のユーザで共有する抽選処理を楽しむ技術は、特許文献１の［００６３］〜［００６５］段落に記載されているように、これから行おうとする抽選の確率を変動させる技術である。抽選が終わってしまうと、その抽選の結果が出て終わりとなってしまっていた。そのため、複数のユーザで抽選処理を行う別の楽しみが望まれていた。
【０００５】
本発明が解決しようとする課題は、複数のユーザで抽選処理を行う際の新たな興趣を創出できる技術を提供すること、である。
【課題を解決するための手段】
【０００６】
上記した課題を解決するための第１の発明は、各ユーザのユーザ端末と通信を行い、ユーザの指示に基づいて抽選を実行するサーバシステムであって、
ユーザの協力関係希望指示に基づいて、所与の関係終了条件を満たすまでの間、前記協力関係希望指示のあった複数のユーザ間に協力関係を設定する協力関係設定手段（例えば、図７のサーバ処理部２００ｓ、イベント管理部２２０、協力関係設定部２２１、図１３の参加者アカウントリスト６２４、図１６のステップＳ１０）と、
前記協力関係が設定されたユーザの抽選実行指示に基づいて抽選処理を実行することでアイテムを選出して、選出アイテムを当該ユーザに関連付ける抽選実行手段（例えば、図７のサーバ処理部２００ｓ、イベント管理部２２０、抽選実行部２２３、図１４の参加者管理データ６３０、選出アイテム管理データ６４０、図１６のステップＳ１４）と、
前記関係終了条件を満たすまでの間、前記協力関係が設定されたユーザ間での前記選出アイテムの取引を仲介する取引仲介制御を行って、前記選出アイテムの最終取得権者となるユーザを決定する取引仲介制御手段（例えば、図７のサーバ処理部２００ｓ、イベント管理部２２０、取引仲介制御部２２５、図１６のステップＳ１６〜Ｓ３２）と、を備えたサーバシステムである。
【０００７】
第１の発明によれば、同じゲームをプレイする複数のユーザ同士で協力関係を設定して、各ユーザが抽選を実行すると、当該抽選による選出アイテムを、協力関係が設定されているユーザ間で取引できる。よって、複数のユーザで抽選処理を行う際の新たな興趣を創出できる。
【０００８】
協力関係を結んだユーザ間で、選出アイテムを取引できるようになると、例えば、初心者ユーザと、アイテムの収集に熱心な熟練ユーザと、の間に協力関係が設定されている場合、熟練ユーザが選出したアイテムが、本人にとっては既に集めてしまったアイテムの１つであって当人にとっては価値が低いアイテムであっても、取引によって初心者ユーザへ与えることができるようになる。初心者ユーザにとっては、労せずして貴重なアイテムを入手できることになる。このことは、初心者ユーザにとってメリットであることは勿論、熟練ユーザにとっても新たな友人としてゲームに誘う上での大きな勧誘材料となる。そして、ゲーム提供事業者にとっても、新規ユーザが増えやすい環境が醸成されるので、メリットが大きい。
【０００９】
第２の発明は、前記取引仲介制御手段が、前記協力関係が設定されたユーザに関連付けられた前記選出アイテムの一覧（例えば、図５の取引対象アイテム一覧５５）を、前記協力関係が設定されたユーザのユーザ端末に表示させる制御を行う一覧表示制御手段（例えば、図７の一覧表示制御部２２６）を有する、第１の発明のサーバシステムである。
【００１０】
第２の発明によれば、協力関係が設定されたユーザがそれぞれ抽選で引き当てた選出アイテムが一覧になる。例えば、協力関係者同士で、各々が抽選で引き当てた選出アイテムを仲間全体で一旦プールし、そこから、どの選出アイテムを誰が最終的に貰うかといった「みんなで山分け」的なシチュエーションを演出し、取引に係る盛り上がりを醸成できる。
【００１１】
第３の発明は、前記一覧表示制御手段が、前記選出アイテムに関連付けられているユーザを識別可能に前記選出アイテムの一覧表示を制御する（例えば、図５の取引対象アイテム一覧５５の表示制御にともなう提出者アイコン５７の添付表示）、第２の発明のサーバシステムである。
【００１２】
第３の発明によれば、どの選出アイテムを誰が抽選で取ってきたかが分かるので、例えば、これをネタに仲間内で盛り上がるきっかけができる。それが、複数のユーザで抽選処理を行う際の興趣を更に高めてくれる。
【００１３】
第４の発明は、前記取引仲介制御手段が、前記選出アイテム同士のアイテム交換を前記選出アイテムの取引として前記取引仲介制御を行う、第１〜第３の何れかの発明のサーバシステムである。
【００１４】
第４の発明によれば、ギブ・アンド・テイクの取引を実現できる。
【００１５】
第５の発明は、前記取引仲介制御手段が、前記一覧表示制御手段によって一覧表示された前記選出アイテムの中から前記協力関係が設定されたユーザ同士が選択した取引希望アイテムに基づいて、アイテム交換が成立する取引を仲介する前記取引仲介制御を行う、第２又は第３の発明のサーバシステムである。
【００１６】
第５の発明によれば、ユーザ各々が選出アイテムのなかから取引に出すアイテムを選択できるようになる。
【００１７】
第６の発明は、前記取引仲介制御手段が、前記取引希望アイテムに基づいて、Ｎ人（Ｎ≧２）のユーザ間でアイテム交換が成立する取引を仲介する、第５の発明のサーバシステムである。
【００１８】
第６の発明によれば、２名以上のユーザ間でのアイテム交換による取引が可能になる。
【００１９】
第７の発明は、前記取引仲介制御手段による前記アイテム交換の取引が成立した場合に、当該取引に係るユーザのうちの所与の特典付与ユーザ条件を満たすユーザに対して、所与の特典を付与する特典付与手段（例えば、図７のサーバ処理部２００ｓ、イベント管理部２２０、特典付与部２２７、図１１の特典定義データ５５０、図１７のステップＳ３８〜Ｓ４０）、を更に備えた第４〜第６の何れかの発明のサーバシステムである。
【００２０】
第７の発明によれば、取引が成立したユーザで、且つ、特典付与ユーザ条件を満たすユーザに対して特典を付与できる。よって、取引の仕組みを積極的に利用するインセンティブを付与できる。
【００２１】
第８の発明は、前記特典付与手段が、前記アイテム交換の取引が成立した場合に当該アイテム交換の対象アイテムのパラメータ値に基づく当該アイテム交換によるユーザ間の得失を判定し、得失がマイナスとなるユーザを前記特典付与ユーザ条件として、前記特典を付与するユーザが決定する、第７の発明のサーバシステムである。
【００２２】
第８の発明によれば、取引に伴う損得バランスを特典の付与により補填し、どのユーザにとってもそれなりの公平感を感じられる取引を実現できる。
【００２３】
第９の発明は、前記特典付与手段が、前記アイテム交換の取引が成立した回数が所与の閾値回数に達することを前記特典付与ユーザ条件として、前記特典を付与するユーザを決定する、第７又は第８の発明のサーバシステムである。
【００２４】
第９の発明によれば、閾値回数を適切に設定することで、例えば、初回特典や、キリ番特典といった、取引成立回数に基づく記念的な特典の付与を実現できる。キリ番とは、通算１００回目や１０００回目といった、切りの良い番号という意味である。よって、取引の仕組みを積極的に利用するインセンティブを付与できる。
【００２５】
第１０の発明は、各ユーザにはプレイレベルが定められており、前記特典付与手段は、前記アイテム交換の取引に係るユーザに前記プレイレベルが所定の初心者レベル条件を満たすユーザが含まれ、且つ、当該初心者レベル条件を満たすユーザ以外のユーザであることを前記特典付与ユーザ条件として、前記特典を付与するユーザを決定する、第７〜第９の何れかの発明のサーバシステムである。
【００２６】
第１０の発明によれば、取引を通じて、例えば、熟練ユーザ（初心者レベル条件を満たすユーザ以外のユーザ）が引き当てた選出アイテムを初心者ユーザへ譲るようなシチュエーションが実現した場合に、熟練ユーザに特典を付与できるようになる。これにより、間接的ではあるが、取引の仕組みを利用して熟練者が初心者を助ける行為を奨励することができる。
【００２７】
第１１の発明は、前記特典付与手段が、前記アイテム交換の取引において前記特典付与ユーザ条件を満たすユーザが取得したアイテムのパラメータ値を変更すること、又は、当該取得したアイテムに所与のスキルを付与すること、を前記特典とする、第７〜第１０の何れかの発明のサーバシステムである。
【００２８】
第１１の発明によれば、選出アイテムに係るパラメータ値を、選出時のそれよりも変更できる。よって、取引の仕組みを利用することで、抽選だけでは得られないパラメータ値やスキルを有したアイテムを入手できるようになる。よって、複数のユーザで抽選処理を行う際の新たな興趣を更に高めることができる。
【００２９】
第１２の発明は、前記特典付与手段によって付与された特典を前記ユーザのユーザ端末に表示させる制御を行う付与特典表示制御手段（例えば、図６の特典付与通知６６、図７の付与特典表示制御部２２９、図１７のステップＳ５０）、を更に備えた第７〜第１１の何れかの発明のサーバシステムである。
【００３０】
第１２の発明によれば、特典が付与されたことをユーザに通知することができる。そして、取引の仕組みを利用することのメリットを、ユーザに明確に実感させることができる。
【００３１】
第１３の発明は、前記協力関係設定手段が、所与のイベントへの参加希望指示を前記協力関係希望指示として、当該イベントの参加ユーザ間に前記協力関係を設定する、第１〜第１２の何れかの発明のサーバシステムである。
【００３２】
第１３の発明によれば、協力関係の設定希望を、イベントへの参加希望と兼ねることで、指示操作の手間を省いてユーザビリティを向上できる。
【００３３】
第１４の発明は、ユーザ端末と、前記ユーザ端末と通信可能な第１〜第１３の何れかの発明のサーバシステムと、を具備したゲームシステムである。
【００３４】
第１４の発明によれば、第１〜第１３の何れかの発明と同様の作用効果をもたらすゲームシステムを実現できる。
【図面の簡単な説明】
【００３５】
【図１】ゲームシステムの構成例を示す図。
【図２】ユーザ端末の構成例を示す正面図。
【図３】アイテムの取り扱いについて説明するための図（その１）。
【図４】アイテムの取り扱いについて説明するための図（その２）。
【図５】取引画面の表示例を示す図（その１）。
【図６】取引画面の表示例を示す図（その２）。
【図７】サーバシステムの機能構成例を示す機能ブロック図。
【図８】サーバ記憶部が記憶するプログラムやデータの例を示す図。
【図９】イベント定義データのデータ構成例を示す図。
【図１０】取引制限定義データのデータ構成例を示す図。
【図１１】特典定義データのデータ構成例を示す図。
【図１２】ユーザ管理データのデータ構成例を示す図。
【図１３】イベント管理データのデータ構成例を示す図。
【図１４】参加者管理データのデータ構成例を示す図。
【図１５】ユーザ端末の機能構成の一例を示す機能ブロック図。
【図１６】サーバシステムにおける１つのイベントの実施に係る処理の流れを説明するためのフローチャート。
【図１７】図１６より続くフローチャート。
【発明を実施するための形態】
【００３６】
以下、本発明の実施形態の一例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。
【００３７】
図１は、ゲームシステムの構成例を示す図である。ゲームシステム１０００は、ネットワーク９を介して相互にデータ通信が可能に接続されたサーバシステム１１００と、プレーヤ２（２ａ，２ｂ，…）となるユーザが各々使用するユーザ端末１５００（１５００ａ，１５００ｂ，…）と、を含むコンピュータシステムである。
【００３８】
ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。
【００３９】
サーバシステム１１００は、例えば、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを有し、本体装置には制御基板１１５０を搭載する。
【００４０】
制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。
【００４１】
そして、サーバシステム１１００は、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することにより、ユーザ端末１５００（１５００ａ，１５００ｂ，…）にてゲームを実行可能にする。具体的には、ユーザ端末１５００にて実行可能なプログラムやデータを配信する。
【００４２】
なお、サーバシステム１１００を、１台のサーバ装置であるかのように描いているが、複数の装置で実現する構成であってもよい。例えば、サーバシステム１１００は各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。また、サーバシステム１１００を構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。
【００４３】
ユーザ端末１５００（１５００ａ，１５００ｂ，…）は、登録ユーザであるプレーヤ２（２ａ，２ｂ，…）が使用するコンピュータであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。本実施形態のユーザ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、手持ち可能な携帯型のコンピュータであれば、携帯型ゲーム装置や、タブレット型コンピュータ、などでもよい。
【００４４】
図２は、本実施形態におけるユーザ端末１５００の構成例を示す正面図である。
ユーザ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラ１５２０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、制御基板１５５０と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。また、システム利用対価の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して非接触にデータの読み書きが行えるＩＣカード読取装置などを設けるとしてもよい。
【００４５】
制御基板１５５０は、ＣＰＵ１５５１やＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、インターフェース回路１５５７、などを搭載する。
【００４６】
インターフェース回路１５５７には、タッチパネル１５０６のドライバ回路、方向入力キー１５０２およびボタンスイッチ１５０４からの信号を受信する回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音した音声の信号を生成する入力信号生成回路、メモリカード読取装置１５４２への信号入出力回路、などが含まれている。
【００４７】
制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、ユーザ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。
【００４８】
なお、本実施形態では、ユーザ端末１５００はプログラムや各種設定データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。
【００４９】
図３〜図４は、本実施形態におけるアイテムの取り扱いについて説明するための図である。図３に示すように、本実施形態のゲームは、多人数参加型のマルチプレイゲームである。プレーヤ２（２ａ，２ｂ，…）は、ゲーム内で用意されたイベント１０（１０ａ，１０ｂ，…）に任意に参加することができる。
【００５０】
イベント１０の参加者は、なにがしかのアイテムが選出される抽選を行って、選出されたアイテムを参加者間で交換できる。すなわち、イベント１０は、抽選会および交換会を兼ねている。
【００５１】
イベント１０は、当該イベントで行われる抽選の種類や、定員、開催時間、などの違いにより複数種類用意されている。例えば、第１イベント１０ａは「レアアイテムの出現率が高い抽選が行われるイベント」、第２イベント１０ｂは「アイテムの種類が攻撃武器に限定されている種類限定イベント」、第３イベント１０ｃは「お買い得抽選（例えば、１つ１つのアイテムの価値は低いが１度の抽選で選出される数が他の抽選より多く設定されている抽選、複数抱き合わせで選出される抽選、など）に限定されているイベント」、といった具合である。
【００５２】
プレーヤ２は、ユーザ端末１５００にてイベント１０の選択を操作して、所定の参加希望指示操作を入力する。すると、サーバシステム１１００は、参加希望したプレーヤ２を参加者として登録し、イベント１０を実行する。
【００５３】
図４に示すように、サーバシステム１１００は、イベント１０を開始すると、参加する各プレーヤ２（２ａ，２ｂ，…）それぞれに、ガシャボックス１２（１２ａ，１２ｂ，…）の選択候補を複数提示し、抽選に使用するガシャボックス１２の選択を受け付ける。
【００５４】
ガシャボックス１２とは、抽選箱に相当するパッケージであって、景品（選出アイテム）の種類毎に設定された出現確率となるように、景品の種類と入箱数が調整されたパッケージである。
【００５５】
抽選に使用するガシャボックス１２が選択されると、プレーヤ２は、それぞれ抽選実行の対価を支払って、何回でも抽選を実行できる。
【００５６】
抽選の景品として引き当てた選出アイテム１４（１４ａ，１４ｂ，…）は、当該抽選を実行したプレーヤ２（２ａ，２ｂ，…）の仮所有物として登録される。そして、プレーヤ２（２ａ，２ｂ，…）は、仮所有した選出アイテム１４の中から、取引対象アイテム１６とするアイテムを選択して、アイテム交換の取引に出すことができる。
【００５７】
取引を行いたいと思ったプレーヤ２は、ユーザ端末１５００にて所定の取引リクエスト操作を入力する。ユーザ端末１５００は、当該操作入力を検出すると、サーバシステム１１００へ取引リクエストを送信し、サーバシステム１１１０は当該リクエストを受信すると、送信元のユーザ端末１５００にて取引に係る情報を表示し取引に係る各種操作入力を受け付けるための取引画面を表示させる。
【００５８】
図５は、取引画面Ｗ５の表示例を示す図である。
取引画面Ｗ５は、取引制限通知部５１と、選出アイテム一覧５２と、取引対象アイテム一覧５５と、取引希望アイテム指示部６０と、取引状況表示部６２と、を含む。
【００５９】
取引制限通知部５１は、当該プレーヤに設定された取引に係る制限内容を示す。各プレーヤ２には、取引制限が設定され、設定された取引制限の範囲内で仮所有した選出アイテムのなかから取引対象とする選出アイテム（取引対象アイテム）を設定することができる。
【００６０】
「取引制限」は、１）取引対象アイテムとして提出することができる選出アイテムの種類、２）取引対象アイテムとして提出することができるアイテムの数、３）提出アイテムとされる選出アイテムの初期価値に基づいて、取引対象アイテムの見積価値を決定する初期価値の変更、などについての制限である。勿論、取引制限の内容は、これら以外にも適宜設定可能である。
【００６１】
取引制限の内容には、様々なパターンが用意されている。プレーヤ２には、例えば、イベントの種類、使用するガシャボックスの種類、抽選実行回数、抽選を実行したプレーヤ毎に管理されているパラメータ値（例えば、プレーヤレベル、経験値、イベント参加回数、取引回数、など）、などのイベントや抽選、プレーヤ自身、に係る様々な条件に適合する取引内容が選択され、適用される。取引制限通知部５１は、その内容を示す。
なお、取引制限の内容には「無制限」も含めることができる。また、取引制限の内容は、１度設定されると固定であるとは限らない。抽選の結果を踏まえて、取引制限の内容を更新する構成も可能である。
【００６２】
選出アイテム一覧５２は、当該画面を表示しているユーザ端末１５００を使用するプレーヤ２が仮所有している選出アイテムを一覧表示する一方で、取引に出す選出アイテムの選択部を兼ねる。
【００６３】
表示されている選出アイテムのうち、取引制限に抵触しない選出アイテムのアイテムアイコン５３には、取引対象指定チェックボタン５４が添付表示される。取引対象指定チェックボタン５４をチェック操作すると、当該チェックボタンの選出アイテムの識別情報がサーバシステム１１００へ送信される。そして、サーバシステム１１００は、当該チェックボタンの選出アイテムを、取引対象アイテムとして登録する。つまり、取引対象指定チェックボタン５４を操作することは、取引対象アイテムの選択操作の入力に当たり、チェックされた選出アイテムは取引の場に出された扱いとなる。
【００６４】
取引対象アイテム一覧５５は、取引対象アイテムとして提出・登録された選出アイテムのアイテムアイコン５３を、それぞれの提出者を識別するための提出者アイコン５７と対応づけて一覧表示する。
【００６５】
取引希望アイテム指示部６０は、当該画面が表示されているユーザ端末１５００のプレーヤ２が獲得を希望する取引対象アイテムを指定操作（取引希望アイテムの指定操作）するのに使用する。
【００６６】
具体的には、取引対象アイテム一覧５５からアイテムアイコン５３を、取引希望アイテム指示部６０へ移動させるようにドラッグアンドドロップ操作をする。ユーザ端末１５００は、当該操作の入力を検出すると、取引希望指示リクエストをサーバシステム１１００へ送信する。サーバシステム１１００は、これを受信して、操作されたアイテムアイコン５３の取引対象アイテムを、当該プレーヤの取引希望アイテムとして設定し、取引希望アイテム指示部６０に操作されたアイテムアイコン５３を複製表示させる。
【００６７】
取引状況表示部６２には、現在の取引についてのステータスが表示される。
図５の例では、当該取引画面Ｗ５が表示されているユーザ端末１５００のプレーヤ２は、「選出アイテムＣ６」が欲しいので、これを取引希望アイテムに設定しているが、取引が成立していないので、取引状況表示部６２には、待機状態である旨の表示がされている。
【００６８】
サーバシステム１１００は、周期的にアイテム交換の取引の成立を判定する。
取引の成立を判定するロジックは適宜設定可能である。
図６の取引画面Ｗ６の例で示すように、取引が成立したと判定した場合、サーバシステム１１００は、当該取引の関係者であるプレーヤ２のユーザ端末１５００の取引状況表示部６２にて、所定の成立通知６４を表示させる。そして、サーバシステム１１００は、成立した取引の取引対象アイテムの最終的な獲得者を、当該取引による取引対象アイテムの取得者であるプレーヤ２と見なして当該取引アイテムを付与する。
【００６９】
また、取引が成立すると、サーバシステム１１００は、当該取引に係る取引対象アイテムの取引対象としての登録を抹消し、取引対象アイテム一覧５５からも該当するアイコンを選択不能に変更する。また、サーバシステム１１００は、取引状況表示部６２を未定の状態に初期化する。
【００７０】
そして、取引が成立すると、サーバシステム１１００は、当該取引の関係者であるプレーヤ２毎の得失を算出する。ここで言う「得失」は、提出アイテムの見積価値と、取引で取得した取引対象アイテムの見積価値との差とする。また「見積価値」は、アイテムの種類毎に予め設定されている初期評価値が、取引制限により変更された値とする。
【００７１】
サーバシステム１１００は、得失の状態を含む所定の特典付与ユーザ条件を満たすプレーヤに対して、損と思われるプレーヤへの補填の意味としての特典や、取引に応じた報奨の意味としての特典を付与する。そして、成立した取引の関係者であるプレーヤ２のユーザ端末１５００にて、特典付与通知６６を表示させる。
【００７２】
イベントが終了すると、イベントに参加することで成立していた参加者間の協力関係は、破棄される。
【００７３】
図７は、サーバシステム１１００の機能構成例を示す機能ブロック図である。
サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。
【００７４】
操作入力部１００ｓは、サーバの管理のための各種操作を入力するための手段である。図１のキーボード１１０６がこれに該当する。
【００７５】
サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、ユーザ端末１５００などから受信したデータ、等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。
【００７６】
そして、サーバ処理部２００ｓは、ユーザ管理部２０２と、ゲーム管理部２１０と、イベント管理部２２０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。
【００７７】
ユーザ管理部２０２は、ユーザ登録手続きに係る処理及びユーザアカウントに紐付けられる各ユーザのデータの管理を行う。本実施形態では、ユーザ管理部２０２は、１）登録ユーザへの固有のユーザアカウントの付与と、２）ユーザアカウント別に個人情報（例えば、アカウント名）を登録管理する登録情報管理と、３）課金の支払いで消費される電子決済媒体の帳簿管理と、４）利用履歴管理と、の各機能を有する。勿論、これら以外のアカウントに紐付けられる他のデータの管理機能も適宜含めることができる。
【００７８】
ゲーム管理部２１０は、ゲームの進行制御に関する各種処理を実行する。
【００７９】
イベント管理部２２０は、イベント１０（１０ａ，１０ｂ，…；図３参照）の設定・解除並びにイベント内で行われる抽選や取引仲介に関する処理を実行する。
【００８０】
具体的には、イベント管理部２２０は、協力関係設定部２２１と、抽選実行部２２３と、取引仲介制御部２２５と、特典付与部２２７と、付与特典表示制御部２２９と、を有する。勿論、これら以外の機能部も適宜含めることができる。
【００８１】
協力関係設定部２２１は、ユーザの協力関係希望指示に基づいて、所与の関係終了条件を満たすまでの間、協力関係希望指示のあった複数のユーザ間に協力関係を設定する。また、協力関係設定部２２１は、所与のイベントへの参加希望指示を協力関係希望指示として、当該イベントの参加者（ユーザ）間に協力関係が設定されたものとする。具体的には、イベント１０への参加希望指示の操作入力に基づき、当該操作入力したユーザをイベントの参加者として登録すること、がこれに該当する。
【００８２】
抽選実行部２２３は、協力関係が設定されたユーザの抽選実行指示に基づいて抽選処理を実行することでアイテムを選出して、選出アイテムを当該ユーザに関連付ける。具体的には、選択操作で指示されたガシャボックス１２を用いた抽選処理で選出した選出アイテムを、抽選を指示したユーザであるプレーヤ２の仮所有扱いとすること、がこれに該当する。
【００８３】
取引仲介制御部２２５は、関係終了条件を満たすまでの間、協力関係が設定されたユーザ間での選出アイテムの取引を仲介する取引仲介制御を行って、選出アイテムの最終取得権者となるユーザを決定する。具体的には、イベント１０が終了するまでの間、イベントの参加者であるプレーヤ２間での選出アイテムの取引に係る制御を行うこと、がこれに該当する。
【００８４】
取引仲介制御部２２５は、協力関係が設定されたユーザに関連付けられた選出アイテムの一覧を、協力関係が設定されたユーザのユーザ端末に表示させる制御を行う一覧表示制御部２２６を有する。そして、一覧表示制御部２２６は、選出アイテムに関連付けられているユーザを識別可能に選出アイテムの一覧表示を制御する。具体的には、取引対象アイテム一覧５５の表示制御すること、例えばアイテムアイコン５３と提出者アイコン５７とを対応づけて一覧表示すること、がこれに該当する（図５参照）。
【００８５】
取引仲介制御部２２５は、取引の成立を判定し、成立したと判定された取引に係る選出アイテム同士のアイテム交換を選出アイテムの取引として行う。具体的には、取引仲介制御部２２５は、一覧表示制御部２２６によって一覧表示された選出アイテムの中から協力関係が設定されたユーザ同士が選択した取引希望アイテムに基づいて、Ｎ人（Ｎ≧２）のユーザ間でアイテム交換が成立する取引を仲介する。
【００８６】
特典付与部２２７は、取引仲介制御部２２５によるアイテム交換の取引が成立した場合に、当該取引に係るユーザのうちの所与の特典付与ユーザ条件を満たすユーザに対して、所与の特典を付与する。
【００８７】
具体的には、特典付与ユーザ条件は、１）アイテム交換の取引が成立した場合に当該アイテム交換の対象アイテムのパラメータ値（本実施形態で言う所の見積価値）に基づいて当該アイテム交換によるユーザ間について判定された得失がマイナスとなるユーザであること、２）アイテム交換の取引が成立した回数が所与の閾値回数に達するユーザであること、３）アイテム交換の取引の相手ユーザが、プレイレベルが所定の初心者レベル条件を満たすユーザであって、且つ、自身が当該初心者レベル条件を満たすユーザ以外のユーザであること、の何れかまたは複数をＡＮＤで組み合わせることで記述される。勿論、特典付与ユーザ条件は、複数設定してもよい。
【００８８】
そして、特典付与部２２７は、アイテム交換の取引において特典付与ユーザ条件を満たすユーザが取得したアイテムのパラメータ値を変更すること、又は、当該取得したアイテムに所与のスキルを付与すること、を特典とする。
【００８９】
付与特典表示制御部２２９は、特典付与部２２７によって付与された特典をユーザのユーザ端末に表示させる制御を行う。具体的には、特典付与通知６６（図６参照）の表示制御がこれに該当する。
【００９０】
計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。
【００９１】
音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバのシステム管理や操作音、ＢＧＭや効果音などの音声データを生成或いはデコードする。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。
【００９２】
音出力部３９０ｓは、音声信号を放音する。図１の例では本体装置やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。
【００９３】
画像生成部２９２ｓは、画像の生成を行い、生成した画像を画像表示部３９２ｓに表示させるための信号を出力する。本実施形態では、サーバのシステム管理に関する画像や、各種画面の画像、各種画面をユーザ端末１５００で表示させるためのデータ、などを生成する機能を担う。
【００９４】
通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。
【００９５】
通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３が該当する。
【００９６】
サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置１１０１が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、及びストレージ１１４０がこれに該当する。
【００９７】
図８は、本実施形態におけるサーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、ゲーム初期設定データ５１０と、アイテム初期設定データ５１２と、イベント定義データ５２０と、取引制限定義データ５４０と、特典定義データ５５０と、ユーザ管理データ６００と、イベント管理データ６２０と、プレイデータ７００と、現在日時８００と、を記憶する。勿論、これら以外のデータも適宜記憶するとしてもよい。
【００９８】
サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２、ゲーム管理部２１０、イベント管理部２２０、としての機能を実現させるためのプログラムである。なお、３つの管理部は、１つのサーバプログラム５０１で実現するのではなく、３つのプログラムで実現するとしてもよい。
【００９９】
配信用クライアントプログラム５０３は、ユーザ端末１５００へ提供されるクライアントプログラムのオリジナルである。
【０１００】
ゲーム初期設定データ５１０は、ゲームの実行に必要な各種初期設定データを格納する。
【０１０１】
アイテム初期設定データ５１２は、アイテム種類毎に用意され、当該アイテムに係る各種初期設定データを格納する。１つのアイテム初期設定データ５１２は、例えばアイテム種類と、初期評価値と、初期アイテムパラメータ値と、初期スキル種類と、を含む。勿論、これら以外のデータも適宜含めるとしてもよい。
【０１０２】
イベント定義データ５２０は、イベントの種類毎に用意される。１つのイベント定義データ５２０は、例えば図９に示すように、固有のイベント種類５２１と、イベント開始条件５２２と、イベント終了条件５２３と、定員５２４と、複数のガシャボックス定義データ５３０と、を含む。勿論、これら以外のデータも適宜含めることができる。
【０１０３】
ガシャボックス定義データ５３０は、ガシャボックス１２（図４参照）の種類毎に用意されている。１つのガシャボックス定義データ５３０は、ガシャボックス種類５３１と、アイテムの種類別に当該ガシャボックス１２に用意された数をリスト化したアイテム種類別入箱数リスト５３３と、アイテム種類別当選確率リスト５３５と、を格納する。
【０１０４】
図８に戻って、取引制限定義データ５４０は、取引制限の内容毎に用意される。１つの取引制限定義データ５４０は、例えば図１０に示すように、固有の取引制限ＩＤ５４１と、適用要件５４３と、取引制限設定データ５４５と、交換条件変更設定データ５４７と、を格納する。勿論、これら以外のデータも適宜格納するとしてもよい。
【０１０５】
適用要件５４３は、当該定義データが取引制限の設定対象とされるプレーヤに適用されるために満たすべき条件を定義している。適用要件５４３は、１つのサブ条件、または複数のサブ条件のＡＮＤやＯＲによる組み合わせで記述される。
【０１０６】
本実施形態では、適用要件５４３は、１）使用されたガシャボックス１２についての条件であるガシャボックス種類条件５４３ａと、２）プレーヤに設定されるパラメータ値（例えば、プレーヤレベル、ランキングなど）についての条件であるプレーヤ情報条件５４３ｃと、３）イベント参加人数条件５４３ｄと、４）同じイベントにおいて最も速く実行された抽選の開始日時と、取引制限の設定対象とするプレーヤが抽選を開始した日時との時間差についての条件である時間差条件５４３ｅと、を使って記述される。なお、これらの何れのサブ条件も「条件なし」とすることができる。
【０１０７】
取引制限設定データ５４５は、適用要件５４３が満たされたプレーヤに適用される取引制限の内容毎に用意されている。例えば、取引に出せる選出アイテムの種類を示す取引許可アイテム種類や、取引に出せる選出アイテムの数を示す取引許可数、取引が可能な上限回数、などの情報が設定されている。
【０１０８】
交換条件変更設定データ５４７は、適用要件５４３が満たされたプレーヤが取引に出した選出アイテム（取引対象アイテム）に係る設定の変更を指定する。例えば、交換条件変更設定データ５４７の１つは、変更対象アイテム種類と、評価値変更量と、を対応付けて格納する。取引対象アイテムとして指定された選出アイテムには、そもそも初期評価値（図９参照）が設定されている。しかし、実際の取引において見積もられる評価値（見積評価値）は、基本的には初期評価値をそのまま用いるが、当該取引制限が適用される場合には、評価値変更量だけ変更された後に、取引に用いられることとなる。
【０１０９】
図８に戻って、特典定義データ５５０は、特典内容別に用意される。１つの特典定義データ５５０は、例えば図１１に示すように、固有の特典ＩＤ５５１と、特典付与ユーザ条件５５３と、特典内容データ５５５と、を含む。
【０１１０】
特典付与ユーザ条件５５３は、当該定義データが定める特典をプレーヤに付与するために満たすべき条件を定義している。特典付与ユーザ条件５５３は、１つのサブ条件、或いは複数のサブ条件をＡＮＤまたはＯＲで組み合わせて記述する。
【０１１１】
サブ条件は適宜設定可能である。本実施形態では、サブ条件として、得失条件５５３ａと、取引成立回数条件５５３ｂと、プレーヤレベル差条件５５３ｃと、を用いる。
【０１１２】
得失条件５５３ａは、当該プレーヤと取引相手との間での算出される得失の閾値または範囲で記述される。当該条件の設定によって、当該取引で得をしたのか損をしたのか、またその得失の大きさに応じて異なる特典を付与できるようになる。
【０１１３】
取引成立回数条件５５３ｂは、当該プレーヤに係りこれまでに成立した取引の回数についての条件であって、回数の閾値や範囲で記述される。当該条件の設定によって、初めて取引を成立させたユーザに特別な特典を付与したり、取引成立回数が比較的大きなキリ番になったユーザに特別な特典を付与することもできる。
【０１１４】
プレーヤレベル差条件５５３ｃは、当該プレーヤのプレーヤレベル（レベルは、整数で記述される。）に対する取引相手プレーヤの差についての条件である。
【０１１５】
当該サブ条件を適切に設定することで、例えば「当該プレーヤが非初心者で、取引相手が初心者であること」として、「当該プレーヤがプレーヤレベル“２”以上であり、取引相手がプレーヤレベル“１”であること」と設定することができる。この場合には、経験者が初心者を優遇したと見なし、経験者に対して、損失補填、感謝、報奨の意味を込めた特典を設定できる。また、例えば「当該プレーヤのプレーヤレベルが、取引相手プレーヤのプレーヤレベルよりも、基準値よりも大きい」と設定することができる。この場合には、得失条件５５３ａに「当該プレーヤが基準以上の損失」を設定することで、当該プレーヤが、格下のプレーヤに対して、自身の損失を顧みずアイテム交換に応じていることへの、損失補填、感謝、報奨の意味を込めた特典を設定できる。
【０１１６】
特典内容データ５５５は、特典アイテム種類５５５ａ、特典スキル種類５５５ｂ、アイテムパラメータ値変更内容５５５ｃの少なくとも何れかを含む。
【０１１７】
特典アイテム種類５５５ａは、特典として付与するアイテムを指定する。
【０１１８】
特典スキル種類５５５ｂは、特典として、取引により当該プレーヤが獲得した取引対象アイテムに追加するスキル（特殊な条件で発動する特徴的な能力の意）の種類を指定する。なお、スキルの付加対象は、取引対象アイテムではなく、当該プレーヤのプレーヤキャラクタであってもよい。
【０１１９】
アイテムパラメータ値変更内容５５５ｃは、当該プレーヤが獲得した取引対象アイテムに設定されているパラメータ値のうち、変更対象パラメータ種類の値を、変更量が指定するだけ変更する特典を規定する。
【０１２０】
図８に戻って、ユーザ管理データ６００は、プレーヤとなり得る登録ユーザ毎に用意され、固有の識別情報であるユーザアカウントと紐付けられる各種データを格納する。
１つのユーザ管理データ６００は、例えば図１２に示すように、固有のユーザアカウント６０１と、プレーヤレベル６０２と、ゲームセーブデータ６０５と、取引成立回数６０７と、を含む。勿論、これら以外のデータも適宜含めることができる。
【０１２１】
ゲームセーブデータ６０５は、当該ユーザが所有するアイテム毎に用意される所有アイテム管理データ６０６を含む。１つの所有アイテム管理データ６０６は、例えば、アイテムＩＤ、アイテム種類、能力パラメータ値、などを含む。
【０１２２】
図８に戻って、イベント管理データ６２０は、イベント１０毎に用意され、当該イベントで行われる選出アイテムの取引に関する各種データを格納する。
【０１２３】
１つのイベント管理データ６２０は、例えば図１３に示すように、固有のイベントＩＤ６２１と、イベント種類６２２と、開始日時６２３と、参加者アカウントリスト６２４と、参加者管理データ６３０と、取引対象アイテム登録データ６５０と、取引希望アイテム設定データ６６０と、を含む。勿論、これら以外のデータも適宜含めることができる。
【０１２４】
参加者管理データ６３０は、当該イベントへ参加希望したプレーヤ２毎に作成される。
１つの参加者管理データ６３０は、例えば図１４に示すように、参加者アカウント６３１と、適用取引制限ＩＤ６３２と、使用ガシャボックス種類６３３と、選出アイテム管理データ６４０と、を含む。
【０１２５】
適用取引制限ＩＤ６３２は、当該参加者であるプレーヤ２に適用される取引制限の取引制限ＩＤ５４１（図１０参照）を格納する。初期値は「設定無し」を示す所定値である。
【０１２６】
選出アイテム管理データ６４０は、当該参加者であるプレーヤ２が抽選を実行し、選出アイテムが決定する毎に作成され、当該選出アイテムに係る各種データを格納する。
１つの選出アイテム管理データ６４０は、固有の選出アイテムＩＤ６４１と、選出アイテム種類６４２と、抽選を実行したガシャボックス１２を示す選出元ガシャボックス種類６４３（使用ガシャボックス種類６３３のコピー）と、抽選日時６４４と、仮所有者アカウント６４５（参加者アカウント６３１のコピー）と、を含む。勿論、これら以外のデータも適宜含めることができる。
【０１２７】
図１３に戻って、取引対象アイテム登録データ６５０は、参加者であるプレーヤが、それぞれの選出アイテムのなかから取引に出す選出アイテムを指定する毎に作成される。
１つの取引対象アイテム登録データ６５０は、取引対象ＩＤ６５１と、選出アイテムＩＤ６５２（図１４の選出アイテムＩＤ６４１のコピー）と、選出アイテム種類６５３（図１４の選出アイテム種類６４２のコピー）と、提出者アカウント６５４（図１４の仮所有者アカウント６４５のコピー）と、見積評価値６５５と、適用能力パラメータ値６５６と、適用スキルリスト６５７と、を含む。勿論、これら以外のデータも適宜含めることができる。
【０１２８】
見積評価値６５５は、当該取引対象アイテムのアイテム種類のアイテム初期設定データ５１２（図８参照）に含まれる初期評価値がコピーされて初期化される。見積評価値６５５は、提出者アカウント６５４の示すプレーヤに適用される取引制限の交換条件変更設定データ５４７（図１０参照）の内容に従って変更される。
【０１２９】
適用能力パラメータ値６５６は、当該取引対象アイテムのアイテム種類のアイテム初期設定データ５１２（図８参照）に含まれる初期アイテムパラメータ値がコピーされて初期化される。
【０１３０】
取引希望アイテム設定データ６６０は、取引希望アイテムの指定操作がなされる度に作成され、新たな取引希望の設定に係る各種初期設定データを格納する。１つの取引希望アイテム設定データ６６０は、参加者アカウントと、設定日時と、取引対象アイテムＩＤと、を対応付けて格納する。
【０１３１】
図８に戻って、プレイデータ７００は、ゲームプレイ毎に用意され、そのゲーム進行状況を記述する各種データや、各キャラクタの制御データなどゲーム画面の表示等に関する各種情報を格納する。
【０１３２】
図１５は、本実施形態におけるユーザ端末１５００の機能構成の一例を示す機能ブロック図である。本実施形態のユーザ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００とを備える。
【０１３３】
操作入力部１００は、プレーヤによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図２の方向入力キー１５０２や、ボタンスイッチ１５０４、タッチパネル１５０６がこれに該当する。
【０１３４】
端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、ユーザ端末１５００の動作を制御する。図２の制御基板１５５０がこれに該当する。そして、本実施形態における端末処理部２００は、ユーザ端末演算部２６０と、計時部２８０と、音生成部２９０と、通信制御部２９４と、を備える。
【０１３５】
ユーザ端末演算部２６０は、操作信号送信制御部２６１と、画面表示制御部２６２とを含む。
【０１３６】
操作信号送信制御部２６１は、操作入力部１００へなされた操作に応じて、各種データやリクエストをサーバシステム１１００へ送信するための処理を実行する。
【０１３７】
画面表示制御部２６２は、サーバシステム１１００から受信した各種データに基づいて画面表示するための制御を行う。本実施形態では、各種画像（例えば、３ＤＣＧ画像など）をサーバシステム１１００にて生成する構成とするが、画像をユーザ端末１５００で生成する構成も可能である。その場合、画面表示制御部２６２は、例えば３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御を含むこととなる。
【０１３８】
音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイル再生可能なオーディオコーデック等によって実現され、効果音やＢＧＭ、各種操作音の音信号を生成し、音出力部３９０に出力する。
【０１３９】
音出力部３９０は、音生成部２９０から入力される音信号に基づいて効果音やＢＧＭ等を音出力する装置によって実現される。図２のスピーカ１５１０がこれに該当する。
【０１４０】
画像表示部３９２は、画面表示制御部２６２から入力される画像信号に基づいて各種ゲーム画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図２のタッチパネル１５０６がこれに該当する。
【０１４１】
通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現され、図２の無線通信モジュール１５５３がこれに該当する。
【０１４２】
端末記憶部５００は、端末処理部２００にユーザ端末１５００を統合的に制御させるための諸機能を実現するためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図２の制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。
【０１４３】
本実施形態の端末記憶部５００は、クライアントプログラム５０４、を記憶する。勿論、これら以外のプログラムやデータも適宜記憶することができる。
【０１４４】
クライアントプログラム５０４は、端末処理部２００が読み出して実行することによってユーザ端末演算部２６０としての機能を実現させるためのアプリケーションソフトウェアである。本実施形態では、サーバシステム１１００から提供される配信用クライアントプログラム５０３（図８参照）のコピーとする。
【０１４５】
なお、クライアントプログラム５０４は、オンラインゲームを実現する技術手法に応じて専用のクライアントプログラムであっても良いし、ウェブブラウザプログラム及びインタラクティブな画像表示を実現するプラグインなどにより構成するとしても良い。
【０１４６】
次に、本実施形態のゲームシステム１０００の動作について説明する。
図１６〜図１７は、サーバシステム１１００における１つのイベントの実施に係る処理の流れを説明するためのフローチャートである。ここで説明する処理の流れは、サーバ処理部２００ｓがサーバプログラム５０１を実行することにより実現される。
【０１４７】
図１６に示すように、サーバシステム１１００は、先ず処理対象としているイベント１０への参加者の受け付けをする（ステップＳ１０；図３参照）。受け付け毎に、参加者管理データ６３０（図１３，図１４参照）が作成される。なお、受け付けには制限時間がある。そして、同じイベントへの参加登録が、協力関係の設定と見なされる。
【０１４８】
次に、サーバシステム１１００は、参加者毎に抽選で使用するガシャボックス１２の選択を受け付け、選択されたガシャボックス１２の種類（図９のガシャボックス種類５３１）を、参加者の使用ガシャボックス種類６３３（図１４参照）に設定する（ステップＳ１２；図４参照）。
【０１４９】
次に、サーバシステム１１００は、参加者毎の抽選実行処理を行う（ステップＳ１４）。これに伴い、抽選実行毎すなわち選出アイテムが決まる毎に、新しい選出アイテム管理データ６４０（図１４参照）が作成される。そして、選出アイテムは、抽選を実行したプレーヤ（イベントへの参加者：ユーザ）に関連付けられ、仮所有されたことになる。
【０１５０】
次に、サーバシステム１１００は、参加者毎に取引制限を設定する（ステップＳ１６）。具体的には、参加者毎に、適用要件５４３を満たす取引制限定義データ５４０（図１０参照）を検索し、該当する定義データの取引制限ＩＤ５４１を、適用取引制限ＩＤ６３２（図１４参照）へ設定する。
【０１５１】
次に、サーバシステム１１００は、取得リクエスト操作をした参加者のユーザ端末１５００にて取引画面Ｗ５を表示させる処理を開始する（ステップＳ１８；図５参照）。
【０１５２】
また、サーバシステム１１００は、取引画面Ｗ５での取引対象アイテムの選択操作入力に応じた取引対象アイテムの登録を開始する（ステップＳ２０）。登録にともない、サーバシステム１１００は、新たな取引対象アイテム登録データ６５０を作成する（図１３参照）。そしてその際、サーバシステム１１００は、取引対象アイテムの選択操作入力をした参加者に適用される取引制限に従って、見積評価値６５５、適用能力パラメータ値６５６、適用スキルリスト６５７を設定する。
【０１５３】
次いで、サーバシステム１１００は、取引画面Ｗ５での取引希望アイテムの選択操作入力に応じた取引希望アイテムの設定を開始する（ステップＳ２２）。設定にともない、サーバシステム１１００は、新たな取引希望アイテム設定データ６６０を作成する（図１３参照）。
【０１５４】
サーバシステム１１００は、取引成立条件を満たすかを常時監視する。取引成立条件は、適宜設定可能である。例えば、互いの取引対象アイテムの中に相手の取引希望アイテムが含まれているユーザ間の取引を取引成立条件とする。２人のユーザ間だけでなく、３人以上のユーザ間において互いに取引対象アイテムと取引希望アイテムとの関係が満たす複数の取引があるのであればこれらの関係を取引成立条件として多数ユーザ間での取引を成立と判定することができる。
【０１５５】
そして、取引成立条件が満たされたならば（ステップＳ３０のＹＥＳ）、サーバシステム１１００は、成立した取引に係る取引希望アイテムを、取引対象アイテムとしていた参加者から、希望した参加者へ付与する（ステップＳ３２）。つまり、取引希望アイテムの希望者ユーザを、当該アイテムの最終取得権者に決定する。
【０１５６】
次いで、サーバシステム１１００は、成立した取引に係る参加者（ユーザ）の取引成立回数６０７（図１２参照）を「１」アップし（ステップＳ３４）、成立した取引の参加者（ユーザ）間での得失を判定する（ステップＳ３６）。具体的には、成立した取引の取引対象アイテムの見積評価値６５５（図１３参照）を比較する。
【０１５７】
図１７に移って、次にサーバシステム１１００は、成立した取引に係る参加者（ユーザ）を１人ずつ処理対象として、特典付与ユーザ条件５５３が適合する特典定義データ５５０を検索する（ステップＳ４０；図１１参照）。
【０１５８】
そして、サーバシステム１１００は、検索された特典定義データ５５０の定めに従って、成立した取引に係る参加者（ユーザ）へ特典を付与し（ステップＳ４２）、付与した特典の通知を行う（ステップＳ４４）。
【０１５９】
サーバシステム１１００は、ステップＳ３０〜ステップＳ４４を、イベントが終了するまでの間、繰り返す（ステップＳ５０のＮＯ）。
イベントが終了したならば（ステップＳ５０のＹＥＳ）、サーバシステム１１００は、当該イベントのイベント管理データ６２０を破棄して、設定されていた協力関係を解消し（ステップＳ５２）、一連の処理を終了する。
【０１６０】
以上、本実施形態によれば、複数のユーザで抽選処理を行う際の新たな興趣を創出することができる。すなわち、イベントとして用意される抽選会および交換会に参加したユーザは、その場で抽選して選出された選出アイテムを、他の参加者（ユーザ）との間で取引することでアイテム交換ができるようになる。
【０１６１】
〔変形例〕
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
【０１６２】
（変形例その１）
例えば、上記実施形態では、クライアント・サーバ型のコンピュータシステムにてオンラインゲームを実現する例を挙げたが、複数のユーザ端末１５００をピアツーピア接続したコンピュータシステムにおいて実現するとしてもよい。
【０１６３】
（変形例その２）
また、上記実施形態における取引、すなわちアイテム交換は、１つの取引対象アイテムと１つの取引対象アイテムとの交換を例示したが、１対複数、１対ゼロ（つまり実質的な譲渡）、三角トレード、であっても取引成立と見なす構成も可能である。
【符号の説明】
【０１６４】
２…プレーヤ
１０…イベント
１２…ガシャボックス
１４…選出アイテム
１６…取引対象アイテム
５１…取引制限通知部
５２…選出アイテム一覧
５３…アイテムアイコン
５４…取引対象指定チェックボタン
５５…取引対象アイテム一覧
５７…提出者アイコン
６０…取引希望アイテム指示部
６２…取引状況表示部
６４…成立通知
６６…特典付与通知
２００ｓ…サーバ処理部
２０２…ユーザ管理部
２２０…イベント管理部
２２１…協力関係設定部
２２３…抽選実行部
２２５…取引仲介制御部
２２６…一覧表示制御部
２２７…特典付与部
２２９…付与特典表示制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０３…配信用クライアントプログラム
５１２…アイテム初期設定データ
５２０…イベント定義データ
５３０…ガシャボックス定義データ
５４０…取引制限定義データ
５５０…特典定義データ
５５３…特典付与ユーザ条件
５５３ａ…得失条件
５５３ｂ…取引成立回数条件
５５３ｃ…プレーヤレベル差条件
５５５…特典内容データ
５５５ｂ…特典スキル種類
５５５ｃ…アイテムパラメータ値変更内容
６００…ユーザ管理データ
６０６…所有アイテム管理データ
６０７…取引成立回数
６２０…イベント管理データ
６３０…参加者管理データ
６４０…選出アイテム管理データ
６５０…取引対象アイテム登録データ
６５５…見積評価値
６５６…適用能力パラメータ値
６５７…適用スキルリスト
６６０…取引希望アイテム設定データ
１０００…ゲームシステム
１１００…サーバシステム
１５００…ユーザ端末
Ｗ５、Ｗ６…取引画面
【図１】
2020151167.tif 000003
【図２】
2020151167.tif 000004
【図３】
2020151167.tif 000005
【図４】
2020151167.tif 000006
【図５】
2020151167.tif 000007
【図６】
2020151167.tif 000008
【図７】
2020151167.tif 000009
【図８】
2020151167.tif 000010
【図９】
2020151167.tif 000011
【図１０】
2020151167.tif 000012
【図１１】
2020151167.tif 000013
【図１２】
2020151167.tif 000014
【図１３】
2020151167.tif 000015
【図１４】
2020151167.tif 000016
【図１５】
2020151167.tif 000017
【図１６】
2020151167.tif 000018
【図１７】
2020151167.tif 000019