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

Abstract

【課題】複数のＥＣサイトを統合して管理するにあたり利便性の向上を図ること。【解決手段】本願に係る情報処理装置は、出品者から複数のドメインに出品された出品対象それぞれに対する利用者の購入情報を受け付ける受付部と、受付部によって受け付けられた購入情報に基づき、利用者が同一の出品者が出品した出品対象を購入する場合に、当該出品者に対して出品対象の発送をまとめて依頼する依頼コンテンツを通知する通知部と、を備える。【選択図】図１

Description

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

近年、インターネットの飛躍的な普及に伴い、インターネットを介した販売が盛んに行われている。例えば、ＥＣ（Electronic Commerce）サイトに商品を出品し、かかるサイトを介して商品を利用者に販売するものがある。

このようなＥＣサイトでは、ショッピングサイトやオークションサイトなど複数の市場を統合して管理する統合型の管理システムに関する技術が開示されている（例えば、特許文献１参照）。

特開２００１－２６５９６１号公報

しかしながら、従来技術では、複数のＥＣサイトを統合して管理するにあたり、利便性の向上を図るうえで更なる改善の余地があった。

本発明は、上記に鑑みてなされたものであって、複数のＥＣサイトを統合して管理するにあたり利便性の向上を図ることができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、出品者から複数のドメインに出品された出品対象それぞれに対する利用者の購入情報を受け付ける受付部と、前記受付部によって受け付けられた前記購入情報に基づき、前記利用者が同一の出品者が出品した前記出品対象を購入する場合に、当該出品者に対して前記出品対象の発送をまとめて依頼する依頼コンテンツを通知する通知部と、を備えることを特徴とする。

本発明によれば、複数のＥＣサイトを統合して管理するにあたり利便性の向上を図ることができる。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る情報処理システムの構成例を示す図である。 図３は、実施形態に係る情報処理装置の構成例を示すブロック図である。 図４は、実施形態に係る利用者情報記憶部の一例を示す図である。 図５は、実施形態に係る商品情報記憶部の一例を示す図である。 図６は、実施形態に係る販売促進情報記憶部の一例を示す図である。 図７は、実施形態に係る表示優先度に基づいて生成されるコンテンツの一例を示す図である。 図８は、実施形態に係る支払いコンテンツの一例を示す図（その１）である。 図９は、実施形態に係る支払いコンテンツの一例を示す図（その２）である。 図１０は、実施形態に係る発送依頼通知の一例を示す図である。 図１１は、実施形態に係る在庫管理処理の一例を示すフローチャートである。 図１２は、実施形態に係る販売促進処理の一例を示すフローチャートである。 図１３は、実施形態に係る購入処理の一例を示すフローチャートである。 図１４は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する。）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。

［実施形態］
〔１．情報処理〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。

図１に示す実施形態に係る情報処理装置１０は、各種ＥＣ（Electronic Commerce）サイトを運営する情報処理装置であり、例えば、サーバ装置やクラウドシステム等により実現される。

図１に示すように、情報処理装置１０は、電子商店街を運営するショッピングサイト、ネットワーク上でオークションを運営するオークションサイト等の各種運営するＥＣサイトを運営する。例えば、情報処理装置１０は、各ＥＣサイトで統一した利用者ＩＤや出品者ＩＤを利用して各利用者や出品者に対してサービスを提供する。

なお、情報処理装置１０が運営するＥＣサイトは、例えば、ネットワーク上でフリーマーケットを運営するフリマサイト、クラウドファンディングサイト、オンライントレーディング、宿泊・チケット予約、動画・音楽配信等のサービスなど、その他のサービスを提供するサイトを含むようにしてもよい。なお、図１に示すように、情報処理装置１０が運営するショッピングサイトや、オークションサイトは各ドメインの一例に対応する。

また、情報処理装置１０は、利用者端末５０を利用した電子決済サービス（例えば、ＱＲコード（登録商標）決済サービス）の電子マネー残高等を利用して各ＥＣサイトの決済を行うようにしてもよい。

利用者端末５０は、情報処理装置１０が提供する各種サービスを利用者に対して提供する端末装置である。例えば、利用者端末５０は、Ｗｅｂブラウザや情報処理装置１０が提供するアプリケーションを通じて、情報処理装置１０が提供する各種情報を利用者へ提供する。

出品者端末１００は、情報処理装置１０が提供するＥＣサイトに商品を出品する出品者の端末装置である。例えば、出品者は、出品者端末１００を通じて、Ｗｅｂブラウザや情報処理装置１０がアプリケーションを通じて、各ＥＣサイトに店舗を構えたり、出品したりすることができる。

ところで、従来、ショッピングサイトやオークションサイトなどといった複数のＥＣサイトを運営するにあたり、各ＥＣサイトを統合して管理する管理システムが知られている。

例えば、従来の管理システムにおいては、出品者による複数の各ＥＣサイトへの出品を簡略化してできるものの、利便性の向上の点においてさらなる改善の余地があった。例えば、従来の管理システムでは、各ＥＣサイトにおける在庫管理の一元管理、各ＥＣサイト別の販売促進費用の設定、各ＥＣサイトにおける同梱発送の簡略化などといった点においては何ら考慮されていなかった。

そこで、実施形態に係る情報処理装置１０は、複数のＥＣサイトを統合して管理するにあたり、これらの問題を踏まえ、利便性の向上を図ることとした。

具体的には、図１に示すように、実施形態に係る情報処理装置１０は、例えば、出品者端末１００から出品依頼を受け付ける（ステップＳ１）。例えば、出品依頼には、出品する商品に関する各種商品情報、商品の販売数（在庫数）、出品先（ドメイン）、発送方法に関する情報などが含まれる。

なお、例えば、出品者が複数のサイトへ商品の出品を希望する場合には、サイト毎に商品の販売促進費用に関する設定情報を受け付けることができる。なお、以下では、出品者が同じ商品をショッピングサイトと、オークションサイトで並列して販売を希望したとして説明する。また、販売促進費用の具体的な説明については、図６および図７を用いて後述する。

つづいて、情報処理装置１０は、出品依頼として受け付けた各種情報を商品情報記憶部に格納するとともに、各サイトに出品する（ステップＳ２）。その後、例えば、情報処理装置１０は、利用者端末５０から各ＥＣサイトへのアクセスに基づき、アクセスに対するコンテンツを生成し（ステップＳ３）、生成したコンテンツを利用者端末５０へ提供する（ステップＳ４）。この際、情報処理装置１０は、ＥＣサイト毎に設定された販売促進費用に関する情報に基づき、コンテンツに掲載する商品情報の表示する際の優先度を設定することができる。

これらの処理を経て、情報処理装置１０は、利用者端末５０から商品購入を受け付ける（ステップＳ５）。情報処理装置１０は、商品購入を受け付けると、商品情報記憶部の対応する在庫情報を更新するとともに（ステップＳ６）、更新後の在庫情報に基づいて、各サイトの出品情報を更新する（ステップＳ７）。

例えば、一方のドメインであるショッピングサイトにおいて商品が購入され、更新後の在庫が「０」になった場合には、他方のドメインであるオークションサイトにおける商品の出品を停止することになる。また、オークションサイトで商品が購入され、在庫が「４→３」となった場合、ショッピングサイトに表示される商品の在庫数は「３」に更新される。

つまり、情報処理装置１０は、各ＥＣサイトの在庫情報を一元的に管理することで、例えば、出品者はＥＣサイト毎に在庫の管理や調整を行う必要がないので、利便性向上を図ることができる。

その後、情報処理装置１０は、出品者端末１００に対して、利用者への商品の発送依頼を通知する（ステップＳ８）。ここで、例えば、ショッピングサイトでは、カートに入れた複数の商品を購入する場合、同一の出品者が出品した商品については同梱発送にて商品発送を依頼するのが一般的であり、オークションサイトにおいては、オークション毎に支払いや発送依頼を行われるのが一般的である。

これに対して、情報処理装置１０は、オークションサイトにおいて、同一利用者が、同一出品者から複数の商品を所定期間内（例えば、１週間）に購入する場合には、当該利用者が購入した商品については当該出品者に対しまとめて発送を依頼することができる。

具体的には、例えば、オークションサイトにおいて、出品者が予め設定した価格で販売するフリマ出品の落札方式と、セリで高値を付けた利用者に販売するオークション出品の落札方式がある。また、落札方式においては、出品者が予め設定した価格に到達した場合に、落札者を決定する即決入札といった落札方式もある。

これらの落札方式においては、同一出品者から同一利用者が異なるタイミングで落札を行うことが想定される。例えば、オークションには、セリの終了期日が設けられるので、利用者が同一の出品者からフリマ方式と、セリ方式によって双方の商品を落札する場合には、落札タイミングが異なることがある。

これに対し、情報処理装置１０は、利用者がオークションサイトにおいて異なる落札形式の商品を同一の出品者から落札した場合には、出品者に対し双方の商品についてまとめて発送を依頼することが可能である。

なお、例えば、このような発送の依頼は、同一のドメインでの購入に限定されず、複数のドメインで利用者が同一の出品者から商品を購入した場合において行うことも可能である。すなわち、ショッピングサイトおよびオークションサイトの双方のＥＣサイトで、同一利用者が同一出品者から期限内に商品を購入する場合においても、情報処理装置１０は、出品者に対し双方の商品についてまとめて発送を依頼するようにしてもよい。

つまり、情報処理装置１０は、各ＥＣサイト内で同一の出品者から同一の利用者が複数の商品を購入する場合には、出品者に対しまとめて発送を依頼する。これにより、出品者は、利用者による商品の購入毎に商品を梱包および発送する必要がなくなるので、出品者の商品発送に関する負荷を軽減することができる。また、例えば、複数の商品を同梱する場合には、商品の輸送に関するコストや、発送費用を安く抑えることができるといった効果も期待できる。

このように、実施形態に係る情報処理装置１０は、各サイトの在庫を一元管理し、サイト別に販売促進費用に関する設定を受け付ける。また、実施形態に係る情報処理装置１０は、各サイトにおいて同一出品者から同一利用者が複数の商品を購入する場合には、当該出品者に対しまとめて発送を依頼する。

したがって、実施形態に係る情報処理装置１０によれば、複数のＥＣサイトを統合して管理するにあたり利便性の向上を図ることができる。

〔２－１．情報処理システムの構成例〕
次に、図２を用いて、実施形態に係る情報処理システムの構成について説明する。図２は、実施形態に係る情報処理システムの構成例を示す図である。図２に示すように、実施形態に係る情報処理システム１は、情報処理装置１０と、複数の利用者端末５０と、複数の出品者端末１００とを有する。

情報処理装置１０、利用者端末５０および出品者端末１００は、それぞれ所定のネットワークＮを介してデータ通信を行う。出品者端末１００は、出品者（ストアを含む）が利用する端末装置であり、情報処理装置１０が提供するＥＣサイト上への店舗の出店や、商品の出品を行うことができる。

たとえば、情報処理システム１において、各利用者はそれぞれ固有の識別情報（たとえば、利用者ＩＤ）によって管理され、各出品者についてもそれぞれ固有の識別情報（例えば、出品者ＩＤあるいはショップＩＤ）によって管理される。

たとえば、各利用者は、利用者端末５０を通じて、情報処理装置１０が提供する各ＥＣサイト上で、各出品者が出品した商品を閲覧ないしは購入することができる。

〔２－２．情報処理装置の構成例〕
次に、図３を用いて、情報処理装置１０の構成例について説明する。図３は、実施形態に係る情報処理装置１０の構成例を示すブロック図である。図３に示すように、情報処理装置１０は、通信部２０と、記憶部３０と、制御部４０とを有する。

通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、４Ｇ（Generation）、５Ｇ、ＬＴＥ（Long Term Evolution）、ＷｉＦｉ（登録商標）若しくは無線ＬＡＮ（Local Area Network）等といった各種の無線通信網若しくは各種の有線通信網といったネットワークを介して、外部装置との間で情報の送受信を行う。

記憶部３０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部３０は、利用者情報記憶部３１と、商品情報記憶部３２と、販売促進情報記憶部３３とを有する。

利用者情報記憶部３１は、各利用者に関する利用者情報を記憶する。図４は、実施形態に係る利用者情報記憶部３１の一例を示す図である。図４に示すように、利用者情報記憶部３１は、「利用者ＩＤ」、「利用者情報」、「購入情報」、「決済情報」といった項目の情報を互いに対応付けて記憶する。

「利用者ＩＤ」は、各利用者を識別するための識別子である。「利用者情報」は、対応する利用者ＩＤによって識別される利用者に関する情報である。例えば、利用者情報には、氏名、年齢、住所などといった各種デモグラフィック属性に関する情報や、趣味嗜好などいった各種サイコグラフィック属性に関する情報が含まれる。

「購入情報」は、対応する利用者ＩＤによって識別される利用者が各ＥＣサイトで購入（あるいは落札）した商品に関する情報である。例えば、購入情報には、購入日時、購入先、購入した商品、購入金額などといった情報が含まれる。

「決済情報」は、対応する利用者ＩＤによって識別される利用者が各ＥＣサイトにおける決済に関する情報である。例えば、決済情報には、対応する利用者がＥＣサイト上で登録した決済手段等に関する情報が含まれる。なお、決済情報は、対応する利用者のＥＣサイトにおける決済履歴に関する情報を含むようにしてもよい。

図３の説明に戻り、商品情報記憶部３２について説明する。商品情報記憶部３２は、各ＥＣサイトに出品する商品に関する各種情報を記憶する。図５は、実施形態に係る商品情報記憶部３２の一例を示す図である。

図３に示すように、商品情報記憶部３２は、「商品ＩＤ」、「出品者情報」、「商品情報」、「在庫情報」などといった項目の情報を互いに対応付けて記憶する。「商品ＩＤ」は、各商品を識別するための識別子である。なお、例えば、出品者が異なる場合には、販売する価格や後述する販売促進費用に関する設定が異なるので、同一の商品であっても異なる商品ＩＤが付与されるものとする。

「出品者情報」は、対応する商品ＩＤによって識別される商品の出品者に関する情報であり、出品者がＥＣサイトに登録した各種情報が含まれる。「商品情報」は、対応する商品に関する各種情報である。商品情報には、商品名、商品カテゴリ、販売価格、商品の説明文、商品画像などといった情報が含まれる。「在庫情報」は、対応する商品の在庫に関する情報である。上述の通り、情報処理装置１０は、各ＥＣサイトの在庫を出品者毎に管理する。

図３の説明に戻り、販売促進情報記憶部３３について説明する。販売促進情報記憶部３３は、各ＥＣサイトに出品する商品の販売促進費用に関する各種情報を記憶する。図６は、実施形態に係る販売促進情報記憶部３３の一例を示す図である。

図６に示すように、販売促進情報記憶部３３は、「商品ＩＤ」、「販売価格」、「販売促進割合」、「販売促進費用」などといった項目の情報を互いに対応付けて記憶する。特に、実施形態に係る販売促進情報記憶部３３は、「販売価格」、「販売促進割合」、「販売促進費用」等の各項目をドメイン毎に記憶する。

「商品ＩＤ」は、各商品を識別するための識別子である。「販売価格」は、対応する商品の販売価格を示す。「販売促進割合」は、対応する商品の販売価格に対する販売促進費の割合である。

「販売促進費用」は、出品者から各ＥＣサイトへ広告料として支払われる費用を示す。例えば、対応する商品が購入された場合に、購入代金から販売促進費用や各種手数料が引かれた金額を出品者は得ることになる。なお、「販売促進費用」は、例えば、「販売価格×販売促進割合」によって算出され、販売価格や、販売促進割合が高いほど、高い広告料が出品者から支払われることになる。

本実施形態において、出品者は、販売価格と、販売促進費用とをドメイン毎に設定することが可能である。つまり、同じ商品であっても、ショッピングサイトと、オークションサイトとで、異なる広告料を設定することができる。

これにより、例えば、出品者は、各ドメインにおけるアクティブ利用者数、各ドメインの販売トレンド、あるいは、各ドメインの商品の出品数などに応じて各ドメインの販売促進費用の最適化を図ることができる。

図３の説明に戻り、制御部４０について説明する。制御部４０は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。

図３に示すように、制御部４０は、受付部４１と、生成部４２と、設定部４３と、提供部４４と、更新部４５と、通知部４６とを有する。受付部４１は、各利用者端末５０や各出品者端末１００から各種情報を受け付ける。

例えば、受付部４１は、出品者端末１００から各ＥＣサイトに対する、出品者登録や出品依頼を受け付ける。この出品依頼には、出品する商品に関する商品情報、販売数量（在庫数）に関する情報、出品するサイトに関する情報、ＥＣサイト別の販売促進費用に関する情報などが含まれる。

なお、受付部４１は、例えば、Ｗｅｂブラウザやアプリを通じて、出品者端末１００に対してこれらの情報を入力するためのテンプレートを提示し、当該テンプレートを通じて、出品依頼を受け付けるようにしてもよい。なお、上述の通り、出品者は、同一の商品を複数のＥＣサイトに並列して出品を希望する出品依頼を行うこともできる。

また、受付部４１は、利用者端末５０から各ＥＣサイトの閲覧に関するリクエストや、利用者がＥＣサイトで購入した商品等に関する購入情報を受け付ける。

生成部４２は、受付部４１によって受け付けられた出品者からの出品依頼に基づき、各ＥＣサイトに掲載する出品情報を生成する。例えば、生成部４２は、商品情報記憶部３２を参照し、各商品の商品情報に基づいて、ショッピングサイト用の出品情報や、オークションサイト用の出品情報を生成する。つまり、生成部４２は、同じ商品情報に基づいて、各ＥＣサイト用の出品情報を生成する。

設定部４３は、受付部４１によって受け付けられた販売促進費用に関する設定に基づいて、商品の商品情報を表示する優先度をドメイン毎に設定する。具体的には、例えば、図６に示すたように、設定部４３は、各出品者が設定した販売促進費用割合と、販売価格とに基づいて、販売促進費用を各商品についてドメイン毎に算出する。

そして、設定部４３は、販売促進費用が高いほど、対応する商品の商品情報を表示する優先度を高くし、販売促進費用が低いほど、対応する商品の商品情報を表示する優先度を低く設定する。つまり、例えば、同じ価格帯の商品においては、販売促進費用が高いほど、優先的に表示されることになる。

提供部４４は、利用者端末５０や出品者端末１００に対し各種コンテンツを提供する。例えば、提供部４４は、利用者端末５０から各ＥＣサイトの閲覧に関するリクエストに基づいて、リクエストに対応する商品情報を掲載したコンテンツを提供する。

この際、提供部４４は、例えば、設定部４３によって設定された優先度（以下、表示優先度とも記載）に応じて、コンテンツに表示する商品情報や各商品情報の表示態様を選択する。ここで、図７を用いて、表示優先度とコンテンツにおける商品情報の掲載位置との関係性について説明する。図７は、実施形態に係る表示優先度に基づいて生成されるコンテンツの一例を示す図である。

例えば、図７に示すように、利用者が利用者端末５０を通じて、ショッピングサイトにおいて商品検索を行ったとする。この場合、まず、情報処理装置１０の受付部４１は、利用者端末５０から商品検索に関するリクエストを受け付ける（ステップＳ１１）。

情報処理装置１０の提供部４４は、商品検索で使用された検索ワード（同図では「ゴルフウェア メンズ」）に基づいて、商品情報記憶部３２をサーチし、検索ワードに対応する商品の商品検索を行う（ステップＳ１２）。

つづいて、情報処理装置１０の設定部４３は、商品検索の結果、検索ワードに対応する商品内で、各商品の販売促進費用に基づいて表示優先度を設定する（ステップＳ１３）。上述の通り、販売促進費用が高い商品ほど、換言すれば、広告料が高い商品ほど、表示優先度を高く設定する。

そして、情報処理装置１０の提供部４４は、設定部４３によって設定された表示優先度に応じて、検索ワードに対応する商品の表示位置や表示する大きさなどを設定したコンテンツを生成する（ステップＳ１４）。

情報処理装置１０の提供部４４は、生成したコンテンツをリクエスト元の利用者端末５０へ提供する（ステップＳ１５）。同図に示す例では、コンテンツにおいて、表示優先度が高い商品の商品情報ほど、画面の上位（検索上位）に表示される場合について例示している。

つまり、提供部４４は、商品の販売促進費用が高いほど、対応する商品が利用者に閲覧されやすい位置に表示されるようなコンテンツを生成する。換言すれば、販売促進費用が高い商品ほど、購買されやすい位置に表示されることになる。

そして、上述の通り、情報処理装置１０では、ドメイン毎に販売促進費用に関する設定を出品者から受け付けるとともに、ドメイン毎に設定された販売促進費用に応じて、商品情報を掲載したコンテンツを提供する。

そのため、出品者は、ドメイン毎に販売促進費用を設定することができるので、例えば、出品者は、各ドメインにおけるアクティブ利用者数、各ドメインの販売トレンド、あるいは、各ドメインにおける他の出品者による同一商品の出品数などに応じて各ドメインの販売促進費用の最適化を図ることができる。

つまり、情報処理装置１０では、複数のドメインにおいて、異なる販売促進費用の設定を受け付けることで、複数のＥＣサイトを統合して管理するにあたり出品者による利便性の向上を図ることができる。なお、販売促進費用に関する設定は、ストア単位、商品単位、商品カテゴリ単位など、任意の単位であってもよく、あるいは、これらの単位の組み合わせであってもよい。また、ここでは、検索ワードに対応する商品情報の表示態様を表示優先度に基づいて選択する場合について説明したが、これに限定されるものではない。例えば、トップ画面等に表示するレコメンド商品等を当該表示優先度に基づいて選択するようにしてもよい。

また、提供部４４は、商品を購入（あるいは落札）した利用者の利用者端末５０に対し購入に関する各種コンテンツを提供する。ここで、図８および図９を用いて、実施形態に係る商品購入に関するコンテンツの一例について説明する。図８および図９は、実施形態に係る商品購入に関するコンテンツの一例を示す図である。

図８の左図には、情報処理装置１０が提供するオークションサイトにおいて、利用者端末５０に表示される落札画面を示す。図８に示すように、落札画面においては、現在のセリ価格や、即決価格が表示され、利用者は、セリ価格に対して入札、あるいは、即決価格での落札を選択することができる。

そして、利用者が、１５０００円の即決価格で「今すぐ落札する」を選択すると、同図の右図に示す確認画面に画面遷移する。例えば、同図の右図に示す確認画面は、利用者が入札前（あるいは落札前）に各種事項を確認するための画面である。なお、同図は、チェックコンテンツの一例に対応する。

確認画面（コンテンツ）においては、利用者に対し同一出品者から他の商品を購入するか否かの意志を問うチェックボックスが表示され、このチェックボックスにチェックを入れることで、利用者は当該商品を後述するまとめ払いの対象に追加することができる。

また、チェックボックスにチェックを入れない場合には、各種情報（支払い方法、配送方法、お届け先、請求先など）を入力することで、入札や落札を行うことができる。

その後、チェックボックスにチェックを入れた利用者が、同じ出品者から商品をさらに購入した場合には、双方の商品をまとめて購入するための購入画面（コンテンツ）が表示される。なお、図９に示す購入画面は、購入コンテンツの一例に対応する。

図９に示す購入画面においては、利用者は、別々に落札あるいは購入した商品をまとめて購入手続きを行う、あるいは、単品（個別）で購入手続きを行う、のいずれかを選択することができる。

まとめて購入手続きを行う場合には、異なるタイミング（日時を含む）で落札した商品の支払い情報の入力を一括で行うことができる。また、単品で購入手続きを行う場合には、商品毎に支払い方法等を変更することができる。なお、同一ドメイン内でなくとも、複数のドメインを跨いで、まとめて購入を行うようにしてもよい。

図３の説明に戻り、更新部４５について説明する。更新部４５は、第１ドメインおよび第２ドメインそれぞれにおける商品の販売状況に応じて、商品情報記憶部３２に記憶する商品の在庫情報を更新する。

商品情報記憶部３２の在庫情報項目には、各出品者が出品する商品の在庫総数を記憶しており、更新部４５は、各ドメインにおける販売状況に応じて、在庫総数を更新する。そして、提供部４４は、商品情報記憶部３２に記憶された在庫情報に基づいて、利用者端末５０からリクエストに応じて各種コンテンツを生成することになる。

そのため、例えば、ショッピングサイトで商品が購入された結果、在庫がなくなる場合には、オークションサイトにおける出品を停止するなどといった対応を行うことになる。つまり、各ドメインの在庫を一元管理することで、各ドメインにおける在庫管理を容易にすることができる。また、出品者はＥＣサイト毎に在庫の管理や調整を行う必要がないので、利便性向上を図ることができる。

通知部４６は、受付部４１によって受け付けられた購入情報に基づき、利用者が同一の出品者が出品した商品を購入する場合に、当該出品者に対して商品の発送をまとめて依頼する依頼コンテンツを通知する。

つまり、通知部４６は、同一利用者が同一出品者から所定期間内に複数の商品を購入あるいは落札する場合には、出品者に対して商品の発送をまとめて依頼する。なお、例えば、通知部４６は、利用者によって「まとめて購入」が選択された商品を依頼対象として商品の発送をまとめて依頼する。

なお、この際、例えば、同一利用者が複数のドメインにおいて、同一出品者から所定期間内に複数の商品を購入あるいは落札する場合、同一利用者が同一のドメインにおいて、同一出品者から所定期間内に複数の商品を購入あるいは落札する場合のいずれのケースであっても商品の発送をまとめて依頼することができる。また、ドメインがオークションサイトである場合には、同じ落札形式あるいは異なる落札形式であっても商品の発送をまとめて依頼することができる。

図１０は、実施形態に係る発送依頼通知の一例を示す図である。図１０に示すように、例えば、出品者端末１００には、発送依頼の画面が表示され、当該画面には、同じ利用者によって複数の商品が決済されたこと、および、発送対象となる商品に関する各種情報が表示される。

つまり、このような通知を行うことによって、商品毎に商品の発送を依頼する場合に比べ、通知を受け取る出品者の負担軽減を図ることができるとともに、出品者は、複数の商品を同梱して発送することが可能となるので、出品者による個別発送の作業負荷や発送に掛かる送料を抑えることができる。

〔３．処理フロー〕
次に、図１１～１３を用いて、実施形態に係る情報処理装置１０が実行する処理フローについて説明する。図１１は、実施形態に係る在庫管理処理の一例を示すフローチャートである。図１２は、実施形態に係る販売促進処理の一例を示すフローチャートである。図１３は、実施形態に係る発送依頼処理の一例を示すフローチャートである。

まず、図１１を用いて、在庫管理処理について説明する。図１２に示すように、情報処理装置１０は、まず、出品者から各ドメインへの出品依頼を受け付ける（ステップＳ１０１）。つづいて、情報処理装置１０は、ドメイン別に出品情報を生成し（ステップＳ１０２）、ドメイン別に商品を出品する（ステップＳ１０３）。

つづいて、情報処理装置１０は、商品が購入された否かを判定し（ステップＳ１０４）、商品が購入された場合には（ステップＳ１０４；Ｙｅｓ）、ステップＳ１０５の処理へ進み、商品が購入されていない場合には（ステップＳ１０４；Ｎｏ）、ステップＳ１０４の処理を継続して行う。なお、出品者が出品を取りやめた場合、あるいは、在庫を新たに入荷した場合等においては、ステップＳ１０５の処理へ進むことになる。

つづいて、情報処理装置１０は、購入された商品の在庫情報を更新し（ステップＳ１０５）、更新後の在庫情報に基づいて、各ドメインの出品情報を更新する（ステップＳ１０６）。そして、情報処理装置１０は、一連の在庫管理処理を終了する。

次に、図１２を用いて、販売促進処理の処理フローについて説明する。図１２に示すように、情報処理装置１０は、出品者から販売促進費用に関する設置をドメイン別に受け付ける（ステップＳ１１１）。

つづいて、情報処理装置１０は、ドメイン別に販売促進費用を算出する（ステップＳ１１２）。つづいて、情報処理装置１０は、利用者から各ドメインへのリクエストを受け付ける（ステップＳ１１３）。

情報処理装置１０は、リクエストに該当する商品を検索し（ステップＳ１１４）、検索結果に含まれる商品で販売促進費用に基づいて表示優先度を設定する（ステップＳ１１５）。

つづいて、情報処理装置１０は、設定した表示優先度に基づいて、コンテンツを生成し（ステップＳ１１６）、生成したコンテンツをリクエスト元の利用者に対して提供する（ステップＳ１１７）。そして、情報処理装置１０は、一連の販売促進処理を終了する。

次に、図１３を用いて、購入処理の処理フローについて説明する。図１３に示すように、情報処理装置１０は、利用者による購入情報を受け付けると（ステップＳ１２１）、利用者がまとめて購入を選択したか否かを判定する（ステップＳ１２２）。

つづいて、情報処理装置１０は、まとめて購入が選択された場合には（ステップＳ１２２；Ｙｅｓ）、対応する利用者が期限内に同一出品者から商品を購入したか否かを判定する（ステップＳ１２３）。

対応する利用者が同一出品者から商品を購入した場合（ステップＳ１２３；Ｙｅｓ）、情報処理装置１０は、まとめて購入に関する処理を実行する（ステップＳ１２４）。また、情報処理装置１０は、ステップＳ１２２において、まとめて購入が選択されなかった場合（ステップＳ１２２；Ｎｏ）、あるいは、期限内に同一出品者から商品が購入されなかった場合（ステップＳ１２３；Ｎｏ）、個別購入に関する処理を実行する（ステップＳ１２５）。なお、まとめて購入の処理の一環として、まとめて購入によって購入される商品については、まとめて発送依頼を行うことになる。

〔４．変形例〕
上述した実施形態では、出品対象が商品である場合について説明したが、出品対象は、商品に限定されず、各種サービスサービスを受けられる権利であってもよい。

〔５．効果〕
上述してきたように、本願に係る情報処理装置１０は、出品者から複数のドメインに出品された出品対象それぞれに対する利用者の購入情報を受け付ける受付部４１と、受付部４１によって受け付けられた購入情報に基づき、利用者が同一の出品者が出品した出品対象を購入する場合に、当該出品者に対して出品対象の発送をまとめて依頼する依頼コンテンツを通知する通知部４６と、を備える。

また、通知部４６は、利用者が所定期間内に購入した前記出品対象を依頼対象として、依頼コンテンツを通知する。また、複数のドメインのうち、少なくとも１つはオークション販売であり、通知部４６は、オークション販売において異なる落札形式で同一の出品者から購入された場合に、それぞれの落札形式で購入された出品対象を依頼対象として依頼コンテンツを通知する。

また、情報処理装置１０は、利用者が異なるドメインから同一の出品者が出品した出品対象を購入する場合に、利用者に対して前記出品対象をまとめて購入するための購入コンテンツを提供する提供部４４を備え、通知部４６は、購入コンテンツの購入対象となる出品対象を依頼対象として、依頼コンテンツを通知する。

また、提供部４４は、利用者が出品対象を購入する際に、当該出品対象を購入コンテンツの対象とするか否かを受け付けるチェックコンテンツを提供する。また、通知部４６は、利用者が同一のドメインにおいて、同一の出品者から複数の出品対象を購入する場合に、当該出品者に対し依頼コンテンツを通知する。また、通知部４６は、利用者が複数のドメインにおいて同一の出品者から複数の出品対象を購入する場合に、当該出品者に対し依頼コンテンツを通知する。

上述した各処理のいずれかもしくは組合せにより、本願に係る情報処理装置は、複数のＥＣサイトを統合して管理するにあたり利便性の向上を図ることができる。

〔６．ハードウェア構成〕
また、上述してきた実施形態に係る情報処理装置１０は、例えば図１４に示すような構成のコンピュータ１０００によって実現される。図１４は、実施形態に係る情報処理装置１０の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

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

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

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置（図１４では、出力装置および入力装置を総称して「入出力装置」と記載する）を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

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

例えば、コンピュータ１０００が実施形態に係る情報処理装置１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

〔７．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

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

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

例えば、上述した情報処理装置１０は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

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

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

１ 情報処理システム
１０ 情報処理装置
２０ 通信部
３０ 記憶部
３１ 利用者情報記憶部
３２ 商品情報記憶部
３３ 販売促進情報記憶部
４０ 制御部
４１ 受付部
４２ 生成部
４３ 設定部
４４ 提供部
４５ 更新部
４６ 通知部
５０ 利用者端末
１００ 出品者端末

Claims (9)

1. 出品者から複数のドメインで平行して同じ出品対象を出品するための出品依頼を受け付けるとともに、前記出品対象それぞれに対する利用者の購入情報を受け付ける受付部と、
   前記受付部によって受け付けられた前記購入情報に基づき、前記利用者が同一の出品者が出品した前記出品対象を購入する場合に、当該出品者に対して前記出品対象の発送をまとめて依頼する依頼コンテンツを通知する通知部と、
   を備え、
   前記受付部は、
   前記出品者から複数のドメインそれぞれに一括で出品された同一の出品対象の販売促進費用に関する設定を前記ドメイン毎に受け付ける
   ことを特徴とする情報処理装置。
2. 前記通知部は、
   前記利用者が所定期間内に購入した前記出品対象を依頼対象として、前記依頼コンテンツを通知すること
   を特徴とする請求項１に記載の情報処理装置。
3. 前記複数のドメインのうち、少なくとも１つはオークション販売であり、
   前記通知部は、
   オークション販売において異なる落札形式で同一の出品者から購入された場合に、それぞれの前記落札形式で購入された前記出品対象を依頼対象として前記依頼コンテンツを通知すること
   を特徴とする請求項２に記載の情報処理装置。
4. 前記利用者が同一の出品者が出品した複数の前記出品対象を購入する場合に、前記利用者に対して前記出品対象をまとめて購入するための購入コンテンツを提供する提供部
   を備え、
   前記通知部は、
   前記購入コンテンツの購入対象となる前記出品対象を依頼対象として、前記依頼コンテンツを通知すること
   を特徴とする請求項１に記載の情報処理装置。
5. 前記提供部は、
   前記利用者が出品者から前記出品対象を購入する際に、当該出品対象を前記購入コンテンツの対象とするか否かを受け付けるチェックコンテンツを提供すること
   を特徴とする請求項４に記載の情報処理装置。
6. 前記通知部は、
   前記利用者が同一のドメインにおいて、同一の出品者から複数の前記出品対象を購入する場合に、当該出品者に対し前記依頼コンテンツを通知すること
   を特徴とする請求項１に記載の情報処理装置。
7. 前記通知部は、
   前記利用者が複数のドメインにおいて同一の出品者から複数の前記出品対象を購入する場合に、当該出品者に対し前記依頼コンテンツを通知すること
   を特徴とする請求項１に記載の情報処理装置。
8. コンピュータが実行する情報処理方法であって、
   出品者から複数のドメインで平行して同じ出品対象を出品するための出品依頼を受け付けるとともに、前記出品対象それぞれに対する利用者の購入情報を受け付ける受付工程と、
   前記受付工程によって受け付けられた前記購入情報に基づき、前記利用者が同一の出品者が出品した前記出品対象を購入する場合に、当該出品者に対して前記出品対象の発送をまとめて依頼する依頼コンテンツを通知する通知工程と、
   を含み、
   前記受付工程は、
   前記出品者から複数のドメインそれぞれに一括で出品された同一の出品対象の販売促進費用に関する設定を前記ドメイン毎に受け付ける
   ことを特徴とする情報処理方法。
9. 出品者から複数のドメインで平行して同じ出品対象を出品するための出品依頼を受け付けるとともに、前記出品対象それぞれに対する利用者の購入情報を受け付ける受付手順と、
   前記受付手順によって受け付けられた前記購入情報に基づき、前記利用者が同一の出品者が出品した前記出品対象を購入する場合に、当該出品者に対して前記出品対象の発送をまとめて依頼する依頼コンテンツを通知する通知手順と、
   をコンピュータに実行させ、
   前記受付手順は、
   前記出品者から複数のドメインそれぞれに一括で出品された同一の出品対象の販売促進費用に関する設定を前記ドメイン毎に受け付ける
   ことを特徴とする情報処理プログラム。

Images