知財求人 - 知財ポータルサイト「IP Force」
特開2024-115068マーケット運用システム、マーケット運用方法、及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024115068
(43)【公開日】2024-08-26
(54)【発明の名称】マーケット運用システム、マーケット運用方法、及びプログラム
(51)【国際特許分類】
G06Q 50/00 20240101AFI20240819BHJP
【ＦＩ】
G06Q50/00 300
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2023020531
(22)【出願日】2023-02-14
(71)【出願人】
【識別番号】000003193
【氏名又は名称】ＴＯＰＰＡＮホールディングス株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100139686
【弁理士】
【氏名又は名称】鈴木 史朗
(74)【代理人】
【識別番号】100169764
【弁理士】
【氏名又は名称】清水 雄一郎
(74)【代理人】
【識別番号】100147267
【弁理士】
【氏名又は名称】大槻 真紀子
(72)【発明者】
【氏名】追木 浩二
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049CC11
5L050CC11
(57)【要約】
【課題】ＳＤＧｓのような所定のコンセプトに対して賛同する団体や個人のそのコンセプトに対する貢献度を向上することが可能なマーケット運用システム、マーケット運用方法、及びプログラムを提供する。
【解決手段】所定のコンセプトに対する商品デザイン案の募集について募集者によって作成された募集要項をマーケットに投稿する募集部と、前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募部と、前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票部と、前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売部と、を備えるマーケット運用システム。
【選択図】図３
【解決手段】所定のコンセプトに対する商品デザイン案の募集について募集者によって作成された募集要項をマーケットに投稿する募集部と、前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募部と、前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票部と、前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売部と、を備えるマーケット運用システム。
【選択図】図３
【特許請求の範囲】
【請求項1】
所定のコンセプトに対する商品デザイン案の募集について募集者によって作成された募集要項をマーケットに投稿する募集部と、
前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募部と、
前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票部と、
前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売部と、
を備えるマーケット運用システム。
前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募部と、
前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票部と、
前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売部と、
を備えるマーケット運用システム。
【請求項2】
前記マーケットを利用する前記消費者に対して、前記マーケットの利用度に応じたインセンティブを付与するインセンティブ付与部、
をさらに含む請求項１に記載のマーケット運用システム。
をさらに含む請求項１に記載のマーケット運用システム。
【請求項3】
前記所定のコンセプトは、持続可能な開発目標（ＳＤＧｓ）に対応するコンセプトであり、
前記インセンティブ付与部は、前記ＳＤＧｓの１７の目標ごとに発行されるトークンを購入した前記消費者に対して、前記トークンの購入状況から判定される前記利用度に基づき前記インセンティブを付与する、
請求項２に記載のマーケット運用システム。
前記インセンティブ付与部は、前記ＳＤＧｓの１７の目標ごとに発行されるトークンを購入した前記消費者に対して、前記トークンの購入状況から判定される前記利用度に基づき前記インセンティブを付与する、
請求項２に記載のマーケット運用システム。
【請求項4】
前記インセンティブ付与部は、前記消費者に対して、購入した前記トークンに対応する前記目標のために投稿された前記商品デザイン案に対する投票の権利を付与する、
請求項３に記載のマーケット運用システム。
請求項３に記載のマーケット運用システム。
【請求項5】
前記インセンティブ付与部は、前記消費者に対して、購入したトークンに対応する前記目標のために商品化された前記商品の購入において優遇を受けられる権利を付与する、
請求項３に記載のマーケット運用システム。
請求項３に記載のマーケット運用システム。
【請求項6】
前記商品の購入において優遇を受けられる権利は、前記トークンを有していない前記消費者よりも優先的に前記商品を購入することが可能な権利、又は、前記商品の割引を受けることができる権利である、
請求項５に記載のマーケット運用システム。
請求項５に記載のマーケット運用システム。
【請求項7】
前記インセンティブ付与部は、前記マーケットで前記商品を購入することによる前記ＳＤＧｓへの貢献度に応じて、前記消費者に付与する前記インセンティブを変化させる、
請求項３に記載のマーケット運用システム。
請求項３に記載のマーケット運用システム。
【請求項8】
前記消費者によって購入された前記商品の売り上げの一部を前記ＳＤＧｓに対応する寄付先へ寄付する寄付部、
をさらに備える請求項３に記載のマーケット運用システム。
をさらに備える請求項３に記載のマーケット運用システム。
【請求項9】
前記寄付部は、前記商品の売り上げから、前記マーケットの利用手数料、商品原価、及び前記商品デザイン案が採用された前記応募者への報酬を引いた金額を寄付額とする、
請求項８に記載のマーケット運用システム。
請求項８に記載のマーケット運用システム。
【請求項10】
前記募集者が自治体である場合、
前記インセンティブ付与部は、前記マーケットの外部での前記自治体に対する貢献度に応じて、前記消費者に付与する前記インセンティブを変化させる、
請求項２に記載のマーケット運用システム。
前記インセンティブ付与部は、前記マーケットの外部での前記自治体に対する貢献度に応じて、前記消費者に付与する前記インセンティブを変化させる、
請求項２に記載のマーケット運用システム。
【請求項11】
コンピュータが、
所定のコンセプトに対する商品デザイン案の募集について募集者によって作成された募集要項をマーケットに投稿する募集過程と、
前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募過程と、
前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票過程と、
前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売過程と、
を含むマーケット運用方法。
所定のコンセプトに対する商品デザイン案の募集について募集者によって作成された募集要項をマーケットに投稿する募集過程と、
前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募過程と、
前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票過程と、
前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売過程と、
を含むマーケット運用方法。
【請求項12】
コンピュータを、
所定のコンセプトに対する商品デザイン案の募集について募集者によって作成された募集要項をマーケットに投稿する募集手段と、
前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募手段と、
前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票手段と、
前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売手段と、
として機能させるためのプログラム。
所定のコンセプトに対する商品デザイン案の募集について募集者によって作成された募集要項をマーケットに投稿する募集手段と、
前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募手段と、
前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票手段と、
前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売手段と、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、マーケット運用システム、マーケット運用方法、及びプログラムに関する。
【背景技術】
【0002】
近年、２０３０年までに持続可能でよりよい世界を目指すために、持続可能な開発目標（ＳＤＧｓ：Ｓｕｓｔａｉｎａｂｌｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｇｏａｌｓ）のための取り組みが世界中で行われている。日本でも、様々な企業によるＳＤＧｓへの取り組みが活発化している。企業としては、自社だけでＳＤＧｓに対する取り組みを行うだけでなく、社会も巻き込んだ取り組みを行えると、よりＳＤＧｓに対して貢献することができる。
【0003】
ＳＤＧｓへ貢献するための取り組みの１つに、ＳＤＧｓの推進に取り組んでいる団体への寄付がある。例えば、企業では、自社製品の売り上げの一部を団体へ寄付する取り組みが行われている。この取り組みにおいて、例えば、自社製品の製造に関わるクリエイターや自社製品を購入してくれる消費者などを巻き込むことで、ＳＤＧｓへの理解や行動変容を社会的に促し、社会的にＳＤＧｓへの貢献度を高めることができる。
【0004】
例えば、下記特許文献１には、コンテンツを利用した利用者に対して報酬を提供し、利用者が当該報酬を用いてコンテンツやクリエイターを支援することが可能なシステムが開示されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０１９－１９７５４２号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、上記特許文献１に記載のシステムでは、消費者は寄付する側であるが、クリエイターは寄付をされる側である。このため、当該システムでは、ＳＤＧｓに対する取り組みにおいて、クリエイターも寄付する側、すなわちＳＤＧｓへの貢献に賛同する側に巻き込んだ取り組みを行うことはできなかった。そこで、消費者だけでなくクリエイターも巻き込んだＳＤＧｓに対する取り組みを可能とし、社会的にＳＤＧｓへの貢献度を向上できることが望まれる。
【0007】
上述の課題を鑑み、本発明の目的は、ＳＤＧｓのような所定のコンセプトに対して賛同する団体や個人のそのコンセプトに対する貢献度を向上することが可能なマーケット運用システム、マーケット運用方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【0008】
上述の課題を解決するために、本発明の一態様に係るマーケット運用システムは、所定のコンセプトに対する商品デザイン案の募集について募集者によって作成された募集要項をマーケットに投稿する募集部と、前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募部と、前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票部と、前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売部と、を備える。
【0009】
本発明の一態様に係るマーケット運用方法は、コンピュータが、所定のコンセプトに対する商品デザイン案の募集について募集者によって作成された募集要項をマーケットに投稿する募集過程と、前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募過程と、前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票過程と、前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売過程と、を含む。
【0010】
本発明の一態様に係るプログラムは、コンピュータを、所定のコンセプトに対する商品デザイン案の募集について募集者によって作成された募集要項をマーケットに投稿する募集手段と、前記募集要項に基づき応募者によって作成された前記商品デザイン案を前記マーケットに投稿する応募手段と、前記マーケットに投稿された前記商品デザイン案に対する消費者による投票を受け付け、投票結果に基づき商品化する前記商品デザイン案を選ぶ投票手段と、前記投票によって選ばれた前記商品デザイン案が商品化された商品を販売する販売手段と、として機能させる。
【発明の効果】
【0011】
本発明によれば、ＳＤＧｓのような所定のコンセプトに対して賛同する団体や個人のそのコンセプトに対する貢献度を向上することができる。
【図面の簡単な説明】
【0012】
【図1】本実施形態に係るマーケットの概要を示す図である。
【図2】本実施形態に係るマーケット運用システムの構成の一例を示すブロック図である。
【図3】本実施形態に係るマーケット管理サーバの機能構成の一例を示すブロック図である。
【図4】本実施形態に係る募集者による募集（ステップＳ１）と応募者による応募（ステップＳ２）におけるマーケット運用システムでの処理の流れの一例を示すシーケンス図である。
【図5】本実施形態に係る消費者によるトークン購入（ステップＳ３）と消費者による投票（ステップＳ４）におけるマーケット運用システムでの処理の流れの一例を示すシーケンス図である。
【図6】本実施形態に係る消費者への商品販売（ステップＳ５・Ｓ７）と消費者による商品購入応募（ステップＳ６・Ｓ８）におけるマーケット運用システムでの処理の流れの一例を示すシーケンス図である。
【図7】本実施形態に係るマーケットによる各種支払い（ステップＳ９からステップＳ１１）におけるマーケット運用システムでの処理の流れの一例を示すシーケンス図である。
【図8】本実施形態の変形例に係る応募者がトークンを購入する場合における処理の流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【0013】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
【0014】
＜１．マーケットの概要＞
図１を参照して、本実施形態に係るマーケットの概要について説明する。図１は、本実施形態に係るマーケットの概要を示す図である。
マーケットは、所定のコンセプトに対して賛同する者が集まり、当該コンセプトに対する取り組みを行う場として提供される。所定のコンセプトは、例えば、ＳＤＧｓ（Ｓｕｓｔａｉｎａｂｌｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｇｏａｌｓ：持続可能な開発目標）に対応するコンセプトである。他にも、特定著作物に対するファンアート（２次創作）の分野や特定の商品開発（事業開発やコンテンツ開発などを含む）プロジェクトなどに対する賛同者による支援等のためのコンセプトが、所定のコンセプトの一例として挙げられる。
以下では、マーケットにて、ＳＤＧｓに対応するコンセプトに賛同した企業又は自治体などの団体や、クリエイター又は消費者などの個人が参加者として集まり、ＳＤＧｓに対応する取り組みを行う例を一例として、本実施形態について説明する。
図１を参照して、本実施形態に係るマーケットの概要について説明する。図１は、本実施形態に係るマーケットの概要を示す図である。
マーケットは、所定のコンセプトに対して賛同する者が集まり、当該コンセプトに対する取り組みを行う場として提供される。所定のコンセプトは、例えば、ＳＤＧｓ（Ｓｕｓｔａｉｎａｂｌｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｇｏａｌｓ：持続可能な開発目標）に対応するコンセプトである。他にも、特定著作物に対するファンアート（２次創作）の分野や特定の商品開発（事業開発やコンテンツ開発などを含む）プロジェクトなどに対する賛同者による支援等のためのコンセプトが、所定のコンセプトの一例として挙げられる。
以下では、マーケットにて、ＳＤＧｓに対応するコンセプトに賛同した企業又は自治体などの団体や、クリエイター又は消費者などの個人が参加者として集まり、ＳＤＧｓに対応する取り組みを行う例を一例として、本実施形態について説明する。
【0015】
図１に示すマーケット１は、募集者２と、応募者３と、消費者４が参加者として参加し、これら参加者がＳＤＧｓに対応する寄付先５への寄付を目標として、ＳＤＧｓに対応する取り組みを行う場として提供される。以下では、マーケット１にて商品を販売し、その売り上げの一部を寄付先５へ寄付する取り組みを一例として、本実施形態について説明する。
【0016】
募集者２は、マーケット１で販売する商品のデザイン案を募集し、選定されたデザイン案に基づき商品化した商品を販売する者であり、例えば、企業や自治体などである。募集者２は、例えば、ＳＤＧｓに対応するコンセプトでの商品デザイン案を募集する。
応募者３は、募集者２によって募集された商品デザイン案を作成して応募する者であり、例えば、クリエイターである。応募者３は、例えば、ＳＤＧｓに対応するコンセプトでの商品デザイン案を作成する。
消費者４は、一般の消費者であるが、トークンが有る者とトークンが無い者とに分類される。トークンは、マーケット１の運営者によって、ＳＤＧｓの１７の目標ごとに発行される。消費者４は、トークンを購入することで入手することができる。トークンの有無は、例えば消費者４がＳＤＧｓへの取り組みに積極的であるか否かの判定に用いられる。判定の結果に応じて、消費者４がマーケット１から付与されるインセンティブの内容やマーケット１で利用できるサービスの内容が変化する。例えば、消費者４は、保有するトークンの数が多いほどより積極的であると判定される。この場合、例えば消費者４がマーケット１から付与されるインセンティブの内容やマーケット１で利用できるサービスの内容が豊富になる。
寄付先５は、例えば、ＳＤＧｓの推進に取り組んでいる団体である。寄付先５には、ＳＤＧｓの１７の目標（ゴール）ごとに、各目標の達成に結び付く団体がマーケット１の運営者によって予め選定される。選定された団体は、マーケット１における寄付先５として、対応する目標と対応付けて予め登録される。
応募者３は、募集者２によって募集された商品デザイン案を作成して応募する者であり、例えば、クリエイターである。応募者３は、例えば、ＳＤＧｓに対応するコンセプトでの商品デザイン案を作成する。
消費者４は、一般の消費者であるが、トークンが有る者とトークンが無い者とに分類される。トークンは、マーケット１の運営者によって、ＳＤＧｓの１７の目標ごとに発行される。消費者４は、トークンを購入することで入手することができる。トークンの有無は、例えば消費者４がＳＤＧｓへの取り組みに積極的であるか否かの判定に用いられる。判定の結果に応じて、消費者４がマーケット１から付与されるインセンティブの内容やマーケット１で利用できるサービスの内容が変化する。例えば、消費者４は、保有するトークンの数が多いほどより積極的であると判定される。この場合、例えば消費者４がマーケット１から付与されるインセンティブの内容やマーケット１で利用できるサービスの内容が豊富になる。
寄付先５は、例えば、ＳＤＧｓの推進に取り組んでいる団体である。寄付先５には、ＳＤＧｓの１７の目標（ゴール）ごとに、各目標の達成に結び付く団体がマーケット１の運営者によって予め選定される。選定された団体は、マーケット１における寄付先５として、対応する目標と対応付けて予め登録される。
【0017】
ここで、マーケット１での取り組みの流れについて説明する。まず、ステップＳ０では、寄付先５が、マーケット１にて寄付先５として選定された場合に、寄付金の振込先となる口座を予め登録する。
【0018】
次いで、ステップＳ１では、募集者２が、マーケット１で販売する商品のデザイン案を募集する。募集者２は、募集するにあたり、ＳＤＧｓの１７の目標（ゴール）からターゲットとする目標を選択する。募集者２が、目標を選択すると、選択した目標の達成に結び付く寄付先５が自動で選択される。また、募集者２は、選択した目標と寄付先５に応じた商品のコンセプトも設定し、デザイン案の募集要項を作成してマーケット１へ投稿する。募集者２が企業である場合、デザインの対象となる商品には、例えば、企業が有する自社の商品が提供される。募集者２が自治体である場合、デザインの対象となる商品には、例えばマーケット１の運営企業が有する商品が提供される。さらに、デザインに利用可能な素材として、企業のロゴや自治体のロゴなどが提供されてもよい。また、自治体は、商品のコンセプトの代わりに、自治体の活動理念を設定してもよい。
【0019】
次いで、ステップＳ２では、応募者３が、マーケット１に投稿されている募集要項に応募する。応募者３は、応募するにあたり、マーケット１に投稿されている募集要項を確認し、応募したい募集要項に沿った商品デザイン案を作成し、マーケット１に投稿する。なお、応募者３は、自身のデザイン案が採用されて商品化された場合には、その商品の売り上げの一部を報酬として受けることができる。売上に対する報酬の割合は、応募者３自身が設定することができる。
【0020】
次いで、ステップＳ３では、消費者４が、トークンを購入する。本実施形態では、トークンを購入した消費者４に対して、商品デザイン案に対する投票の権利と、商品の購入において優遇を受けられる権利がインセンティブとして付与される。商品の購入において優遇を受けられる権利は、例えば、トークンを有していない消費者４よりも優先的に商品を購入することが可能な権利、又は、商品の割引を受けることができる権利である。このため、これらのインセンティブを得たい消費者４は、トークンを購入する。
次いで、ステップＳ４では、トークンを有する消費者４が、マーケット１に投稿されている商品デザイン案に対する投票を行う。消費者４による投票により、商品化の対象として選ばれたデザイン案は、募集者２によって商品化され、マーケット１にて販売される。
次いで、ステップＳ４では、トークンを有する消費者４が、マーケット１に投稿されている商品デザイン案に対する投票を行う。消費者４による投票により、商品化の対象として選ばれたデザイン案は、募集者２によって商品化され、マーケット１にて販売される。
【0021】
次いで、ステップＳ５では、マーケット１が、トークンを有する消費者４を対象に、商品化された商品の優先的な販売を開始する。
次いで、ステップＳ６では、トークンを有する消費者４が、商品を購入した場合には購入代金がマーケット１に対して支払われる。
次いで、ステップＳ６では、トークンを有する消費者４が、商品を購入した場合には購入代金がマーケット１に対して支払われる。
【0022】
次いで、ステップＳ７では、マーケット１が、ステップＳ５の販売開始から所定の時間Ｔだけ経過後に、トークンを有していない消費者４も対象に、商品化された商品の販売を開始する。
次いで、ステップＳ８では、トークンを有していない消費者４が、商品を購入した場合には購入代金がマーケット１に対して支払われる。
次いで、ステップＳ８では、トークンを有していない消費者４が、商品を購入した場合には購入代金がマーケット１に対して支払われる。
【0023】
次いで、ステップＳ９からステップＳ１１では、商品の売り上げに基づき各種の支払いが行われる。
ステップＳ９では、マーケット１が、募集者２に対して、売れた商品の原価を支払う。
ステップＳ１０では、マーケット１が、応募者３に対して、売れた商品に採用されたデザインに対する報酬を支払う。
ステップＳ１１では、マーケット１が、寄付先５に対して、寄付金を支払う。寄付金の額は、商品の売り上げから、マーケット１の手数料と、商品の原価と、応募者３への報酬とが引かれた額となる。
ステップＳ９では、マーケット１が、募集者２に対して、売れた商品の原価を支払う。
ステップＳ１０では、マーケット１が、応募者３に対して、売れた商品に採用されたデザインに対する報酬を支払う。
ステップＳ１１では、マーケット１が、寄付先５に対して、寄付金を支払う。寄付金の額は、商品の売り上げから、マーケット１の手数料と、商品の原価と、応募者３への報酬とが引かれた額となる。
【0024】
＜２．マーケット運用システムの構成＞
以上、本実施形態に係るマーケットの概要について説明した。続いて、図２を参照して、本実施形態に係るマーケット運用システムの構成について説明する。図２は、本実施形態に係るマーケット運用システムの構成の一例を示すブロック図である。
以上、本実施形態に係るマーケットの概要について説明した。続いて、図２を参照して、本実施形態に係るマーケット運用システムの構成について説明する。図２は、本実施形態に係るマーケット運用システムの構成の一例を示すブロック図である。
【0025】
図２に示すマーケット運用システム１０００は、図１を参照して概要を説明したマーケット１を運用するためのシステムである。マーケット運用システム１０００は、マーケット１を運用するためのプラットフォームとして機能する。
図２に示すように、マーケット運用システム１０００は、マーケット管理サーバ１０と、募集者端末２０と、応募者端末３０と、消費者端末４０と、寄付先端末５０とを備える。ネットワークＮＷには、情報の授受を行うための構成として、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網、インターネット等が適用される。
図２に示すように、マーケット運用システム１０００は、マーケット管理サーバ１０と、募集者端末２０と、応募者端末３０と、消費者端末４０と、寄付先端末５０とを備える。ネットワークＮＷには、情報の授受を行うための構成として、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網、インターネット等が適用される。
【0026】
（１）マーケット管理サーバ１０
マーケット管理サーバ１０は、マーケット１を管理するためのサーバであり、マーケット管理装置の一例である。マーケット管理サーバ１０は、１つ又は複数のサーバ（例えば、クラウドサーバ）で構成される。
マーケット管理サーバ１０は、マーケット１を管理するためのサーバであり、マーケット管理装置の一例である。マーケット管理サーバ１０は、１つ又は複数のサーバ（例えば、クラウドサーバ）で構成される。
【0027】
マーケット管理サーバ１０は、ネットワークＮＷを介して、募集者端末２０と、応募者端末３０と、消費者端末４０と、寄付先端末５０と通信可能に接続されている。
マーケット管理サーバ１０は、募集者端末２０との通信において、例えば、募集要項とその投稿要求や商品化された商品の商品情報とその投稿要求などを受信する。
マーケット管理サーバ１０は、応募者端末３０との通信において、例えば、募集要項一覧の表示要求や商品デザイン案とその投稿要求などを受信し、募集要項一覧などを送信する。
マーケット管理サーバ１０は、消費者端末４０との通信において、例えば、商品一覧の表示要求や商品の購入要求などを受信し、商品一覧などを送信する。
マーケット管理サーバ１０は、寄付先端末５０との通信において、例えば、寄付金の振込先となる口座情報を受信する。
マーケット管理サーバ１０は、募集者端末２０との通信において、例えば、募集要項とその投稿要求や商品化された商品の商品情報とその投稿要求などを受信する。
マーケット管理サーバ１０は、応募者端末３０との通信において、例えば、募集要項一覧の表示要求や商品デザイン案とその投稿要求などを受信し、募集要項一覧などを送信する。
マーケット管理サーバ１０は、消費者端末４０との通信において、例えば、商品一覧の表示要求や商品の購入要求などを受信し、商品一覧などを送信する。
マーケット管理サーバ１０は、寄付先端末５０との通信において、例えば、寄付金の振込先となる口座情報を受信する。
【0028】
（２）募集者端末２０
募集者端末２０は、募集者２が利用する端末である。募集者端末２０は、例えば、スマートフォン、タブレット端末、又はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などの端末である。
募集者端末２０は、募集者２が利用する端末である。募集者端末２０は、例えば、スマートフォン、タブレット端末、又はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などの端末である。
【0029】
募集者端末２０は、ネットワークＮＷを介して、マーケット管理サーバ１０と通信可能に接続されている。募集者端末２０は、マーケット管理サーバ１０との通信において、例えば、募集要項とその投稿要求や商品化された商品の商品情報とその投稿要求などを送信する。
【0030】
募集者端末２０には、マーケット１に参加するためのアプリケーション（以下、「マーケットアプリ」とも称される）によって、募集者２が募集作業を行うための画面（以下、「募集者用画面」とも称される）が表示される。募集者２は、マーケットアプリによって募集者端末２０に表示される募集者用画面を操作して、例えば、目標の選択、コンセプトの設定、提供する商品やロゴなどの情報などを入力し、募集要項を作成してマーケット１へ投稿する。
マーケットアプリの機能は、募集者端末２０にマーケットアプリをインストールすること（即ちネイティブアプリ）で提供されてもよいし、Ｗｅｂシステム（即ちＷｅｂアプリ）によって提供されてもよい。Ｗｅｂシステムの場合、マーケットアプリの機能はＷｅｂブラウザを介して提供される。
マーケットアプリの機能は、募集者端末２０にマーケットアプリをインストールすること（即ちネイティブアプリ）で提供されてもよいし、Ｗｅｂシステム（即ちＷｅｂアプリ）によって提供されてもよい。Ｗｅｂシステムの場合、マーケットアプリの機能はＷｅｂブラウザを介して提供される。
【0031】
（３）応募者端末３０
応募者端末３０は、応募者３が利用する端末である。応募者端末３０は、例えば、スマートフォン、タブレット端末、又はＰＣなどの端末である。
応募者端末３０は、応募者３が利用する端末である。応募者端末３０は、例えば、スマートフォン、タブレット端末、又はＰＣなどの端末である。
【0032】
応募者端末３０は、ネットワークＮＷを介して、マーケット管理サーバ１０と通信可能に接続されている。応募者端末３０は、マーケット管理サーバ１０との通信において、例えば、募集要項一覧の表示要求や商品デザイン案とその投稿要求などを送信し、募集要項一覧などを受信する。
【0033】
応募者端末３０には、マーケットアプリによって、応募者３が応募作業を行うための画面（以下、「応募者用画面」とも称される）が表示される。応募者３は、マーケットアプリによって応募者端末３０に表示される応募者用画面を操作して、例えば、報酬の割合の設定、応募先となる募集者２の選択、作成したデザイン案のマーケット１への投稿などを行う。
マーケットアプリの機能は、応募者端末３０にマーケットアプリをインストールすること（即ちネイティブアプリ）で提供されてもよいし、Ｗｅｂシステム（即ちＷｅｂアプリ）によって提供されてもよい。Ｗｅｂシステムの場合、マーケットアプリの機能はＷｅｂブラウザを介して提供される。
マーケットアプリの機能は、応募者端末３０にマーケットアプリをインストールすること（即ちネイティブアプリ）で提供されてもよいし、Ｗｅｂシステム（即ちＷｅｂアプリ）によって提供されてもよい。Ｗｅｂシステムの場合、マーケットアプリの機能はＷｅｂブラウザを介して提供される。
【0034】
（４）消費者端末４０
消費者端末４０は、消費者４が利用する端末である。消費者端末４０は、例えば、スマートフォン、タブレット端末、又はＰＣなどの端末である。
消費者端末４０は、消費者４が利用する端末である。消費者端末４０は、例えば、スマートフォン、タブレット端末、又はＰＣなどの端末である。
【0035】
消費者端末４０は、ネットワークＮＷを介して、マーケット管理サーバ１０と通信可能に接続されている。消費者端末４０は、マーケット管理サーバ１０との通信において、例えば、商品一覧の表示要求や商品の購入要求などを送信し、商品一覧などを受信する。
【0036】
消費者端末４０には、マーケットアプリによって、消費者４がトークンや商品の購入、デザイン案への投票などを行うための画面（以下、「消費者用画面」とも称される）が表示される。消費者４は、マーケットアプリによって消費者端末４０に表示される消費者用画面を操作して、例えば、トークンの購入、デザイン案への投票、商品の購入、マイページの確認、保有トークンの確認、目標に対する達成度の確認などを行う。
マーケットアプリの機能は、消費者端末４０にマーケットアプリをインストールすること（即ちネイティブアプリ）で提供されてもよいし、Ｗｅｂシステム（即ちＷｅｂアプリ）によって提供されてもよい。Ｗｅｂシステムの場合、マーケットアプリの機能はＷｅｂブラウザを介して提供される。
マーケットアプリの機能は、消費者端末４０にマーケットアプリをインストールすること（即ちネイティブアプリ）で提供されてもよいし、Ｗｅｂシステム（即ちＷｅｂアプリ）によって提供されてもよい。Ｗｅｂシステムの場合、マーケットアプリの機能はＷｅｂブラウザを介して提供される。
【0037】
（５）寄付先端末５０
寄付先端末５０は、寄付先５が利用する端末である。寄付先端末５０は、例えば、スマートフォン、タブレット端末、又はＰＣなどの端末である。
寄付先端末５０は、寄付先５が利用する端末である。寄付先端末５０は、例えば、スマートフォン、タブレット端末、又はＰＣなどの端末である。
【0038】
寄付先端末５０は、ネットワークＮＷを介して、マーケット管理サーバ１０と通信可能に接続されている。寄付先端末５０は、マーケット管理サーバ１０との通信において、例えば、寄付金の振込先となる口座情報を送信する。
【0039】
寄付先端末５０には、マーケットアプリによって、寄付先５が寄付に関する作業を行うための画面（以下、「寄付先用画面」とも称される）が表示される。寄付先５は、マーケットアプリによって寄付先端末５０に表示される寄付先用画面を操作して、例えば、寄付先として必要な情報の入力や、寄付者に対する証明書の出力などを行う。
マーケットアプリの機能は、寄付先端末５０にマーケットアプリをインストールすること（即ちネイティブアプリ）で提供されてもよいし、Ｗｅｂシステム（即ちＷｅｂアプリ）によって提供されてもよい。Ｗｅｂシステムの場合、マーケットアプリの機能はＷｅｂブラウザを介して提供される。
マーケットアプリの機能は、寄付先端末５０にマーケットアプリをインストールすること（即ちネイティブアプリ）で提供されてもよいし、Ｗｅｂシステム（即ちＷｅｂアプリ）によって提供されてもよい。Ｗｅｂシステムの場合、マーケットアプリの機能はＷｅｂブラウザを介して提供される。
【0040】
マーケット運用システム１０００は、図２に示す構成により、マーケット１を介して、企業や自治体（募集者２）などの団体、クリエイター（応募者３）や消費者４などの個人のような、共通のコンセプトに賛同する複数のグループをつなぎ合わせることができる。即ち、マーケット運用システム１０００は、マルチサイドプラットフォームとして機能する。
企業は、マーケット運用システム１０００を活用することで、所得層化が進むミレニアル世代やＺ世代などをクリエイターとして取り込み、これまで企業が培ってきたものづくりの強みを生かしつつ、これら世代が持つ感性も生かした商品を提供することができる。これにより、企業は、多様化する趣味嗜好などのコミュニケーション変化を踏まえた商品を消費者４へ提供し、ミレニアル世代やＺ世代などの若い世代も巻き込んでＳＤＧｓに対応する取り組みを行うことができる。
自治体は、マーケット運用システム１０００を活用することで、マーケット１をＳＤＧｓ（社会課題）に関する啓蒙の場として利用することができる。この際に、企業の場合と同様にミレニアル世代やＺ世代などをクリエイターとして取り込むことで、ミレニアル世代やＺ世代などの若い世代にも広くＳＤＧｓを啓蒙することができる。
クリエイターは、マーケット運用システム１０００を活用することで、マーケット１をクリエイターとして成長するための場として利用することができる。さらに、クリエイターは、自身のデザイン案が採用されて商品化された商品が売れることで、ＳＤＧｓに貢献することができる。即ち、クリエイターは、自己のためにクリエイターとしての活動をしているだけで、ＳＤＧｓに対して特別な取り組みを行わなくとも、ＳＤＧｓに対して容易に貢献することができる。
消費者４は、マーケット運用システム１０００を活用することで、マーケット１を商品購入の場として利用することができる。消費者４がマーケット１にて商品を購入するとその売り上げの一部が寄付先５へ寄付される。即ち、消費者４は、マーケット１にて商品を購入するだけで、ＳＤＧｓに対して特別な取り組みを行わなくとも、ＳＤＧｓに対して容易に貢献することができる。また、トークンの売り上げはトークンの発行元に応じてマーケットの運用資金や寄付先５への寄付金として利用される。このため、消費者４は、トークンを購入するだけでもＳＤＧｓに対して容易に貢献することができる。
以上より、マーケット運用システム１０００は、ＳＤＧｓのような所定のコンセプトに対して賛同する団体や個人などの参加者のそのコンセプトに対する貢献度を向上することができる。
また、マーケット１の運営者（企業）は、マーケット運用システム１０００全体を管理することで、企業、自治体、クリエイター、消費者４などの参加者を束ねる幹事会社的にＳＤＧｓに対する取り組みを行っていることを社会に対してアピールでき、企業価値を押し上げることができる。
企業は、マーケット運用システム１０００を活用することで、所得層化が進むミレニアル世代やＺ世代などをクリエイターとして取り込み、これまで企業が培ってきたものづくりの強みを生かしつつ、これら世代が持つ感性も生かした商品を提供することができる。これにより、企業は、多様化する趣味嗜好などのコミュニケーション変化を踏まえた商品を消費者４へ提供し、ミレニアル世代やＺ世代などの若い世代も巻き込んでＳＤＧｓに対応する取り組みを行うことができる。
自治体は、マーケット運用システム１０００を活用することで、マーケット１をＳＤＧｓ（社会課題）に関する啓蒙の場として利用することができる。この際に、企業の場合と同様にミレニアル世代やＺ世代などをクリエイターとして取り込むことで、ミレニアル世代やＺ世代などの若い世代にも広くＳＤＧｓを啓蒙することができる。
クリエイターは、マーケット運用システム１０００を活用することで、マーケット１をクリエイターとして成長するための場として利用することができる。さらに、クリエイターは、自身のデザイン案が採用されて商品化された商品が売れることで、ＳＤＧｓに貢献することができる。即ち、クリエイターは、自己のためにクリエイターとしての活動をしているだけで、ＳＤＧｓに対して特別な取り組みを行わなくとも、ＳＤＧｓに対して容易に貢献することができる。
消費者４は、マーケット運用システム１０００を活用することで、マーケット１を商品購入の場として利用することができる。消費者４がマーケット１にて商品を購入するとその売り上げの一部が寄付先５へ寄付される。即ち、消費者４は、マーケット１にて商品を購入するだけで、ＳＤＧｓに対して特別な取り組みを行わなくとも、ＳＤＧｓに対して容易に貢献することができる。また、トークンの売り上げはトークンの発行元に応じてマーケットの運用資金や寄付先５への寄付金として利用される。このため、消費者４は、トークンを購入するだけでもＳＤＧｓに対して容易に貢献することができる。
以上より、マーケット運用システム１０００は、ＳＤＧｓのような所定のコンセプトに対して賛同する団体や個人などの参加者のそのコンセプトに対する貢献度を向上することができる。
また、マーケット１の運営者（企業）は、マーケット運用システム１０００全体を管理することで、企業、自治体、クリエイター、消費者４などの参加者を束ねる幹事会社的にＳＤＧｓに対する取り組みを行っていることを社会に対してアピールでき、企業価値を押し上げることができる。
【0041】
＜３．マーケット管理サーバの機能構成＞
以上、本実施形態に係るマーケット運用システム１０００の構成について説明した。続いて、図３を参照して、本実施形態に係るマーケット管理サーバ１０の機能構成について説明する。図３は、本実施形態に係るマーケット管理サーバ１０の機能構成の一例を示すブロック図である。
図３に示すように、マーケット管理サーバ１０は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
以上、本実施形態に係るマーケット運用システム１０００の構成について説明した。続いて、図３を参照して、本実施形態に係るマーケット管理サーバ１０の機能構成について説明する。図３は、本実施形態に係るマーケット管理サーバ１０の機能構成の一例を示すブロック図である。
図３に示すように、マーケット管理サーバ１０は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
【0042】
（１）通信部１１０
通信部１１０は、各種情報を送受信する機能を有する。通信部１１０は、例えば、ネットワークＮＷを介して、募集者端末２０と、応募者端末３０と、消費者端末４０と、寄付先端末５０と通信を行い、各種情報を送受信する。
通信部１１０は、各種情報を送受信する機能を有する。通信部１１０は、例えば、ネットワークＮＷを介して、募集者端末２０と、応募者端末３０と、消費者端末４０と、寄付先端末５０と通信を行い、各種情報を送受信する。
【0043】
（２）記憶部１２０
記憶部１２０は、各種情報を記憶する機能を有する。記憶部１２０は、マーケット管理サーバ１０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅａｄ／ｗｒｉｔｅ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、又はこれらの記憶媒体の任意の組み合わせによって構成される。
記憶部１２０は、各種情報を記憶する機能を有する。記憶部１２０は、マーケット管理サーバ１０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅａｄ／ｗｒｉｔｅ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、又はこれらの記憶媒体の任意の組み合わせによって構成される。
【0044】
（３）制御部１３０
制御部１３０は、マーケット管理サーバ１０の動作全般を制御する機能を有する。制御部１３０は、例えば、マーケット管理サーバ１０がハードウェアとして備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にプログラムを実行させることによって実現される。
図３に示すように、制御部１３０は、募集部１３１と、応募部１３２と、投票部１３３と、販売部１３４と、寄付部１３５と、インセンティブ付与部１３６と、出力制御部１３７とを備える。
制御部１３０は、マーケット管理サーバ１０の動作全般を制御する機能を有する。制御部１３０は、例えば、マーケット管理サーバ１０がハードウェアとして備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にプログラムを実行させることによって実現される。
図３に示すように、制御部１３０は、募集部１３１と、応募部１３２と、投票部１３３と、販売部１３４と、寄付部１３５と、インセンティブ付与部１３６と、出力制御部１３７とを備える。
【0045】
（３－１）募集部１３１
募集部１３１は、募集に関する処理を行う機能を有する。例えば、募集部１３１は、募集者２が募集者端末２０に入力する操作に応じた処理を行う。一例として、募集部１３１は、募集者２からの入力に基づき募集者２によって作成された、ＳＤＧｓに対応するコンセプトでの商品デザイン案の募集についての募集要項をマーケット１に投稿する。これにより、マーケット１にて、応募者３が募集に対して応募可能となる。
募集部１３１は、募集に関する処理を行う機能を有する。例えば、募集部１３１は、募集者２が募集者端末２０に入力する操作に応じた処理を行う。一例として、募集部１３１は、募集者２からの入力に基づき募集者２によって作成された、ＳＤＧｓに対応するコンセプトでの商品デザイン案の募集についての募集要項をマーケット１に投稿する。これにより、マーケット１にて、応募者３が募集に対して応募可能となる。
【0046】
（３－２）応募部１３２
応募部１３２は、応募に関する処理を行う機能を有する。例えば、応募部１３２は、応募者３が応募者端末３０に入力する操作に応じた処理を行う。一例として、応募部１３２は、募集要項に基づき応募者３によって作成された商品デザイン案をマーケット１に投稿する。これにより、マーケット１にて、消費者４が商品デザイン案に対して投票可能となる。
応募部１３２は、応募に関する処理を行う機能を有する。例えば、応募部１３２は、応募者３が応募者端末３０に入力する操作に応じた処理を行う。一例として、応募部１３２は、募集要項に基づき応募者３によって作成された商品デザイン案をマーケット１に投稿する。これにより、マーケット１にて、消費者４が商品デザイン案に対して投票可能となる。
【0047】
（３－３）投票部１３３
投票部１３３は、投票に関する処理を行う機能を有する。例えば、投票部１３３は、消費者４が消費者端末４０に入力する操作に応じた処理を行う。一例として、投票部１３３は、マーケット１に投稿された商品デザイン案に対する消費者４による投票を受け付け、投票結果に基づき商品化する商品デザイン案を選ぶ。商品化の対象として選ばれる基準は、例えば、募集者２によって任意に設定される。当該基準は、例えば、投票数が最も多いデザイン案、投票数が多い順に任意の数（例えば３案まで）のデザイン案、投票数が所定の数以上のデザイン案などである。
投票部１３３は、投票に関する処理を行う機能を有する。例えば、投票部１３３は、消費者４が消費者端末４０に入力する操作に応じた処理を行う。一例として、投票部１３３は、マーケット１に投稿された商品デザイン案に対する消費者４による投票を受け付け、投票結果に基づき商品化する商品デザイン案を選ぶ。商品化の対象として選ばれる基準は、例えば、募集者２によって任意に設定される。当該基準は、例えば、投票数が最も多いデザイン案、投票数が多い順に任意の数（例えば３案まで）のデザイン案、投票数が所定の数以上のデザイン案などである。
【0048】
（３－４）販売部１３４
販売部１３４は、販売に関する処理を行う機能を有する。例えば、販売部１３４は、投票によって選ばれた商品デザイン案が商品化された商品をマーケット１で販売する。マーケット１にて商品の販売を開始するにあたり、販売部１３４は、トークンの有無に応じて消費者端末４０の消費者用画面に表示する商品一覧の内容を変更する。例えば、販売部１３４は、販売開始直後の商品について、トークンを有する消費者４の商品一覧には表示するが、トークンを有していない消費者４の商品一覧には表示しない。販売開始から所定の時間Ｔが経過後、販売部１３４は、トークンを有していない消費者４の商品一覧に、販売直後には表示しなかった商品を表示する。
販売部１３４は、販売に関する処理を行う機能を有する。例えば、販売部１３４は、投票によって選ばれた商品デザイン案が商品化された商品をマーケット１で販売する。マーケット１にて商品の販売を開始するにあたり、販売部１３４は、トークンの有無に応じて消費者端末４０の消費者用画面に表示する商品一覧の内容を変更する。例えば、販売部１３４は、販売開始直後の商品について、トークンを有する消費者４の商品一覧には表示するが、トークンを有していない消費者４の商品一覧には表示しない。販売開始から所定の時間Ｔが経過後、販売部１３４は、トークンを有していない消費者４の商品一覧に、販売直後には表示しなかった商品を表示する。
【0049】
（３－５）寄付部１３５
寄付部１３５は、寄付に関する処理を行う機能を有する。例えば、寄付部１３５は、消費者４によって購入された商品の売り上げの一部をＳＤＧｓに対応する寄付先５へ寄付する。寄付部１３５は、商品の売り上げから、マーケット１の利用手数料、商品原価、及び商品デザイン案が採用された応募者３への報酬を引いた金額を寄付額として算出する。利用手数料は、募集者２がマーケットを利用するための手数料である。このため、利用手数料は、募集者２が販売した商品の売り上げから徴収される。
寄付部１３５は、寄付に関する処理を行う機能を有する。例えば、寄付部１３５は、消費者４によって購入された商品の売り上げの一部をＳＤＧｓに対応する寄付先５へ寄付する。寄付部１３５は、商品の売り上げから、マーケット１の利用手数料、商品原価、及び商品デザイン案が採用された応募者３への報酬を引いた金額を寄付額として算出する。利用手数料は、募集者２がマーケットを利用するための手数料である。このため、利用手数料は、募集者２が販売した商品の売り上げから徴収される。
【0050】
（３－６）インセンティブ付与部１３６
インセンティブ付与部１３６は、インセンティブの付与に関する処理を行う機能を有する。例えば、インセンティブ付与部１３６は、マーケット１を利用する消費者４に対して、マーケット１の利用度に応じたインセンティブを付与する。一例として、インセンティブ付与部１３６は、ＳＤＧｓの１７の目標ごとに発行されるトークンを購入した消費者４に対して、トークンの購入状況から判定される利用度に基づきインセンティブを付与する。例えば、インセンティブ付与部１３６は、消費者４に対して、購入したトークンに対応する目標のために投稿された商品デザイン案に対する投票の権利や、購入したトークンに対応する目標のために商品化された商品の購入において優遇を受けられる権利などを付与する。この場合、利用度は、トークンを購入しているか否か、又はトークンを購入した数などに基づき判定される。例えば、インセンティブ付与部１３６は、トークンを購入しているか否かに基づき、トークンを購入している場合は利用度が高いと判定してインセンティブを消費者４へ付与し、トークンを購入していない場合は利用度が低いと判定してインセンティブを消費者４へ付与しない。また、例えば、インセンティブ付与部１３６は、トークンを購入した数に基づき、トークンを購入した数が多いほど利用度が高いと判定してより多くのインセンティブを消費者４へ付与し、トークンを購入した数が少ないほど利用度が低いと判定してより少ないインセンティブを消費者４へ付与する。
商品の購入において優遇を受けられる権利は、例えば、トークンを有していない消費者４よりも優先的に商品を購入することが可能な権利、又は、商品の割引を受けることができる権利である。
インセンティブ付与部１３６は、インセンティブの付与に関する処理を行う機能を有する。例えば、インセンティブ付与部１３６は、マーケット１を利用する消費者４に対して、マーケット１の利用度に応じたインセンティブを付与する。一例として、インセンティブ付与部１３６は、ＳＤＧｓの１７の目標ごとに発行されるトークンを購入した消費者４に対して、トークンの購入状況から判定される利用度に基づきインセンティブを付与する。例えば、インセンティブ付与部１３６は、消費者４に対して、購入したトークンに対応する目標のために投稿された商品デザイン案に対する投票の権利や、購入したトークンに対応する目標のために商品化された商品の購入において優遇を受けられる権利などを付与する。この場合、利用度は、トークンを購入しているか否か、又はトークンを購入した数などに基づき判定される。例えば、インセンティブ付与部１３６は、トークンを購入しているか否かに基づき、トークンを購入している場合は利用度が高いと判定してインセンティブを消費者４へ付与し、トークンを購入していない場合は利用度が低いと判定してインセンティブを消費者４へ付与しない。また、例えば、インセンティブ付与部１３６は、トークンを購入した数に基づき、トークンを購入した数が多いほど利用度が高いと判定してより多くのインセンティブを消費者４へ付与し、トークンを購入した数が少ないほど利用度が低いと判定してより少ないインセンティブを消費者４へ付与する。
商品の購入において優遇を受けられる権利は、例えば、トークンを有していない消費者４よりも優先的に商品を購入することが可能な権利、又は、商品の割引を受けることができる権利である。
【0051】
インセンティブ付与部１３６は、マーケット１で商品を購入することによるＳＤＧｓへの貢献度に応じて、消費者４に付与するインセンティブを変化させてもよい。この場合、利用度は、貢献度の高さに応じて判定される。例えば、インセンティブ付与部１３６は、ＳＤＧｓへの貢献度に応じて、消費者４のランクを変化させる。一例として、インセンティブ付与部１３６は、消費者４のＳＤＧｓへの貢献度が高いほど、消費者４のランクをアップグレードし、インセンティブの内容を手厚くする。
【0052】
また、募集者２が自治体である場合、インセンティブ付与部１３６は、マーケット１の外部での自治体に対する貢献度に応じて、消費者４に付与するインセンティブを変化させてもよい。例えば、インセンティブ付与部１３６は、消費者４の消費者端末４０から得られるＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）情報に基づき、消費者４が自治体の地域へ来訪したことが有る場合には、当該自治体に関するインセンティブを消費者４に付与する。一例として、インセンティブ付与部１３６は、来訪したことがある自治体の商品について、マーケット１にて利用可能な割引クーポンを発行する。また、インセンティブ付与部１３６は、自治体の地域へ再度来訪した際に地元で利用可能なクーポンを発行してもよい。
【0053】
（３－７）出力制御部１３７
出力制御部１３７は、各種情報の出力を制御する機能を有する。例えば、出力制御部１３７は、募集者端末２０に募集者用画面を表示させ、応募者端末３０に応募者用画面を表示させ、消費者端末４０に消費者用画面を表示させ、寄付先端末５０に寄付先用画面を表示させる。また、出力制御部１３７は、各端末に表示した各画面に対して入力される操作に応じて、各画面に表示する情報の内容を変更する。
出力制御部１３７は、各種情報の出力を制御する機能を有する。例えば、出力制御部１３７は、募集者端末２０に募集者用画面を表示させ、応募者端末３０に応募者用画面を表示させ、消費者端末４０に消費者用画面を表示させ、寄付先端末５０に寄付先用画面を表示させる。また、出力制御部１３７は、各端末に表示した各画面に対して入力される操作に応じて、各画面に表示する情報の内容を変更する。
【0054】
＜４．処理の流れ＞
以上、本実施形態に係るマーケット管理サーバ１０の機能構成について説明した。続いて、図４から図７を参照して、本実施形態に係る処理の流れについて説明する。以下では、図１に示すステップＳ１からステップＳ１１によってマーケット運用システム１０００で行われる処理について説明する。
以上、本実施形態に係るマーケット管理サーバ１０の機能構成について説明した。続いて、図４から図７を参照して、本実施形態に係る処理の流れについて説明する。以下では、図１に示すステップＳ１からステップＳ１１によってマーケット運用システム１０００で行われる処理について説明する。
【0055】
（１）ステップＳ１とステップＳ２における処理の流れ
図４を参照して、ステップＳ１とステップＳ２における処理の流れについて説明する。図４は、本実施形態に係る募集者２による募集（ステップＳ１）と応募者３による応募（ステップＳ２）におけるマーケット運用システム１０００での処理の流れの一例を示すシーケンス図である。
図４を参照して、ステップＳ１とステップＳ２における処理の流れについて説明する。図４は、本実施形態に係る募集者２による募集（ステップＳ１）と応募者３による応募（ステップＳ２）におけるマーケット運用システム１０００での処理の流れの一例を示すシーケンス図である。
【0056】
図４に示すように、まず、募集者２は、マーケット１で募集する商品のデザイン案の募集要項を検討する（ステップＳ１０１）。
検討後、募集者２は、募集者端末２０に対して、募集要項をマーケット１へ投稿するための操作を入力する（ステップＳ１０２）。
募集者端末２０は、募集者２からの操作を受けて、募集要項とその投稿要求をマーケット管理サーバ１０へ送信する（ステップＳ１０３）。
マーケット管理サーバ１０では、通信部１１０が募集者端末２０から募集要項とその投稿要求を受信すると、募集部１３１が募集要項をマーケット１へ投稿する（ステップＳ１０４）。
検討後、募集者２は、募集者端末２０に対して、募集要項をマーケット１へ投稿するための操作を入力する（ステップＳ１０２）。
募集者端末２０は、募集者２からの操作を受けて、募集要項とその投稿要求をマーケット管理サーバ１０へ送信する（ステップＳ１０３）。
マーケット管理サーバ１０では、通信部１１０が募集者端末２０から募集要項とその投稿要求を受信すると、募集部１３１が募集要項をマーケット１へ投稿する（ステップＳ１０４）。
【0057】
応募者３は、応募者端末３０に対して、募集要項を確認するための操作を入力する（ステップＳ１０５）。
応募者端末３０は、応募者３からの操作を受けて、募集要項一覧の表示要求をマーケット管理サーバ１０へ送信する（ステップＳ１０６）。
マーケット管理サーバ１０では、通信部１１０が応募者端末３０から募集要項一覧の表示要求を受信すると、出力制御部１３７が通信部１１０から応募者端末３０へ募集要項一覧を送信し、応募者用画面に募集要項一覧を表示させる（ステップＳ１０７）。
応募者３は、応募者端末３０の応募者用画面に表示された募集要項一覧から各募集要項を確認する（ステップＳ１０８）。
応募者端末３０は、応募者３からの操作を受けて、募集要項一覧の表示要求をマーケット管理サーバ１０へ送信する（ステップＳ１０６）。
マーケット管理サーバ１０では、通信部１１０が応募者端末３０から募集要項一覧の表示要求を受信すると、出力制御部１３７が通信部１１０から応募者端末３０へ募集要項一覧を送信し、応募者用画面に募集要項一覧を表示させる（ステップＳ１０７）。
応募者３は、応募者端末３０の応募者用画面に表示された募集要項一覧から各募集要項を確認する（ステップＳ１０８）。
【0058】
次いで、応募者３は、応募したい募集要項の内容に沿って、商品デザイン案を検討し、作成する（ステップＳ１０９）。
作成後、応募者３は、応募者端末３０に対して、募集要項に応募するための操作を入力する（ステップＳ１１０）。
応募者端末３０は、応募者３からの操作を受けて、商品デザイン案とその投稿要求をマーケット管理サーバ１０へ送信する（ステップＳ１１１）。
マーケット管理サーバ１０では、通信部１１０が応募者端末３０から商品デザイン案とその投稿要求を受信すると、応募部１３２が商品デザイン案をマーケット１へ投稿する（ステップＳ１１２）。
作成後、応募者３は、応募者端末３０に対して、募集要項に応募するための操作を入力する（ステップＳ１１０）。
応募者端末３０は、応募者３からの操作を受けて、商品デザイン案とその投稿要求をマーケット管理サーバ１０へ送信する（ステップＳ１１１）。
マーケット管理サーバ１０では、通信部１１０が応募者端末３０から商品デザイン案とその投稿要求を受信すると、応募部１３２が商品デザイン案をマーケット１へ投稿する（ステップＳ１１２）。
【0059】
（２）ステップＳ３とステップＳ４における処理の流れ
図５を参照して、ステップＳ３とステップＳ４における処理の流れについて説明する。図５は、本実施形態に係る消費者４によるトークン購入（ステップＳ３）と消費者４による投票（ステップＳ４）におけるマーケット運用システム１０００での処理の流れの一例を示すシーケンス図である。
図５を参照して、ステップＳ３とステップＳ４における処理の流れについて説明する。図５は、本実施形態に係る消費者４によるトークン購入（ステップＳ３）と消費者４による投票（ステップＳ４）におけるマーケット運用システム１０００での処理の流れの一例を示すシーケンス図である。
【0060】
図５に示すように、まず、消費者４は、消費者端末４０に対して、トークンを購入するための操作を入力する（ステップＳ２０１）。
消費者端末４０は、消費者４からの操作を受けて、トークンの購入要求をマーケット管理サーバ１０へ送信する（ステップＳ２０２）。
マーケット管理サーバ１０では、通信部１１０が消費者端末４０からトークンの購入要求を受信すると、販売部１３４が購入要求に応じてトークンを消費者４へ販売し、インセンティブ付与部１３６が購入されたトークンに応じたインセンティブを消費者４へ付与する（ステップＳ２０３）。
消費者端末４０は、消費者４からの操作を受けて、トークンの購入要求をマーケット管理サーバ１０へ送信する（ステップＳ２０２）。
マーケット管理サーバ１０では、通信部１１０が消費者端末４０からトークンの購入要求を受信すると、販売部１３４が購入要求に応じてトークンを消費者４へ販売し、インセンティブ付与部１３６が購入されたトークンに応じたインセンティブを消費者４へ付与する（ステップＳ２０３）。
【0061】
次いで、消費者４は、消費者端末４０に対して、商品デザイン案を確認するための操作を入力する（ステップＳ２０４）。
消費者端末４０は、消費者４からの操作を受けて、商品デザイン案一覧の表示要求をマーケット管理サーバ１０へ送信する（ステップＳ２０５）。
マーケット管理サーバ１０では、通信部１１０が消費者端末４０から商品デザイン案一覧の表示要求を受信すると、出力制御部１３７が通信部１１０から消費者端末４０へ商品デザイン案一覧を送信し、消費者用画面に商品デザイン案一覧を表示させる（ステップＳ２０６）。
消費者４は、消費者端末４０の消費者用画面に表示された商品デザイン案一覧から各デザイン案を確認する（ステップＳ２０７）。
消費者端末４０は、消費者４からの操作を受けて、商品デザイン案一覧の表示要求をマーケット管理サーバ１０へ送信する（ステップＳ２０５）。
マーケット管理サーバ１０では、通信部１１０が消費者端末４０から商品デザイン案一覧の表示要求を受信すると、出力制御部１３７が通信部１１０から消費者端末４０へ商品デザイン案一覧を送信し、消費者用画面に商品デザイン案一覧を表示させる（ステップＳ２０６）。
消費者４は、消費者端末４０の消費者用画面に表示された商品デザイン案一覧から各デザイン案を確認する（ステップＳ２０７）。
【0062】
次いで、消費者４は、消費者端末４０に対して、デザイン案に投票するための操作を入力する（ステップＳ２０８）。
消費者端末４０は、消費者４からの操作を受けて、商品デザイン案への投票要求をマーケット管理サーバ１０へ送信する（ステップＳ２０９）。
マーケット管理サーバ１０では、通信部１１０が消費者端末４０から商品デザイン案への投票要求を受信すると、投票部１３３がトークン認証により消費者４が投票の権利を有しているか否かを確認する（ステップＳ２１０）。
トークン認証により権利を有する消費者４であることが確認できた場合、投票部１３３は、指定されたデザイン案に対する投票を受け付ける（ステップＳ２１１）。
投票期間の終了後、投票部１３３は、各デザイン案に対する投票数と選定基準とに基づき、商品化の対象となるデザイン案を決定する（ステップＳ２１２）。
消費者端末４０は、消費者４からの操作を受けて、商品デザイン案への投票要求をマーケット管理サーバ１０へ送信する（ステップＳ２０９）。
マーケット管理サーバ１０では、通信部１１０が消費者端末４０から商品デザイン案への投票要求を受信すると、投票部１３３がトークン認証により消費者４が投票の権利を有しているか否かを確認する（ステップＳ２１０）。
トークン認証により権利を有する消費者４であることが確認できた場合、投票部１３３は、指定されたデザイン案に対する投票を受け付ける（ステップＳ２１１）。
投票期間の終了後、投票部１３３は、各デザイン案に対する投票数と選定基準とに基づき、商品化の対象となるデザイン案を決定する（ステップＳ２１２）。
【0063】
（３）ステップＳ５からステップＳ８における処理の流れ
図６を参照して、ステップＳ５からステップＳ８における処理の流れについて説明する。図６は、本実施形態に係る消費者４への商品販売（ステップＳ５・Ｓ７）と消費者４による商品購入応募（ステップＳ６・Ｓ８）におけるマーケット運用システム１０００での処理の流れの一例を示すシーケンス図である。
図６を参照して、ステップＳ５からステップＳ８における処理の流れについて説明する。図６は、本実施形態に係る消費者４への商品販売（ステップＳ５・Ｓ７）と消費者４による商品購入応募（ステップＳ６・Ｓ８）におけるマーケット運用システム１０００での処理の流れの一例を示すシーケンス図である。
【0064】
図６に示すように、まず、募集者２は、投票によって選ばれたデザイン案に基づき商品化を行う（ステップＳ３０１）。
商品化後、募集者２は、募集者端末２０に対して、商品化した商品の商品情報をマーケット１へ投稿するための操作を入力する（ステップＳ３０２）。
募集者端末２０は、募集者２からの操作を受けて、商品情報とその投稿要求をマーケット管理サーバ１０へ送信する（ステップＳ３０３）。
マーケット管理サーバ１０では、通信部１１０が募集者端末２０から商品情報とその投稿要求を受信すると、販売部１３４が商品情報をマーケット１へ投稿する（ステップＳ３０４）。
商品化後、募集者２は、募集者端末２０に対して、商品化した商品の商品情報をマーケット１へ投稿するための操作を入力する（ステップＳ３０２）。
募集者端末２０は、募集者２からの操作を受けて、商品情報とその投稿要求をマーケット管理サーバ１０へ送信する（ステップＳ３０３）。
マーケット管理サーバ１０では、通信部１１０が募集者端末２０から商品情報とその投稿要求を受信すると、販売部１３４が商品情報をマーケット１へ投稿する（ステップＳ３０４）。
【0065】
消費者４は、消費者端末４０に対して、販売されている商品を確認するための操作を入力する（ステップＳ３０５）。
消費者端末４０は、消費者４からの操作を受けて、商品一覧の表示要求をマーケット管理サーバ１０へ送信する（ステップＳ３０６）。
マーケット管理サーバ１０では、通信部１１０が消費者端末４０から商品一覧の表示要求を受信すると、販売部１３４がトークン認証により消費者４が商品の購入において優遇を受けられる権利を有しているか否かを確認する（ステップＳ３０７）。
次いで、出力制御部１３７は、通信部１１０から消費者端末４０へトークン認証の結果に応じた商品一覧を送信し、消費者用画面に商品一覧を表示させる（ステップＳ３０８）。
消費者４は、消費者端末４０の消費者用画面に表示された商品一覧から購入可能な商品を確認する（ステップＳ３０９）。
消費者端末４０は、消費者４からの操作を受けて、商品一覧の表示要求をマーケット管理サーバ１０へ送信する（ステップＳ３０６）。
マーケット管理サーバ１０では、通信部１１０が消費者端末４０から商品一覧の表示要求を受信すると、販売部１３４がトークン認証により消費者４が商品の購入において優遇を受けられる権利を有しているか否かを確認する（ステップＳ３０７）。
次いで、出力制御部１３７は、通信部１１０から消費者端末４０へトークン認証の結果に応じた商品一覧を送信し、消費者用画面に商品一覧を表示させる（ステップＳ３０８）。
消費者４は、消費者端末４０の消費者用画面に表示された商品一覧から購入可能な商品を確認する（ステップＳ３０９）。
【0066】
次いで、消費者４は、消費者端末４０に対して、商品を購入するための操作を入力する（ステップＳ３１０）。
消費者端末４０は、消費者４からの操作を受けて、商品の購入要求をマーケット管理サーバ１０へ送信する（ステップＳ３１１）。
マーケット管理サーバ１０では、通信部１１０が消費者端末４０から商品の購入要求を受信すると、販売部１３４が商品の購入処理を実行する（ステップＳ３１２）。
消費者端末４０は、消費者４からの操作を受けて、商品の購入要求をマーケット管理サーバ１０へ送信する（ステップＳ３１１）。
マーケット管理サーバ１０では、通信部１１０が消費者端末４０から商品の購入要求を受信すると、販売部１３４が商品の購入処理を実行する（ステップＳ３１２）。
【0067】
（４）ステップＳ９からステップＳ１１における処理の流れ
図７を参照して、ステップＳ９からとステップＳ１１における処理の流れについて説明する。図７は、本実施形態に係るマーケットによる各種支払い（ステップＳ９からステップＳ１１）におけるマーケット運用システム１０００での処理の流れの一例を示すシーケンス図である。
図７を参照して、ステップＳ９からとステップＳ１１における処理の流れについて説明する。図７は、本実施形態に係るマーケットによる各種支払い（ステップＳ９からステップＳ１１）におけるマーケット運用システム１０００での処理の流れの一例を示すシーケンス図である。
【0068】
図７に示すように、まず、マーケット管理サーバ１０の寄付部１３５は、商品の売り上げから、マーケット１の利用手数料、商品原価、及び商品デザイン案が採用された応募者３への報酬を引いた金額を寄付額として算出する（ステップＳ４０１）。
次いで、販売部１３４は、売り上げ（消費者４からの購入代金）からマーケット１の利用手数料を徴収する（ステップＳ４０２）。
次いで、販売部１３４は、売り上げから商品原価を募集者２へ支払う（ステップＳ４０３）。
次いで、販売部１３４は、売り上げから商品デザイン案が採用された応募者３への報酬を支払う（ステップＳ４０４）。
次いで、寄付部１３５は、売り上げから寄付先５へ寄付金を支払う（ステップＳ４０５）。
次いで、販売部１３４は、売り上げ（消費者４からの購入代金）からマーケット１の利用手数料を徴収する（ステップＳ４０２）。
次いで、販売部１３４は、売り上げから商品原価を募集者２へ支払う（ステップＳ４０３）。
次いで、販売部１３４は、売り上げから商品デザイン案が採用された応募者３への報酬を支払う（ステップＳ４０４）。
次いで、寄付部１３５は、売り上げから寄付先５へ寄付金を支払う（ステップＳ４０５）。
【0069】
次いで、販売部１３４は、商品を購入した消費者４のＳＤＧｓに対する貢献度を確認し、今回の購入された商品に応じて貢献度を更新する（ステップＳ４０６）。
次いで、インセンティブ付与部１３６は、更新後の貢献度に応じたインセンティブを消費者４へ付与する（ステップＳ４０７）。
次いで、インセンティブ付与部１３６は、更新後の貢献度に応じたインセンティブを消費者４へ付与する（ステップＳ４０７）。
【0070】
以上説明したように、本実施形態に係るマーケット運用システム１０００は、所定のコンセプトに対する商品デザイン案の募集について募集者２によって作成された募集要項をマーケット１に投稿する募集部１３１と、募集要項に基づき応募者３によって作成された商品デザイン案をマーケット１に投稿する応募部１３２と、マーケット１に投稿された商品デザイン案に対する消費者４による投票を受け付け、投票結果に基づき商品化する商品デザイン案を選ぶ投票部１３３と、投票によって選ばれた商品デザイン案が商品化された商品を販売する販売部１３４と、を備える。
【0071】
かかる構成により、マーケット運用システム１０００は、ＳＤＧｓに対する取り組みにおいて、企業や自治体は、自身のみでなく、消費者やクリエイターも巻き込んだ取り組みを行うことができ、社会的にＳＤＧｓへの取り組みを行うことができる。
よって、本実施形態に係るマーケット運用システム１０００は、ＳＤＧｓのような所定のコンセプトに対して賛同する団体や個人のそのコンセプトに対する貢献度を向上することを可能とする。
よって、本実施形態に係るマーケット運用システム１０００は、ＳＤＧｓのような所定のコンセプトに対して賛同する団体や個人のそのコンセプトに対する貢献度を向上することを可能とする。
【0072】
＜５．変形例＞
以上、本発明の実施形態について説明した。続いて、上述した実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で各実施形態に適用されてもよいし、組み合わせで各実施形態に適用されてもよい。また、各変形例は、各実施形態で説明した構成に代えて適用されてもよいし、各実施形態で説明した構成に対して追加的に適用されてもよい。
以上、本発明の実施形態について説明した。続いて、上述した実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で各実施形態に適用されてもよいし、組み合わせで各実施形態に適用されてもよい。また、各変形例は、各実施形態で説明した構成に代えて適用されてもよいし、各実施形態で説明した構成に対して追加的に適用されてもよい。
【0073】
上述した実施形態では、マーケット１の運営者によってトークンが発行される例について説明したが、かかる例に限定されない。例えば、トークンは、募集者２や寄付先５によって発行されてもよいし、募集者２や寄付先５以外の第三者機関によって発行されてもよい。第三者機関は、例えば、企画実行者（製作委員会など）やクリエイター所属団体（学校・任意団体・一般社団法人など）である。
トークンがマーケット１の運営者によって発行される場合、消費者４によって購入された際のトークンの売り上げは、例えばマーケット１の運営資金として利用することができる。トークンが募集者２によって発行される場合、消費者４によって購入された際のトークンの売り上げは、例えば寄付先５への寄付金として利用することができる。トークンが寄付先５によって発行される場合、消費者４によって購入された際のトークンの売り上げは、例えば寄付先５の運営資金として利用することができる。トークンが第三者機関によって発行される場合、消費者４によって購入された際のトークンの売り上げは、例えば企画実行費用として利用することができる。
トークンがマーケット１の運営者によって発行される場合、消費者４によって購入された際のトークンの売り上げは、例えばマーケット１の運営資金として利用することができる。トークンが募集者２によって発行される場合、消費者４によって購入された際のトークンの売り上げは、例えば寄付先５への寄付金として利用することができる。トークンが寄付先５によって発行される場合、消費者４によって購入された際のトークンの売り上げは、例えば寄付先５の運営資金として利用することができる。トークンが第三者機関によって発行される場合、消費者４によって購入された際のトークンの売り上げは、例えば企画実行費用として利用することができる。
【0074】
また、上述した実施形態では、寄付部１３５が消費者４によって購入された商品の売り上げの一部を寄付先５へ寄付する例について説明したが、かかる例に限定されない。例えば、コンセプトに賛同した参加者である募集者２、応募者３、又は消費者４などは、商品の購入とは別に、寄付先５へ直接寄付を行ってもよい。この場合、寄付部１３５は、例えば参加者によって入金される寄付金を寄付先５の口座へ振り込む。
【0075】
また、上述した実施形態では、トークンの購入者が消費者４であり、トークンが消費者４にインセンティブを付与するために用いられるものとして説明したが、かかる例に限定されない。例えば、トークンは、その購入者に応募者３が含まれてもよく、応募者３に対して商品デザイン案を投稿する権利を付与するためのものとして用いられてもよい。この場合、マーケット１に商品デザイン案を投稿したい応募者３は、トークンを購入することになる。トークンの売り上げはトークンの発行元に応じてマーケットの運用資金や寄付先５への寄付金として利用される。このため、応募者３は、トークンを購入するだけでもＳＤＧｓに対する取り組みに貢献することができる。
【0076】
応募者３が商品デザイン案をマーケット１へ投稿するためにトークンを必要とする場合、商品デザイン案を投稿する権利は、マーケット管理サーバ１０のインセンティブ付与部１３６によってトークンを購入した応募者３に付与される。そして、応募者３が商品デザイン案をマーケット１へ投稿する際には、マーケット管理サーバ１０の応募部１３２がトークン認証を行い、応募者３が商品デザイン案を投稿する権利を有しているか否かが確認される。応募部１３２によるトークン認証の結果、権利が有ることが確認された場合には応募者３による商品デザイン案の投稿が受け付けられ、権利が無いことが確認された場合には応募者３による商品デザイン案の投稿が受け付けられない。
【0077】
ここで、図８を参照して、応募者３がトークンを購入して商品デザイン案を投稿するまでのマーケット運用システム１０００での処理の流れについて説明する。図８は、本実施形態の変形例に係る応募者３がトークンを購入する場合における処理の流れの一例を示すシーケンス図である。
【0078】
図８に示すように、まず、応募者３は、応募者端末３０に対して、トークンを購入するための操作を入力する（ステップＳ５０１）。
応募者端末３０は、応募者３からの操作を受けて、トークンの購入要求をマーケット管理サーバ１０へ送信する（ステップＳ５０２）。
マーケット管理サーバ１０では、通信部１１０が応募者端末３０からトークンの購入要求を受信すると、販売部１３４が購入要求に応じてトークンを応募者３へ販売し、インセンティブ付与部１３６が購入されたトークンに応じた商品デザイン案を投稿する権利を応募者３へ付与する（ステップＳ５０３）。
応募者端末３０は、応募者３からの操作を受けて、トークンの購入要求をマーケット管理サーバ１０へ送信する（ステップＳ５０２）。
マーケット管理サーバ１０では、通信部１１０が応募者端末３０からトークンの購入要求を受信すると、販売部１３４が購入要求に応じてトークンを応募者３へ販売し、インセンティブ付与部１３６が購入されたトークンに応じた商品デザイン案を投稿する権利を応募者３へ付与する（ステップＳ５０３）。
【0079】
次いで、応募者３は、応募者端末３０に対して、商品デザイン案の投稿を確認するための操作を入力する（ステップＳ５０４）。
応募者端末３０は、応募者３からの操作を受けて、商品デザイン案の投稿確認要求をマーケット管理サーバ１０へ送信する（ステップＳ５０５）。
マーケット管理サーバ１０では、通信部１１０が応募者端末３０から商品デザイン案の投稿確認要求を受信すると、応募部１３２がトークン認証により応募者３が投稿の権利を有しているか否かを確認する（ステップＳ５０６）。
トークン認証により権利を有する応募者３であることが確認できた場合、応募部１３２は、商品デザイン案の投稿を受け付け可能であることを示す画面を応募者端末３０に表示させる（ステップＳ５０７）。
応募者端末３０は、応募者３からの操作を受けて、商品デザイン案の投稿確認要求をマーケット管理サーバ１０へ送信する（ステップＳ５０５）。
マーケット管理サーバ１０では、通信部１１０が応募者端末３０から商品デザイン案の投稿確認要求を受信すると、応募部１３２がトークン認証により応募者３が投稿の権利を有しているか否かを確認する（ステップＳ５０６）。
トークン認証により権利を有する応募者３であることが確認できた場合、応募部１３２は、商品デザイン案の投稿を受け付け可能であることを示す画面を応募者端末３０に表示させる（ステップＳ５０７）。
【0080】
応募者３は、商品デザイン案の投稿が受け付け可能であることを確認できた場合、応募者端末３０に対して、商品デザイン案を投稿するための操作を入力する（ステップＳ５０８）。
応募者端末３０は、応募者３からの操作を受けて、商品デザイン案とその投稿要求をマーケット管理サーバ１０へ送信する（ステップＳ５０９）。
マーケット管理サーバ１０では、通信部１１０が応募者端末３０から商品デザイン案とその投稿要求を受信すると、応募部１３２が商品デザイン案をマーケット１へ投稿する（ステップＳ５１０）。
応募者端末３０は、応募者３からの操作を受けて、商品デザイン案とその投稿要求をマーケット管理サーバ１０へ送信する（ステップＳ５０９）。
マーケット管理サーバ１０では、通信部１１０が応募者端末３０から商品デザイン案とその投稿要求を受信すると、応募部１３２が商品デザイン案をマーケット１へ投稿する（ステップＳ５１０）。
【0081】
以上、本実施形態について説明した。なお、上述した実施形態におけるマーケット運用システム１０００、マーケット管理サーバ１０、募集者端末２０、応募者端末３０、消費者端末４０、及び寄付先端末５０の機能の一部又は全部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。
【0082】
以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【0083】
１…マーケット、２…募集者、３…応募者、４…消費者、５…寄付先、１０…マーケット管理サーバ、２０…募集者端末、３０…応募者端末、４０…消費者端末、５０…寄付先端末、１１０…通信部、１２０…記憶部、１３０…制御部、１３１…募集部、１３２…応募部、１３３…投票部、１３４…販売部、１３５…寄付部、１３６…インセンティブ付与部、１３７…出力制御部、１０００…マーケット運用システム、ＮＷ…ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】