特開2022-149838情報処理装置、情報処理システム、情報処理方法、及び、プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022149838
(43)【公開日】2022-10-07
(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法、及び、プログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20220929BHJP
G16Y 10/45 20200101ALI20220929BHJP
【ＦＩ】
G06Q50/10
G16Y10/45
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2021052161
(22)【出願日】2021-03-25
(71)【出願人】
【識別番号】000130581
【氏名又は名称】サトーホールディングス株式会社
(74)【代理人】
【識別番号】110000165
【氏名又は名称】グローバル・アイピー東京特許業務法人
(72)【発明者】
【氏名】平田 和也
(72)【発明者】
【氏名】植田 良行
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC11
(57)【要約】
【課題】商品取得者による手続きの負担を軽減して商品取得者を一元的に管理できるようにする。
【解決手段】商品に関する情報と、商品に取り付けられた無線タグの識別情報と、を記憶する記憶部と、前記商品を取得する商品取得者が所持する商品取得者端末から、商品に取り付けられた無線タグの識別情報を受信した場合に、商品取得者に関する情報と、無線タグの識別情報と、を関連付ける制御部と、を備え、制御部は、商品取得者に関する情報と、無線タグの識別情報とが関連付けられた場合に、記憶部に記憶された商品に関する情報を商品取得者端末に提供可能となるように制御する、情報処理装置である。
【選択図】図７
【解決手段】商品に関する情報と、商品に取り付けられた無線タグの識別情報と、を記憶する記憶部と、前記商品を取得する商品取得者が所持する商品取得者端末から、商品に取り付けられた無線タグの識別情報を受信した場合に、商品取得者に関する情報と、無線タグの識別情報と、を関連付ける制御部と、を備え、制御部は、商品取得者に関する情報と、無線タグの識別情報とが関連付けられた場合に、記憶部に記憶された商品に関する情報を商品取得者端末に提供可能となるように制御する、情報処理装置である。
【選択図】図７
【特許請求の範囲】
【請求項1】
商品に関する情報と、前記商品に取り付けられた無線タグの識別情報と、を記憶する記憶部と、
前記商品を取得する商品取得者が所持する商品取得者端末から、前記商品に取り付けられた無線タグの識別情報を受信した場合に、前記商品取得者に関する情報と、前記無線タグの識別情報と、を関連付ける制御部と、を備え、
前記制御部は、前記商品取得者に関する情報と、前記無線タグの識別情報とが関連付けられた場合に、前記記憶部に記憶された前記商品に関する情報を、前記商品取得者端末に提供可能となるように制御する、
情報処理装置。
前記商品を取得する商品取得者が所持する商品取得者端末から、前記商品に取り付けられた無線タグの識別情報を受信した場合に、前記商品取得者に関する情報と、前記無線タグの識別情報と、を関連付ける制御部と、を備え、
前記制御部は、前記商品取得者に関する情報と、前記無線タグの識別情報とが関連付けられた場合に、前記記憶部に記憶された前記商品に関する情報を、前記商品取得者端末に提供可能となるように制御する、
情報処理装置。
【請求項2】
前記制御部は、
前記商品が第１商品取得者から第２商品取得者に移転される際、前記第１商品取得者が所持する商品取得者端末から前記第２商品取得者を次の商品取得者として指定する情報を受信した場合に、前記第２商品取得者に関する情報と、前記無線タグの識別情報と、を関連付ける、
請求項１に記載された情報処理装置。
前記商品が第１商品取得者から第２商品取得者に移転される際、前記第１商品取得者が所持する商品取得者端末から前記第２商品取得者を次の商品取得者として指定する情報を受信した場合に、前記第２商品取得者に関する情報と、前記無線タグの識別情報と、を関連付ける、
請求項１に記載された情報処理装置。
【請求項3】
前記制御部は、前記商品の過去の商品取得者に関する情報と、前記無線タグの識別情報と、を関連付ける、
請求項１又は２に記載の情報処理装置。
請求項１又は２に記載の情報処理装置。
【請求項4】
前記商品取得者は、前記商品を提供する商品提供者から電子商取引によって前記商品を購入した者を含む、
請求項１から３のいずれか一項に記載の情報処理装置。
請求項１から３のいずれか一項に記載の情報処理装置。
【請求項5】
前記無線タグは、周囲に含まれる１又は複数の特定周波数の電波からエネルギーを得て動作するタグである、
請求項１から４のいずれか一項に記載の情報処理装置。
請求項１から４のいずれか一項に記載の情報処理装置。
【請求項6】
情報処理装置と、前記情報処理装置と通信可能であって、商品を取得する商品取得者が所持する商品取得者端末と、含む情報処理システムであって、
前記情報処理装置は、
前記商品に関する情報と、前記商品に取り付けられた無線タグの識別情報と、を記憶する記憶部と、
前記商品取得者端末から、前記商品に取り付けられた無線タグの識別情報を受信した場合に、前記商品取得者に関する情報と、前記無線タグの識別情報と、を関連付ける制御部と、を備え、
前記制御部は、前記商品取得者に関する情報と、前記無線タグの識別情報とが関連付けられた場合に、前記記憶部に記憶された前記商品に関する情報を、前記商品取得者端末に提供可能となるように制御する、
情報処理システム。
前記情報処理装置は、
前記商品に関する情報と、前記商品に取り付けられた無線タグの識別情報と、を記憶する記憶部と、
前記商品取得者端末から、前記商品に取り付けられた無線タグの識別情報を受信した場合に、前記商品取得者に関する情報と、前記無線タグの識別情報と、を関連付ける制御部と、を備え、
前記制御部は、前記商品取得者に関する情報と、前記無線タグの識別情報とが関連付けられた場合に、前記記憶部に記憶された前記商品に関する情報を、前記商品取得者端末に提供可能となるように制御する、
情報処理システム。
【請求項7】
情報処理装置と、前記情報処理装置と通信可能であって、商品を取得する商品取得者が所持する商品取得者端末と、の間の情報処理方法であって、
前記情報処理装置が、前記商品に関する情報と、前記商品に取り付けられた無線タグの識別情報と、を予め記憶し、
前記商品取得者端末が前記情報処理装置に対して、前記商品に取り付けられた無線タグの識別情報を送信し、
前記情報処理装置が、前記商品に取り付けられた無線タグの識別情報を受信した場合に、前記商品取得者に関する情報と、前記無線タグの識別情報と、を関連付け、
前記情報処理装置が、予め記憶していた前記商品に関する情報を、前記商品取得者端末に対して提供可能となるように制御する、
情報処理方法。
前記情報処理装置が、前記商品に関する情報と、前記商品に取り付けられた無線タグの識別情報と、を予め記憶し、
前記商品取得者端末が前記情報処理装置に対して、前記商品に取り付けられた無線タグの識別情報を送信し、
前記情報処理装置が、前記商品に取り付けられた無線タグの識別情報を受信した場合に、前記商品取得者に関する情報と、前記無線タグの識別情報と、を関連付け、
前記情報処理装置が、予め記憶していた前記商品に関する情報を、前記商品取得者端末に対して提供可能となるように制御する、
情報処理方法。
【請求項8】
商品を取得する商品取得者が所持する商品取得者端末と通信可能な情報処理装置において、コンピュータに所定の方法を実行させるプログラムであって、
前記方法は、 商品に関する情報と、前記商品に取り付けられた無線タグの識別情報と、を記憶装置に記憶させ、
前記商品取得者端末から、前記商品に取り付けられた無線タグの識別情報を受信した場合に、前記商品取得者に関する情報と、前記無線タグの識別情報と、を関連付け、
前記商品取得者に関する情報と、前記無線タグの識別情報とが関連付けられた場合に、前記記憶装置に記憶された前記商品に関する情報を、前記商品取得者端末に提供可能となるように制御することを含む、
プログラム。
前記方法は、 商品に関する情報と、前記商品に取り付けられた無線タグの識別情報と、を記憶装置に記憶させ、
前記商品取得者端末から、前記商品に取り付けられた無線タグの識別情報を受信した場合に、前記商品取得者に関する情報と、前記無線タグの識別情報と、を関連付け、
前記商品取得者に関する情報と、前記無線タグの識別情報とが関連付けられた場合に、前記記憶装置に記憶された前記商品に関する情報を、前記商品取得者端末に提供可能となるように制御することを含む、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理システム、情報処理方法、及び、プログラムに関する。
【背景技術】
【0002】
従来から、商品を購入した消費者に対してサービスを提供するべくユーザ登録を行う仕組みが種々提案されている。
例えば、ユーザ登録装置は、ユーザの携帯端末から、当該携帯端末の端末識別情報を受信して記憶するとともにユーザに関する情報であるユーザ情報の入力を要求する情報である登録要求情報を携帯端末に送信する。ユーザ登録装置は、ユーザ登録を行うことに対する承認の指示と携帯端末の端末識別情報を含む情報である登録希望情報を携帯端末から受信し、当該受信した端末識別情報が記憶されている場合に、当該端末識別情報に対応付けて登録終了を表す登録ステータス情報を記録する（例えば、特許文献１参照）。
例えば、ユーザ登録装置は、ユーザの携帯端末から、当該携帯端末の端末識別情報を受信して記憶するとともにユーザに関する情報であるユーザ情報の入力を要求する情報である登録要求情報を携帯端末に送信する。ユーザ登録装置は、ユーザ登録を行うことに対する承認の指示と携帯端末の端末識別情報を含む情報である登録希望情報を携帯端末から受信し、当該受信した端末識別情報が記憶されている場合に、当該端末識別情報に対応付けて登録終了を表す登録ステータス情報を記録する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１１－１９７９６１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし、消費者が商品を商品提供者（例えば、店舗）から購入して商品を取得した場合に、商品提供者が商品を取得した商品取得者（つまり、消費者）を一元的に管理するには、商品取得者によるユーザ登録等の特段の手続きが必要となる。例えば、商品が市場で流通して商品取得者が入れ替わる場合等、その都度ユーザ登録等を行うのは現実的ではないため、商品取得者を一元的に管理することは困難である。
商品を取得した商品取得者を一元的に管理することができれば、当該商品に関する情報を商品取得者に適時に提供することができるため、商品取得者及び商品提供者の双方に利益があると考えられる。そのため、商品取得者に対して特段の手続きを強いることなく、商品取得者を一元的に管理できる仕組みが求められる。
商品を取得した商品取得者を一元的に管理することができれば、当該商品に関する情報を商品取得者に適時に提供することができるため、商品取得者及び商品提供者の双方に利益があると考えられる。そのため、商品取得者に対して特段の手続きを強いることなく、商品取得者を一元的に管理できる仕組みが求められる。
【0005】
そこで、本発明の目的は、商品取得者による手続きの負担を軽減して商品取得者を一元的に管理できるようにすることである。
【課題を解決するための手段】
【0006】
本発明のある態様は、商品に関する情報と、前記商品に取り付けられた無線タグの識別情報と、を記憶する記憶部と、前記商品を取得する商品取得者が所持する商品取得者端末から、前記商品に取り付けられた無線タグの識別情報を受信した場合に、前記商品取得者に関する情報と、前記無線タグの識別情報と、を関連付ける制御部と、を備え、前記制御部は、前記商品取得者に関する情報と、前記無線タグの識別情報とが関連付けられた場合に、前記記憶部に記憶された前記商品に関する情報を、前記商品取得者端末に提供可能となるように制御する、情報処理端末である。
【発明の効果】
【0007】
本発明のある態様によれば、商品取得者による手続きの負担を軽減して商品取得者を一元的に管理できる。
【図面の簡単な説明】
【0008】
【図1】一実施形態のＥＣ販売システムの構成を概略的に示す図である。
【図2】タグデータベースのデータ構成例を示す図である。
【図3】会員データベースのデータ構成例を示す図である。
【図4】商品データベースのデータ構成例を示す図である。
【図5】商品注文データベースのデータ構成例を示す図である。
【図6】一実施形態のＥＣ販売システムの商品販売及び返品の流れを示す図である。
【図7】一実施形態のＥＣ販売システムの内部構成を概略的に示すブロック図である。
【図8】ＩｏＴタグから送信されるアドバタイジングパケットの構成を示す図である。
【図9】一実施形態のＥＣ販売システムにおいて、商品の顧客への発送に伴う処理を示すシーケンスチャートである。
【図10】一実施形態のＥＣ販売システムにおいて、商品のＥＣ事業者への返品に伴う処理を示すシーケンスチャートである。
【図11】一実施形態のＥＣ販売システムにおいて、タグ情報の管理を示すシーケンスチャートである。
【図12】一実施形態のＥＣ販売システムにおいて、商品コンテンツを提供するときの処理を示すシーケンスチャートである。
【発明を実施するための形態】
【0009】
本開示において「無線タグ」とは、商品に取り付けられる電子的なタグである。無線タグは、内部に格納された情報が外部の通信装置から無線通信により読み取ることが可能となるように構成されていればよく、タグの内部にバッテリを備えてもよいし、備えていなくてもよい。無線タグと外部の通信装置との通信プロトコルや通信可能範囲は限定されず、用途に応じて適宜変更若しくは調整可能である。
本開示において「通信可能」とは、直接的に通信が可能である場合に限られず、間接的に通信が可能である場合も含まれる。例えば、「Ａ装置とＣ装置が通信可能である」とは、Ａ装置とＣ装置が直接的に通信を確立してデータの送信若しくは受信を行う場合に限られず、Ａ装置とＣ装置がＢ装置を介してデータの送信若しくは受信を行う場合も含まれる。
本開示において「通信可能」とは、直接的に通信が可能である場合に限られず、間接的に通信が可能である場合も含まれる。例えば、「Ａ装置とＣ装置が通信可能である」とは、Ａ装置とＣ装置が直接的に通信を確立してデータの送信若しくは受信を行う場合に限られず、Ａ装置とＣ装置がＢ装置を介してデータの送信若しくは受信を行う場合も含まれる。
【0010】
以下、情報処理システムの一実施形態であるＥＣ販売システム１について図面を参照して説明する。ＥＣ販売とは、電子商取引（ＥＣ；E-Commerce）による販売形態をいう。
ＥＣ販売システム１では、例えば顧客が顧客端末にインストールされているＥＣ用アプリケーションプログラム（以下、適宜、「ＥＣ用アプリケーション」という。）等を利用してＥＣ事業者のウェブサイトにアクセスして商品の注文を行うように構成されている。商品の種別は限定しないが、以下の説明では、主として商品が衣類等のアパレル商品である場合を想定している。
顧客は、ＥＣ用アプリケーションを利用するに際して会員登録（ユーザ登録等）を行っている。ＥＣ事業者から商品が届いた後、顧客が商品を気に入らない場合には、当該商品をＥＣ事業者に返品することができる。例えばアパレル等の商品の返品は、例えばクリーニング店（仲介者の一例）を通して行うことができる。ここで、顧客は、返品伝票等を記載する必要はなく、例えばＥＣ用アプリケーション上で返品対象の商品を経由させるクリーニング店を指定するだけで済む。そのため、ＥＣで購入した商品を返品する際に、顧客側に煩雑な作業を生じさせることがない。
ＥＣ販売システム１では、例えば顧客が顧客端末にインストールされているＥＣ用アプリケーションプログラム（以下、適宜、「ＥＣ用アプリケーション」という。）等を利用してＥＣ事業者のウェブサイトにアクセスして商品の注文を行うように構成されている。商品の種別は限定しないが、以下の説明では、主として商品が衣類等のアパレル商品である場合を想定している。
顧客は、ＥＣ用アプリケーションを利用するに際して会員登録（ユーザ登録等）を行っている。ＥＣ事業者から商品が届いた後、顧客が商品を気に入らない場合には、当該商品をＥＣ事業者に返品することができる。例えばアパレル等の商品の返品は、例えばクリーニング店（仲介者の一例）を通して行うことができる。ここで、顧客は、返品伝票等を記載する必要はなく、例えばＥＣ用アプリケーション上で返品対象の商品を経由させるクリーニング店を指定するだけで済む。そのため、ＥＣで購入した商品を返品する際に、顧客側に煩雑な作業を生じさせることがない。
【0011】
また、ＥＣ販売システム１では、販売対象の商品にＩｏＴ（Internet of Things）タグが取り付けられている。ＩｏＴタグ（以下、適宜単に「タグ」という。）は無線タグの一例であるが、例えば周囲環境の電波からエネルギーを得て動作する環境発電型の装置であり、バッテリを備えていない。当該タグは、バッテリがなくても半永久的に動作が可能である。
【0012】
一実施形態では、タグは、低電力消費の無線通信を行うように構成されている。通信プロトコルの例としては、Bluetooth（登録商標） Low Energy (以下、ＢＬＥ)、Bluetooth（登録商標）、ZigBee（登録商標）等が挙げられる。以下では、ＢＬＥによる通信を行う場合を例として説明する。
タグは、ＢＬＥの規格に準拠する場合、ブロードキャスト通信を行う。具体的には、タグは、アドバタイジングパケット（後述する）をブロードキャストする。このブロードキャスト通信では、タグから周囲のＢＬＥ受信端末（例えば、顧客端末や後述するクリーニング店端末等）に向けて一方向のデータ送信のみが可能である。各タグから送信されるパケットには、タグに固有の識別情報であるタグＩＤが含まれる。
タグは、ＢＬＥの規格に準拠する場合、ブロードキャスト通信を行う。具体的には、タグは、アドバタイジングパケット（後述する）をブロードキャストする。このブロードキャスト通信では、タグから周囲のＢＬＥ受信端末（例えば、顧客端末や後述するクリーニング店端末等）に向けて一方向のデータ送信のみが可能である。各タグから送信されるパケットには、タグに固有の識別情報であるタグＩＤが含まれる。
【0013】
ＥＣ販売システム１において、商品の販売では、商品がＥＣ事業者から顧客に届くまでの間の商品の管理責任者（つまり、ＥＣ事業者）や商品が顧客に届いた後の商品の管理責任者（つまり、顧客）を明確に把握できるようにすることが好ましい。同様に、商品の返品では、例えば商品が顧客からクリーニング店等に届くまでの商品の管理責任者（つまり、顧客）や、商品がクリーニング店等で一時的に保管されるときの商品の管理責任者（つまり、クリーニング店）、商品がクリーニング店からＥＣ事業者に戻されるまでの管理責任者（例えば輸送事業者）を明確に把握できるようにすることが好ましい。かかる観点から、ＥＣ販売システム１では、商品に取り付けられているタグによって商品の管理責任者が商品取得者としてタグ管理サーバによって一元管理される。タグ管理サーバでは、商品取得者（例えば、ＥＣ事業者、顧客、クリーニング店等）の情報と、タグの固有の識別情報であるタグＩＤとが、後述するタグデータベースによって一元的に管理される。
タグデータベースでは、上記商品の管理責任者が「商品取得者」として管理される。
タグデータベースでは、上記商品の管理責任者が「商品取得者」として管理される。
【0014】
一実施形態では、例えば商品の商品取得者に対して当該商品に関する情報として商品コンテンツ等が提供される。すなわち、当該商品の商品取得者が当該商品に対応する商品コンテンツにアクセスすることができ、商品取得者でない者が当該商品取得者にアクセスすることができないように制御される。そのため、商品を購入した顧客に対して、購入後に、例えば当該商品に関連する魅力的な情報等を任意のタイミングで提供することができる。
【0015】
一実施形態では、商品の商品取得者に関する情報と、当該商品に取り付けられているタグのタグＩＤとがサーバ上に記録される。例えば、後述する商品情報要求により、顧客の顧客端末と商品に取り付けられているタグとの通信により顧客端末がタグのタグＩＤを取得すると、当該顧客に関する情報と、顧客端末が取得したタグＩＤとを、サーバ上に記録されているデータと照合することで、当該顧客が商品取得者であるか否か判断される。それによって、特定の商品の商品取得者である顧客に対して当該商品に対応する商品コンテンツを提供可能となるように制御することができる。
【0016】
【0017】
図１に示すように、ＥＣ販売システム１では、顧客端末２（商品取得者端末の一例）、ＥＣ事業者端末３（商品提供者端末の一例）、クリーニング店端末４（仲介者端末の一例）、タグ管理サーバ５、及び、アプリケーションサーバ６がネットワークＮＷを介して通信可能に構成されている。ネットワークＮＷは、ＬＡＮ（Local Area Network）、移動体通信網、インターネット等、あるいはこれらの組合せである。
タグ管理サーバ５及びアプリケーションサーバ６は、例示的な情報処理装置を構成する。
タグ管理サーバ５及びアプリケーションサーバ６は、例示的な情報処理装置を構成する。
【0018】
顧客端末２は、顧客が所持する端末であり、限定しない例として、例えば、ラップトップ型のパーソナルコンピュータ、タブレット端末、スマートフォンが挙げられる。なお、顧客は、後述する会員データベースにおいてＥＣ事業者の会員として登録されている。
【0019】
ＥＣ事業者端末３は、商品の発送や返品を行うＥＣ事業者の担当者（例えば、倉庫の担当者）が所持する端末であり、限定しない例として、例えば、ラップトップ型のパーソナルコンピュータ、タブレット端末、スマートフォンが挙げられる。
【0020】
クリーニング店端末４は、顧客からの商品のＥＣ事業者への返品を仲介するクリーニング店の担当者が所持する端末であり、限定しない例として、例えば、ラップトップ型のパーソナルコンピュータ、タブレット端末、スマートフォンが挙げられる。
【0021】
顧客端末２、ＥＣ事業者端末３、及び、クリーニング店端末４には、上述したように、ＥＣ用アプリケーションがインストールされている。ＥＣ用アプリケーションは、商品の注文、商品の返品等、ＥＣ事業者が運営するＥＣ販売に関する様々な処理を実行するためのアプリケーションである。ＥＣ用アプリケーションは、各端末の周囲のタグからパケットを受信し、当該パケットに含まれるタグＩＤをアプリケーションサーバ６に送信するように構成されている。
【0022】
タグ管理サーバ５は、ＥＣ事業者が販売する商品に取り付けられているタグを管理するサーバである。上述したように、商品の管理責任者を明確にするために、商品取得者（例えば、ＥＣ事業者、顧客、クリーニング店等）の情報と、タグの固有の識別情報であるタグＩＤとを関連付けるタグデータベースを備えている。
【0023】
図２にタグデータベースのデータ構成例を示す。
図２に示すように、タグデータベースは、少なくとも、「タグＩＤ」と、商品の管理責任者である「商品取得者」とを関連付けている。図２に示すタグデータベースには、タグＩＤと商品取得者のほか、「Owner」、「本籍」、「生年月日」、「グループ名」、「寿命」の各フィールドの値を含み、各値は、例えばＥＣ事業者や商品製造者によって予め入力されている。一実施形態では、商品の譲渡に応じて、「商品取得者」フィールドの値が適宜、書き換え対象となる。タグデータベースにおいて、タグＩＤごとの各フィールドの値を含む情報を「タグ情報」という。
図２に示すように、タグデータベースは、少なくとも、「タグＩＤ」と、商品の管理責任者である「商品取得者」とを関連付けている。図２に示すタグデータベースには、タグＩＤと商品取得者のほか、「Owner」、「本籍」、「生年月日」、「グループ名」、「寿命」の各フィールドの値を含み、各値は、例えばＥＣ事業者や商品製造者によって予め入力されている。一実施形態では、商品の譲渡に応じて、「商品取得者」フィールドの値が適宜、書き換え対象となる。タグデータベースにおいて、タグＩＤごとの各フィールドの値を含む情報を「タグ情報」という。
【0024】
タグデータベースにおいて、タグＩＤごとに状態フラグが設定されている。この状態フラグは、対応するタグが取り付けられている商品の商品取得者が確定しているか否かを示す。
例えば、実際には未だ商品を取得していないが、商品を取得する予定の者が決まっている場合がある。商品がＥＣ事業者から顧客に引き渡される例では、顧客から商品の注文を受け付けた時点で、特定のタグＩＤのタグが取り付けられた商品を顧客に引き渡すことは決まっているが、商品が実際に顧客の元に届くまでは顧客は商品取得者ではない。そのため、商品の注文を受け付けた時点でタグ情報における商品取得者を当該顧客の会員コードに書き換えるが、当該商品が実際に顧客の元に届くまでは、タグ情報の状態フラグを「１」（準備中）とする。そして、商品が実際に顧客の元に届いたことが確認された場合には、タグ情報の状態フラグを「０」（確定）とする。
例えば、実際には未だ商品を取得していないが、商品を取得する予定の者が決まっている場合がある。商品がＥＣ事業者から顧客に引き渡される例では、顧客から商品の注文を受け付けた時点で、特定のタグＩＤのタグが取り付けられた商品を顧客に引き渡すことは決まっているが、商品が実際に顧客の元に届くまでは顧客は商品取得者ではない。そのため、商品の注文を受け付けた時点でタグ情報における商品取得者を当該顧客の会員コードに書き換えるが、当該商品が実際に顧客の元に届くまでは、タグ情報の状態フラグを「１」（準備中）とする。そして、商品が実際に顧客の元に届いたことが確認された場合には、タグ情報の状態フラグを「０」（確定）とする。
【0025】
同様に、商品が顧客からクリーニング店を経由してＥＣ事業者に返品される例では、返品する際のクリーニング店を指定した返品要求を受け付けた時点で、特定のタグＩＤのタグが取り付けられた商品をクリーニング店に引き渡すことは決まっているが、商品が実際にクリーニング店の元に届くまではクリーニング店は商品取得者ではない。そのため、クリーニング店が指定された返品要求を受け付けた時点でタグ情報における商品取得者を当該クリーニング店の会員コードに書き換えるが、当該商品が実際にクリーニング店の元に届くまでは、タグ情報の状態フラグを「１」（準備中）とする。そして、商品が実際にクリーニング店の元に届いたことが確認された場合には、タグ情報の状態フラグを「０」（確定）とする。
【0026】
アプリケーションサーバ６は、顧客端末２、ＥＣ事業者端末３、及び、クリーニング店端末４のＥＣ用アプリケーションに対して様々なサービスを提供する。
例えば、アプリケーションサーバ６は、ＥＣ事業者が提供可能な商品に対する顧客端末２からの注文を受け付けて当該注文を処理するとともに、顧客端末２からの返品要求を受け付けて当該返品要求に対する処理を行う。
例えば、アプリケーションサーバ６は、ＥＣ事業者が提供可能な商品に対する顧客端末２からの注文を受け付けて当該注文を処理するとともに、顧客端末２からの返品要求を受け付けて当該返品要求に対する処理を行う。
【0027】
アプリケーションサーバ６は、ＥＣ用アプリケーションを利用する会員に関する情報が記録された会員データベースを備える。図３に会員データベースのデータ構成例を示す。
図３に示す会員データベースは、１レコードに対して、例えば「会員コード」、「氏名」、「性別」、及び、「住所」の各フィールドの値を含むデータベースである。「氏名」、「性別」、及び、「住所」の各フィールドは単に例示に過ぎず、適宜変更可能である。
なお、会員データベースには、商品の注文を行う顧客だけでなく、ＥＣ事業者や、商品の返品を扱うクリーニング店の情報も記録されている。つまり、ＥＣ事業者も会員コードによって管理され、クリーニング店も会員コード（仲介者に関する情報の一例）によって管理される。
図３に示す会員データベースは、１レコードに対して、例えば「会員コード」、「氏名」、「性別」、及び、「住所」の各フィールドの値を含むデータベースである。「氏名」、「性別」、及び、「住所」の各フィールドは単に例示に過ぎず、適宜変更可能である。
なお、会員データベースには、商品の注文を行う顧客だけでなく、ＥＣ事業者や、商品の返品を扱うクリーニング店の情報も記録されている。つまり、ＥＣ事業者も会員コードによって管理され、クリーニング店も会員コード（仲介者に関する情報の一例）によって管理される。
【0028】
アプリケーションサーバ６は、商品データベースを備える。図４に商品データベースのデータ構成例を示す。
図４に示す商品データベースは、１レコードに対して、例えば、「商品コード」、「タグＩＤ」、及び、「商品コンテンツ」の各フィールドの値を含むデータベースである。各レコードは、１つの特定の商品に対応している。同一の商品コードの商品であっても異なる個体ごとに１つのレコードが割り当てられ、各商品に取り付けられたタグのタグＩＤが対応付けられる。
商品コードに対応する商品コンテンツは、例えば商品を購入した顧客等に対して提供するために設けられている。一実施形態では、同一の商品コードの商品に対して同一の商品コンテンツが対応付けられる。
図４に示す商品データベースは、１レコードに対して、例えば、「商品コード」、「タグＩＤ」、及び、「商品コンテンツ」の各フィールドの値を含むデータベースである。各レコードは、１つの特定の商品に対応している。同一の商品コードの商品であっても異なる個体ごとに１つのレコードが割り当てられ、各商品に取り付けられたタグのタグＩＤが対応付けられる。
商品コードに対応する商品コンテンツは、例えば商品を購入した顧客等に対して提供するために設けられている。一実施形態では、同一の商品コードの商品に対して同一の商品コンテンツが対応付けられる。
【0029】
アプリケーションサーバ６は、顧客からの商品の注文を管理するための商品注文データベースを備える。図５に、商品注文データベースのデータ構成例を示す。
図５に示す商品注文データベースでは、各レコードにおいて「注文ＩＤ」、「会員コード」、「商品コード」、及び、「タグＩＤ」の各フィールドの値を含む。顧客から商品の注文が受け付けられると、注文ＩＤを発行して、当該顧客に対応する会員コードと、注文対象の商品の商品コードと、当該商品に取り付けられているタグのタグＩＤとが、１つのレコードにおいて対応付けられる。
商品コードは、商品に関する情報の一例である。なお、商品注文データベースにおいて、注文ＩＤには、顧客からの入金情報や、顧客に対する返金情報等を対応付けてもよい。
図５に示す商品注文データベースでは、各レコードにおいて「注文ＩＤ」、「会員コード」、「商品コード」、及び、「タグＩＤ」の各フィールドの値を含む。顧客から商品の注文が受け付けられると、注文ＩＤを発行して、当該顧客に対応する会員コードと、注文対象の商品の商品コードと、当該商品に取り付けられているタグのタグＩＤとが、１つのレコードにおいて対応付けられる。
商品コードは、商品に関する情報の一例である。なお、商品注文データベースにおいて、注文ＩＤには、顧客からの入金情報や、顧客に対する返金情報等を対応付けてもよい。
【0030】
図１では、顧客端末２及びクリーニング店端末４はそれぞれ１つのみを表示しているが、その限りではなく、２以上の任意の数の顧客端末２及びクリーニング店端末４がネットワークＮＷを介してアプリケーションサーバ６にアクセスすることができる。
【0031】
次に、図６を参照して、一実施形態のＥＣ販売システム１における商品のＥＣによる商品販売及び商品の返品の流れについて説明する。
図６を参照すると、一実施形態のＥＣ販売システム１における商品のＥＣによる商品販売の流れは以下の（Ｉ）～（ＩＶ）の手順で行われる。なお、図６の各手順は、実際には、顧客、ＥＣ事業者、クリーニング店等が直接、要求や通知などを相互に行うのではなく、アプリケーションサーバ６を介して行われることになる。
図６を参照すると、一実施形態のＥＣ販売システム１における商品のＥＣによる商品販売の流れは以下の（Ｉ）～（ＩＶ）の手順で行われる。なお、図６の各手順は、実際には、顧客、ＥＣ事業者、クリーニング店等が直接、要求や通知などを相互に行うのではなく、アプリケーションサーバ６を介して行われることになる。
【0032】
（Ｉ）顧客が顧客端末２のＥＣ用アプリケーション上で、商品を選択して注文を行う。
アプリケーションサーバ６は、例えば顧客端末２から商品の注文要求を受け付けると、注文ＩＤを発行して商品注文データベース（図５）に１レコードを追加する。追加されたレコードには、顧客に対応する会員コード、注文対象の商品の商品コード、及び、当該商品に取り付けられているタグのタグＩＤが含まれる。また、アプリケーションサーバ６からの要求に応じて、タグ管理サーバ５は、タグデータベースにおいて、当該タグＩＤに対応するタグ情報の「商品取得者」フィールドの値を顧客に対応する会員コードに書き換えるとともに、タグ情報の状態フラグを「１」（準備中）とする。
アプリケーションサーバ６は、例えば顧客端末２から商品の注文要求を受け付けると、注文ＩＤを発行して商品注文データベース（図５）に１レコードを追加する。追加されたレコードには、顧客に対応する会員コード、注文対象の商品の商品コード、及び、当該商品に取り付けられているタグのタグＩＤが含まれる。また、アプリケーションサーバ６からの要求に応じて、タグ管理サーバ５は、タグデータベースにおいて、当該タグＩＤに対応するタグ情報の「商品取得者」フィールドの値を顧客に対応する会員コードに書き換えるとともに、タグ情報の状態フラグを「１」（準備中）とする。
【0033】
（ＩＩ）ＥＣ事業者は、商品の顧客に対する発送の準備が整うと、顧客に対して発送案内通知を行う。すなわち、ＥＣ事業者端末３は、顧客端末２に対して発送案内通知を送信することをアプリケーションサーバ６に対して要求する。当該要求に応じて、アプリケーションサーバ６は、発送案内通知を顧客端末２に送信する。その後、ＥＣ事業者は、商品を顧客に発送する。
【0034】
（ＩＩＩ）ＥＣ事業者は、商品が顧客の元に到着する凡そのタイミングで、顧客に対して受領確認通知を行う。すなわち、ＥＣ事業者端末３は、顧客端末２に対して受領確認通知を送信することをアプリケーションサーバ６に対して要求する。当該要求に応じて、アプリケーションサーバ６は、受領確認通知を顧客端末２に送信する。図示しないが、受領確認通知には、商品を受領したこと（受領確認）をアプリケーションサーバ６に通知するための「受領確認」ボタンが含まれている。
なお、商品が顧客の手元に到着した場合、顧客端末２のＥＣ用アプリケーションは、到着した商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することが出来る。
なお、商品が顧客の手元に到着した場合、顧客端末２のＥＣ用アプリケーションは、到着した商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することが出来る。
【0035】
（ＩＶ）顧客が商品を受領したことの確認メッセージである受領確認がＥＣ事業者に通知される。
顧客が顧客端末２のＥＣ用アプリケーション上で「受領確認」ボタンを操作すると、アプリケーションサーバ６に対して受領確認が送信される。この受領確認には、（ＩＩＩ）で取得したタグＩＤが含まれる。
受領確認を受信すると、商品が顧客の元に届いたことが認識できるため、アプリケーションサーバ６は、タグ管理サーバ５に対してタグデータベースの更新を要求する。この要求に応じて、タグ管理サーバ５は、対応するタグ情報の状態フラグを「０」（確定）とする。
顧客が顧客端末２のＥＣ用アプリケーション上で「受領確認」ボタンを操作すると、アプリケーションサーバ６に対して受領確認が送信される。この受領確認には、（ＩＩＩ）で取得したタグＩＤが含まれる。
受領確認を受信すると、商品が顧客の元に届いたことが認識できるため、アプリケーションサーバ６は、タグ管理サーバ５に対してタグデータベースの更新を要求する。この要求に応じて、タグ管理サーバ５は、対応するタグ情報の状態フラグを「０」（確定）とする。
【0036】
上述したように、商品が顧客の手元に到着した場合、顧客端末２のＥＣ用アプリケーションは、到着した商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することができる。したがって、アプリケーションサーバ６は、ＥＣ事業者による顧客への商品発送後に、顧客端末２のＥＣ用アプリケーションからタグＩＤ、顧客に対応する会員コードを取得した場合、商品注文データベースを参照することで、顧客の手元に商品が届いたと判断できる。その場合、アプリケーションサーバ６は、タグ情報の状態フラグを「０」（確定）としてもよい。つまり、アプリケーションサーバ６は、顧客とタグＩＤに対応する商品とを関連付け、タグＩＤに対応する商品取得者とし正式に登録することができる。すなわち、顧客によるＥＣ用アプリケーション上での「受領確認」ボタン操作を契機とせずにタグ情報を更新するため、商品取得者である顧客の受領確認等の操作の負担を軽減できる。また、商品が顧客の手元に到着すると直ちに顧客端末２のＥＣ用アプリケーションがタグＩＤを取得可能であるため、商品取得者である顧客と商品とをリアルタイムに関連付けることができる。別の観点では、商品取得者である顧客の顧客端末２のＥＣアプリケーションからタグＩＤを取得することにより、発送した商品が実際に顧客の手元にあることを確認できる。
【0037】
なお、商品の譲渡における安全性を高めるために以下の方策を採ることができる。
（方策１）（ＩＩ）の発送案内通知は、アクセスコードを含めた状態で顧客端末２に送信される。（ＩＩＩ）の受領確認通知では、このアクセスコード入力した上で「受領確認」ボタンを操作することが要求される。アプリケーションサーバ６は、受領確認に含まれるアクセスコードの認証が成功した場合に限りタグ管理サーバ５に対してタグデータベースの更新を要求する。この方策では、商品の注文を行っていない顧客の顧客端末２から受領確認が送信されることを防止できる。
（方策１）（ＩＩ）の発送案内通知は、アクセスコードを含めた状態で顧客端末２に送信される。（ＩＩＩ）の受領確認通知では、このアクセスコード入力した上で「受領確認」ボタンを操作することが要求される。アプリケーションサーバ６は、受領確認に含まれるアクセスコードの認証が成功した場合に限りタグ管理サーバ５に対してタグデータベースの更新を要求する。この方策では、商品の注文を行っていない顧客の顧客端末２から受領確認が送信されることを防止できる。
【0038】
（方策２）（ＩＩ）の発送案内通知、又は、（ＩＩＩ）の受領確認通知を送信する際に、アプリケーションサーバ６は顧客端末２に対して、対象となるタグが発信するパケットを復号するための鍵情報を渡す。顧客端末２は、到着した商品に取り付けられているタグが発信するパケットを予め渡されている鍵情報を使って復号することで、タグＩＤを取得する。この方策では、商品を注文していない他の顧客の端末によってタグＩＤが取得されることを防止できる。
【0039】
図６を参照すると、一実施形態のＥＣ販売システム１における商品のＥＣによる返品の流れは以下の（Ｖ）～（ＶＩＩＩ）の手順で行われる。
【0040】
（Ｖ）顧客が顧客端末２のＥＣ用アプリケーション上で、例えば返品する際のクリーニング店を指定した返品要求を行うと、返品要求通知がＥＣ事業者に通知される。
例えば、顧客は、ＥＣ用アプリケーション上で会員データベースにアクセスして最寄りのクリーニング店等を選択、指定できる。
アプリケーションサーバ６は、返品要求を受け付けると、タグ管理サーバ５に対してタグデータベースの更新を要求する。タグ管理サーバ５は、タグデータベースにおいて、当該タグＩＤに対応するタグ情報の「商品取得者」フィールドの値をクリーニング店に対応する会員コードに書き換えるとともに、タグ情報の状態フラグを「１」（準備中）とする。
アプリケーションサーバ６は、ＥＣ事業者端末３に対して返品要求通知を送信する。
例えば、顧客は、ＥＣ用アプリケーション上で会員データベースにアクセスして最寄りのクリーニング店等を選択、指定できる。
アプリケーションサーバ６は、返品要求を受け付けると、タグ管理サーバ５に対してタグデータベースの更新を要求する。タグ管理サーバ５は、タグデータベースにおいて、当該タグＩＤに対応するタグ情報の「商品取得者」フィールドの値をクリーニング店に対応する会員コードに書き換えるとともに、タグ情報の状態フラグを「１」（準備中）とする。
アプリケーションサーバ６は、ＥＣ事業者端末３に対して返品要求通知を送信する。
【0041】
（ＶＩ）ＥＣ事業者からクリーニング店に対して商品の返品の案内が行われる。
すなわち、アプリケーションサーバ６は、顧客から指定されたクリーニング店が所持するクリーニング店端末４のＥＣ用アプリケーションに対して、返品案内通知を送信する。返品通知案内には、返品に関する情報として、顧客の会員コードと、返品対象の商品の商品コード、タグＩＤ等が含まれている。返品案内通知には、返品対象の商品を受領したこと（受領確認）をアプリケーションサーバ６に通知するための「受領確認」ボタンが含まれている。
すなわち、アプリケーションサーバ６は、顧客から指定されたクリーニング店が所持するクリーニング店端末４のＥＣ用アプリケーションに対して、返品案内通知を送信する。返品通知案内には、返品に関する情報として、顧客の会員コードと、返品対象の商品の商品コード、タグＩＤ等が含まれている。返品案内通知には、返品対象の商品を受領したこと（受領確認）をアプリケーションサーバ６に通知するための「受領確認」ボタンが含まれている。
【0042】
（ＶＩＩ）クリーニング店が返品されてきた商品を受領したことの確認メッセージである受領確認がＥＣ事業者に通知される。
顧客からクリーニング店に商品が渡されると、クリーニング店端末４のＥＣ用アプリケーションは、顧客から渡された商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得する。
クリーニング店の担当者がクリーニング店端末４のＥＣ用アプリケーション上で「受領確認」ボタンを操作すると、アプリケーションサーバ６に対して受領確認が送信される。この受領確認には、タグから取得したタグＩＤが含まれる。
受領確認を受信すると、商品がクリーニング店の元に届いたことが認識できるため、アプリケーションサーバ６は、タグ管理サーバ５に対してタグデータベースの更新を要求する。この要求に応じて、タグ管理サーバ５は、対応するタグ情報の状態フラグを「０」（確定）とする。
上述したように、商品がクリーニング店の元に届いた場合、クリーニング店端末４のＥＣ用アプリケーションは、顧客から渡された商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することができる。したがって、アプリケーションサーバ６は、顧客からの返品要求を受信した後、指定されたクリーニング店端末４のＥＣ用アプリケーションからタグＩＤ、クリーニング店に対応する会員コードを取得した場合、タグ管理サーバ５を介してタグデータベースを参照することで、商品がクリーニング店の元に届いたと判断できる。その場合、アプリケーションサーバ６は、タグ情報の状態フラグを「０」（確定）とさせてもよい。返品対象の商品がクリーニング店に渡されると直ちにクリーニング店端末４のＥＣ用アプリケーションがタグＩＤを取得可能であるため、商品取得者であるクリーニング店と商品とをリアルタイムに関連付けることができる。別の観点では、商品取得者であるクリーニング店のクリーニング店端末４のＥＣ用アプリケーションからタグＩＤを取得することにより、返品対象の商品が実際にクリーニング店の手元にあることを確認できる。また、返品される商品がＥＣ事業者に戻されるまでの流通過程において、商品の管理責任者（商品がクリーニング店の手元にある場合には、クリーニング店）を明確にすることができる。
顧客からクリーニング店に商品が渡されると、クリーニング店端末４のＥＣ用アプリケーションは、顧客から渡された商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得する。
クリーニング店の担当者がクリーニング店端末４のＥＣ用アプリケーション上で「受領確認」ボタンを操作すると、アプリケーションサーバ６に対して受領確認が送信される。この受領確認には、タグから取得したタグＩＤが含まれる。
受領確認を受信すると、商品がクリーニング店の元に届いたことが認識できるため、アプリケーションサーバ６は、タグ管理サーバ５に対してタグデータベースの更新を要求する。この要求に応じて、タグ管理サーバ５は、対応するタグ情報の状態フラグを「０」（確定）とする。
上述したように、商品がクリーニング店の元に届いた場合、クリーニング店端末４のＥＣ用アプリケーションは、顧客から渡された商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することができる。したがって、アプリケーションサーバ６は、顧客からの返品要求を受信した後、指定されたクリーニング店端末４のＥＣ用アプリケーションからタグＩＤ、クリーニング店に対応する会員コードを取得した場合、タグ管理サーバ５を介してタグデータベースを参照することで、商品がクリーニング店の元に届いたと判断できる。その場合、アプリケーションサーバ６は、タグ情報の状態フラグを「０」（確定）とさせてもよい。返品対象の商品がクリーニング店に渡されると直ちにクリーニング店端末４のＥＣ用アプリケーションがタグＩＤを取得可能であるため、商品取得者であるクリーニング店と商品とをリアルタイムに関連付けることができる。別の観点では、商品取得者であるクリーニング店のクリーニング店端末４のＥＣ用アプリケーションからタグＩＤを取得することにより、返品対象の商品が実際にクリーニング店の手元にあることを確認できる。また、返品される商品がＥＣ事業者に戻されるまでの流通過程において、商品の管理責任者（商品がクリーニング店の手元にある場合には、クリーニング店）を明確にすることができる。
【0043】
（ＶＩＩＩ）クリーニング店は、返品された商品のＥＣ事業者に対する発送の準備が整うと、ＥＣ事業者に対して発送案内通知を行う。すなわち、クリーニング店端末４は、ＥＣ事業者端末３に対して発送案内通知を送信することをアプリケーションサーバ６に対して要求する。当該要求に応じて、アプリケーションサーバ６は、発送案内通知をＥＣ事業者端末３に送信する。その後、クリーニング店は、商品をＥＣ事業者に発送する。
【0044】
次に、図７及び図８を参照して、本実施形態のＥＣ販売システム１の各装置の構成を説明する。
図７は、本実施形態のＥＣ販売システム１の各装置の内部構成を示すブロック図である。図８は、タグから送信されるアドバタイジングパケットの構成を示す図である。
図７は、本実施形態のＥＣ販売システム１の各装置の内部構成を示すブロック図である。図８は、タグから送信されるアドバタイジングパケットの構成を示す図である。
【0045】
図７を参照すると、タグＴは、制御部１１、アンテナ１２、ハーベスティング部１３、電圧制御部１４、及び、ＲＦトランシーバ１５を含む。
タグの全体の形態は図示しないが、例えば、アンテナ１２が形成される所定のパターンの導電性金属箔と、当該金属箔に接続されるＩＣチップとを含む薄膜状の部材である。ＩＣチップ内に、制御部１１、ハーベスティング部１３、及び、電圧制御部１４、ＲＦトランシーバ１５が実装される。
タグの全体の形態は図示しないが、例えば、アンテナ１２が形成される所定のパターンの導電性金属箔と、当該金属箔に接続されるＩＣチップとを含む薄膜状の部材である。ＩＣチップ内に、制御部１１、ハーベスティング部１３、及び、電圧制御部１４、ＲＦトランシーバ１５が実装される。
【0046】
制御部１１はマイクロプロセッサとメモリ１１１を有し、ＩｏＴタグの全体を制御する。メモリ１１１は、ＲＡＭ（Random Access Memory）又はＲＯＭ（Read Only Memory）であり、マイクロプロセッサによって実行されるプログラムのほか、タグＩＤを記憶する。
【0047】
ハーベスティング部１３は、周囲環境の電波（例えば周囲の無線通信による電波）に基づいて環境発電を行い、発電により得られた電力を内部のエネルギーストレージ１３１に貯蔵する。一実施形態では、ハーベスティング部１３は、例えばアンテナ１２が受信した無線信号を直流電圧に変換し、エネルギーストレージ１３１に貯蔵する。エネルギーストレージ１３１は、例えばキャパシタである。キャパシタの場合には、半導体チップ上に構成されたもの（つまりオンダイ（on-die）型のキャパシタ）でもよい。
【0048】
ハーベスティング部１３が環境発電に使用する電波は、広範囲の複数の異なる周波数帯の電波が使用可能である。一実施形態では、タグＴは、周囲に含まれる１又は複数の特定周波数の電波からエネルギーを得て動作する。特定周波数は、タグＴにおいてエネルギーに変換可能な如何なる周波数の電波をも含む。特定周波数は、１又は複数の周波数帯を含んでもよいし、周波数帯の中から割り当てられた特定の周波数であってもよい。
一実施形態では、特定周波数は、例えば無線通信規格等で規格された特定の周波数又は周波数帯でも良く、本実施形態に係るＥＣ用アプリケーションを提供する事業者によって指定される特定の周波数又は周波数帯である。
ハーベスティング部１３が環境発電に使用する電波の限定しない例として、いわゆる３Ｇ～５Ｇ等の移動体通信システムで採用されている周波数帯の無線通信による電波、Bluetooth（登録商標）、Wi-Fi（登録商標）等の通信規格で採用されている周波数帯の無線通信による電波、ZigBee（登録商標）やThread等の通信プロトコルに代表される２．４ＧＨｚ帯の無線通信による電波、ＲＦＩＤで採用されている周波数帯（例えば、９００ＭＨｚ帯、１３．５６ＭＨｚ帯）の無線通信による電波等が挙げられる。
ここに例示したような電波は、一般に、ほとんどすべての家庭において適用可能である。タグは、周囲環境の電波を基にしてハーベスティング部１３による環境発電で得られる電力で動作する。そのため、タグにバッテリを搭載する必要がなく、システムコストを抑制することができる。また、バッテリを搭載する必要がないことから、バッテリの交換作業を行わずに済むため、タグが存在するにもかかわらずタグＩＤを取得できないという不具合が生じない。
一実施形態では、特定周波数は、例えば無線通信規格等で規格された特定の周波数又は周波数帯でも良く、本実施形態に係るＥＣ用アプリケーションを提供する事業者によって指定される特定の周波数又は周波数帯である。
ハーベスティング部１３が環境発電に使用する電波の限定しない例として、いわゆる３Ｇ～５Ｇ等の移動体通信システムで採用されている周波数帯の無線通信による電波、Bluetooth（登録商標）、Wi-Fi（登録商標）等の通信規格で採用されている周波数帯の無線通信による電波、ZigBee（登録商標）やThread等の通信プロトコルに代表される２．４ＧＨｚ帯の無線通信による電波、ＲＦＩＤで採用されている周波数帯（例えば、９００ＭＨｚ帯、１３．５６ＭＨｚ帯）の無線通信による電波等が挙げられる。
ここに例示したような電波は、一般に、ほとんどすべての家庭において適用可能である。タグは、周囲環境の電波を基にしてハーベスティング部１３による環境発電で得られる電力で動作する。そのため、タグにバッテリを搭載する必要がなく、システムコストを抑制することができる。また、バッテリを搭載する必要がないことから、バッテリの交換作業を行わずに済むため、タグが存在するにもかかわらずタグＩＤを取得できないという不具合が生じない。
【0049】
電圧制御部１４は、制御部１１及びＲＦトランシーバ１５に動作電圧を供給するとともに、エネルギーストレージ１３１の電圧をモニタしており、モニタ結果に応じて電力モードを切り替える。エネルギーストレージ１３１の電圧が所定の閾値以下である場合には、電力モードを最小限の回路のみを動作させる第１モードとし、このとき制御部１１及びＲＦトランシーバ１５では、後述するパケットの生成や無線信号の送信等が行われない。エネルギーストレージ１３１の電圧が所定の閾値以上まで充電された場合には、電力モードを通常の処理ルーチンを実行する第２モードとし、このとき制御部１１及びＲＦトランシーバ１５ではパケットの生成、無線信号の送信を含む各種の処理が行われる。
【0050】
制御部１１は、電力モードが第２モードの場合に、ＢＬＥのプロトコルに従ってアドバタイジングパケットを生成する。
アドバタイジングパケットは、ＢＬＥにおいてブロードキャスト通信を実現するためにアドバタイジングチャネルを利用して送信されるパケットであり、図８に示すパケット構成を有する。アドバタイジングパケットは、以下では適宜、単に「パケット」という。
アドバタイジングパケットは、ＢＬＥにおいてブロードキャスト通信を実現するためにアドバタイジングチャネルを利用して送信されるパケットであり、図８に示すパケット構成を有する。アドバタイジングパケットは、以下では適宜、単に「パケット」という。
【0051】
図８においてプリアンブル及びアドレスアクセスは、それぞれが所定の固定値である。ＣＲＣは巡回検査符号であり、パケットペイロード（つまり、アドバタイジングチャネルＰＤＵ（protocol data unit））を対象として所定の生成多項式を用いて算出される検査データである。
アドバタイジングチャネルＰＤＵ（以下、単に「ＰＤＵ」という。）は、ヘッダとペイロードとからなり、当該ペイロードは、ＡＤＶアドレスとＡＤＶデータとからなる。ＡＤＶアドレスはアドバタイザー（つまり、報知する主体であるＩｏＴタグ）のアドレスであるが、送信元を特定しないように送信の都度に設定されるランダムな値でもよい。ＡＤＶデータはアドバタイザーのデータ（ブロードキャストデータ）であり、本実施形態ではタグＩＤを含む。
アドバタイジングチャネルＰＤＵ（以下、単に「ＰＤＵ」という。）は、ヘッダとペイロードとからなり、当該ペイロードは、ＡＤＶアドレスとＡＤＶデータとからなる。ＡＤＶアドレスはアドバタイザー（つまり、報知する主体であるＩｏＴタグ）のアドレスであるが、送信元を特定しないように送信の都度に設定されるランダムな値でもよい。ＡＤＶデータはアドバタイザーのデータ（ブロードキャストデータ）であり、本実施形態ではタグＩＤを含む。
【0052】
制御部１１は、ＰＤＵを暗号化することが好ましい。暗号化方法は限定しないが、例えば鍵長１２８ビットのＡＥＳ（Advanced Encryption Standard）を利用することができる。
【0053】
ＲＦトランシーバ１５は、送信するパケット（ベースバンド信号）に対して所定のデジタル変調（例えばＧＦＳＫ（Gaussian Frequency Shift Keying））を行った後に直交変調を行い、高周波信号（ＢＬＥの場合、２．４ＧＨｚの周波数帯の信号）をアンテナ１２に送出する。
【0054】
アンテナ１２は、送信アンテナと発電用アンテナを含む。
送信アンテナは、ＲＦトランシーバ１５によって送出される高周波の無線信号（パケット）を送信する。他方、発電用アンテナは、例えば周囲環境の電波を受信し、ハーベスティング部１３と協働してレクテナとして機能する。
送信アンテナは、ＲＦトランシーバ１５によって送出される高周波の無線信号（パケット）を送信する。他方、発電用アンテナは、例えば周囲環境の電波を受信し、ハーベスティング部１３と協働してレクテナとして機能する。
【0055】
図７に示すように、顧客端末２は、制御部２１、ストレージ２２、操作入力部２３、表示部２４、第１通信部２５、及び、第２通信部２６を備える。
制御部２１は、マイクロプロセッサを主体として構成され、顧客端末２の全体を制御する。例えば、制御部２１は、ＥＣ用アプリケーションを実行することでタグと通信を行うように第１通信部２５を制御し、タグからパケットを受信した場合には、当該パケットに含まれるタグＩＤをアプリケーションサーバ６に送信する。
制御部２１は、ＥＣ用アプリケーションを実行することでアプリケーションサーバ６に対して様々な要求（例えば、注文要求、返品要求、各種通知の送信要求など）を行う。
制御部２１は、ＥＣ用アプリケーションを実行することでアプリケーションサーバ６から送信される通知（例えば、上述した発送案内通知や受領確認通知など）を取得して表示部２４に表示する。
制御部２１は、マイクロプロセッサを主体として構成され、顧客端末２の全体を制御する。例えば、制御部２１は、ＥＣ用アプリケーションを実行することでタグと通信を行うように第１通信部２５を制御し、タグからパケットを受信した場合には、当該パケットに含まれるタグＩＤをアプリケーションサーバ６に送信する。
制御部２１は、ＥＣ用アプリケーションを実行することでアプリケーションサーバ６に対して様々な要求（例えば、注文要求、返品要求、各種通知の送信要求など）を行う。
制御部２１は、ＥＣ用アプリケーションを実行することでアプリケーションサーバ６から送信される通知（例えば、上述した発送案内通知や受領確認通知など）を取得して表示部２４に表示する。
【0056】
ストレージ２２は、ＳＳＤ（Solid State Drive）等の記憶装置であり、ＥＣ用アプリケーションの実行結果やＥＣ用アプリケーションの実行に必要となるデータ（例えば、認証データ）等を格納する。
【0057】
操作入力部２３は、ＥＣ用アプリケーションを含む種々のプログラム実行するために顧客から操作入力を受け付ける入力インタフェースであり、表示部２４の表示パネルに設けられるタッチパネル入力部であってもよい。
表示部２４は、例えばＬＣＤ（Liquid Crystal Panel）等の表示パネルと、表示パネルの駆動回路とを含み、ＥＣ用アプリケーションの実行結果を表示する。
第１通信部２５は、例えば、第２通信部２６よりも狭い通信範囲で対象物と無線通信を行うものであり、例えば各タグからＢＬＥプロトコルに従って送信されるパケットを受信するように構成されている。
第２通信部２６は、アプリケーションサーバ６と通信を行うための通信インタフェースである。通信プロトコルは限定しないが、例えばＨＴＴＰやＨＴＴＰＳ等である。
表示部２４は、例えばＬＣＤ（Liquid Crystal Panel）等の表示パネルと、表示パネルの駆動回路とを含み、ＥＣ用アプリケーションの実行結果を表示する。
第１通信部２５は、例えば、第２通信部２６よりも狭い通信範囲で対象物と無線通信を行うものであり、例えば各タグからＢＬＥプロトコルに従って送信されるパケットを受信するように構成されている。
第２通信部２６は、アプリケーションサーバ６と通信を行うための通信インタフェースである。通信プロトコルは限定しないが、例えばＨＴＴＰやＨＴＴＰＳ等である。
【0058】
ＥＣ事業者端末３及びクリーニング店端末４の構成については、それぞれ顧客端末２と同様でよいため、重複説明は省略する。
【0059】
図７に示すように、タグ管理サーバ５は、制御部５１、ストレージ５２、及び、通信部５３を備える。
制御部５１は、マイクロプロセッサを主体として構成され、タグ管理サーバ５の全体を制御する。
ストレージ５２は、ＨＤＤ等の記憶装置であり、タグデータベース（図２参照）を格納する。
通信部５３は、アプリケーションサーバ６と通信を行うための通信インタフェースである。
制御部５１は、マイクロプロセッサを主体として構成され、タグ管理サーバ５の全体を制御する。
ストレージ５２は、ＨＤＤ等の記憶装置であり、タグデータベース（図２参照）を格納する。
通信部５３は、アプリケーションサーバ６と通信を行うための通信インタフェースである。
【0060】
制御部５１では、マイクロプロセッサがプログラムを実行することで、例えば、ＥＣ事業者端末３から書き換え要求を受信するとストレージ５２にアクセスして、タグデータベースの特定のタグ情報の書き換えを行う。例えば、商品の注文や返品等のイベントが生じた場合、商品取得者が変更になるため、制御部５１は、タグ情報の「商品取得者」フィールドの値を更新する。
すなわち、制御部５１は、商品が第１商品取得者から第２商品取得者に移転される際、第１商品取得者が所持する端末（顧客端末２、ＥＣ事業者端末３、クリーニング店端末４等の端末）から第２商品取得者を次の商品取得者として指定する情報を受信した場合に、タグ情報において、第２商品取得者に関する情報（つまり、会員コード）と、タグＩＤと、を関連付ける処理を行う。
また、制御部５１は、タグ情報において、商品取得者が確定しているか否かを示す状態フラグの書き換えを行う。
すなわち、制御部５１は、商品が第１商品取得者から第２商品取得者に移転される際、第１商品取得者が所持する端末（顧客端末２、ＥＣ事業者端末３、クリーニング店端末４等の端末）から第２商品取得者を次の商品取得者として指定する情報を受信した場合に、タグ情報において、第２商品取得者に関する情報（つまり、会員コード）と、タグＩＤと、を関連付ける処理を行う。
また、制御部５１は、タグ情報において、商品取得者が確定しているか否かを示す状態フラグの書き換えを行う。
【0061】
制御部５１は、特定の会員コードの顧客が商品の商品取得者であるかについての問合せをアプリケーションサーバ６から受けた場合、問合せに含まれる会員コードとタグＩＤの組合せをタグデータベースと照合して、照合結果をアプリケーションサーバ６に返す。
【0062】
図７に示すように、アプリケーションサーバ６は、制御部６１、ストレージ６２、及び、通信部６３を備える。
制御部６１は、マイクロプロセッサを主体として構成され、アプリケーションサーバ６の全体を制御する。例えば、制御部６１では、マイクロプロセッサがサーバプログラムを実行し、顧客端末２、ＥＣ事業者端末３、及び、クリーニング店端末４の各クライアントからアクセスを受けると、会員コードを識別してセッションを確立し、クライアントからの要求に応じて、上述した様々な処理を実行する。
制御部６１は、タグデータベースに含まれるタグ情報の書き換えが必要となるイベントが発生すると、タグ管理サーバ５に対して書き換え要求を送信する。
制御部６１は、マイクロプロセッサを主体として構成され、アプリケーションサーバ６の全体を制御する。例えば、制御部６１では、マイクロプロセッサがサーバプログラムを実行し、顧客端末２、ＥＣ事業者端末３、及び、クリーニング店端末４の各クライアントからアクセスを受けると、会員コードを識別してセッションを確立し、クライアントからの要求に応じて、上述した様々な処理を実行する。
制御部６１は、タグデータベースに含まれるタグ情報の書き換えが必要となるイベントが発生すると、タグ管理サーバ５に対して書き換え要求を送信する。
【0063】
一実施形態では、制御部６１は、顧客端末２から取得したＥＣ事業者への商品の返品要求と、ＥＣ事業者端末３から取得した返品要求の対象となる商品に対応したタグＩＤとに基づいて、顧客から商品が返品されたか否かを判断する。
一実施形態では、制御部６１は、顧客端末２から返品対象の商品の商品コードを含む返品要求を受信し、かつ、ＥＣ事業者端末３が当該商品（返品されてきた商品）に取り付けられたタグから受信したタグＩＤと、返品要求に含まれる商品コードに対応するタグＩＤと、が一致する場合に、顧客から商品が返品されたと判断する。
同一商品コードの商品であっても異なるタグＩＤが割り当てられているため、タグＩＤ同士が一致するか否か判断することで、顧客の元にあった商品の個体と、ＥＣ事業者に返品された商品の個体とが同一であるか否か判断することができる。そのため、顧客が誤って、あるいは意図的に異なる個体の商品を返品した場合であっても、正しく返品がなされたかどうか認識することができる。
一実施形態では、制御部６１は、顧客端末２から返品対象の商品の商品コードを含む返品要求を受信し、かつ、ＥＣ事業者端末３が当該商品（返品されてきた商品）に取り付けられたタグから受信したタグＩＤと、返品要求に含まれる商品コードに対応するタグＩＤと、が一致する場合に、顧客から商品が返品されたと判断する。
同一商品コードの商品であっても異なるタグＩＤが割り当てられているため、タグＩＤ同士が一致するか否か判断することで、顧客の元にあった商品の個体と、ＥＣ事業者に返品された商品の個体とが同一であるか否か判断することができる。そのため、顧客が誤って、あるいは意図的に異なる個体の商品を返品した場合であっても、正しく返品がなされたかどうか認識することができる。
【0064】
制御部６１は、顧客端末２のＥＣ用アプリケーションからタグＩＤを含む商品情報要求を受信した場合、対象となる会員コードの顧客が商品の正規の商品取得者であるかについての問合せをタグ管理サーバ５に対して行う。正規の商品取得者である場合には、制御部６１は、要求元のＥＣ用アプリケーションに対して、対応する商品コンテンツを提供する。すなわち、制御部６１は、顧客に対応する会員コードとタグＩＤとがタグデータベースにおいて関連付けられており、当該顧客が商品の商品取得者であると判断された場合に、当該顧客のＥＣ用アプリケーションに対して、当該商品に対応する商品コンテンツを提供可能となるように制御する。
【0065】
ストレージ６２（記憶部の一例）は、ＨＤＤ（Hard Disk Drive）等の記憶装置であり、会員データベース（図３参照）、商品データベース（図４参照）、及び、商品注文データベース（図５参照）を格納する。図示しないが、ストレージ６２には、返品要求に対応するデータ（顧客の会員コード、返品対象の商品の商品コード、経由するクリーニング店の会員コードなど）が格納される。
【0066】
通信部６３は、顧客端末２、ＥＣ事業者端末３、及びクリーニング店端末４と通信を行うための通信インタフェースである。通信プロトコルは限定しないが、例えばＨＴＴＰやＨＴＴＰＳ等である。
通信部６３はまた、タグ管理サーバ５と通信を行うための通信インタフェースである。
通信部６３はまた、タグ管理サーバ５と通信を行うための通信インタフェースである。
【0067】
次に、図９及び図１０を参照して、ＥＣ販売システム１の動作を説明する。図９及び図１０はそれぞれ、ＥＣ販売システム１の動作を示すシーケンスチャートである。
なお、各図では、顧客端末２、ＥＣ事業者端末３、及び、クリーニング店端末４の各端末のＥＣ用アプリケーションとＥＣ事業者端末３の間でセッションが確立しており、アプリケーションサーバ６は、通信相手のＥＣ用アプリケーションに対応する会員コードを認識していることを想定している。
なお、各図では、顧客端末２、ＥＣ事業者端末３、及び、クリーニング店端末４の各端末のＥＣ用アプリケーションとＥＣ事業者端末３の間でセッションが確立しており、アプリケーションサーバ６は、通信相手のＥＣ用アプリケーションに対応する会員コードを認識していることを想定している。
【0068】
図９は、商品の顧客への発送に伴う処理を示すシーケンスチャートである。
図９において、顧客が顧客端末２のＥＣ用アプリケーション上で、商品を選択して注文の操作を行うと、顧客端末２のＥＣ用アプリケーションは、注文要求をアプリケーションサーバ６に送信する（ステップＳ２）。注文要求には、注文対象の商品の商品コードが含まれる。
図９において、顧客が顧客端末２のＥＣ用アプリケーション上で、商品を選択して注文の操作を行うと、顧客端末２のＥＣ用アプリケーションは、注文要求をアプリケーションサーバ６に送信する（ステップＳ２）。注文要求には、注文対象の商品の商品コードが含まれる。
【0069】
アプリケーションサーバ６は、商品の注文要求を受け付けると注文ＩＤを発行し（ステップＳ４）、商品注文データベース（図５）に１レコードを追加することで商品注文データベースを更新する（ステップＳ６）。追加されたレコードには、顧客に対応する会員コード、注文要求に含まれる商品コード、及び、商品に取り付けられているタグのタグＩＤが含まれる。アプリケーションサーバ６は、例えば、商品データベース（図４）から、注文要求に含まれる商品コードに対して選択したいずれかのタグＩＤを、上記追加されたレコードに割り当てることができる。それによって、顧客の注文に対して特定の個体の商品が割り当てられることになる。
【0070】
次いでアプリケーションサーバ６は、タグ管理サーバ５に対してタグ情報の書き換え要求を送信する（ステップＳ８）。書き換え要求には、商品取得者となる顧客の会員コードと、商品注文データベースに追加されたレコードに含まれるタグＩＤとが含まれる。
この書き換え要求に応じて、タグ管理サーバ５は、タグデータベースにおいて、当該タグＩＤに対応するタグ情報の「商品取得者」フィールドの値を、書き換え要求に含まれる会員コードに書き換えるとともに、タグ情報の状態フラグを「１」（準備中）とする（ステップＳ１０）。
この書き換え要求に応じて、タグ管理サーバ５は、タグデータベースにおいて、当該タグＩＤに対応するタグ情報の「商品取得者」フィールドの値を、書き換え要求に含まれる会員コードに書き換えるとともに、タグ情報の状態フラグを「１」（準備中）とする（ステップＳ１０）。
【0071】
ＥＣ事業者は、商品の顧客に対する発送の準備が整うと商品を発送するとともに、ＥＣ用アプリケーション上で顧客に対して発送案内を送る操作を行う。それによって、ＥＣ事業者端末３のＥＣ用アプリケーションは、顧客端末２に対して発送案内通知を送信することをアプリケーションサーバ６に対して要求する。当該要求に応じて、アプリケーションサーバ６は、発送案内通知を顧客端末２に送信する（ステップＳ１２）。
【0072】
次いでＥＣ事業者は、商品が顧客の元に到着する凡そのタイミングで、ＥＣ用アプリケーション上で顧客に対して受領確認を要求するための操作を行う。それによって、ＥＣ事業者端末３のＥＣ用アプリケーションは、顧客端末２に対して受領確認通知を送信することをアプリケーションサーバ６に対して要求する。当該要求に応じて、アプリケーションサーバ６は、受領確認通知を顧客端末２に送信する（ステップＳ１４）。
【0073】
ＥＣ事業者から発送された商品が顧客の元に届くと、顧客端末２のＥＣ用アプリケーションが、商品に取り付けられているタグが発信するパケットを受信して、パケットに含まれるタグＩＤを取得する。
そして、顧客がステップＳ１４で受信した受領確認通知に含まれている「受領確認」ボタンを操作すると（ステップＳ１６）、顧客端末２のＥＣ用アプリケーションは、アプリケーションサーバ６に対して受領確認を送信する（ステップＳ１８）。受領確認には、商品に取り付けられているタグから取得したタグＩＤが含まれる。
なお、顧客が「受領確認」ボタンを操作することは必須ではない。前述したように、商品が顧客の手元に到着した場合、顧客端末２のＥＣ用アプリケーションは、到着した商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することができる。取得したタグＩＤを顧客端末２のＥＣ用アプリケーションがアプリケーションサーバ６に送信し、アプリケーションサーバ６がタグＩＤを受信した場合、アプリケーションサーバ６は、商品注文データベースを参照することで、顧客の手元に商品が届いた（つまり、顧客が商品を受領した）と判断できる。
そして、顧客がステップＳ１４で受信した受領確認通知に含まれている「受領確認」ボタンを操作すると（ステップＳ１６）、顧客端末２のＥＣ用アプリケーションは、アプリケーションサーバ６に対して受領確認を送信する（ステップＳ１８）。受領確認には、商品に取り付けられているタグから取得したタグＩＤが含まれる。
なお、顧客が「受領確認」ボタンを操作することは必須ではない。前述したように、商品が顧客の手元に到着した場合、顧客端末２のＥＣ用アプリケーションは、到着した商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することができる。取得したタグＩＤを顧客端末２のＥＣ用アプリケーションがアプリケーションサーバ６に送信し、アプリケーションサーバ６がタグＩＤを受信した場合、アプリケーションサーバ６は、商品注文データベースを参照することで、顧客の手元に商品が届いた（つまり、顧客が商品を受領した）と判断できる。
【0074】
受領確認を受信すると、アプリケーションサーバ６は、タグ管理サーバ５に対して書き換え要求を送信する（ステップＳ２０）。この書き換え要求に応じて、タグ管理サーバ５は、タグデータベースにおいてステップＳ１０で書き換え対象となったタグ情報の状態フラグを「０」（確定）とする（ステップＳ２２）。すなわち、タグ管理サーバ５は、顧客端末２が商品のタグからタグＩＤを取得した場合に、顧客の会員コード（商品取得者に関する情報の一例）とタグＩＤとを関連付けることになる。これによって、届けられた商品の商品取得者として、注文を行った顧客が正式に登録される。
【0075】
図１０は、商品のＥＣ事業者への返品に伴う処理を示すシーケンスチャートである。
図１０において、例えば注文して届いた商品が気に入らずに返品する場合、顧客は、ＥＣ用アプリケーション上で返品要求の操作を行う（ステップＳ３０）。この操作では、例えば返品先のクリーニング店を指定できる。顧客の操作に応じて、顧客端末２のＥＣ用アプリケーションは、返品対象の商品コード、タグＩＤ、指定されたクリーニング店に対応する会員コード等を含む返品要求をアプリケーションサーバ６に送信する（ステップＳ３２）。
図１０において、例えば注文して届いた商品が気に入らずに返品する場合、顧客は、ＥＣ用アプリケーション上で返品要求の操作を行う（ステップＳ３０）。この操作では、例えば返品先のクリーニング店を指定できる。顧客の操作に応じて、顧客端末２のＥＣ用アプリケーションは、返品対象の商品コード、タグＩＤ、指定されたクリーニング店に対応する会員コード等を含む返品要求をアプリケーションサーバ６に送信する（ステップＳ３２）。
【0076】
アプリケーションサーバ６は、返品要求を受け付けると、タグ管理サーバ５に対して書き換え要求を送信する（ステップＳ３３）。タグ管理サーバ５は、タグデータベースにおいて、当該タグＩＤに対応するタグ情報の「商品取得者」フィールドの値を、返品要求に含まれるクリーニング店に対応する会員コードに書き換えるとともに、タグ情報の状態フラグを「１」（準備中）とする（ステップＳ３４）。
【0077】
次いでアプリケーションサーバ６は、返品要求があったことをＥＣ事業者に認識させるために、ＥＣ事業者端末３に対して返品要求通知を送信する（ステップＳ３４）。返品要求通知には、返品要求元の顧客の会員コードと、ステップＳ３２の返品要求に含まれる返品対象の商品コード、タグＩＤ、及びクリーニング店に対応する会員コード等が含まれる。
さらにアプリケーションサーバ６は、返品要求に含まれるクリーニング店のＥＣ用アプリケーションに対して、返品案内通知を送信する（ステップＳ３５）。返品案内通知には、返品に関する情報として、顧客の会員コードと、返品対象の商品の商品コード、タグＩＤ等が含まれている。この返品案内通知を受信することで、クリーニング店は、特定の顧客から商品が返品されてくることを認識できる。
さらにアプリケーションサーバ６は、返品要求に含まれるクリーニング店のＥＣ用アプリケーションに対して、返品案内通知を送信する（ステップＳ３５）。返品案内通知には、返品に関する情報として、顧客の会員コードと、返品対象の商品の商品コード、タグＩＤ等が含まれている。この返品案内通知を受信することで、クリーニング店は、特定の顧客から商品が返品されてくることを認識できる。
【0078】
その後、顧客からクリーニング店に商品が持ち込まれると、クリーニング店端末４のＥＣ用アプリケーションは、顧客から持ち込まれた商品に取り付けられているタグが発信するパケットを受信し、パケットに含まれるタグＩＤを取得する。クリーニング店の担当者がクリーニング店端末４のＥＣ用アプリケーション上で、ステップＳ３５で受信した返品案内通知に含まれる「受領確認」ボタンを操作すると、アプリケーションサーバ６に対して受領確認が送信される（ステップＳ３６）。この受領確認には、タグから取得したタグＩＤが含まれる。
なお、クリーニング店の担当者が「受領確認」ボタンを操作することは必須ではない。前述したように、商品がクリーニング店の手元に到着した場合、クリーニング店端末４のＥＣ用アプリケーションは、返品されてきた商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することができる。取得したタグＩＤをクリーニング店端末４のＥＣ用アプリケーションがアプリケーションサーバ６に送信し、アプリケーションサーバ６がタグＩＤを受信した場合、アプリケーションサーバ６は、商品注文データベースや返品要求を参照することで、クリーニング店の手元に返品対象の商品が届いた（つまり、クリーニング店が返品対象の商品を受領した）と判断できる。
なお、クリーニング店の担当者が「受領確認」ボタンを操作することは必須ではない。前述したように、商品がクリーニング店の手元に到着した場合、クリーニング店端末４のＥＣ用アプリケーションは、返品されてきた商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することができる。取得したタグＩＤをクリーニング店端末４のＥＣ用アプリケーションがアプリケーションサーバ６に送信し、アプリケーションサーバ６がタグＩＤを受信した場合、アプリケーションサーバ６は、商品注文データベースや返品要求を参照することで、クリーニング店の手元に返品対象の商品が届いた（つまり、クリーニング店が返品対象の商品を受領した）と判断できる。
【0079】
アプリケーションサーバ６は、返品要求に含まれる会員コードのクリーニング店のクリーニング店端末４がタグと通信可能となるように制御してもよい。例えば、ステップＳ３５の返品案内通知によって、タグから発信されるパケットを復号するための復号鍵をクリーニング店端末４のＥＣ用アプリケーションに送信することで、返品要求によって指定されたクリーニング店のＥＣ用アプリケーションのみがタグＩＤを取得できるようにする。それによって、商品がＥＣ事業者に返品される流通上において予定していない第三者がタグＩＤを取得することを防止できる。
【0080】
ステップＳ３６において受領確認を受信すると、アプリケーションサーバ６は、タグ管理サーバ５に対して書き換え要求を送信する（ステップＳ３７）。この書き換え要求に応じて、タグ管理サーバ５は、タグデータベースにおいてステップＳ３４で書き換え対象となったタグ情報の状態フラグを「０」（確定）とする（ステップＳ３８）。すなわち、タグ管理サーバ５は、クリーニング店端末４が商品に取り付けられているタグからタグＩＤを取得した場合に、クリーニング店の会員コードとタグＩＤとを関連付けることができる。
【0081】
クリーニング店は、返品された商品のＥＣ事業者に対する発送の準備が整うと、ＥＣ用アプリケーション上でＥＣ事業者に対して発送案内のための操作を行う。この操作に応じて、クリーニング店端末４のＥＣ用アプリケーションは、ＥＣ事業者端末３に発送案内通知を送信することを要求する発送案内要求をアプリケーションサーバ６に対して送信する（ステップＳ４０）。発送案内要求には、ＥＣ事業者に対応する会員コードが含まれる。
アプリケーションサーバ６は、発送案内要求を受け付けると、タグ管理サーバ５に対して書き換え要求を送信する（ステップＳ４１）。タグ管理サーバ５は、タグデータベースにおいて、当該タグＩＤに対応するタグ情報の「商品取得者」フィールドの値を、発送案内要求に含まれるＥＣ事業者に対応する会員コードに書き換えるとともに、タグ情報の状態フラグを「１」（準備中）とする（ステップＳ４２）。
次いでアプリケーションサーバ６は、発送案内通知をＥＣ事業者端末３に送信する（ステップＳ４３）。
アプリケーションサーバ６は、発送案内要求を受け付けると、タグ管理サーバ５に対して書き換え要求を送信する（ステップＳ４１）。タグ管理サーバ５は、タグデータベースにおいて、当該タグＩＤに対応するタグ情報の「商品取得者」フィールドの値を、発送案内要求に含まれるＥＣ事業者に対応する会員コードに書き換えるとともに、タグ情報の状態フラグを「１」（準備中）とする（ステップＳ４２）。
次いでアプリケーションサーバ６は、発送案内通知をＥＣ事業者端末３に送信する（ステップＳ４３）。
【0082】
その後、クリーニング店は商品をＥＣ事業者に発送し、ＥＣ事業者が商品を受領する。
例えばＥＣ事業者の倉庫において担当者が返品されてきた商品を受領すると、ＥＣ事業者端末３のＥＣ用アプリケーションは、返品された商品に取り付けられているタグが発信するパケットを受信して、パケットに含まれるタグＩＤを取得する。ＥＣ事業者の担当者がＥＣ事業者端末３のＥＣ用アプリケーション上で、ステップＳ４３で受信した発送案内通知に含まれる「受領確認」ボタンを操作すると、アプリケーションサーバ６に対して受領確認が送信される（ステップＳ４４）。この受領確認には、タグから取得したタグＩＤが含まれる。
なお、ＥＣ事業者の担当者が「受領確認」ボタンを操作することは必須ではない。前述したように、商品がＥＣ事業者の倉庫等に到着した場合、ＥＣ事業者端末３のＥＣ用アプリケーションは、返品されてきた商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することができる。取得したタグＩＤをＥＣ事業者端末３のＥＣ用アプリケーションがアプリケーションサーバ６に送信し、アプリケーションサーバ６がタグＩＤを受信した場合、アプリケーションサーバ６は、商品注文データベースや返品要求を参照することで、ＥＣ事業者の手元に返品対象の商品が届いた（つまり、ＥＣ事業者が返品対象の商品を受領した）と判断できる。
例えばＥＣ事業者の倉庫において担当者が返品されてきた商品を受領すると、ＥＣ事業者端末３のＥＣ用アプリケーションは、返品された商品に取り付けられているタグが発信するパケットを受信して、パケットに含まれるタグＩＤを取得する。ＥＣ事業者の担当者がＥＣ事業者端末３のＥＣ用アプリケーション上で、ステップＳ４３で受信した発送案内通知に含まれる「受領確認」ボタンを操作すると、アプリケーションサーバ６に対して受領確認が送信される（ステップＳ４４）。この受領確認には、タグから取得したタグＩＤが含まれる。
なお、ＥＣ事業者の担当者が「受領確認」ボタンを操作することは必須ではない。前述したように、商品がＥＣ事業者の倉庫等に到着した場合、ＥＣ事業者端末３のＥＣ用アプリケーションは、返品されてきた商品に取り付けられているタグが発信するパケットを受信でき、パケットに含まれるタグＩＤを取得することができる。取得したタグＩＤをＥＣ事業者端末３のＥＣ用アプリケーションがアプリケーションサーバ６に送信し、アプリケーションサーバ６がタグＩＤを受信した場合、アプリケーションサーバ６は、商品注文データベースや返品要求を参照することで、ＥＣ事業者の手元に返品対象の商品が届いた（つまり、ＥＣ事業者が返品対象の商品を受領した）と判断できる。
【0083】
受領確認を受信すると、アプリケーションサーバ６は、返品確認処理を行う（ステップＳ４５）。返品確認処理は、顧客から正しい個体の商品が返品されたか否か確認する処理である。具体的には、ステップＳ４４の確認処理に含まれるタグＩＤ（つまり、ＥＣ事業者端末３が返品されてきた商品に取り付けられたタグから受信したタグＩＤ）と、返品要求に含まれる商品コードに対応するタグＩＤと、が一致するか否か判定される。一致する場合には、正しい個体の商品が返品されたと判断できる。
【0084】
次いでアプリケーションサーバ６は、タグ管理サーバ５に対して書き換え要求を送信する（ステップＳ４６）。この書き換え要求に応じて、タグ管理サーバ５は、タグデータベースにおいてステップＳ４２で書き換え対象となったタグ情報の状態フラグを「０」（確定）とする（ステップＳ４８）。
上述したように、アプリケーションサーバ６は、顧客の商品受領タイミングで顧客端末２のＥＣ用アプリケーションからタグＩＤを受信したり、クリーニング店の商品受領タイミングでクリーニング店端末４のＥＣ用アプリケーションからタグＩＤを受信したり、ＥＣ事業者の商品受領タイミングでＥＣ事業者端末３のＥＣ用アプリケーションからタグＩＤを受信したりする。つまり、アプリケーションサーバ６が各端末からタグＩＤを受信することで、顧客、クリーニング店、ＥＣ事業者のそれぞれが商品を受領したタイミングで、各端末に対して商品が実際にある場所を認識できる。また、アプリケーションサーバ６は、それぞれの端末から「受領確認」の通知を受信することで各商品取得者（顧客、クリーニング店、ＥＣ事業者等）が商品を受領したと確実に判断することができる。
上述したように、アプリケーションサーバ６は、顧客の商品受領タイミングで顧客端末２のＥＣ用アプリケーションからタグＩＤを受信したり、クリーニング店の商品受領タイミングでクリーニング店端末４のＥＣ用アプリケーションからタグＩＤを受信したり、ＥＣ事業者の商品受領タイミングでＥＣ事業者端末３のＥＣ用アプリケーションからタグＩＤを受信したりする。つまり、アプリケーションサーバ６が各端末からタグＩＤを受信することで、顧客、クリーニング店、ＥＣ事業者のそれぞれが商品を受領したタイミングで、各端末に対して商品が実際にある場所を認識できる。また、アプリケーションサーバ６は、それぞれの端末から「受領確認」の通知を受信することで各商品取得者（顧客、クリーニング店、ＥＣ事業者等）が商品を受領したと確実に判断することができる。
【0085】
図１１は、顧客から商品の注文を受けてから当該商品が返品される際のタグ情報の書き換えタイミングを示す図である。
図１１において、イベントＥ１～Ｅ６は、タグ情報の書き換えの契機となるイベントを示しており、例えばイベントＥ１は、ＥＣ事業者端末３における商品の注文受付タイミング、イベントＥ２は、顧客端末２における商品の受領タイミング、イベントＥ３は、顧客端末２における商品の返品タイミング、イベントＥ４は、クリーニング店端末４における商品の受領タイミング、イベントＥ５は、クリーニング店端末４における商品の発送タイミング、イベント６Ｅは、ＥＣ事業者端末３における商品の受領タイミングに対応する。図１１では、タグ管理サーバ５で管理されるタグ情報の状態ＳＴ１～ＳＴ６を示している。状態ＳＴ１～ＳＴ６は、対応するイベントＥ１～Ｅ６に応じて変化するタグ情報の状態を表しており、下の欄は商品の商品取得者を示し、上の欄はその商品取得者が確定しているか否かを示す。
なお、図１１では、顧客から商品の注文を受け付けて商品を顧客に発送したＥＣ事業者の会員コードを「ＥＣ１」とし、商品の注文を行った顧客の会員コードを「ＣＳ１００」とし、返品される商品を顧客から受け取るクリーニング店の会員コードを「ＣＬ０５」としている。
図１１において、イベントＥ１～Ｅ６は、タグ情報の書き換えの契機となるイベントを示しており、例えばイベントＥ１は、ＥＣ事業者端末３における商品の注文受付タイミング、イベントＥ２は、顧客端末２における商品の受領タイミング、イベントＥ３は、顧客端末２における商品の返品タイミング、イベントＥ４は、クリーニング店端末４における商品の受領タイミング、イベントＥ５は、クリーニング店端末４における商品の発送タイミング、イベント６Ｅは、ＥＣ事業者端末３における商品の受領タイミングに対応する。図１１では、タグ管理サーバ５で管理されるタグ情報の状態ＳＴ１～ＳＴ６を示している。状態ＳＴ１～ＳＴ６は、対応するイベントＥ１～Ｅ６に応じて変化するタグ情報の状態を表しており、下の欄は商品の商品取得者を示し、上の欄はその商品取得者が確定しているか否かを示す。
なお、図１１では、顧客から商品の注文を受け付けて商品を顧客に発送したＥＣ事業者の会員コードを「ＥＣ１」とし、商品の注文を行った顧客の会員コードを「ＣＳ１００」とし、返品される商品を顧客から受け取るクリーニング店の会員コードを「ＣＬ０５」としている。
【0086】
図１１に示すように、商品がＥＣ事業者、顧客、クリーニング店の三者の間で転々と移動する場合、各端末による商品に取り付けられているタグのタグＩＤの取得に基づいて、ＥＣ事業者、顧客、クリーニング店の三者のうち対象となる商品が手元にある者が、確定した商品取得者としてタグデータベースに記録される。また、ＥＣ事業者、顧客、クリーニング店の三者のうち商品を取得する予定の者については、準備中の商品取得者としてタグデータベースに記録される。したがって、一実施形態では、アプリケーションサーバ６は、タグ管理サーバ６のタグデータベースを参照することで、商品が複数の者の間で転々と移動する場合に、商品の管理責任者である商品取得者を、把握することができる。
【0087】
なお、図１１に示すように、商品取得者がＥＣ事業者とクリーニング店と顧客の間で、順次切り換わる。例えば、ＥＣ事業者から顧客に商品が移転される状況では、ＥＣ事業者が第１商品取得者の一例であり、顧客が第２商品取得者の一例である。クリーニング店からＥＣ事業者に商品が戻される状況では、クリーニング店が第１商品取得者の一例であり、ＥＣ事業者が第２商品取得者の一例である。
【0088】
タグ管理サーバ５において商品取得者を把握することができるため、一実施形態では、商品取得者に対して商品に関する情報として商品コンテンツを提供可能とすることが可能となる。
図１２は、商品取得者である顧客に対して商品コンテンツを提供する場合の処理を示すシーケンスチャートである。
図１２は、商品取得者である顧客に対して商品コンテンツを提供する場合の処理を示すシーケンスチャートである。
【0089】
例えば、顧客が購入により取得した商品が顧客端末２の近くにある場合、顧客端末２のＥＣ用アプリケーションは、商品に取り付けられたタグが発信するパケットからタグＩＤを取得し、アプリケーションサーバ６に対してタグＩＤを含む情報提供要求を送信する（ステップＳ５０）。情報提供要求は、対象となる商品に関する情報をアプリケーションサーバ６に要求するものであり、顧客がＥＣ用アプリケーション上で所定の操作を行ったことを契機として送信されてもよいし、タグＩＤを取得する度に自動的に送信されてもよい。
【0090】
情報提供要求を受信すると、アプリケーションサーバ６は、送信元の顧客が商品取得者であるかについての問合せをタグ管理サーバ５に送信する（ステップＳ５２）。この問合せを受けて、タグ管理サーバ５は、問合せに含まれる会員コードとタグＩＤの組合せをタグデータベースと照合して（ステップＳ５４）、照合結果をアプリケーションサーバ６に返す（ステップＳ５６）。
照合結果がＯＫである場合（ステップＳ５８：ＹＥＳ）、アプリケーションサーバ６は、商品データベース（図４）を参照して、情報提供要求に含まれるタグＩＤに対応する商品コンテンツを読み出して（ステップＳ６０）、要求元の顧客端末２のＥＣ用アプリケーションに送信する（ステップＳ６２）。顧客端末２のＥＣ用アプリケーションは、商品コンテンツを受信して表示する（ステップＳ６４）。
照合結果がＯＫである場合（ステップＳ５８：ＹＥＳ）、アプリケーションサーバ６は、商品データベース（図４）を参照して、情報提供要求に含まれるタグＩＤに対応する商品コンテンツを読み出して（ステップＳ６０）、要求元の顧客端末２のＥＣ用アプリケーションに送信する（ステップＳ６２）。顧客端末２のＥＣ用アプリケーションは、商品コンテンツを受信して表示する（ステップＳ６４）。
【0091】
上述したように、一実施形態のＥＣ販売システム１では、商品取得者をタグ管理サーバ５で管理しているため、タグＩＤや商品コードに対して商品コンテンツ等の提供情報等を関連付けておくことで、当該商品の購入者等の商品取得者は、商品の購入後も継続的に例えば商品に関する情報等の提供を受けることができる。また、上述したＥＣ販売システム１では、顧客と１又は複数の商品（例えばアパレルの場合、スカート、ジャケット等の商品群）とを関連付けることもできるため、顧客ごとに商品の取得状況に応じて効果的なコンテンツ等を配信することも可能である。
【0092】
また、上述したＥＣ販売システム１では、商品が衣類等のアパレル商品である場合を想定して説明したが、その限りではなく、その他の種別の商品（例えば、化粧品、日用品、食料品、家具、家電、オフィス機器、アウトドア用品等）に対しても適用できる。また、オンラインを活用した物品のレンタルサービス（例えば、衣料品サブスクリプション等）にも適用できる。
顧客が商品を返品する場合の仲介者の一例としてクリーニング店を挙げたが、その限りではなく、運搬業者等の他の仲介者を適用することができる。
ＥＣ販売システム１では、取り扱う商品の種別を限定しないため、顧客を複数の異なる分野の商品と関連付けてもよい。その場合、顧客の商品の取得状況に応じて効果的なコンテンツを提供することもできる。
顧客が商品を返品する場合の仲介者の一例としてクリーニング店を挙げたが、その限りではなく、運搬業者等の他の仲介者を適用することができる。
ＥＣ販売システム１では、取り扱う商品の種別を限定しないため、顧客を複数の異なる分野の商品と関連付けてもよい。その場合、顧客の商品の取得状況に応じて効果的なコンテンツを提供することもできる。
【0093】
なお、例えば、商品取得者ではない者が商品取得者の近くにいることで、商品取得者ではない者の顧客端末２のＥＣ用アプリケーションが、商品取得者の商品に取り付けられているタグからタグＩＤを取得して情報提供要求をアプリケーションサーバ６に送信することもあり得る。その場合、当該タグＩＤと商品取得者ではない者の会員コードとが、対応付けた状態でタグデータベースに記録されていないため、図１２のステップＳ５８において照合エラーとなり、商品取得者でない者のＥＣ用アプリケーションには、商品コンテンツが提供されない。したがって、商品取得者のみが商品コンテンツの提供を受けることが仕組みとすることができる。また、例えば商品案内通知後に照合エラーが続く場合には、正規の商品取得者の手元に商品が届いていないと判断して、ＥＣ事業者端末に通知をしても良い。
【0094】
上述したように、ＥＣ販売システム１では、例えば、商品取得者が移転される場合（例えば返品の際に、商品取得者が顧客、クリーニング店、ＥＣ事業者の順に移転される場合）、タグデータベースにおいてタグＩＤに関連付けて商品取得者が移転される度に商品取得者に関する情報（会員コード）が記録される。各者が商品を取得し、それにより各者の端末が商品に取り付けられているタグのタグＩＤを取得したタイミングでタグデータベースにおける商品取得者の情報が切り替えられ、各者が何らかの煩雑な手続きを行うことを要しない。
また、商品取得者がタグデータベースにおいて商品取得者が一元的に管理されるため、アプリケーションサーバ側で現在の商品取得者を常に把握することができ、商品取得者に対して適切に商品コンテンツ等の情報を提供することができる。
また、商品取得者がタグデータベースにおいて商品取得者が一元的に管理されるため、アプリケーションサーバ側で現在の商品取得者を常に把握することができ、商品取得者に対して適切に商品コンテンツ等の情報を提供することができる。
【0095】
一実施形態では、タグデータベースでは、商品の過去の商品取得者に関する情報（つまり、会員コード）と、当該商品に取り付けられているタグのタグＩＤとを関連付けてもよい。すなわち、タグ情報は、現在の商品取得者だけでなく、過去の商品取得者も含んでもよい。例えば、図１１に示す例では、会員コード：ＥＣ１，ＣＳ１００，ＣＬ０１，ＥＣ１といった具合に順にタグデータベースの「商品取得者」フィールドに記録される。このようにすることで、商品の流通段階や商品の譲渡により商品取得者が転々とする場合に商品取得者の履歴を把握することができる。アプリケーションサーバ６は、現在の商品取得者と商品の取得状況、過去の商品取得者と商品の取得状況を把握するため、効果的にコンテンツを提供することができる。例えば、現在の商品の商品取得者に対して、当該商品の過去の商品取得者が取得した別の商品に関するコンテンツを提供することができる。
【0096】
一実施形態のＥＣ販売システム１では、顧客が商品を返品するときに、従来のように、返品伝票を記入し、商品を梱包して宅配便等によりＥＣ事業者に発送するという煩雑な作業を必要としない。ＥＣ事業者にとっても返品された商品を受領するときの作業が省力化できる。そのため、顧客から商品を返品される際に、顧客及びＥＣ事業者の双方にとって利便性が向上する。
ＥＣ販売による商品の返品における利便性が向上するため、顧客が返品を恐れずに気軽に注文できることとなり、ＥＣ販売の普及に寄与する。
ＥＣ販売による商品の返品における利便性が向上するため、顧客が返品を恐れずに気軽に注文できることとなり、ＥＣ販売の普及に寄与する。
【0097】
以上、情報処理端末、情報処理システム、情報処理方法、及び、プログラムの実施形態について説明したが、本発明は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。
【0098】
例えば、無線タグとして周囲環境の電波からエネルギーを得て動作する環境発電型のＩｏＴタグが適用される場合について説明した。ＩｏＴタグが適用される場合、従来のパッシブタグとは異なり、周囲環境に存在する電波によって給電されて動作するため、常に近くに給電のためにリーダライタを固定配置させる必要がないという利点があるが、ＩｏＴタグを適用しなくてもよい。
バッテリを内蔵したアクティブ型のＲＦＩＤタグ（アクティブタグ）やバッテリを内蔵しないパッシブ型のＲＦＩＤタグ（パッシブタグ）にセンサを組み合わせた装置を無線タグとして適用してもよい。その場合、例えば利用者の家庭内、クリーニング店内、ＥＣ事業者の倉庫等にリーダライタを設置し、ＲＦＩＤタグが記憶するタグＩＤ及びセンサデータをリーダライタが読み、アプリケーションサーバ６に通知する。
バッテリを内蔵したアクティブ型のＲＦＩＤタグ（アクティブタグ）やバッテリを内蔵しないパッシブ型のＲＦＩＤタグ（パッシブタグ）にセンサを組み合わせた装置を無線タグとして適用してもよい。その場合、例えば利用者の家庭内、クリーニング店内、ＥＣ事業者の倉庫等にリーダライタを設置し、ＲＦＩＤタグが記憶するタグＩＤ及びセンサデータをリーダライタが読み、アプリケーションサーバ６に通知する。
【0099】
また、無線タグとしてＢＬＥタグを適用してもよい。ＢＬＥタグは、上記ＩｏＴタグと同様にＢＬＥ通信を行うが、バッテリが内蔵されている点でＩｏＴタグとは異なる。ＢＬＥタグについてもセンサを内蔵させることができる。ＢＬＥタグの場合もＩｏＴタグと同様に、タグＩＤを含む電波のブロードキャスト等をして、各端末が電波を受信して上述した処理を行うことが可能である。
【0100】
商品に取り付けられるタグのタグＩＤと商品取得者とをタグ管理サーバにおいて管理することは、当該商品の種類や、当該商品がＥＣ販売によって譲渡されたか否かの販売方法とは無関係であり、特定の商品や譲渡方法に限定されない。店頭販売されている商品にタグが取り付けられている場合であっても、当該商品の購入者の端末とタグとの通信によって、当該購入者を商品取得者としてタグＩＤと対応付けることが可能である。
【0101】
上述した実施形態において、タグ管理サーバ５やアプリケーションサーバ６の機能の一部を顧客端末２や、クリーニング店端末４、ＥＣ事業者端末３によって実現するように、ＥＣ用アプリケーションを構成してもよい。すなわち、タグ管理サーバ５やアプリケーションサーバ６の機能の一部をネイティブアプリケーションとして実現することもできる。
また、タグ管理サーバ５の一部の機能をアプリケーションサーバ６で実現するようにしてもよいし、アプリケーションサーバ６の一部の機能をタグ管理サーバで実現するようにしてもよい。
また、タグ管理サーバ５の一部の機能をアプリケーションサーバ６で実現するようにしてもよいし、アプリケーションサーバ６の一部の機能をタグ管理サーバで実現するようにしてもよい。
【符号の説明】
【0102】
１…ＥＣ販売システム
Ｔ…ＩｏＴタグ
１１…制御部
１１１…メモリ
１２…アンテナ
１３…ハーベスティング部
１３１…エネルギーストレージ
１４…電圧制御部
１５…ＲＦトランシーバ
２…顧客端末
２１…制御部
２２…ストレージ
２３…操作入力部
２４…表示部
２５…第１通信部
２６…第２通信部
３…ＥＣ事業者端末
４…クリーニング店端末
５…タグ管理サーバ
５１…制御部
５２…ストレージ
５３…通信部
６…アプリケーションサーバ
６１…制御部
６２…ストレージ
６３…通信部
６…ウェブサーバ
ＮＷ…ネットワーク
Ｔ…ＩｏＴタグ
１１…制御部
１１１…メモリ
１２…アンテナ
１３…ハーベスティング部
１３１…エネルギーストレージ
１４…電圧制御部
１５…ＲＦトランシーバ
２…顧客端末
２１…制御部
２２…ストレージ
２３…操作入力部
２４…表示部
２５…第１通信部
２６…第２通信部
３…ＥＣ事業者端末
４…クリーニング店端末
５…タグ管理サーバ
５１…制御部
５２…ストレージ
５３…通信部
６…アプリケーションサーバ
６１…制御部
６２…ストレージ
６３…通信部
６…ウェブサーバ
ＮＷ…ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】