(57)【要約】【課題】販売者へのサービスを向上すること。【解決手段】本願に係る情報処理装置は、支払い受付部と、キャンセル申請受付部と、返金部とを有する。支払い受付部は、商品の購入者から商品代金の支払いを受け付ける。キャンセル申請受付部は、支払い受付部が商品代金の支払いを受け付けてから所定期間を経過する前までの間、商品の販売者から商品の販売取引のキャンセル申請を受け付ける。返金部は、キャンセル申請受付部が販売取引のキャンセル申請を受け付けると、購入者に商品代金を払い戻す。【選択図】図１
2019049766.tif 000002
【特許請求の範囲】
【請求項１】
商品の購入者から商品代金の支払いを受け付ける支払い受付部と、
前記支払い受付部が前記商品代金の支払いを受け付けてから所定期間を経過する前までの間、前記商品の販売者から前記商品の販売取引のキャンセル申請を受け付けるキャンセル申請受付部と、
前記キャンセル申請受付部が前記販売取引のキャンセル申請を受け付けると、前記購入者に前記商品代金を払い戻す返金部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記キャンセル申請受付部は、
前記所定期間として、前記支払い受付部が前記商品代金の支払いを受け付けてから前記購入者に商品が到着したという情報を受け付ける前までの間、前記販売者から前記販売取引のキャンセル申請を受け付ける
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記キャンセル申請受付部は、
前記販売者から前記販売取引のキャンセル申請を受け付けた回数が所定の回数を下回る場合、前記販売者から前記販売取引のキャンセル申請を受け付ける
ことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記キャンセル申請受付部は、
前記販売者の評価が所定の評価基準を上回る場合、前記販売者から前記販売取引のキャンセル申請を受け付ける
ことを特徴とする請求項１〜３のいずれか１つに記載の情報処理装置。
【請求項５】
前記キャンセル申請受付部は、
前記販売者が所定の手数料を納付する場合、前記販売者から前記販売取引のキャンセル申請を受け付ける
ことを特徴とする請求項１〜４のいずれか１つに記載の情報処理装置。
【請求項６】
前記返金部は、
前記キャンセル申請受付部が受け付けた前記販売取引のキャンセル申請について前記購入者が合意した場合、前記購入者に前記商品代金を払い戻す
ことを特徴とする請求項１〜５のいずれか１つに記載の情報処理装置。
【請求項７】
前記販売取引のキャンセル申請に応じて、前記販売者の評価を決定する決定部
をさらに備えることを特徴とする請求項１〜６のいずれか１つに記載の情報処理装置。
【請求項８】
前記決定部は、
前記購入者に前記商品代金を払い戻した場合、前記販売者の評価を下げる
ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記支払い受付部は、
前記購入者であるオークションの落札者から商品代金の支払いを受け付け、
前記キャンセル申請受付部は、
前記支払い受付部が前記商品代金の支払いを受け付けてから所定期間を経過するまでの間、前記販売者であるオークションの出品者から前記商品の販売取引のキャンセル申請を受け付ける
ことを特徴とする請求項１〜８のいずれか１つに記載の情報処理装置。
【請求項１０】
コンピュータが実行する情報処理方法であって、
商品の購入者から商品代金の支払いを受け付ける支払い受付工程と、
前記支払い受付工程が前記商品代金の支払いを受け付けてから所定期間を経過する前までの間、前記商品の販売者から前記商品の販売取引のキャンセル申請を受け付けるキャンセル申請受付工程と、
前記キャンセル申請受付工程が前記販売取引のキャンセル申請を受け付けると、前記購入者に前記商品代金を払い戻す返金工程と、
を含むことを特徴とする情報処理方法。
【請求項１１】
商品の購入者から商品代金の支払いを受け付ける支払い受付手順と、
前記支払い受付手順が前記商品代金の支払いを受け付けてから所定期間を経過する前までの間、前記商品の販売者から前記商品の販売取引のキャンセル申請を受け付けるキャンセル申請受付手順と、
前記キャンセル申請受付手順が前記販売取引のキャンセル申請を受け付けると、前記購入者に前記商品代金を払い戻す返金手順と、
をコンピュータに実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【０００２】
従来、商取引の際に販売者と購入者との間に信頼のおける第三者を仲介させて、取引の安全を担保する第三者預託（エスクロー）のサービスを提供する技術が知られている。具体的には、インターネットオークションにおける決済システムにおいて、オークションの落札者が商品代金をオークション用口座に振り込み、商品に対して落札者が承諾する旨の入力操作により、オークション用口座から出品者の金融機関口座へ商品代金が振り込まれるサービスを提供する技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３０４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、販売者へのサービスを向上することができるとは限らない。具体的には、上記の従来技術では、オークションの落札者が商品代金をオークション用口座に振り込み、商品に対して落札者が承諾する旨の入力操作により、オークション用口座から出品者の金融機関口座へ商品代金が振り込まれるサービスを提供するにすぎず、販売者へのサービスを向上することができるとは限らない。
【０００５】
本願は、上記に鑑みてなされたものであって、販売者へのサービスを向上することができる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本願にかかる情報処理装置は、商品の購入者から商品代金の支払いを受け付ける支払い受付部と、前記支払い受付部が前記商品代金の支払いを受け付けてから所定期間を経過する前までの間、前記商品の販売者から前記商品の販売取引のキャンセル申請を受け付けるキャンセル申請受付部と、前記キャンセル申請受付部が前記販売取引のキャンセル申請を受け付けると、前記購入者に前記商品代金を払い戻す返金部とを備えたことを特徴とする。
【発明の効果】
【０００７】
実施形態の一態様によれば、販売者へのサービスを向上することができるといった効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態に係る情報処理の一例を示す図である。
【図２】図２は、実施形態に係る情報処理装置の構成例を示す図である。
【図３】図３は、実施形態に係る取引情報記憶部の一例を示す図である。
【図４】図４は、実施形態に係る取引サービスの画面の一例を示す図である。
【図５】図５は、実施形態に係る情報処理手順を示すフローチャートである。
【図６】図６は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【０００９】
以下に、本願に係る情報処理装置、情報処理方法、情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法、情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１０】
〔１．情報処理の一例〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。図１では、情報処理装置１００が、商品の購入者であるオークションの落札者から商品代金の支払いを受け付け、商品代金の支払いを受け付けてから所定期間を経過する前までの間、商品の販売者であるオークションの出品者から商品の販売取引のキャンセル申請を受け付ける例を示す。そして、情報処理装置１００が、販売取引のキャンセル申請を受け付けると、商品の購入者であるオークションの落札者に商品代金を払い戻す例を示す。
【００１１】
図１に示すように、情報処理システム１には、端末装置１０と、端末装置２０と、情報処理装置１００とが含まれる。端末装置１０と、端末装置２０と、情報処理装置１００は、図示しない所定の通信網を介して、有線または無線により通信可能に接続される。なお、図１に示す情報処理システム１には、複数台の端末装置１０や、複数台の端末装置２０や、複数台の情報処理装置１００が含まれてもよい。
【００１２】
端末装置１０は、ユーザＵ１１によって利用される情報処理装置である。端末装置２０は、ユーザＵ２１によって利用される情報処理装置である。端末装置１０および端末装置２０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal  Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal  Digital  Assistant）等により実現される。図１に示す例においては、端末装置１０、端末装置２０がスマートフォンである場合を示す。なお、端末装置１０および端末装置２０は、ブラウザやアプリケーションにより、情報処理装置１００が提供するオークションサービスおよびエスクローサービスに関する情報を表示する。
【００１３】
情報処理装置１００は、インターネットを介して利用されるオークションサービスおよびエスクローサービスを提供する情報処理装置である。なお、エスクローサービスは、オークションサービスを利用する出品者と落札者の間の商品代金支払いを管理するサービスであって、オークションサービスの一部であるものとする。
【００１４】
以下、図１を用いて、情報処理の一例を説明する。図１に示す例では、情報処理装置１００は、商品の出品を受け付ける（ステップＳ１）。
【００１５】
続いて、情報処理装置１００は、出品された商品に対する入札を受け付ける（ステップＳ２）。上述した出品方式に従って入札が行われ、商品が落札されるものとする。
【００１６】
続いて、情報処理装置１００は、出品された商品が落札されると、出品者と落札者に商品の落札を通知する（ステップＳ３）。
【００１７】
続いて、情報処理装置１００は、商品の落札を通知された落札者から商品代金の支払いを受け付ける（ステップＳ４）。
【００１８】
続いて、情報処理装置１００は、商品の落札を通知された出品者が取引の進捗情報を確認する場合などに、商品の落札を通知された出品者からオークションサービスの取引ページの配信要求を受け付ける（ステップＳ５）。
【００１９】
続いて、情報処理装置１００は、商品代金の支払いを受け付けてから落札者に商品が到着する前であって、かつ、商品代金の支払いを受け付けてから所定期間を経過する前であれば、キャンセル申請用リンクを含む取引ページを出品者に配信する（ステップＳ６）。
【００２０】
続いて、情報処理装置１００は、キャンセル申請用リンクを含む取引ページを配信された出品者から、販売取引のキャンセル申請を受け付ける（ステップＳ７）。例えば、出品者は、出品した商品を壊してしまった等、やむを得ない事情により、販売取引のキャンセルを申請する。あるいは、出品者は、商品代金を支払った落札者から販売取引のキャンセル依頼があった等の事情により、販売取引のキャンセルを申請する。
【００２１】
続いて、情報処理装置１００は、出品者から販売取引のキャンセル申請があった旨を落札者に通知する（ステップＳ８）。
【００２２】
続いて、情報処理装置１００は、落札者に商品代金を返金する（ステップＳ９）。
【００２３】
上述したように、情報処理装置１００は、商品の購入者であるオークションの落札者から商品代金の支払いを受け付け、商品代金の支払いを受け付けてから所定期間を経過する前までの間、商品の販売者であるオークションの出品者から商品の販売取引のキャンセル申請を受け付ける。そして、情報処理装置１００は、販売取引のキャンセル申請を受け付けると、商品の購入者であるオークションの落札者に商品代金を払い戻す。
【００２４】
このように、情報処理装置１００は、出品者から商品の販売取引のキャンセル申請を受け付け、落札者に商品代金を払い戻すことにより、エスクロー取引における商品の販売取引のキャンセルおよび商品代金の払い戻しについて出品者と落札者がメール等で直接やり取りを行う手間を省くことができる。具体的には、情報処理装置１００は、商品代金の返金先口座を確認するために、出品者と落札者との間で直接やり取りを行う手間を省くことができる。また、情報処理装置１００は、出品者と落札者の間で、どちらが商品代金の返金先口座への振込手数料を負担するか等を決める手間を省くことができる。すなわち、情報処理装置１００は、どちらが商品代金の返金先口座への振込手数料を負担するか等を決めるために、出品者と落札者との間で直接やり取りを行う手間を省くことができる。また、情報処理装置１００は、商品代金の支払いを受け付けてから所定期間を経過する前までに限り、商品の販売取引のキャンセル申請を受け付けることにより、例えば、落札者に商品が到着した後に出品者が販売取引のキャンセルを行う等のトラブルを避けることができる。これにより、情報処理装置１００は、エスクロー取引における当事者間解決を促すことができる。すなわち、情報処理装置１００は、エスクロー取引における商品の販売取引のキャンセルおよび商品代金の払い戻しを円滑に完了させることができる。したがって、情報処理装置１００は、出品者へのサービスを向上することができる。また、情報処理装置１００は、落札者へのサービスを向上することができる。
【００２５】
〔２．情報処理装置の構成〕
次に、図２を用いて、実施形態に係る情報処理装置１００の構成について説明する。図２は、実施形態に係る情報処理装置１００の構成例を示す図である。図２に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、情報処理装置１００は、情報処理装置１００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【００２６】
（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。そして、通信部１１０は、図示しない所定の通信網を介して、有線又は無線で接続され、端末装置１０と端末装置２０との間で情報の送受信を行う。
【００２７】
（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、図２に示すように、取引情報記憶部１２１を有する。
【００２８】
（取引情報記憶部１２１）
取引情報記憶部１２１は、販売取引に関する各種情報を記憶する。図３に、実施形態に係る取引情報記憶部１２１の一例を示す。具体的には、図３では、取引情報記憶部１２１の一例を示している。図３に示す例では、取引情報記憶部１２１は、「取引ＩＤ」、「日付」、「出品者ＩＤ」、「落札者ＩＤ」、「代金支払状況」、「商品到着状況」、「代金支払日からの経過日」、「キャンセル申請の可否」といった項目を有する。
【００２９】
「取引ＩＤ」は、オークション取引を識別するための識別情報を示す。
【００３０】
「日付」は、オークションの落札が成立した日付を示す。
【００３１】
「出品者ＩＤ」は、オークションの出品者を識別するための識別情報を示す。図３に示す例では、出品者ＩＤ「Ｕ１１」により識別される出品者は、図１の例に示した出品者Ｕ１１に対応する。
【００３２】
「落札者ＩＤ」は、オークションの落札者を識別するための識別情報を示す。図３に示す例では、落札者ＩＤ「Ｕ２１」により識別される落札者は、図１の例に示した落札者Ｕ２１に対応する。
【００３３】
「代金支払状況」は、情報処理装置１００がオークションの落札者から商品代金の支払いを受け付けたか否かの状況を示す。図３に示す例では、オークションの落札者から商品代金の支払いを受け付けた場合を「済」、オークションの落札者から商品代金の支払いを受け付けていない場合を「未」で示す。
【００３４】
「商品到着状況」は、オークションの落札者に商品が到着したか否かの状況を示す。図３に示す例では、オークションの落札者に商品が到着した場合を「到着済」、オークションの落札者に商品が到着していない場合を「未着」で示す。
【００３５】
「代金支払日からの経過日」は、オークションの落札者から商品代金の支払いを受け付けた日から何日経過したかを示す。図３に示す例では、商品代金の支払いを受け付けていない場合を「‐」で示す。また、商品代金の支払いを受け付けてから所定期間として１４日が経過する前までの間、出品者から販売取引のキャンセル申請を受け付けるものとする。
【００３６】
「キャンセル申請の可否」は、オークションの出品者による販売取引のキャンセル申請が可能か否かを示す。図３に示す例では、オークションの出品者による販売取引のキャンセル申請が可能な場合を「可」、オークションの出品者による販売取引のキャンセル申請が不可能な場合を「不可」で示す。
【００３７】
キャンセル申請の可否は、商品代金の支払いを受け付けてから経過した期間によって決まる。つまり、キャンセル申請が可能な期間は、商品代金の支払いを受け付けてから落札者に商品が到着する前であって、かつ、商品代金の支払いを受け付けてから所定期間を経過する前である。また、キャンセル申請が不可能な期間は、商品代金の支払いを受け付ける前の期間、商品代金の支払いを受け付けてから落札者に商品が到着した後の期間、または、商品代金の支払いを受け付けてから所定期間を経過した後の期間である。
【００３８】
図３に示す例では、１レコード目は、取引ＩＤ「Ｔ１」で識別されるオークション取引は、出品者ＩＤ「Ｕ１１」により識別される出品者（出品者Ｕ１１）により出品され、日付「２０１７年９月１日」に落札者ＩＤ「Ｕ２１」により識別される落札者（落札者Ｕ２１）によって落札されたことを示す。そして、「代金支払状況」が「済」であることは、情報処理装置１００が落札者Ｕ２１から商品代金の支払いを受け付けたことを示す。また、「商品到着状況」が「未着」であることは、落札者Ｕ２１に商品がまだ到着していないことを示す。そして、「代金支払日からの経過日」が「６日」であることは、落札者Ｕ２１から商品代金の支払いを受け付けた日から６日経過したことを示す。そして、「キャンセル申請の可否」が「可」であることは、情報処理装置１００が商品代金の支払いを受け付けてから落札者Ｕ２１に商品が到着する前であって、かつ、情報処理装置１００が商品代金の支払いを受け付けてから所定期間である１４日を経過する前であるので、出品者Ｕ１１によるキャンセル申請が可能な期間であることを示す。
【００３９】
図３に示す例では、２レコード目の取引ＩＤ「Ｔ２」で識別されるオークション取引について、「商品到着状況」が「到着済」であることは、落札者Ｕ２２に商品が到着していることを示す。そして、「キャンセル申請の可否」が「不可」であることは、情報処理装置１００が商品代金の支払いを受け付けてから落札者Ｕ２２に商品が到着した後の期間であるので、出品者Ｕ１２によるキャンセル申請が不可能な期間であることを示す。
【００４０】
図３に示す例では、３レコード目の取引ＩＤ「Ｔ３」で識別されるオークション取引について、「代金支払日からの経過日」が「１５日」であることは、落札者Ｕ２３から商品代金の支払いを受け付けた日から１５日経過したことを示す。そして、「キャンセル申請の可否」が「不可」であることは、情報処理装置１００が商品代金の支払いを受け付けてから所定期間を経過した後の期間であるので、出品者Ｕ１３によるキャンセル申請が不可能な期間であることを示す。
【００４１】
図３に示す例では、４レコード目の取引ＩＤ「Ｔ４」で識別されるオークション取引について、「代金支払状況」が「未」であることは、情報処理装置１００が落札者Ｕ２４から商品代金の支払いをまだ受け付けていないことを示す。そして、「キャンセル申請の可否」が「不可」であることは、情報処理装置１００が商品代金の支払いを受け付ける前の期間であるので、出品者Ｕ１４によるキャンセル申請が不可能な期間であることを示す。
【００４２】
（制御部１３０）
図２の説明に戻って、制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（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）」は、「手段」や「回路」などに読み替えることができる。例えば、返金部は、返金手段や返金回路に読み替えることができる。
【符号の説明】
【０１３４】
１  情報処理システム
１０  端末装置
２０  端末装置
１００  情報処理装置
１２１  取引情報記憶部
１３１  サービス提供部
１３２  支払い受付部
１３３  キャンセル申請受付部
１３４  返金部
１３５  決定部
【図１】
2019049766.tif 000003
【図２】
2019049766.tif 000004
【図３】
2019049766.tif 000005
【図４】
2019049766.tif 000006
【図５】
2019049766.tif 000007
【図６】
2019049766.tif 000008
【手続補正書】
【提出日】平成30年2月14日(2018.2.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
商品の購入者が支払い手続きを行うためのページを通じて、前記購入者による支払い情報が受け付けられた場合に、前記購入者から商品代金の支払いを受け付ける支払い受付部と、
記憶部に記憶された商品代金の支払い情報及び商品の到着情報に基づいて、前記商品の販売者による前記商品の販売取引のキャンセル申請が可能な時期であるか否かを判定し、前記支払い受付部が前記商品代金の支払いを受け付けてから前記購入者に商品が到着したという情報を受け付ける前までの間、前記商品の販売取引のキャンセル申請用リンクを含むページを前記商品の販売者に配信するサービス提供部と、
前記サービス提供部によって配信されたページに含まれるキャンセル申請用リンクが前記販売者によって押下された場合に、前記販売者から前記商品の販売取引のキャンセル申請を受け付けるキャンセル申請受付部と、
前記キャンセル申請受付部が前記販売取引のキャンセル申請を受け付けると、前記購入者の口座に商品代金を振り込むことにより、前記購入者に前記商品代金を払い戻す返金部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記キャンセル申請受付部は、
前記販売者から前記販売取引のキャンセル申請を受け付けた回数が所定の回数を下回る場合、前記販売者から前記販売取引のキャンセル申請を受け付ける
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記キャンセル申請受付部は、
前記販売者の評価が所定の評価基準を上回る場合、前記販売者から前記販売取引のキャンセル申請を受け付ける
ことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記キャンセル申請受付部は、
前記販売者が所定の手数料を納付する場合、前記販売者から前記販売取引のキャンセル申請を受け付ける
ことを特徴とする請求項１〜３のいずれか１つに記載の情報処理装置。
【請求項５】
前記返金部は、
前記キャンセル申請受付部が受け付けた前記販売取引のキャンセル申請について前記購入者が合意した場合、前記購入者に前記商品代金を払い戻す
ことを特徴とする請求項１〜４のいずれか１つに記載の情報処理装置。
【請求項６】
前記販売取引のキャンセル申請に応じて、前記販売者の評価を決定する決定部
をさらに備えることを特徴とする請求項１〜５のいずれか１つに記載の情報処理装置。
【請求項７】
前記決定部は、
前記購入者に前記商品代金を払い戻した場合、前記販売者の評価を下げる
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記支払い受付部は、
前記購入者であるオークションの落札者から商品代金の支払いを受け付け、
前記キャンセル申請受付部は、
前記支払い受付部が前記商品代金の支払いを受け付けてから所定期間を経過するまでの間、前記販売者であるオークションの出品者から前記商品の販売取引のキャンセル申請を受け付ける
ことを特徴とする請求項１〜７のいずれか１つに記載の情報処理装置。
【請求項９】
コンピュータが実行する情報処理方法であって、
商品の購入者が支払い手続きを行うためのページを通じて、前記購入者による支払い情報が受け付けられた場合に、前記購入者から商品代金の支払いを受け付ける支払い受付工程と、
記憶部に記憶された商品代金の支払い情報及び商品の到着情報に基づいて、前記商品の販売者による前記商品の販売取引のキャンセル申請が可能な時期であるか否かを判定し、前記支払い受付工程が前記商品代金の支払いを受け付けてから前記購入者に商品が到着したという情報を受け付ける前までの間、前記商品の販売取引のキャンセル申請用リンクを含むページを前記商品の販売者に配信するサービス提供部と、
前記サービス提供部によって配信されたページに含まれるキャンセル申請用リンクが前記販売者によって押下された場合に、前記販売者から前記商品の販売取引のキャンセル申請を受け付けるキャンセル申請受付工程と、
前記キャンセル申請受付工程が前記販売取引のキャンセル申請を受け付けると、前記購入者の口座に商品代金を振り込むことにより、前記購入者に前記商品代金を払い戻す返金工程と、
を含むことを特徴とする情報処理方法。
【請求項１０】
商品の購入者が支払い手続きを行うためのページを通じて、前記購入者による支払い情報が受け付けられた場合に、前記購入者から商品代金の支払いを受け付ける支払い受付手順と、
記憶部に記憶された商品代金の支払い情報及び商品の到着情報に基づいて、前記商品の販売者による前記商品の販売取引のキャンセル申請が可能な時期であるか否かを判定し、前記支払い受付手順が前記商品代金の支払いを受け付けてから前記購入者に商品が到着したという情報を受け付ける前までの間、前記商品の販売取引のキャンセル申請用リンクを含むページを前記商品の販売者に配信するサービス提供部と、
前記サービス提供部によって配信されたページに含まれるキャンセル申請用リンクが前記販売者によって押下された場合に、前記販売者から前記商品の販売取引のキャンセル申請を受け付けるキャンセル申請受付手順と、
前記キャンセル申請受付手順が前記販売取引のキャンセル申請を受け付けると、前記購入者の口座に商品代金を振り込むことにより、前記購入者に前記商品代金を払い戻す返金手順と、
をコンピュータに実行させることを特徴とする情報処理プログラム。