特許 7208452 データ取引処理プログラム、データ取引処理装置、及びデータ取引処理方法

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

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

(11)【特許番号】

(24)【登録日】2023-01-11

(45)【発行日】2023-01-19

(54)【発明の名称】データ取引処理プログラム、データ取引処理装置、及びデータ取引処理方法

(51)【国際特許分類】

   G06Q 20/38 20120101AFI20230112BHJP

   G06Q 30/0601 20230101ALI20230112BHJP

【ＦＩ】

G06Q20/38 310

G06Q30/06 300

【請求項の数】 10

(21)【出願番号】P 2018230624

(22)【出願日】2018-12-10

(65)【公開番号】P2020095307

(43)【公開日】2020-06-18

【審査請求日】2021-09-09

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100087480

【弁理士】

【氏名又は名称】片山 修平

(72)【発明者】

【氏名】西間木 哲

【審査官】大野 朋也

(56)【参考文献】

【文献】特開２００１－３３８２４５（ＪＰ，Ａ）

【文献】特開２００２－１４０５９０（ＪＰ，Ａ）

【文献】特開２００３－１８７５２４（ＪＰ，Ａ）

【文献】特開平０８－１８５４４４（ＪＰ，Ａ）

【文献】特表２００８－５３８０１８（ＪＰ，Ａ）

【文献】米国特許出願公開第２００５／００９７００６（ＵＳ，Ａ１）

【文献】米国特許出願公開第２００２／００９１５５１（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１５／０２３５００６（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１０／００８２４５６（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１７／０１７８１３６（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

複数の販売元から提供されたデータのうち、何れかのデータの購入者の端末に該データの代金の支払いを要求し、前記代金の支払いに応じて前記データを前記購入者の端末に送信するデータ取引処理プログラムにおいて、
前記複数の販売元の各端末から前記データの価格の通知を受信し、
前記購入者に前記データの販売元の不当性の報告を保証させるための保証金を前記複数の販売元の前記データの価格に基づき設定し、
前記データの価格に前記保証金を加算することにより前記データの代金を算出して前記購入者の端末に通知し、
前記代金の支払いに応じて前記データを前記購入者の端末に送信した後、前記購入者の端末からの前記データの販売元の不当性の報告に応じて前記購入者の端末に前記保証金の範囲内の金額を返金する、
処理をコンピュータに実行させることを特徴とするデータ取引処理プログラム。

【請求項2】

前記保証金の範囲内の金額を返金する処理は、前記購入者の端末からの前記データの販売元の不当性の報告に応じ、前記複数の販売元のうち、正当な他の第１の販売元から提供された前記データを購入した他の購入者の端末に前記保証金の範囲内の金額を返金することを特徴とする請求項１に記載のデータ取引処理プログラム。

【請求項3】

前記保証金の範囲内の金額を返金する処理は、前記データの販売元が正当である場合、前記購入者の端末への前記保証金の範囲内の金額の返金を行わないことを特徴とする請求項１または２に記載のデータ取引処理プログラム。

【請求項4】

前記保証金の範囲内の金額を返金する処理は、前記データの代金から、前記複数の販売元のうち、正当な他の第２の販売元から提供された他のデータの価格を減じた残りの金額を返金し、
さらに、前記第２の販売元の端末に前記他のデータの価格に応じた金額を支払う、
処理を前記コンピュータに実行させることを特徴とする請求項１乃至３の何れかに記載のデータ取引処理プログラム。

【請求項5】

前記販売元の端末から、前記保証金を補助するための補助金の支払いを受ける処理を、さらに前記コンピュータに実行させ、
前記データの代金を算出して前記購入者の端末に通知する処理は、前記販売元の端末からの前記補助金の支払いに応じ前記保証金を減額して前記データの価格に加算することにより前記データの代金を算出して前記購入者の端末に通知することを特徴とする請求項１乃至４の何れかに記載のデータ取引処理プログラム。

【請求項6】

前記保証金を設定する処理は、前記複数の販売元のデータの各価格のばらつきに基づき前記保証金を設定することを特徴とする請求項１乃至５の何れかに記載のデータ取引処理プログラム。

【請求項7】

前記保証金を設定する処理は、前記ばらつきに基づく第１の値に、調整可能な第２の値を加算した値を前記保証金として設定することを特徴とする請求項６に記載のデータ取引処理プログラム。

【請求項8】

前記データが購入された数、及び前記販売元の不当性の報告の数に応じて前記第２の値を調整する、
処理を前記コンピュータに実行させることを特徴とする請求項７に記載のデータ取引処理プログラム。

【請求項9】

複数の販売元から提供されたデータのうち、何れかのデータの購入者の端末に該データの代金の支払いを要求し、前記代金の支払いに応じて前記データを前記購入者の端末に送信するデータ取引処理装置において、
前記複数の販売元の各端末から前記データの価格の通知を受信する取引処理部と、
前記購入者に前記データの販売元の不当性の報告を保証させるための保証金を前記複数の販売元の前記データの価格に基づき設定する保証金設定部とを有し、
前記取引処理部は、
前記データの価格に前記保証金を加算することにより前記データの代金を算出して前記購入者の端末に通知し、
前記代金の支払いに応じて前記データを前記購入者の端末に送信した後、前記購入者の端末からの前記データの販売元の不当性の報告に応じて前記購入者の端末に前記保証金の範囲内の金額を返金することを特徴とするデータ取引処理装置。

【請求項10】

複数の販売元から提供されたデータのうち、何れかのデータの購入者の端末に該データの代金の支払いを要求し、前記代金の支払いに応じて前記データを前記購入者の端末に送信するデータ取引処理方法において、
前記複数の販売元の各端末から前記データの価格の通知を受信し、
前記購入者に前記データの販売元の不当性の報告を保証させるための保証金を前記複数の販売元の前記データの価格に基づき設定し、
前記データの価格に前記保証金を加算することにより前記データの代金を算出して前記購入者の端末に通知し、
前記代金の支払いに応じて前記データを前記購入者の端末に送信した後、前記購入者の端末からの前記データの販売元の不当性の報告に応じて前記購入者の端末に前記保証金の範囲内の金額を返金する、
工程をコンピュータが実行することを特徴とするデータ取引処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本件は、データ取引処理プログラム、データ取引処理装置、及びデータ取引処理方法に関する。

【背景技術】

【0002】

インターネット上でコンテンツなどのデータを取引することにより新たなビジネスに利用する技術がある。例えば、データの販売元は、端末からサーバにアクセスしてデータをアップロードするとともにデータの代金を設定することでデータを販売する。また、購入者はそのサーバに端末からアクセスして所望のデータの代金を支払いダウンロードすることでデータを購入する。

【0003】

これにより、インターネット上でのデータの売買が成立する。なお、特許文献１には、ユーザが要求するジョブの代金をインターネット上で決済する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

しかし、上記のデータの取引では、悪意のユーザが、正当な販売元から購入したデータを権限なく複製して、その複製した不正なデータ（以下、「複製データ」と表記）をサーバにアップロードし、購入時の代金より安い価格で販売することにより不当な利益を得るおそれがある。正当な販売元は、複製データの売り上げが増えるほど、データの売り上げが減少して損害を受ける。

【0006】

これに対し、データ取引の管理者が、販売前にデータの販売元の正当性を確認すれば、不当な販売元による複製データの販売を抑制することができるが、確認対象のデータが多いほど、その所要時間が延びるため、販売開始が遅延して円滑なデータの取引が難しくなる。一方、購入者が販売元の正当性を確認して管理者に報告すれば、確認の手間を省くことが可能である。

【0007】

しかし、購入者は、複製データと複製元のデータの間に実質的な品質の差分がなければ、販売元の正当性より価格の安さを重視して複製データを購入する傾向があるため、販売元が不当であっても、その報告を行うか否かは購入者の良心次第となる。

【0008】

そこで本件は、購入者に不当な販売元の報告を促すことができるデータ取引処理プログラム、データ取引処理装置、及びデータ取引処理方法を提供することを目的とする。

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

【0009】

１つの態様では、データ取引処理プログラムは、複数の販売元から提供されたデータのうち、何れかのデータの購入者の端末に該データの代金の支払いを要求し、前記代金の支払いに応じて前記データを前記購入者の端末に送信するデータ取引処理プログラムにおいて、前記複数の販売元の各端末から前記データの価格の通知を受信し、前記購入者に前記データの販売元の不当性の報告を保証させるための保証金を前記複数の販売元の前記データの価格に基づき設定し、前記データの価格に前記保証金を加算することにより前記データの代金を算出して前記購入者の端末に通知し、前記代金の支払いに応じて前記データを前記購入者の端末に送信した後、前記購入者の端末からの前記データの販売元の不当性の報告に応じて前記購入者の端末に前記保証金の範囲内の金額を返金する、処理をコンピュータに実行させるプログラムである。

【0010】

１つの態様では、データ取引処理装置は、複数の販売元から提供されたデータのうち、何れかのデータの購入者の端末に該データの代金の支払いを要求し、前記代金の支払いに応じて前記データを前記購入者の端末に送信するデータ取引処理装置において、前記複数の販売元の各端末から前記データの価格の通知を受信する取引処理部と、前記購入者に前記データの販売元の不当性の報告を保証させるための保証金を前記複数の販売元の前記データの価格に基づき設定する保証金設定部とを有し、前記取引処理部は、前記データの価格に前記保証金を加算することにより前記データの代金を算出して前記購入者の端末に通知し、前記代金の支払いに応じて前記データを前記購入者の端末に送信した後、前記購入者の端末からの前記データの販売元の不当性の報告に応じて前記購入者の端末に前記保証金の範囲内の金額を返金する。

【0011】

１つの態様では、データ取引処理方法は、複数の販売元から提供されたデータのうち、何れかのデータの購入者の端末に該データの代金の支払いを要求し、前記代金の支払いに応じて前記データを前記購入者の端末に送信するデータ取引処理方法において、前記複数の販売元の各端末から前記データの価格の通知を受信し、前記購入者に前記データの販売元の不当性の報告を保証させるための保証金を前記複数の販売元の前記データの価格に基づき設定し、前記データの価格に前記保証金を加算することにより前記データの代金を算出して前記購入者の端末に通知し、前記代金の支払いに応じて前記データを前記購入者の端末に送信した後、前記購入者の端末からの前記データの販売元の不当性の報告に応じて前記購入者の端末に前記保証金の範囲内の金額を返金する、工程をコンピュータが実行する方法である。

【発明の効果】

【0012】

１つの側面として、購入者に不当な販売元の報告を促すことができる。

【図面の簡単な説明】

【0013】

【図1】ネットワークシステムの一例を示す構成図である。

【図2】マーケットプレイスサーバの一例を示す構成図である。

【図3】データ管理テーブル及び購入履歴管理テーブルの一例を示す図である。

【図4】マーケットプレイスサーバの処理の一例を示すフローチャートである。

【図5】出品処理の一例を示すシーケンス図である。

【図6】保証金設定処理の一例を示すシーケンス図である。

【図7】販売処理の一例を示すシーケンス図である。

【図8】審査処理の一例を示すシーケンス図である。

【図9】精算処理の一例を示すシーケンス図である。

【図10】出品者が供託金を支払う場合の出品処理の一例を示すシーケンス図である。

【図11】出品者Ａ，Ｂが供託金を支払う場合の販売処理の一例を示すシーケンス図である。

【図12】出品者Ａ，Ｂが供託金を支払う場合の精算処理の一例を示すシーケンス図である。

【図13】保証金の変更処理の一例を示すフローチャートである。

【図14】購入者が虚偽の違反報告を行った場合の審査処理の一例を示すシーケンス図である。

【図15】購入者が虚偽の違反報告を行った場合の精算処理の一例を示すシーケンス図である。

【図16】報告可能回数に上限を設けた場合の審査処理の一例を示すシーケンス図である。

【図17】アカウント管理テーブルの例を示す図である。

【図18】審査処理後の購入履歴管理テーブルの一例を示す図である。

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

【0014】

図１は、ネットワークシステム３の一例を示す構成図である。ネットワークシステム３には、マーケットプレイスサーバ１、出品者Ａ，Ｂがそれぞれ操作する端末２ａ，２ｂ、購入者Ｘ～Ｙがそれぞれ操作する端末２ｘ～２ｚ、及び決済サーバ９が含まれる。マーケットプレイスサーバ１、端末２ａ，２ｂ，２ｘ～２ｚ、及び決済サーバ９は、例えばインターネットなどのネットワークＮＷを介して互いに通信する。

【0015】

マーケットプレイスサーバ１は、コンテンツなどのデータの取引サービスを提供する。一例として、出品者Ａ，Ｂは端末２ａ，２ｂを操作することによりマーケットプレイスサーバ１にデータを出品する。購入者Ｘ～Ｚは、マーケットプレイスサーバ１に出品されたデータを購入する。なお、マーケットプレイスサーバ１はデータ取引処理装置の一例である。

【0016】

このとき、購入者Ｘ～Ｚは、購入するデータの価格に保証金を加算した金額の支払い処理をマーケットプレイスサーバ１に対して行う。保証金は、購入したデータが不当な販売元から出品されたデータである場合、購入者Ｘ～Ｚがその販売元の不当性の報告を保証するために支払われる。

【0017】

例えば購入者Ｘが端末２ｘからマーケットプレイスサーバ１に販売元の不当性の報告を送信した場合、マーケットプレイスサーバ１の管理者は、そのデータを検証して報告の真偽を確認する。管理者は、報告が正しい場合、マーケットプレイスサーバ１から購入者Ｘの端末２ｘに保証金の範囲内の金額を返金する。

【0018】

このため、購入者Ｘ～Ｚは、返金につられて積極的にマーケットプレイスサーバ１に不当な販売元を報告するようになる。したがって、管理者は、マーケットプレイスサーバ１に出品された全てのデータを検証する必要がなく、その負荷が低減される。なお、端末２ｘ～２ｚからマーケットプレイスサーバ１への支払い処理、及びマーケットプレイスサーバ１から端末２ｘ～２ｚへの返金処理は、例えば決済サーバ９を介して行われるが、便宜上、以下の例ではマーケットプレイスサーバ１と端末２ｘ～２ｚの間の処理として述べる。

【0019】

端末２ｘ～２ｚ及び端末２ａ，２ｂとしては、例えばパーソナルコンピュータ、スマートフォン、及びタブレット型端末などが挙げられるが、これに限定されない。以下に、端末２ｘ～２ｚ及び端末２ａ，２ｂの代表として端末２ｚの構成を述べるが、他の端末２ｙ，２ｚ，２ａ，２ｂも端末２ｚと同様の構成を有する。

【0020】

端末２ｚは、ＣＰＵ（Central Processing Unit）２０、ＲＯＭ（Read Only Memory）２１、ＲＡＭ（Random Access Memory）２２、通信ポート２４、入力装置２５、及び表示装置２６を有する。ＣＰＵ２０は、互いに信号の入出力ができるように、ＲＯＭ２１、ＲＡＭ２２、通信ポート２４、入力装置２５、及び表示装置２６と、バス２９を介して接続されている。

【0021】

ＲＯＭ２１は、ＣＰＵ２０を駆動するプログラムが格納されている。ＲＡＭ２２は、ＣＰＵ２０のワーキングメモリとして機能する。通信ポート２４は、例えば無線ＬＡＮ（Local Area Network）回路であり、ＣＰＵ２０とマーケットプレイスサーバ１の間の通信を処理する。

【0022】

入力装置２５は、情報を入力する装置である。入力装置２５としては、例えばキーボード、マウス、及びタッチパネルなどが挙げられる。入力装置２５は、入力された情報を、バス２９を介しＣＰＵ２０に出力する。

【0023】

表示装置２６は、情報を表示する装置である。表示装置２６としては、例えばディスプレイ及びタッチパネルなどが挙げられる。表示装置２６は、ＣＰＵ２０からバス２９を介して情報を取得して表示する。

【0024】

ＣＰＵ２０は、通信ポート２４からネットワークＮＷを介してマーケットプレイスサーバ１と通信することにより、後述する各種のシーケンス処理を実行する。なお、端末２ｘ～２ｚは、ＣＰＵ２０に代えて、またはＣＰＵ２０とともにＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specified Integrated Circuit）などの回路を用いてもよい。

【0025】

図２は、マーケットプレイスサーバ１の一例を示す構成図である。マーケットプレイスサーバ１は、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ（Hard Disk Drive）１３、通信ポート１４、入力装置１５、及び表示装置１６を有する。ＣＰＵ１０は、互いに信号の入出力ができるように、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ１３、通信ポート１４、入力装置１５、及び表示装置１６と、バス１９を介して接続されている。なお、ＣＰＵ１０はコンピュータの一例である。また、マーケットプレイスサーバ１は、ＨＤＤ１３に代えてメモリなどの他の記憶手段を有してもよい。

【0026】

ＲＯＭ１１は、ＣＰＵ１０を駆動するプログラムが格納されている。プログラムには、例えばＯＳ（Operating System）と、実施例のデータ取引処理方法を実行するデータ取引処理プログラムが格納されている。ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして機能する。通信ポート１４は、例えば無線ＬＡＮカードやＮＩＣ（Network Interface Card）であり、ＣＰＵ１０とマーケットプレイスサーバ１の間の通信を処理する。

【0027】

入力装置１５は、情報を入力する装置である。入力装置１５としては、例えばキーボード、マウス、及びタッチパネルなどが挙げられる。入力装置１５は、入力された情報を、バス１９を介しＣＰＵ１０に出力する。

【0028】

表示装置１６は、情報を表示する装置である。表示装置１６としては、例えばディスプレイ及びタッチパネルなどが挙げられる。表示装置１６は、ＣＰＵ１０からバス１９を介して情報を取得して出力する。

【0029】

ＣＰＵ１０は、ＲＯＭ１１からプログラムを読み込むと、機能として、マーケット管理部１０１、保証金設定部１０２、及びユーザインタフェース部（ユーザＩＦ部）１０３が形成される。マーケット管理部１０１は、出品者Ａ，Ｂと購入者Ｘ～Ｚの間のデータの取引に関する各種の処理を行う。保証金設定部１０２は、マーケット管理部１０１の指示に従って保証金の設定処理を行う。ユーザＩＦ部１０３は、管理者から入力装置１５の操作入力を受け付けて各種の処理を行う。なお、マーケット管理部１０１は取引処理部の一例である。

【0030】

また、ＨＤＤ１３には、アカウント管理テーブル１３０、データ管理テーブル１３１、購入履歴管理テーブル１３２、及び商品データベース１３３が格納されている。

【0031】

アカウント管理テーブル１３０には、出品者Ａ，Ｂ及び購入者Ｘ～Ｚのアカウント情報が予め登録されている。通信ポート１４は、アカウント管理テーブル１３０に登録済みの出品者Ａ，Ｂの端末２ａ，２ｂ及び購入者Ｘ～Ｚの端末２ｘ～２ｚとＣＰＵ１０の通信を処理し、アカウント管理テーブル１３０に未登録の端末とＣＰＵ２０の通信を許可しない。

【0032】

商品データベース１３３には、出品者Ａ，Ｂの端末２ａ，２ｂからアップロードされた商品であるデータが格納されている。データ管理テーブル１３１には、出品者Ａ，Ｂが端末２ａ，２ｂから設定したデータの商品名及び価格などが登録されており、購入履歴管理テーブル１３２には、購入者Ｘ～Ｚが端末２ｘ～２ｚから購入した商品及び支払額などが登録されている。

【0033】

図３は、データ管理テーブル１３１及び購入履歴管理テーブル１３２の一例を示す図である。データ管理テーブル１３１には、販売元、商品名、価格、保証金、及び正当性が登録される。販売元は、データをマーケットプレイスサーバ１に出品する出品者Ａ，ＢのＩＤを示す。商品名は、商品として出品されたデータの名称（例えばコンテンツＸＸ）であり、出品者Ａ，Ｂにより登録される。

【0034】

価格はデータの価格であり、出品者Ａ，Ｂにより登録される。保証金は、保証金設定部１０２により登録される。正当性は、販売元の出品者Ａ，Ｂの正当性であり、購入者Ｘ～Ｚの報告に応じてデータが検証された場合、その結果が登録される。

【0035】

購入履歴管理テーブル１３２には、購入者、商品名、販売元、支払額、報告が登録される。購入者は、データを購入した購入者Ｘ～Ｚであり、商品名は、購入されたデータの名称である。販売元は、購入されたデータの出品者Ａ，Ｂである。支払額は、データの購入時に購入者Ｘ～Ｚが支払った金額である。報告は、購入されたデータの販売元の不当性の報告の有無を示す。

【0036】

図４は、マーケットプレイスサーバ１の処理の一例を示すフローチャートである。マーケットプレイスサーバ１は、まず、出品者Ａ，Ｂからの出品を受け付ける出品処理を行う（ステップＳｔ１）。このとき、出品者Ａ，Ｂは、商品のデータをマーケットプレイスサーバ１に登録するとともにその価格を設定する。

【0037】

次にマーケットプレイスサーバ１は、購入者Ｘ～Ｚにデータの販売元の不当性の報告を保証させるための保証金を設定する保証金設定処理を行う（ステップＳｔ２）。これにより、購入者Ｘ～Ｚに対して販売元の不当性の報告が促される。なお、保証金の額の設定方法については後述する。

【0038】

次にマーケットプレイスサーバ１は、データを購入者Ｘ～Ｚに販売する販売処理を行う（ステップＳｔ３）。このとき、購入者Ｘ～Ｚは、購入するデータを選択して、マーケットプレイスサーバ１は、購入者Ｘ～Ｚの端末２ｘ～２ｚに対してそのデータの代金の支払いを要求する。データの代金は、出品者Ａ，Ｂが設定した価格に保証金を加算した額である。マーケットプレイスサーバ１は、購入者Ｘ～Ｚの端末２ｘ～２ｚからの代金を支払いに応じてデータを端末２ｘ～２ｚに送信する。

【0039】

次にマーケットプレイスサーバ１は、購入者Ｘ～Ｚの端末２ｘ～２ｚから販売元の不当性の報告（以下、「違反報告」と表記）を受け付ける審査処理を行う（ステップＳｔ４）。マーケットプレイスサーバ１の管理者は、違反報告を受けた場合、例えばデータを検証して違反報告の真偽を確認し、その結果をマーケットプレイスサーバ１に登録する。

【0040】

次にマーケットプレイスサーバ１は、データの売上金及び保証金を精算する精算処理を行う（ステップＳｔ５）。このとき、マーケットプレイスサーバ１は、出品者Ａ，Ｂの端末２ａ，２ｂにデータの売上金を支払うが、違反報告により不当な販売元と判明した出品者Ａ，Ｂの端末２ａ，２ｂには売上金を支払わない。また、マーケットプレイスサーバ１は、違反報告を行った購入者Ｘ～Ｚの端末２ｘ～２ｚと、正当な販売元からデータを購入した購入者Ｘ～Ｚの端末２ｘ～２ｚとに保証金の範囲内の金額を返金する。なお、返金額についは後述する。

【0041】

このようにしてマーケットプレイスサーバ１は、出品者Ａ，Ｂと購入者Ｘ～Ｚの間のデータの取引を処理する。以下に上記のステップＳｔ１～Ｓｔ５ごとの処理のシーケンスの例を挙げて説明する。

【0042】

以下の例では、出品者Ａは正当な販売元（第１の販売元、第２の販売元）の一例であり、出品者Ｂは不当な販売元の一例である。出品者Ａ，Ｂは、商品であるデータの一例として、実質的な質の差がない同種のコンテンツＸＸのデータをそれぞれマーケットプレイスサーバ１に出品する。

【0043】

また、購入者Ｘ，Ｙは、不当な販売元である出品者ＢからコンテンツＸＸのデータを購入し、購入者Ｚは、正当な販売元である出品者ＡからコンテンツＸＸのデータを購入する。購入者Ｙは、出品者Ｂの違反報告をマーケットプレイスサーバ１に対して行い、マーケットプレイスサーバ１は購入者Ｙの端末２ｙに保証金の一部を返金する。

【0044】

なお、以下の例では、出品者Ａ，Ｂの端末２ａ，２ｂ、購入者Ｘ～Ｚの端末２ｘ～２ｚ、及びマーケットプレイスサーバ１の間で、日本円を通貨として支払いや返金が行われるが、これに限定されず、米国ドルや仮想通貨などの他の通貨が用いられてもよい。また、支払いや返金は例えば決済サーバ９により行われるが、その処理は以下の説明において省略する。

【0045】

図５は、出品処理（Ｓｔ１）の一例を示すシーケンス図である。本シーケンスは、端末２ａ，２ｂのＣＰＵ２０とマーケット管理部１０１のＣＰＵ１０が通信ポート２４，１４を介して各種のメッセージを送受信することにより実行される。なお、これは以降に例示されるシーケンスも同様である。

【0046】

出品者Ａの端末２ａは、コンテンツＸＸの商品登録依頼メッセージをマーケットプレイスサーバ１に送信する。マーケット管理部１０１は、商品登録依頼メッセージの受信に応じて価格設定要求メッセージを端末２ａに送信する。出品者ＡはコンテンツＸＸの価格を例えば￥１５０に決定して端末２ａの入力装置２５により入力する。端末２ａは、その価格情報（￥１５０）を含む価格通知メッセージをマーケットプレイスサーバ１に送信する。

【0047】

マーケット管理部１０１は、価格通知メッセージの受信に応じてデータ管理テーブル１３１に出品者ＡのコンテンツＸＸのデータを商品として登録する（「商品登録」参照）。これにより、データ管理テーブル１３１には、販売元の出品者Ａ、商品名のコンテンツＸＸ、及び価格の￥１５０が登録される。また、マーケット管理部１０１は、商品データベース１３３に出品者ＡのコンテンツＸＸのデータを商品として格納する（「商品格納」参照）。

【0048】

その後、マーケット管理部１０１は出品完了通知メッセージを端末２ａに送信する。出品者Ａは、端末２ａが受信した出品完了通知メッセージを例えば表示装置２６により確認する。

【0049】

また、マーケットプレイスサーバ１は、出品者Ａの端末２ａと同様のシーケンスを出品者Ｂの端末２ｂとの間でも実行する。出品者Ｂは、コンテンツＸＸの価格を例えば￥５０に設定する。これにより、データ管理テーブル１３１には、販売元の出品者Ｂ、商品名のコンテンツＸＸ、及び価格の￥５０が登録される。また、マーケット管理部１０１は、商品データベース１３３に出品者ＢのコンテンツＸＸのデータを商品として格納する。

【0050】

このようにして、出品者Ａ，ＢからコンテンツＸＸのデータがマーケットプレイスサーバ１に登録される。

【0051】

図６は、保証金設定処理（Ｓｔ２）の一例を示すシーケンス図である。マーケット管理部１０１は、保証金設定部１０２に保証金の設定を要求する（「設定要求」参照）。保証金設定部１０２は、要求に応じてデータ管理テーブル１３１から出品者Ａ，Ｂの各コンテンツＸＸの価格を取得する。

【0052】

保証金設定部１０２は、コンテンツＸＸの価格の最大値及び最小値を検出する（符号Ｓ１）。次に保証金設定部１０２は保証金を算出する（符号Ｓ２）。

【0053】

α＝Ｐｍａｘ－Ｐｍｉｎ＋β ・・・（１）

【0054】

保証金設定部１０２は、一例として、上記の式（１）から保証金αを算出する。式（１）において、変数Ｐｍａｘは価格の最大値（￥１５０）であり、変数Ｐｍｉｎは価格の最小値（￥５０）である。また、変数βは、各種のパラメータ（コンテンツＸＸの購入数など）に応じて変動する調整値である。したがって、例えば調整値βを￥１００とすると、保証金αは￥２００（＝１５０－５０＋１００）となる。

【0055】

保証金設定部１０２は、同一種類のデータごとにＰｍａｘ，Ｐｍｉｎ，βから保証金を算出する。データの種類は、例えばコンテンツＸＸに付加されたラベルやメタデータに基づくカテゴリーにより判定される。

【0056】

式（１）において、Ｐｍａｘ－Ｐｍｉｎは、同一種類のデータの価格の最大値と最小値の差分である。このため、例えば不当な販売元の出品者ＢがコンテンツＸＸの価格を安く設定するほど、Ｐｍａｘ－Ｐｍｉｎが大きくなって保証金αも大きくなる。

【0057】

このように、保証金設定部１０２は、販売元ごとの価格のばらつき（つまりＰｍａｘ－Ｐｍｉｎ）に基づき保証金αを設定する。このため、不当な販売元の出品者Ｂが、大きな売り上げを得ることを目的として、正当な販売元の出品者Ａよりも安い価格でデータを出品しても、価格のばらつきが大きくなることで保証金αが大きくなるので、購入者Ｘ～Ｚに違反報告をより効果的に促すことができる。

【0058】

また、マーケットプレイスサーバ１の管理者は、例えば経験則に基づき調整値βを調整することにより商品のデータの価格帯に合わせた保証金αを設定することができる。

【0059】

β＝Ｐａｖ×θ ・・・（２）

【0060】

保証金設定部１０２は、例えば上記の式（２）に従って調整値βを設定してもよい。式（２）において、変数Ｐａｖは同一種類のデータの平均価格であり、変数θは、管理者が入力装置１５により指定した所定の比率である。例えばＰａｖ＝１００及びθ＝０．５である場合、調整値は￥５０（＝１００×０．５）となるため、保証金αは￥１５０（＝１５０－５０＋５０）となる。

【0061】

このように、保証金設定部１０２は、ばらつきに基づくＰｍａｘ－Ｐｍｉｎの値に調整値βを加算した値を保証金αとして設定する。このため、保証金設定部１０２は、例えばデータの価格帯に合わせて適切な保証金αを設定することができる。なお、Ｐｍａｘ－Ｐｍｉｎは第１の値の一例であり、調整値βは第２の値の一例である。また、以下の例において、保証金αは￥２００と仮定する。

【0062】

保証金設定部１０２は、保証金の算出後、保証金をデータ管理テーブル１３１に登録する（「保証金登録」参照）。これにより、データ管理テーブル１３１の保証金に￥２００が登録される。保証金設定部１０２は、登録が完了すると、その旨をマーケット管理部１０１に通知する（「完了通知」参照）。

【0063】

このようにして、保証金αが設定される。保証金αは、購入者Ｘ～Ｚが購入するデータの代金に加算される。

【0064】

図７は、販売処理（Ｓｔ３）の一例を示すシーケンス図である。本例において、購入者Ｘ，Ｙは不当な販売元のコンテンツＸＸのデータを購入し、購入者Ｚは正当な販売元のコンテンツＸＸのデータを購入する。

【0065】

端末２ｘは、購入者Ｘの入力装置２５の操作に応じてコンテンツＸＸの商品検索依頼メッセージをマーケット管理部１０１に送信する。マーケット管理部１０１は、商品検索依頼メッセージの受信に応じて、データ管理テーブル１３１から商品名「コンテンツＸＸ」を検索する（「商品検索」参照）。

【0066】

このとき、マーケット管理部１０１は、商品検索依頼メッセージに指定された商品名「コンテンツＸＸ」を検索キーとして、データ管理テーブル１３１から販売元及び価格を検索する。なお、このときのデータ管理テーブル１３１の内容は、図６に示されるとおりである。

【0067】

次にマーケット管理部１０１は、コンテンツＸＸのデータの価格に、データ管理テーブル１３１に登録された保証金を加算することによりデータの代金を算出する（符号Ｓ１１）。マーケット管理部１０１は、コンテンツＸＸの保証金が￥２００であるため、出品者ＡのコンテンツＸＸのデータの価格を￥３５０（＝￥１５０＋￥２００）と算出し、出品者ＢのコンテンツＸＸのデータの価格を￥２５０（＝￥５０＋￥２００）と算出する。

【0068】

マーケット管理部１０１は、商品検索依頼メッセージに対する検索結果の商品情報として、コンテンツＸＸのデータの販売元（出品者Ａ，Ｂ）と代金（￥３５０、￥２５０）を端末２ｘに通知する。商品情報は、例えば端末２ｘの表示装置２６に表示される。購入者Ｘは、商品情報に基づき、出品者ＢのコンテンツＸＸのデータを購入するように入力装置２５を操作する。端末２ｘは、操作に応じて、出品者ＢのコンテンツＸＸの購入通知メッセージをマーケットプレイスサーバ１に送信する。

【0069】

マーケット管理部１０１は、購入通知メッセージの受信に応じて、出品者ＢのコンテンツＸＸのデータの代金（￥２５０）の支払要求メッセージを端末２ｘに送信する。端末２ｘは、支払要求メッセージを受信すると、代金を表示装置２６に表示する。購入者Ｘは、入力装置２５により代金の支払の操作を行う。端末２ｘは、操作に応じて、代金（￥２５０）の支払応答メッセージをマーケットプレイスサーバ１に送信する。

【0070】

マーケット管理部１０１は、支払応答メッセージの受信に応じて商品データベース１３３から出品者ＢのコンテンツＸＸのデータを読み出す。マーケット管理部１０１は、読み出したデータを端末２ｘに送信する。端末２ｘは、データを受信し、その旨を表示装置２６に表示する。これにより、購入者Ｘは、コンテンツＸＸのデータの購入を完了する。

【0071】

マーケット管理部１０１は、データの送信後、購入者Ｘの購入の履歴情報を購入履歴管理テーブル１３２に登録する。履歴情報には、商品名（コンテンツＸＸ）、販売元（出品者Ｂ）、及び支払額（￥２５０）が含まれる。なお、購入者Ｙも端末２ｙからマーケットプレイスサーバ１に対して出品者ＢのコンテンツＸＸのデータの購入処理を行う。このとき、端末２ｙとマーケットプレイスサーバ１の間では、上記と同様のシーケンスが行われる。

【0072】

また、購入者Ｚは、端末２ｚからマーケットプレイスサーバ１に対して正当な出品者ＡのコンテンツＸＸのデータの購入処理を行う。このとき、マーケット管理部１０１は、購入者Ｚの支払額として、他の購入者Ｘ，Ｙとは異なる￥３５０（１５０＋２００）を算出する（符号Ｓ１２）。端末２ｚとマーケットプレイスサーバ１の間では、支払額と出品者Ｂが異なることを除けば上記と同様のシーケンスが行われる。

【0073】

このように、マーケット管理部１０１は、複数の販売元から提供されたデータのうち、何れかのデータの購入者Ｘ～Ｚの端末２ｘ～２ｚにデータの代金の支払いを要求し、代金の支払いに応じてデータを購入者Ｘ～Ｚの端末２ｘ～２ｚに送信する。これにより、マーケットプレイスサーバ１は、出品者Ａ，Ｂと購入者Ｘ～Ｚの間のデータの取引を実行する。

【0074】

図８は、審査処理（Ｓｔ４）の一例を示すシーケンス図である。本例において、購入者Ｙのみが違反報告を行い、他の購入者Ｘ，Ｚは違反報告を行わない。

【0075】

マーケット管理部１０１は、例えば購入者Ｘ～Ｚのデータの購入日から所定期間だけ、購入者Ｘ～Ｚの端末２ｘ～２ｚから違反報告を受け付ける。購入者Ｙは、購入済みのデータを確認した結果、その出品者Ｂが不当な販売元であることを知り、入力装置２５を操作することにより出品者ＢのコンテンツＸＸの違反報告をマーケットプレイスサーバ１に送信する。

【0076】

マーケット管理部１０１は、端末２ｙからの違反報告の受信に応じてユーザＩＦ部１０３に違反報告の情報を出力する。ユーザＩＦ部１０３は違反報告の情報を表示装置１６に出力することにより表示装置１６にその内容を表示する。マーケットプレイスサーバ１の管理者は、違反報告に応じて入力装置１５を操作して、違反報告の対象のコンテンツＸＸの各出品者Ａ，Ｂのデータを確認する。

【0077】

このとき、ユーザＩＦ部１０３は、操作に応じて、データ管理テーブル１３１からコンテンツＸＸの商品情報を読み出し、商品データベース１３３からコンテンツＸＸのデータを読み出す。データは、例えばＣＰＵ１０が実行するアプリケーション（不図示）により可視化されて表示装置１６に表示される。管理者は、出品者Ａ，ＢごとにコンテンツＸＸのデータが不正か否かを判定する。

【0078】

本例のように、データが、例えば音楽や映画などのコンテンツＸＸである場合、その製作者や配給元は明らかであるため、コンテンツＸＸの販売元である出品者Ｂの素性から不正な複製データであるか否かが判定される。また、データが、本例とは異なり、例えば各自治体だけが保有する林地台帳の情報である場合、その販売元が自治体以外の出品者であれば、不正な複製データであると判定される。なお、不正なデータの判定は、人手により行ってもよいし、ソフトウェアなどにより行ってもよい。

【0079】

管理者は、データの確認結果をデータ管理テーブル１３１に登録する。出品者ＡのコンテンツＸＸのデータは不正ではなく、出品者ＢのコンテンツＸＸのデータは不正であるため、データ管理テーブル１３１には、出品者Ａの正当性として「ＯＫ」（正当）が登録され、出品者Ｂの正当性として「ＮＧ」（不当）が登録される。なお、管理者は、不当な販売元である出品者Ｂが登録した全データの出品を取り消す。

【0080】

また、管理者は、購入者Ｙの違反報告が有ったことを購入履歴管理テーブル１３２に登録する。購入履歴管理テーブル１３２には、購入者Ｙの報告として「有」が登録される。

【0081】

その後、マーケット管理部１０１は、他の購入者Ｘ，Ｚの購入日から所定期間過ぎても、購入者Ｘ，Ｚの端末２ｘ，２ｚから違反報告が無ければ、購入者Ｘ，Ｚから違反報告が無かったことを購入履歴管理テーブル１３２に登録する。購入履歴管理テーブル１３２には、購入者Ｘ，Ｚの報告として「無」が登録される。

【0082】

このように、マーケットプレイスサーバ１は、販売元の正当性をデータ管理テーブル１３１に登録し、購入者Ｘ～Ｚからの違反報告の有無を購入履歴管理テーブル１３２に登録する。マーケットプレイスサーバ１は、販売元の正当性及び違反報告の有無に基づき購入者Ｘ～Ｚへの保証金の返金の可否を判定する。

【0083】

図９は、精算処理（Ｓｔ５）の一例を示すシーケンス図である。精算処理では、出品者Ａ，Ｂに対する売上金の支払、及び保証金の一部の返金が行われる。

【0084】

マーケット管理部１０１は、購入履歴管理テーブル１３２からコンテンツＸＸのデータの購入履歴情報（購入者、商品名、販売元、支払額、及び報告）を取得し、データ管理テーブル１３１から出品者Ａ，Ｂの正当性の情報を取得する。マーケット管理部１０１は、購入履歴情報及び正当性の情報から各出品者Ａ，Ｂの売上金と各購入者Ｘ～Ｚへの返金額を計算する計算処理（符号Ｓ３１）を行う。

【0085】

マーケット管理部１０１は、販売元の正当性の情報に従い、不当な販売元の出品者Ｂに対して支払う売上金を￥０とする。これは、出品者Ｂにはデータを出品する権限がないため、売上金を取得する権利もないためである。

【0086】

売上金＝価格×全購入数 ・・・（３）

【0087】

また、マーケット管理部１０１は、出品者Ａに対して支払う売上金を上記の式（３）から算出する。マーケット管理部１０１は、出品者ＡのコンテンツＸＸのデータの価格に出品者Ａ，ＢのコンテンツＸＸのデータの購入数を乗ずることにより出品者Ａの売上金を算出する。

【0088】

購入履歴管理テーブル１３２によると、コンテンツＸＸのデータは購入者Ｘ～Ｚにより３回購入されているため、購入数は３回である。また、データ管理テーブル１３１には、出品者ＡのコンテンツＸＸのデータの価格として￥１５０が登録されている。

【0089】

このため、マーケット管理部１０１は、出品者Ａの売上金として￥４５０（＝１５０×３）を算出する。このように出品者Ａの売上金の算出に、不当な販売元である出品者Ｂが販売した回数を考慮するのは、出品者Ｂが販売した回数が、本来、出品者Ａが販売することができた回数であるという考えに基づく。

【0090】

返金額＝購入者の支払額－正当な販売元の価格 ・・・（４）

【0091】

また、マーケット管理部１０１は、違反報告を行った購入者Ｙに対する保証金の返金額を上記の式（４）から算出する。マーケット管理部１０１は、購入者Ｙの支払額から出品者ＡのコンテンツＸＸのデータの価格を減ずることにより返金額を算出する。なお、返金額は、保証金の範囲内であれば限定されない。

【0092】

購入履歴管理テーブル１３２には、購入者Ｙの支払額として￥２５０が登録されている。また、データ管理テーブル１３１には、出品者ＡのコンテンツＸＸのデータの価格として￥１５０が登録されている。

【0093】

このため、マーケット管理部１０１は、購入者Ｙへの返金額として￥１００（＝２５０－１５０）を算出する。

【0094】

また、マーケット管理部１０１は、正当な販売元である出品者Ａからデータを購入した購入者Ｚに対する保証金の返金額も式（４）から算出する。マーケット管理部１０１は、購入者Ｚの支払額から出品者ＡのコンテンツＸＸのデータの価格を減ずることにより返金額を算出する。購入履歴管理テーブル１３２には、購入者Ｚの支払額として￥３５０が登録されている。

【0095】

このため、マーケット管理部１０１は、購入者Ｚへの返金額として￥２００（＝３５０－１５０）を算出する。なお、この返金額は保証金と同額である。

【0096】

マーケット管理部１０１は、出品者Ａの端末２ａに売上金の￥４５０を支払う。端末２ａは、支払を受けるとマーケットプレイスサーバ１に応答を返す。

【0097】

マーケット管理部１０１は、出品者Ｂの端末２ｂに売上金の￥０を支払う。実質的には、マーケット管理部１０１は端末２ｂに支払うべき売上金がないことを通知する。端末２ｂは、通知を受けるとマーケットプレイスサーバ１に応答を返す。

【0098】

また、マーケット管理部１０１は、購入者Ｘの端末２ｘに返金額の￥０を支払う。実質的には、マーケット管理部１０１は端末２ｘに支払うべき保証金がないことを通知する。端末２ｘは、通知を受けるとマーケットプレイスサーバ１に応答を返す。

【0099】

マーケット管理部１０１は、購入者Ｙの端末２ｙに返金額の￥１００を支払う。端末２ｙは、支払を受けるとマーケットプレイスサーバ１に応答を返す。

【0100】

マーケット管理部１０１は、購入者Ｚの端末２ｚに返金額の￥２００を支払う。端末２ｚは、支払を受けるとマーケットプレイスサーバ１に応答を返す。

【0101】

このようにして、マーケット管理部１０１は、出品者Ａに売上金を支払い、購入者Ｙ，Ｚに保証金の範囲内の金額を返金する。

【0102】

上述したように、マーケット管理部１０１は、購入者Ｙの端末２ｙからのデータの違反報告に応じて購入者Ｙの端末２ｙに保証金の範囲内の金額を返金する。このため、マーケット管理部１０１は、返金を、購入者Ｙによる積極的な違反報告の動機付けに用いることができる。したがって、マーケットプレイスサーバ１は、購入者Ｙに不当な販売元である出品者Ｂの報告を促すことができる。

【0103】

購入者Ｙがデータを確認して違反報告を行えば、管理者が、マーケットプレイスサーバ１に登録された全てのデータを確認する手間が省かれる。

【0104】

また、マーケット管理部１０１は、購入者Ｙに対する返金する処理において、式（４）に従い、購入者Ｙの支払額から、正当な販売元である出品者Ａから提供されたデータの価格を減じた残りの金額を返金する。また、マーケット管理部１０１は、出品者Ａの端末２ａにデータの価格に応じた金額を支払う。このため、購入者Ｘ，Ｙが、不当な販売元である出品者Ｂからデータを購入しても、その出品者Ｂの売上金に応じて、出品者Ａに対する売上金が補償される。

【0105】

また、マーケット管理部１０１は、購入者Ｙの端末２ｙからのデータの違反報告に応じ、正当な販売元である出品者Ａから提供されたデータを購入した購入者Ｚの端末２ｚに保証金の範囲内の金額を返金する。このため、マーケット管理部１０１は、返金を、購入者Ｚによる積極的な正当な販売元からのデータの購入の動機付けに用いることができる。

【0106】

（出品者Ａ，Ｂの供託金を保証金に充てる例）
上記の実施例において、購入者Ｘ～Ｚは保証金の全額を負担するが、これに限定されず、出品者Ａ，Ｂが供託金を支払うことにより保証金の一部を負担してもよい。

【0107】

図１０は、出品者Ａ，Ｂが供託金を支払う場合の出品処理（Ｓｔ１）の一例を示すシーケンス図である。図１０において、図５と共通する処理の説明は省略する。

【0108】

出品者Ａ，Ｂは、マーケットプレイスサーバ１に商品のデータを登録するとき、供託金を支払う。出品者Ａ，Ｂの端末２ａ，２ｂは、商品登録依頼メッセージに、一例として、￥５００の供託金の支払いの情報を付与する。これにより、マーケットプレイスサーバ１は、出品者Ａ，Ｂから￥５００の支払を受ける。

【0109】

マーケット管理部１０１は、商品登録依頼メッセージの受信に応じて、供託金の金額（￥５００）をアカウント管理テーブル１３０に登録する。アカウント管理テーブル１３０には、出品者Ａ，Ｂのアカウント（例えばＩＤ）に、出品者Ａ，Ｂの供託金の金額が対応付けて登録されている。

【0110】

このように、マーケット管理部１０１は、出品者Ａ，Ｂの端末２ａ，２ｂから供託金の支払いを受ける。供託金は、保証金を補助するための補助金の一例である。

【0111】

図１１は、出品者Ａ，Ｂが供託金を支払う場合の販売処理（Ｓｔ３）の一例を示すシーケンス図である。図１１において、図７と共通する処理の説明は省略する。

【0112】

マーケット管理部１０１は、アカウント管理テーブル１３０に供託金の金額が登録されている場合、購入者Ｘ～Ｚの端末２ｘ～２ｚに要求する代金を減額する。

【0113】

Ｐｄ＝Ｐｏ＋０．８×α ・・・（５）

【0114】

マーケット管理部１０１は、代金の算出処理（符号Ｓ４１，Ｓ４２）において、上記の式（５）から代金Ｐｄを算出する。式（５）において、変数Ｐｏは、データ管理テーブル１３１に登録されたデータの価格である。

【0115】

また、式（５）において、保証金αには、０．８が乗算されている。このため、購入者Ｘ～Ｚの代金に含まれる保証金αが、図７の場合より２割だけ減額されている。つまり、購入者Ｘ～Ｚが保証金αの８割を負担し、出品者Ａ，Ｂが残りの２割を供託金から負担する。

【0116】

保証金αを￥２００とすると、出品者Ｂからデータを購入した購入者Ｘ，Ｙの支払額は￥２１０（＝５０＋０．８×２００）であり、出品者Ａからデータを購入した購入者Ｚの支払額は￥３１０（＝１５０＋０．８×２００）である。

【0117】

このため、マーケット管理部１０１は、端末２ｘ、２ｙに￥２１０の支払を要求し、端末２ｚに￥３１０の支払を要求する。購入者Ｘ，Ｙは端末２ｘ，２ｙからマーケットプレイスサーバ１に￥２１０を支払い、購入者Ｚは端末２ｚからマーケットプレイスサーバ１に￥３１０を支払う。マーケット管理部１０１は、購入者Ｘ～Ｚの支払額を履歴情報として購入履歴管理テーブル１３２に登録する。

【0118】

このように、マーケット管理部１０１は、販売元の端末２ａ，２ｂからの供託金の支払いに応じ保証金を減額してデータの代金に加算する。このため、購入者Ｘ～Ｚの保証金の負担が低減される。したがって、マーケットプレイスサーバ１は、購入者Ｘ～Ｚに、より積極的な違反報告を促すことができる。

【0119】

図１２は、出品者Ａ，Ｂが供託金を支払う場合の精算処理（Ｓｔ５）の一例を示すシーケンス図である。図１２において、図９と共通する処理の説明は省略する。

【0120】

マーケットプレイスサーバ１は、計算処理（符号Ｓ５１）において、出品者Ａ，Ｂに支払う売上金と購入者Ｘ～Ｚへの返金額を算出する。違反報告を行った購入者Ｙへの返金額は、式（４）に従って￥６０（＝２１０－１５０）であり、正当な販売元である出品者Ａからデータを購入した購入者Ｚへの返金額は、式（４）に従って￥１６０（＝３１０－１５０）である。なお、出品者Ａ，Ｂの売上金は図１２の場合の売上金と同様である。

【0121】

マーケット管理部１０１は、正当な販売元である出品者Ａの端末２ａには、売上金及び供託金を支払うが、不当な販売元である出品者Ｂの端末２ｂには、売上金及び供託金の何れも支払わない。これにより、出品者Ｂは、不正な複製データを販売したペナルティとして供託金が没収される。このため、不当な販売元からマーケットプレイスサーバ１への出品が抑制される。

【0122】

（保証金を動的に調整する例）
これまでの実施例において、保証金の調整値βは一定（￥２００）であると仮定した。しかし、例えば、保証金が少ない場合、購入者Ｘ～Ｚからの違反報告の件数が減少するおそれがあり、保証金が多い場合、支払額が増加するため、購入者Ｘ～Ｚが購入を控えるおそれがある。

【0123】

そこで、マーケットプレイスサーバ１は、データが購入された回数（以下、「購入数」と表記）と違反報告の件数（以下、「違反報告数」と表記）に応じて調整値βを調整して保証金を動的に変更してもよい。

【0124】

図１３は、保証金の変更処理の一例を示すフローチャートである。保証金設定部１０２は、動的に調整値βを調整して保証金をマーケット管理部１０１に通知する。

【0125】

保証金設定部１０２は、まず、変数ｎ（＝０，１，２，・・・）及び調整値βｎを初期化する（ステップＳｔ１１）。一例として、変数ｎの初期値は０であり、調整値βｎの初期値は１００である。

【0126】

次に保証金設定部１０２は、データ管理テーブル１３１及び購入履歴管理テーブル１３２を参照することにより、出品者Ａ，Ｂからの購入数、不当な販売元である出品者Ｂからの購入数（以下、「不正購入数」と表記）、及び違反報告数を取得する（ステップＳｔ１２）。

【0127】

出品者Ａ，Ｂからの購入数は、購入履歴管理テーブル１３２に登録された出品者Ａ，Ｂの購入履歴の数から得られる。また、不正購入数は、購入履歴管理テーブル１３２において、データ管理テーブル１３１の正当性が「ＮＧ」である出品者Ｂの購入履歴の数から得られる。違反報告数は、購入履歴管理テーブル１３２に登録された報告「有り」の数から得られる。

【0128】

次に保証金設定部１０２は、調整値βを更新するタイミング（以下、「更新タイミング」と表記）が到来したか否かを判定する（ステップＳｔ１３）。更新タイミングは、一定の周期であってもよいし、購入数に応じて適宜決定されてもよい。更新タイミングが到来していない場合（ステップＳｔ１３のＮｏ）、再びステップＳｔ１２の処理が実行される。

【0129】

また、保証金設定部１０２は、更新タイミングが到来している場合（ステップＳｔ１３のＹｅｓ）、新たに取得した購入数が前回取得した購入数より減少したか否かを判定する（ステップＳｔ１４）。

【0130】

βn+1＝（１－δ）βn ・・・（６）
δ＝（γn―γn+1）／γn ・・・（７）

【0131】

保証金設定部１０２は、購入数が減少している場合（ステップＳｔ１４のＹｅｓ）、上記の式（６）により調整値βn+1を算出する（ステップＳｔ１５）。式（６）において、変数δは式（７）から算出される。式（７）において、変数γｎ+1は、新たに取得された購入数であり、変数γnは、前回取得された購入数である。ここで、購入数は減少していることから、γn+1＜γnが成立するため、δ＜１が成立する。したがって、式（６）において、新たな調整値βn+1は前回の調整値βnより小さくなる。

【0132】

例えばγn＝１００及びγn+1＝９５の場合、変数δは０．０５（＝（１００－９５）／１００）となる。このため、β_０＝１００とすると、調整値β_１は９５（＝（１－０．０５）×１００）となる。

【0133】

α＝Ｐｍａｘ－Ｐｍｉｎ＋βn+1 ・・・（８）

【0134】

次に保証金設定部１０２は、上記の式（８）から保証金αを算出する（ステップＳｔ１６）。保証金αはマーケット管理部１０１に通知される。

【0135】

例えばＰｍａｘ＝１５０、Ｐｍｉｎ＝５０、及びβ_０＝１００の場合、保証金αの初期値は２００（＝１５０－５０＋１００）となる。また、上記の例に従い、調整値β_１＝９５とすると、新たな保証金αは１９５（＝１５０－５０＋９５）となる。新たな保証金α（１９５）は保証金αの初期値（２００）より小さい。このように、保証金設定部１０２は、購入数が減少している場合、購入数を増加させるように保証金αを減少させる。

【0136】

また、保証金設定部１０２は、購入数が減少していない場合（ステップＳｔ１４のＮｏ）、購入数が増加しているか否かを判定する（ステップＳｔ１８）。購入数が増加していない場合（ステップＳｔ１８のＮｏ）、つまり購入数が変化していない場合、再びステップＳｔ１２以降の各処理が実行される。

【0137】

βn+1＝（μ／ε）×βn ・・・（９）

【0138】

保証金設定部１０２は、購入数が増加している場合（ステップＳｔ１８のＹｅｓ）、上記の式（９）により調整値βn+1を算出する（ステップＳｔ１９）。式（９）において、変数μは不正購入数であり、変数εは違反報告数である。

【0139】

例えばμ＝２０、ε＝４、及びβ_０＝１００の場合、β_１は５００（＝（２０／４）×１００）となる。

【0140】

次に保証金設定部１０２は、上記の式（８）から保証金αを算出する（ステップＳｔ１６）。保証金αはマーケット管理部１０１に通知される。

【0141】

例えばＰｍａｘ＝１００、Ｐｍｉｎ＝５０、及びβ_０＝１００の場合、保証金αの初期値は１５０（＝１００－５０＋１００）となる。また、上記の例に従い、調整値β_１＝５００とすると、新たな保証金αは６００（＝１５０－５０＋５００）となる。新たな保証金α（５００）は保証金αの初期値（１５０）より大きい。このように、保証金設定部１０２は、購入数が増加している場合、違反報告数を増加させるように保証金αを増加させる。

【0142】

保証金設定部１０２は、保証金αの算出後、変数ｎに１を加算して（ステップＳｔ１７）、再びステップＳｔ１２以降の各処理を実行する。このようにして、保証金の変更処理は実行される。

【0143】

このように、マーケットプレイスサーバ１は、データの購入数及び違反報告数に応じて調整値β（βn）を調整する。このため、マーケットプレイスサーバ１は、購入数及び違反報告数のバランスを保つように保証金αを変更することができる。

【0144】

（虚偽の違反報告を抑制する例）
上述した実施例において、例えば購入者Ｘ～Ｚが、保証金の返金を受ける権利を得るためにデータの内容を確認しないまま、違反報告を行うと、管理者は、マーケットプレイスサーバ１に商品として登録された多くのデータを確認する手間が生ずる。そこで、以下の例のように、虚偽の違反報告を行った購入者Ｘ～Ｚに対しては保証金の返金を行わないようにすれば、虚偽の違反報告の抑制が可能である。

【0145】

図１４は、購入者Ｚが虚偽の違反報告を行った場合の審査処理（Ｓｔ４）の一例を示すシーケンス図である。図１４において、図８と共通する処理の説明は省略する。

【0146】

本例において、購入者Ｚは、正当な販売元の出品者ＡからコンテンツＸＸのデータを購入し、虚偽の違反報告を行う。ユーザＩＦ部１０３は、違反報告を受けると、表示装置１６にその内容を表示する。

【0147】

ユーザＩＦ部１０３は、管理者の入力装置１５の操作に応じ、データ管理テーブル１３１から商品情報を読み出して表示装置１６に表示し、商品データベース１３３からデータを読み出して表示装置１６に表示する。マーケットプレイスサーバ１の管理者は、出品者Ａ，Ｂのデータを確認して、その結果を入力装置１５により入力する。ユーザＩＦ部１０３は、確認結果の入力に応じて、確認結果（販売元の正当性）をデータ管理テーブル１３１に登録する。

【0148】

また、管理者は、購入者Ｚからの違反報告があったことを購入履歴管理テーブル１３２に登録する。また、他の購入者Ｘ，Ｙは、不当な販売元の出品者ＢからコンテンツＸＸのデータを購入するが、購入から所定期間が経過しても違反報告を行わない。このため、管理者は、購入者Ｘ，Ｙからの違反報告がないことを購入履歴管理テーブル１３２に登録する。

【0149】

図１５は、購入者Ｚが虚偽の違反報告を行った場合の精算処理（Ｓｔ５）の一例を示すシーケンス図である。図１５において、図９と共通する処理の説明は省略する。

【0150】

マーケット管理部１０１は、計算処理（符号Ｓ６１）において、データ管理テーブル１３１に登録された出品者Ａの正当性（「ＯＫ」）に基づき購入者Ｚからの違反報告が虚偽であると判定する。このため、マーケット管理部１０１は、購入者Ｚへの保証金の返金額を￥０と算出する。したがって、購入者Ｚの端末２ｚには保証金が返金されない。

【0151】

また、マーケット管理部１０１は、購入履歴管理テーブル１３２に登録された報告（「無」）から他の購入者Ｘ，Ｙからの違反報告が無かったと判定する。このため、マーケット管理部１０１は、購入者Ｘ，Ｙへの保証金の返金額を￥０と算出する。したがって、購入者Ｘ，Ｙの端末２ｘ，２ｙには保証金が返金されない。

【0152】

このように、マーケット管理部１０１は、データの販売元が正当である場合、違反報告を行った購入者Ｚの端末２ｚへの保証金の範囲内の金額の返金を行わない。このため、虚偽の違反報告が抑制される。

【0153】

また、マーケットプレイスサーバ１は、虚偽の違反報告を抑制するため、以下の例のように、購入者Ｘ～Ｚが違反報告を行うことができる回数（以下、「報告可能回数」と表記）に上限を設けてもよい。

【0154】

図１６は、報告可能回数に上限を設けた場合の審査処理（Ｓｔ４）の一例を示すシーケンス図である。図１６において、図８と共通する処理の説明は省略する。

【0155】

本例において、購入者Ｘ，Ｙは、不当な販売元の出品者ＢからコンテンツＸＸのデータを購入して違反報告を行う。管理者は、購入者Ｙからの違反報告を受けると、入力装置１５を操作して購入者Ｙの報告可能回数を確認する。ユーザＩＦ部１０３は、操作に応じてアカウント管理テーブル１３０から報告可能回数を読み出す。

【0156】

図１７は、アカウント管理テーブル１３０の例を示す図である。アカウント管理テーブル１３０には、購入者Ｘ～Ｚのアカウントごとに報告可能回数が登録されている。一例として、購入者Ｘの報告可能回数は０回であり、購入者Ｙの報告可能回数は２回であり、購入者Ｚの報告可能回数は３回である。例えば、マーケット管理部１０１は、購入者Ｘ～Ｚが虚偽の違反報告を行うたびに報告可能回数を１つ減らす。

【0157】

再び図１６を参照すると、管理者は、購入者Ｙの報告可能回数が２回であるため、入力装置１５を操作して、購入者Ｙから違反報告があったことをマーケットプレイスサーバ１に登録する。ユーザＩＦ部１０３は、操作に応じて、購入者Ｙの報告「有」を購入履歴管理テーブル１３２に登録する。

【0158】

また、管理者は、購入者Ｘからの違反報告を受けると、入力装置１５を操作して購入者Ｘの報告可能回数を確認する。ユーザＩＦ部１０３は、操作に応じてアカウント管理テーブル１３０から報告可能回数を読み出す。

【0159】

管理者は、購入者Ｘの報告可能回数が０回であるため、購入者Ｘには違反報告の権利が無いと判断する。管理者は、入力装置１５を操作して、購入者Ｘからの違反報告が無かったことをマーケットプレイスサーバ１に登録する。ユーザＩＦ部１０３は、操作に応じて、購入者Ｘの報告「無」を購入履歴管理テーブル１３２に登録する。

【0160】

このように、虚偽の違反報告が多い購入者Ｘは、報告可能回数が０になると、違反報告を行っても、違反報告を行ったことがマーケットプレイスサーバ１に登録されない。

【0161】

また、他の購入者Ｚは、出品者ＡからコンテンツＸＸのデータを購入するが、購入から所定期間が経過しても違反報告を行わない。このため、管理者は、購入者Ｚからの違反報告がないことを購入履歴管理テーブル１３２に登録する。

【0162】

図１８は、審査処理（Ｓｔ４）後の購入履歴管理テーブル１３２の一例を示す図である。購入者Ｘは違反報告を行ったが、違反報告時に報告可能回数が０回であったため、報告「無」が登録されている。このため、マーケット管理部１０１は、購入者Ｘの端末２ｘに保証金の返金を行わない。

【0163】

一方、購入者Ｙは違反報告を行い、違反報告時に報告可能回数が２回であったため、報告「有」が登録されている。このため、マーケット管理部１０１は、購入者Ｙの端末２ｙに保証金の範囲内の金額を返金する。なお、購入者Ｚは違反報告を行っていないため、報告「無」が登録されている。

【0164】

このように、マーケットプレイスサーバ１は、購入者Ｘ～Ｚの報告可能回数に上限を設けることにより不用意な違反報告を抑制することができる。

【0165】

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形して実施可能である。

【0166】

なお、以上の説明に関して更に以下の付記を開示する。
（付記１） 複数の販売元から提供されたデータのうち、何れかのデータの購入者の端末に該データの代金の支払いを要求し、前記代金の支払いに応じて前記データを前記購入者の端末に送信するデータ取引処理プログラムにおいて、
前記購入者に前記データの販売元の不当性の報告を保証させるための保証金を前記データの代金に加算し、
前記購入者の端末からの前記データの販売元の不当性の報告に応じて前記購入者の端末に前記保証金の範囲内の金額を返金する、
処理をコンピュータに実行させることを特徴とするデータ取引処理プログラム。
（付記２） 前記購入者の端末からの前記データの販売元の不当性の報告に応じ、前記複数の販売元のうち、正当な他の第１の販売元から提供された前記データを購入した他の購入者の端末に前記保証金の範囲内の金額を返金する、
処理を前記コンピュータに実行させることを特徴とする付記１に記載のデータ取引処理プログラム。
（付記３） 前記購入者の端末に前記保証金の範囲内の金額を返金する処理は、前記データの販売元が正当である場合、前記購入者の端末への前記保証金の範囲内の金額の返金を行わないことを特徴とする付記１または２に記載のデータ取引処理プログラム。
（付記４） 前記保証金の範囲内の金額を返金する処理は、前記データの代金から、前記複数の販売元のうち、正当な他の第２の販売元から提供された他のデータの価格を減じた残りの金額を返金し、
さらに、前記第２の販売元の端末に前記他のデータの価格に応じた金額を支払う、
処理を前記コンピュータに実行させることを特徴とする付記１乃至３の何れかに記載のデータ取引処理プログラム。
（付記５） 前記販売元の端末から、前記保証金を補助するための補助金の支払いを受ける処理を、さらに前記コンピュータに実行させ、
前記保証金を前記データの代金に加算する処理は、前記販売元の端末からの前記補助金の支払いに応じ前記保証金を減額して前記データの代金に加算することを特徴とする付記１乃至４の何れかに記載のデータ取引処理プログラム。
（付記６） 前記複数の販売元のデータの各価格のばらつきに基づき前記保証金を設定する、
処理を前記コンピュータに実行させることを特徴とする付記１乃至５の何れかに記載のデータ取引処理プログラム。
（付記７） 前記保証金を設定する処理は、前記ばらつきに基づく第１の値に、調整可能な第２の値を加算した値を前記保証金として設定することを特徴とする付記６に記載のデータ取引処理プログラム。
（付記８） 前記データが購入された数、及び前記販売元の不当性の報告の数に応じて前記第２の値を調整する、
処理を前記コンピュータに実行させることを特徴とする付記７に記載のデータ取引処理プログラム。
（付記９） 複数の販売元から提供されたデータのうち、何れかのデータの購入者の端末に該データの代金の支払いを要求し、前記代金の支払いに応じて前記データを前記購入者の端末に送信するデータ取引処理装置において、
前記購入者に前記データの販売元の不当性の報告を保証させるための保証金を前記データの代金に加算し、
前記購入者の端末からの前記データの販売元の不当性の報告に応じて前記購入者の端末に前記保証金の範囲内の金額を返金する、
取引処理部を有することを特徴とするデータ取引処理装置。
（付記１０） 前記取引処理部は、前記購入者の端末からの前記データの販売元の不当性の報告に応じ、前記複数の販売元のうち、正当な他の第１の販売元から提供された前記データを購入した他の購入者の端末に前記保証金の範囲内の金額を返金することを特徴とする付記９に記載のデータ取引処理装置。
（付記１１） 前記取引処理部は、前記データの販売元が正当である場合、前記購入者の端末への前記保証金の範囲内の金額の返金を行わないことを特徴とする付記９または１０に記載のデータ取引処理装置。
（付記１２） 前記取引処理部は、前記データの代金から、前記複数の販売元のうち、正当な他の第２の販売元から提供された他のデータの価格を減じた残りの金額を返金し、前記第２の販売元の端末に前記他のデータの価格に応じた金額を支払うことを特徴とする付記９乃至１１の何れかに記載のデータ取引処理装置。
（付記１３） 複数の販売元から提供されたデータのうち、何れかのデータの購入者の端末に該データの代金の支払いを要求し、前記代金の支払いに応じて前記データを前記購入者の端末に送信するデータ取引処理方法おいて、
前記購入者に前記データの販売元の不当性の報告を保証させるための保証金を前記データの代金に加算し、
前記購入者の端末からの前記データの販売元の不当性の報告に応じて前記購入者の端末に前記保証金の範囲内の金額を返金する、
工程をコンピュータが実行することを特徴とするデータ取引処理方法。
（付記１４） 前記購入者の端末からの前記データの販売元の不当性の報告に応じ、前記複数の販売元のうち、正当な他の第１の販売元から提供された前記データを購入した他の購入者の端末に前記保証金の範囲内の金額を返金する、
工程を前記コンピュータが実行することを特徴とする付記１３に記載のデータ取引処理方法。
（付記１５） 前記購入者の端末に前記保証金の範囲内の金額を返金する工程は、前記データの販売元が正当である場合、前記購入者の端末への前記保証金の範囲内の金額の返金を行わないことを特徴とする付記１３または１４に記載のデータ取引処理方法。
（付記１６） 前記保証金の範囲内の金額を返金する工程は、前記データの代金から、前記複数の販売元のうち、正当な他の第２の販売元から提供された他のデータの価格を減じた残りの金額を返金し、
さらに、前記第２の販売元の端末に前記他のデータの価格に応じた金額を支払う、
工程を前記コンピュータが実行することを特徴とする付記１３乃至１５の何れかに記載のデータ取引処理方法。
（付記１７） 前記販売元の端末から、前記保証金を補助するための補助金の支払いを受ける工程を、さらに前記コンピュータが実行し、
前記保証金を前記データの代金に加算する工程は、前記販売元の端末からの前記補助金の支払いに応じ前記保証金を減額して前記データの代金に加算することを特徴とする付記１３乃至１６の何れかに記載のデータ取引処理方法。
（付記１８） 前記複数の販売元のデータの各価格のばらつきに基づき前記保証金を設定する、
工程を前記コンピュータが実行することを特徴とする付記１３乃至１７の何れかに記載のデータ取引処理方法。
（付記１９） 前記保証金を設定する工程は、前記ばらつきに基づく第１の値に、調整可能な第２の値を加算した値を前記保証金として設定することを特徴とする付記１８に記載のデータ取引処理方法。
（付記２０） 前記データが購入された数、及び前記販売元の不当性の報告の数に応じて前記第２の値を調整する、
工程を前記コンピュータが実行することを特徴とする付記１９に記載のデータ取引処理方法。

【符号の説明】

【0167】

１ マーケットプレイスサーバ
２ａ，２ｂ，２ｘ～２ｚ 端末
１０ ＣＰＵ
１０１ マーケット管理部
１０２ 保証金設定部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】