JP2019133594A - 商品データ処理装置及び方法、商品データ処理システム - Google Patents

Abstract

【課題】実施形態は、リアル店舗で販売している商品を購入した消費者がバーチャル店舗でどのような行動の様態をとっているかを情報収集することができ、収集した情報をＰＯＳシステムで有効に活用できるようにした、商品データ処理装置及び方法、商品データ処理システムを提供することを目的とする。【解決手段】一実施形態の商品データ処理装置は、Ｗｅｂ上で商品の情報を展示する第１店舗の商品と、実際に商品を陳列して販売する第２店舗の商品とを管理する商品データ処理装置であって、前記第２店舗での商取引に関する、少なくとも販売データ、支払データのいずれかを含む商取引データを生成して記憶し、前記商取引において、携帯端末を介して入力される前記第１店舗に展示されている特典データと、前記携帯端末が前記第１店舗を閲覧した閲覧履歴の情報と前記商取引データとを対応付けて記憶する制御部を備える商品データ処理装置である。【選択図】図１

Description

実施形態は、商品データ処理装置及び方法、商品データ処理システムに関する。

店舗の商品の販売実績、在庫状況など管理するＰＯＳ （ Point of Sales：販売時点情報管理）システムがある。ＰＯＳシステムは、最近種々の機能が付加されて、ＰＯＳシステム使用者の使い勝手を向上させている。実際の商品を陳列して販売している店舗（リアル店舗とも呼ぶ）では、商品の販売実績、在庫状況の管理のために、ＰＯＳシステムが設置されているのが一般的である
一方最近では、商品の映像等の情報をＷｅｂ上に展示し、その展示した商品をＷｅｂを通じて販売する店舗（バーチャル店舗とも呼ぶ）が多く存在する。このバーチャル店舗は、ユーザの携帯端末（スマートフォン、タブレット等）により簡単にアクセスすることが可能であるため、ユーザによる商品検索がさかんに行われている。

バーチャル店舗での商品閲覧によるユーザの行動の様態としては、以下のようなものが考えられる。
（１）消費者が、バーチャル店舗において商品を調査したり購入を検討したりする場合
（２）消費者が、上記（１）に加え、バーチャル店舗で商品を購入する場合
（３）消費者が、バーチャル店舗において上記（１）の調査や検討をもとに、リアル店舗に買い物に出かける場合
（４）消費者は、バーチャル店舗において上記（１）の調査や検討とは無関係にリアル店舗で商品を購入する場合

特開２００７−１０９１６８

上記したリアル店舗の管理者は、リアル店舗で商品を購入した消費者が、バーチャル店舗において、どのような行動の様態をとっているかを知りたいと言う要望がある。例えば、リアル店舗で販売している商品が、バーチャル店舗で広告/宣伝されている場合、消費者のリアル店舗での購入と、その商品が広告／宣伝されているバーチャル店舗での消費者の行動の様態とに、どのような相関関係があるかを知りたい場合がある。

しかしながら、リアル店舗の従業員や管理者が、リアル店舗で買い物をした消費者一人ひとりに対して、バーチャル店舗においてどのような行動の様態をとったのかを質問することはとても困難である。

そこで本実施形態では、リアル店舗で販売している商品を購入した消費者がバーチャル店舗でどのような行動の様態をとっているかを情報収集することができ、収集した情報をＰＯＳシステムで有効に活用できるようにした、商品データ処理装置及び方法、商品データ処理システムを提供することを目的とする。

一実施形態の商品データ処理装置は、Ｗｅｂ上で商品の情報を展示する第１店舗の商品と、実際に商品を陳列して販売する第２店舗の商品とを管理する商品データ処理装置であって、前記第２店舗での商取引に関する、少なくとも販売データ、支払データのいずれかを含む商取引データを生成して記憶し、前記商取引において、携帯端末を介して入力される前記第１店舗に展示されている特典データと、前記携帯端末が前記第１店舗を閲覧した閲覧履歴の情報と前記商取引データとを対応付けて記憶する制御部を備える商品データ処理装置である。

図１は、一実施形態に係る商品データ処理システムの説明図である。 図２Ａは、商品管理サーバが特定マーケットに展示する商品に、クーポンを付与する処理の例を示したシーケンス図である。 図２Ｂは、図２Ａで示したクーポンが展示されている特定マーケットを、ユーザが閲覧し、クーポンをダウンロードした場合の処理の例を示したシーケンス図である。 図２Ｃは、ユーザがリアル店舗で商品を購入する際に、図２Ｂで示した処理シーケンスにより取得したクーポンを利用する場合の、携帯端末とリアル店舗に設置されているＰＯＳ端末との間のやり取りの処理の例を示したシーケンス図である。 図３は、特定マーケットサーバ、商品管理サーバ、ＰＯＳ端末の各内部の概要を示す図である。 図４は、特定マーケットサーバの記憶部に構築される端末ＩＤごとの閲覧履歴、取得したクーポンの情報を保存するデータのデータ構造の一例を示す図である。 図５は、図４に示したデータ構造に、さらにクーポンの付与を依頼した依頼元を追加した場合のデータ構造の例を示す図である。 図６は、商品管理サーバの内部の構成例を示す図である。 図７は、携帯端末の内部の構成例を示し、特に本実施形態に関連するブロックを示す図である。

以下、実施の形態について図面を参照して説明する。本明細書と各図において、既出の図に関して前述したものと同一又は類似した機能を発揮する構成要素には同一の参照符号を付し、重複する詳細な説明を適宜省略することがある。

図１は、一実施形態にかかる商品データ処理システムの説明図である。

図１に示す３０１は、ユーザの携帯端末（例えばスマートフォン、タブレット、モバイルパソコンなど）である。携帯端末３０１は、特定アプリケーション３０１−１がインストールされている。この特定アプリケーション３０１−１は、ユーザが商品を購入する際にＰＯＳ端末３０２と連携することで、携帯端末３０１の所有者が商品を購入したことをＰＯＳ端末に認識させることができる。またこの特定アプリケーション３０１−１は、後で説明する特定マーケットからダウンロードしたクーポンを管理することが出来る。

特定アプリケーション３０１−１とＰＯＳ端末３０２との連携により、携帯端末３０１の所有者が商品を購入したことを、ＰＯＳ端末３０２に認識させる処理については、図２Ｃを用いて説明する。

３０２は、ＰＯＳ端末（或いはレジスタと称してもよい）であり、実際に商品を陳列して販売している店舗（リアル店舗とも呼ぶ）においてキャッシュレジスターとして利用される。

３０３は、商品管理サーバ（ＰＯＳ情報管理装置あるいは商品データ処理装置とも呼ぶ）であり、ＰＯＳ端末３０２から送られてくる購入履歴情報（商取引情報と称してもよい）などを管理する。また商品管理サーバ３０３は、特定マーケットサーバ３０４と接続されており、特定マーケットサーバ３０４が扱う商品管理も行うことができる。

特定マーケットサーバ３０４は、商品の映像をＷｅｂ上に展示し、その展示した商品を、Ｗｅｂを通じて販売することができるバーチャル店舗を管理するサーバである。

バーチャル店舗で販売する商品およびリアル店舗で販売する商品は、ともに商品管理サーバ３０３により管理されているため、特定マーケットサーバ３０４が管理するバーチャル店舗は、特定マーケットとも呼ばれる。言い換えると、商品管理サーバ３０３は、リアル店舗の商品も管理しているが、バーチャル店舗の商品も管理している、という本システムの特徴的な管理を行っている。具体的にはＹ店舗（リアル店舗）の商品を管理するとともに、Ａ店舗（バーチャル店舗）の商品も対応付けて管理していることである。

次に携帯端末３０１、ＰＯＳ端末３０２、商品管理サーバ３０３及び特定マーケットサーバ３０４の相互の関係を、図２Ａから図２Ｃを用いて説明する。

図２Ａは、商品管理サーバ３０３が特定マーケットに展示する商品に、クーポンを付与する処理の例を示したシーケンス図である。商品管理サーバ３０３は、特定マーケットに展示してある商品に対してクーポン（特典データ或いは特典或いはポイントなどと称してもよい）を付与するように、特定マーケットサーバ３０４に対してクーポン付与の要求を送信（Ｓ３１０）する。クーポン付与の要求（Ｓ３１０）を受け取った特定マーケットサーバ３０４は、付与を要求されたクーポンを、該当する商品に対するクーポンであることが分かるように特定マーケット上に展示する。

なお、該当する商品とともに展示するクーポンは、商品管理サーバ３０３によりシリアル番号（識別子と呼んでもよい）が付与される。これにより商品管理サーバ３０３は、特定マーケットに展示されているクーポンが、ユーザにより取得された（ダウンロードされた）状況を把握することが可能となる。クーポンの識別方法は、シリアル番号の付与に限らず種々の識別方法があり、クーポンを識別可能な「名称と識別データ」が付加されていてもよい。またクーポンは、各種の内容があり、例えばユーザに有効なポイントであったり、サービスチケットであってもよく、総称的に特典データと称してもよい。

クーポンは、ある１つの商品Ａに対して複数種類のクーポンが付与されてもよい。またクーポンは、「全商品２０％ＯＦＦ」、というように、複数の商品に対して１つのクーポンが付与されてもよい。

図２Ｂは、図２Ａで示したクーポンが展示されている特定マーケットを、ユーザが閲覧し、クーポンをダウンロードした場合の処理の例を示したシーケンス図である。

ユーザは、携帯端末３０１（例えばスマートフォン、タブレット、モバイルパソコンなど）を用いて特定マーケットを閲覧する（Ｓ３２０）ことができる。ユーザによる閲覧は、たとえばある商品を単純に閲覧するだけの場合もあれば、購入の候補としてマークを付けたり、ある商品に関して投稿されているコメントを読んだり、あるいは該当する商品を実際に購入することも含む。

また特定マーケットサーバ３０４は、特定マーケットを閲覧しているユーザの携帯端末３０１の端末ＩＤを吸い上げ（Ｓ３２１）、ユーザが特定マーケットを閲覧した履歴を、端末ＩＤごとに保存エリアに保存することができる（Ｓ３２４）。

またユーザは、特定マーケットを閲覧中に、展示されている商品に付与されたクーポンを、携帯端末３０１にダウンロードすることができる。ユーザは、携帯端末３０１の表示画面に表示されている特定マーケットの商品に付与されたクーポンを、例えばタップする。すると、ユーザの携帯端末３０１は、特定マーケットサーバ３０４にクーポンのダウンロード要求を送信（Ｓ３２２）する。クーポンのダウンロード要求を受け取った特定マーケットサーバ３０４は、該当する商品のクーポンを携帯端末３０１にダウンロードする（Ｓ３２３）。また特定マーケットサーバ３０４は、クーポンのダウンロードの状況を、携帯端末３０１の端末ＩＤごとに閲覧履歴として保存することができる（Ｓ３２５）。

携帯端末３０１は、インストールしてある特定アプリケーション３０１−１を用いて、ダウンロードしたクーポンを管理する。

ユーザは、ダウンロードされたクーポンを、特定マーケットにおいて該当する商品を購入する際に利用することもできるし、リアル店舗で該当する商品を購入する際に利用することもできる。

上記の過程において特定マーケットサーバ３０４は、携帯端末３０１の端末ＩＤごとに、特定マーケットの閲覧履歴に加え、該当する携帯端末３０１がクーポンをダウンロードした場合には、そのダウンロードされたクーポンのシリアル番号も紐付けして保存することができる（Ｓ３２５）。

図２Ｃは、ユーザがリアル店舗で商品を購入する際に、図２Ｂで示した処理シーケンスにより取得したクーポンを利用する場合の、携帯端末３０１とリアル店舗に設置されているＰＯＳ端末３０２との間のやり取りの処理の例を示したシーケンス図である。

ユーザが、あるリアル店舗においてある商品Ａを購入する場合を想定する。この場合ユーザは、リアル店舗で購入する商品ＡのクーポンＡを、図２Ｂに示すシーケンスにより予め特定マーケットより取得済みであるとする。

ユーザは、リアル店舗で商品Ａを購入する際に（Ｓ３３０）、携帯端末３０１にインストールされている特定アプリケーション３０１−１により管理されているクーポンＡを利用するものとする。

携帯端末３０１にインストールされている特定アプリケーション３０１−１は、ＰＯＳ端末３０２との間で通信することで、クーポンＡをＰＯＳ端末３０２に送信する（Ｓ３３１）。特定アプリケーション３０１−１とＰＯＳ端末３０２との間の通信は、例えばＰＯＳ端末３０２に接続されている近接無線システムのカードリーダ（図３の３０２３）に、ユーザが携帯端末を近接させることで行われてもよい。

ＰＯＳ端末３０２は、携帯端末３０１から送れてきたクーポンＡを取得（Ｓ３３１）する。これによりＰＯＳ端末３０２は、商品Ａが購入されるときの決済において、取得したクーポンＡによる価格割引を行うとともに、そのクーポンＡのシリアル番号Ａも取得する。これによりＰＯＳ端末３０２は、利用されたクーポンＡのシリアル番号Ａを取得することができる。

なお、商品Ａが購入（販売）されるときの決済で使用されたクーポンＡは、特定アプリケーション３０１−１の管理から消去されても、あるいは次回以降も利用できるように継続して保存されていても、いずれでもよい。つまり特定アプリケーション３０１−１は、クーポンＡのタイプに応じて管理方法を任意に選択することができる。

なお特定アプリケーション３０１−１により管理されているクーポンは、例えば紙に印刷することが可能であってもよい。この紙に印刷されたクーポンは、例えばバーコードで表示されており、ＰＯＳ端末３０２は、接続されたバーコードリーダ（図３の３０２４）を用いてＱＲコード（登録商標）で表現されたクーポンを読み取ることが可能である。このバーコードには、クーポンのシリアル番号が含まれていてもよい。バーコードは、例えば２次元バーコードであってもよい。２次元バーコードとして、例えばＱＲコードであってもよい。

ユーザがリアル店舗で購入する商品ＡのクーポンＡを紙に印刷して持っている場合は、Ｓ３３１の処理の代わりにＰＯＳ端末３０２が、接続されたバーコードリーダを用いてバーコードで表現されたクーポンを読み取ることで、ＰＯＳ端末３０２はクーポンＡを認識することが可能である。

このようにリアル店舗で商品の購入に際して、ユーザがダウンロードしたクーポンＡを利用すると、ＰＯＳ端末３０２は、ユーザがバーチャル店舗でダウンロードしたクーポンに関する情報を入手する（Ｓ３３１）ことが可能となる。

次にＰＯＳ端末３０２は、リアル店舗で販売した商品Ａの購入履歴を商品管理サーバ３０３に通知（Ｓ３３２）するとともに、購入に使用されたクーポンＡのシリアル番号Ａも商品管理サーバ３０３に通知（Ｓ３３３）する。

商品管理サーバ３０３は、ＰＯＳ端末３０２から商品Ａの購入履歴とシリアル番号Ａと受信すると、特定マーケットサーバ３０４に対して、シリアル番号Ａのクーポンをダウンロードした携帯端末の、特定マーケットにおける閲覧履歴の情報の取得要求を送信する（Ｓ３３４）。閲覧履歴の情報の取得要求を受信した特定マーケットサーバ３０４は、シリアル番号ＡのクーポンＡをダウンロードした携帯端末の端末ＩＤを検索し、その携帯端末の特定マーケットにおける閲覧履歴の情報を抽出し、商品管理サーバ３０３に送信（Ｓ３３５）する。

なお特定マーケットサーバ３０４は、図２ＢのＳ３２５の処理で示したように、携帯端末３０１の端末ＩＤごとに、特定マーケットの閲覧履歴に加え、ダウンロードされたクーポンのシリアル番号も紐付けして保存している。このため特定マーケットサーバ３０４は、クーポンのシリアル番号をもとに、該当する携帯端末３０１の特定マーケットの閲覧履歴を抽出することができるのである。

なお図２Ｃの処理シーケンス例では、商品管理サーバ３０３が、特定マーケットサーバ３０４に対して閲覧履歴の情報の取得要求を送信する場合の例である。しかし、特定マーケットサーバ３０４が、保存しているすべての端末ＩＤごとの特定マーケットの閲覧履歴およびクーポンのダウンロード状況を、商品管理サーバ３０３に任意のタイミングで送信してもよい。この場合商品管理サーバ３０３は、特定マーケットサーバ３０４から送られてきたすべての端末ＩＤの特定マーケットの閲覧履歴およびクーポンのダウンロード状況の中から、リアル店舗において利用されたクーポンのシリアル番号と一致するクーポンをダウンロードした端末ＩＤの特定マーケットの閲覧履歴を抽出すればよい。

これにより商品管理サーバ３０３は、リアル店舗で商品Ａを購入したユーザが、所有する携帯端末３０１を用いて特定マーケットの商品を閲覧した閲覧履歴の情報を入手することが可能となる。また商品管理サーバ３０３は、リアル店舗での商品購入履歴と特定マーケットにおける閲覧履歴とを結び付けることが可能となる。このリアル店舗での商品購入情報と特定マーケットにおける閲覧履歴情報とを結び付けることにより、商品管理サーバ３０３の管理者は、特定マーケットおよびリアル店舗における商品の販売計画や在庫管理をより効率的に連携して行うことが可能となる。

例えば、特定マーケットにおける商品ＧＸに対する閲覧履歴、リアル店舗における商品ＧＸの販売実績などの相関性を分析することが可能である。また特定マーケットサーバ３０４は、特定マーケットにおいて、クーポンをダウンロードしていない商品やクーポンを付与していない商品の閲覧情報も閲覧履歴として収集するため、ユーザが興味をもつ他の商品と、リアル店舗で購入した商品の相関性の分析することも可能となる。

また商品管理サーバ３０３は、クーポンの利用状況を把握することも可能である。

特定マーケットサーバ３０４は、先に説明したように携帯端末３０１の端末ＩＤごとにクーポンのダウンロード状況を把握している。つまり特定マーケットサーバ３０４は、どのクーポンがどれだけ（何回）ダウンロードされたかを把握することができる。またＰＯＳ端末３０２は、リアル店舗において実際に使用されたクーポンの情報を把握している。

したがって商品管理サーバ３０３は、ＰＯＳ端末３０２から入手したリアル店舗において実際にクーポンが使用された状況と、特定マーケットサーバ３０４から入手したクーポンのダウンロード状況の情報とを比較することで、クーポンが実際にリアル店舗においてどの程度使用されたかの状況を把握することができる。

また特定マーケットサーバ３０４は、特定マーケットでの商品購入におけるクーポンの使用の状況を把握している。したがって商品管理サーバ３０３は、ダウンロードされたクーポンの特定マーケットでの使用状況を特定マーケットサーバ３０４から入手することができる。このため商品管理サーバ３０３は、リアル店舗におけるクーポンの利用状況と特定マーケットにおけるクーポンの利用状況とを結び付けることが可能となり、特定マーケット、リアル店舗におけるクーポンの配布や、クーポンを付与する商品の選定の等の計画や、クーポンが付与された商品の在庫管理を、特定マーケットとリアル店舗において連携して行うことが可能となる。

なお図２ＣのＳ３３１の処理において携帯端末３０１にインストールされている特定アプリケーション３０１−１は、ＰＯＳ端末３０２との間で通信することで、クーポンＡをＰＯＳ端末３０２に送信しているが、Ｓ３３１の処理においてクーポンＡの送信に加えて、携帯端末３０１の端末ＩＤを送信してもよい。この場合ＰＯＳ端末３０２および商品管理サーバ３０３は、Ｓ３３１以降の処理において、クーポンＡのシリアル番号の代わりに、受信した端末ＩＤを用いて処理を行ってもよい。

図３は、特定マーケットサーバ３０４、商品管理サーバ３０３、ＰＯＳ端末３０２の各内部の概要を示している。

図３において、特定マーケットサーバ３０４は、制御部３０４１、記憶部３０４２、通信部３０４３を備える。制御部３０４１が記憶部３０４２、通信部３０４３を制御する。

商品管理サーバ３０３は、制御部３０３１、記憶部３０３２、通信部３０３３を備える。制御部３０３１が記憶部３０３２、通信部３０３３を制御する。

ＰＯＳ端末３０２は、システム制御部３０２１、表示パネル（タッチパネル入力部を含む）３０２２、カードリーダ３０２３、バーコードリーダ３０２４を含む。カードリーダ３０２３は、接触型、非接触型がある。

システム制御部３０２１は、制御部２１ａ、記憶部２１ｂ、通信部２１ｃを備える。制御部２１ａが記憶部２１ｂ、通信部２１ｃを制御する。

上記した特定マーケットサーバ３０４、商品管理サーバ３０３、ＰＯＳ端末３０２、携帯端末３０１ａ−３０１ｎなどが相まって、図１、図２Ａ−図２Ｃを参照して説明した動作を実現する。

図４は、特定マーケットサーバ３０４の記憶部３０４２に構築される端末ＩＤごとの閲覧履歴、取得したクーポンの情報を保存するデータのデータ構造の一例を示している。ここで示すデータ構造は一例であり、種々のデータ構造が考えられることは勿論である。

データ構造は、４０１がＩＤ番号、４０２が端末ＩＤである。ＩＤ番号４０１は、端末ＩＤ４０２ごとに割り当てられる。４０３は特定マーケットの閲覧履歴情報であり、端末ＩＤ４０１の携帯端末が特定マーケットを閲覧した閲覧内容の履歴を保存するエリアである。４０４は、端末ＩＤ４０２に示す携帯端末がダウンロードしたクーポンの情報を保存するエリアである。携帯端末がダウンロードしたクーポンの種類とそのシリアル番号が保存されている。

シリアル番号は、それぞれユニークになるように特定マーケットサーバ３０４が管理している。例えば端末ＩＤがＡＢＣＤＥＦの携帯端末が取得したクーポン４０４−１は、クーポンの種類がクーポンＡＡであり、そのクーポンのシリアル番号がＡＡ＿Ａ１２３４である。また端末ＩＤがＢＣＤＥＦＧの端末が取得したクーポン４０４−４は、クーポンの種類がクーポンＡＡであり、クーポン４０４−１と同じ種類のクーポンであるが、クーポン４０４−４のシリアル番号はＡＡ＿Ａ１２３５と、クーポン４０４−１のシリアル番号は異なる。

このように特定マーケットサーバ３０４は、同じ種類のクーポンでもダウンロードされるごとに、そのダウンロードされたクーポンのシリアル番号を管理しているため、どの携帯端末がどの種類のクーポンをダウンロードしたかを把握することが可能である。

図４のＩＤ番号１の例は、端末ＩＤがＡＢＣＤＥＦである携帯端末が、特定マーケットを閲覧した閲覧履歴情報が閲覧履歴１であり、特定マーケットからダウンロードしたクーポンの種類がＡＡ（シリアル番号がＡＡ＿Ａ１２３４）、ＡＢ（シリアル番号がＡＢ＿Ｎ２２３４）、ＡＣ（シリアル番号がＡＣ＿Ｎ２２５６）であることを示した例である。

図４のＩＤ番号２の例は、端末ＩＤがＢＣＤＥＦＧである携帯端末が、特定マーケットを閲覧した閲覧履歴情報が閲覧履歴２であり、特定マーケットからダウンロードしたクーポンの種類がＡＡ（シリアル番号がＡＡ＿Ａ１２３５）、ＡＢ（シリアル番号がＡＢ＿Ｎ２２３５）、ＢＤ（シリアル番号がＢＤ＿Ｎ２２４６）、ＣＣ（シリアル番号がＣＣ＿Ｎ２２４６）であることを示した例である。

図４のＩＤ番号３の例は、端末ＩＤがＡＣＸＥＦＧの携帯端末がまだクーポンをダウンロードしていない場合のデータベースの様子を示している。

図５は、図４に示したデータ構造に、さらにクーポンの付与を依頼した依頼元４０５およびクーポンの有効期限情報４０６を追加した場合のデータ構造の例である。図５の例は、端末ＩＤをもとに、関連データを集めたデータ構造の例を示しているが、例えば取得済みのクーポンの情報をもとに関連データを集めたデータ構造でもよい。依頼元４０５は、例えばＰＯＳ端末３０２が設置されているリアル店舗の店舗番号であってもよい。あるいは商品管理サーバ３０３にアクセス可能な部門・部署の番号であってもよい。依頼元４０５および有効期限情報４０６は、商品管理サーバ３０３が特定マーケットにクーポン付与の要求を送信する際（図２ＡのＳ３１０）に、あわせて特定マーケットサーバ３０４に送られてもよい。

図６は、商品管理サーバ３０３の内部構成例であり、特に本実施形態に関連するブロックを示している。制御部３０３１は、通信制御部３１ａ，データ制御部３１ｂ、解析部３１ｃ、アプリケーション保存部３１ｄを含む。通信制御部３１ａは、通信部３０３３をアプリケーションに基づいて制御し、各機器との相互通信を行う。データ制御部３１ｂは、記憶部３０３２内の各ブロックのデータの読出し、書き込みなどをアプリケーションに基づいて制御する。解析部３１ｃは、種々のアプリケーションに基づいて各種のデータ解析を行う。アプリケーション保存部３１ｄは、商品管理サーバ３０３の動作を制御するための各種アプリケーションを保存している。

記憶部３０３２は、商取引データ格納部３２ａ、端末ＩＤ格納部３２ｂ、クーポン利用履歴格納部３２ｃ、データ一時格納部３２ｄ、有効期限格納部３２ｅ、閲覧履歴情報格納部３２ｆを含む。

なお記憶部３０３２内を用途別のブロックとして示している。しかしこれらブロックは、実際にはデータベース及びデータテーブルを構成しており、互いに関連する商品コード、クーポンのシリアル番号、端末ＩＤ、その他のデータが紐付けされている。

商取引データ格納部３２ａは、販売商品が購入されたこと、販売商品の値段、販売日時、また販売商品に付されているクーポンのシリアル番号などの情報を格納する。端末ＩＤ格納部３２ｂは、商取引が行われたときクーポンを使用した携帯端末の端末ＩＤを格納することもできる。この端末ＩＤは、販売商品の識別データ、及び使用したクーポンのシリアル番号と関連付けられている。

クーポン利用履歴格納部３２ｃは、図２Ｃで説明したように、携帯端末によりダウンロードされたクーポンが、リアル店舗で利用された場合特定マーケットで利用された場合の各々においてクーポンの利用履歴を格納する。

データ一時格納部３２ｄは、書き込みたいアドレスに対して、書き込み時間を遅延して時間調整しなければならないようなデータを一時的に格納する。有効期限格納部３２ｅは、先に説明したように、クーポンの有効期限及び又は発行数などを格納する。

閲覧履歴情報格納部３２ｆは、特定マーケットサーバ３０４から取得した携帯端末３０１が特定マーケットを閲覧した履歴情報を格納することができる。

図７は、携帯端末３０１の内部の構成例を示し、特に本実施形態に関連するブロックを示している。基本的には、制御部３０１１、記憶部３０１２、通信部３０１３を有する。制御部３０１１が記憶部３０１２、通信部３０１３を制御する。

制御部３０１１は、通信制御部１１ａ、データ制御部１１ｂ、アプリケーション保存部１１ｃを含む。

記憶部３０１２は、端末ＩＤ格納部１２ａ、データ一時格納部１２ｂ、閲覧履歴情報格納部１２ｃ、会計データ格納部１２ｄなどを含む。端末ＩＤ格納部１２ａは、携帯端末３０１の端末ＩＤを保持している。

閲覧履歴情報格納部１２ｃは、携帯端末３０１が特定マーケットをアクセスした場合、キャッシュメモリが許す範囲で、ＵＲＬなどの履歴情報を格納している。会計データ格納部１２ｄは、携帯端末３０１がＰＯＳシステムのレジスタで清算のために用いられたとき、支払金額、残高、購入商品情報、クーポン使用情報などの会計情報を保存する。

本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。

また、本明細書と各図において、既出の図に関して前述したものと同一又は類似した機能を発揮する構成要素には同一の参照符号を付し、重複する詳細な説明を適宜省略することがある。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。

３０１・・・携帯端末
３０２・・・ＰＯＳ端末
３０３・・・商品管理サーバ
３０４・・・特定マーケットサーバ
３０２１・・・システム制御部
３０２２・・・表示パネル
３０２３・・・カードリーダ
３０２４・・・バーコードリーダ
３０３１、３０４１、２１ａ・・・制御部
３０３２，３０４２，２１ｂ・・・記憶部
３０３３，３０４３，２１ｃ・・・通信部。

Claims (9)

1. Ｗｅｂ上で商品の情報を展示する第１店舗の商品と、実際に商品を陳列して販売する第２店舗の商品とを管理する商品データ処理装置であって、
   前記第２店舗での商取引に関する、少なくとも販売データ、支払データのいずれかを含む商取引データを生成して記憶し、
   前記商取引において、携帯端末を介して入力される前記第１店舗に展示されている特典データと、前記携帯端末が前記第１店舗を閲覧した閲覧履歴の情報と前記商取引データとを対応付けて記憶する制御部
   を備える商品データ処理装置。
2. 前記制御部は、前記第１店舗を管理する特定マーケットサーバ（３０４）に対して、前記第１店舗の商品に紐付けられる前記特典データの付与を要求する、請求項１記載の商品データ処理装置。
3. 前記制御部は、前記第１店舗を管理する特定マーケットサーバから前記携帯端末の端末ＩＤごとの前記第１店舗の商品の閲覧履歴、前記特典データを取得する、請求項１記載の商品データ処理装置。
4. 前記制御部は、前記第１店舗を管理する特定マーケットサーバ（３０４）に対して、前記第１店舗の商品に紐付けられる前記特典データの付与を要求する場合、前記特典データに有効期限情報を付加する、請求項１記載の商品データ処理装置。
5. Ｗｅｂ上で商品の情報を展示する第１店舗の商品と、実際に商品を陳列して販売する第２店舗の商品とを管理する商品データ処理装置の商品管理方法であって、
   前記第２店舗で商取引が行われる場合、この商取引に関する、少なくとも販売データ、支払データのいずれかを含む商取引データを生成して記憶し、
   前記商取引において、携帯端末を介して入力される前記第１店舗に展示されている特典データと、前記携帯端末が前記第１店舗を閲覧した閲覧履歴の情報と前記商取引データとを対応付けて記憶する
   商品管理方法。
6. Ｗｅｂ上で商品の情報を展示する第１店舗の商品と、実際に商品を陳列して販売する第２店舗の商品とを管理する商品データ処理装置と、
   前記商品データ処理装置からの依頼を受けて、前記第１店舗の前記商品に、商取引の際に利用できる特典データを付与し、携帯端末からの要求により前記特典データを、前記携帯端末にダウンロードする特定マーケットサーバと、を備え、
   前記商品データ処理装置は、
   前記第２店舗での商取引に関する、少なくとも販売データ、支払データのいずれかを含む商取引データを生成して記憶し、
   前記商取引において、前記携帯端末を介して入力される前記第１店舗に展示されている前記特典データと、前記携帯端末が前記第１店舗を閲覧した閲覧履歴の情報と前記商取引データとを対応付けて記憶する制御部
   を備える商品データ処理システム。
7. 前記特定マーケットサーバは、
   前記携帯端末からの要求により前記特典データを、前記携帯端末にダウンロードした場合に、前記特典データの識別子と前記携帯端末の機器ＩＤとを関連付けて保存する関連データ保存部を備える、請求項６記載の商品データ処理システム。
8. 前記特定マーケットサーバは、
   前記携帯端末からの要求により前記特典データを前記携帯端末にダウンロードした場合に、前記特典データのダウンロード状況と前記携帯端末の機器ＩＤとを関連付けて前記商品データ処理装置に送信する通信部を備える、請求項６記載の商品データ処理システム。
9. 前記特定マーケットサーバは、
   前記特典データのダウンロード状況と前記携帯端末の機器ＩＤとを関連付けて前記商品データ処理装置に送信し、
   前記商品データ処理装置からの要求に応じて送信する、自律的に送信する、の少なくとも一方を実行する、請求項６記載の商品データ処理システム。

Images