特許 6504986 商品販売システム、発注方法、発注受付デバイス、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6504986

(24)【登録日】2019年4月5日

(45)【発行日】2019年4月24日

(54)【発明の名称】商品販売システム、発注方法、発注受付デバイス、及びプログラム

(51)【国際特許分類】

   G06Q 30/06 20120101AFI20190415BHJP

   H04M 11/00 20060101ALI20190415BHJP

   H04M 1/00 20060101ALI20190415BHJP

   G07G 1/14 20060101ALI20190415BHJP

【ＦＩ】

   G06Q30/06 340

   H04M11/00 302

   H04M1/00 U

   G07G1/14

【請求項の数】8

【全頁数】19

(21)【出願番号】特願2015-192232(P2015-192232)

(22)【出願日】2015年9月29日

(65)【公開番号】特開2017-68519(P2017-68519A)

(43)【公開日】2017年4月6日

【審査請求日】2017年8月7日

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100166006

【弁理士】

【氏名又は名称】泉 通博

(74)【代理人】

【識別番号】100124084

【弁理士】

【氏名又は名称】黒岩 久人

(74)【代理人】

【識別番号】100145698

【弁理士】

【氏名又は名称】清水 俊介

(72)【発明者】

【氏名】田淵 純一

【審査官】 木方 庸輔

(56)【参考文献】

【文献】 国際公開第２０１５／０７５８９２（ＷＯ，Ａ１）

【文献】 国際公開第２０１５／１２９５８８（ＷＯ，Ａ１）

【文献】 特開２００６−１２７１６３（ＪＰ，Ａ）

【文献】 特開２０１０−１４８６１６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００ ，

Ｇ０７Ｇ １／００ − ５／００ ，

Ｈ０４Ｍ １／００ ，

Ｈ０４Ｍ １１／００ − １１／１０

(57)【特許請求の範囲】

【請求項1】

ユーザから商品の発注操作を受け付ける発注受付デバイスと、前記発注受付デバイス及び商品の発注処理を実行する販売処理装置と通信可能な通信端末とを有する商品販売システムであって、
前記発注受付デバイスは、
前記発注受付デバイスを識別するためのデバイス識別情報に対して異なるデータを付加して得られた複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報を記憶するデバイス記憶部と、
前記ユーザによる前記商品の発注操作を受け付ける操作受付部と、
前記操作受付部が前記商品の発注操作を受け付けた場合、前記デバイス記憶部に記憶された複数の暗号化情報の中から、いずれか一つの暗号化情報を無作為に選択する選択部と、
前記選択部が選択した暗号化情報を前記通信端末に送信するデバイス送信部とを備え、
前記通信端末は、
前記デバイス送信部から前記暗号化情報を受信する端末受信部と、
前記暗号化情報を復号するための鍵を用いて前記端末受信部が受信した暗号化情報を復号し、付加情報付デバイス識別情報を生成する復号部と、
前記復号部が生成した付加情報付デバイス識別情報から前記デバイス識別情報を取得するデバイス識別情報取得部と、
前記デバイス識別情報取得部が取得したデバイス識別情報を含む情報であって前記デバイス識別情報に関連付けられた商品を発注するための発注情報を、前記販売処理装置に送信する端末送信部とを備える商品販売システム。

【請求項2】

前記デバイス記憶部が記憶する複数の暗号化情報のそれぞれは、乱数と、固定長の前記デバイス識別情報とを組み合わせて得られた付加情報付デバイス識別情報を暗号化して生成された情報であり、
前記デバイス識別情報取得部は、前記復号部が復号した付加情報付デバイス識別情報から乱数を削除して前記デバイス識別情報を取得する請求項１に記載の商品販売システム。

【請求項3】

前記通信端末は、
前記デバイス識別情報取得部が取得したデバイス識別情報に対してデータを付加して得られた付加情報付デバイス識別情報を暗号化することにより、新たな暗号化情報を生成する暗号化部と、
前記暗号化部が生成した暗号化情報を前記発注受付デバイスに送信する暗号化情報送信部とをさらに備え、
前記発注受付デバイスは、
前記暗号化情報送信部から暗号化情報を受信する端末受信部と、
前記端末受信部が受信した暗号化情報を用いて前記デバイス記憶部が記憶している暗号化情報を更新する更新部をさらに備える請求項１又は２に記載の商品販売システム。

【請求項4】

前記発注受付デバイスは、前記更新部による前記暗号化情報の更新が所定の期間なされない場合、前記デバイス送信部による前記暗号化情報の送信を規制する送信規制部をさらに備える請求項３に記載の商品販売システム。

【請求項5】

ユーザから商品の発注操作を受け付ける発注受付デバイスと、前記発注受付デバイス及び商品の発注処理を実行する販売処理装置と通信可能な通信端末とを有する商品販売システムで実行される発注方法であって、
前記発注受付デバイスのプロセッサが、
前記ユーザによる前記商品の発注操作を受け付けるステップと、
前記商品の発注操作を受け付けた場合、前記発注受付デバイスを識別するためのデバイス識別情報に対して異なるデータを付加して得られた複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報の中から、いずれか一つの暗号化情報を無作為に選択するステップと、
選択された暗号化情報を前記通信端末に送信するステップとを実行し、
前記通信端末のプロセッサが、
前記発注受付デバイスから前記暗号化情報を受信するステップと、
前記暗号化情報を復号するための鍵を用いて受信した暗号化情報を復号し、付加情報付デバイス識別情報を生成するステップと、
生成した前記付加情報付デバイス識別情報から前記デバイス識別情報を取得するステップと、
取得した前記デバイス識別情報を含む情報であって前記デバイス識別情報に関連付けられた商品を発注するための発注情報を、前記販売処理装置に送信するステップとを実行する発注方法。

【請求項6】

商品の発注を受け付ける発注受付デバイスであって、
前記発注受付デバイスを識別するためのデバイス識別情報に対して異なるデータを付加して得られた複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報を記憶するデバイス記憶部と、
ユーザから商品の発注操作を受け付ける操作受付部と、
前記操作受付部が前記商品の発注操作を受け付けた場合、前記複数の暗号化情報のうちいずれか一つの暗号化情報を無作為に選択し、前記デバイス識別情報に対応づけられた商品の発注処理を実行する販売処理装置に送信するデバイス送信部とを備える発注受付デバイス。

【請求項7】

商品の発注を受け付ける発注受付デバイスのプロセッサが実行する発注方法であって、
ユーザから商品の発注操作を受け付けるステップと、
前記商品の発注操作を受け付けた場合、前記発注受付デバイスを識別するためのデバイス識別情報に対して異なるデータを付加して得られた複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報のうちいずれか一つの暗号化情報を無作為に選択するステップと、
選択した前記暗号化情報を、前記デバイス識別情報に対応づけられた商品の発注処理を実行する販売処理装置に送信するステップとを実行する発注方法。

【請求項8】

商品の発注を受け付ける発注受付デバイスに、
ユーザから商品の発注操作を受け付ける機能と、
前記商品の発注操作を受け付けた場合、前記発注受付デバイスを識別するためのデバイス識別情報に対して異なるデータを付加して得られた複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報のうちいずれか一つの暗号化情報を無作為に選択する機能と、
選択した前記暗号化情報を、前記デバイス識別情報に対応づけられた商品の発注処理を実行する販売処理装置に送信する機能とを実現させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、商品販売システム、発注方法、発注受付デバイス、及びプログラムに関する。

【背景技術】

【0002】

通信端末を用いて商品を発注する方法が知られている。特許文献１においては、通信端末を用いて購入できる商品の画像を通信端末に表示し、ユーザが商品の画像を選択する操作をすることにより商品を発注できる方法が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００１−２８３１１３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

従来の商品受商品販売システムを用いる場合、通信端末のユーザは、所望の商品を発注するために、購入可能な商品を画面に表示させた後に、購入する商品の画像を選択する操作をしなければならなかった。したがって、商品の発注が完了するまでに長い時間を要するとともに、ユーザにとって操作が煩雑であるという問題が生じていた。

【0005】

そこで、本発明はこれらの点に鑑みてなされたものであり、ユーザが商品を発注しやすくすることができる商品販売システム、商品販売方法及び通信端末を提供することを目的とする。

【課題を解決するための手段】

【0006】

上記課題を解決するために、本発明のある態様は、ユーザから商品の発注操作を受け付ける発注受付デバイスと、前記発注受付デバイス及び商品の発注処理を実行する販売処理装置と通信可能な通信端末とを有する商品販売システムである。この商品販売システムにおいて、前記発注受付デバイスは、前記発注受付デバイスを識別するためのデバイス識別情報に対して異なるデータを付加して得られた複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報を記憶するデバイス記憶部と、前記ユーザによる前記商品の発注操作を受け付ける操作受付部と、前記操作受付部が前記商品の発注操作を受け付けた場合、前記複数の暗号化情報のうちいずれか一つの暗号化情報を前記通信端末に送信するデバイス送信部とを備える。前記通信端末は、前記デバイス送信部から前記暗号化情報を受信する端末受信部と、前記暗号化情報を復号するための鍵を用いて前記端末受信部が受信した暗号化情報を復号し、付加情報付デバイス識別情報を生成する復号部と、前記復号部が生成した付加情報付デバイス識別情報から前記デバイス識別情報を取得するデバイス識別情報取得部と、前記デバイス識別情報取得部が取得したデバイス識別情報を含む情報であって前記デバイス識別情報に関連付けられた商品を発注するための発注情報を、前記販売処理装置に送信する端末送信部とを備える。

【0007】

前記発注受付デバイスは、前記デバイス記憶部に記憶された複数の暗号化情報の中から、いずれか一つの暗号化情報を無作為に選択する選択部をさらに備えてもよい。

【0008】

前記デバイス記憶部が記憶する複数の暗号化情報のそれぞれは、乱数と、固定長の前記デバイス識別情報とを組み合わせて得られた付加情報付デバイス識別情報を暗号化して生成された情報であってもよく、前記デバイス識別情報取得部は、前記復号部が復号した付加情報付デバイス識別情報から乱数を削除して前記デバイス識別情報を取得してもよい。

【0009】

前記通信端末は、前記デバイス識別情報取得部が取得したデバイス識別情報に対してデータを付加して得られた付加情報付デバイス識別情報を暗号化することにより、新たな暗号化情報を生成する暗号化部と、前記暗号化部が生成した暗号化情報を前記発注受付デバイスに送信する暗号化情報送信部とをさらに備えてもよく、前記発注受付デバイスは、前記暗号化情報送信部から暗号化情報を受信する端末受信部と、前記端末受信部が受信した暗号化情報を用いて前記デバイス記憶部が記憶している暗号化情報を更新する更新部をさらに備えてもよい。

【0010】

前記発注受付デバイスは、前記更新部による前記暗号化情報の更新が所定の期間なされない場合、前記デバイス送信部による前記暗号化情報の送信を規制する送信規制部をさらに備えてもよい。

【0011】

本発明の別の態様は、ユーザから商品の発注操作を受け付ける発注受付デバイスと、前記発注受付デバイス及び商品の発注処理を実行する販売処理装置と通信可能な通信端末とを有する商品販売システムで実行される発注方法である。この発注方法においては、前記発注受付デバイスのプロセッサが、前記ユーザによる前記商品の発注操作を受け付けるステップと、前記商品の発注操作を受け付けた場合、前記発注受付デバイスを識別するためのデバイス識別情報に対して異なるデータを付加して得られた複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報のうちいずれか一つの暗号化情報を前記通信端末に送信するステップとを実行する。また前記通信端末のプロセッサが、前記発注受付デバイスから前記暗号化情報を受信するステップと、前記暗号化情報を復号するための鍵を用いて受信した暗号化情報を復号し、付加情報付デバイス識別情報を生成するステップと、生成した前記付加情報付デバイス識別情報から前記デバイス識別情報を取得するステップと、取得した前記デバイス識別情報を含む情報であって前記デバイス識別情報に関連付けられた商品を発注するための発注情報を、前記販売処理装置に送信するステップとを実行する。

【0012】

本発明のさらに別の態様は、商品の発注を受け付ける発注受付デバイスである。この発注受付デバイスは、前記発注受付デバイスを識別するためのデバイス識別情報に対して異なるデータを付加して得られた複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報を記憶するデバイス記憶部と、ユーザから商品の発注操作を受け付ける操作受付部と、前記操作受付部が前記商品の発注操作を受け付けた場合、前記複数の暗号化情報のうちいずれか一つの暗号化情報を選択し、前記デバイス識別情報に対応づけられた商品の発注処理を実行する販売処理装置に送信するデバイス送信部とを備える。

【0013】

本発明のさらに別の態様は、商品の発注を受け付ける発注受付デバイスのプロセッサが実行する発注方法である。この方法においては、前記発注受付デバイスのプロセッサが、ユーザから商品の発注操作を受け付けるステップと、前記商品の発注操作を受け付けた場合、前記発注受付デバイスを識別するためのデバイス識別情報に対して異なるデータを付加して得られた複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報のうちいずれか一つの暗号化情報を選択するステップと、選択した前記暗号化情報を、前記デバイス識別情報に対応づけられた商品の発注処理を実行する販売処理装置に送信するステップとを実行する。

【0014】

本発明のさらに別の態様は、商品の発注を受け付ける発注受付デバイスに発注機能を実現させるプログラムである。このプログラムは、前記発注受付デバイスに、ユーザから商品の発注操作を受け付ける機能と、前記商品の発注操作を受け付けた場合、前記発注受付デバイスを識別するためのデバイス識別情報に対して異なるデータを付加して得られた複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報のうちいずれか一つの暗号化情報を選択する機能と、選択した前記暗号化情報を、前記デバイス識別情報に対応づけられた商品の発注処理を実行する販売処理装置に送信する機能とを実現させる。

【0015】

なお、以上の構成要素の任意の組合せ、本発明の少なくとも一部の表現を方法、装置、システム、コンピュータプログラム、データ構造、記録媒体などの間で変換したものもまた、本発明の態様として有効である。コンピュータプログラムは、発注受付デバイス、通信端末、および販売処理装置のファームウェアの一部として提供されてもよい。このファームウェアは、たとえば、機器内のＲＯＭ（Read Only Memory）やフラッシュメモリなどの半導体メモリに格納される。このファームウェアを提供するため、あるいはファームウェアの一部をアップデートするために、このプログラムを記録したコンピュータ読み取り可能な記録媒体が提供されてもよく、また、このプログラムが通信回線で伝送されてもよい。

【発明の効果】

【0016】

本発明によれば、ユーザが商品を発注しやすくすることができるという効果を奏する。

【図面の簡単な説明】

【0017】

【図1】実施の形態に係る商品販売システムの概要を説明するための図である。

【図2】発注受付デバイス及び通信端末の構成を示す図である。

【図3】図３（ａ）−（ｂ）は、デバイスＩＤ、付加データ、及び暗号化情報の関係を模式的に示す図である。

【図4】通信端末及び販売処理装置の構成を示す図である。

【図5】販売条件テーブルの一例を示す図である。

【図6】商品管理テーブルの一例を示す図である。

【図7】実施の形態の商品販売システムにおける販売処理のシーケンスを示す図である。

【図8】実施の形態の商品販売システムにおける販売処理のシーケンスを示す図である。

【発明を実施するための形態】

【0018】

［商品販売システムＳの概要］
図１は、実施の形態に係る商品販売システムＳの概要を説明するための図である。実施の形態に係る商品販売システムＳは、ユーザから商品の発注操作を受け付ける発注受付デバイス１と、発注受付デバイス１及び商品の発注処理を実行する販売処理装置３と通信可能な通信端末２とを有する商品販売システムである。

【0019】

図１は、商品販売システムＳに含まれる通信端末２及び販売処理装置３とともに、発注受付デバイス１、販売店４、基地局Ｎ１及びネットワークＮ２を示している。基地局Ｎ１は、携帯電話網の基地局であり、ネットワークＮ２は、例えばインターネットである。

【0020】

発注受付デバイス１は、ユーザによる商品の発注の指示を受け付けるデバイスである。発注受付デバイス１には、ユーザが押下可能なボタンが設けられており、ユーザは、ボタンを押すことにより商品を発注することができる。ユーザは、例えば、商品を使用する場所の近くに発注受付デバイス１を設置しておくことにより、商品の在庫がなくなった時点でボタンを押して、容易に商品を発注することができる。

【0021】

発注受付デバイス１は、発注受付デバイス１毎に一意に定められたデバイスＩＤ（IDentification）が暗号化された情報を記憶している。デバイスＩＤは、各発注受付デバイス１を特定するために用いられるデバイス識別情報として機能する。ユーザがボタンを押下することにより（図１における（１））、デバイスＩＤに関連付けられた商品を発注する操作が受け付けられる。発注受付デバイス１は、ボタンが押下されたことに応じて、通信端末２に対して発注要求信号を送信する（図１における（２））。

【0022】

通信端末２は、発注受付デバイス１及び基地局Ｎ１と通信可能な端末であり、例えばスマートフォン、タブレット、ファブレット、ノートＰＣ（Personal Computer）、又はデスクトップＰＣ等である。通信端末２は、発注受付デバイス１から発注要求信号を受信すると、発注要求信号に含まれる暗号化されたデバイスＩＤを復号する。次いで、通信端末２は、発注受付デバイス１のデバイスＩＤを少なくとも含む発注情報を販売処理装置３に送信する（図１における（３））。通信端末２が送信した発注情報は、基地局Ｎ１及びネットワークＮ２を経由して、販売処理装置３に送信される（図１における（４））。

【0023】

販売処理装置３は、ネットワークＮ２に接続されたサーバである。販売処理装置３は、例えば、通信端末２のユーザが契約をしている通信キャリアによって管理されている。販売処理装置３は、通信端末２が送信した発注情報を受信すると、発注情報に対応する商品の在庫がある販売店４に対して注文情報を送信する（図１における（５）〜（６））。注文情報には、商品を特定するための情報とともに、通信端末２のユーザの住所を示す情報が含まれている。販売店４は、注文情報を受信すると、注文情報に含まれている住所に、注文情報に基づいて特定される商品を配達するための処理をする（図１における（７））。

【0024】

また、販売処理装置３は、通信端末２のユーザにより予め設定された方法により決済処理をする。ユーザが、例えば、通信端末２の通信料と合算して商品の購入代金の請求を受けるキャリア決済を決済方法として選択している場合、販売処理装置３は、通信端末２に対して決済情報を送信したり、通信端末２のユーザに対して請求書を郵送する処理を実行したりする（図１における（８））。

【0025】

商品販売システムＳが上記のように動作することにより、通信端末２のユーザは、発注受付デバイス１のボタンを押すだけで、所望の商品を発注し、商品の配達を受けることができる。したがって、通信端末２を操作して商品を発注する場合に比べて、ユーザが商品を発注しやすくなる。
以下、発注受付デバイス１、通信端末２及び販売処理装置３の構成及び動作について詳細に説明する。

【0026】

［発注受付デバイス１及び通信端末２の構成］
図２は、発注受付デバイス１及び通信端末２の構成を示す図である。発注受付デバイス１は、制御部１１と、記憶部１２と、操作受付部１３と、無線部１４と、通知部１５と、バッテリー１６と、選択部１７と、更新部１８と、送信規制部１９とを有する。

【0027】

制御部１１は、例えばＣＰＵ（Central Processing Unit）等のプロセッサによって実現される。制御部１１は、記憶部１２に記憶されているプログラムを実行することにより、発注受付デバイス１の各部を制御する。

【0028】

記憶部１２は、例えばＲＯＭ及びＲＡＭ（Random Access Memory）である。記憶部１２は、制御部１１が実行するプログラム、及び発注受付デバイス１のデバイスＩＤを暗号化して生成された複数の暗号化情報を記憶している。

【0029】

実施の形態に係る発注受付デバイス１においては、デバイスＩＤは暗号化されて暗号化情報として記憶部１２に記憶されている。この意味で記憶部１２は、複数の暗号化情報を記憶するデバイス記憶部として機能する。暗号化情報は、デバイスＩＤに対してデータを付加した上で暗号化された情報であり、記憶部１２は複数の異なる暗号化情報を記憶している。より具体的には、記憶部１２は、複数の付加情報付デバイス識別情報を暗号化することにより予め生成された複数の暗号化情報を記憶している。なお、「付加情報付デバイス識別情報」とは、デバイスＩＤにデータを付加して得られた情報である。暗号化情報の生成方法の詳細については後述する。

【0030】

操作受付部１３は、ユーザによる商品の発注操作を受け付けるデバイスである。操作受付部１３は、例えばプッシュボタン、タッチパネル及びスライドスイッチであり、ユーザの操作を検出できるデバイスであれば任意のデバイスであってよい。

【0031】

無線部１４は、通信端末２と通信するための無線インターフェイス部である。無線部１４は、例えばＢＬＥ（Bluetooth Low Energy）（Bluetoothは登録商標）の無線モジュールであり、制御部１１の制御に基づいて、デバイスＩＤを通信端末２に送信する。無線部１４は、操作受付部１３が商品の発注操作を受け付けた場合、記憶部１２が記憶する複数の暗号化情報のうちいずれか一つの暗号化情報を通信端末２に送信するデバイス送信部として機能する。より具体的には、選択部１７は、記憶部１２に記憶された複数の暗号化情報の中から、いずれか一つの暗号化情報を無作為に選択する。無線部１４は、選択部１７が選択した暗号化情報を含む発注要求信号を通信端末２に送信する。

【0032】

このように、発注受付デバイス１が通信端末２に送信するデバイスＩＤは暗号化されているため、外部にデバイスＩＤが漏洩することを抑制できる。また、発注受付デバイス１が通信端末２に送信する暗号化情報は、複数の異なる暗号化情報の中からランダムで選択される。このため、例えば発注受付デバイス１が送信する暗号化情報を、第三者がそのままその発注受付デバイス１のデバイスＩＤとして転用することも困難となる。

【0033】

通知部１５は、ユーザに情報を通知するデバイスであり、例えば発光ダイオードや液晶パネル、有機ＥＬ（Electro-Luminescence）パネル等で実現される。通知部１５は、制御部１１の制御に基づいて、操作受付部１３が押下されてから所定の時間が経過するまでの間点灯することにより、ユーザの操作が受け付けられたことをユーザに通知する。

【0034】

バッテリー１６は、発注受付デバイス１の各部を動作させるための電力を供給する。バッテリー１６の出力電圧は、制御部１１により監視されており、バッテリー１６の出力電圧が所定の電圧よりも低くなると、制御部１１は通知部１５を点滅させることにより、ユーザに通知する。送信規制部１９は、所定の条件下において無線部１４による暗号化情報の送信を禁止する。送信規制部１９の詳細は後述する。

【0035】

通信端末２は、制御部２１と、記憶部２２と、第１無線部２３と、第２無線部２４と、操作部２５と、表示部２６と、復号部２７と、デバイス識別情報取得部２８と、暗号化部２９とを有する。
制御部２１は、例えばＣＰＵ等のプロセッサによって実現できる。制御部２１は、記憶部２２に記憶されているプログラムを実行することにより、通信端末２の各部を制御する。制御部２１は、第１無線部２３が受信した発注受付デバイス１のデバイスＩＤ、及び記憶部２２に記憶されているユーザＩＤを含む発注情報を生成し、生成した発注情報を、第２無線部２４を介して販売処理装置３に送信する。

【0036】

記憶部２２は、例えばＲＯＭ及びＲＡＭを含む端末記憶部である。記憶部２２は、制御部２１、復号部２７、デバイス識別情報取得部２８、及び暗号化部２９が実行するプログラム、及び通信端末２のユーザＩＤを記憶している。ユーザＩＤは、ユーザに固有の情報であり、例えば、通信端末２のユーザが契約している通信キャリアによって付与される文字、数字又は記号を含んでいる。ユーザＩＤは、例えば、通信端末２が製造された時点で記憶部２２に書き込まれている。ユーザＩＤは、通信端末２が販売された後に、ユーザによって設定された文字、数字又は記号であってもよい。

【0037】

第１無線部２３は、発注受付デバイス１と通信するための無線インターフェイス部であり、端末受信部として機能する。第１無線部２３は、例えばＢＬＥの無線モジュールであり、発注受付デバイス１が送信した暗号化情報を受信する。

【0038】

第２無線部２４は、基地局Ｎ１と通信するための無線インターフェイス部であり、端末送信部として機能する。第２無線部２４は、例えばＬＴＥ（Long Term Evolution）規格に対応する通信方式を用いて、基地局Ｎ１との間でデータを送受信する。第２無線部２４は、例えばデバイスＩＤ及びユーザＩＤを暗号化した情報を含む発注情報を基地局Ｎ１に送信する。

【0039】

操作部２５は、例えばタッチパネルである。操作部２５は、表示部２６に重ねて設けられており、ユーザがタッチした位置を示す座標情報を制御部２１に通知する。
表示部２６は、例えば液晶ディスプレイである。表示部２６は、制御部２１の制御に基づいて、各種の情報を表示する。

【0040】

復号部２７は、暗号化情報を復号するための鍵を用いて端末受信部が受信した暗号化情報を復号し、付加情報付デバイス識別情報を生成する。暗号化情報を復号するための鍵は、復号部２７が実行するプログラムとともに記憶部２２に記憶されている。この鍵は、例えば共通鍵暗号方式の共通鍵でもよいし、公開鍵暗号方式の復号鍵でもよい。いずれの場合にしても、暗号化情報を復号するための鍵は、例えば通信端末２の製造時に製造業者によって記憶部２２に格納されたり、通信端末２をユーザに販売する前に販売者によってプログラムとともに記憶部に格納されたりする。デバイス識別情報取得部２８は、復号部２７が生成した付加情報付デバイス識別情報から、デバイスＩＤを取得する。第２無線部２４は、デバイス識別情報取得部２８からデバイスＩＤを取得した場合、デバイスＩＤに関連付けられた商品を発注するための発注情報を、販売処理装置３に送信する。

【0041】

以下、付加情報付デバイス識別情報からデバイスＩＤを取得する具体的な方法の詳細について、暗号化情報の生成方法とともに説明する。

【0042】

図３（ａ）−（ｂ）は、デバイスＩＤ、付加データ、及び暗号化情報の関係を模式的に示す図である。より具体的には、図３（ａ）は暗号化情報の生成方法を説明する図であり、図３（ｂ）はデバイスＩＤの取り出し方を説明する図である。

【0043】

上述したように、デバイスＩＤは文字、数字又は記号を含んでいる情報である。実施の形態に係るデバイスＩＤは、固定長の情報である。図３（ａ）に示すように、暗号化情報は固定長のデバイスＩＤに乱数を組み合わせたものを暗号化して得られる情報である。上述した付加情報付デバイス識別情報は、固定長のデバイスＩＤに乱数を組み合わせた情報を意味する。

【0044】

図３（ａ）は、付加情報付デバイス識別情報が、デバイスＩＤの末尾に乱数が付加された情報である場合を示している。しかしながら、デバイスＩＤと乱数との組み合わせの仕方はこれに限られず、デバイスＩＤを復元できる組み合わせの仕方であればどのような態様であってもよい。この他、例えばデバイスＩＤの先頭に乱数を追加して付加情報付デバイス識別情報を生成してもよいし、デバイスＩＤを所定の長さで分割しその間に乱数を組み込んで生成してもよい。さらには、デバイスＩＤを構成する各文字と文字との間に乱数を並べることで生成してもよい。また、乱数は固定長でなくてもよい。

【0045】

発注受付デバイス１の記憶部１２は、複数の異なる暗号化情報を格納している。複数の暗号化情報は、あらかじめ生成された複数の異なる付加情報付デバイス識別情報をそれぞれ暗号化することで生成される。そして、複数の異なる付加情報付デバイス識別情報はそれぞれ、発注受付デバイス１を特定するためのデバイスＩＤに、異なる乱数を組み合わせて得られた情報である。図３（ａ）に示す例では、一種類のデバイスＩＤに、Ｎ種類（Ｎは２以上の自然数）の異なる乱数を組み合わせることで、Ｎ種類の異なる付加情報付デバイス識別情報を生成する場合の例を示している。ここでＮの具合的な値は、記憶部１２の記憶容量や発注受付デバイス１と通信端末２との間の通信に求められる安全性等を考慮して実験により定めればよいが、例えば６４である。

【0046】

なお、デバイスＩＤは発注受付デバイス１を一意に特定できればよい。したがって、一つの発注受付デバイス１に関連づけられるデバイスＩＤは必ずしも一つに限られない。あるデバイスＩＤが一つの発注受付デバイス１に関連づけられていることが担保されれば、一つの発注受付デバイス１に複数のデバイスＩＤが関連づけられてもよい。

【0047】

デバイス識別情報取得部２８は、復号部２７が暗号化情報を復号することで生成した付加情報付デバイス識別情報から乱数を削除してデバイスＩＤを取得する。図３（ｂ）に示すように、暗号化情報を復号することにより、デバイスＩＤの末尾に乱数が付加された付加情報付デバイス識別情報が得られる。デバイスＩＤは固定長であるため、デバイス識別情報取得部２８は、付加情報付デバイス識別情報の先頭から固定長の長さを切り出すことにより、デバイスＩＤを取得する。

【0048】

図２の説明に戻る。暗号化部２９は、デバイス識別情報取得部２８が取得したデバイスＩＤに対して乱数データを付加して得られた付加情報付デバイス識別情報を生成する。暗号化部２９は、生成した付加情報付デバイス識別情報を暗号化することにより、新たな暗号化情報を生成する。第１無線部２３は、暗号化部２９が生成した新たな暗号化情報を、発注受付デバイス１に所定の間隔で定期的に送信する。この意味で、第１無線部２３は、暗号化情報を発注受付デバイス１に送信する暗号化情報送信部としても機能する。

【0049】

発注受付デバイス１の無線部１４は、第１無線部２３から送信された暗号化情報を受信する。この意味で、無線部１４は暗号化情報を受信する端末受信部としても機能する。更新部１８は、無線部１４が受信した暗号化情報を用いて記憶部１２が記憶している暗号化情報を更新する。このように、記憶部１２が記憶する暗号化情報は定期的に更新されるため、発注受付デバイス１が送信する暗号化情報を第三者がそのまま発注受付デバイス１の識別情報として転用することが困難となる。

【0050】

ここで上述した「所定の間隔」とは、暗号化部２９が新たな暗号化情報を生成する暗号化情報生成周期であり、かつ第１無線部２３が暗号化情報を発注受付デバイス１に送信する暗号化情報送信周期である。所定の間隔の具体的な長さは、発注受付デバイス１と通信端末２との間の通信に求められる安全性等を考慮して実験により定めればよいが、例えば３０日である。

【0051】

送信規制部１９は、更新部１８による暗号化情報の更新が所定の期間なされない場合、無線部１４が暗号化情報を通信端末２に送信することを規制する。ここで「所定の期間」とは、送信規制部１９が無線部１４の通信規制を実行するか否かを判定するために参照される通信規制判定期間である。所定の期間の具体的な長さは通信端末２との間の通信に求められる安全性等を考慮して実験により定めればよいが、少なくとも上述の所定の間隔と同じ長さかそれ以上である。送信規制部１９が無線部１４の通信規制を実施することにより、第三者によって発注受付デバイス１が、商品販売システムＳ以外の他のシステムに転用されることを抑制できる。

【0052】

［通信端末２及び販売処理装置３の構成］
図４は、通信端末２及び販売処理装置３の構成を示す図である。なお、通信端末２の構成については図２を参照して説明したため、適宜省略又は簡略化して記載する。

【0053】

販売処理装置３は、通信部３１と、記憶部３２と、販売処理部３３とを有する。通信部３１は、例えばＬＡＮ（Local Area Network）コントローラを含む、通信部３１はネットワークＮ２と接続するための通信インターフェイス部であり、装置受信部として機能する。通信部３１は、ネットワークＮ２を介して通信端末２の第２無線部２４から暗号化情報を受信する端末受信部として機能する。

【0054】

記憶部３２は、ＲＯＭ、ＲＡＭ及びハードディスク等の記憶媒体を含む装置記憶部である。記憶部３２は、通信部３１が実行するプログラムを記憶している。また、記憶部３２は、通信端末２が送信した発注情報に基づいて販売処理部３３が商品を販売する処理を実行するために用いる各種のデータを記憶している。記憶部３２は、例えば、通信端末２のユーザのユーザＩＤに関連付けられた販売条件を記憶している。販売条件は、例えば、ユーザに販売した商品を配達する場所の住所、及びユーザに販売した商品の代金を決済する方法に関する決済情報である。

【0055】

図５は、記憶部３２が記憶している販売条件テーブルの一例を示す図である。図５に示す販売条件テーブルにおいては、ユーザＩＤと、契約ＩＤと、契約者氏名と、契約者住所と、決済方法とが関連付けられている。契約ＩＤは、ユーザが通信キャリアと締結している契約を識別するための情報であり、契約ＩＤごとに通信料金の決済が行われる。ユーザＩＤがＵ０００００２のユーザと、ユーザＩＤがＵ０００００３のユーザとが家族である場合、この二人のユーザには、同一の契約ＩＤが付与され、二人の通信料金は合算して決済処理される。

【0056】

決済方法欄には、商品代金の決済をするために用いられる決済情報が含まれている。決済方法欄における「キャリア決済」は、商品代金を通信料金と合算して決済する方法である。決済方法欄における「クレジットカード」は、ユーザのクレジットカードを使って決済する方法である。決済方法欄における「プリペイドカード」は、ユーザのプリペイドカードを使って決済する方法である。なお、記憶部３２は、決済方法として「クレジットカード」が選択されているユーザＩＤに関連付けて、クレジットカード番号も記憶している。また、記憶部３２は、決済方法として「プリペイドカード」が選択されているユーザＩＤに関連付けて、プリペイドカード番号も記憶している。

【0057】

また、記憶部３２は、デバイスＩＤと商品ＩＤとが関連付けられた商品管理テーブルを記憶している。図６は、記憶部３２が記憶している商品管理テーブルの一例を示す図である。図６に示す商品管理テーブルにおいては、デバイスＩＤと、商品ＩＤと、商品名と、販売数と、単価と、販売価格と、販売店名とが関連付けられている。図６に示すように、一つのデバイスＩＤは、一つの商品ＩＤに関連付けられている。例えば、ユーザが、デバイスＩＤ０００００１の発注受付デバイス１のボタンを押すと、商品ＩＤ２１３０２１の米（ブランドＡ）が販売店Ａに発注される。

【0058】

デバイスＩＤには、商品の販売数も関連付けられている。したがって、商品を複数個ずつ購入したいユーザは、複数の販売数に対応するデバイスＩＤの発注受付デバイス１を使用することにより、発注受付デバイス１のボタンを複数回押すことなく、１回のボタン操作により複数個の商品を発注することができる。

【0059】

また、一つの商品ＩＤは、複数のデバイスＩＤに関連付けられていてもよい。図６の例においては、商品ＩＤ３１０１０５の洗剤Ｅが、デバイスＩＤ０００００５及びデバイスＩＤ０００００８に関連付けられている。このように、一つの商品ＩＤが複数のデバイスＩＤに関連付けられるので、商品販売システムＳは、例えば洗剤Ｅのメーカーが、ユーザが洗剤Ｅを購入しやすくするために、洗剤Ｅに関連付けられたデバイスＩＤの発注受付デバイス１を大量に配布するような用途に好適である。

【0060】

商品管理テーブルを作成する方法は任意である。例えば、発注受付デバイス１を配布した販売店の端末が、配布したデバイスＩＤと、商品ＩＤ、商品名、販売数、単価、及び販売価格とを関連付けたデータを販売処理装置３に送信し、販売処理部３３が、記憶部３２が記憶している商品管理テーブルに、受信したデータを追加する方法が考えられる。

【0061】

続いて、販売処理部３３について詳細に説明する。販売処理部３３は、例えばＣＰＵ等のプロセッサを含む。ＣＰＵが記憶部３２に記憶されたプログラムを実行することにより、販売処理部３３は、通信部３１が受信した発注情報に含まれるユーザＩＤに対応する販売条件に基づいて、発注情報に対応する商品の販売処理を実行する。

【0062】

販売処理部３３は、発注情報に含まれる通信端末２のユーザを識別するユーザＩＤを取得する。販売処理部３３は、記憶部３２を参照して、ユーザＩＤに関連づけられた販売条件を取得する。販売処理部３３は、例えば、図５に示した販売条件テーブルを参照することにより、発注情報に含まれるユーザＩＤに対応する住所を特定する。また、販売処理部３３は、図６に示した商品管理テーブルを参照することにより、発注情報に含まれるデバイスＩＤに対応する商品ＩＤを特定する。そして、販売処理部３３は、発注情報に含まれるユーザＩＤに対応する住所に商品を発送する処理を実行する。具体的には、販売処理部３３は、特定した住所及び商品ＩＤを含む注文情報を、商品ＩＤに対応する販売店４に送信する。これにより、販売処理部３３は、発注情報に含まれるデバイスＩＤに関連付けられた商品ＩＤに対応する商品の販売処理を実行する。販売処理部３３は、商品管理テーブルにおける、デバイスＩＤに対応する商品の販売個数を示す情報を含む注文情報を送信することにより、当該販売個数の商品の販売処理を実行する。

【0063】

販売処理部３３は、発注情報を受信してから所定の時間が経過した後に、販売処理を実行することとしてもよい。例えば、販売処理部３３は、発注情報を受信してからユーザＩＤ、デバイスＩＤ及び商品ＩＤの少なくともいずれかに関連付けて記憶部３２に記憶された待機時間（例えば、１時間）が経過するまでは、販売店４に注文情報を送信する処理を実行しない。そして、販売処理部３３は、待機時間内に、発注を取り消すキャンセル要求を通信端末２から受信した場合、発注情報を削除する。このようにすることで、ユーザが誤って発注受付デバイス１の操作受付部１３を操作した場合に、不要な商品が配達されることを防止できる。

【0064】

また、販売処理部３３は、商品管理テーブルにおいてデバイスＩＤに関連付けられた商品の販売価格に基づいて、商品の販売処理を実行する。ここで、販売処理部３３は、通信部３１が、記憶部３２に価格が記憶されてから所定の期間内に発注情報を受信したことを条件として、デバイスＩＤに関連付けられた販売価格に基づいて、商品の販売処理を実行してもよい。

【0065】

販売処理部３３は、ネットワークＮ２を介して商品の市場価格を取得し、取得した市場価格に基づいて販売価格を決定してもよい。販売処理部３３は、例えば、取得した市場価格の中に、デバイスＩＤに関連付けられている販売価格よりも安い価格がある場合、最も安い市場価格に対応する価格を販売価格とする。このようにすることで、ユーザが安心して商品を購入することができる。

【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】

また、上記の説明においては、通信端末２が基地局Ｎ１を経由して、販売処理装置３に発注情報を送信する例について主に説明したが、発注情報を送信する経路はこれに限らない。例えば、通信端末２がＷｉＦｉ（登録商標）等の無線通信回線に対応しており、通信端末２は、無線アクセスポイント（不図示）を経由して、販売処理装置３に発注情報を送信してもよい。さらに、発注受付デバイス１が通信端末２を介さずに、無線アクセスポイントに接続し、デバイスＩＤ等を含む発注情報を販売処理装置３に直接送信してもよい。発注受付デバイス１が３Ｇ（3rd Generation）モジュールやＬＴＥモジュール等の通信モジュールを備えている場合は、発注受付デバイス１が携帯電話通信網を介して販売処理装置３との間で情報を送受信してもよい。このように、発注受付デバイス１は何らかの通信ネットワークを介して販売処理装置３と情報をやり取りすればよい。したがって、発注受付デバイス１と販売処理装置３との間の通信ネットワークは、通信端末２を経由する経路と、通信端末２を経由しない経路との両方の経路を含む。前者の場合は、発注受付デバイス１が販売処理装置３に向けて送信した暗号化情報は、途中の通信端末２で復号され、発注情報の一部として販売処理装置３に送信される。後者の場合、発注受付デバイス１が送信した暗号化情報は、販売処理装置３において復号される。

【符号の説明】

【0092】

１ 発注受付デバイス
２ 通信端末
３ 販売処理装置
４ 販売店
１１ 制御部
１２ 記憶部
１３ 操作受付部
１４ 無線部
１５ 通知部
１６ バッテリー
１７ 選択部
１８ 更新部
１９ 送信規制部
２１ 制御部
２２ 記憶部
２３ 第１無線部
２４ 第２無線部
２５ 操作部
２６ 表示部
２７ 復号部
２８ デバイス識別情報取得部
２９ 暗号化部
３１ 通信部
３２ 記憶部
３３ 販売処理部
Ｓ 商品販売システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】