JP6209647B1 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】利用者に対して物品の売却意欲を高めることができる情報処理装置、情報処理方法及び情報処理プログラムを提供する。【解決手段】情報処理装置（オークション管理装置１００）は、蓄積部（記憶部１２０）と、管理部（制御部１３０）とを有する。蓄積部は、物品を売りに出すことで当該物品の売主が得ることのできる売上金額を蓄積する。管理部は、蓄積部により蓄積された売上金額の累計額を支援先に提供される提供金として管理する。【選択図】図４

Description

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

近年、インターネット等のネットワークの普及に伴い、所定の団体等に対して、例えば、寄付や投資といった形で容易に金銭を提供することが可能となってきている。

例えば、特許文献１には、オークション等を利用して商品を購入した購入者に対して、任意の団体への寄付を可能とする技術について開示されている。

特開２００７−２６４７１号公報

しかし、上記の従来技術では、ユーザによる所有品の売却意欲を高めることができるとは限らない。具体的には、上記の従来技術では、オークション等により販売される販売商品の販売価格および販売価格に対応する寄付金額（寄付率）を購入者に提示し、購入者による支払いが完了した場合に、購入者により設定された寄付情報に基づいて、寄付金額が寄与される団体を決定する。

このような上記の従来技術では、例えば、購入者が商品購入と寄付とを一度に行えるようになることが考えられるが、ユーザによる所有品の売却意欲を高めることができるとは限らない。

本願は、上記に鑑みてなされたものであって、ユーザによる物品の売却意欲を高めることができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

本願にかかる情報処理装置は、物品を売りに出すことで当該物品の売主が得ることのできる売上金額を蓄積する蓄積部と、前記蓄積部により蓄積された売上金額の累計額を支援先に提供される提供金として管理する管理部とを有することを特徴とする。

実施形態の一態様によれば、利用者に対して物品の売却意欲を高めることができるといった効果を奏する。

図１は、第１の実施形態にかかるオークション管理装置によって行われる情報処理の一例を示す図である。 図２は、オークション管理装置により配信される蓄積設定ページの一例を示す図である。 図３は、オークション管理装置により配信される寄付申込ページの一例を示す図である。 図４は、第１の実施形態にかかるオークション管理装置の構成例を示す図である。 図５は、第１の実施形態にかかる出品者情報記憶部の一例を示す図である。 図６は、第１の実施形態にかかる蓄積情報記憶部の一例を示す図である。 図７は、第１の実施形態にかかる申込情報記憶部の一例を示す図である。 図８は、第１の実施形態にかかる情報処理システムによる情報処理手順を示すシーケンス図である。 図９は、第１の実施形態の変形例にかかる情報処理システムの一例を示す図である。 図１０は、第１の実施形態の変形例にかかる蓄積設定ページの一例を示す図である。 図１１は、第２の実施形態にかかる買取管理装置によって行われる情報処理の一例を示す図である。 図１２は、第２の実施形態にかかる買取管理装置により配信される蓄積設定ページの一例を示す図である。 図１３は、第２の実施形態にかかる買取管理装置の構成例を示す図である。 図１４は、第２の実施形態にかかる買取情報記憶部の一例を示す図である。 図１５は、第２の実施形態にかかる蓄積情報記憶部の一例を示す図である。 図１６は、第２の実施形態にかかる申込情報記憶部の一例を示す図である。 図１７は、第２の実施形態にかかる情報処理システムによる情報処理手順を示すシーケンス図である。 図１８は、オークション管理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に本願にかかる情報提供装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願にかかる情報提供装置、情報処理方法および情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（第１の実施形態）
〔１．情報処理〕
まず、図１〜図３を用いて、第１の実施形態にかかる情報処理の一例について説明する。図１は、第１の実施形態にかかるオークション管理装置１００によって行われる情報処理の一例を示す図である。図１の例では、情報処理システム１は、売主装置１０と、利用者装置３０と、管理会社装置６０と、事業主装置９０と、オークション管理装置１００とを有する。

売主装置１０と、利用者装置３０と、管理会社装置６０と、事業主装置９０と、オークション管理装置１００とは、ネットワークを介して有線または無線により通信可能に接続される。なお、図１に示す情報処理システム１には、複数台の売主装置１０と、複数台の利用者装置３０と、複数台の管理会社装置６０と、複数台の事業主装置９０と、複数台のオークション管理装置１００とが含まれてもよい。

第１の実施形態にかかる売主装置１０は、後述するオークション管理装置１００により提供されるオークションサイトＡＣ（以下、「サイトＡＣ」と表記する）に商品を出品する出品者によって利用される端末装置である。ここで、出品者は、サイトＡＣを用いて、物品を売りに出す（あるいは、販売する）ことから「売主」といえる。したがって、このような利用される端末装置を売主装置１０とする。

例えば、売主装置１０は、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。例えば、売主装置１０は、出品者の操作に従って、オークション管理装置１００にアクセスすることで、オークション管理装置１００から、サイトＡＣに含まれる所定のウェブページ（例えば、出品設定を行うためのウェブページ）を受け付ける。

第１の実施形態にかかる利用者装置３０は、サイトＡＣを利用して、出品者により出品された商品を購入（落札）しようとする利用者によって利用される端末装置である。

例えば、利用者装置３０は、デスクトップ型ＰＣや、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ等である。利用者装置３０は、利用者の操作に従って、オークション管理装置１００にアクセスすることで、オークション管理装置１００から、サイトＡＣに含まれる所定のウェブページ（例えば、出品商品一覧を表示するウェブページ）を受け付ける。

第１の実施形態にかかる管理会社装置６０は、オークション管理装置１００を管理する管理会社（「管理会社Ｔ」とする）によって利用される端末装置である。例えば、管理会社装置６０は、デスクトップ型ＰＣや、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ等である。例えば、管理会社装置６０は、管理会社Ｔの従業員の操作に従って、購入者からの入金の確認等を行う。

第１の実施形態にかかる事業主装置９０は、例えば、金銭というかたちで支援を受ける支援先である所定の事業主によって利用される端末装置である。例えば、事業主装置９０は、デスクトップ型ＰＣや、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ等である。支援先である事業主については、以下で具体的に説明する。

情報処理装置の一例であるオークション管理装置１００は、売主である出品者が物品をオークションに出品することで、かかる出品者が得ることのできる売上金額を蓄積する。そして、オークション管理装置１００は、蓄積した売上金額の累計額を事業主に提供される提供金として管理する。

ここで、第１の実施形態にかかる事業主について説明する。第１の実施形態にかかる事業主は、「ふるさと納税」制度に加入する団体、すなわち地方自治体であるものとする。このような制度に加入する地方自治体は、寄付という形で金銭（寄付金）の提供を受け付け、受け付けた寄付金の金額（以下、「寄付金額」と表記する）に応じた対価（返礼品）として、例えば、特産品を寄付者に送付する。

また、このようなことからオークション管理装置１００は、より具体的には、物品をオークションに出品することで出品者が得ることのできる売上金額のうち、どれだけの金額を「ふるさと納税」制度に加入する地方自治体に寄付する寄付金として蓄積させるかの指定を出品者から受け付ける。そして、オークション管理装置１００は、出品者によって指定された情報である指定情報に基づいて、売上金額の少なくとも一部を蓄積する。そして、オークション管理装置１００は、指定情報に基づき蓄積した金額の累計額が、例えば、出品者により指定された寄付金額に達した場合に、その寄付金額を寄付金として決定する。

なお、第１の実施形態においてオークション管理装置１００が売上金額を蓄積するというのは、売上金額のうち出品者により指定された金額を、当該出品者が寄付以外の用途に使用不可能な状態で、かつ、当該出品者が寄付金を賄うためだけに蓄積することを意味する。以下では、オークション管理装置１００の具体的な処理について説明する。

第１の実施形態では、オークション管理装置１００は、出品者が物品を出品することで得ることのできる売上金額のうち、どれだけの金額を地方自治体への寄付金のために蓄積させるかの指定を、出品時（例えば、出品設定を行う際）出品者から受け付ける。また、オークション管理装置１００は、出品者から寄付金額の指定を受け付け、蓄積した金額の累計額が当該出品者により指定された寄付金額に達した場合に、その寄付金額を寄付金として管理する。

図１の例では、まず、売主装置１０は、出品者Ｂ１の操作に従って、物品を出品するための出品設定の際に、売上金額の蓄積に関する各種設定（以下、「蓄積設定」と表記する）を行うための蓄積設定ページをオークション管理装置１００に対して要求する（ステップＳ１）。オークション管理装置１００は、売主装置１０から要求を受け付けると、売主装置１０に蓄積設定ページを配信する（ステップＳ２）。蓄積設定ページは、売上金額の蓄積に関する各種蓄積設定を売主である出品者から受け付けるためのウェブページである。

ここで、図２に、オークション管理装置１００により配信される蓄積設定ページの一例を示す。例えば、オークション管理装置１００は、これまでに出品者Ｂ１により蓄積設定が行われていない場合には、図２（ａ）に示す蓄積設定ページＰ１−１を配信する。図２（ａ）の例では、蓄積設定ページＰ１−１は、領域Ｒ１１と、領域Ｒ１２と、領域Ｒ１３ａとを含む。

また、図２（ａ）の例では、蓄積設定ページＰ１−１において領域Ｒ１１には、蓄積設定よりも前の段階で、出品者Ｂ１により設定された出品情報が表示される。図２（ａ）では、出品者Ｂ１が、商品「Ｂ１１」を開始価格「５，０００円」で出品するといった出品設定を行った例を示す。

また、図２（ａ）では、蓄積設定ページＰ１−１において領域Ｒ１２には、売上金額のうち、当該売上金額に対してどれだけの割合の金額を地方自治体への寄付金のために蓄積させるかといった蓄積割合が指定可能な状態で表示される例を示す。図２（ａ）では、蓄積割合「５％」、「２０％」、「４０％」、「８０％」、「全額（１００％）」が指定可能な状態で表示される例を示す。

なお、図２（ａ）に示す蓄積割合は、一例であり、図２（ａ）に示す以外の蓄積割合であってもよい。また、オークション管理装置１００は、図２（ａ）に示すように、蓄積割合を提示することで、提示した蓄積割合の中から指定を受け付けること限定されず、例えば、出品者からの蓄積割合の入力や、割合ではなく金額そのものの入力を受け付けるように構成されてもよい。

また、図２（ａ）では、蓄積設定ページＰ１−１において領域Ｒ１３ａには、地方自治体に寄付する寄付金額の入力を受け付ける入力欄が表示される例を示す。また、寄付金額は、蓄積された金額の累計額に相当する額である。

そして、図２（ａ）では、出品者Ｂ１が、これまで説明してきた蓄積設定ページＰ１−１を用いて、蓄積割合「４０％」、寄付金額「１０，０００円」を指定することにより蓄積設定を行った例を示す。また、このように売主により指定された情報を、以下では「指定情報」と表記する。また、売主により蓄積するよう指定された金額、すなわち売上金額の蓄積割合に対応する金額を、以下では「指定金額」と表記する。

そして、例えば、売主装置１０は、蓄積設定ページＰ１−１において確定ボタンが押下された場合に、指定金額を含む指定情報をオークション管理装置１００に送信する（ステップＳ３）。オークション管理装置１００を指定情報受け付けると、出品者Ｂ１による蓄積設定の受付を完了するとともに、出品者Ｂ１による出品設定も完了する。

そして、オークション管理装置１００は、受け付けた指定情報を後述する蓄積情報記憶部１２２に格納する。例えば、オークション管理装置１００は、図１に示す蓄積情報記憶部１２２の通り、出品者Ｂ１および出品者Ｂ１により出品された商品Ｂ１１に対応付けて、出品者Ｂ１により指定された蓄積割合「４０％」と寄付金額「１０，０００円」とを格納する。

また、蓄積情報記憶部１２２において「蓄積状況」は、指定情報に基づき売上金額の蓄積が行われているか否かを示す情報であるが、現時点では、オークション管理装置１００は、蓄積を行っていないため、例えば、空を示す「ｎｕｌｌ」を入力している。

ここで、利用者Ｕ１が、利用者装置３０を用いて、サイトＡＣを閲覧し、出品者Ｂ１の商品Ｂ１１への入札を行ったとする。これに応じて、オークション管理装置１００は、オークション処理を実行することにより（ステップＳ４）、オークション結果を利用者Ｕ１に通知する（ステップＳ５）。

例えば、オークション管理装置１００は、オークション処理により利用者Ｕ１を商品Ｂ１１の購入者（落札者）として決定したとする。また、商品Ｂ１１の落札価格が「１０，０００円」であったとすると、オークション管理装置１００は、蓄積情報記憶部１２２を参照し、出品者Ｂ１の商品Ｂ１１に対応する蓄積割合「４０％」を取得する。そして、オークション管理装置１００は、商品Ｂ１１の落札価格「１０，０００円」の「４０％」に相当する「４，０００円」を指定金額として算出し、算出した指定金額「４，０００円」を蓄積情報記憶部１２２に格納する。

また、オークション管理装置１００は、オークション結果である落札通知として、落札金額や入金先等を利用者Ｕ１に通知したとする。かかる例では、オークション管理装置１００は、落札金額「１０，０００円」を利用者Ｕ１に通知する。

利用者Ｕ１は、例えば、インターネットバンクを利用して、落札金額「１０，０００円」をオークション管理装置１００の管理会社Ｔの口座へ入金する（ステップＳ６）。なお、入金手段は、インターネットバンクに限定されるものではなく、実店舗の銀行であってもよいし、クレジットカード決済であってもよい。なお、クレジットカード決済の場合、情報処理システム１に、さらに決済代行会社やそのサーバ装置が含まれることが考えられる。

次に、例えば、管理会社Ｔの従業員は、購入者Ｕ１からの落札金額「１０，０００円」の入金を確認すると、管理会社装置６０を用いて、落札金額「１０，０００円」を含む入金情報をオークション管理装置１００に送信する（ステップＳ７）。なお、このような処理は、人手ではなく、管理会社装置６０によって自動で行われてもよい。

オークション管理装置１００は、入金情報を受け付けると、出品者Ｂ１から受け付けた指定情報に基づいて、売上金額を蓄積する蓄積処理を行う（ステップＳ８）。ここで、落札金額は、売上金額に相当するものである。したがって、オークション管理装置１００は、商品Ｂ１１の落札価格「１０，０００円」のうち、指定金額「４，０００円」を出品者Ｂ１が寄付以外の用途に使用不可能な状態で、かつ、出品者Ｂ１が寄付金額「１０，０００円」を賄えるように蓄積する。

ここで、蓄積処理についてより具体的に説明する。落札金額「１０，０００円」は、本来、出品者Ｂ１に支払われなければならないが、オークション管理装置１００は、入金された落札金額「１０，０００円」のうち、指定金額「４，０００円」については出品者Ｂ１に支払わず自口座に蓄積する（貯めておく）。一方、オークション管理装置１００は、残りの「６，０００円」を出品者Ｂ１に送金する。

以上のような蓄積処理が完了した場合に、オークション管理装置１００は、図１に示すように蓄積情報記憶部１２２において商品Ｂ１１に対応する蓄積状況「ｎｕｌｌ」を例えば「４，０００円」に更新する。

また、オークション管理装置１００は、更新が完了すると、現在蓄積している指定金額の累計額が出品者Ｂ１により指定された寄付金額「１０，０００円」に達したか否かを判定する判定処理を行う（ステップＳ９）。かかる例では、オークション管理装置１００は、現時点では出品者Ｂ１について「４，０００円」しか蓄積できていない。したがって、オークション管理装置１００は、寄付金額「１０，０００円」に達していないと判定し、例えば、出品者Ｂ１がさらに別の商品を出品する等することにより寄付金額「１０，０００円」に達するまで待機する。

なお、オークション管理装置１００は、累計額が寄付金額に達していない場合、さらに出品を誘導するような情報を売主装置１０に送信してもよい。これにより、出品者Ｂ１によって別の物品の出品および当該物品に対して、これまで説明してきたステップＳ１からの蓄積設定がなされたものとする。

例えば、出品者Ｂ１は、商品Ｂ１１を出品した売上金額だけでは寄付金額「１０，０００円」が賄えなかったことにより、さらに別の商品Ｂ１２を出品したとする。そして、出品者Ｂ１は、商品Ｂ１２について、売上金額の蓄積に関する指定を行うことで、さらにオークション管理装置１００に対して累積を継続させることで累計額を増やそうとする。

このように、１回目以降の蓄積設定では、オークション管理装置１００は、ステップＳ２において、図２（ｂ）に示すような蓄積設定ページＰ１−２を配信してもよい。蓄積設定ページＰ１−１と基本的な構成は同様であるため詳細な説明を省略するが、蓄積設定ページＰ１−２は、図２（ｂ）に示すように領域Ｒ１３ｂを含む。

図２（ｂ）の例では、領域Ｒ１３ｂには、出品者Ｂ１により現在指定されている寄付金額が変更可能な状態で表示される。１回目の蓄積設定では、出品者Ｂ１により寄付金額「１０，０００円」が指定された例を示した。したがって、領域Ｒ１３ｂには、寄付金額「１０，０００円」が、他の寄付金額に変更可能な状態で表示される。

そして、図２（ｂ）では、出品者Ｂ１が、蓄積設定ページＰ１−２を用いて、蓄積割合「６０％」、寄付金額「１０，０００円」（１回目から変更なし）を指定することにより蓄積設定を行った例を示す。

そして、オークション管理装置１００は、図２（ｂ）に示すような指定情報を受け付けると、受け付けた指定情報を蓄積情報記憶部１２２に格納する。例えば、オークション管理装置１００は、図１に示す蓄積情報記憶部１２２の通り、出品者Ｂ１および出品者Ｂ１により出品された商品Ｂ１２に対応付けて、出品者Ｂ１により指定された蓄積割合「６０％」を格納する。この時点では、商品Ｂ１２に対応する「蓄積状況」は「ｎｕｌｌ」のままである。

ここで、商品Ｂ１２が、例えば、「１０，０００円」で落札されたことにより（説明を簡単にするため、落札者は、利用者Ｕ１であるものとする）、オークション管理装置１００は、管理会社装置６０から入金情報を受け付けると蓄積処理を再度行う（ステップＳ８）。

具体的には、オークション管理装置１００は、蓄積情報記憶部１２２を参照し、出品者Ｂ１の商品Ｂ１２に対応する蓄積割合「６０％」を取得する。そして、オークション管理装置１００は、商品Ｂ１２の落札価格「１０，０００円」の「６０％」に相当する「６，０００円」を指定金額として算出する。そして、オークション管理装置１００は、商品Ｂ１２の落札価格「１０，０００円」のうち、この「６，０００円」を出品者Ｂ１が寄付以外の用途に使用不可能な状態で、かつ、出品者Ｂ１が寄付金額「１０，０００円」を賄えるように蓄積する。また、オークション管理装置１００は、残りの「４，０００円」を出品者Ｂ１に送金する。

そして、オークション管理装置１００は、蓄積処理が完了した場合に、図１に示すように蓄積情報記憶部１２２において商品Ｂ１２に対応する蓄積状況「ｎｕｌｌ」を例えば「６，０００円」に更新する。

また、かかる場合、オークション管理装置１００は、ステップＳ９の判定処理で、現在蓄積している指定金額の累計額が１回目の「４，０００円」と２回目の「６，０００円」とを合わせて「１０，０００円」となることから、出品者Ｂ１により指定された寄付金額「１０，０００円」に達したと判定する。

このように、累計額が寄付金額に達した場合、オークション管理装置１００は、出品者Ｂ１に寄付の申し込みを行わせるための寄付申込みページを売主装置１０に配信するとともに、寄付金が貯まった旨を出品者Ｂ１に通知する（ステップＳ１０）。寄付の申し込みとは、例えば、寄付先の自治体の指定や、寄付の対価として希望する商品の指定である。

ここで、図３に、オークション管理装置１００により配信される寄付申込ページの一例を示す。図３に示すように、寄付申込ページは、例えば、ページＰ２１とページＰ２２とから構成される。まず、ページＰ２１は、領域Ｒ２１１とＲ２１２とを含む。

図３の例では、領域Ｒ２１１には、寄付金が貯まった旨を通知する情報が表示される。例えば、図３に示すように、領域Ｒ２１１には、［現在、「１０，０００円」貯まっております］といった情報が表示される。図３の例では、領域Ｒ２１２には、「ふるさと納税」を行った利用者が納税先の地方自治体から得ることのできる商品一覧が表示される。また、ページＰ２１は、「詳細を見る」が選択された場合に、ページＰ２２に遷移されるようになっている。

例えば、「Ｎｏ．００１ 鳥取県Ｔ１市」が選択された場合、「鳥取県Ｔ１市」から受けることのできる商品の詳細と、個人情報（住所、氏名、年齢等）を入力する領域Ｒ２２１とを含むページＰ２２へ遷移される。

例えば、出品者Ｂ１が、このようなページＰ２２において、個人情報を入力し、「寄付する」を押下したとする。かかる場合、売主装置１０は、オークション管理装置１００に対して寄付の申込みを行う（ステップＳ１１）。例えば、売主装置１０は、寄付の申込みとして、ページＰ２１において選択された商品を識別する識別情報と、入力された個人情報とを含む申込情報をオークション管理装置１００に送信する。

オークション管理装置１００は、出品者Ｂ１から寄付の申込みを受け付けると、出品者Ｂ１に代わって、出品者Ｂ１により指定された地方自治体「Ｔ１市」へ寄付金額「１０，０００円」を寄付する寄付処理を行う（ステップＳ１２）。例えば、インターネットバンク利用が可能な場合には、オークション管理装置１００は、地方自治体「Ｔ１市」により指定された口座に寄付金額「１０，０００円」を送金する。

また、実店舗の銀行口座が指定されている場合には、例えば、管理会社Ｔの従業員が地方自治体「Ｔ１市」の銀行口座へ寄付金額「１０，０００円」の入金を行う。そして、オークション管理装置１００は、寄付処理として、地方自治体「Ｔ１市」の事業主装置９０に対して、出品者Ｂ１による寄付金額「１０，０００円」の寄付が完了した旨通知する。

このように、オークション管理装置１００は、物品が出品される度に、例えば、出品設定時において、出品により得られる売上金額をどのように蓄積させるかといった指定を出品者から受け付ける。そして、オークション管理装置１００は、出品された商品が落札された場合に、落札金額（売上金額）を出品者の指定に基づいて、蓄積する。そして、オークション管理装置１００は、蓄積した金額の累計額が寄付金額に達した場合に、対応する出品者から寄付申込みを受け付ける。オークション管理装置１００は、寄付申し込みに従い、寄付金額を寄付する処理を実行する。

このように、物品を売りに出すことで、本システムを利用する利用者は、ふるさと納税を行うことができるため、特産品等を受け取ることができるようになる。このため、かかる利用者は、より物品を売りに出そうという売却意欲が高められる可能性がある。また、不要品の処分に困っていた利用者は、不用品を効果的に処分することができる。

〔２．オークション管理装置の構成〕
次に、図４を用いて、第１の実施形態にかかるオークション管理装置１００について説明する。図４は、第１の実施形態にかかるオークション管理装置１００の構成例を示す図である。図４に示すように、オークション管理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークと有線または無線で接続され、例えば、売主装置１０、利用者装置３０、管理会社装置６０、事業主装置９０との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、出品者情報記憶部１２１と、蓄積情報記憶部１２２と、申込情報記憶部１２３とを有する。

（出品者情報記憶部１２１について）
第１に実施形態にかかる出品者情報記憶部１２１は、サイトＡＣへの出品に関する各種情報を記憶する記憶部である。ここで、図５に第１の実施形態にかかる出品者情報記憶部１２１の一例を示す。図５の例では、出品者情報記憶部１２１は、「出品者ＩＤ」、「商品ＩＤ」、「商品名」、「商品内容」、「開始価格」、「落札金額」といった項目を有する。

「出品者ＩＤ」は、出品者または売主装置１０を識別するための識別情報を示す。「商品ＩＤ」は、出品された商品を識別する識別情報を示す。「商品名」は、出品された商品の名称を示す。「商品内容」は、出品された商品の詳細情報を示す。図５の例では、「商品内容」に概念的な記号を用いているが、実際には、「商品内容」は、テキストデータや画像データ等である。「開始価格」は、入札の基準となる価格を示す。「落札金額」は、落札された価格を示す。

すなわち、図５では、出品者ＩＤ「Ｂ１」によって識別される出品者が、商品ＩＤ「Ｂ１１」によって識別される商品「コートａ」を、開始価格「５，０００円」で出品した例を示す。出品者ＩＤ「Ｂ１」によって識別される出品者は、商品「コートａ」の商品内容「ＡＡＡ」を入稿している例を示す。また、商品「コートａ」が、「１０，０００円」で落札された例を示す。

なお、図１の説明でも示したように、以下の実施形態では、売主や物品を識別情報を用いて表記する。例えば、出品者ＩＤ「Ｂ１」によって識別される出品者を出品者Ｂ１、商品ＩＤ「Ｂ１１」によって識別される商品を商品Ｂ１１といったように表記する。

（蓄積情報記憶部１２２について）
第１に実施形態にかかる蓄積情報記憶部１２２は、物品を出品することで当該物品の出品者が得ることのできる売上金額をどのように蓄積させるかといった当該出品者により指定された指定情報を記憶する記憶部である。図１および図２の例では、蓄積情報記憶部１２２は、蓄積設定ページＰ１−１やＰ１−２を介して、出品者から受け付けられた指定情報を記憶する。

ここで、図６に第１の実施形態にかかる蓄積情報記憶部１２２の一例を示す。図６の例では、蓄積情報記憶部１２２は、「出品者ＩＤ」、「商品ＩＤ」、「蓄積割合」、「寄付金額」、「指定金額」、「蓄積状況」といった項目を有する。

「出品者ＩＤ」は、出品者または売主装置１０を識別するための識別情報であり、図５に示す「出品者ＩＤ」に対応する。「商品ＩＤ」は、出品された商品を識別する識別情報を示し、図５に示す「商品ＩＤ」に対応する。

「蓄積割合」は、売上金額のうち、当該売上金額に対してどれだけの割合の金額を事業主（地方自治体）への寄付金のために蓄積させるかといった割合情報を示す。「蓄積割合」は、売主である出品者によって指定される。したがって、出品者が「蓄積割合」を指定するということは、当該出品者が寄付金を賄うために売上金額のうちから蓄積させる金額を指定することに相当する。

「寄付金額」は、事業主である地方自治体であって、「ふるさと納税」制度に加入する地方自治体へ寄付する寄付金の金額を示す。図１で説明したように、「寄付金額」は、出品者により指定される。

「指定金額」は、出品者により売上金額のうちどれだけの金額を蓄積させるか指定された金額を示す。また、これまで説明してきたように「指定金額」は、落札金額に対する「蓄積割合」分の金額に相当する。したがって、オークション管理装置１００は、オークション処理により落札金額を決定した場合に、この落札金額に対する「蓄積割合」分の金額を、出品者により指定される指定金額として算出する。また、図１で説明したように、この「指定金額」の累計額が、「寄付金額」に達した場合に、オークション管理装置１００によって代理寄付が行われる。

「蓄積状況」は、指定情報に基づき売上金額の蓄積が行われているか否かを示す情報である。オークション管理装置１００は、指定情報に基づき対応する商品の売上金額の蓄積を行っていない場合には、図６に示すように、例えば、「ｎｕｌｌ」を入力する。一方、オークション管理装置１００は、指定情報に基づき対応する商品の売上金額の蓄積を行った場合には、例えば、図１に示したように実際に蓄積した金額を入力する。

すなわち、図６では、出品者Ｂ１が、商品Ｂ１１を出品する際に、蓄積割合「４０％」、寄付金額「１０，０００円」を指定した例を示す。また、このように指定された指定情報に基づき、オークション管理装置１００が、指定金額「４，０００円」を算出した例を示す。

（申込情報記憶部１２３について）
申込情報記憶部１２３は、出品者により指定された寄付の申込みに関する情報である申込情報を記憶する記憶部である。オークション管理装置１００は、例えば、図３で示した寄付申込ページ（ページＰ２１およびページＰ２２）を用いて、出品者から申込情報を受け付け、受け付けた申込情報を申込情報記憶部１２３に格納する。

ここで、図７に第１の実施形態にかかる申込情報記憶部１２３の一例を示す。図７の例では、申込情報記憶部１２３は、「出品者ＩＤ」、「希望商品ＩＤ」、「提供先」、「提供先ＩＤ」といった項目を有する。

「出品者ＩＤ」は、寄付の申し込みを行った出品者または売主装置１０を識別するための識別情報を示す。「希望商品ＩＤ」は、対応する出品者が「ふるさと納税」を行うことにより受け取ることを希望する商品を識別するための識別情報を示す。「提供先」は、対応する出品者が「ふるさと納税」として寄付を行う寄付先として選んだ地方自治体の名称を示す。また、「提供先」は、寄付先として選ばれた地方自治体の識別情報を示す。

すなわち、図７では、出品者Ｂ１が、提供先ＩＤ「００１２３」によって識別される地方自治体「鳥取県Ｔ１」に対して「ふるさと納税」として寄付を行うことにより、「鳥取県Ｔ１」から、希望商品ＩＤ「００１」によって識別される商品を受け取ることを希望している例を示す。

（制御部１３０について）
図４に戻り、制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、オークション管理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図４に示すように、制御部１３０は、第１受付部１３１と、オークション処理部１３２と、第２受付部１３３と、蓄積部１３４と、管理部１３５と、第３受付部１３６と、提供部１３７とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図４に示した接続関係に限られず、他の接続関係であってもよい。

（第１受付部１３１について）
第１受付部１３１は、売上金額の蓄積に関して指定する指定情報を出品者から受け付ける。具体的には、第１受付部１３１は、物品を出品することで当該物品の出品者が得ることのできる売上金額のうち、どれだけの金額を蓄積させるかといった指定として、例えば、蓄積割合の指定を出品者から受け付ける。また、第１受付部１３１は、蓄積された金額の累計額がどれだけの金額に達した場合に、寄付金とさせるかといった寄付金額を出品者から受け付ける。

一例を示すと、第１受付部１３１は、出品者が商品を出品する出品時（出品設定時）に、蓄積設定ページの要求を受け付けると、図２に示すような蓄積設定ページを生成する。例えば、第１受付部１３１は、出品者によって蓄積設定が行われるのが１回目である場合には、図２（ａ）に示すように、対応する商品の売上金額における蓄積割合、および、寄付金額を指定可能な蓄積設定ページＰ１−１を生成する。そして、第１受付部１３１は、生成した蓄積設定ページＰ１−１を売主端末１０に配信することで、蓄積設定ページＰ１−１を介して、指定情報を受け付ける。

また、例えば、第１受付部１３１は、出品者によって蓄積設定が行われるのが１回目以降である場合には、図２（ｂ）に示すように、対応する商品の売上金額における蓄積割合を指定可能、かつ、既に指定されている寄付金額を変更可能な蓄積設定ページＰ１−２を生成する。そして、第１受付部１３１は、生成した蓄積設定ページＰ１−２を売主端末１０に配信することで、蓄積設定ページＰ１−２を介して、指定情報を受け付ける。

また、第１受付部１３１は、出品者から受け付けた指定情報を蓄積情報記憶部１２２に格納する。例えば、第１受付部１３１は、「出品者ＩＤ」と「商品ＩＤ」に対応付けて「蓄積割合」および「寄付金額」を格納する。

また、第１受付部１３１は、後述するオークション処理部１３２によって商品の落札金額が確定された場合には、確定された落札金額と、その商品に対応する蓄積割合とを用いて、指定金額を算出し、蓄積情報記憶部１２２に格納する処理も行ってよい。例えば、出品者Ｂ１により出品された商品Ｂ１１が「１０，０００円」で落札された場合には、第１受付部１３１は、蓄積情報記憶部１２２を参照し、蓄積割合「４０％」を取得する。そして、第１受付部１３１は、落札金額「１０，０００円」と、取得した蓄積割合「４０％」とから指定金額「４，０００円」を算出し、蓄積情報記憶部１２２に格納する。

なお、第１受付部１３１は、現時点で蓄積されている金額が表示されるような蓄積設定ページを生成し、生成した蓄積設定ページを配信してもよい。例えば、第１受付部１３１は、出品者Ｂ１によって蓄積設定が行われるのが１回目である場合には、「現在、０円貯まっています」といった情報が表示されるような蓄積設定ページＰ１−１を配信する。また、第１受付部１３１は、出品者Ｂ１によって蓄積設定が行われるのが２回目である場合には、「現在、４，０００円貯まっています」といった情報が表示されるような蓄積設定ページＰ１−２を配信する。

（オークション処理部１３２について）
オークション処理部１３２は、オークションに関する処理を行う。例えば、オークション処理部１３２は、サイトＡＣに出品された商品毎に入札を管理する。そして、オークション処理部１３２は、期間内に最も高い価格で入札を行った利用者を商品を得ることのできる購入権のある購入者として決定するとともに、この利用者により入札された価格を落札金額として確定する。

また、オークション処理部１３２は、オークションが終了した場合に、入札を行った各利用者にオークション結果を通知する。オークション処理部１３２は、購入権を得た購入者には、落札通知として、落札金額や入金先等を通知する。オークション処理部１３２は、落札できなかった利用者には、落札不可能だった旨を通知する。

（第２受付部１３３について）
第２受付部１３３は、出品者により出品された商品を得る対価として支払われる支払金額に関する情報を受け付ける。例えば、第２受付部１３３は、出品者により出品された商品が落札された場合に、当該商品を落札した購入者から支払金額に関する情報を受け付ける。

この点について図１を用いて説明すると、例えば、「１０，０００円」で商品Ｂ１１を落札した利用者Ｕ１は，落札金額「１０，０００円」を、オークション管理装置１００を管理する管理会社Ｔの口座へ入金する。これにより、第２受付部１３３は、管理会社Ｔの管理会社装置６０から落札金額「１０，０００円」が入金された旨の入金情報を受け付ける。また、このように支払われる支払金額（落札金額）は、出品者目線では、売上金額といえる。

（蓄積部１３４について）
蓄積部１３４は、商品出品により出品者が得ることのできる売上金額を蓄積する。具体的には、蓄積部１３４は、第２受付部１３３により購入者が落札金額を入金した旨の入金情報が受け付けられた場合に、第１受付部１３１により受け付けられた指定情報に基づいて、売上金額を蓄積する。例えば、蓄積部１３４は、売上金額のうち第１受付部１３１により受け付けられた指定金額を蓄積する。

蓄積部１３４による蓄積処理の一例について図１および図６を用いて説明する。まず、第１受付部１３１は、図６に示すような指定情報を出品者Ｂ１から受け付けているものとする。また、図１に示すように、出品者Ｂ１により出品された商品Ｂ１１が、購入者Ｕ１により「１０，０００円」で落札されたとする。

かかる場合、蓄積部１３４は、第２受付部１３３により利用者Ｕ１が落札金額「１０，０００円」を入金した旨の入金情報が受け付けられると、商品Ｂ１１の落札価格「１０，０００円」のうち、指定金額「４，０００円」を出品者Ｂ１が寄付以外の用途に使用不可能な状態で、かつ、出品者Ｂ１が寄付金額「１０，０００円」を賄えるように蓄積する。

具体的には、蓄積部１３４は、入金された落札金額「１０，０００円」のうち、指定金額「４，０００円」については出品者Ｂ１に支払わず自口座に蓄積する（貯めておく）。一方、蓄積部１３４は、残りの「６，０００円」を出品者Ｂ１に送金するための処理を行う。そして、蓄積部１３４は、蓄積処理が完了した場合には、蓄積情報記憶部１２２において商品Ｂ１１に対応する蓄積状況「ｎｕｌｌ」を例えば「４，０００円」に更新する。

（管理部１３５について）
管理部１３５は、蓄積部１３４により蓄積された売上金額の累計額を支援先に提供される提供金として管理する。具体的には、管理部１３５は、蓄積部１３４による蓄積処理が完了すると、現時点で蓄積している金額の累計額を算出する。そして、管理部１３５は、算出した累計額が所定の金額に達したか否かを判定し、所定の金額に達した場合には、所定の金額を支援先である地方自治体への寄付金として決定する。

例えば、管理部１３５は、蓄積部１３４による蓄積処理が完了すると、現時点で蓄積している指定金額の累計額を算出する。そして、管理部１３５は、算出した累計額が出品者により指定された寄付金額に達したか否かを判定し、寄付金額に達した場合には、この寄付金額を地方自治体へ寄付するための処理を行わせる。

この点について図１を用いて説明する。１回目の蓄積、すなわち出品者Ｂ１の商品Ｂ１１の売上金額のうち指定金額「４０００円」の蓄積が完了した場合に、管理部１３５は、指定金額の累計額「４，０００円」を算出する。これにより、１回目の蓄積では、管理部１３５は、出品者Ｂ１により指定された寄付金額「１０，０００」に達していないと判定する。

このように指定金額の累計額が寄付金額に達していない場合、管理部１３５は、さらに出品を行うことで累計額を増やすよう誘導するような誘導情報を売主装置１０に送信してもよい。例えば、管理部１３５は、出品者Ｂ１の売主装置１０に対して、かかる誘導情報をメール送信してもよいし、かかる誘導情報が表示されるような所定のウェブページを配信してもよい。

こうして、例えば、出品者Ｂ１が、さらに別の商品Ｂ１２を出品することにより、２回目の蓄積設定を行ったとする。２回目の蓄積設定で指定された指定情報は、図６に示す商品ＩＤ「Ｂ１２」に対応するものである。そして、商品Ｂ１２が「１０，０００円」で落札されたとして、蓄積部１３４により商品Ｂ１２に対応する指定情報に基づく蓄積が行われた場合、管理部１３５は、指定金額の累計額「１０，０００円」を算出する。かかる場合、管理部１３５は、指定金額の累計額が出品者Ｂ１により指定された寄付金額「１０，０００」に達したと判定する。

そして、管理部１３５は、出品者Ｂ１から寄付の申し込みが行われるように、後述する第３受付部１３６に対して、例えば、寄付申込ページを配信するよう指示する。

（第３受付部１３６について）
第３受付部１３６は、出品者から寄付の申し込みを受け付ける。例えば、第３受付部１３６は、指定金額の蓄積により出品者により指定された寄付金額が貯まった場合に、出品者に寄付申込ページを配信する。そして、第３受付部１３６は、寄付申込ページを介して、出品者から寄付の申し込みを受け付ける。この点について、図１および図３の例を用いて説明する。

例えば、第３受付部１３６は、管理部１３５からの指示に応じて、出品者Ｂ１に寄付の申し込みを行わせるための寄付申込みページを生成する。例えば、第３受付部１３６は、図３に示すように、寄付金が貯まった旨を通知する情報と、「ふるさと納税」を行った利用者が寄付先の地方自治体から得ることのできる商品一覧情報とが表示されるページＰ２１を生成する。そして、第３受付部１３６は、生成したページＰ２２を出品者Ｂ１の売主装置１０に配信する。出品者Ｂ１に配信するページＰ２１には、図３に示すように、［現在、「１０，０００円」貯まっております］といった情報が表示され、これにより寄付金が貯まった旨が通知される。

ここで、例えば、「Ｎｏ．００１ 鳥取県Ｔ１市」が出品者Ｂ１に選択されたとする。かかる場合、第３受付部１３６は、「鳥取県Ｔ１市」から提供を受けることのできる商品の詳細を含むページＰ２２であって、個人情報（住所、氏名、年齢等）を受け付けるためのページＰ２２を配信する。

例えば、出品者Ｂ１が、ページＰ２２において、個人情報を入力し、「寄付する」を押下したとする。かかる場合、売主装置１０は、オークション管理装置１００に対して寄付の申込みを行う。このようにして、第３受付部１３６は、ページＰ２１およびＰ２２を含む寄付申込ページを介して、出品者Ｂ１から希望する商品の識別情報と、個人情報とを含む申込情報を受け付けることで申込みを完了する。

（提供部１３７について）
提供部１３７は、地方自治体への寄付金の提供、すなわち寄付に関する寄付処理を行う。例えば、提供部１３７は、第３受付部１３６により受け付けられた申込み情報に基づいて、寄付処理を行う。

例えば、インターネットバンク利用が可能な場合には、提供部１３７は、地方自治体により指定された口座に寄付金額を送金する。また、実店舗の銀行口座が指定されている場合には、例えば、管理会社Ｔの従業員がその銀行口座へ寄付金額を入金する。そして、提供部１３７は、寄付処理として、地方自治体の事業主装置９０に対して、出品者による寄付金額の寄付が完了した旨通知する。

〔３．情報処理フロー〕
次に、図８を用いて、第１の実施形態にかかる情報処理システム１による情報処理の手順について説明する。図８は、第１の実施形態にかかる情報処理システム１による情報処理手順を示すシーケンス図である。

まず、売主装置１０は、商品出品時において出品者の操作に従って、オークション管理装置１００に対して蓄積設定ページを要求する（ステップＳ１０１）。オークション管理装置１００は、かかる要求に応じて、蓄積設定ページを売主装置１０に配信する（ステップＳ１０２）。売主装置１０は、出品者により蓄積設定ページにおいて指定された指定情報をオークション管理装置１００に送信する（ステップＳ１０３）。

ここで、例えば、オークション管理装置１００により出品者により出品された商品についてオークション処理が行われ（ステップＳ１０４）、商品が落札されたとする。かかる場合、オークション管理装置１００は、例えば、商品を落札した利用者を購入権のある購入者として、その利用者装置３０に落札通知を送信する（ステップＳ１０５）。

購入者は、利用者装置３０を用いて、指定された口座へ落札金額を入金する（ステップＳ１０６）。例えば、オークション管理装置１００の管理会社Ｔの従業員は、管理会社端末６０を用いて、出品者ＩＤ、商品ＩＤおよび落札金額を含む入金情報をオークション管理装置１００に送信する（ステップＳ１０７）。

オークション管理装置１００は、入金情報を受け付けると、出品者により指定された蓄積割合に対応する指定金額を蓄積する蓄積処理を行う（ステップＳ１０８）。例えば、オークション管理装置１００は、落札金額のうち指定金額を口座に蓄積し、残りの落札金額を出品者に送金する。

次に、オークション管理装置１００は、蓄積した指定金額の累計額が落札者により指定された寄付金額に達したか否かを判定する（ステップＳ１０９）。例えば、オークション管理装置１００は、寄付金額に達していないと判定した場合には、さらに出品商品に対する蓄積設定が行われる等により累計額が寄付金額に達するまで待機する。一方、オークション管理装置１００は、寄付金額に達したと判定した場合には、寄付申込ページを出品者の売主装置１０に配信する（ステップＳ１１０）。

売主装置１０は、出品者の操作に従って、申込情報をオークション管理装置１００に送信する（Ｓ１１１）。オークション管理装置１００は、売主装置１０から受け付けた申込情報に従い、出品者に代わって地方自治体へ寄付金を寄付するための寄付処理を行う（ステップＳ１１２）。

〔４．変形例〕
第１の実施形態にかかるオークション管理装置１００は、上記実施例以外にも種々の異なる形態にて実施されてよい。そこで、以下では、第１の実施形態にかかる他の実施形態について説明する。

〔４−１．電子マネーを蓄積〕
上記第１の実施形態では、オークション管理装置１００の蓄積部１３４が、所定の口座に売上金額を蓄積する例を示した。しかし、蓄積部１３４は、第２受付部１３３により受け付けられた落札金額のうち第１受付部１３１により受け付けられた指定金額を所定の仮想通貨として、例えば、電子マネーに変換する。そして、蓄積部１３４は、変換した電子マネーを、電子マネーを管理する電子マネー管理装置３００における出品者の口座に蓄積してもよい。この点について、図９を用いて説明する。

図９は、第１の実施形態の変形例にかかる情報処理システム１１の一例を示す図である。図９に示す情報処理システム１１は、図１に示す情報処理システム１にさらに電子マネー管理装置３００が含まれるものである。電子マネー管理装置３００は、例えば、各利用者の電子マネー口座を管理するサーバ装置である。

ここで、図９における各処理ステップのうち、図１と同一符号の処理ステップについては説明を省略する。図１と異なる処理として、オークション管理装置１００の蓄積部１３４は、ステップＳ７の次にステップＳ８´を行う。ステップＳ８´の蓄積処理について具体的に説明する。

例えば、蓄積部１３４は、出品者Ｂ１の出品商品Ｂ１１が落札された落札金額「１０，０００」のうち、指定金額「４，０００円」を「４，０００円」分の電子マネーに変換する。そして、蓄積部１３４は、変換した電子マネー「４，０００円」を、出品者Ｂ１が寄付以外の用途に使用不可能な状態で、電子マネー管理装置３００に蓄積する。さらに一例を示すと、蓄積部１３４は、電子マネー管理装置３００によって管理されている出品者Ｂ１の電子マネー口座に電子マネー「４，０００円」を、出品者Ｂ１が使用できない状態で蓄積するよう電子マネー管理装置３００に指示する。また、かかる場合、電子マネー管理装置３００は、例えば、オークション管理装置１００の指示に応じて、対応する自治体への寄付として、電子マネーの送金を行ってよい。

このように、オークション管理装置１００は、電子貨幣等の仮想通貨にも対応することができるため、蓄積の幅を広げることができる。

〔４−２．各種仮想通貨〕
また、第２受付部１３３は、電子マネーや電子ポイントといった仮想通貨の形式で購入者によって支払われる落札金額に関する情報を受け付けてよい。そして、蓄積部１３４は、第２受付部１３３により受け付けられた落札金額のうち、第１受付部１３１により受け付けられた指定金額を、電子マネーや電子ポイントといった仮想通貨の形式で蓄積する。

例えば、第２受付部１３３により、電子マネー形式で支払われた落札金額に関する情報が受け付けられた場合には、蓄積部１３４は、その落札金額のうち指定金額に対応する金額の電子マネーを変形例「４−１」で示したように、電子マネー管理装置３００に蓄積する。

このように利用者は、電子貨幣での入金ができるため、オークション管理装置１００は、入金に関するユーザビリティを向上させることができる。

なお、第２受付部１３３により、管理会社Ｔが指定する電子ポイント形式で落札金額が受け付けられた場合には、蓄積部１３４は、その落札金額のうち指定金額に対応する金額の電子ポイントを蓄積する。

〔４−３．参考情報提示〕
上記第１の実施形態では、第１受付部１３１が、出品時に蓄積設定ページを売主装置１０に配信し、配信した蓄積設定ページを介して、出品者から指定を受け付ける例を示した。そこで、第１受付部１３１は、地方自治体によって与えられる商品（寄付に対する対価）に関する情報を参考情報として表示させた蓄積設定ページを生成し、その蓄積設定ページを介して指定情報を受け付けてもよい。この点について、図１０を用いて説明する。

図１０は、第１の実施形態の変形例にかかる蓄積設定ページの一例を示す図である。例えば、売主装置１０は、出品者Ｂ１の操作に従って、出品設定の際に、蓄積設定ページをオークション管理装置１００に対して要求したとする。かかる場合、第１受付部１３１は、図１０に示すような蓄積設定ページＰ１１を生成し、生成した蓄積設定ページＰ１１を配信する。

図２（ａ）では、第１受付部１３１が、領域Ｒ１１と、領域Ｒ１２と、領域Ｒ１３ａとを含む蓄積設定ページＰ１−１を配信する例を示した。蓄積設定ページＰ１−１に対して、かかる変形例では、第１受付部１３１は、さらに領域Ｒ１１１を含む蓄積設定ページ１１を生成する。

図１０では、領域Ｒ１１１には、「ふるさと納税」により地方自治体からどのような商品の提供を受けられるかを検索するための情報が表示される。例えば、領域Ｒ１１１には、図１０に示すように、寄付金額に対応したコースを選択するためのチェックボックスと、地方自治体が属する都道府県を選択するためのチェックボックスが表示される。

ここで、出品者Ｂ１が、「１万円コース、青森」を選択したとする。かかる場合、第１受付部１３１は、選択された情報に対応する地方自治体が提供する商品一覧が参考情報として表示される参考情報ページＰ１２を配信する。

このように、オークション管理装置１００は、売主が蓄積設定を行う際に、どれくらいの寄付金額でどのような商品をもらうことができるかを提示することができるため、売主に蓄積設定を行い易くさせることができる。また、オークション管理装置１００は、利用者に対し本システムを利用して「ふるさと納税」しようという意欲を高めることができる。

〔５．効果〕
第１の実施形態にかかるオークション管理装置１００は、蓄積部１３４と、管理部１３５とを有する。蓄積部１３４は、物品を売りに出すことで当該物品の売主が得ることのできる売上金額を蓄積する。管理部１３５は、蓄積部１３４により蓄積された売上金額の累計額を支援先に提供される提供金として管理する。

これにより、第１の実施形態にかかるオークション管理装置１００は、物品を売りに出そうという利用者の売却意欲が高めることができる。また、オークション管理装置１００は、中古市場を活性化することができる。

また、第１の実施形態にかかるオークション管理装置１００は、第１受付部１３１を有する。第１受付部１３１は、売上金額の蓄積に関して指定する指定情報を売主から受け付ける。そして、蓄積部１３４は、第１受付部１３１により受け付けられた指定情報に基づいて、売上金額を蓄積し、管理部１３５は、蓄積部１３４により蓄積された金額の累計額が所定の金額に達した場合に、当該所定の金額を支援先に提供される提供金として管理する。

これにより、第１の実施形態にかかるオークション管理装置１００は、売主の意図を考慮した蓄積を行うことができる。

また、第１受付部１３１は、指定情報として、事業主に提供される提供金を得るために蓄積させる金額の指定を受け付け、蓄積部１３４は、売上金額のうち第１受付部１３１により受け付けられた金額を蓄積する。

これにより、第１の実施形態にかかるオークション管理装置１００は、売主の意図を考慮した蓄積を行うことができる。

また、第１受付部１３１は、事業主によって与えられる対価に関する情報が表示される所定のウェブページを用いて、指定情報を受け付ける。

これにより、第１の実施形態にかかるオークション管理装置１００は、売主が蓄積設定を行う際に、どれくらいの寄付金額でどのような商品をもらうことができるかを提示することができるため、売主に蓄積設定を行い易くさせることができる。

また、第１受付部は、売主により物品が売りに出される際に、指定情報を受け付ける。

これにより、第１の実施形態にかかるオークション管理装置１００は、売主による商品売却時に、売主に対して蓄積設定させることができるため、例えば、売主に対して「ふるさと納税」等の資金提供を行い易くすることができる。

また、第１の実施形態にかかるオークション管理装置１００は、第２受付部１３３を有する。第２受付部１３３は、売主により売りに出された物品を得る対価として支払われる支払金額に関する情報を受け付ける。そして、蓄積部１３４は、第２受付部１３３により受け付けられた売上金額のうち第１受付部により受け付けられた金額を蓄積する。

これにより、第１の実施形態にかかるオークション管理装置１００は、売主により売りに出された商品を購入した購入者によって支払われた支払金額の少なくとも一部を、蓄積にまわさせることができるため、例えば、「ふるさと納税」を行いたいが予算がないといった利用者に対して商品売却によって予算を補わさせることができる。

また、第２受付部１３３は、所定の仮想通貨の形式で支払われる支払金額に関する情報を受け付け、蓄積部１３４は、支払金額に関する情報に含まれる支払金額、すなわち売上金額のうち第１受付部１３１により受け付けられた金額を所定の仮想通貨の形式で蓄積する。

これにより、第１の実施形態にかかるオークション管理装置１００は、電子貨幣等の仮想通貨にも対応することができるため、蓄積の幅を広げることができる。また、オークション管理装置１００は、入金に関するユーザビリティを向上させることができる。

また、第２受付部１３３は、売主により出品された物品が購入された場合に、当該物品を購入した購入者から支払金額に関する情報を受け付ける。

これにより、第１の実施形態にかかるオークション管理装置１００は、オークションを利用した商品売却により蓄積を行わせることができる。

また、管理部１３５は、蓄積部１３４により蓄積された売上金額の累計額を、ふるさと納税制度に加入する自治体に提供される提供金として管理する。

これにより、第１の実施形態にかかるオークション管理装置１００は、ふるさと納税の利用者を増やすことができる。

（第２の実施形態）
さて、第１の実施形態では、情報処理装置の一例であるオークション管理装置１００が、商品出品により出品者が得ることのできる売上金額を蓄積し、蓄積した売上金額の累計額を「ふるさと納税」制度に加入する地方自治体への寄付金として管理する例を示した。第２の実施形態では、情報処理装置の一例として、買取管理装置２００を用いる。

買取管理装置２００は、物品を買取業者等に買い取らせることで、当該物品の売主が得ることのできる売上金額（買取金額）を蓄積し、蓄積した売上金額の累計額を「ふるさと納税」制度に加入する地方自治体への寄付金として管理する。

〔１．情報処理〕
まず、図１１を用いて、第２の実施形態にかかる情報処理の一例について説明する。図１１は、第２の実施形態にかかる買取管理装置２００によって行われる情報処理の一例を示す図である。図１１の例では、情報処理システム２は、売主装置１０と、業者装置４０と、管理会社装置６０と、事業主装置９０と、買取管理装置２００とを有する。このように、情報処理システム２は、第１に実施形態にかかる情報処理システム１と比較して、利用者および利用者装置３０の代わりに、買取業者および業者装置４０を含むものである。したがって、情報処理システム１と重複する処理については説明を簡略化する。

売主装置１０と、業者装置４０と、管理会社装置６０と、事業主装置９０と、買取管理装置２００とは、ネットワークを介して有線または無線により通信可能に接続される。なお、図１１に示す情報処理システム２には、複数台の売主装置１０と、複数台の業者装置４０と、複数台の管理会社装置６０と、複数台の事業主装置９０と、複数台の買取管理装置２００とが含まれてもよい。

第２の実施形態にかかる売主装置１０は、買取業者Ｋ１に物品の買取を依頼する売主によって利用される端末装置である。例えば、売主装置１０は、売主の操作に従って、買取業者Ｋ１の買取装置４０に買取依頼を送信する。

第２の実施形態にかかる業者装置４０は、物品の買取、および、買い取った物品を中古品として販売する買取業者Ｋ１によって利用される端末装置である。例えば、買取業者Ｋ１、管理会社Ｔによって指定された買取業者である。

買取管理装置２００は、買取業者に対し物品を売りに出すことで売主が得ることのできる売上金額のうち、どれだけの金額を「ふるさと納税」制度に加入する地方自治体に寄付する寄付金のために蓄積させるかの指定を出品者から受け付ける。そして、買取管理装置２００は、売主によって指定された情報である指定情報に基づいて、買取金額すなわち売上金額の少なくとも一部を蓄積する。そして、買取管理装置２００は、指定情報に基づき蓄積した金額の累計額が、売主により指定された寄付金額に達した場合に、その寄付金額を寄付金として管理する。

なお、第２の実施形態において買取管理装置２００が売上金額を蓄積するというのは、売上金額のうち売主により指定された金額を、当該売主が寄付以外の用途に使用不可能な状態で、かつ、当該売主が寄付金を賄うためだけに蓄積してゆくことを意味する。以下では、買取管理装置２００の具体的な処理について説明する。

図１１に示すように、まず、売主Ｃ１が売主装置１０を用いて、買取業者Ｋ１に対して物品の買取依頼を行ったものとする（ステップＳ２１）。ここでは、売主Ｃ１は、物品Ｃ１１の買取依頼を行ったものとする。また、図示しないが、売主Ｃ１は、買取業者Ｋ１に対して商品Ｃ１１を配送したものとする。

買取業者Ｋ１は、売主Ｃ１から買取依頼を受けた商品Ｃ１１の査定を行う（ステップＳ２２）。そして、買取業者Ｋ１は、例えば、インターネットバンクを利用して、査定により決めた買取金額「１０，０００円」を買取管理装置２００の管理会社Ｔの口座へ入金する（ステップＳ２３）。

次に、例えば、管理会社Ｔの従業員は、買取業者Ｋ１からの買取金額「１０，０００円」の入金を確認すると、管理会社装置６０を用いて、買取金額「１０，０００円」を含む入金情報を買取管理装置２００に送信する（ステップＳ２４）。

買取管理装置２００は、入金情報を受け付けると、売主Ｃ１に対し買取金額が「１０，０００円」であった旨を通知するとともに、蓄積設定ページを配信する（ステップＳ２５）。例えば、買取管理装置２００は、買取金額「１０，０００円」を含む買取情報が表示されるような蓄積設定ページを売主Ｃ１の売主装置１０に配信する。

ここで、図１２に、第２の実施形態にかかる買取管理装置２００により配信される蓄積設定ページの一例を示す。例えば、買取管理装置２００は、これまでに売主Ｃ１により蓄積設定が行われていない場合には、図１２（ａ）に示す蓄積設定ページＰ３−１を配信する。図１２（ａ）の例では、蓄積設定ページＰ３−１は、領域Ｒ３１と、領域Ｒ３２と、領域Ｒ３３ａとを含む。

図１２（ａ）では、蓄積設定ページＰ３−１において領域Ｒ３１には、買取情報として、売主Ｃ１により売りに出された商品Ｃ１１の買取金額が「１０，０００円」であったことが表示される例を示す。

また、図１２（ａ）では、蓄積設定ページＰ３−１において領域Ｒ３２には、買取金額のうち、当該買取金額に対してどれだけの割合の金額を地方自治体への寄付金のために蓄積させるかといった蓄積割合が指定可能な状態で表示される例を示す。図２（ａ）では、蓄積割合「５％」、「２０％」、「４０％」、「８０％」、「全額（１００％）」が指定可能な状態で表示される例を示す。

また、図１２（ａ）では、蓄積設定ページＰ３−１において領域Ｒ３３ａには、地方自治体に寄付する寄付金額の入力を受け付ける入力欄が表示される例を示す。

そして、図１２（ａ）では、売主Ｃ１が、これまで説明してきた蓄積設定ページＰ３−１を用いて、蓄積割合「４０％」、寄付金額「１０，０００円」を指定することにより蓄積設定を行った例を示す。

そして、例えば、売主装置１０は、蓄積設定ページＰ３−１において確定ボタンが押下された場合に、指定金額を含む指定情報を買取管理装置２００に送信する（ステップＳ２６）。

そして、買取管理装置２００は、受け付けた指定情報を蓄積情報記憶部２２２に格納する。例えば、買取管理装置２００は、図１１に示す蓄積情報記憶部２２２の通り、売主Ｃ１および売主Ｃ１により売りに出された物品Ｃ１１に対応付けて、売主Ｃ１により指定された蓄積割合「４０％」と寄付金額「１０，０００円」とを格納する。

また、買取管理装置２００は、物品Ｃ１１の買取金額「１０，０００円」の「４０％」に相当する「４，０００円」を指定金額として算出し、算出した指定金額「４，０００円」を蓄積情報記憶部２２２に格納する。また、現時点では、買取管理装置２００は、蓄積を行っていないため、例えば、「蓄積状況」に「ｎｕｌｌ」を入力している。

ここで、買取管理装置２００は、売上金額を蓄積する蓄積処理を行う（ステップＳ２７）。具体的には、買取管理装置２００は、物品Ｃ１１の買取金額「１０，０００円」のうち、指定金額「４，０００円」を売主Ｃ１が寄付以外の用途に使用不可能な状態で、かつ、売主Ｃ１が寄付金額「１０，０００円」を賄えるように蓄積する。

例えば、買取管理装置２００は、買取業者Ｋ１より入金された買取金額「１０，０００円」のうち、指定金額「４，０００円」については売主Ｃ１に支払わず自口座に蓄積する（貯めておく）。一方、買取管理装置２００は、残りの「６，０００円」を売主Ｃ１に送金する。

以上のような蓄積処理が完了した場合に、買取管理装置２００は、図１１に示すように蓄積情報記憶部２２２において商品Ｃ１１に対応する蓄積状況「ｎｕｌｌ」を例えば「４，０００円」に更新する。

また、買取管理装置２００は、更新が完了すると、現在蓄積している指定金額の累計額が売主Ｃ１により指定された寄付金額「１０，０００円」に達したか否かを判定する判定処理を行う（ステップＳ２８）。かかる例では、買取管理装置２００は、現時点では売主Ｃ１について「４，０００円」しか蓄積できていない。したがって、買取管理装置２００は、寄付金額「１０，０００円」に達していないと判定し、例えば、売主Ｃ１がさらに別の商品を売りに出す等することにより寄付金額「１０，０００円」に達するまで待機する。

なお、買取管理装置２００は、累計額が寄付金額に達していない場合、さらに商品売却を誘導するような情報を売主装置１０に送信してもよい。これにより、売主Ｃ１によって別の物品が売りに出されたとする。

例えば、売主Ｃ１は、物品Ｃ１１を売却した売上金額だけでは寄付金額「１０，０００円」が賄えなかったことにより、さらに別の物品Ｃ１２を売りに出す。そして、売主Ｃ１は、物品Ｃ１２について、売上金額の蓄積に関する指定を行うことで、さらに買取管理装置２００に対して蓄積を継続させることで累積額を増やそうとする。

このように、１回目以降の蓄積設定では、買取管理装置２００は、ステップＳ２５において、図１２（ｂ）に示すような蓄積設定ページＰ３−２を配信してもよい。蓄積設定ページＰ３−１と基本的な構成は同様であるため詳細な説明を省略するが、蓄積設定ページＰ３−２は、図１２（ｂ）に示すように領域Ｒ３３ｂを含む。

図１２（ｂ）の例では、領域Ｒ３３ｂには、売主Ｃ１により現在指定されている寄付金額が変更可能な状態で表示される。１回目の蓄積設定では、売主Ｃ１により寄付金額「１０，０００円」が指定された例を示した。したがって、領域Ｒ３３ｂには、寄付金額「１０，０００円」が、他の寄付金額に変更可能な状態で表示される。

そして、図１２（ｂ）では、売主Ｃ１が、蓄積設定ページＰ３−２を用いて、蓄積割合「６０％」、寄付金額「１０，０００円」（１回目から変更なし）を指定することにより蓄積設定を行った例を示す。

そして、買取管理装置２００は、図１２（ｂ）に示すような指定情報を受け付けると、受け付けた指定情報を蓄積情報記憶部２２２に格納する。例えば、買取管理装置２００は、図１１に示す蓄積情報記憶部２２２の通り、売主Ｃ１および売主Ｃ１により売却された物品Ｃ１２に対応付けて、売主Ｃ１により指定された蓄積割合「６０％」を格納する。この時点では、物品Ｃ１２に対応する「蓄積状況」は「ｎｕｌｌ」のままである。

ここで、買取管理装置２００は、売上金額を蓄積する蓄積処理を再度行う（ステップＳ２７）。具体的には、買取管理装置２００は、物品Ｃ１２の買取金額「１０，０００円」のうち、指定金額「６，０００円」を売主Ｃ１が寄付以外の用途に使用不可能な状態で、かつ、売主Ｃ１が寄付金額「１０，０００円」を賄えるように蓄積する。

例えば、買取管理装置２００は、買取業者Ｋ１より入金された買取金額「１０，０００円」のうち、指定金額「６，０００円」については売主Ｃ１に支払わず自口座に蓄積する（貯めておく）。一方、買取管理装置２００は、残りの「４，０００円」を売主Ｃ１に送金する。

そして、買取管理装置２００は、図１１に示すように蓄積情報記憶部２２２において商品Ｃ１２に対応する蓄積状況「ｎｕｌｌ」を例えば「６，０００円」に更新する。

また、かかる場合、買取管理装置２００は、ステップＳ２８の判定処理で、現在蓄積している指定金額の累計額が１回目の「４，０００円」と２回目の「６，０００円」とを合わせて「１０，０００円」となることから、売主Ｃ１により指定された寄付金額「１０，０００円」に達したと判定する。

このように、累積額が寄付金額に達した場合、買取管理装置２００は、売主Ｃ１に寄付の申し込みを行わせるための寄付申込みページを売主装置１０に配信するとともに、寄付金が貯まった旨を売主Ｃ１に通知する（ステップＳ２９）。かかる寄付申込みページは、例えば、図３で説明したページＰ２１およびＰ２２である。

例えば、売主Ｃ１が、図３に示すページＰ２２において、個人情報を入力し、「寄付する」を押下したとする。かかる場合、売主装置１０は、買取管理装置２００に対して寄付の申込みを行う（ステップＳ３０）。例えば、売主装置１０は、寄付の申込みとして、ページＰ２１において選択された商品を識別する識別情報と、入力された個人情報とを含む申込情報を買取管理装置２００送信する。

買取管理装置２００は、寄付の申込みを受け付けると、売主Ｃ１に代わって、売主Ｃ１により指定された地方自治体「Ｔ１市」へ寄付金額「１０，０００円」を寄付する寄付処理を行う（ステップＳ３１）。

さて、第１の実施形態にかかるオークション管理装置１００は、図１のステップＳ１〜Ｓ３に示すように、商品出品時すなわち売買成立前に蓄積に関する指定を受け付けた。しかし、第２の実施形態にかかる買取管理装置２００は、図１のステップＳ２５〜Ｓ２６に示すように、売買成立する度に蓄積に関する指定を受け付ける。

例えば、売買成立前では、売主は、自身の物品がどれくらいの値段で買取されるか予測し難い場合が多い。このため、売買成立前では、売主は、買取割合等を指定し難い。したがって、買取管理装置２００は、売買成立の度に、買取価格を売主に提示するとともに、蓄積に関する指定を受け付ける。

これにより、買取管理装置２００は、蓄積設定におけるユーザビリティを高めることができる。また、買取管理装置２００は、オークション管理装置１００と同様に、本システムを利用して物品を売却しようといった売却意欲を高めることができる。

なお、オークション管理装置１００は、買取管理装置２００のように、売買成立、すなわち落札が確定する度に蓄積に関する指定を受け付けてもよい。

〔２．買取管理装置の構成〕
次に、図１３を用いて、第２の実施形態にかかる買取管理装置２００について説明する。図１３は、第２の実施形態にかかる買取管理装置２００の構成例を示す図である。図１３に示すように、買取管理装置２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

（通信部２１０について）
通信部２１０は、例えば、ＮＩＣ等によって実現される。そして、通信部２１０は、ネットワークと有線または無線で接続され、例えば、売主装置１０、業者装置４０、管理会社装置６０、事業主装置９０との間で情報の送受信を行う。

（記憶部２２０について）
記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部２２０は、買取情報記憶部２２１と、蓄積情報記憶部２２２と、申込情報記憶部２２３とを有する。また、買取管理装置２００は、オークション処理を行うものではないため図４に示すような出品者情報記憶部１２１を有しない。

（買取情報記憶部２２１について）
第２に実施形態にかかる買取情報記憶部２２１は、管理会社Ｔにより指定された買取業者によって買取された商品に関する各種情報を記憶する記憶部である。ここで、図１４に第２の実施形態にかかる買取情報記憶部２２１の一例を示す。図１４の例では、買取情報記憶部２２１は、「業者ＩＤ」、「売主ＩＤ」、「商品ＩＤ」、「商品名」、「買取価格」といった項目を有する。

「業者ＩＤ」は、買取業者または業者装置４０を識別するための識別情報を示す。「売主ＩＤ」は、対応する「業者ＩＤ」によって識別される買取業者に物品の買取を依頼した売主または売主装置１０を識別する識別情報を示す。「商品ＩＤ」は、売りに出された物品を識別する識別情報を示す。「商品名」は、売りに出された物品の名称を示す。「買取価格」は、対応する「商品ＩＤ」によって識別される物品の買取価格を示す。

すなわち、図１４では、業者ＩＤ「Ｋ１」によって識別される買取業者が、売主ＩＤ「Ｃ１」によって売りに出された物品であって、商品ＩＤ「Ｃ１１」によって識別される物品「コートｆ」を、買取金額「１０，０００円」で買い取ることを決めた例を示す。

なお、図１１の説明でも示したように、以下の実施形態では、売主や物品を識別情報を用いて表記する。例えば、売主ＩＤ「Ｃ１」によって識別される売主を売主Ｃ１、物品ＩＤ「Ｃ１１」によって識別される物品を物品Ｃ１１といったように表記する。

（蓄積情報記憶部２２２について）
第２に実施形態にかかる蓄積情報記憶部２２２は、物品を売りに出すことで当該物品の売主が得ることのできる売上金額をどのように蓄積させるかといった当該売主により指定された指定情報を記憶する記憶部である。図１１および図１２の例では、蓄積情報記憶部２２２は、蓄積設定ページＰ３−１やＰ３−２を介して、売主から受け付けられた指定情報を記憶する。

ここで、図１５に第２の実施形態にかかる蓄積情報記憶部２２２の一例を示す。図１５の例では、蓄積情報記憶部２２２は、「売主ＩＤ」、「商品ＩＤ」、「蓄積割合」、「寄付金額」、「指定金額」、「蓄積状況」といった項目を有する。

「売主ＩＤ」は、売主または売主装置１０を識別するための識別情報であり、図１４に示す「売主ＩＤ」に対応する。「商品ＩＤ」は、売りに出された物品を識別する識別情報を示し、図１４に示す「商品ＩＤ」に対応する。

「蓄積割合」は、売上金額のうち、当該売上金額に対してどれだけの割合の金額を事業主（地方自治体）への寄付金のために蓄積させるかといった割合情報を示す。「蓄積割合」は、売主によって指定される。したがって、売主が「蓄積割合」を指定するということは、当該売主が寄付金を賄うために売上金額のうちから蓄積させる金額を指定することに相当する。

「寄付金額」は、事業主である地方自治体であって、「ふるさと納税」制度に加入する地方自治体へ寄付する寄付金の金額を示す。図１１で説明したように、「寄付金額」は、売主により指定される。

「指定金額」は、売主により売上金額のうちどれだけの金額を蓄積させるか指定された金額を示す。また、これまで説明してきたように「指定金額」は、売上金額に対する「蓄積割合」分の金額に相当する。したがって、買取管理装置２００は、買取業者によって買取金額が決定された場合に、この買取金額、すなわち売上金額に対する「蓄積割合」分の金額を、売主により指定される指定金額として算出する。また、図１１で説明したように、この「指定金額」の累計額が、「寄付金額」に達した場合に、買取管理装置２００によって代理寄付が行われる。

「蓄積状況」は、指定情報に基づき売上金額の蓄積が行われているか否かを示す情報である。買取管理装置２００は、指定情報に基づき対応する物品の売上金額の蓄積を行っていない場合には、図１１に示すように、例えば、「ｎｕｌｌ」を入力する。一方、買取管理装置２００は、指定情報に基づき対応する物品の売上金額の蓄積を行った場合には、例えば、図１１に示したように実際に蓄積した金額を入力する。

すなわち、図１５では、売主Ｃ１が、物品Ｃ１１の売買が成立した際に、蓄積割合「４０％」、寄付金額「１０，０００円」を指定した例を示す。また、このように指定された指定情報に基づき、買取管理装置２００が、指定金額「４，０００円」を算出した例を示す。

（申込情報記憶部２２３について）
申込情報記憶部２２３は、売主により指定された寄付の申込みに関する情報である申込情報を記憶する記憶部である。買取管理装置２００は、例えば、図３で示した寄付申込ページ（ページＰ２１およびページＰ２２）を用いて、売主から申込情報を受け付け、受け付けた申込情報を申込情報記憶部２２３に格納する。

ここで、図１６に第２の実施形態にかかる申込情報記憶部２２３の一例を示す。図１６の例では、申込情報記憶部１２３は、「売主ＩＤ」、「希望商品ＩＤ」、「提供先」、「提供先ＩＤ」といった項目を有する。

「売主ＩＤ」は、寄付の申し込みを行った売主または売主装置１０を識別するための識別情報を示す。「希望商品ＩＤ」は、対応する売主が「ふるさと納税」を行うことにより受け取ることを希望する商品を識別するための識別情報を示す。「提供先」は、対応する売主が「ふるさと納税」として寄付を行う寄付先として選んだ地方自治体の名称を示す。また、「提供先ＩＤ」は、寄付先として選ばれた地方自治体の識別情報を示す。

すなわち、図１６では、売主Ｃ１が、提供先ＩＤ「００１２３」によって識別される地方自治体「鳥取県Ｔ１」に対して「ふるさと納税」として寄付を行うことにより、「鳥取県Ｔ１」から、希望商品ＩＤ「００１」によって識別される商品を受け取ることを希望している例を示す。

（制御部２３０について）
図１３に戻り、制御部２３０は、ＣＰＵやＭＰＵ等によって、買取管理装置２００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図１３に示すように、制御部２３０は、第１受付部２３１と、第２受付部２３３と、蓄積部２３４と、管理部２３５と、第３受付部２３６と、提供部２３７とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３０の内部構成は、図１３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部２３０が有する各処理部の接続関係は、図１３に示した接続関係に限られず、他の接続関係であってもよい。

なお、第１受付部２３１は第１受付部１３１に対応し、第２受付部２３３は第２受付部１３３に対応し、蓄積部２３４は蓄積部１３４に対応し、管理部２３５は管理部１３５に対応し、第３受付部２３６は第３受付部１３６に対応し、提供部２３７は提供部１３７に対応する。また、買取管理装置２００は、オークション処理部１３２に相当する処理部を有しなくてよい。

（第１受付部２３１について）
第１受付部２３１は、売上金額の蓄積に関して指定する指定情報を売主から受け付ける。具体的には、第１受付部２３１は、物品を売りに出すことで当該物品の売主が得ることのできる売上金額のうち、どれだけの金額を蓄積させるかといった指定として、例えば、蓄積割合の指定を売主から受け付ける。また、第１受付部２３１は、蓄積された金額の累計額がどれだけの金額に達した場合に、寄付金とさせるかといった寄付金額を売主から受け付ける。

例えば、第１受付部２３１は、売主により売りに出された物品の売買が成立する度に、売主から指定情報を受け付ける。一例を示すと、第１受付部２３１は、売主により売りに出された物品の売買が成立し、管理会社装置６０から入金情報を受け付けると、図１２に示すような蓄積設定ページを生成する。例えば、第１受付部２３１は、売主によって蓄積設定が行われるのが１回目である場合には、図１２（ａ）に示すように、対応する商品の売上金額における蓄積割合、および、寄付金額を指定可能な蓄積設定ページＰ３−１を生成する。そして、第１受付部１３１は、生成した蓄積設定ページＰ３−１を売主端末１０に配信することで、蓄積設定ページＰ３−１を介して、指定情報を受け付ける。

また、例えば、第１受付部２３１は、売主によって蓄積設定が行われるのが１回目以降である場合には、図１２（ｂ）に示すように、対応する商品の売上金額における蓄積割合を指定可能、かつ、既に指定されている寄付金額を変更可能な蓄積設定ページＰ３−２を生成する。そして、第１受付部２３１は、生成した蓄積設定ページＰ３−２を売主端末１０に配信することで、蓄積設定ページＰ３−２を介して、指定情報を受け付ける。

また、第１受付部２３１は、売主から受け付けた指定情報を蓄積情報記憶部２２２に格納する。例えば、第１受付部２３１は、「売主ＩＤ」と「商品ＩＤ」に対応付けて「蓄積割合」および「寄付金額」を格納する。

また、第１受付部２３１は、買取業者により買取金額が決定され、その買取金額を含む入金情報が受け付けられた場合に、「売主ＩＤ」と「商品ＩＤ」に対応付けて「買取金額」を格納する。例えば、売主Ｃ１により売りに出された物品Ｃ１１が「１０，０００円」で買い取られた場合には、第１受付部２３１は、売主ＩＤ「Ｃ１」と商品ＩＤ「Ｃ１１」とに対応付けて、買取金額「１０，０００円」を格納する。

また、ここで上記のように、第１受付部２３１は、蓄積設定ページを介して、図１５に示すような指定情報を受け付けると、売主ＩＤ「Ｃ１」と商品ＩＤ「Ｃ１１」とに対応付けて、受け付けた指定情報を格納する。そして、第１受付部２３１は、指定情報と、既に格納している買取金額「１０，０００円」とに基づき指定金額「４，０００円」を算出する。そして、第１受付部２３１は、算出した指定金額「４，０００円」を蓄積情報記憶部２２２に格納する。

（第２受付部２３３について）
第２受付部２３３は、売主により売りに出された物品を得る対価として支払われる支払金額に関する情報を受け付ける。例えば、第２受付部２３３は、売主により売りに出された物品が買取業者により買取られた場合に、当該物品を買取った買取業者から買取金額に関する情報を受け付ける。

この点について図１１を用いて説明すると、例えば、「１０，０００円」で物品Ｃ１１を買取った買取業者Ｋ１は、買取金額「１０，０００円」を、買取管理装置２００を管理する管理会社Ｔの口座へ入金する。これにより、第２受付部２３３は、管理会社Ｔの管理会社装置６０から買取金額「１０，０００円」が入金された旨の入金情報を受け付ける。また、このように支払われる支払金額（買取金額）は、売主目線では、売上金額といえる。

（蓄積部２３４について）
蓄積部２３４は、売りに出した物品が買取られることにより売主が得ることのできる売上金額を蓄積する。具体的には、蓄積部２３４は、第２受付部２３３により買取業者が買取金額を入金した旨の入金情報が受け付けられた場合に、第１受付部２３１により受け付けられた指定情報に基づいて、売上金額を蓄積する。例えば、蓄積部２３４は、売上金額のうち第１受付部２３１により受け付けられた指定金額を蓄積する。

蓄積部２３４による蓄積処理の一例について図１１および図１５を用いて説明する。まず、第２受付部２３３は、買取業者Ｋ１により売主Ｃ１の物品Ｃ１１が「１０，０００円」で買い取られ、また、この「１０，０００円」の入金が完了した旨の入金情報を受け付けたとする。次に、第１受付部２３１は、売主Ｃ１と買取業者Ｋ１との間で物品Ｃ１１の売買が成立したことにより、図１５に示すような指定情報を売主Ｃ１から受け付けたものとする。

かかる場合、蓄積部２３４は、第２受付部２３３により受け付けられた買取金額「１０，０００円」のうち、指定金額「４，０００円」を売主Ｃ１が寄付以外の用途に使用不可能な状態で、かつ、売主Ｃ１が寄付金額「１０，０００円」を賄えるように蓄積する。

具体的には、蓄積部２３４は、入金された買取金額「１０，０００円」のうち、指定金額「４，０００円」については売主Ｃ１に支払わず自口座に蓄積する（貯めておく）。一方、蓄積部２３４は、残りの「６，０００円」を売主Ｃ１に送金するための処理を行う。そして、蓄積部２３４は、蓄積処理が完了した場合には、蓄積情報記憶部２２２において商品Ｃ１１に対応する蓄積状況「ｎｕｌｌ」を例えば「４，０００円」に更新する。

（管理部２３５について）
管理部２３５は、蓄積部２３４により蓄積された売上金額の累計額を支援先に提供される提供金として管理する。具体的には、管理部２３５は、蓄積部２３４による蓄積処理が完了すると、現時点で蓄積している金額の累計額を算出する。そして、管理部２３５は、算出した累計額が所定の金額に達したか否かを判定し、所定の金額に達した場合には、所定の金額を支援先である地方自治体への寄付金として決定する。

例えば、管理部２３５は、蓄積部２３４による蓄積処理が完了すると、現時点で蓄積している指定金額の累計額を算出する。そして、管理部２３５は、算出した累計額が売主により指定された寄付金額に達したか否かを判定し、寄付金額に達した場合には、この寄付金額を地方自治体へ寄付するための処理を行わせる。

この点について図１１を用いて説明する。１回目の蓄積、すなわち売主Ｃ１の物品Ｃ１１の売上金額のうち指定金額「４０００円」の蓄積が完了した場合に、管理部２３５は、指定金額の累計額「４，０００円」を算出する。これにより、１回目の蓄積では、管理部２３５は、売主Ｃ１により指定された寄付金額「１０，０００」に達していないと判定する。

このように指定金額の累計額が寄付金額に達していない場合、管理部２３５は、さらに売却を行うことで累計額を増やすよう誘導するような誘導情報を売主装置１０に送信してもよい。例えば、管理２３５は、売主Ｃ１の売主装置１０に対して、かかる誘導情報をメール送信してもよいし、かかる誘導情報が表示されるような所定のウェブページを配信してもよい。

こうして、例えば、売主Ｃ１が、さらに別の物品Ｃ１２を出品することにより、２回目の蓄積設定を行ったとする。２回目の蓄積設定で指定された指定情報は、図１５に示す商品ＩＤ「Ｃ１２」に対応するものである。そして、商品Ｃ１２が「１０，０００円」で買い取られたとして、蓄積部２３４により物品Ｃ１２に対応する指定情報に基づく蓄積が行われた場合、管理部２３５は、指定金額の累計額「１０，０００円」を算出する。かかる場合、管理部２３５は、指定金額の累計額が売主Ｃ１により指定された寄付金額「１０，０００」に達したと判定する。

そして、管理部２３５は、売主Ｃ１から寄付の申し込みが行われるように、後述する第３受付部に対して、例えば、寄付申込ページを配信するよう指示する。

（第３受付部２３６について）
第３受付部２３６は、売主から寄付の申し込みを受け付ける。例えば、第３受付部２３６は、指定金額の蓄積により売主により指定された寄付金額が貯まった場合に、売主に寄付申込ページを配信する。そして、第３受付部２３６は、寄付申込ページを介して、売主から寄付の申し込みを受け付ける。この点について、図１１および図３の例を用いて説明する。

例えば、第３受付部２３６は、管理部２３５からの指示に応じて、売主Ｃ１に寄付の申し込みを行わせるための寄付申込みページを生成する。例えば、第３受付部２３６は、図３に示すように、寄付金が貯まった旨を通知する情報と、「ふるさと納税」を行った利用者が寄付先の地方自治体から得ることのできる商品一覧情報とが表示されるページＰ２１を生成する。そして、第３受付部２３６は、生成したページＰ２１を売主Ｃ１の売主装置１０に配信する。売主Ｃ１に配信するページＰ２２には、図３に示すように、［現在、「１０，０００円」貯まっております］といった情報が表示され、これにより寄付金が貯まった旨が通知される。

ここで、例えば、「Ｎｏ．００１ 鳥取県Ｔ１市」が売主Ｃ１に選択されたとする。かかる場合、第３受付部２３６は、「鳥取県Ｔ１市」から提供を受けることのできる商品の詳細を含むページＰ２２であって、個人情報（住所、氏名、年齢等）を受け付けるためのページＰ２２を配信する。

例えば、売主Ｃ１が、ページＰ２２において、個人情報を入力し、「寄付する」を押下したとする。かかる場合、売主装置１０は、買取管理装置２００に対して寄付の申込みを行う。このようにして、第３受付部２３６は、ページＰ２１およびＰ２２を含む寄付申込ページを介して、売主Ｃ１から希望する商品の識別情報と、個人情報とを含む申込情報を受け付けることで申込みを完了する。

（提供部２３７について）
提供部２３７は、地方自治体への寄付金の提供、すなわち寄付に関する寄付処理を行う。例えば、提供２３７は、第３受付部２３６により受け付けられた申込み情報に基づいて、寄付金を提供する寄付処理を行う。

例えば、図１１の例においてインターネットバンク利用が可能な場合には、提供部２３７は、地方自治体「Ｔ１市」により指定された口座に寄付金額「１０，０００円」を送金する。また、実店舗の銀行口座が指定されている場合には、例えば、管理会社Ｔの従業員が地方自治体「Ｔ１市」の銀行口座へ寄付金額「１０，０００円」の入金を行う。そして、提供部２３７は、寄付処理として、地方自治体「Ｔ１市」の事業主装置９０に対して、出品者Ｂ１による寄付金額「１０，０００円」の寄付が完了した旨通知する。

〔３．情報処理フロー〕
次に、図１７を用いて、第２の実施形態にかかる情報処理システム２による情報処理の手順について説明する。図１７は、第２の実施形態にかかる情報処理システム２による情報処理手順を示すシーケンス図である。

まず、売主装置１０は、売主の操作に従って、買取管理装置２００に対して物品の買取依頼を送信する（ステップＳ２０１）。また、ここで、売主は、買取を希望する商品を依頼先の買取業者に配送する。そして、買取依頼を受け付けた買取業者は、受け付けた物品の査定を行い買取金額を決定する（ステップＳ２０２）。そして、買取業者は、業者装置４０を用いて、指定された口座へ買取金額を入金する（ステップＳ２０３）。例えば、買取管理装置２００の管理会社Ｔの従業員は、管理会社端末６０を用いて、業者ＩＤ、売主ＩＤ、商品ＩＤおよび買取金額を含む入金情報を買取管理装置２００に送信する（ステップＳ２０４）。

買取管理装置２００は、入金情報を受け付けると、蓄積設定ページを売主装置１０に配信する（ステップＳ２０５）。売主装置１０は、売主により蓄積設定ページにおいて指定された指定情報を買取管理装置２００に送信する（ステップＳ２０６）。買取管理装置２００は、指定情報を受け付けると、売主により指定された蓄積割合に対応する指定金額を蓄積する蓄積処理を行う（ステップＳ２０７）。例えば、買取管理装置２００は、買取金額のうち指定金額を口座に蓄積し、残りの買取金額を売主に送金する。

次に、買取管理装置２００は、蓄積した指定金額の累計額が売主により指定された寄付金額に達したか否かを判定する（ステップＳ２０８）。例えば、買取管理装置２００は、寄付金額に達していないと判定した場合には、さらに別の物品が売りに出されることで、その物品について蓄積設定が行われる等により累計額が寄付金額に達するまで待機する。一方、買取管理装置２００は、寄付金額に達したと判定した場合には、寄付申込ページを出品者の売主装置１０に配信する（ステップＳ２０９）。

売主装置１０は、売主の操作に従って、申込情報を買取管理装置２００に送信する（Ｓ２１０）。買取管理装置２００は、売主装置１０から受け付けた申込情報に従い、売主に代わって地方自治体へ寄付金を寄付するための寄付処理を行う（ステップＳ２１１）。

〔４．変形例〕
第２の実施形態にかかる買取管理装置２００は、上記実施例以外にも種々の異なる形態にて実施されてよい。そこで、以下では、第２の実施形態にかかる他の実施形態について説明する。

〔４−１．電子マネーを蓄積〕
上記第２の実施形態では、買取管理装置２００の蓄積部２３４が、所定の口座に売上金額を蓄積する例を示した。しかし、蓄積部２３４は、第２受付部２３３により受け付けられた買取金額のうち第１受付部２３１により受け付けられた指定金額を電子マネーに変換する。そして、蓄積部２３４は、変換した電子マネーを、電子マネーを管理する電子マネー管理装置３００における売主の口座に蓄積してもよい。

この点についは、オークション管理装置１００の変形例として、図９を用いて既に説明しているため詳細な説明を省略する。簡単に一例を示すと、例えば、蓄積部２３４は、図１１に示すステップＳ２７において、図９のステップＳ８´に示す蓄積処理を行う。

〔４−２．参考情報提示〕
また、第１受付部２３１は、図１０を用いて説明したように、地方自治体が提供する商品（寄付に対する対価）に関する情報を参考情報として表示させた蓄積設定ページを介して指定情報を受け付けてもよい。

（その他）
以下では、オークション管理装置１００および買取管理装置２００にかかるその他の変形例について説明する。なお、以下では、オークション管理装置１００および買取管理装置２００にかかるその他の変形例について、オークション管理装置１００を用いて説明する。

〔１．支援先の事業主について〕
上記各実施形態では、オークション管理装置１００が、蓄積した売上金額の累計額を、「ふるさと納税」制度に加入する地方自治体に提供される寄付金として管理する例を示した。しかし、オークション管理装置１００は、蓄積した売上金額の累計額を、クラウドファンディングの立案者に提供される資金として管理してもよい。

かかる場合、オークション管理装置１００は、図３に示す申込設定ページＰ２１において、地方自治体から提供を受けることのできる商品一覧の代わりに、各種クラウドファンディングに関する情報一覧を表示させる。

また、クラウドファンディングには、一般的に寄付型と投資型が存在する。例えば、売主は、寄付申込ページにおいて、寄付型のクラウドファンディングを選択した場合、対応する立案者から何かしらの対価を得ることはない。一方、売主は、投資型のクラウドファンディングを選択した場合、事業が成功した際には、対応する立案者から金銭的な対価を得ることができる。

このように、オークション管理装置１００は、様々な支援先への資金提供に対応することができるため、本システムを利用して物品を売却しようとする売却意欲をより高めることができる。

〔２．累積額の合算〕
上記各実施形態では、オークション管理装置１００の蓄積部１３４が、出品者毎に売上金額を蓄積し、管理部１３５が、出品者毎に蓄積された金額の累計額を算出し、算出した累計額を管理する例を示した。しかしこの例に限らず、管理部１３５は、出品者毎に蓄積された金額の累計額をさらに合算することにより、合算した合算金額を管理してもよい。

例えば、管理部１３５は、所定の関係にある売主それぞれについて蓄積された金額（指定金額）の累計額を合算した合算金額が、この所定の関係にある売主のいずれかにより指定された所定の金額に達した場合に、この所定の金額を寄付金として管理する。

例えば、所定の関係にある売主として、家族関係にある売主がある。例えば、オークション管理装置１００の第１受付部１３１は、出品者Ｂ１に蓄積設定を行わせる際に、出品者Ｂ１の家族が有する識別情報であってサイトＡＣ専用の識別情報、当該識別情報に対応するパスワード、出品者Ｂ１の家族の個人情報等の入力を求める。

そして、第１受付部１３１は、出品者Ｂ１から受け付けた上記各種情報に基づいて、出品者Ｂ１により指定された出品者が出品者Ｂ１と家族関係にあるか否かを判定する。例えば、第１受付部１３１は、出品者Ｂ１および出品者Ｂ５が家族関係にあると判定できたとする。かかる場合、第１受付部１３１は、出品者Ｂ１に寄付金額を指定させる。

ここで、蓄積部１３４は、これまで説明してきたように、出品者Ｂ１および出品者Ｂ５それぞれに出品された商品が落札される度に、出品者Ｂ１および出品者Ｂ５それぞれの指定情報に基づき売上金額を蓄積する。

また、管理部１３５は、例えば、蓄積部１３４により出品者Ｂ１の出品商品に対応する蓄積処理が完了される度に、出品者Ｂ１に対応する累計額を算出し、算出した累計額が出品者Ｂ１により指定された寄付金額に達したか否かを判定する。

ここで、管理部１３５は、寄付金額に達していないと判定した場合、出品者Ｂ１に対応する累計額と、出品者Ｂ５に対応する累計額とを合算した合算金額を算出する。そして、管理部１３５は、かかる合算金額が出品者Ｂ１により指定された寄付金額に達したか否かを判定する。そして、管理部１３５は、合算金額が出品者Ｂ１により指定された寄付金額に達したと判定した場合には、第３受付部１３６に対して出品者Ｂ１に寄付申込ページを配信するよう指示する。以下の処理については、上記の通りであるため説明を省略する。

これにより、オークション管理装置１００は、例えば、１人の売主だけでは寄付金額を賄うことが困難な場合に、かかる売主に対して所定の関係にある売主の金銭的援助を受けて寄付金額を賄わすことができる。すなわち、オークション管理装置１００は、売主に対して寄付金額をより賄い易くすることができる。

〔３．寄付金を売上金額以外で補てん〕
上記各実施形態では、蓄積部１３４が、商品を落札した購入者によって入金された売上金額を蓄積し、管理部１３５が、蓄積された金額の累計額が寄付金額に達したか否かを判定する例を示した。また、管理部１３５が、蓄積された金額の累計額が寄付金額に達していない場合には、さらに別の出品商品について蓄積設定させることで累計額を増やすよう誘導する例を示した。

しかし、管理部１３５は、蓄積された金額の累計額が寄付金額に達していない場合には、寄付金額に足りない分の金額を銀行振込みや現金等で補てんするよう誘導してもよい。そして、管理部１３５は、出品者による補てんにより、蓄積された金額の累計額が寄付金額に達した場合には、第３受付部１３６に対して出品者に寄付申込ページを配信するよう指示する。

〔４．個人間取引〕
上記実施形態では、情報処理装置（オークション管理装置１００および買取管理装置２００）は、オークションシステムや買取システムに適用可能である点について説明してきた。しかし、情報処理装置は、例えば、オークションや買取以外の個人間取引にも適用可能である。

例えば、情報処理装置は、電子フリーマーケットシステムに適用されてもよい。例えば、情報処理装置の一例であるフリーマーケット管理装置４００は、所定のフリーマーケットサイトを介して、個人間での商品売買を管理する。例えば、フリーマーケット管理装置４００は、売主からフリーマーケットへの商品出品を受け付けるとともに、売主から蓄積に関する指定情報を受け付ける。そして、フリーマーケット管理装置４００は、これまで説明してきたように、指定情報に基づき、例えば出品商品を購入した個人客から支払われた支払金額（売上金額）を蓄積する。

〔４．プログラム〕
上述してきた各実施形態にかかるオークション管理装置１００および買取管理装置２００は、例えば図１８に示すような構成のコンピュータ１０００によって実現される。以下、オークション管理装置１００を例に挙げて説明する。図１８は、オークション管理装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網５０を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５０を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が第１の実施形態にかかるオークション管理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、通信網５０を介してこれらのプログラムを取得してもよい。

また、例えば、コンピュータ１０００が第２の実施形態にかかる買取管理装置２００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部２３０の機能を実現する。

〔５．その他〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、制御部は、制御手段や制御回路に読み替えることができる。

１ 情報処理システム
２ 情報処理システム
１０ 売主装置
１１ 情報処理システム
３０ 利用者装置
４０ 業者装置
６０ 管理会社装置
９０ 事業主装置
１００ オークション管理装置
１２１ 出品者情報記憶
１２２ 蓄積情報記憶部
１２３ 申込情報記憶部
１３１ 第１受付部
１３３ 第２受付部
１３４ 蓄積部
１３５ 管理部
１３６ 第３受付部
１３７ 提供部
２００ 買取管理装置
２２１ 買取情報記憶部
２２２ 蓄積情報記憶部
２２３ 申込情報記憶部
２３１ 第１受付部
２３３ 第２受付部
２３４ 蓄積部
２３５ 管理部
２３６ 第３受付部
２３７ 提供部

Claims (14)

1. 物品を売りに出すことで当該物品の売主が得ることのできる売上金額の蓄積に関して指定する指定情報として、支援先に提供するために蓄積させる金額の指定を当該売主から受け付ける第１受付部と、
   前記売上金額のうち前記第１受付部により受け付けられた金額を前記売主の口座に対応する記憶部に蓄積する蓄積部と、
   前記蓄積部により前記記憶部に蓄積された売上金額であって前記売主の売上金額の累計額が前記売主により指定された所定の金額に達した場合に前記支援先のうち当該所定の金額を提供される支援先を選択するためのページを前記売主に送信することにより前記売主から当該所定の金額を提供される支援先の選択を受け付け、当該所定の金額が、前記売主により選択された支援先に提供されるよう制御する管理部と
   を有することを特徴とする情報処理装置。
2. 前記蓄積部は、前記第１受付部により受け付けられた指定情報に基づいて、前記売上金額を蓄積し、
   前記管理部は、前記蓄積部により蓄積された金額の累計額が前記所定の金額に達した場合に、当該所定の金額を前記支援先に提供される提供金として決定する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第１受付部は、前記支援先によって与えられる対価に関する情報が表示される所定のウェブページを用いて、前記指定情報を受け付ける
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記第１受付部は、前記売主により物品が売りに出される際に、前記指定情報を受け付ける
   ことを特徴とする請求項１〜３のいずれか１つに記載の情報処理装置。
5. 前記第１受付部は、前記売主により売りに出された物品の売買が成立する度に、前記指定情報を受け付ける
   ことを特徴とする請求項１〜３のいずれか１つに記載の情報処理装置。
6. 前記管理部は、前記蓄積部により前記売主の口座に対応する記憶部に蓄積された金額の累計額を合算した合算金額であって、所定の関係にある売主それぞれに対応する累計額を合算した合算金額が、当該所定の関係にある売主のいずれかにより指定された所定の金額に達した場合に、当該所定の金額を前記支援先に提供する提供金として決定する
   ことを特徴とする請求項１〜５のいずれか１つに記載の情報処理装置。
7. 前記売主により売りに出された物品を得る対価として支払われる支払金額に関する情報を受け付ける第２受付部をさらに有し、
   前記蓄積部は、前記第２受付部により受け付けられた支払金額である前記売上金額のうち前記第１受付部により受け付けられた金額を蓄積する
   ことを特徴とする請求項１〜５のいずれか１つに記載の情報処理装置。
8. 前記第２受付部は、所定の仮想通貨の形式で支払われる支払金額に関する情報を受け付け、
   前記蓄積部は、前記支払金額に関する情報に含まれる支払金額である前記売上金額のうち前記第１受付部により受け付けられた金額を所定の仮想通貨の形式で蓄積する
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記第２受付部は、前記売主により出品された物品が購入された場合に、当該物品を購入した購入者から前記支払金額に関する情報を受け付ける
   ことを特徴とする請求項７または８に記載の情報処理装置。
10. 前記第２受付部は、前記売主により買取依頼された物品が買取られた場合に、当該物品を買取った買取業者から前記支払金額に関する情報を受け付ける
    ことを特徴とする請求項７〜９のいずれか１つに記載の情報処理装置。
11. 前記管理部は、前記蓄積部により前記売主の口座に対応する記憶部に蓄積された売上金額の累計額を、ふるさと納税制度に加入する自治体に提供されるよう制御する
    ことを特徴とする請求項１〜１０のいずれか１つに記載の情報処理装置。
12. 前記管理部は、前記蓄積部により前記売主の口座に対応する記憶部に蓄積された売上金額の累計額を、クラウドファンディング立案者に提供されるよう制御する
    ことを特徴とする請求項１〜１１のいずれか１つに記載の情報処理装置。
13. 情報処理装置が実行する情報処理方法であって、
    物品を売りに出すことで当該物品の売主が得ることのできる売上金額の蓄積に関して指定する指定情報として、支援先に提供するために蓄積させる金額の指定を当該売主から受け付ける第１受付工程と、
    前記売上金額のうち前記第１受付工程により受け付けられた金額を前記売主の口座に対応する記憶部に蓄積する蓄積工程と、
    前記蓄積工程により前記記憶部に蓄積された売上金額であって前記売主の売上金額の累計額が前記売主により指定された所定の金額に達した場合に前記支援先のうち当該所定の金額を提供される支援先を選択するためのページを前記売主に送信することにより前記売主から当該所定の金額を提供される支援先の選択を受け付け、当該所定の金額が、前記売主により選択された支援先に提供されるよう制御する管理工程と
    を含んだことを特徴とする情報処理方法。
14. 物品を売りに出すことで当該物品の売主が得ることのできる売上金額の蓄積に関して指定する指定情報として、支援先に提供するために蓄積させる金額の指定を当該売主から受け付ける第１受付手順と、
    前記売上金額のうち前記第１受付手順により受け付けられた金額を前記売主の口座に対応する記憶部に蓄積する蓄積手順と、
    前記蓄積手順により前記記憶部に蓄積された売上金額であって前記売主の売上金額の累計額が前記売主により指定された所定の金額に達した場合に前記支援先のうち当該所定の金額を提供される支援先を選択するためのページを前記売主に送信することにより前記売主から当該所定の金額を提供される支援先の選択を受け付け、当該所定の金額が、前記売主により選択された支援先に提供されるよう制御する管理手順と
    をコンピュータに実行させることを特徴とする情報処理プログラム。

Images