JP7019013B1 - Ｅｃ管理システム、代理販売方法、およびプログラム - Google Patents

Abstract

【課題】電子商取引の活動を促進することができるＥＣ管理システム、代理販売方法、およびプログラムを提供すること。【解決手段】実施形態のＥＣ管理システムは、第１販売者が第２販売者に対して電子商取引市場への商品の代理出品を依頼する条件である依頼条件と、前記第２販売者が前記第１販売者から前記代理出品の依頼を受注する条件である受注条件と、を記憶部に登録する条件登録部と、前記依頼条件と前記受注条件とに基づいて、前記受注条件を登録した第２販売者の中から前記代理出品の依頼の受注者を決定するマッチング処理部と、前記受注者が決定された代理出品に係る商品を、前記受注者として決定された第２販売者を販売者として前記電子商取引市場に出品する代理出品部と、を備える。【選択図】図２

Description

本発明は、ＥＣ管理システム、代理販売方法、およびプログラムに関する。

従来、インターネットを介して商品またはサービス（以下では総称して「商品」という。）の売買を支援するＥＣ（Electronic Commerce）システムが実用化されている。例えば、ＥＣシステムの形態にはさまざまなものがあるが、その一つに、販売業者がネットワーク上に構築された仮想的なショッピングモールに出店して商品を販売するＡＳＰ（Application Service Provider）型のＥＣシステムがある。このような形態のＥＣシステムによれば、販売業者は、ＡＳＰ事業者が提供するプラットフォームを利用する（すなわちショッピングモールに出店する）ことで、自前でＥＣシステムを構築することなく事業をＥＣ化することができる。また、別の形態として、オークションによる商品の売買を支援する形態のＥＣシステムがある（例えば特許文献１参照）。特許文献１は、オークション形式の電子商取引において、オークションの代行を支援する方法が提案されている。

特開２００７－１１５２１５号公報

しかしながら、特許文献１に記載の方法では、代行者は、依頼者が設定した条件に基づいてオークションを代行することはできても、依頼者に対して代行に関する条件を提示することはできなかった。このように、従来のＥＣシステムでは、複数の当事者間で一定の合意形成がなされた場合に成立するような電子商取引を効率良く支援することができない可能性があり、電子商取引の活動を促進することができない場合があった。

本発明は、このような事情を考慮してなされたものであり、電子商取引の活動を促進することができるＥＣ管理システム、代理販売方法、およびプログラムを提供することを目的の一つとする。

本発明の一態様は、第１販売者が第２販売者に対して電子商取引市場への商品の代理出品を依頼する条件である依頼条件と、前記第２販売者が前記第１販売者から前記代理出品の依頼を受注する条件である受注条件と、を記憶部に登録する条件登録部と、前記依頼条件と前記受注条件とに基づいて、前記受注条件を登録した第２販売者の中から前記代理出品の依頼の受注者を決定するマッチング処理部と、前記受注者が決定された代理出品に係る商品を、前記受注者として決定された第２販売者を販売者として前記電子商取引市場に出品する代理出品部と、を備えるＥＣ管理システムである。

本発明の一態様によれば、電子商取引の活動を促進することができる。

第１実施形態の代理販売方法の概略を説明する図である。 第１実施形態のＥＣ管理システムのシステム構成の一例を示すブロック図である。 第１実施形態における依頼条件情報の一例を示す図である。 第１実施形態における受注条件情報の一例を示す図である。 第１実施形態のＥＣ管理システムにおいてアグリゲータによる代理出品を実現する処理の流れの一例を示すシーケンス図である。 第２実施形態の代理販売方法の概略を説明する図である。 第２実施形態のＥＣ管理システムのシステム構成の一例を示すブロック図である。

以下、図面を参照し、本発明のＥＣ管理システム、代理販売方法、およびプログラムの実施形態について説明する。ＥＣ管理システムは、一以上のプロセッサにより実現される。ＥＣ管理システムは、ショッピングやオークション、フリーマーケットといった電子商取引における代理出品を支援するシステムである。本発明が対象とする電子商取引市場には、商品の出品を他の販売者に委託する第１販売者と、自ら商品を出品する第２販売者とが混在している。一般に、代理出品には、第１販売者と第２販売者との間で委託に関する条件について一定の合意形成が必要になるが、従来の電子商取引市場において、このような合意形成を支援する仕組みがなく、販売者にとって不便であった。以下に説明する実施形態のＥＣ管理システムは、第１販売者が第２販売者に対して電子商取引市場への商品の代理出品を依頼する条件である依頼条件と、前記第２販売者が前記第１販売者から前記代理出品の依頼を受注する条件である受注条件と、を記憶部に登録する条件登録部と、前記依頼条件と前記受注条件とに基づいて、前記受注条件を登録した第２販売者の中から前記代理出品の依頼の受注者を決定するマッチング処理部と、前記受注者が決定された代理出品に係る商品を、前記受注者として決定された第２販売者を販売者として前記電子商取引市場に出品する代理出品部と、を備えることにより、上記のような販売者の不便さを改善することができる。

＜第１実施形態＞
図１は、実施形態の代理販売方法の概略を説明する図である。図１は、代理販売方法に係る情報処理（図中の＜情報処理＞）の流れと、同方法に係る物流および決済（図中の＜物流／決済＞）の流れとを関連付けて説明する図である。まず、代理販売方法に係る情報処理において、ストア管理システム３００が代理出品依頼の登録を受け付ける（ステップＳ１０１）とともに、登録された代理出品依頼を受注する条件の登録を受け付ける（ステップＳ１０２）。ここで、ストア管理システム３００は、販売システム２００に出店する販売業者の仮想的な店舗（以下「ストア」という。）を管理するシステムである。ストアは販売業者が消費者に対して商品を販売するための店舗であり、ストアでの商品の販売は販売者責任に因らない商品の返品を想定しないものである。

具体的には、本実施形態のストア管理システム３００は、一般ストアの管理機能とアグリゲータストアの管理機能とを有している。ここで、一般ストアは、自身のストアに出品して商品を販売する「通常出品」の機能（以下「通常出品機能」という。）に加えて、他の販売業者に「買い切り」または「委託」で商品の代理出品を依頼する機能（以下「代理出品機能」という。）を有するストアである。一方、アグリゲータストアは、通常出品機能に加えて、一般ストアから代理出品依頼を受注し、一般ストアから購入した商品を自ストアの通常出品機能により販売する機能（以下「アグリゲータ機能」という。）を有するストアである。以下では、一般ストアを運営する販売業者を「一般ストア業者」と称し、アグリゲータストアを運営する販売業者を「アグリゲータ」と称することで両販売業者を区別する。

なお、本実施形態において、「買い切り」とは、小売業者が返品しない条件で商品を仕入れ元の業者から買い取ることを意味するものとする。また、本実施形態において、「委託」とは、返品可能な条件を定めた上で、小売業者が商品を仕入れ元の業者から買い取ることを意味するものとする。その意味で、本実施形態における代理出品は、受注業務のみを代行者が引き受け、注文代行の依頼主が商品の発送を行う「注文代行」とは異なるものである。

代理出品機能は、一般ストア業者による代理出品依頼を受け付けるとともに、受け付けた代理出品依頼をマッチングシステム４００に登録する（ステップＳ１０３）。具体的には、代理出品機能は、代理出品の依頼条件を含む出品依頼情報の入力を受け付け、入力された出品依頼情報をマッチングシステム４００に登録する。一方、アグリゲータ機能は、アグリゲータによる受注条件の設定を受け付けるとともに、設定された受注条件をマッチングシステム４００に登録する（ステップＳ１０４）。具体的には、受注条件は、アグリゲータが代理出品依頼を受注する条件であり、アグリゲータ機能は、受注条件を示す受注条件情報の入力を受け付け、入力された受注条件情報をマッチングシステム４００に登録する。

ここで、マッチングシステム４００は、代理出品を依頼したい一般ストア業者と、代理出品依頼を受注したいアグリゲータをマッチングする機能（以下「マッチング機能」という。）を有するシステムである。マッチング機能は、代理出品依頼が登録された商品のうち、依頼条件が受注条件を満たしている商品について、依頼条件を設定した一般ストア業者と、受注条件を設定したアグリゲータとのマッチングを成立させる。マッチング機能は、マッチングが成立したアグリゲータのアグリゲータ機能に対して、その旨を通知する（ステップＳ１０５：マッチング通知）。マッチング通知を受けたアグリゲータ機能は、マッチングされた一般ストア業者の代理出品機能に対して、代理出品依頼を受注したことを通知する（ステップＳ１０６：受注通知）。

一般ストア業者は、受注通知によって自身の代理出品依頼が受注されたことを認識すると、代理出品依頼を受注したアグリゲータに対して、その代理出品依頼に係る商品（以下「対象商品」という。）を納品する（ステップＳ１０７）。アグリゲータは、対象商品が納品されたことを確認すると、アグリゲータ機能を使用して、対象商品を販売システム２００に出品する（ステップＳ１０８）。販売システム２００は、対象商品に対する注文を受け付けると（ステップＳ１０９）、その旨をアグリゲータ機能に通知する（ステップＳ１１０：注文通知）。

アグリゲータは、注文通知によって対象商品に注文が入ったことを認識すると、注文者に対して購入金額の支払いを促す。アグリゲータは、注文者が購入金額の支払いを行ったことが確認できると（ステップＳ１１１）、対象商品を注文者に納品する（ステップＳ１１２）とともに、代理出品の依頼元の一般ストア業者に対して対象商品の購入金額を支払う（ステップＳ１１３）。ここで、対象商品の購入金額は、代理出品の依頼元の一般ストア業者との間で合意済みの依頼条件および受注条件に基づいて決定される。

なお、上述のとおり、図１は、代理販売方法に係る情報処理（図中の＜情報処理＞）と、同方法に係る物流および決済（図中の＜物流／決済＞）の流れの一例を示すものであり、実施形態の代理販売方法を図１のものに限定するものではない。例えば、図１に示す各手順は、販売主体と購入主体との関係性や信用等に基づいて前後してもよいし、各種機能は適宜細分化されてもよいし、または統合されてもよい。

図２は、実施形態の代理販売方法を実現するＥＣ管理システム１００Ａのシステム構成の一例を示すブロック図である。ＥＣ管理システム１００Ａは、販売システム２００と、ストア管理サーバ３００Ａと、マッチングサーバ４００Ａと、を備える。購買者端末５１０は、販売システム２００にアクセスし、各ストアが出品している商品を購入する操作を入力するために使用される端末装置である。また、第１ストア端末５１１および第２ストア端末５１２は、ストア管理サーバ３００Ａに対する操作を入力するために使用される端末装置である。第１ストア端末５１１は一般ストア業者が使用する端末装置を表し、第２ストア端末５１２はアグリゲータが使用する端末装置を表している。販売システム２００、ストア管理サーバ３００Ａ、マッチングサーバ４００Ａ、購買者端末５１０、第１ストア端末５１１、および第２ストア端末５１２は、ネットワークＮＷを介して互いに通信可能に接続される。例えば、ネットワークＮＷは、インターネットやセルラー網等を含むＷＡＮ（Wide Area Network）である。

販売システム２００は、各ストアについて商品の出品を管理する機能と、出品されている商品に対する注文を受け付ける機能とを有する。具体的には、販売システム２００は、ストア管理サーバ３００Ａからストアへの商品の出品依頼を受け付けるとともに、購買者端末５１０からストアに出品されている商品に対する注文依頼を受け付ける。販売システム２００は、ある商品について注文依頼を受け付けると、その旨を、その注文に関する情報とともにストア管理サーバ３００Ａに通知する。

ストア管理サーバ３００Ａは、販売システム２００に出店するストアの管理機能を提供するサーバである。ストア管理サーバ３００Ａは、図１に示したストア管理システム３００の一例である。ストア管理サーバ３００Ａは、以下のような構成を備えることにより、一般ストアに対して通常出品機能および代理出品機能を提供し、アグリゲータストアに対して通常出品機能およびアグリゲータ機能を提供する。具体的には、ストア管理サーバ３００Ａは、通信部３１０と、入力部３２０と、表示部３３０と、記憶部３４０と、制御部３５０と、を備える。

これらの構成要素のうち制御部３５０は、例えば、ＣＰＵ（Central Processing Unit）などのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。制御部３５０の一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。

通信部３１０は、ストア管理サーバ３００ＡをネットワークＮＷに接続する通信インタフェースである。例えば、通信部３１０は、ネットワークＮＷに接続可能な有線又は無線のＬＡＮ（Local Area Network）インタフェースを用いて構成される。通信部３１０は、ネットワークＮＷを介して販売システム２００、マッチングサーバ４００Ａ、第１ストア端末５１１および第２ストア端末５１２と通信可能に接続される。

入力部３２０は、ボタンやスイッチ、キーボード、マウス、タッチパネル等の入力装置を用いて構成される。入力部３２０は、ストア管理サーバ３００Ａに対する操作の入力を受け付ける。入力部３２０は、受け付けた操作入力の内容を示す入力情報を制御部３５０に出力する。

表示部３３０は、液晶ディスプレイや有機ＥＬディスプレイ、タッチパネル等の表示装置を用いて構成される。表示部３３０は、制御部３５０の指示に基づき、任意の情報を表示可能である。

記憶部３４０は、ＨＤＤやフラッシュメモリ等の記憶装置を用いて構成される。記憶部３４０には、ストア管理サーバ３００Ａが実行するプログラムのデータや、他の装置との間で送受信された通信データのほか、ストア管理サーバ３００Ａの動作に関する各種情報が記憶される。

制御部３５０は、通信部３１０、入力部３２０、表示部３３０、および記憶部３４０との間で情報の入出力を行うとともに、ストア管理サーバ３００Ａの動作を制御する機能を有する。ここで、制御部３５０の制御機能には、図１に示した通常出品機能、代理出品機能、およびアグリゲータ機能が含まれる。制御部３５０は、これらの機能を実現するための構成として、例えば、要求処理部３５１、第１ストア管理部３５２、第２ストア管理部３５３、通常出品処理部３５４、および代理出品処理部３５５を備える。

要求処理部３５１は、ストア管理サーバ３００Ａに対する外部からの要求を処理する機能を有する。例えば、要求処理部３５１は、ＨＴＴＰ（Hyper Text Transfer Protocol）サーバとしての機能を有する。具体的には、要求処理部３５１は、クライアントからＨＴＴＰリクエストを受け付け、ＨＴＴＰリクエストによって要求されている処理を実行し、その実行結果をＨＴＭＬデータとしてクライアントに返信する。

第１ストア管理部３５２は、一般ストアの運営および管理に必要な各種の管理機能を一般ストア業者に提供する機能を有する。例えば、一般ストアの管理機能には、販売システム２００におけるストアのデザインを設定する機能や、商品情報、決済方法、配送方法等を登録する機能をはじめとして、販売システム２００に出店するストアの運営および管理に必要な管理機能が含まれる。本実施形態における第１ストア管理部３５２は、一般ストア業者に対して、通常出品機能および代理出品機能を提供可能に構成される。第１ストア管理部３５２は、通常出品処理部３５４との連携動作により通常出品機能を提供し、代理出品処理部３５５との連携動作により代理出品機能を提供することができる。

第２ストア管理部３５３は、アグリゲータストアの運営および管理に必要な各種の管理機能を一般ストア業者に提供する機能を有する。例えば、アグリゲータストアの管理機能には、一般ストアと同様に、販売システム２００におけるストアのデザインを設定する機能や、商品情報、決済方法、配送方法等を登録する機能をはじめとして、販売システム２００に出店するストアの運営および管理に必要な管理機能が含まれる。本実施形態における第２ストア管理部３５３は、アグリゲータに対して、通常出品機能およびアグリゲータ機能を提供可能に構成される。第２ストア管理部３５３は、通常出品処理部３５４との連携動作により通常出品機能を提供し、代理出品処理部３５５との連携動作によりアグリゲータ機能を提供することができる。

なお、第１ストア管理部３５２および第２ストア管理部３５３は、それぞれ異なるプログラムによって実現されてもよいし、販売業者の属性に応じて代理出品機能またはアグリゲータ機能のいずれを提供する同じプログラムによって実現されてもよい。

通常出品処理部３５４は、一般ストアおよびアグリゲータストアに対して通常出品機能を提供する機能部である。一般ストア業者およびアグリゲータは、それぞれのストア管理機能を介して通常出品機能を使用することにより販売システム２００に商品を出品することができる。例えば、通常出品処理部３５４は、出品対象の商品や出品する商品の数等の出品条件の入力操作を受け付け、出品条件を示す情報（以下「出品情報」という。）を販売システム２００に送信することにより、販売システム２００に対して商品の出品を依頼する。

代理出品処理部３５５は、一般ストアおよびアグリゲータストアに対して代理出品機能を提供する機能部である。一般ストア業者およびアグリゲータは、それぞれのストア管理機能を介して代理出品機能を使用することにより、互いに代理出品の依頼および受注を行うことができる。具体的には、代理出品処理部３５５は、第１ストア管理部３５２に対しては、一般ストア業者から代理出品の依頼を受け付けるとともに、マッチングサーバ４００Ａに対して、代理出品の依頼を登録する機能を提供する。一方、代理出品処理部３５５は、第２ストア管理部３５３に対しては、アグリゲータから代理出品の受注条件を設定する操作を受け付けるとともに、マッチングサーバ４００Ａに対して、受注条件を登録する機能を提供する。

また、代理出品処理部３５５は、マッチングサーバ４００Ａからマッチング通知を受けた場合に、マッチングした商品について設定した受注条件に基づいて、アグリゲータストアに対する対象商品の出品を販売システム２００に依頼するとともに、対象商品に対して入った注文を第２ストア管理部３５３に通知する。

続いて、マッチングサーバ４００Ａの構成について説明する。マッチングサーバ４００Ａは、代理出品を依頼したい一般ストア業者と、代理出品を受注したいアグリゲータとのマッチングを実現する機能を有するサーバである。マッチングサーバ４００Ａは、図１に示したマッチングシステム４００の一例である。マッチングサーバ４００Ａは、以下のような構成を備えることにより、一般ストアに対して代理出品依頼の登録機能を提供し、アグリゲータストアに対して代理出品の受注条件の設定機能を提供する。具体的には、マッチングサーバ４００Ａは、通信部４１０と、入力部４２０と、表示部４３０と、記憶部４４０と、制御部４５０と、を備える。

これらの構成要素のうち制御部４５０は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。制御部４５０の一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。

通信部４１０は、マッチングサーバ４００ＡをネットワークＮＷに接続する通信インタフェースである。例えば、通信部４１０は、ネットワークＮＷに接続可能な有線又は無線のＬＡＮインタフェースを用いて構成される。通信部４１０は、ネットワークＮＷを介して販売システム２００、ストア管理サーバ３００Ａ、第１ストア端末５１１および第２ストア端末５１２と通信可能に接続される。

入力部４２０は、ボタンやスイッチ、キーボード、マウス、タッチパネル等の入力装置を用いて構成される。入力部４２０は、マッチングサーバ４００Ａに対する操作の入力を受け付ける。入力部４２０は、受け付けた操作入力の内容を示す入力情報を制御部４５０に出力する。

表示部４３０は、液晶ディスプレイや有機ＥＬディスプレイ、タッチパネル等の表示装置を用いて構成される。表示部４３０は、制御部４５０の指示に基づき、任意の情報を表示可能である。

記憶部４４０は、ＨＤＤやフラッシュメモリ等の記憶装置を用いて構成される。記憶部４４０には、マッチングサーバ４００Ａが実行するプログラムのデータや、他の装置との間で送受信された通信データのほか、マッチングサーバ４００Ａの動作に関する各種情報が記憶される。

制御部４５０は、通信部４１０、入力部４２０、表示部４３０、および記憶部４４０との間で情報の入出力を行うとともに、マッチングサーバ４００Ａの動作を制御する機能を有する。ここで、制御部４５０の制御機能には、図１に示したマッチング機能が含まれる。制御部４５０は、このような機能を実現するための構成として、例えば、マッチング条件登録部４５１およびマッチング処理部４５２を備える。

マッチング条件登録部４５１は、代理出品を依頼したい一般ストア業者と、代理出品依頼を受注したいアグリゲータをマッチングする際の条件（以下「マッチング条件」という。）を登録する機能を有する。具体的には、マッチング条件登録部４５１は、一般ストア業者が第１ストア管理部３５２に設定した出品依頼情報をストア管理サーバ３００Ａから取得して記憶部３４０に登録する。また、一方で、マッチング条件登録部４５１は、アグリゲータが第２ストア管理部３５３に設定した受注条件情報をストア管理サーバ３００Ａから取得して記憶部３４０に登録する。

マッチング処理部４５２は、登録済みの出品依頼情報に含まれる依頼条件を示す情報（以下「依頼条件情報」という。）と、受注条件情報とに基づいて、依頼条件が受注条件を満たしている商品を対象商品として検出するマッチング処理を実行する。マッチング処理部４５２は、対象商品が検出されたことをストア管理サーバ３００Ａの第２ストア管理部３５３に通知する。

図３は、本実施形態における依頼条件情報の一例を示す図である。例えば、依頼条件情報は図３に示す依頼条件テーブルＴ１の態様でマッチングサーバ４００Ａの記憶部４４０に登録される。例えば、依頼条件テーブルＴ１は、出品ＩＤごとのレコードを有し、各レコードは、出品ＩＤ、依頼元ストアＩＤ、商品ＩＤ、個数、最低販売価格、許容最大手数料の各値を有する。出品ＩＤは、登録された代理出品の各依頼の識別情報である。ここでは、一組の代理出品依頼が登録されるごとに新たな識別情報が出品ＩＤとして付与されるものとする。依頼元ストアＩＤは、出品ＩＤにより識別される代理出品を依頼したストアの識別情報である。商品ＩＤは、代理出品を依頼する対象商品の識別情報であり、個数は代理出品を依頼する対象商品の個数を表す。最低販売価格は、代理出品する商品に設定してよい販売価格の下限を表す。許容最大手数料は、商品の代理出品に関して受注者に手数料として支払うことができる金額の上限を表す。依頼期間は、代理出品の受注者が、対象商品を設定された各条件で販売すべき期間を表す。

例えば、マッチングサーバ４００Ａのマッチング条件登録部４５１は、ストア管理サーバ３００Ａから出品依頼情報が取得されるごとに出品ＩＤを払い出し、払い出した出品ＩＤを、取得した出品依頼情報に含まれている各種依頼条件を示す情報と対応づけて依頼条件テーブルＴ１に登録する。なお、図３において、依頼条件テーブルＴ１の各レコードが有する値のうち、出品ＩＤおよび依頼元ストアＩＤ以外の各値は依頼条件となりうる項目の一例を示すものであり、依頼条件がこれらの項目に限定されることを意図したものではない。代理出品依頼を受注するアグリゲータに対して、対象商品の販売に関する条件や、代理出品の実施に関する制約等を提示するものであれば、依頼条件には図３に例示した以外のどのような条件が含まれてもよい。

図４は、本実施形態における受注条件情報の一例を示す図である。例えば、受注条件情報は図４に示す受注条件テーブルＴ２の態様でマッチングサーバ４００Ａの記憶部４４０に登録される。例えば、受注条件テーブルＴ２は、登録ＩＤごとのレコードを有し、各レコードは、登録ＩＤ、アグリゲータストアＩＤ、商品ＩＤ、最低購入個数、最大購入価格、販売価格、手数料、受注可能期間の各値を有する。登録ＩＤは、代理出品に関して登録された各受注条件の識別情報である。ここでは、一組の受注条件が登録されるごとに新たな識別情報が登録ＩＤとして付与されるものとする。アグリゲータストアＩＤは、登録ＩＤにより識別される受注条件で代理出品の依頼を受注するアグリゲータストアの識別情報である。商品ＩＤは、代理出品依頼を受注する対象商品の識別情報を表し、最低購入個数は、代理出品を受注する上で必要となる最低限の購入個数を表す。最大購入価格は、対象商品の購入に関して代理出品の依頼者に支払うことができる最大の金額を表し、販売価格は、アグリゲータが代理出品の依頼者から購入した対象商品を販売する際の価格を表す。手数料は、アグリゲータが代理出品の実施に関して依頼者に求める手数料を表し、受注可能期間は、アグリゲータが、対象商品を設定した各条件で販売することができる期間を表す。

例えば、マッチングサーバ４００Ａのマッチング条件登録部４５１は、ストア管理サーバ３００Ａから受注条件情報が取得されるごとに登録ＩＤを払い出し、払い出した登録ＩＤを、取得した受注条件情報と対応づけて受注条件テーブルＴ２に登録する。なお、図４において、受注条件テーブルＴ２の各レコードが有する値のうち、登録ＩＤおよびアグリゲータストアＩＤ以外の各値は受注条件となりうる項目の一例を示すものであり、受注条件がこれらの項目に限定されることを意図したものではない。代理出品を依頼する一般ストア業者に対して、対象商品の購入に関する条件や、代理出品の実施に関する条件等を提示するものであれば、受注条件には図４に例示した以外のどのような条件が含まれてもよい。

図５は、本実施形態のＥＣ管理システム１００Ａにおいてアグリゲータによる代理出品を実現する処理の流れの一例を示すシーケンス図である。まず、第１ストア端末５１１が一般ストア業者による代理出品情報の入力を受け付ける（ステップＳ２０１）。第１ストア端末５１１は、入力された代理出品情報をストア管理サーバ３００Ａに送信する（ステップＳ２０２）ことにより、その代理出品情報に係る代理出品の登録をストア管理サーバ３００Ａに要求する。続いて、ストア管理サーバ３００Ａは、第１ストア端末５１１から代理出品情報を受信し、受信した代理出品情報をマッチングサーバ４００Ａに送信する（ステップＳ２０３）。マッチングサーバ４００Ａは、ストア管理サーバ３００Ａから代理出品情報を受信し、受信した代理出品情報に基づいて、一般ストア業者による代理出品の依頼を自装置に登録する（ステップＳ２０４）。

一方で、第２ストア端末５１２がアグリゲータによる受注条件情報の入力を受け付ける（ステップＳ２０５）。第２ストア端末５１２は、入力された受注条件情報をストア管理サーバ３００Ａに送信する（ステップＳ２０６）ことにより、その受注条件情報に係る受注条件の登録をストア管理サーバ３００Ａに要求する。続いて、ストア管理サーバ３００Ａは、第２ストア端末５１２から受注条件情報を受信し、受信した受注条件情報をマッチングサーバ４００Ａに送信する（ステップＳ２０７）。マッチングサーバ４００Ａは、ストア管理サーバ３００Ａから受注条件情報を受信し、受信した受注条件情報に基づいて、アグリゲータが設定した代理出品の受注条件を自装置に登録する（ステップＳ２０８）。

続いて、マッチングサーバ４００Ａは、登録済みの代理出品情報と受注条件情報とに基づいてマッチング処理を実行する（ステップＳ２０９）ことにより、登録済みの代理出品依頼を受注可能なアグリゲータの検出を試みる。マッチングサーバ４００Ａは、マッチング処理を実行した結果、登録済みの代理出品のうち、依頼条件がいずれかのアグリゲータの受注条件にマッチしたものがあるか否かを判定する（ステップＳ２１０）。ここで、登録済みの全ての代理出品の依頼条件がいずれのアグリゲータの受注条件にもマッチしていない場合（ステップＳ２１０－ＮＯ）、マッチングサーバ４００Ａは、後述のマッチング通知を行うことなく処理を終了する。

一方、ステップＳ２１１において、登録済みの代理出品の依頼条件の一部または全部がいずれのアグリゲータの受注条件にマッチしている場合（ステップＳ２１０－ＹＥＳ）、マッチングサーバ４００Ａは、マッチングした代理出品依頼の依頼条件とアグリゲータの受注条件とをストア管理サーバ３００Ａに通知する（ステップＳ２１１：マッチング通知）。また、このマッチング通知を受けたストア管理サーバ３００Ａは、マッチング通知によって通知された代理出品依頼を登録した一般ストア業者の第１ストア端末５１１に対してマッチング通知を行う（ステップＳ２１２）とともに、マッチング通知によって通知されたアグリゲータの第２ストア端末５１２に対してマッチング通知を行う（ステップＳ２１３）。

ここで、一般ストア業者は、第１ストア端末５１１に対するマッチング通知により、自身が設定したどの代理出品依頼が受注されたかと、その代理出品依頼を受注したアグリゲータおよび受注条件を認識し、認識したアグリゲータに対して、受注された代理出品の依頼条件に設定した商品を納品する（ステップＳ２１４）。なお、図５において、破線の矢印は、そのステップが情報処理のステップではないことを表している。

一方、アグリゲータは、第２ストア端末５１２に対するマッチング通知により、自身が設定したどの受注条件にマッチしたのかと、その受注条件にマッチした代理出品依頼の内容を認識するとともに、この後、マッチングした一般ストア業者から対象商品が納品されてくることを認識する。アグリゲータは、一般ストア業者から対象商品が納品されるのを待機し、対象商品が納品されたことをもって、ストア管理サーバ３００Ａに対象商品の出品を指示する操作を第２ストア端末５１２に入力する（ステップＳ２１５）。

続いて、ストア管理サーバ３００Ａは、第２ストア端末５１２から対象商品の出品を指示したアグリゲータのストアに対する対象商品の出品を販売システム２００に依頼する（ステップＳ２１６）。販売システム２００は、ストア管理サーバ３００Ａによって指定されたアグリゲータのストアに対して、依頼された対象商品を出品する処理を実行する（ステップＳ２１７）。

ここで、ある購買者が、購買者端末５１０を用いて、販売システム２００に対し、ステップＳ２１５で出品された対象商品を購入する操作を行ったと仮定する（ステップＳ２１８）。この場合、販売システム２００は、対象商品についての受注処理を実行する（ステップＳ２１９）。販売システム２００は、その受注処理の一環で、購買者端末５１０およびストア管理サーバ３００Ａに対して、対象商品に注文が入ったことを通知する（ステップＳ２２０およびＳ２２１：受注通知）。

ここで、購買者は、購買者端末５１０に対する受注通知により、受注処理が正常に行われたことを認識するとともに、支払うべき金額や支払い方法等を確認し、代金の支払いを行う（ステップＳ２２２）。一方、ストア管理サーバ３００Ａは、販売システム２００から受注通知を受けると、受注された対象商品の販売者であるアグリゲータの第２ストア端末５１２に対して受注通知を行う。これにより、アグリゲータは、自身が代理出品した対象商品に注文が入ったことを確認するとともに、受注者が代金の支払いを行ったことが確認された後に対象商品を購買者宅に納品する（ステップＳ２２３）。その一方で、受注者が代金の支払いを行ったことが確認された後に、アグリゲータは、マッチングによって合意された受注条件に基づいて、対象商品の代理出品を依頼した一般ストア業者に対し、対象商品の購入金額の支払いを清算する（ステップＳ２２４）。

なお、ここでは、代理出品に係る対象商品の購入金額の支払いを、商品販売後の後払いとした場合における処理の流れを説明したが、購入金額の支払いは、必ずしも後払いである必要はない。商品の受け渡しタイミングや、購入金額の支払いのタイミングなどは、関連法規に定められた範囲内で任意に変更されてよいものである。

このように構成された実施形態のＥＣ管理システム１００Ａは、一般ストア業者（第１販売者）がアグリゲータ（第２販売者）に対して販売システム２００（電子商取引市場の一例）への商品の代理出品を依頼する条件である依頼条件と、前記アグリゲータが前記一般ストア業者から前記代理出品の依頼を受注する条件である受注条件と、を記憶部４４０に登録するマッチング条件登録部４５１と、前記依頼条件と前記受注条件とに基づいて、前記受注条件を登録した第２販売者の中から前記代理出品の依頼の受注者を決定するマッチング処理部４５２と、前記受注者が決定された代理出品に係る商品を、前記受注者として決定された第２販売者を販売者として前記販売システム２００に出品する代理出品処理部３５５（代理出品部）と、を備えることにより、電子商取引の活動を促進することが可能となる。

例えば、商品を製造するメーカなどは、流通価格の維持等の様々な理由により、自身のブランドで在庫製品を安く販売することができないことが多いと言われているが、本実施形態のＥＣ管理システム１００Ａによれば、代理販売の条件を登録しておくだけで、条件がマッチングした業者に代理販売を依頼することができるため、在庫を効率良く減らすことが可能となる。

また、販売システム２００に登録済みの販売業者は、通常出品機能と同じストア管理機能の枠組みで代理出品機能又はアグリゲータ機能を使用することが可能となる。そのため、例えば、販売システム２００に出店済みの一般ストア業者は、アグリゲータに対して代理出品を簡単に依頼することが可能となり、在庫の管理をより効率良く行うことが可能となる。一方、販売システム２００に出店済みのアグリゲータは、商品の仕入れから販売までを１つの販売システム２００で完結して行えるようになるため、代理出品の受注に係るコストを削減して、利益を拡大することが可能となる。

＜第２実施形態＞
図６は、第２実施形態の代理販売方法の概略を説明する図である。第２実施形態の代理販売方法は、ストア管理システム３００が、一般ストアの管理機能に代えて、未出店ストアの管理機能を備える点で第１実施形態の代理販売方法と異なる。ここで、未出店ストアとは、販売システム２００に出店していない販売業者（すなわちストア管理システム３００によって管理されるストアを有さない販売業者）を管理するためのストアを意味するものであり、未出店ストアの管理機能は、未出店ストアの認証機能を含み、認証された未出店ストアに対して代理出品機能を提供することができる。具体的には、第２実施形態の代理販売方法は次のようなシステム構成によって実現される。

図７は、第２実施形態の代理販売方法を実現するＥＣ管理システム１００Ｂのシステム構成の一例を示すブロック図である。ＥＣ管理システム１００Ｂは、ストア管理サーバ３００Ａに代えてストア管理サーバ３００Ｂを備える点、第１ストア端末５１１に代えて第３ストア端末５１３を備える点で第１実施形態のＥＣ管理システム１００Ａと異なる。第３ストア端末５１３は、未出店ストアの販売業者がＥＣ管理システム１００Ｂを利用するために使用する端末装置である。また、ストア管理サーバ３００Ｂは、第１ストア管理部３５２に代えて第３ストア管理部３５６を備える点でストア管理サーバ３００Ａと異なる。その他の構成は、第１実施形態におけるＥＣ管理システム１００Ａと同様であるため、それらの同様の構成には図２と同じ符号を付すことにより、ここでの説明を省略する。

第３ストア管理部３５６は、販売システム２００に出店していない販売業者に対して代理出品に関する機能を提供する。具体的には、第３ストア管理部３５６は、未出店ストア業者としてアクセスしてきた販売業者を認証するとともに、代理出品処理部３５５との連携動作により、、未出店ストア業者として認証された販売業者に対して代理出品機能を提供可能に構成される。

このように構成された第２実施形態のＥＣ管理システム１００Ｂは、販売システム２００にストアを出店していない販売業者についても代理出品の依頼を受け付けることができる。そのため、アグリゲータは、より広い販売業者を対象として代理出品の依頼を受注することが可能となる。

なお、ストア管理サーバ３００Ｂは、第１実施形態で説明した第１ストア管理部３５２をさらに備えるように構成されてもよい。

＜変形例＞
代理出品処理部３５５は、一般ストア業者が販売する商品の一定期間における販売状況が所定の条件を満たしている場合、その商品については、予め定められた条件で自動的に代理出品の依頼条件を登録するように構成されてもよい。ここで、一般ストア業者が販売する商品の販売状況は、一般ストア管理機能によって別途管理されるものとする。この場合、例えば、代理出品処理部３５５は、一定期間における販売数が所定数に達していない商品について、代理出品の依頼条件を自動的に登録するように構成されてもよい。また、例えば、代理出品処理部３５５は、一定期間における販売数のうち所定数以上が定価で売却されていない商品について、代理出品の依頼条件を自動的に登録するように構成されてもよい。

マッチング処理部４５２は、ある商品の代理出品について設定された依頼条件を許容する受注条件が複数登録されている場合、その商品を一般ストア業者から購入する価格として最も高い価格を設定したアグリゲータを当該代理出品依頼の受注者として決定してもよい。

マッチング条件登録部４５１は、或る商品の代理出品について設定された依頼条件を許容する受注条件が複数登録されており、かつ、その商品を一般ストア業者からの購入する価格として設定された金額の最大値が２以上のアグリゲータで競合している場合、その２以上のアグリゲータについて受注条件の変更を受け付けるように構成されてもよい。これにより、実施形態のＥＣ管理システム１００は、代理出品を受注するアグリゲータを入札方式で決定することができる。

ストア管理システム３００とマッチングシステム４００とは、上記の各実施形態のようにそれぞれ異なる別体の装置（例えば、ストア管理サーバ３００Ａまたは３００Ｂ、マッチングサーバ４００Ａ）として構成されてもよいし、一体の装置として構成されてもよい。また、ストア管理サーバ３００Ａおよび３００Ｂや、マッチングサーバ４００Ａが有する機能は、一つの装置に実装されてもよいし、複数の装置に分散して実装されてもよい。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１００，１００Ａ，１００Ｂ…ＥＣ管理システム、２００…販売システム、３００…ストア管理システム、３００Ａ…ストア管理サーバ、３００Ｂ…ストア管理サーバ、３１０…通信部、３２０…入力部、３３０…表示部、３４０…記憶部、３５０…制御部、３５１…要求処理部、３５２…第１ストア管理部、３５３…第２ストア管理部、３５４…通常出品処理部、３５５…代理出品処理部、３５６…第３ストア管理部、４００…マッチングシステム、４００Ａ…マッチングサーバ、４１０…通信部、４２０…入力部、４３０…表示部、４４０…記憶部、４５０…制御部、４５１…マッチング条件登録部、４５２…マッチング処理部、５１０…購買者端末、５１１…第１ストア端末、５１２…第２ストア端末、５１３…第３ストア端末

Claims (8)

1. 第１販売者が第２販売者に対して電子商取引市場への商品の代理出品を依頼する条件である依頼条件と、前記第２販売者が前記第１販売者から前記代理出品の依頼を受注する条件である受注条件と、を記憶部に登録する条件登録部と、
   前記依頼条件と前記受注条件とに基づいて、前記受注条件を登録した第２販売者の中から前記代理出品の依頼の受注者を決定するマッチング処理部と、
   前記受注者が決定された代理出品に係る商品を、前記受注者として決定された第２販売者を販売者として前記電子商取引市場に出品する代理出品部と、
   を備え、
   前記依頼条件および前記受注条件は、前記第２販売者が前記第１販売者から購入した商品を前記電子商取引市場に出品する際に設定する販売価格に関する条件を含む、
   ＥＣ管理システム。
2. 前記依頼条件は、前記第１販売者が前記第２販売者に前記商品を販売する際における前記商品の個数および販売価格に関する条件を含み、
   前記受注条件は、前記第２販売者が前記第１販売者から前記商品を購入する際における前記商品の個数および購入価格に関する条件を含む、
   請求項１に記載のＥＣ管理システム。
3. 前記販売価格に関する条件は、販売期間に応じた対象商品の販売価格を定める条件を含む、
   請求項１または２に記載のＥＣ管理システム。
4. 前記条件登録部は、前記第１販売者が販売する商品の一定期間における販売状況が所定の条件を満たしている場合、前記商品について代理出品の依頼条件を登録する、
   請求項１から３のいずれか一項に記載のＥＣ管理システム。
5. 前記マッチング処理部は、ある商品の代理出品について設定された依頼条件を許容する受注条件が複数登録されている場合、第１販売者から前記商品を購入する価格として最も高い価格を設定した第２販売者を前記代理出品の依頼の受注者として決定する、
   請求項１から４のいずれか一項に記載のＥＣ管理システム。
6. 前記条件登録部は、或る商品の代理出品について設定された依頼条件を許容する受注条件が複数登録されており、かつ、その商品を第１販売者からの購入する価格として設定された金額の最大値が２以上のアグリゲータで競合している場合、２以上のアグリゲータについて受注条件の変更を受け付ける、
   請求項１から５のいずれか一項に記載のＥＣ管理システム。
7. コンピュータが、
   第１販売者が第２販売者に対して電子商取引市場への商品の代理出品を依頼する条件である依頼条件と、前記第２販売者が前記第１販売者から前記代理出品の依頼を受注する条件である受注条件と、を記憶部に登録し、
   前記依頼条件および前記受注条件は、前記第２販売者が前記第１販売者から購入した商品を前記電子商取引市場に出品する際に設定する販売価格に関する条件を含み、前記依頼条件と前記受注条件とに基づいて、前記受注条件を登録した第２販売者の中から前記代理出品の依頼の受注者を決定し、
   前記受注者が決定された代理出品に係る商品を、前記受注者として決定された第２販売者を販売者として前記電子商取引市場に出品する、
   代理販売方法。
8. コンピュータに、
   第１販売者が第２販売者に対して電子商取引市場への商品の代理出品を依頼する条件である依頼条件と、前記第２販売者が前記第１販売者から前記代理出品の依頼を受注する条件である受注条件と、を記憶部に登録させ、
   前記依頼条件および前記受注条件は、前記第２販売者が前記第１販売者から購入した商品を前記電子商取引市場に出品する際に設定する販売価格に関する条件を含み、前記依頼条件と前記受注条件とに基づいて、前記受注条件を登録した第２販売者の中から前記代理出品の依頼の受注者を決定させ、
   前記受注者が決定された代理出品に係る商品を、前記受注者として決定された第２販売者を販売者として前記電子商取引市場に出品させる、
   プログラム。

Images