JP2023098314A - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】事業者が使用しているデータや機能と融合させたユニファイドコマースを利用したいといった要望に適切に応えること。【解決手段】本願に係る情報処理装置は、受付部と、対応付け部とを備える。受付部は、購買のパターン毎に各購買に関する一連のプロセスが定められたテンプレートの選択と、選択されたテンプレートに含まれる一連のプロセスのうち一部のプロセスの選択を受け付ける。対応付け部は、受付部により受け付けられた選択に基づいて、一部のプロセスを、購買を行う事業者側で処理するよう対応付け、一部のプロセス以外の他のプロセスを、購買業務に関するプラットフォーム側で処理するよう対応付ける。【選択図】図５

Description

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

近年、例えばＥＣ（電子商取引）サイト等の電子商店街で購入した商品を実店舗で受け取る等の、電子商店街と実店舗とを連動させたビジネスが進展しつつある。例えば、各事業者は、スマートフォンを中心とした、オンラインやオフラインを問わない、自由な購買スタイルへの対応に注力しつつある。

このような、オンラインとオフラインとを融合させてビジネスを提供する世界観は、ＯＭＯ（Online Merges with Offline）と呼ばれている。ＯＭＯは、例えば、顧客（利用者）が電子商店街で購入した商品を実店舗で受け取れるようにするサービスや、利用者が電子商店街のアカウントにログインした際に表示されるログイン画面を、実店舗でスキャンすることにより利用者にポイントを付与するサービス等を可能にする。

また、事業者が同一であっても、電子商店街及び実店舗間、電子商店街間、実店舗間等で個別に購買に関するデータや、購買に関する業務を実現するための機能（例えば、ＰＯＳ（Point Of Sale）の機能）を管理している場合がある。そのため、利用者が同一であっても、例えば電子商店街及び実店舗間で同一の利用者として捉えられない場合がある。近年、それぞれで管理されているデータや機能を単一のプラットフォームに集約することで、業務効率向上や顧客体験の一元化を図ることが可能なユニファイドコマースと呼ばれる仕組みが進展しつつある。

特開２０２１－０３９７６９号公報

しかしながら、従来の技術では、事業者が個別に管理しているデータや機能を一元的に集約させる必要があるため、事業者が使用しているデータや機能の継続した使用を可能にしつつ、事業者が使用しているデータや機能と融合させたユニファイドコマースを利用したいといった要望に適切に応えることができなかった。

本願は、上記に鑑みてなされたものであって、事業者が使用しているデータや機能と融合させたユニファイドコマースを利用したいといった要望に適切に応えることを目的とする。

本願に係る情報処理装置は、購買のパターン毎に各購買に関する一連のプロセスが定められたテンプレートの選択と、選択されたテンプレートに含まれる一連のプロセスのうち一部のプロセスの選択を受け付ける受付部と、前記受付部により受け付けられた選択に基づいて、前記一部のプロセスを、前記購買を行う事業者側で処理するよう対応付け、前記一部のプロセス以外の他のプロセスを、購買業務に関するプラットフォーム側で処理するよう対応付ける対応付け部と、を有することを特徴とする。

実施形態の一態様によれば、事業者が使用しているデータや機能と融合させたユニファイドコマースを利用したいといった要望に適切に応えることができるという効果を奏する。

図１は、実施形態に係る情報処理システムの構成例を示す図である。 図２は、実施形態に係るシステム構成の一例を示す図である。 図３は、実施形態に係るシステム構成の一例を示す図である。 図４は、実施形態に係るシステム構成を説明するための説明図である。 図５は、実施形態に係る実店舗端末の構成例を示す図である。 図６は、実施形態に係るＥＣサーバの構成例を示す図である。 図７は、実施形態に係る在庫情報記憶部の一例を示す図である。 図８は、実施形態に係る情報処理装置の構成例を示す図である。 図９は、実施形態に係るテンプレート記憶部の一例を示す図である。 図１０は、実施形態に係る対応付け記憶部の一例を示す図である。 図１１は、実施形態に係る情報処理の一例を示すフローチャートである。 図１２は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

（実施形態）
〔１．情報処理システムの構成〕
図１に示す情報処理システム１について説明する。図１に示すように、情報処理システム１は、実店舗端末１０と、ＥＣサーバ５０と、情報処理装置１００とが含まれる。実店舗端末１０と、ＥＣサーバ５０と、情報処理装置１００とは所定の通信網（ネットワークＮ）を介して、有線または無線により通信可能に接続される。図１は、実施形態に係る情報処理システム１の構成例を示す図である。なお、図１に示した情報処理システム１には、実店舗端末１０が２台含まれているが、実店舗端末１０が３台以上含まれてもよいし、実店舗端末１０が１台のみ含まれてもよい。また、図１に示した情報処理システム１には、複数台のＥＣサーバ５０が含まれてもよい。

実店舗端末１０は、実店舗で購買に関する業務を行う事業者によって利用される情報処理装置である。例えば、実店舗端末１０は、商品の販売等の購買に関する業務を行う際にＰＯＳで実行される処理を実現するための情報処理装置であり、例えば、実店舗での注文、在庫、商品、会員及び決済等のデータやＰＯＳを管理する。実店舗端末１０は、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等、実施形態における処理を実現可能であれば、どのような装置であってもよい。

事業者Ｕ１１は、複数の実店舗を管理する事業者であり、図１に示した例では、実店舗ＡＡ１１や実店舗ＡＡ１２等の複数の実店舗を管理する。なお、事業者Ｕ１１が管理する実店舗の数は特に限定されないものとする。各実店舗は実店舗端末１０を有し、それぞれの実店舗端末１０で各実店舗の購買に関する業務を管理する。図１に示した例では、実店舗ＡＡ１１は実店舗端末１０_１を有し、実店舗ＡＡ１２は実店舗端末１０_１を有する。実店舗端末１０_１は、例えば、実店舗ＡＡ１１で商品が購入された際には、購入された商品の実店舗ＡＡ１１での在庫数を更新する。また、例えば、実店舗ＡＡ１１の店員からの操作に応じて、実店舗端末１０_１は、実店舗ＡＡ１１での商品の販売価格を決定する。なお、この販売価格は、同一商品を販売する実店舗ＡＡ１２での販売価格と異なってもよい。

また、事業者Ｕ１１は、実店舗以外にも、電子商店街を管理する。図１に示した例では、電子商店街ＢＢ１１を管理する。なお、事業者Ｕ１１は、複数の電子商店街を管理していてもよいものとする。また、電子商店街ＢＢ１１は、ＥＣサーバ５０により管理されるものとする。

ＥＣサーバ５０は、電子商店街ＢＢ１１での商品の販売等の購買に関する業務を実現するための情報処理装置であり、例えば、サーバ装置やクラウドシステム等により実現される。ＥＣサーバ５０は、電子商店街ＢＢ１１での注文、在庫、商品、会員及び決済等のデータや、電子商店街ＢＢ１１での購買に関する業務を実現するための機能を管理する。なお、事業者Ｕ１１が複数の電子商店街を管理している場合には、複数の電子商店街それぞれでの注文、在庫、商品、会員及び決済等のデータや、複数の電子商店街それぞれでの購買に関する業務を実現するための機能を管理する。

また、ＥＣサーバ５０は、各実店舗での注文、在庫、商品、会員及び決済等に関する各種購買データを実店舗端末１０から受信し、受信した各実店舗の各種購買データを一元的に管理してもよい。なお、ＥＣサーバ５０とは異なる外部の情報処理装置が、各実店舗での注文、在庫、商品、会員及び決済等に関する各種購買データを実店舗端末１０から受信し、受信した各実店舗の各種購買データを一元的に管理してもよい。

情報処理装置１００は、事業者が使用しているデータや機能と融合させたユニファイドコマースを利用したいといった要望に適切に応えることを目的とした情報処理装置である。例えば、情報処理装置１００は、サーバ装置やクラウドシステム等により実現される。また、例えば、情報処理装置１００は、購買に関するデータや機能を一元的に管理するプラットフォーム側のサーバ装置やクラウドシステム等により実現される。

ここで、事業者Ｕ１１は、ＥＣサーバ５０や外部の情報処理装置に、各実店舗の購買データを一元的に管理させているが、業務効率向上のため、他事業者の管理システムを利用したい場合がある。しかしながら、各実店舗の利用者が多く、データ量が非常に大きい場合等において、各実店舗の購買データの管理に、他事業者の管理システムを利用できるように自社システムを改修するには、多大なコストが必要になる場合がある。このため、情報処理装置１００は、事業者が使用している購買データの継続した使用を可能にしつつ、事業者が使用している購買データと融合させたユニファイドコマースを利用したいといった要望に適切に応えることを目的とする。

また、近年では、売買の態様が多様化してきている。例えば、利用者は、電子商店街で注文した商品を実店舗（例えば、自宅や勤務先付近の店舗）で受け取るといった売買態様を選択することがある。事業者としては、多様化している売買の態様に対応するために、既存の自社システムを改修することも考えられる。一方、プラットフォームＰＦ１１のような他事業者によって様々な売買の態様に対応する機能が提供されている場合には、事業者としては、他事業者によって提供される機能を利用することも考えられる。ただし、上述したように、既に販売システムを構築済みの事業者にとって、全て機能を他事業者の管理システムへ移行することは負荷が高い。このようなことから、情報処理装置１００は、事業者が使用している購買データの継続した使用を可能にしつつ、事業者が使用している購買データと融合させたユニファイドコマースを利用したいといった要望に適切に応えることを目的とする。

図２は、実施形態に係るシステム構成の一例を示す図である。図２に示したシステム１Ｚには、同一の事業者が管理する実店舗や電子商店街で個別に収集された購買データを管理する基幹システムＫＳ１１と、これらの購買データを連結させるプラットフォームＰＦ１１が含まれている。プラットフォームＰＦ１１により、購買に関する一連の処理を実現するための機能のうち、どの機能を、購買に関する業務を行う事業者側とプラットフォーム側のどちらで担うかを振り分けることができる。このプラットフォームＰＦ１１により、業務効率向上や顧客体験の一元化を図ることが可能になる。また、例えば新規に店舗が追加された際には、追加店舗の購買データを連結させることができるため、新しいチャネルへの柔軟な対応が可能になる。

図３は、図２のシステム構成をより具体的に示す図である。プラットフォームＰＦ１１には、ポイント等の利用者に関するデータを管理する顧客関係管理（ＣＲＭ（Customer Relationship Management））システムが含まれている。また、プラットフォームＰＦ１１には、ＣＲＭや後述のＯＭＳのデータを用いて分析を行う情報利活用システムが含まれている。また、プラットフォームＰＦ１１には、購買に関するデータを管理する販売管理システム（ＯＭＳ（Order Management System））が含まれている。ＯＭＳは、例えば、価格等の商品に関するデータを管理する。なお、プラットフォームＰＦ１１は、例えば、ＡＰＩ（Application Programming Interface）を介して実店舗や電子商店街等の各チャネルからの要求に応じたデータを提供する。

近年、電子商店街で注文した商品を実店舗で受け取るといったように、売買態様が多様化してきている。実施形態に係る情報処理装置１００では、販売態様の多様化に対応するために、各販売態様に対応するテンプレートが予め定められている。テンプレートには、各購買に関する業務を実現するための一連のプロセスが含まれる。例えば、利用者が注文した商品を取り置きする際の業務を実現するための一連のプロセスとして、「在庫確認」、「取り置き指示」等のプロセスが含まれる。なお、テンプレートを選択することで、一連のプロセスが選択される。そして、テンプレートに含まれる一連のプロセスの流れで業務が実現される。

実施形態に係るテンプレートの一例として、例えば、ＢＯＰＩＳ（Buy Online, Pick up In Store）が挙げられる。例えば、ＢＯＰＩＳは、利用者が電子商店街で注文し、指定した実店舗で受け取るための一連のプロセスを含むテンプレートである。ＢＯＰＩＳのテンプレートには、例えば、「在庫確認」、「受注」、「取り置き指示」、「受取票表示」、「認証」、「取引完了」のプロセスが含まれる。

情報処理装置１００は、事業者にテンプレートを選択させる。そして、情報処理装置１００は、選択されたテンプレートに含まれるプロセスのうち、事業者側で実行するプロセスと、プラットフォーム側で実行するプロセスとを選択させる。なお、情報処理装置１００は、一方のプロセスを一方の側で実行するプロセスとして選択させて、残りのプロセスを他方の側で実行するプロセスとして自動で選択してもよい。そして、情報処理装置１００は、選択されたプロセスを、事業者側かプラットフォーム側で実行するプロセスとして対応付ける。

図４は、実施形態に係る購買の一例を説明するための説明図である。図４に示した例では、ＢＯＰＩＳというテンプレートが選択され、そのテンプレート内の「在庫確認」と「取引完了」のプロセスがプラットフォーム側で実行するよう選択された例を示す。

ＥＣサーバ５０は、ＥＣサーバ５０を利用する利用者から、利用者が所望する商品の在庫が余りある店舗の表示要求に関する情報を受信すると、ＢＯＰＩＳのテンプレートに従って、ＡＰＩを介して、プラットフォームＰＦ１１に在庫確認の処理を要求する（ステップＳ１０１）。そして、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる在庫確認のプロセスが、事業者Ｕ１１側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、事業者Ｕ１１側に在庫確認の処理を要求する（ステップＳ１０２）。なお、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる在庫確認のプロセスが、プラットフォーム側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、プラットフォーム側（例えば、在庫管理のシステム）に在庫確認の処理を要求する。

ＥＣサーバ５０は、ＥＣサーバ５０を利用する利用者から、商品の注文に関する情報を受信すると、ＢＯＰＩＳのテンプレートに従って、ＡＰＩを介して、プラットフォームＰＦ１１に受注の処理を要求する（ステップＳ１０３）。そして、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる受注のプロセスが、事業者Ｕ１１側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、事業者Ｕ１１側に受注の処理を要求する（ステップＳ１０４）。なお、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる受注のプロセスが、プラットフォーム側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、プラットフォーム側（例えば、注文管理のシステム）に受注の処理を要求する。

プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる取り置き指示のプロセスが、事業者Ｕ１１側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、事業者Ｕ１１側に取り置き指示の処理を要求する（ステップＳ１０５）。そして、事業者Ｕ１１側は、利用者が所望した実店舗の実店舗端末１０に取り置き指示に関する情報を送信する。なお、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる取り置き指示のプロセスが、プラットフォーム側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、プラットフォーム側（例えば、注文管理のシステム）に取り置き指示の処理を要求する。そして、プラットフォームＰＦ１１は、利用者が所望した実店舗の実店舗端末１０に取り置き指示に関する情報を送信する。

ＥＣサーバ５０は、ＥＣサーバ５０を利用する利用者から、受取票の表示要求に関する情報を受信すると、ＢＯＰＩＳのテンプレートに従って、ＡＰＩを介して、プラットフォームＰＦ１１に受取票表示の処理を要求する（ステップＳ１０６）。そして、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる受取票表示のプロセスが、事業者Ｕ１１側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、事業者Ｕ１１側に受取票表示の処理を要求する（ステップＳ１０７）。なお、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる受取票表示のプロセスが、プラットフォーム側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、プラットフォーム側（例えば、注文管理のシステム）に受取票表示の処理を要求する。

実店舗端末１０は、実店舗に来店した利用者から、商品の受け取り依頼に関する情報を受信すると、ＢＯＰＩＳのテンプレートに従って、ＡＰＩを介して、プラットフォームＰＦ１１に認証の処理を要求する（ステップＳ１０８）。そして、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる認証のプロセスが、事業者Ｕ１１側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、事業者Ｕ１１側に認証の処理を要求する（ステップＳ１０９）。例えば、利用者情報の提供の処理を要求する。なお、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる認証のプロセスが、プラットフォーム側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、プラットフォーム側（例えば、会員管理のシステム）に認証の処理を要求する。

実店舗端末１０は、引き渡しが完了すると、ＢＯＰＩＳのテンプレートに従って、ＡＰＩを介して、プラットフォームＰＦ１１に取引完了の処理を要求する（ステップＳ１１０）。そして、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる取引完了のプロセスが、事業者Ｕ１１側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、事業者Ｕ１１側に取引完了の処理を要求する（ステップＳ１１１）。例えば、在庫情報の更新の処理を要求する。なお、プラットフォームＰＦ１１は、ＢＯＰＩＳのテンプレートに含まれる取引完了のプロセスが、プラットフォーム側で処理するよう選択されたプロセスである場合には、ＡＰＩを介して、プラットフォーム側（例えば、在庫管理のシステム）に取引完了の処理を要求する。

〔２．実店舗端末の構成〕
次に、図５を用いて、実施形態に係る実店舗端末１０の構成について説明する。図５は、実施形態に係る実店舗端末１０の構成例を示す図である。図５に示すように、実店舗端末１０は、通信部１１と、入力部１２と、出力部１３と、制御部１４とを有する。

（通信部１１）
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、情報処理装置１００等との間で情報の送受信を行う。

（入力部１２）
入力部１２は、事業者からの各種操作を受け付ける。例えば、入力部１２は、タッチパネル機能により表示面を介して事業者からの各種操作を受け付けてもよい。また、入力部１２は、実店舗端末１０に設けられたボタンや、実店舗端末１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部１３）
出力部１３は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示させるための表示装置である。

（制御部１４）
制御部１４は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、実店舗端末１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ（Random Access Memory)を作業領域として実行されることにより実現される。例えば、この各種プログラムには、実店舗端末１０にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、商品の取り置き指示に関する情報を表示させるアプリケーションのプログラムが含まれる。また、制御部１４は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図５に示すように、制御部１４は、受信部１４１と、認証部１４２と、送信部１４３とを有し、以下に説明する情報処理の作用を実現または実行する。

（受信部１４１）
受信部１４１は、情報処理装置１００から送信された情報を受信する。例えば図４に示した例では、利用者が電子商店街で注文し、指定した実店舗で受け取るといった購買パターンに対応した業務を実現するための処理であるため、受信部１４１は、利用者が電子商店街で注文した商品の取り置き指示に関する情報を受信する。この場合、受信部１４１は、受信した商品の取り置き指示に関する情報を出力部１３に表示させてもよいし、実店舗端末１０を利用する事業者に通知してもよい。実店舗端末１０を利用する事業者は、商品の取り置き指示に関する情報に基づいて、ＥＣサーバ５０が管理する電子商店街から商品の注文が入ったことを把握して商品の取り置きを行う。

（認証部１４２）
認証部１４２は、実店舗に来店した利用者から提示された情報に基づいて、ＥＣサーバ５０が管理する電子商店街で商品の取り置き等の所定の要求を行った利用者を認証する。この際、認証部１４２は、例えば実店舗に来店した利用者の端末装置に表示された識別情報（例えば、受取票に含まれるコード情報）を読み取ることにより認証を行ってもよい。この際、認証部１４２は、例えば受注情報を参照することにより、利用者が所定の要求を行った商品を特定してもよい。

（送信部１４３）
送信部１４３は、ＥＣサーバ５０が管理する電子商店街で利用者が行った所定の要求の結果情報を情報処理装置１００に送信する。例えば、送信部１４３は、取り置きされた商品の引き渡しが完了した場合には、取引完了の旨の情報を送信する。

〔３．ＥＣサーバの構成〕
次に、図６を用いて、実施形態に係るＥＣサーバ５０の構成について説明する。図６は、実施形態に係るＥＣサーバ５０の構成例を示す図である。図６に示すように、ＥＣサーバ５０は、通信部５１０と、記憶部５２０と、制御部５３０とを有する。なお、ＥＣサーバ５０は、ＥＣサーバ５０の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示させるための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部５１０）
通信部５１０は、例えば、ＮＩＣ等によって実現される。そして、通信部５１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、情報処理装置１００等との間で情報の送受信を行う。

（記憶部５２０）
記憶部５２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図６に示すように、記憶部５２０は、在庫情報記憶部５２１を有する。

在庫情報記憶部５２１は、各店舗（実店舗、電子商店街）で販売されている各商品の在庫情報を記憶する。ここで、図７に、実施形態に係る在庫情報記憶部５２１の一例を示す。図７に示すように、在庫情報記憶部５２１は、「店舗」、「商品」、「在庫情報」といった項目を有する。

「店舗」は、ＥＣサーバ５０の事業者が管理する店舗を示す。「商品」は、各店舗で販売されている商品を示す。「在庫情報」は、各商品の在庫数を示す。

すなわち、図７では、「実店舗ＡＡ１１」の店舗で販売されている商品が「商品ＰＰ１１、商品ＰＰ１２、商品ＰＰ１３、・・・」であり、各商品の在庫数が「３００個（商品ＰＰ１１）、２００個（商品ＰＰ１２）、４００個（商品ＰＰ１３）、・・・」である例を示す。

（制御部５３０）
制御部５３０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、ＥＣサーバ５０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部５３０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図６に示すように、制御部５３０は、受信部５３１と、送信部５３２と、注文受付部５３３とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部５３０の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（受信部５３１）
受信部５３１は、ＥＣサーバ５０が管理する電子商店街を利用する利用者の端末装置から送信された情報を受信する。例えば、受信部５３１は、利用者が所望する商品の在庫が余りある店舗の表示要求に関する情報を受信する。

（送信部５３２）
送信部５３２は、利用者の端末装置から送信された情報に対する結果情報を利用者の端末装置に送信する。例えば、送信部５３２は、利用者が所望する商品の在庫が余りある店舗の情報を表示させるための情報を受信する。

また、送信部５３２は、利用者が取り置き等の所定の要求を行った旨を特定するための情報（例えば、受取票や購買履歴に含まれる情報）を、所定の要求を行った利用者の端末装置に表示させるための情報を送信する。

（注文受付部５３３）
注文受付部５３３は、利用者の操作に応じて利用者の端末装置から送信された情報に基づいて商品の注文を受け付ける。例えば、注文受付部５３３は、利用者が所望する商品を利用者が所望する実店舗で受け取るための商品の取り置き等の注文を受け付ける。なお、注文受付部５３３は、商品の注文を受け付ける際に、商品の決済を受け付けて受注を確定させることにより、商品の注文を受け付けてもよい。

〔４．情報処理装置の構成〕
次に、図８を用いて、実施形態に係る情報処理装置１００の構成について説明する。図８は、実施形態に係る情報処理装置１００の構成例を示す図である。図８に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、情報処理装置１００は、情報処理装置１００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示させるための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、実店舗端末１０等との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図８に示すように、記憶部１２０は、テンプレート記憶部１２１と、対応付け記憶部１２２とを有する。

テンプレート記憶部１２１は、テンプレートに関する情報を記憶する。ここで、図９に、実施形態に係るテンプレート記憶部１２１の一例を示す。図９に示すように、テンプレート記憶部１２１は、「テンプレート」、「プロセス」といった項目を有する。

「テンプレート」は、テンプレートを示す。「プロセス」は、テンプレートに含まれる一連のプロセスを示す。

すなわち、図９では、「ＢＯＰＩＳ（Buy Online, Pick up In Store）」のテンプレートに含まれる一連のプロセスが「在庫確認、受注、取り置き指示、受取票表示、認証、取引完了」である例を示す。

対応付け記憶部１２２は、事業者毎に選択されたテンプレートの情報と、選択されたテンプレートに含まれる一連のプロセスのうち事業者側で処理するよう選択されたプロセスの情報を記憶する。ここで、図１０に、実施形態に係る対応付け記憶部１２２の一例を示す。図１０に示すように、対応付け記憶部１２２は、「事業者ＩＤ」、「テンプレート」、「選択プロセス」といった項目を有する。

「事業者ＩＤ」は、事業者を識別するための識別情報を示す。「テンプレート」は、事業者毎に選択されたテンプレートを示す。「選択プロセス」は、テンプレートに含まれる一連のプロセスのうち事業者側で処理するよう選択されたプロセスを示す。

すなわち、図１０では、事業者ＩＤ「Ｕ１１」によって識別される事業者用に選択されたテンプレートが「ＢＯＰＩＳ」であり、そのテンプレートに含まれる一連のプロセスのうち事業者側で処理するよう選択されたプロセスが「在庫確認、取引完了」である例を示す。

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

図８に示すように、制御部１３０は、受付部１３１と、対応付け部１３２とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部１３０の内部構成は、図８に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（受付部１３１）
受付部１３１は、テンプレートの選択と、選択されたテンプレートに含まれる一連のプロセスのうち事業者側で処理するよう選択されたプロセスの選択を受け付ける。なお、テンプレートの選択やプロセスの選択は、購買に関する業務を行う事業者側で行われてもよいし、購買データを一元的に管理するプラットフォーム側の事業者で行われてもよい。

（対応付け部１３２）
対応付け部１３２は、受付部１３１により受け付けられた選択に基づいて、テンプレートに含まれる一連のプロセスのうち事業者側で処理するよう選択されたプロセスを、事業者側で処理するよう対応付ける。例えば、図４に示した例を用いると、対応付け部１３２は、テンプレートに含まれる在庫確認と取引完了のプロセスが事業者Ｕ１１側で処理するよう選択されたプロセスである場合には、在庫確認と取引完了のプロセスを、事業者Ｕ１１側で処理するよう対応付ける。そして、プラットフォームＰＦ１１に例えば在庫確認の処理が要求された場合には、プラットフォームＰＦ１１は、ＡＰＩを介して、事業者Ｕ１１側に取引完了の処理を要求する。なお、在庫確認と取引完了以外の例えば受注の処理が要求された場合には、プラットフォームＰＦ１１は、ＡＰＩを介して、プラットフォーム側（例えば、注文管理のシステム）に受注の処理を要求する。

〔５．情報処理のフロー〕
次に、図１１を用いて、実施形態に係る情報処理システム１による情報処理の手順について説明する。図１１は、実施形態に係る情報処理システム１による情報処理の手順を示すフローチャートである。

図１１に示すように、情報処理装置１００は、テンプレートの選択と、選択されたテンプレートに含まれる一連のプロセスのうち事業者側で処理するよう選択されたプロセスの選択を受け付ける（ステップＳ２０１）。

情報処理装置１００は、受け付けた選択に基づいて、テンプレートに含まれる一連のプロセスのうち事業者側で処理するよう選択されたプロセス（一部のプロセスに対応）を、事業者側で処理するよう対応付け、一部のプロセス以外のプロセス（他のプロセスに対応）を、購買業務に関するプラットフォーム側で処理するよう対応付ける（ステップＳ２０２）。

〔６．変形例〕
上述した実施形態に係る情報処理システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、情報処理システム１の他の実施形態について説明する。

上記実施形態において、一部のプロセスの選択は、テンプレートに含まれる一連のプロセスから直接的に選択されてもよいし、間接的に選択されてもよい。例えば、在庫確認と取引完了のプロセスを一部のプロセスに選択する場合には、テンプレートに含まれる一連のプロセスから在庫確認と取引完了のプロセスを選択することで直接的に選択されてもよい。また、例えば、注文管理、在庫管理、会員管理等のシステムから在庫管理のシステムを選択することで、在庫管理に対応した在庫確認と取引完了のプロセスが、テンプレートに含まれる一連のプロセスから間接的に選択されてもよい。

上記実施形態では、プラットフォームＰＦ１１に、テンプレートに含まれる一のプロセスに対応した処理が要求された場合、ＡＰＩを介して、一の管理システムに、一のプロセスに対応した処理を要求する場合を示した。図４に示した例では、プラットフォームＰＦ１１に取引完了の処理が要求された場合には、在庫管理のシステムに取引完了の処理を要求する場合を示した。ここで、例えば、在庫管理のシステムに在庫情報の更新の処理を要求し、且つ、注文管理のシステムに受注情報の更新の処理を要求してもよい。また、取引完了のプロセスが一部のプロセスに選択された場合には、在庫情報の更新と受注情報の更新の処理を、事業者Ｕ１１側に要求してもよい。一方、在庫管理に対応したプロセスが一部のプロセスに選択された場合には、在庫情報の更新の処理のみを、事業者Ｕ１１側に要求してもよい。この場合、受注情報の更新の処理を、プラットフォーム側に要求してもよい。

上記実施形態では、プラットフォーム側のＯＭＳに、注文管理、在庫管理及び会員管理のシステムが含まれる場合を示したが、この例に限られない。例えば、プラットフォーム側のＯＭＳには、注文管理、在庫管理及び会員管理の他に、商品管理や決済管理等のシステムが含まれてもよい。

上記実施形態において、テンプレートに含まれる全てのプロセスが一部のプロセスに選択された場合には、プラットフォームＰＦ１１は、ＡＰＩを介して、事業者Ｕ１１側に、全てのプロセスに対応する処理を要求してもよい。また、テンプレートに含まれる全てのプロセスが一部のプロセスに選択されなかった、すなわち、他のプロセスに選択された場合には、プラットフォームＰＦ１１は、ＡＰＩを介して、プラットフォーム側に、全てのプロセスに対応する処理を要求してもよい。

〔７．効果〕
上述してきたように、実施形態に係る情報処理装置１００は、受付部１３１と、対応付け部１３２とを有する。受付部１３１は、購買のパターン毎に各購買に関する一連のプロセスが定められたテンプレートの選択と、選択されたテンプレートに含まれる一連のプロセスのうち一部のプロセスの選択を受け付ける。対応付け部１３２は、受付部１３１により受け付けられた選択に基づいて、一部のプロセスを、購買を行う事業者側で処理するよう対応付け、一部のプロセス以外のプロセスを、購買業務に関するプラットフォーム側で処理するよう対応付ける。

これにより、実施形態に係る情報処理装置１００は、一部のプロセスを、事業者側で処理するよう対応付けることができるため、事業者が使用しているデータや機能と融合させたユニファイドコマースを利用したいといった要望に適切に応えることができる。また、これにより、実施形態に係る情報処理装置１００は、業務を実現するための一連のプロセスが多システムで構成される世界観において、業務プロセス追加時の影響を軽減することができる。また、これにより、実施形態に係る情報処理装置１００は、管理システムが多岐にわたりＵＣ実現に必要なデータや機能の連携が複雑で非リアルな世界観において、データや機能の連携を可能にすることができる。

また、テンプレートに含まれる一連のプロセスは、事業者が管理する電子商店街での処理を対象とするプロセスと、事業者が管理する実店舗での処理を対象とするプロセスとを含む。

これにより、実施形態に係る情報処理装置１００は、事業者が個別にデータや機能を管理している場合でも、ユニファイドコマースを利用したいといった要望に適切に応えることができる。

また、テンプレートに含まれる一連のプロセスは、注文管理、在庫管理及び会員管理のうち少なくともいずれか一つに関するプロセスを含む。

これにより、実施形態に係る情報処理装置１００は、注文管理、在庫管理及び会員管理に関して、事業者が個別に管理しているデータを用いて、業務を実現するための処理を適切に行うことができる。

また、他のプロセスは、プラットフォーム側のＯＭＳで処理されるプロセスである。

これにより、実施形態に係る情報処理装置１００は、プラットフォーム側でも、ＥＣサーバの事業者側の業務を実現するための処理を行うことができるため、事業者が使用しているデータや機能と融合させたユニファイドコマースを利用したいといった要望に適切に応えることができる。

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

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

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

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

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

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

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

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

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

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

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

１ 情報処理システム
１０ 実店舗端末
１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ テンプレート記憶部
１２２ 対応付け記憶部
１３０ 制御部
１３１ 受付部
１３２ 対応付け部
Ｎ ネットワーク

Claims (6)

1. 購買のパターン毎に各購買に関する一連のプロセスが定められたテンプレートの選択と、選択されたテンプレートに含まれる一連のプロセスのうち一部のプロセスの選択を受け付ける受付部と、
   前記受付部により受け付けられた選択に基づいて、前記一部のプロセスを、前記購買を行う事業者側で処理するよう対応付け、前記一部のプロセス以外の他のプロセスを、購買業務に関するプラットフォーム側で処理するよう対応付ける対応付け部と、
   を有することを特徴とする情報処理装置。
2. 前記テンプレートに含まれる一連のプロセスは、前記事業者が管理する電子商店街での処理を対象とするプロセスと、前記事業者が管理する実店舗での処理を対象とするプロセスとを含む、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記テンプレートに含まれる一連のプロセスは、注文管理、在庫管理及び会員管理のうち少なくともいずれか一つに関するプロセスを含む、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記他のプロセスは、前記プラットフォーム側のＯＭＳで処理されるプロセスである、
   ことを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. コンピュータが実行する情報処理方法であって、
   購買のパターン毎に各購買に関する一連のプロセスが定められたテンプレートの選択と、選択されたテンプレートに含まれる一連のプロセスのうち一部のプロセスの選択を受け付ける受付工程と、
   前記受付工程により受け付けられた選択に基づいて、前記一部のプロセスを、前記購買を行う事業者側で処理するよう対応付け、前記一部のプロセス以外の他のプロセスを、購買業務に関するプラットフォーム側で処理するよう対応付ける対応付け工程と、
   を含むことを特徴とする情報処理方法。
6. 購買のパターン毎に各購買に関する一連のプロセスが定められたテンプレートの選択と、選択されたテンプレートに含まれる一連のプロセスのうち一部のプロセスの選択を受け付ける受付手順と、
   前記受付手順により受け付けられた選択に基づいて、前記一部のプロセスを、前記購買を行う事業者側で処理するよう対応付け、前記一部のプロセス以外の他のプロセスを、購買業務に関するプラットフォーム側で処理するよう対応付ける対応付け手順と、
   をコンピュータに実行させることを特徴とする情報処理プログラム。

Images