(57)【要約】      （修正有）【課題】ユーザが必要とする商品の注文を簡易な方法で、かつタイムリーに行う商品注文システム及び方法を提供する。【解決手段】ビーコン装置により、商品と対応づけられた識別情報を含むビーコン信号を、通信端末を介して、サーバに送信する。サーバにおいて、受信した識別情報と対応づけられた商品を商品情報データベースから検索し、その商品の商品情報をメールにより通信端末に送信する。ユーザは、サーバから送られた商品情報を見て注文操作を行うことにより、必要な商品を注文する。【選択図】図２
2016224650.tif 000002
【特許請求の範囲】
【請求項１】
識別情報を含むビーコン信号を送信するビーコン装置と、
前記識別情報と商品とを対応づけて記憶するサーバと、
前記ビーコン信号を受信して、前記ビーコン信号に含まれる前記識別情報を前記サーバに送信する通信端末と、を備え、
前記サーバは、前記通信端末から前記識別情報を受信すると、前記識別情報に対応する前記商品の注文を受け付けるためのメールを前記通信端末に送信する、商品注文システム。
【請求項２】
前記メールには、前記商品を注文するために必要な情報をパラメータとして含むＵＲＬが含まれ、
前記通信端末は、前記ＵＲＬの選択を受け付け、前記ＵＲＬが選択されると前記商品の注文を行う、請求項１に記載の商品注文システム。
【請求項３】
前記通信端末は、前記メールに対して返信することにより前記商品の注文を行う、請求項１に記載の商品注文システム。
【請求項４】
ビーコン装置とサーバと通信端末とを備える商品注文システムにおける商品注文方法であって、
前記サーバが、前記ビーコン装置の識別情報と商品とを対応づけて予め記憶するステップと、
前記ビーコン装置が、前記識別情報を含むビーコン信号を送信するステップと、
前記通信端末が、前記ビーコン信号を受信して、前記ビーコン信号に含まれる前記識別情報を前記サーバに送信するステップと、
前記サーバが、前記通信端末から前記識別情報を受信すると、前記識別情報に対応する前記商品の注文を受け付けるためのメールを前記通信端末に送信するステップと、を含む商品注文方法。
【請求項５】
前記メールには、前記商品を注文するために必要な情報をパラメータとして含むＵＲＬが含まれ、
前記通信端末が、前記ＵＲＬの選択を受け付け、前記ＵＲＬが選択されると前記商品の注文を行うステップをさらに含む、請求項４に記載の商品注文方法。
【請求項６】
前記通信端末が、前記メールに対して返信することにより前記商品の注文を行うステップをさらに含む、請求項４に記載の商品注文方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビーコン装置と携帯端末を用いて、ユーザが必要とする商品を注文するための商品注文システム及び商品注文方法に関する。
【背景技術】
【０００２】
近年、ネット家電やスマート家電などと呼ばれ、通信機能を備えて、他の機器と連携させることにより利便性を向上させた家電製品が注目されている。例えば、情報端末との間で通信する機能を有し、給水タンクの水切れを検知したときに検知信号を生成して、その情報端末に検知信号を送信する冷蔵庫が提案されている（例えば、特許文献１参照）。その検知信号を受信した情報端末は、給水タンクの水切れが生じたことを画面に表示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１５５９６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
また、近年、上述したような消耗品を含む様々な商品を、スマートフォンを用いて注文できる仕組みが提供されている。例えば、特定の商品を注文するための専用のアプリケーションがある。このようなアプリケーションをスマートフォンで利用することにより、ユーザは自分がよく使用する商品を、少ない手順で確実に注文することができるようになる。
ところが、この場合に、購入したい商品の数が多くなると、それに対応してアプリケーションの数も増える。
【０００５】
アプリケーションの数が増えると、それに伴って、ユーザは自分がその時に注文したい商品に対応したアプリケーションを表示画面の中から探し出すことが難しくなる。
商品を取り扱う様々なサイトにアクセスすれば、表示画面の中から特定のアプリケーションを探す手間は省かれるが、逆にそのサイトの中から特定の商品を検索する手間がかかってしまうという問題がある。
そこで、ユーザにとって、簡易に必要な商品の注文を行うことができる商品の注文システムの構築が望まれていた。
【０００６】
本発明は、上記課題に鑑み、ユーザが必要とする商品の注文を簡易な方法で、かつ必要とするときにタイムリーに行うことができる商品注文システム及び商品注文方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の商品注文システムは、識別情報を含むビーコン信号を送信するビーコン装置と、識別情報と商品とを対応づけて記憶するサーバと、ビーコン信号を受信して、ビーコン信号に含まれる識別情報をサーバに送信する通信端末と、を備える。そして、サーバは、通信端末から識別情報を受信すると、この識別情報に対応する商品の注文を受け付けるためのメールを通信端末に送信することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、注文ボタンを押した後に、例えば、受信したメールに返信するという簡単な行為によって、即座にかつ簡易な方法で商品の注文を行うことができる。
【図面の簡単な説明】
【０００９】
【図１】ビーコン装置、通信端末及びサーバを含む、本発明の商品注文システムの概要を説明するための図である。
【図２】本発明の実施形態例に係る商品注文システムの全体構成図である。
【図３】本発明の実施形態例に係る商品注文システムにおけるサーバに設けられる商品情報データベースのデータ構造と注文用メールの例（インクカートリッジの例）を示す図である。
【図４】本発明の実施形態例の商品注文システムにおける処理の手順を示すシーケンス図である。
【図５】本発明の実施形態例に係る商品注文システムにおけるサーバに設けられる商品情報データベースのデータ構造と注文用メールの例（ＬＥＤ電球の例）を示す図である。
【図６】本発明の実施形態例に係る商品注文システムにおけるサーバに設けられる、複数の販売者が存在する場合の商品情報データベースのデータ構造と注文用メールの例（ＬＥＤ電球の例）を示す図である。
【図７】ビーコン装置、通信端末及びサーバを含む、商品注文システムの変形例を示す図である。
【図８】図７に示す商品注文システムにおける通信端末に表示される注文画面の例である。
【図９】図７に示す商品注文システムにおける処理の手順を示すシーケンス図である。
【図１０】ビーコン装置、通信端末及びサーバを含む、商品注文システムの他の変形例を示す図である。
【図１１】図１０に示す商品注文システムにおける処理の手順を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施する形態の例（以下、「本例」ということもある）について、添付図面を参照して説明する。なお、各図面において、同一の機能または構成を有する構成要素については同一符号を付し、重複する説明は省略する。
【００１１】
＜商品注文システムの全体構成の概要＞
図１は、本発明の商品注文システムの全体構成の概要を説明するための図である。
図１に示す商品注文システムは、注文ボタン１０を備えたビーコン装置１と、通信端末２と、サーバ３から構成される。
【００１２】
例えば、ビーコン装置１は特定の商品と対応づけられており、ビーコン装置１に設けられる注文ボタン１０は、ビーコン装置１に紐付いた当該商品を注文するためのボタンである。この注文ボタン１０を押すのは、通常は通信端末２のユーザである。ユーザによってビーコン装置１の注文ボタン１０が押されると、ビーコン装置１から、ビーコン装置１の識別情報であるビーコンＩＤが無線通信で通信端末２に送信される。
なお、ビーコン装置１が送信するビーコンＩＤは、上述のように注文する商品に対応するものである。
【００１３】
ビーコン装置１からビーコン信号を受け取った通信端末２は、ビーコンＩＤに、通信端末２自身の識別情報である端末ＩＤを加えて、サーバ３に送信する。サーバ３は、通信端末２から送られてきたビーコンＩＤをキーとしてサーバ３内の商品情報データベース３３ａ（図２参照）を検索し、当該ビーコンＩＤで特定される商品が商品情報データベース３３ａの中にあることを確認する。その後、サーバ３は、その商品に関する情報（以下、「商品情報」という）を通信端末２にメールにより送信する。
【００１４】
通信端末２は、サーバ３から送られた商品情報を含むメールを、その通信端末２の表示画面上に表示する。ユーザは通信端末２の表示画面に表示される商品情報を見て、商品を注文する。なお、本発明の実施形態例では、商品情報をサーバ３から通信端末２に送信する手段としてのメール（電子メール）は、ＳＭＳ（Short Message Service）を含むものとする。
【００１５】
＜商品注文システムの具体例＞
図２は、本発明の実施形態例の商品注文システムの具体例を示したブロック構成図である。
【００１６】
［ビーコン装置１の構成と機能］
図２に示すように、本例の商品注文システムに用いられるビーコン装置１は、注文ボタン１０、無線通信部１１、処理部１２及びメモリ１３を備える。メモリ１３には、ビーコン装置１の識別情報（ビーコンＩＤ）が記憶されている。
処理部１２は、いわゆるマイコンで構成される中央処理装置（ＣＰＵ：Central Processing Unit）であり、注文ボタン１０が押されたことを契機として、無線通信部１１及びメモリ１３を制御する。
【００１７】
このビーコン装置１の処理部１２は、注文ボタン１０が押されたことを検知すると、メモリ１３に記憶されているビーコンＩＤを含むビーコン信号を、無線通信により通信端末２に送信する。このビーコン信号は、注文ボタン１０が押される度に通信端末２に送られる。
【００１８】
ビーコン信号は、ビーコン装置１の処理部１２の制御下で無線通信部１１からブロードキャスト方式で間欠的に通信端末２に送信される。なお、ビーコン信号は、ビーコン装置１の無線通信部１１において、例えば、低消費電力での小容量通信に適化された「Bluetooth（登録商標）Low Energy」（以下、「ＢＬＥ」と略す。）におけるアドバタイズ信号（パケット信号）や、Ｗｉ−Ｆｉ（登録商標）規格に基づくパケット信号として生成される信号である。
【００１９】
［通信端末２の構成と機能］
通信端末２は、ビーコン信号受信部２１、サーバ通信部２２、メモリ２３、処理部２４、表示部２５、及び入力部２６を備え、これらはバス２７で互いに接続されている。
【００２０】
処理部２４は、ビーコン信号受信部２１、サーバ通信部２２、メモリ２３、表示部２５、及び入力部２６を制御する中央処理装置（ＣＰＵ）である。ビーコン装置１からのビーコン信号はビーコン信号受信部２１で受信され、ビーコン信号に含まれる識別情報はメモリ２３に一旦保存される。メモリ２３は、ファームウェアやその他のアプリケーションを格納するメモリでもある。
【００２１】
サーバ通信部２２は、例えば、Bluetooth（登録商標）、Ｗｉ−Ｆｉ（登録商標）、無線ＬＡＮ（Local Area Network）、携帯電話回線など何らかの通信方式を用いてアクセスポイント５と無線通信し、更にサーバ３との通信を行う。バス２７は、通信端末２を構成する各部が互いに情報をやりとりするための共通の信号線である。ビーコン装置１から送られるビーコン信号に含まれる識別情報は、サーバ通信部２２からアクセスポイント５、ネットワーク４を経由してサーバ３に無線送信される。また、通信端末２のサーバ通信部２２は、ビーコン装置１の識別情報（ビーコンＩＤ）とともに、通信端末２の識別情報（端末ＩＤ）もサーバ３に送信する。
【００２２】
ここで、具体的な実装形態を考えると、ビーコン装置１からのビーコン信号は不図示の暗号化部で暗号化されていてもよいので、復号化機能を持たない通信端末２では、暗号化されたビーコン信号に含まれる識別情報を解釈できない。このような場合には、暗号化されたビーコン信号をサーバ３で復号し、商品情報の確認を行う。つまり、通信端末２の処理部２４は、暗号化されているかに拘わらず、単にビーコン装置１から送信されたビーコン信号を中継してサーバ通信部２２からサーバ３に送信する機能を備えるだけでよい。
【００２３】
通信端末２の入力部２６は、サーバ３からメールで提供される情報を受けて、商品の注文等のユーザの入力操作を受け付ける。この入力部２６に対して、ユーザの注文操作が入力された場合には、商品の注文に関する情報がサーバ通信部２２、アクセスポイント５、及びネットワーク４を経由してサーバ３に送られる。
【００２４】
表示部２５は、映像や文字情報を表示するディスプレイなどで構成されている。表示部２５には、サーバ３から送られてくるメールの内容が表示される。このメールには、後述するように商品情報が含まれる。ユーザは、サーバ３から通信端末２に送られたメールを見て、注文操作を行うことにより商品を注文する。なお、ユーザによる注文操作の詳細については後述する。
【００２５】
［サーバ３の構成と機能］
サーバ３は、通信部３１と、商品管理部３２と、記憶部３３を備える。記憶部３３は、商品情報データベース３３ａ（以下、「商品情報ＤＢ３３ａ」と略記する）を有する。この商品情報ＤＢ３３ａには、例えば、図３、図５、図６で後述するように、商品名や型式等の商品情報がビーコン装置１の識別情報であるビーコンＩＤと対応づけられて記憶されている。
【００２６】
また、記憶部３３には、不図示のＣＧＩ（Common Gateway Interface）プログラムが記憶されている。このＣＧＩプログラムは、商品管理部３２に注文処理をさせるためのプログラムである。
なお、通信部３１、商品管理部３２、記憶部３３は、互いに情報をやり取りするための信号線であるバス３４で接続されている。商品管理部３２はＣＰＵで構成され、バス３４を経由して通信部３１及び記憶部３３を制御する。また、サーバ３は、ネットワーク４に接続され、アクセスポイント５を経由して、通信端末２と無線通信を行う。
【００２７】
商品管理部３２は、通信端末２から送信されるビーコン装置１の識別情報（ビーコンＩＤ）に応じて、記憶部３３内の商品情報ＤＢ３３ａを参照し、識別情報に対応する商品の商品情報を、通信部３１、ネットワーク４、アクセスポイント５を経由してメールで通信端末２に送信する。また、商品管理部３２は、通信端末２から送信された商品の注文に関する情報を受け取ると、商品の注文処理を行う。
【００２８】
［商品情報ＤＢ３３ａのデータ構造と注文用メール］
図３は、サーバ３の商品情報ＤＢ３３ａを構成するデータ構造と、商品の注文用メールの例を示す。サーバ３が保有する商品情報ＤＢ３３ａは、図３に示すように、ビーコンＩＤフィールド４１と商品情報フィールド４２を有する。そして、商品情報フィールド４２には、例えば、商品ＩＤフィールド４２ａ、商品名フィールド４２ｂ、及び価格フィールド４２ｃが含まれる。これら商品情報フィールド４２の３つのフィールドはあくまでも一例であり、他の関連するフィールドの追加や不要なフィールドの削除等、その設計は任意に行うことが可能である。
【００２９】
ビーコンＩＤフィールド４１には、ビーコン装置１の識別情報であるビーコンＩＤが記憶される。ここでは、図３の例のビーコンＩＤ“#００３”は、Ａ社製のプリンタ（型式はＡＰ０００１）用のインクカートリッジ（ブラック、シアン、マゼンタ、イエロー）に対応する。
【００３０】
商品情報フィールド４２には、ビーコンＩＤ“#００３”に対応する商品の情報であるＡ社製プリンタ（ＡＰ０００１）用インクカートリッジの情報が格納されている。商品ＩＤフィールド４２ａには、各商品の型式である、例えばＡＰ０００１ＢＫ（ブラック）、ＡＰ０００１Ｃ（シアン）、ＡＰ０００１Ｍ（マゼンタ）、ＡＰ０００１Ｙ（イエロー）等が格納される。なお、ビーコンＩＤと商品ＩＤとは、１対１に対応させてもよいが、図３の例のように、１つのビーコンＩＤに対して複数（４種類）の商品ＩＤを対応させてもよい。
【００３１】
商品名フィールド４２ｂには、商品ＩＤフィールド４２ａの商品ＩＤに対応する商品の商品名が記憶される。例えば、ビーコン装置１により、Ａ社製プリンタのインクカートリッジを注文する場合であれば、商品名フィールド４２ｂには「Ａ社プリンタＡＰ００１用」の「インクカートリッジ・ブラック」、「インクカートリッジ・シアン」、「インクカートリッジ・マゼンタ」、「インクカートリッジ・イエロー」等のインクカートリッジの商品名が格納される。そして、価格フィールド４２ｃには、それぞれの商品に対応する価格が格納される。
【００３２】
また、図３には、サーバ３から通信端末２に送られる、インクカートリッジの注文を受け付ける注文用メールの例が示されている。この注文用メールは、通信端末２の表示部２５に表示されるものであり、発信者名、宛先、日付の他に、主題として「ご注文を受け付けます」というメッセージが表示される。そして、更に、メールの本文として「このメールはＡ社プリンタＡＰ０００１用インクカートリッジの注文用メールです。注文する場合には３０分以内に下記のＵＲＬにアクセスしてください。」というメッセージも表示される。
【００３３】
更に、この注文用メールに表示される内容には、注文用の文章の外に、各色のインクカートリッジを注文するために必要な情報が埋め込まれたＵＲＬ（Uniform Resource Locator）が含まれる。
例えば、黒のインクカートリッジを注文するためのメッセージとしては「Ａ社プリンタＡＰ０００１用インクカートリッジブラック（￥８００）を購入する。」のメッセージに続き、ＵＲＬ「http//www.・・・/order?user=xxxx&goods=ap0001bk」が表示される。以下、シアン、マゼンタ、イエローのインクカートリッジについても同様である。
【００３４】
このＵＲＬは、ＨＴＴＰ（Hypertext Transfer Protocol）で記述されており、“？”以降の後半部分には、通信端末２のユーザＩＤと注文する商品ＩＤとが、サーバ内のＣＧＩプログラムに引き渡すためのパラメータ（リクエストパラメータ）として含まれている。ここでは、ユーザＩＤをリクエストパラメータに含む例を挙げたが、これに限定されない。ユーザＩＤに加えて（あるいはユーザＩＤに代えて）通信端末２の端末ＩＤを含めてもよい。
【００３５】
ユーザによって、このＵＲＬが選択（タップ）されることにより、これらのパラメータがサーバ３に引き渡される。
通信端末２からリクエストパラメータを受け取ったサーバ３は、ＣＧＩプログラムを実行し、商品管理部３２によって、リクエストパラメータで特定される商品の注文処理を行う。
【００３６】
＜本例の商品注文システムの動作説明＞
図４は、本例の商品注文システムにおいて、ビーコン装置１、通信端末２、及びサーバ３がどのような通信を行って、商品注文に関する情報処理が進められるのかを示すシーケンス図である。
まず、ユーザがビーコン装置１の注文ボタン１０を押すと、本例の処理がスタートする（ステップＳ１０）。そして、ビーコン装置１は、この注文ボタン１０の押下を受けて、ビーコン装置１の識別情報（ビーコンＩＤ）を含むビーコン信号を通信端末２に送信する（ステップＳ１１）。
【００３７】
通信端末２は、ビーコン装置１から送られたビーコン信号をビーコン信号受信部２１で受信する。そして、処理部２４の制御下で、ビーコン信号に含まれるビーコンＩＤに通信端末２の端末ＩＤが付加されて、サーバ通信部２２からサーバ３に無線送信される（ステップＳ１２）。このとき、通信端末３の処理部２４は、ビーコン信号に含まれるビーコンＩＤに対して通信端末２の端末ＩＤを付加するだけで、それ以外の特別な処理加工を行う必要はない。
【００３８】
サーバ３は、その通信部３１で通信端末２から送信されたビーコンＩＤ及び端末ＩＤを受信すると、サーバ３内の商品管理部３２において、通信端末２から送られたビーコンＩＤと対応づけられた商品を、商品情報ＤＢ３３ａから検索し、照合する（ステップＳ１３）。そして、サーバ３は、通信端末２に送信するメールを生成し、検索された商品の商品情報とその商品を注文するためのＵＲＬをそのメール内に貼り付ける。サーバ３で生成されたメールは、通信部３１、ネットワーク４、及びアクセスポイント５を経由して通信端末２に送信される（ステップＳ１４）。
【００３９】
次に、サーバ４から送信されるメールを受信した通信端末２は，メールをその表示部２５に表示する（ステップＳ１５）。つまり、通信端末２の表示部２５には、ビーコン装置１のビーコンＩＤと対応づけられた商品の商品情報と注文用のＵＲＬが表示される。
【００４０】
その後、通信端末２は、ユーザによる入力部２６からの注文操作（タップ等）を受け付け、当該注文操作によって選択された商品の情報を含んだリクエストパラメータを、サーバ通信部２２及びネットワーク４を経由してサーバ３に送信する（ステップＳ１６）。サーバ３は、通信端末２から送信されたリクエストパラメータをＣＧＩプログラムに渡すことにより、商品の注文処理を行う（ステップＳ１７）。
以上が、本例の商品注文システムにおける処理シーケンスの全体フローの説明である。
【００４１】
図５及び図６は、図３とは異なる商品（例えばＬＥＤ電球）にかかる商品情報ＤＢ３３ａのデータ構造と、注文用メールの例を示す。
図５の例は、複数の企業が製造する同種のＬＥＤ電球を販売する場合の例であり、注文用メールの中には、複数のＬＥＤ電球の価格や注文用のＵＲＬ等が表示されている。すなわち、「このメールはＬＥＤ電球の注文用メールです。注文する場合には３０分以内に下記のＵＲＬにアクセスしてください。」というメッセージと、「Ｃ社ＬＥＤ電球ＣＬ０００１（￥８００）を購入する。」というメッセージの後に、Ｃ社ＬＥＤ電球ＣＬ０００１を購入するためのＵＲＬ「http//www.・・・/order?user=xxxx&goods=cl0001」が表示される。なお、図５の例では、各社のＬＥＤ電球が価格の安い順に表示されている。
例えば、ユーザがＣ社のＬＥＤ電球を購入することを決定した場合には、上記リンクを選択することにより、この商品を注文する。Ｂ社、Ｄ社のＬＥＤ電球についても同様に注文を行うことができる。
【００４２】
図６の例は、Ｂ社のＬＥＤ電球を取り扱う販売者が複数存在する場合の例であり、商品情報フィールド４２の中に販売者情報フィールド４２ｄが含まれている。この場合、注文用メールの中のメッセージは、「このメールはＢ社ＬＥＤ電球ＢＬ０００１の注文用メールです。注文する場合には３０分以内に下記のＵＲＬにアクセスしてください。」というメッセージが、Ｂ社ＬＥＤ電球ＢＬ０００１の各販売者による販売価格ともに表示される。
そして、各販売者（Ｘ、Ｙ、Ｚ）からＢ社ＬＥＤ電球ＢＬ０００１を購入するためのＵＲＬが表示される。例えば販売者Ｘから購入する場合には「http//www.・・・/order?user=xxxx&goods=bl0001x」と表示される。
図６の例では、Ｂ社ＬＥＤ電球ＢＬ０００１の販売価格が安い順に、販売者Ｚ、Ｘ、Ｙの順にＵＲＬを並べており、ユーザは、販売者とその価格を考慮してどこから購入するかを決めることができる。
【００４３】
なお、図３、図５、図６に示した例では、商品の注文用のＵＲＬがメール本文中にそのまま記載されている。しかし、このＵＲＬをそのまま記載する代わりに、「注文はこちら」等の文字が描かれたボタン等を表示させるようにしてもよい。
【００４４】
また、図３、図５、図６に示した例では、メールの本文中に記載されたＵＲＬのリンクをユーザが選択することにより、商品の注文を行う例を示したが、他の方法も考えられる。例えば、サーバ３から受信したメールに対して、ユーザが返信することにより、注文を行うようにしてもよい。この場合、サーバ３は、通信端末２から送られた返信メールの受信を契機として、注文処理を行う。図３、図５、図６に示されるように、１つのビーコンＩＤに対して複数の商品ＩＤが対応づけられている場合には、例えばメールの件名に商品ＩＤや商品名等が含まれるようにすることで、メールを受信したサーバ３側で商品を特定することができる。この方法によれば、ユーザが通信端末２からサーバ３に対してメールに返信しない限り注文が成立しないので、間違った操作による誤注文がされないという利点がある。
【００４５】
＜商品注文システムの変形例＞
図７は、本発明の商品注文システムの変形例を示す図であり、図１に示した商品注文システムと異なる点は、サーバ３から送られた商品情報を表示する通信端末２において、商品を購入するかどうかを決定する画面を表示するようにした点である。
【００４６】
この変形例においても、図４の例と同様に、ビーコン装置１から商品を注文するビーコン信号を受けた通信端末２は、サーバ３に対してビーコン装置１の識別情報（ビーコンＩＤ）と通信端末２の識別情報（端末ＩＤ）を送る。サーバ３は、ビーコンＩＤと対応づけられた商品を商品管理ＤＢ３３ａと照合し、商品管理ＤＢ３３ａに格納されている商品情報を通信端末２に送信する。通信端末２には、例えば図８に示される注文画面が表示される。
【００４７】
例えば、ユーザの注文する商品がプリンタのインクカートリッジであれば、通信端末２の表示部２５に、「インクカートリッジを注文しますか？（注文する場合には、インクの種類を選択して「ＹＥＳ」ボタンを押してください。）」というメッセージが表示される。そして、このメッセージに加えて、インクの種類を示す、ブラック、シアン、マゼンタ、イエローの文字と、注文する場合にチェックマークを入れる四角形の枠（□印）、及び注文する場合に選択する「ＹＥＳ」のアイコンと、注文しない場合に選択する「ＮＯ」のアイコンが表示される。なお、「ＮＯ」のアイコンは必ず必要なわけではないが、サーバ３側でユーザの意思を確認する上では、意味のあるアイコンとなる。
【００４８】
図９は、図７の商品注文システム（変形例）における処理の手順を示すシーケンス図である。ステップＳ２０〜ステップＳ２３及びステップＳ２７の処理は、図４のシーケンス図のステップＳ１０〜ステップＳ１３及びステップＳ１７の処理と同じなので、説明は省略する。
サーバ３は、ステップＳ２３で検索された商品の商品情報を通信端末２に送信する（ステップＳ２４）。
【００４９】
サーバ３からの商品情報を受信した通信端末２は、その表示部２５に図８に示すような注文画面を表示する（ステップＳ２５）。そして、ユーザはこの注文画面において、注文したいと思う商品のチェックボックスにチェックマークを入れて、「ＹＥＳ」ボタンを押すと、商品の注文に必要な情報（ユーザＩＤや商品ＩＤ等）がサーバ３に送信される（ステップＳ２６）。
【００５０】
＜商品注文システムの他の変形例＞
図１０は、本発明の商品注文システムの他の変形例を示す図である。図７の例と異なる点は、サーバ３から通信端末２に対して商品情報が送信されない点である。この変形例では、サーバ３は、通信端末２からビーコン装置１の識別情報（ビーコンＩＤ）と通信端末２の識別情報（端末ＩＤ）が送られてきた時点で、ビーコンＩＤに対応する商品の注文処理を行う。なお、この場合、ビーコン装置１と１対１に対応する商品が、サーバ３の商品情報ＤＢ３３ａに存在していることが前提である。
【００５１】
図１１は、図１０の商品注文システム（他の変形例）における処理の手順を示すシーケンス図である。ステップＳ３０、ステップＳ３１の処理は、図４のシーケンス図のステップＳ１０、ステップＳ１１の処理と同じなので、説明は省略する。
通信端末２は、ビーコン装置１の識別情報（ビーコンＩＤ）及び通信端末２の識別情報（端末ＩＤ）をサーバ３に送信する（ステップＳ３２）。サーバ３の商品管理部３２は、通信端末２から送信されたビーコンＩＤ及び端末ＩＤに基づいて商品の注文処理を行う（ステップＳ３３）。
【００５２】
以上説明したように、本発明の実施形態例では、ビーコン装置１の注文ボタン１０を押すことが、直接または間接的に商品の注文につながる例を説明した。
実例として挙げた、インクカートリッジやＬＥＤ電球等は、あくまでも一例であり、本発明は、いかなる商品の注文に対しても適用できることは言うまでもない。
【００５３】
上述の実施形態例とその変形例では、ユーザによって商品を注文するためのビーコン装置１の操作が行われた場合に、通信端末２を介してその注文情報を、サーバに送信する例を挙げて説明した。
これに対して、例えば家庭内無線ＬＡＮ（Local Area Network）や公衆無線ＬＡＮにアクセス可能なＷｉ−Ｆｉ（Wireless Fidelity）装置に注文ボタンを設けることにより、サーバ３に対して直接、商品の注文に関する情報を送信できる構成とすることも考えられる。
このように構成する場合には、Ｗｉ−Ｆｉ装置の識別情報と商品情報とを、予めサーバ３内の商品情報ＤＢ３３ａで対応づけておく。このとき、Ｗｉ−Ｆｉ装置の識別情報に、ユーザが所有する通信端末２の端末ＩＤ等の識別情報も紐付けておけば、注文の意思を確認するためのメールや通知をユーザの通信端末２に送信することもできる。
【００５４】
また、上述の実施形態例及びその変形例では、ビーコン装置１の外部に注文ボタン１０を設ける例として説明したが、注文ボタン１０をビーコン装置１の内部に設けるようにしてもよい。その場合には、ビーコン装置１自体を、押すとたわみができるような薄い筐体で構成することにより、注文ボタン１０を筐体の外から押すことができるようにする。
【００５５】
また、通信端末２からサーバ３に送信するデータに、ユーザＩＤやユーザのメールアドレスを含めるようにしてもよい。更に、通信端末２からサーバ３にリクエストパラメータを送信する際に使用するＨＴＴＰメソッドとしては、ＧＥＴメソッドやＰＯＳＴメソッド等が考えられる。
なお、本発明は、上述した実施形態例に限られるものではなく、特許請求の範囲の範囲に記載される本発明の要旨を逸脱しない限りにおいて、他の応用例、変形例を含む。
【符号の説明】
【００５６】
１・・・ビーコン装置、１０・・・注文ボタン、２・・・通信端末、３・・・サーバ、４・・・アクセスポイント、５・・・ネットワーク、１１・・・無線通信部、１２、２４・・・処理部、１３、２３・・・メモリ、２１・・・ビーコン信号受信部、２２・・・サーバ通信部、２５・・・表示部、２６・・・入力部、２７、３４・・・バス、３１・・・通信部、３２・・・商品管理部、３３・・・記憶部、３３ａ・・・商品情報データベース
【図１】
2016224650.tif 000003
【図２】
2016224650.tif 000004
【図３】
2016224650.tif 000005
【図４】
2016224650.tif 000006
【図５】
2016224650.tif 000007
【図６】
2016224650.tif 000008
【図７】
2016224650.tif 000009
【図８】
2016224650.tif 000010
【図９】
2016224650.tif 000011
【図１０】
2016224650.tif 000012
【図１１】
2016224650.tif 000013