JP6896805B2 - 販売システム、携帯端末、ストアコンピュータ - Google Patents

Description

本発明は、販売システムに関する。特に無人店舗等に適用することができる販売システム、販売装置及びそれに用いられる携帯端末、ストアコンピュータに関する。

近年、インターネット等を利用したＥＣ（Electric Commerce：電子商取引）が広く利用されている。しかし、実際の「店舗」における商品の購入は、直接商品を見て把握することができ、即時に商品等を取得できるので、いまなお広く社会に根付いている。

従来の店舗における商品等の購入
ａ．購入者である顧客の行動と要望
（１）顧客が、所定の店舗の店内で商品等の購入を実行するとき、同じ商品ならば、賞味期限・消費期限の新しいものを棚の奥から選んで取るという行動をする傾向にある。
（２）また、店舗によっては、「おつとめ品」「見切り品」という設定で、通常より安価に販売する場合もあるが、このような「おつとめ品」「見切り品」は、顧客が当該店舗に来店しなければ、その情報を知ることができない場合が多い。これに関しては、下記ｂで言及する。

ｂ．店舗における作業
上記ａ．（２）に関して、従来の店舗では、販売期限・賞味期限を店員が一品ごとに確認し、商品に値下げシールを貼付するという作業を実行している場合が多い。

ｃ．課題
（１）従来の店舗では、店員が上記のような作業をしているので、商品確認、値下げシールを貼る労働力が発生している。高品質なサービスを提供するためには、売れ残りの商品に対し、数回に分け、店員が貼替作業を行う必要があるが、その結果、店舗における労働力が不足しがちである。
（２）売り値を下げることで、儲けは減るため、値下げ(販売価格検討を）するタイミングは、店員の個人的な販売予測能力に依拠している。
すなわち、販売期限までに、廃棄コストを考慮し、商品の在庫管理単位ごとに「いつ、いくら」に設定するかを店員が判断する。そのため、「儲け」を最大化する値付けは、店員の経験値(カン）に頼っているのが実情である。

（３）一方、顧客側は、決済時（決済時点）における最適な価格で購入したいと考えている。すなわち、顧客が売り場で商品をカートイン（Cart In）してから、レジにおいて決済を行うまでの間に、価格が変更された場合、その変更後の価格に対応して、変更後の価格で決済してほしいと考えている。しかし、現状のレジ（register）では、このような状況には対応することができない。
（４）また、店舗側においては、上述した「値下げシール」を貼る作業を店員が実行するが、対応する商品の全てに貼ることが困難な場合もある。そのため、「値下げシール」の「貼り漏れ」も発生し、その売場の品質が一定に保てない場合もあった。
また、期限切れ商品は売場から撤去する必要があるが、この撤去作業において、撤去漏れが生じる可能性も否定できない。その結果、期限切れ商品の販売が発生するリスクがあった。
（５）上述した「値下げシール」を顧客が他の商品に貼り替えるなどの不正が発生する可能性がある。
（６）上述した「おつとめ品」「見切り品」は、顧客が店舗に来店しなければ、その情報を取得することは困難である。これは、見方を変えれば、「おつとめ品」「見切り品」の店外への訴求方法がないことを意味し、店舗側の損失となってしまうことも考えられる。
本願発明者らは、このような課題に鑑み、解決するための仕組みをこれまで鋭意研究を重ねてきた。

先行特許文献
このような従来の店舗における課題に関して、種々の工夫がこれまで提案されている。
下記特許文献１には、商品バーコードを用いて、タイムセールを行う方法が開示されている。商品バーコードを読み出し、値引きのタイムテーブルの時刻に従って、そのタイムテーブルの値引き情報に基づき値引きを行う。この仕組みによれば、値引きをタイムテーブルにしたがって、自動的に実行することができる。
また、下記特許文献２には、商品タグに、値引き開始時期及び値引き額と、さらに、再値引き時間と値引き額と、を記憶し、店舗端末が、読み取った商品タグの内容と、現在時刻とを比較し、所定の値引きを行い、商品を販売する技術が示されている。
この技術によれば、予め商品タグに値引きの情報（値引きをする時間と、その値引き額）をいれているので、後は時刻との比較で値引き、再値引きを順次行っていく。この結果、時刻と値引き額を自由に設定することができるとされている。
また、下記特許文献３には、「賞味期限」が近づくにつれて、値引き額が大きくなる販売システムが開示されている。また、値引きラベルを貼付したのでは値引き商品であることがわかってしまい、心理的に買いづらくなることが課題であったが、この発明では値引きラベルを貼る必要がないので、心理的に買いづらくなることがなくなると記載されている。

特開２００３−７７０６８号公報 特開２００５−１０９６０号公報 特開２００９−１７６２５８号公報

このように従来から、賞味期限が近づいてきた場合に値引きを行うことは種々の方法で実行されてきたが、値引きシールを貼付する方法では、店員の負担がふえてしまうという課題がある。
また、上記特許文献１〜３では、値引きのためのさまざまな工夫が提案されているが、臨機応変に値引きするタイミングやその値引き額等を変更できる技術ではない。さらに、上記特許文献１，２等に記載のタイムテーブルや商品タグを用いる方法では、値引きが実行されたことを、顧客に知らせるための有効な手段が存在しないという課題もある。これでは、せっかく値段を引き下げても、顧客に対する購買意欲の増大には結びつかないことも想定される。

本願発明は、以上述べたような課題を解決するためになされたものであり、その目的は、店舗において販売する商品の価格を自由に設定することができる販売システム、また、種々のパラメータに基づき柔軟な設定をすることができる販売システム、を提供することである。また、本発明の他の目的は、値引きする商品の（値引きされたその）価格を、顧客に効率よく伝える仕組みを提供することを目的とする。

（１）本発明は、上記課題を解決するために、商品を顧客に販売するための販売システムであって、前記商品に付されている光学式コードを撮影し、前記光学式コードが表すインストアコードをストアコンピュータに送信する携帯端末と、前記携帯端末から、前記インストアコードを受信した場合、前記インストアコードで示される商品の価格を、前記携帯端末に送信するストアコンピュータと、を備え、前記携帯端末は、前記ストアコンピュータから送信されてきた前記価格を画面に表示し、前記顧客は、前記携帯端末の前記画面から、前記商品の価格を知ることが可能な販売システムである。

（２）また、本発明は、前記顧客の決済情報が登録されている顧客データベース、を備え、前記顧客の決済指示によって、前記携帯端末は前記ストアコンピュータに前記商品の決済を要求し、前記ストアコンピュータは、決済を要求された場合、前記顧客データベースから前記顧客の前記決済情報を取得し、取得した前記決済情報を用いて前記商品の決済を行うことを特徴とする（１）記載の販売システムである。

（３）また、本発明は、（１）又は（２）記載の販売システムであって、前記ストアコンピュータは、前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、前記在庫データベース中の前記商品の価格を、その商品の販売限度日時と現在日時とを比較して調整するための設定を記憶する記憶装置と、前記在庫データベース内の前記商品の価格を、前記記憶装置が記憶する前記設定に基づき調整する制御部と、を備え、前記制御部は、前記設定に基づき調整した前記価格を、前記携帯端末に送信し、前記店舗の商品の価格の設定者は、前記設定を前記記憶装置に記憶させることができることを特徴とする（１）又は（２）記載の販売システムである。

（４）また、本発明は、前記ストアコンピュータは、前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、前記店舗の売上目標と利益目標を保持する売上・利益目標データ部と、前記売上・利益目標データ部が保持する売上目標と利益目標とを達成できるように、前記在庫データベース中の前記商品の価格を求めるＡＩ制御部と、を備え、前記ＡＩ制御部が求めた前記価格を、前記携帯端末に送信することを特徴とする（１）又は（２）記載の販売システムである。

（５）また、本発明は、（１）から（４）のいずれか１項に記載の販売システムにおいて用いられる前記携帯端末であって、前記商品に付されている光学式コードを撮影し、前記光学式コードが表すインストアコードをストアコンピュータに送信し、前記ストアコンピュータから送信されてきた前記価格を画面に表示することを特徴とする前記携帯端末である。

（６）また、本発明は、（３）に記載の販売システムにおいて用いられる前記ストアコンピュータであって、前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、前記在庫データベース中の前記商品の価格を、その商品の販売限度日時と現在日時とを比較して調整するための設定を記憶する記憶装置と、前記在庫データベース内の前記商品の価格を、前記記憶装置が記憶する前記設定に基づき調整する制御部と、を備え、前記制御部は、前記設定に基づき調整した前記価格を、前記携帯端末に送信することを特徴とするストアコンピュータである。

（７）また、本発明は、（４）に記載の販売システムにおいて用いられる前記ストアコンピュータであって、前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、前記店舗の売上目標と利益目標を保持する売上・利益目標データ部と、前記売上・利益目標データ部が保持する売上目標と利益目標とを達成できるように、前記在庫データベース中の前記商品の価格を求めるＡＩ制御部と、を備え、前記ＡＩ制御部が求めた前記価格を、前記携帯端末に送信することを特徴とするストアコンピュータである。

本発明によれば、店舗の商品の価格を自由に設定することができ、また、売り上げや利益を向上させることができる価格の設定とすることができる。また、設定された価格を効率よく顧客に伝えることができるので、店舗における商品購入をより効率的にすることができる。

本実施形態において利用するインストアＪＡＮコード生成の説明図である。 本実施形態における販売期限の考え方の説明図である。 本実施形態におけるデータの管理方法の概念図である。 本実施形態１の店舗における入力作業の説明図である。 本実施形態１におけるスマートフォン２０による入力作業の説明図である。 本実施形態１の店舗における購買動作の説明図である。 本実施形態１におけるスマートフォン３０による購買動作の説明図である。 本実施形態１におけるスマートフォン３０による購買動作の説明図である。 本実施形態１におけるスマートフォン３０による購買動作の説明図である。 本実施形態１におけるスマートフォン３０による購買動作の説明図である。 本実施形態１におけるスマートフォン３０による購買動作の説明図である。 本実施形態１におけるストアコンピュータ１００の構成概念図である。 本実施形態２におけるストアコンピュータ１０２の構成概念図である。 本実施形態３のベンダーにおける入力作業の説明図である。 本実施形態３におけるストアコンピュータ１０２の構成概念図である。

以下、本発明の好適な実施形態を図面に基づき説明する。
第１．インストアＪＡＮコードと、その構成、それを用いた管理
本実施形態では、独自にバーコードラベルと作成し、このバーコードラベルを商品に」貼付することによって、各商品を管理する販売システムを提案している。したがって、まず、本実施形態における独自のバーコードラベルを説明する。
我が国の商品には、その多くにＪＡＮコードと呼ばれるバーコードが付されている。本実施形態では、このＪＡＮコードに基づき、独自のバーコード（ラベル）を作成して、商品に貼付して管理している。この独自のバーコードを、インストアＪＡＮコードと呼ぶ。
なお、インストアＪＡＮコードは、請求の範囲のインストアコードの好適な一例に相当する。本実施形態では、ＪＡＮコードを含むようなコードを採用したが、全く独自のコードをインストアコードとして使用してもよい。
また、本実施形態では、インストアＪＡＮコードはバーコードで表され、請求の範囲の光学式コードの好適な一例に相当する。本実施形態ではバーコードで表す例を説明するが、光学式コードであれば他のコードでもよい。例えば２次元コードであってもよい。なお、本文で、光学式コードとは、光学的に読み取り認識されるコードを言い、いわゆる１次元のバーコードや、２次元の各種コード等（例えば、ＱＲコード（登録商標））を言う。また、光学式認識コードと呼ばれる場合もある。

ＪＡＮコードと、インストアＪＡＮコード
ＪＡＮコードとは、"Japanese Article Number Code"を意味し、日本工業規格（ＪＩＳ）制定の標準商品表示をいう。標準タイプの場合、１３桁のバーコードとして商品などに付されて、表示されている。
標準タイプの１３桁のＪＡＮコードでは、７桁又は９桁の企業コードと、５桁又は３桁の商品コードと、１桁のチェックデジットから構成されている。本実施形態では、標準タイプの１３桁のＪＡＮコードに消費期限日時を付加して、インストアＪＡＮコードを生成して用いている。この様子が図１に示されている。

図１に示すように、通常のＪＡＮコード（例えば１３桁）に消費期限日時を付加したものがインストアＪＡＮコードである（図１参照）。
本実施形態では、特に鮮度管理を実行する対象商品に関して、商品データベースの商品管理画面にて事前に鮮度管理を行う設定を行う。当該商品の鮮度管理フラグを所定の値（例えば「１」）にすることによって設定を行う。そして、このような鮮度管理を必要とする商品について、インストアＪＡＮコード（バーコード）を貼付して、管理を行おうとするものである。
図１に示すように、ＣＯＤＥ１２８コードセットＣ（偶数桁）を利用する場合は、インストアＪＡＮコードは、例えば「１２３４５６７８９０１２３＋ＹＹＭＭＤＤＨＨＭＩ０」のように作成される。この例は、「ＪＡＮコード１３桁」＋「消費期限日時」＋「末尾０詰め（０パディング）」としたものである。
本実施形態において特徴的なことの一つは、インストアＪＡＮコードに、消費期限日時が含まれていることである。このようなインストアＪＡＮコードを用いることによって、後述するように鮮度管理を効率的に行うことができる。

また、本実施形態において、通常のＪＡＮコードに付加する消費期限日時は、原則として、当該商品に印字されている消費期限日時をそのまま入力している。なお、商品によっては、「時」を含まずに「消費期限日」のみが印字されている場合もあるが、そのような場合は「時」として、その日の２４時に設定してもよいし、「時」の部分を０に設定してインストアＪＡＮコードを作成してよい。
このようにして作成されたインストアＪＡＮコード（バーコード）を、商品に貼付しておく。顧客は、当該商品のインストアＪＡＮコードをスマートフォン等でスキャンすると、所定のスマホアプリが、スキャンしたインストアＪＡＮコードを、その店舗のストアコンピュータのサーバにアクセスし、その商品の「お客様保管期間」を取得する。このようにして取得したお客様保管期間と、スキャンしたインストアＪＡＮコードに記録されている消費期限日時とを突き合わせることによって、ストアコンピュータは、販売期限日を計算することができる。なお、この販売期限日が期限切れの場合は、ストアコンピュータは、顧客のスマホアプリにエラーを返す。お客様保管期間は、店舗毎に、各店舗の状況に基づき決定してよい。
なお、本特許では、アプリケーションソフトウェアを「アプリ」と略称する場合がある。また、スマートフォン（Smartphone）を、「スマホ」と略称する場合もある。例えば、スマートフォン用のアプリケーションソフトウェアを、「スマホアプリ」と略称する場合もある。

販売期限
ここで、販売期限についての考え方を図２に基づき説明する。図２は、鮮度管理を実行する必要がある商品の製造から、腐敗限界までの、時間の経過と、各基準時との関係を説明するタイムチャートであり、「時間経過」で示す矢印の方向に時間が経過していくものとする。
（１）賞味期限とは、容器包装の開かれていない商品が、表示された保存方法に従って保存された場合に、その食味及び品質特性を品、図２中、（１）賞味期限と呼ばれる期間は、製造年月日から（８）期限日（又は、「消費期限日」、「消費期限」とも呼ぶ）までの期間を言う。
（２）製造年月日とは、鮮度管理を実行する必要がある商品の製造を行った年月日を言う。具体的には、例えばメーカー等で製造、加工、パック、出荷、誕生、水揚げ、取り入れ、収穫、輸入した日等を総称して「製造年月日」と呼ぶ。
（３）店着期限とは、店舗での商品受け入れ期限日を言う。
なお、この（３）店着期限から、後述する（６）販売限度日時までの間が、その商品（鮮度管理を実行している商品）を販売してよい期間となる。
（４）販売方法検討日時とは、（６）販売限度日時までに売り切るために、販売方法の変更、販売場所の変更、売価変更、振替え等の販売方法を検討しなければならない日及び時間を言う。
つまり、通常は、上記（３）店着期限からこの（４）販売方法検討日時までは、通常価格（例えば、定価、標準価格、その店舗の通常価格等）で商品は販売される。
（５）販売方法変更期間とは、（６）販売限度日時までに売り切るために、販売方法の変更、販売場所の変更、売価変更、振替え等の販売方法を検討しなければならない日及び時間を言う。
（６）販売限度日時とは、小売業として、顧客に（８）期限日までに消費し（食べ）終わっていただくために、販売できる最終期限日時を言う。
（７）お客様保管期間とは、お客様（＝顧客）が鮮度管理を実行している商品を購入した後、持ち帰って開封せずに保管する期間を言う。
（８）期限日とは、消費期限（消費期限日時）、（１）賞味期限と同じ意味である。消費期限は、期限日から（９）腐敗限界点が短い商品の場合に用いられ、賞味期限は、期限日から（９）腐敗限界点がある程度長い商品の場合に用いられる。
なお、図１における消費期限日時は、この（８）消費期限を意味する。この消費期限は、メーカ等において、その商品の表面にプリンタ等で印刷、刻印されている場合が多い。
（９）腐敗限界点とは、腐敗が発生する限界の日時を言う。

データ管理方法
本実施形態において特徴的なことは、通常ＪＡＮコード中の商品コードを複写して、消費期限日時を付加して、インストアＪＡＮデータを生成していることである。通常ＪＡＮコードと、インストアＪＡＮコードとの、データベース中における管理方法の説明図が図３に示されている。同図に示すように、例えば、ｉｔｅｍ−ｃｏｄｅ（商品コード）として、通常ＪＡＮコードを利用するＩＴＥＭ管理（商品管理）データベース１０を用いることができる。

なお、通常ＪＡＮコード以外の、他のコードを利用する他の種類の商品が含まれていてもよい。本実施形態は、鮮度管理の対象となる商品についての処理方法に特徴がある実施形態であり、そのような商品の場合についてのみ説明を行う。しかし、その店舗で、鮮度管理を行わない商品や、他のコードで表される商品を扱ってもよいし、そのような商品のコードがＩＴＥＭ管理データベース１０に含まれていてもよい。

また、通常ＪＡＮコードとそれに対応するインストアＪＡＮコードとを項目として含むＳＫＵ管理データベース１２を用いることができる（図３参照）。図３においては、ｉｔｅｍ−ｃｏｄｅとして、通常ＪＡＮコードが用いられ、ｓｋｕ−ｃｏｄｅとして、インストアＪＡＮコードが用いられている。このＳＫＵ管理データベース１２によれば、通常ＪＡＮコードとインストアＪＡＮコードとの対応を知ることができる。なお、１個の通常ＪＡＮコードに対して、一般的には、ｎ個のインストアＪＡＮコードが対応するので、図３に示すように、ＩＴＥＭ管理データベース１０中の１データに対して、ＳＫＵ管理データベース１２中のｎ個のデータが対応する。なお、ｎは、１以上の自然数である。
ＳＫＵについて
なお、ＳＫＵとは、Stock Keeping Unitの意味であり、在庫管理を行うときの最小の単位を言う。通常のシステムでは、ＪＡＮコード単位で管理する場合が多いが、本実施形態では、賞味期限単位で商品を管理している。つまり、同じ「唐揚げ弁当」でも、製造時間が異なれば、賞味期限が細かく相違する。そのため、各賞味期限で分けて、「唐揚げ弁当」を管理する。７時まで賞味期限のＳＫＵと、１０時まで賞味期限のＳＫＵのように、同じ「唐揚げ弁当」でも、異なる管理対象として扱う。

また、商品に対する販売価格であるＰＲＩＣＥ管理データベース１４を用いることができる。ＰＲＩＣＥ管理データベース１４は、ｓｋｕ−ｃｏｄｅと、それ（が表す商品）を販売する販売店舗、価格適用期間、ｐｒｉｃｅ、の項目を有するデータベースである。図３の例によれば、ｓｋｕ−ｃｏｄｅは、ＳＫＵ管理データベース１２と同様にインストアＪＡＮコードが登録され、販売店舗として「Ａ店」が登録されている。また、価格適用期間として４／１〜４／１０が登録されており、ｐｒｉｃｅとして￥１００が登録されている。このようなデータベースによれば、インストアＪＡＮコードで表される商品がどの店舗で、その期間で、どのような価格で販売されるかを把握することができる。

また、商品の在庫のデータベースであるＩＮＶＥＮＴＯＲＹ管理データベース１６を用いることができる。ＩＮＶＥＮＴＯＲＹＥ管理データベース１６は、ｓｋｕ−ｃｏｄｅと、それ（が表す商品）を販売する販売店舗、販売期間、在庫数、の項目を有するデータベースである。図３の例によれば、ｓｋｕ−ｃｏｄｅは、ＳＫＵ管理データベース１２と同様にインストアＪＡＮコードが登録され、販売店舗として「Ａ店」が登録されている。また、販売期間として４／１〜４／１０が登録されており、在庫数として９９が登録されている。このようなデータベースによれば、インストアＪＡＮコードで表される商品の販売期間と、現在の在庫数とを把握することができる。

第２ 実施形態１：店舗入力型
本実施形態は、上述したようなインストアＪＡＮコードを用いて、鮮度管理を必要とする商品の価格の設定に特徴を有する。そのための具体的なシステム構成は種々存在する。以下、様々な構成の販売システムを図面に基づき説明する。なお、本実施形態では、鮮度管理を必要とする商品を前提として説明を行うが、鮮度管理を必要としない商品が混在していてもよい。
本実施形態１の販売システムは、大別して３部から構成される。
第１部：店舗における入力（インストアＪＡＮコードの入力）
第２部：顧客の店舗における商品の購入
第３部：ストアコンピュータによる商品価格の設定と、商品価格の顧客に対する提示
なお、請求の範囲の「販売システム」は、これらの各部を実現するためのハードウェア部分について記述している。
まず、本実施形態１では、人が店舗で商品情報を登録する作業を行う例を説明する。
実施形態１の販売システムの構成・動作は、図４〜図１２に示されている。

（１）店舗における入力作業
図４には、当該販売システムが適用される店舗（の売場）において店員による入力作業を表す説明図が示されている。店員は、商品を売り場に配置する際に、その商品を在庫データベース（後述する）等に登録する。
ステップＳ４−１において、店員は、ハンディ端末等を用いて商品の通常ＪＡＮコードを読み取る（ステップＳ４−１）。ハンディ端末とは、ハンディターミナル等の名称で呼ばれる携帯情報端末であり、物流の分野で用いられる端末である。バーコードなどの情報を読み取る機能を備えており、読み取ったデータを端末内に集積することや、外部のＰＣやサーバ等に送信する機能を備えている。また、バーコードだけでなく、２次元コードなどの情報や、文字・記号・数字等を読み取る機能を備えていてもよい。

ステップＳ４−２において、店員は、ハンディ端末上でその商品の数量や、消費期限日時を入力する。消費期限日時は、図２における（８）期限日や消費期限と同様の意味であり、商品のパッケージ等に印字・刻印されることが多い。ここで、店員が入力した通常ＪＡＮコード（元商品に表示されているバーコード）と、消費期限日時と、当該商品の数値は、ハンディ端末からストアコンピュータに送られる。ストアコンピュータに関しては、図６で詳述する。

ステップＳ４−３において、ハンディ端末は、図１等で説明してきたインストアＪＡＮコードを発行する。ハンディ端末は、読み取った通常ＪＡＮコードに、店員が入力した消費期限日時を加えて、インストアＪＡＮコードを生成する。この動作原理は図１で説明したとおりである。ハンディ端末は、生成したインストアＪＡＮコードを、バーコードプリンタに送信する。
なお、本実施形態では、ハンディ端末は、発行したインストアＪＡＮコードを、ストアコンピュータに送信していないが、ステップＳ４−２で送信した通常ＪＡＮコード等と同様にストアコンピュータに送信するように構成してもよい。
ステップＳ４−４において、バーコードプリンタは、ハンディ端末から送信されてきたインストアＪＡＮコードをラベルにプリントする。これによって、当該商品に貼付するラベルが印刷される。

ステップＳ４−５において、店員は、バーコードプリンタがプリントしたラベルを当該商品に貼付し、売り場に配置する。バーコードラベルの貼付は、商品のパッケージ等に予め印刷されている通常ＪＡＮコードの上に貼付して、通常ＪＡＮコードが隠れるようにすることが好ましい。このように貼付すれば、その後、バーコードを読み取ろうとする場合は、必ずインストアＪＡＮコードを読み取らせることができるからである。
ただし、常に通常ＪＡＮコードと重ねずに、別の場所に貼付してもよい。通常ＪＡＮコードがもともと読み取りにくい箇所に設けられている場合は、より読み取りやすい箇所にインストアＪＡＮコードを貼付してもよい。

スマートフォンの利用
図４に関する上の説明では、店員がハンディ端末を用いる例を説明したが、同様の処理・動作を実行できれば、物流分野で用いられるいわゆるハンディ端末以外の情報端末を用いてもよい。例えば、近年スマートフォン（Smartphone）が広く世の中に普及しているが、このようなスマートフォンを利用してもよい。スマートフォンに上記図４と同様の動作を実行させるアプリ（Application software）をインストールして利用することができる。つまり、ハンディ端末に代えて、スマートフォン専用アプリ（をインストールしたスマートフォン）でもよい。
この様子が図５に示されている。一般的なスマートフォン２０は、カメラを装備しており、商品の通常ＪＡＮコードを読み取ることができる。本実施形態では、以下、スマートフォンとはそのようなカメラを装備しており、バーコードのような光学式コードを読み込むことができるものとして説明を続ける。そして、上述のように、商品登録を行うためのアプリ（以下、商品登録アプリと呼ぶ）がスマートフォン２０にインストールされているものとする。そして、店員はこのスマートフォン２０の商品登録アプリを起動し、商品の販売期限日時と、商品の個数と、を入力することができる（図５参照）。同図に示すように、商品登録アプリの画面には、販売期限日を入力する欄２０と、販売期限時間を入力する欄２０ｂと、が表示されている。

店員は、商品の通常ＪＡＮコードを読み取った後、商品に印字されている販売期限等を目視で読み取る。そして、店員は、目視で読み取った販売期限を、販売期限日を入力する欄２０と、販売期限時間を入力する欄２０と、に入力する。図５には、その様子が示されている。まず、店員は販売期限日の入力欄２０ａの右側に位置するカレンダーアイコン２２をタッチする。すると、カレンダーボックス２４がポップアップし、日付を入力できるカレンダーが表示される。このカレンダーボックス２４から例えば、６月２０日等をタッチして選択して、ＯＫボタン２４ａをタッチすれば、販売期限日を入力する欄２０ａに、６月２０日と入力される。また、販売期限時間を入力する欄２０ｂをタッチすると、時刻を入力するタイムリスト２６が表示され、このタイムリストを回すことによって、店員は、所望の時刻を選択することができる。図５では、タイムリストから９：００が選択されている様子が示されている。店員は、所望の時刻を選択した後、ＯＫボタン２６ａをタッチすれば、販売期限時間の入力欄２０ｂに、「９：００」が入力される。

このようにして、入力される販売期限日及び販売期限時間は、これまで説明してきた消費期限日時の好適な一例に相当する。本実施例１では、消費期限日時として、販売期限日と、販売期限時と、を利用しているが、「時（hour）」は、０に固定するか、または、なくてもよい。つまり、「消費期限日時」は、「日」だけでもよい。さらに、「消費期限日時」として、「分」や「秒」を含めてもよい。
さらに、店員は、商品個数入力欄２０ｃに、その商品の個数を入力する。このようにして、店員は、商品の通常ＪＡＮコードと、消費期限日時と、数量（個数）とを、商品登録アプリを用いてスマートフォン２０に入力することができる。その後、店員が、ＯＫボタン２０ｄをタッチすると、商品登録アプリは、入力した通常ＪＡＮコードと、商品の個数（数量）と、消費期限日時とを、ストアコンピュータに送信する。この動作は、ステップＳ４−２に該当する。

次に、スマートフォン２０の商品登録アプリは、インストアＪＡＮコードの生成（発行）を行う。この処理は、図４におけるステップＳ４−３に該当する。本実施例１では、インストアＪＡＮコードをこの段階でストアコンピュータに送信してはいない。しかし、この段階で、商品登録アプリが、インストアＪＡＮコードをストアコンピュータに送信するように構成してもよい。
次に、商品登録アプリは、インストアＪＡＮコードの生成を行った後、そのインストアＪＡＮコードをバーコードプリンタに送信する。送信の際、プリントする枚数として、上記入力した商品の数量（個数）も送信する。これによって、バーコードプリンタは、このインストアＪＡＮコードを受信して、インストアＪＡＮコードを表すバーコードラベルを、指定された数量分の枚数だけプリントする。店員は、プリントされたバーコードラベルを、当該商品に貼付して売り場に配置（陳列）する（ステップＳ４−５に相当）。バーコードラベルを商品に貼付する位置は、原則として、もとの通常ＪＡＮコードが表示されていた場所が好ましいが、より読み取りやすい（スキャンしやすい）、より貼付しやすい等の理由で、別の場所に貼付してもよい。

なお、バーコードプリンタは、スマートフォン２０と、例えばＢｌｕｅｔｏｏｔｈ（登録商標）接続されていてもよいし、Ｗｉ−Ｆｉ（登録商標）接続されていてもよい。また、他の種類の無線接続でもよいし、有線（例えば、ＵＳＢ（登録商標）接続）で接続されていてもよい。

（２）店舗における顧客の購買動作
次に、顧客が、その店舗に訪れて、売り場で商品を購入する動作を説明する。この商品も、これまで同様に鮮度管理を行う商品を前提として説明する。
図６には、顧客が店舗の売り場で、購入したい商品を見つけてから購入に至るまでの動作の説明図が示されている。
本実施形態において特徴的なことは、顧客が、所定のお買い物アプリが起動しているスマートフォン３０を用いて、商品の価格等を調べながら、商品の購入を実行していくことである（図６参照）。このスマートフォン３０は、その店舗において利用可能なＷｉ−Ｆｉネットワーク等に接続しており、このＷｉ−Ｆｉネットワークを通じて、ストアコンピュータと接続することができる。なお、接続の方法はその他の方法でもよい。公衆無線網や、携帯電話網を介してインターネットに接続し、インターネットを介してストアコンピュータに接続してもよい。
本実施形態において、「お買い物アプリ」とは、顧客が商品購入のために用いるスマートフォン用のアプリケーションソフトウェア（スマホアプリ）であって、スマートフォン３０上で起動し、顧客の購入対象である商品の選択、その購入代金の決済、その他の処理を実行することができるソフトウェアである。
スマートフォン３０は、請求の範囲の携帯端末の好適な一例に相当する。しかし、スマートフォン３０に代えて、タブレット端末や、ノートパソコン、小型の通信装置、腕時計型の通信装置等を用いてもよい。本実施形態で説明するスマートフォン３０と同様の動作を行うことができる限り、これらの各種装置も、請求の範囲の携帯端末の好適な一例に相当する。

すなわち、顧客は、購入したい商品を売り場で見つけると、所定のお買い物アプリを起動しているスマートフォン３０を利用して、期限ＪＡＮコード（インストアＪＡＮコード）を貼り付け済みの商品を、購入の対象として選択して（ステップＳ６−１）、その情報をストアコンピュータに送信して、会計（ステップＳ６−２）を実行する。このような処理で商品の購入を行うことができる。
最終的な購入を実行する前に、顧客は、このお買い物アプリを用いてスマートフォン３０のカメラを用いて、購入の候補となる商品に貼付されている期限ＪＡＮコード（インストアＪＡＮコード）を撮影し、そこに記述されているデータを読み取る（ステップＳ５−３）。一般的なスマートフォンは、バーコード等の光学式コードを読み取ることができるカメラ及びそれを制御するソフトウェアが備えられている場合が多く、本実施形態１〜３でも、そのようなカメラを備えたスマートフォンを前提として説明を行う。
スマートフォン３０が読み取ったデータ（図１で説明したとおりのデータ）は、スマートフォン３０がストアコンピュータに送信する（図６のステップＳ６−３）。すると、ストアコンピュータは、送信されてきた情報に基づき、当該商品の販売時点別価格を求めて、スマートフォン３０に送り返す（図６のステップＳ６−４）。顧客がその販売時点における価格を見て、購入を決定した場合は、その旨をそのままストアコンピュータに送信する。その結果、会計処理（ステップＳ６−２）が実行され、その商品の購入が完了する。

本実施形態においては、このように、顧客が、所定のお買い物アプリが起動しているスマートフォン３０を用いて、その商品のその時点における価格を知ることができ、さらにそのまま会計処理（決済）を実行し、購入を完了させることができる。したがって、本実施形態における販売システムは、会計を行うための「レジ（レジスター）」を必要としていない。購入が完了した顧客は、そのまま店舗を出ることができ、極めて円滑に購入動作を実行することができる。
また、本実施形態における販売システムは、柔軟な価格設定を行うことができることを特徴とする。そのために、本実施形態におけるストアコンピュータは、商品の価格が変化した場合（例えば、割引が開始された場合）に、店舗内の顧客に通知を行う。これは図６のステップＳ６−５に該当する。このように、本実施形態にかかるストアコンピュータは、割引が開始された等の価格の変化があった場合にこれを顧客のスマートフォン３０に通知するので、顧客は割引が開始された等の価格の変化をリアルタイムに知ることができる。

スマートフォンの画面の様子
本実施形態では、顧客がスマートフォン３０を用いて、店舗側（すなわち、ストアコンピュータ）から、割引開始等の通知を受信し、また、スマートフォン３０を用いて決済を実行しているので、迅速な購買動作を実行することができる。また、レジ（レジスター）を必要としないので、商品の代金の支払いに時間がかかることもなく、また、割引等の情報を迅速に知ることができるので、顧客にとって非常に便利である。また、店舗経営者側も、レジを廃止することもできるので、売場の効率的な運用が可能になるというメリットがある。

初回登録時
お買い物アプリがインストールされたスマートフォン３０の画面の様子の例が図７に示されている。なお、ここでは、顧客が、本実施形態にかかる販売システムを利用する会員として登録されているものとする。登録とは、販売システムの顧客データベースに登録されていることをいい、本販売システムを利用した（複数の）店舗での商品購入を行うことができる。

顧客データベース
本実施形態では、顧客データベースは、顧客の氏名と、顧客のＩＤと、パスワードと、決済に必要な情報と、を少なくとも含むデータベースである。パスワードは、ログインに必要な他の情報に代えてもよい。例えばパスワードに代えてバイオメトリック情報（例えば指紋や顔認証）を用いてもよい。または、パスワードと共にこれらバイオメトリック情報を用いてもよい。
顧客の氏名は、原則として戸籍名が好ましいが、顧客を識別できる名称であれば他の名称でもよく、またいわゆるビジネスネームやペンネームのごとき名称でもよい。また、顧客は自然人でも、法人でもよいが、その他のグループでもよい。法人の場合は、法人用クレジットカードを使うことができるように構成してよい。また、ＡＢＣ株式会社の総務部が、部の経費で商品購入できるように構成してもよい。
また、決済に必要な情報とは、例えば、クレジットカード番号及びクレジットカード決済に必要な情報であり、以下、本実施形態では、クレジットカード決済を主たる例として説明する。決済に必要な情報として他の情報を利用してもよい。例えば、プリペイドカードや仮想通貨及びそれらに関する情報を利用してもよい。
また、顧客データベースは、顧客のポイントカードの情報及びそのポイントを含めてもよい。顧客の商品の購入の履歴を登録しておいてもよい。各店舗のストアコンピュータで顧客の購入履歴を登録することもできるが、その店舗における商品購入に限定される場合もあるので、顧客の商品購入履歴は、顧客データベースに登録しておくことがより好ましい。

図７では、お買い物アプリを最初に起動させた場合の画面の様子の例が示されている。図７のscreen1では、最初の起動画面が示されている。ここでは、顧客が既に会員登録されているものとするので、所定のＩＤやパスワード等を入力してログインすることができる。ログインした後の最初の起動画面が図７のscreen1である。
なお、実際のログイン時のＩＤやパスワードを、当該スマートフォン３０に登録しておき、自動的にログインするように構成してもよい。お買い物アプリは、本販売システムの顧客データベースと通信し、ＩＤやパスワード等に基づき、ログインを許可する。すなわち、本販売システムの顧客データベースは、インターネット上に配置されるいわゆるクラウドとして構成してよい。

さて、screen1の画面から顧客は、ポイントカードの登録ボタン３０ａ、又は、クレジットカート゛登録ボタン３０ｂ等をタッチして、ポイントカードの登録や、クレジットカードの登録を行う。
図７のscreen1から、ポイントカードの登録ボタン３０ａをタッチすると、図７のscreen2に移行し、ポイントカードの登録の画面に移行する。顧客は、ポイントカード（のバーコード）をスマートフォン３０のカメラで撮影し、バーコードをスキャンするボタン３２ａをタッチする。すると、お買い物アプリは、ポイントカードの撮影画像から、ポイントカードの番号を検出し、ポイントカード番号欄３２ｂに表示する。顧客は、このポイントカード番号欄３２ｂの番号を確認した後、入力内容で登録するボタン３２ｃをタッチして、登録を行う。このようにして登録したポイントカードには、商品購入によって生じたポイントが付与される。
また、screen1、screen2において、顧客がクレジットカード登録ボタン３０ｂをタッチすると、クレジットカード登録のscreen3に移行する。screen3においては、商品購入に利用するクレジットカードの登録を行う。ここで登録したクレジットカードによって商品を購入する。

図７のscreen3において、顧客は、クレジットカード番号欄３４ａに決済に用いるクレジットカード番号を入力し、有効期限欄３４ｂに有効期限を入力し、カード名義人欄３４ｃに、カード名義人の氏名を入力する。また、顧客は、セキュリティコードを、セキュリティコード欄３４ｄに入力する。最後に、顧客は入力内容で登録するボタン３４ｅをタッチして、入力した内容を、顧客データベースに登録する。
ここで、登録したポイントカードの番号や、付与されたポイント、クレジットカードの番号その他の情報は、上述した顧客データベース上に記録されてよい。ただし、クレジットカードの情報等は、別の決済用のデータベース等に保管されていてもよい。なお、ここでは、決済の方法として、クレジットカードの例を示したが、決済の方法は他の方法でもよい。仮想通貨や電子マネー、プリペイドカード等を（顧客データベースに）登録しておいて利用することもできる。

本実施形態では、ログインのために、ＩＤや、パスワードを用いたが、ログインに必要な情報であればどのようなものでもよい。例えば、ＩＤに代えて、ニックネームや、会員番号、メールアドレスのようなものでよいし、パスワードに代えて指紋やその他のバイオメトリック情報でもよい。また、二段階認証、例えばそのスマートフォン３０の電話番号やメールアドレスを利用した認証でもよいし、いわゆる２要素認証を用いてログインを行ってもよい。これらの情報（ニックネーム、会員番号、メールアドレス、指紋やその他のバイオメトリック情報、電話番号）を利用する場合は、これらの情報を顧客データベースに登録しておいてよい。また、ここで用いる認証は、従来から知られている様々な認証方法を採用してよい。

商品購入時
次に、実際に店舗で商品を購入する場合のスマートフォン３０の画面の様子を、図８に基づき説明する。
まず、顧客は、お買い物アプリを起動させたスマートフォン３０を携帯して、本実施形態にかかる販売システムが導入された店舗に入店する。この起動された状態とは、図７の説明と同様に、所定のＩＤやパスワード等が入力されてログインされている状態である。

図８のscreen4は、起動された状態であり、入店しようとする店舗の情報を入力する必要がある。本実施形態に係る販売システムが適用された店舗では、その店舗を表すＱＲコード（登録商標）が店の前に設置されている。顧客は、お買い物アプリを起動させたスマートフォン３０のカメラを用いて、そのＱＲコードを撮影することによって、入店しようとする店舗をスマートフォン３０のお買い物アプリに知らせることができる。
図８のscreen5において、お買い物アプリは、読み取ったＱＲコードのデータから、これから入店する店が「丸の内店」であることを認識し、その旨の表示３８ａを画面に示す。その後、スマートフォン３０の画面は、図８のscreen6に示すような表示になり、商品バーコードの読み取りを待つ画面となる。

顧客は、購入したい商品を見つけた場合、その商品のバーコードをスマートフォン３０のカメラで撮影して読み取る。この様子が図８のscreen6に示されている。バーコード読み取り面４０ａで、商品に貼付されているバーコード、すなわちインストアＪＡＮコードを読み取ることによって、その商品を認識することができる。読み取ったインストアＪＡＮコードは、ステップＳ６−３で説明したように、ストアコンピュータに送信される。ストアコンピュータは、そのインストアＪＡＮコードに基づき、その商品の現在の価格、すなわち販売時点別価格をスマートフォン３０に送信する（ステップＳ６−４）。これによって、スマートフォン３０の画面上の価格欄４０ｂには、当該商品の販売時点における価格が表示される。このような作業を順次繰り返していけば、商品の合計金額が順次表示される（screen6）。図８のscreen6では、カートが空の場合の表示（「現在カートは空です」）がされているが、購入商品の個数が増えていけば、表示は現在のカート内の商品個数を表す表示に変わっていく。なお、カートは、そのスマートフォン３０内に一時的に、購入品リストとして設けられる記憶領域である。このカート（購入品リスト）に記憶されている商品は、その合計金額が決済（会計）されれば、最終的に購入した商品となる。

本実施形態において特徴的なことは、その商品の現在の価格がリアルタイムに知ることができるという点である。この結果、消費期限が近づいて安くなった価格をリアルタイムに顧客に知らせることができるので、顧客は安くなったことをリアルタイムに知ることができる。その結果、顧客の購買意欲の向上を図ることができ、より商品の売れ行きの増大に寄与することが期待される。
例えば、商品の通常価格が商品の値札で示されている場合は、顧客は、その通常価格との差額をリアルタイムに知ることができ、お買い得品であることを認識することができる。その結果、顧客にとって、お得な買い物ができる機会を増加させることができるというメリットがある。その一方、店舗側にとっては、消費期限が近づいた商品に対する顧客の購買意欲の増大により、商品をより効率的に販売することができるので、最終的にその店舗の売り上げをより増大させ、また利益額をより増大させることができると考えられる。

決済（会計）
購入したい商品のインストアＪＡＮコードを全て読み取った後は、顧客は決済ボタン４０ｃ（screen6）をタッチする。
すると、ストアコンピュータからカートに入っている商品の価格の合計金額が送信されてくるので図９に示す決済画面に移行する。
図９のscreen7には、決済画面が示されている。この決済画面においては、顧客は、合計金額欄４２ａに表示されている合計金額を確認の上、お支払いボタン４２ｂをタッチする。
お支払いボタン４２ａをタッチすることは、請求の範囲の決済指示の好適な一例に相当する。または、支払いをキャンセルする場合は、キャンセルボタン４２ｃをタッチして、キャンセルを行う。

図９のscreen7から、顧客がお支払いボタン４２ｂをタッチすると、ストアコンピュータは、決済を実行する。例えば、顧客データベースからその顧客の決済情報を取得し、それを用いて決済を行う。決済が完了した後、その旨をスマートフォン３０に伝える。完了した旨を受信したスマートフォン３０の画面は、図９のscreen8のお支払い完了画面に移行する。このscreen8は、お支払合計金額を表示する画面であり、顧客が終了ボタン４４ｂをタッチすることによって、その店舗でのお買い物が終了する。
お買い物が終了した後は、顧客は購入した商品をその店舗から持ち出していくことになる。再び購入を実行する場合は、再びいずれかの店舗のＱＲコードの読み込みから開始することになる（図８のscreen4）。
本実施形態において特徴的なことは、このように、顧客がスマートフォン３０のみで商品の価格の確認、支払いまでが完結することである。したがって、いわゆるレジ（レジスター）という設備が基本的には不要となるので、より効率的な購買が実現されている。

お買い物アプリの他の機能
お買い物アプリには、その他の様々な機能が備えられてよい。本実施形態においては、インストアＪＡＮコードを利用することを特徴の一つとしているが、汚れ、かすれ等によって、インストアＪＡＮコードが読み取れない場合もある。そのような場合は、図８のscreen6において、顧客が、番号手入力ボタン４０ｄをタッチすれば、インストアＪＡＮコードを手入力できる画面（図９のscreen9）に移行する。この画面では、インストアＪＡＮコードを顧客が手入力することによって、商品をカートに入れることができる。図９のscreen9において、顧客はバーコード番号欄４６ａにインストアＪＡＮコードの数値を直接入力し、決定ボタン４６ｂをタッチする。これによって当該商品がカートに入ると共に、図８のscreen8に戻り、他の商品のスキャンが続行される。

お買い物アプリの種々のメニュー
また、図８のscreen4に示すように、お買い物を開始する際の初期画面には種々のメニューが画面下部に表示されている。
図８のscreen4の例では、ホーム３６ｂ、商品３６ｃ、マイページ３６ｄの３種のメニューが示されている。

・ホーム
顧客がホーム３６ｂをタッチすると、お買い物アプリの設定画面に移行する。設定画面では、お買い物アプリの種々の設定を行うことができる。外部から、安売りの情報を受け取るか否か、価格の変動のお知らせを受け取るか否か、自己（スマートフォン３０）の位置をストアコンピュータ側に提供するか否か、その他様々な設定を行うことができる。

・商品
顧客が商品３６ｃをタッチすると、今入店している店（例えば、「丸の内店」）の商品のリストを見ることができる。そのような画面の様子が図１０のscreen10に示されている。商品のリストは、その店舗のストアコンピュータから取得することが好適である。後述するように、店舗のストアコンピュータは、在庫データベースを備えており、その店舗に配置されている商品のリストを、本販売システムの会員である顧客のスマートフォン３０に提供することができる。顧客はこのような商品リストを閲覧することによって、所望の商品がその店舗に在庫としてあるか否か、在庫がある場合にはその現在の値段はいくらか、等を知ることができ、店舗に行ったけれど所望の商品が買えなかったという事態を防止することができる。

また、図１０のscreen10から店名である「丸の内店」をタッチすると、他の店舗を選択する画面に移行する。このような画面の例が図１０のscreen11に示されている。screen11には、例として、「丸の内店」及び他の店舗のリストが示されている。顧客は、所望の店舗名をタッチすることによって、その店舗の商品リストを「丸の内店」と同様に閲覧することができる。

・マイページ
また、顧客がマイページ３６ｄをタッチすると、顧客の登録内容を閲覧することができる画面に移行する。この登録内容の画面が図１１のscreen12に示されている。screen12に示す例では、顧客の購入履歴、クレジットカード情報、ポイントカード情報、お買い物アプリのバージョン、の各情報を閲覧することができる。
顧客が「購入履歴」をタッチすると、図１１のscreen13に示すような、これまでの購入に係るレシートを閲覧することができる。
このような購入履歴は、例えば本販売システムの顧客データベース上に保存されていてよい。screen13では、１枚のレシートが示されているが、顧客の指等で画面をスワイプすることによって画面をスクロールさせて連続的に他のレシートを閲覧するように構成してもよい。

顧客が「クレジットカード情報」をタッチすると、図１１のscreen14に示すような、クレジットカード情報を変更する画面に移行する。このようなクレジットカード情報は、例えば顧客データベースに、顧客毎に登録されており、お買い物アプリが顧客データベースにアクセスしてスマートフォン２０の画面に表示することができる。表示されたクレジットカード情報を変更したい場合は、カード情報の変更ボタン４８ａをタッチして、カード情報の変更を行う。変更を行うための画面は図７のscreen3とほぼ同様である。
なお、クレジットカード情報は、顧客データベースではなく、顧客のスマートフォン３０内部の所定の記憶装置に記憶しておいてもよい。商品購入の際には、顧客のスマートフォン３０内部の所定の記憶装置に記憶しているクレジットカード情報を利用して決済してもよい。

（３）ストアコンピュータ１００と、顧客データベース２００
本実施形態１に係るストアコンピュータ１００の概念構成図が図１２に示されている。図１２には、本実施形態１に係る顧客データベース２００も示されている。
ただし、ストアコンピュータ１００は、機能的には店舗毎に存在する。つまり、丸の内店には、丸の内店のストアコンピュータ１００が備えられており、品川店には、品川店のストアコンピュータ１００が備えられている。
これらストアコンピュータは、クラウド上で構成することができる。また、大型のコンピュータが仮想的に複数のストアコンピュータの機能を果たしていてよい。例えば、１台のコンピュータが、仮想的に丸の内店のストアコンピュータと、品川店のストアコンピュータとを、実現していてもよい。なお、ストアコンピュータは、クラウド上に限定されるものではなく、各店舗にそれぞれオンプレミスで配置されていてもよい。
これに対して、顧客データベース２００は、本実施形態の販売システム中に１個存在する。したがって、顧客は、顧客データベースに登録されていれば、本販売システムが適用されるどの店舗でも、同様の手法で商品の購入を実行することができる。顧客データベース２００は、クラウド上で構成することが好適であるが、非常に小規模の販売システムの場合は、オンプレミスで配置されていてもよい。
ストアコンピュータ１００は、ＣＰＵ６２と、ＣＰＵ６２が実行するプログラムと、を備えており、そのプログラムがストアコンピュータ１００の種々の動作を規定する。プログラムは、ＣＰＵ６２からアクセス可能な所定の記憶装置に格納されている。

また、ストアコンピュータ１００は、各種のデータ（マスターデータ）や、各種のデータベースを備えており、商品の陳列や販売を制御している。マスターデータとしては、後述する商品マスタ５２等が挙げられ、データベースとしては、後述する在庫データベース５６等が挙げられる。マスターデータも、データベースも、ハードディスク等の磁気記憶装置や、半導体記憶装置で構成されてよく、光学式記憶装置で構成してもよい。これらマスターデータ類や、データベース類については、順次、後に詳述する。
また、ストアコンピュータ１００は、店員や管理者からの入力手段を備えており、外部から価格等を設定可能に構成されている。入力手段としては、キーボードやマウスでよいし、また、所定の通信手段で接続される外部の制御端末から価格の設定、時間による価格の変化等を制御することも可能である。外部の制御端末は、様々な装置を使用することができる。インターネット等を通じてストアコンピュータ１００と通信するための手段を備えた種々の情報端末を利用可能である。例えば、ノートパソコンや、スマートフォン等から制御することも好適である。
なお、上述したように、所定のプログラムを実行するＣＰＵ６２は、特許請求の範囲の制御部の好適な一例に相当する。また、ここではＣＰＵであるが、各種プロセッサでもよいし、ＤＳＰ（Digital Signal Processor）でもよい。また、ＡＩプロセッサでもよい。

ストアコンピュータ１００は、店舗毎に設けられており、その店舗に陳列される商品の情報を記憶する商品マスタ（図１２参照）を備えている。また、ストアコンピュータ１００は、商品の販売期限を記憶する販売期限管理マスタ５４を備えている。この販売期限管理マスタが管理する販売期限は、図２で説明した（６）販売限度日時である。この販売限度日時は、各小売り、店舗毎に定められる販売限度日時である。この販売限度日時を過ぎると、その商品は破棄される。したがって、この販売限度日時までに売り切ることが望ましい。

在庫データベース
また、ストアコンピュータ１００は、在庫データベース５６を備えており、期限別の在庫数をリアルタイムに把握している。この在庫データベース５６には、図４で説明したように、陳列しようとする商品の入力作業によって得られた通常ＪＡＮコードや、商品の数量、消費期限、が登録される。つまり、在庫として登録される。また、図２における（７）お客様保管期間も登録されていてよい。消費期限（図２の（８）期限日）から、（７）お客様保管期間を減算すれば、図２の（６）販売限度日時が求められ、その商品をいつまで販売できるかを知ることができる。
したがって、図１２では、通常ＪＡＮコードや、商品の数量、消費期限が、直接在庫データベース５６に向かって矢印が描かれており、登録される動作が表されている。なお、より正確には、所定の通信ネットワーク（Ｗｉ−Ｆｉ等）インターフェースを介して、ＣＰＵ６２が通常ＪＡＮコードと、商品の数量と、消費期限とを受信し、ＣＰＵ６２がこれらのデータを在庫データベース５６に登録するという処理を実行する。ここで、ＣＰＵ６２は、販売期限管理マスタ５４も参照し、各商品を、販売期限別に管理している。その結果、ＣＰＵ６２は、販売期限別に商品を管理することが可能となり、販売期限別の在庫数を、在庫データベース５６に登録することができる。

このように在庫データベース５６に登録される商品は、販売期限別に管理されているので、同じ種類の商品でも、販売期限が異なれば異なる価格を設定することが可能となる。
この異なる価格の設定は、例えば、所定の記憶装置に記憶しておいてもよい。例えば、販売期限の１時間前に１０％引きになる等の「設定」を所定の記憶装置に記憶しておいて、販売期限（販売限度日時）と現在時刻（現在日時）とから割引があるかどうかをその都度判断してもよい。この判断は、ストアコンピュータ１００（１０２）（１０４）のＣＰＵ６２（６４）（６６）が実行してよい。このような価格の調整も、所定のプログラムを実行するＣＰＵ６２が実行してよい。
鮮度管理の対象となる商品の場合は、例えば、現在日時が、販売限度日時に近づけ近づくほど割引額が大きくなるような「設定」としてよい。ＣＰＵ６２（６４）（６６）は、この設定に基づき、現在日時が、販売限度日時とを比較して、在庫データベース５６中の価格から、所定の割引を行って、現在時点の価格を求める（調整する）ことができる。
例えば、現在日時と、販売限度日時との差を求め、それがＸ時間（例えば５時間）未満の場合は、１時間減る毎にＹ％（例えば１０％）値引きする等の「設定」をする（価格を調整する（求める））ことができる。この場合は、ここで説明したＸ時間と、Ｙ％とをパラメータとして「設定」することができる。

なお、その在庫データベース５６が管理する店舗の商品の価格の設定者は、上記所定の記憶装置に上記「設定」を記憶させることが可能である。これはステップＳ１２−１の処理動作である。これによって、本実施形態１によれば、商品の価格を販売限度日時と現在に知事との関係に基づき自由に設定することができる。したがって、販売限度日時が近づいた商品に割引シールを貼る手間もなく、価格を自由に設定し、調整することができる。なお、価格の設定者とは、その店舗の店員や管理者、管理責任者、店長等が該当するが、他の責任者が設定してもよい。
また、通信ネットワークとのインターフェース、例えばＷｉ−Ｆｉインターフェースや、インターネットとのインターフェースは、図示されていないが、ＣＰＵ６２からアクセスできるものとする。ＣＰＵ６２は、これらのインターフェースを介して、ハンディ端末（図４参照）又はスマートフォン（図５参照）から通常ＪＡＮコードと、商品の数量と、消費期限とを受信する。

また、ストアコンピュータ１００は、過去販売実績データベース５８と、ＩＤ別購入来店実績データベース６０と、を備えている。
過去販売実績データベース５８は、その店舗における過去の販売実績を登録するデータベースであり、とくに時間帯別の販売実績を記憶する。また、ＩＤ別購入来店実績データベースは、顧客毎の来店実績を記憶するデータベースである。すなわち、ＩＤとは、顧客ＩＤを意味する。
なお、顧客データベース２００（図１２参照）は、インターネット等と接続されるデータベースであり、顧客は、その顧客のＩＤが登録されている。また、必要に応じて、パスワード等ログインに必要な情報が登録されている。さらに、決済に必要な情報、例えばクレジットカード決済に必要な情報も登録されている。この顧客データベース２００は、顧客のスマートフォン３０からもアクセスすることができ、決済の際にされる。また、この顧客データベース２００は、各ストアコンピュータ１００からアクセスされて、決済（会計）に必要な情報を提供する。

購買動作に関連する動作
また、顧客が購買動作を実行する場合、顧客がスマートフォン３０でスキャンした商品のインストアＪＡＮコードを、ストアコンピュータ１００に送信すると（図６中、Ｃ矢印で示される）、ＣＰＵ６２はこれを受信し（図１２中、Ｃ矢印で示される）、次の動作を実行する。
すなわち、ＣＰＵ６２は、その商品の販売時点別価格と、販売期限とをチェックする。このとき、図１で説明したようにインストアＪＡＮコードから得られる消費期限日時と、在庫データベース５６から得られるお客様保管期間と、を突き合わせ、販売期限日時を計算する。この販売期限日時が既に経過している場合は、スマートフォン３０に、期限切れである旨のメッセージを送信する。他方、販売期限日時をまだ経過していない場合は、販売時点別価格を、顧客のスマートフォン３０に送信する（ステップＳ１２−３及び図１２中のＤ矢印）。このような動作によって、顧客は、店舗に陳列された商品のその販売時点における価格を知ることができる。すなわち、図６のステップＳ６−４（及びＤ矢印）で説明したように、スキャンした商品の販売時点における価格を知ることができる。
なお、期限切れのメッセージが送信されてきた場合は、スマートフォン３０は、画面に「期限切れ」等のメッセージを表示して、エラーである旨を顧客に伝える。

なお、ＣＰＵ６２は、在庫データベース５６の登録内容から、その商品に対して設定されている時間毎の割引率設定等を参照して、販売時点における価格を算出して、顧客のスマートフォン３０に送信している。
本実施形態１において特徴的なことは、店員や管理者が、各商品に対して、「時間毎の割引率の設定」、「価格の設定」を行うことができる点である（図１２のステップＳ１２−１）。店員や管理者は、このような設定を、所定の入力手段、例えばキーボードやマウスを使って行うことができる。ＣＰＵ６２は、これらの設定を受信すると、その設定を、例えば内部の所定の記憶装置に記憶しておく。これによって、ＣＰＵ５６は、在庫データベース５６中の価格に対して、上記の設定を加味することによって、販売時点別の価格を求めることができる。

なお、ここでは、店員や管理者による「設定」を、所定の記憶装置に記憶しておいたが、在庫データベース５６中に記憶させておいてもよい。記憶させる「設定」としては、販売期限の３時間前から１時間毎に１０％値引きする」のような時間と共に価格が変化するルールを設定することもできる。また、記憶させる「設定」としては、店員や管理者が時間と関係なく直接価格を設定することもできる。いわば、店員が、売れ行きを観察しながら、必要に応じて、価格を随時下げていくことも可能である。
いずれの場合も、店員又は管理人は、過去販売実績データベース５８と、ＩＤ別購入来店実績データベースを参照することができる。これらのルールや、直接の価格を、設定することができる。過去販売実績データベース５８と、ＩＤ別購入来店実績データベース６０とは、要するに過去のデータである。そのため、この過去のデータにもとづいて商品の価格設定、価格の時間毎の割引率の設定、を行うことができる。
したがって、本実施形態によれば、従来シール等を商品に貼って値引きをしていたのに比べて、極めて容易に価格の設定や、価格の時間毎の割引率の設定を行うことができる。さらに、本実施形態の販売システムによれば、顧客がスマートフォン３０で商品をスキャンしてその販売時点の価格をリアルタイムに知ることができるように構成しているので、商品が値引きされたことなどを容易にリアルタイムに知ることができる。いちいち商品に値引きのシールを貼らなくても、顧客が値引きを知ることができるので、より顧客に対する高い宣伝効果を得ることができる。

割引開始の通知
さらに、本実施形態１にかかるストアコンピュータ１００は、割引が開始される時間になると、割引が開始されることを顧客に通知する（図１２のステップＳ１２−４、Ｅ矢印）。したがって、顧客は割引が開始されることをリアルタイムに知ることができるので、安価になった商品の購入を失敗する恐れを小さくすることができる（図６のステップＳ６−５、Ｅ矢印）。なお、通知は割引開始だけでなく、新しい価格になったことや、割引価格になる予告でもよい。顧客は、その店舗からのさまざまな連絡を受領することができ、より利便性の向上した買い物をすることができる。
なお、顧客は、スマートフォン３０の設定や、お買い物アプリの設定によって、上記のような通知（Ｅ矢印で表される通知）を拒否することもできる。

会計
購入したい商品（のインストアＪＡＮコード）をすべてスマートフォン３０でスキャンしてカートに入れた後、会計を実行する。これは図８のscreen6において、決済ボタン４０ｃをタッチした場合の動作である。スマートフォン３０はこれまでストアコンピュータ１００に問い合わせてきた商品の価格の合計値を算出し、図９のお支払い確認画面を表示することは既に説明したとおりである。この場合、screen7で顧客がお支払いボタン４２ｂをタッチした場合、ストアコンピュータ１００のＣＰＵと会計処理が開始される。会計は例えばクレジットカード決済を用いて行われる。ストアコンピュータ１００のＣＰＵ６２は、例えば、顧客データベース２００からクレジットカード決済の情報を取得し、それに基づいて決済を行うことができる。クレジットカード決済情報は、顧客のスマートフォン３０内部に収容しておいてもよい。その場合は、スマートフォン３０からクレジットカード決済情報がストアコンピュータ１００に送信され（ステップＳ６−１、Ｓ６−２）、ＣＰＵ６２がかかるクレジットカード情報を用いて決済を行ってもよい。なお、決済（ステップＳ６−２）はクレジットカード決済に限られず、種々の決済手法を採用してよい。

このように、本実施形態１によれば、店員や管理者が、過去販売実績データベース５８と、ＩＤ別購入来店実績データベース６０とに、基づき、販売限度日時（図２の（６））に近づくほど、値引き額が大きくなるように、価格を設定することができる。さらに、そのような販売履歴も、過去販売実績データベース５８等に格納される。したがって、それらの過去のデータに基づけば、次回の発注量（数）をどの程度にすれば、売り切ることができるかを予想することができる。予想をする技術は従来から知られている予想技術を用いればよい。したがって、本実施形態１によれば、店員や管理者は、次回発注数検討（ステップＳ１２−２）をより効率よく行うことが可能である。

第３．実施形態２：店舗入力＋ＡＩ型
本実施形態２は、上述した実施形態１と同様に、店舗にて店員が商品の入力作業を行う例である。しかし、本実施形態２は、上記実施形態１と異なり、ストアコンピュータ１０２に、ＡＩ（Artificial Intelligence）を搭載している点が異なる。このような構成の相違によって、ストアコンピュータ１０２は、その店舗の商品売り上げ・利益目標を計算し、この目標値と、外部データと、に基づいて、その商品の妥当な好ましい価格を算出し、その価格で販売しようとするものである。
このようなＡＩは従来から知られている種々の手法のプログラムとして、ストアコンピュータ１０２のＣＰＵ６４に実行させることができる。各種の学習プログラムや、予想プログラム、利益を最大や極大にするプログラム等の技術が知られており、プログラムライブラリとして利用することができる。そのため、本実施形態で説明するＡＩのプログラムを構築することは当業者であれば容易である。
例えば、過去の販売実績データを学習し、それに基づき店舗の商品売り上げ、利益目標を算出（予測）させることも好適な例の一つである。また、過去の販売実績データに基づき、どのようなタイミングでどの程度割引を行う場合に利益が最大となるとなるのかを予測することもできる。かかる予測に基づき、上述した割引等の「設定」を行えば、最適な価格を出力することもできる。
すなわち、実施形態１では過去の販売データに基づいて、販売限度日時までの価格を時間と共に変化させる（徐々に割引をしていく）処理を人間が行っていた。これに対して、実施形態２のストアコンピュータ１０２は、ＡＩで商品の価格を決定していく点が実施形態１と大きく異なる。

最適、最大等の表現について
さて、本文で「利益が最大」という場合は、「利益がより大きくなる場合」を含む。本実施形態を実際に実施する場合は、利益が最大になることは困難である。例えば、最適な価格が整数にはならない場合もあり、最適な価格に設定することが困難である場合もありえる。さらに、価格を１分ごとに変化させることが「最適」である場合でも、実際に１分ごとに価格を変更することは現実的ではない場合もある。したがって、実際に実現可能な設定を行う以上、必ずしも「最適な価格」にはならず、また、「利益が最大」とはならない場合もありえる。したがって、実際は、最適な価格に近い価格にすること、利益が最大に近い値になる、ような処理となる場合も、本実施形態の態様の例に含まれ、また技術的範囲にも含まれる。
このように、本文で、「最適価格」と言う場合は、より最適に近い価格に設定することができる場合も含められ、本発明の技術的範囲にも含まれる。また、上述したように、「利益を最大」とするには、利益がより大きくすることができる場合も含まれ、本発明の技術的範囲にも含まれる。これは、本文の全てにあてはまる。

本実施形態２の販売システムも、実施形態１と同様に大別して３部から構成される。
第１部：店舗における入力（インストアＪＡＮコードの入力）
第２部：顧客の店舗における商品の購入
第３部：ストアコンピュータのＡＩによる商品価格の設定と、商品価格の顧客に対する提示。
なお、請求の範囲の「販売システム」は、これらの各部を実現するためのハードウェア部分について記述している。
しかしながら、実施形態２の第１部と第２部とは、実施形態１と同様であるので説明を省略し、実施形態２のストアコンピュータ１０２の動作を中心に説明を行う。
実施形態２の販売システムのストアコンピュータ１０２の構成・動作の説明図が図１３に示されている。

（１）ストアコンピュータ１０２
本実施形態２に係るストアコンピュータ１０２の概念構成図が図１３に示されている。図１３には、本実施形態２に係る顧客データベース２００も示されているが、実施形態１の顧客データベース２００と同様であるので、説明を省略する。
ストアコンピュータ１０２も、ストアコンピュータ１００と同様に、ＣＰＵ６４と、ＣＰＵ６４が実行するプログラムと、を備えており、そのプログラムがストアコンピュータ１０２の種々の動作を規定する。プログラムは、ＣＰＵ６４からアクセス可能な所定の記憶装置に格納されている。
また、ストアコンピュータ１０２も、各種のデータ（マスターデータ）や、各種のデータベースを備えており、商品の陳列や販売を制御している点もストアコンピュータ１００と同様である。

本実施形態２に係るストアコンピュータ１０２の特徴的な構成は、ストアコンピュータ１００と異なり、売上・利益目標データ７０、外部データ（天候、競合店）７２というマスターデータを備えている点である。
ここで、売上・利益目標データ７０とは、その店舗の売り上げ目標と利益目標とを保持する記憶装置である。
また、本実施形態２に係るストアコンピュータ１０２のＣＰＵ６４は、ＡＩに関するプログラムを実行する点が、実施形態１と大きく異なる。このプログラムは所定の記憶装置に収容されており、このプログラムを実行することによって、ＣＰＵ６４は、上述した売上・利益目標データ７０が保持するその店舗の売り上げ目標と利益目標とを達成するのに適した予測を行うことを特徴とする。この予測は、過去の販売履歴である過去販売実績データベース５８と、ＩＤ別購入来店実績データベース６０とに基づき行う。なお、売上・利益目標データ７０は、請求の範囲の売上・利益目標データ部の好適な一例に相当する。

ＡＩは種々の方式を利用することができるが、過去販売実績データベース５８と、ＩＤ別購入来店実績データベース６０との内容を機械学習して、未来の予測を行う方式のＡＩが好適な例の一つであるが、従来から知られている種々のＡＩを用いることができる。
さらに、本実施形態２においては、ＣＰＵ６４は、外部データを適宜参照の上、予測を行ってもよい。外部データ７２としては、例えば、天候、競合店の情報などが挙げられる。
天候のデータは、インターネットの天候サイトから入手することができるので、その店舗の位置に合った天候データを、ＣＰＵ６４が取得し、外部データ７２に格納してよい。また、競合店のデータは、競合店が出店する度に、店員が適宜データを入力してもよい。
ＣＰＵ６４が所定のＡＩプログラムを実行して、上記機械学習を行い、以下に述べる種々の予想や、価格の設定を行うことができる。したがって、このＡＩプログラムを実行するＣＰＵ６４は、請求の範囲のＡＩ制御部の好適な一例に相当する。

売り上げ・利益目標は、店員や管理者が自由に設定してよいが、店舗の規模やこれまでの販売履歴等から算出してよい。
本実施形態において特徴的なことは、ＣＰＵ６４が、所定のＡＩプログラムを実行することによって、以下の予測を実行する（ステップＳ１３−１）ことである。
・来客店数予測＆売り上げ予測
・利益予測
・最適価格（の出力）（売上・利益額を最大化する価格）
これらの予測をするためのＡＩのアルゴリズムは種々知られているので、既存のプログラムを使用することによって実現される。

ＣＰＵ６４が、これらの予測値をディスプレイに出力し、また、店員の要求に応じて（所定のプリンターを用いた）プリントアウトも行うことができる。
さらに、本実施形態において特徴的なことは、上記求めた売上・利益額を最大化する価格を、店舗の商品に設定し、さらに、顧客にも通知している（ステップＳ１３−２）
これによって、売上・利益額を最大化する価格を顧客にも周知方を図ることができ、より効率的な販売を実現することができる。
なお、実際には、このＡＩプログラムを実行するＣＰＵ６４は、売上・利益額をより大きなものにする可能性の高い価格を求め、その価格に設定（調整）することや、売上・利益目標データ７０に近い売上や、より大きな利益を達成する可能性の高い価格を求めて設定することも好適である。「最適」な価格は非常に短時間で大きく変動する場合もあり、そのような価格を常に設定することは現実的には困難な場合も多いからである。例えば、１秒ごとに価格を設定することは現実的ではない場合もある。そのため、より高い利益を実現できると推定される価格により近い価格を求め、その価格に設定（調整）することも好ましい例の一つである。例えば、最適な価格が、「１００．５円」、「１００．４円」「１００．３円」と変化していく場合、実際には、全て切りのいい「１００円」に設定し調整するような処理でもよい。
このように、ＡＩプログラムを実行するＣＰＵ６４は、より大きな売上・利益額を達成できるように価格を求めて、商品の価格をその価格に設定（調整）する。ＣＰＵ６４は、所定のインターフェースを介して、スマートフォン３０などにもその求めた価格を提示することができる。

なお、商品に価格を設定するのは、図１２で説明したＳ１２−１のように、在庫データベース５６とは別に、「〜円割引をする」等の設定情報をＣＰＵ６４がアクセス可能な記憶装置中に別途保持しておけばよい。また、在庫データベース５６中の商品の価格を所望の価格（売り上げ・利益額を最大化する価格（又は売り上げ・利益額をなるべく大きくする価格））に書き換えてしまってもよい。このようにして、ＣＰＵ６４は、新たに設定した価格を、Ｓ１２−３（図１３参照）において顧客に販売時点別価格として提示することができる。また、ＣＰＵ６４は、商品に設定される価格が変更される度にその価格を顧客に通知してもよい（ステップＳ１３−２）。

価格の設定
本実施形態２では、ＡＩプログラムを用いて、商品の価格を最適な価格にすることを目標としているが、必ずしも「最適」でなくてもよく、売り上げ・利益額をより大きくする価格とすることでもよい。実際には、価格を頻繁に変更することは販売上望ましくない場合もあるので、必ずしも数学的に合致した価格とすることが難しい場合もあるからである。

第４．実施形態３：店舗入力なし（ベンダー連携）
本実施形態３は、上述した実施形態２と同様に、ストアコンピュータ１０４に、ＡＩ（Artificial Intelligence）を搭載し、売り上げや利益を最大に近づけるという点で共通する。しかし、本実施形態３は、上記実施形態１や２と異なり、店舗における入力作業を行わず、ベンダーで同様の作業を行うという特徴がある。
さらに、本実施形態３において特徴的な点は、次回商品の発注をストアコンピューター１０４が実行する点である。
上記実施形態２のストアコンピュータ１０２は、上述したように、
・来店客数予測＆売り上げ予測
・利益予測
・最適価格出力
等をＣＰＵ６４がＡＩプログラムを実行することによって求める。実施形態３では、さらに、次回の商品の発注を行おうとしている。この次回の商品の発注とは、要するに次回の商品の発注データを作成し、ベンダーに送付することを意味する。

本実施形態３の販売システムも、実施形態１、実施形態２と同様に大別して３部から構成される。
第１部：ベンダーに入力（インストアＪＡＮコードの入力）
第２部：顧客の店舗における商品の購入
第３部：ストアコンピュータのＡＩによる商品価格の設定と、商品価格の顧客に対する提示と、発注データの作成。
なお、請求の範囲の「販売システム」は、これらの各部を実現するためのハードウェア部分について記述している。
しかしながら、実施形態３の第２部は、実施形態１、２と同様であるので説明を省略し、第１部：ベンダーの動作、第３部：発注データの作成等のストアコンピュータ１０４の動作を中心に説明を行う。
実施形態３の販売システムのストアコンピュータ１０４の構成・動作の説明図が図１４〜図１５に示されている。

（１）ベンダーにおける作業
ベンダーにおける作業の説明図が図１４に示されている。
本実施形態３においては、ベンダーは、ストアコンピュータ１０４から、商品の発注データを受信し、商品の製造を行う。製造が完了した後、入荷データ５０が生成される。この入荷データは、入荷した商品の通常ＪＡＮコードと、商品の数量と、商品の消費期限と、を含むデータを表す。すなわち、この入荷データは、上述した実施形態１、２と同様に、ストアコンピュータ１０４、具体的には在庫データベース５６に登録され、在庫となる。その後の入荷データの処理は、図４とほぼ同様の内容である。

まずステップＳ１４−１において インストアＪＡＮコードが作成される。これはベンダー側のパソコン等で実行してよい。この処理は図４のステップＳ４−３と同様である。
ステップＳ１４−２において、バーコードプリンタによってバーコードラベルのプリントが行われる。この処理も図４のステップＳ４−４と同様の内容の処理である。
ステップＳ１４−３も、図４のステップＳ４−５と同様の、バーコードラベルの商品への貼付である。
本実施形態では、このようにベンダー側であらかじめインストアＪＡＮコードのラベルを商品に貼付してから、店舗に配送しているので、店舗における貼付作業、入力作業が不要となる。

（２）ストアコンピュータ１０４の動作
本実施形態３に係るストアコンピュータ１０４の概念構成図が図１５に示されている。
ストアコンピュータ１０４も、ストアコンピュータ１０２と同様に、ＣＰＵ６４と、ＣＰＵ６４が実行するプログラムと、を備えており、そのプログラムがストアコンピュータ１０４の種々の動作を規定する。プログラムは、ＣＰＵ６４からアクセス可能な所定の記憶装置に格納されている。
また、ストアコンピュータ１０４も、各種のデータ（マスターデータ）や、各種のｐデータベースを備えており、商品の陳列や販売を制御している点もストアコンピュータ１０２と同様である。

本実施形態３に係るストアコンピュータ１０４が、実施形態３のストアコンピュータ１０２と異なる点は、図１５のステップＳ１５−１において、ＣＰＵ６４が発注データを生成して、ベンダーに送信することである。
さらに、同図のステップＳ１２−２における次回発注数の検討も、ＣＰＵ６４がＡＩプログラムを実行することによって行う。つまり、同図のステップＳ１３−１において、来客数予測や、売り上げ予測がでているので、その予測に基づき、予測と合うように次回発注数を決定すればよい。この処理も、ＣＰＵ６４が所定のプログラムを実行することによって実現してよい。
このようにして決定した商品の発注数に基づき、ステップＳ１５−１において、発注データが作成される。この処理も、ＣＰＵ６４が所定のプログラムを実行することによって実現してよく、ＣＰＵ６４は、所定のインターフェースを通じて作成した発注データを、ベンダーに送信する。発注データがベンダーに受け取られた後の動作は既に図１４で説明した通りである。
以上説明した点以外は、実施形態２の構成、動作と同様である。

第５．変形例
（１）本実施形態において特徴的な事項の一つであるインストアＪＡＮコードは、バーコードとして印字されラベル化されるが、他のコードであってもよい。いわゆる２次元コードであってもよい。また、上述した実施形態では、店舗をＱＲコードで表す例を示したが、通常の１次元のバーコードで示してもよいし、他の光学式コードであってもよい。
（２）また、上記実施形態では、顧客はスマートフォンを使用して買い物を実行しているが、同様の機能を備えた携帯情報端末であればどのような装置でも使用してよい。例えば、タブレット型コンピュータや、ウェアラブルコンピュータ等を使用することもできる。ウェアラブルコンピュータとしては、種々の形式が知られているが、例えば、腕時計型のコンピュータが広く利用されているので、そのようなウェアラブルコンピュータを使用してもよい。そのような腕時計型コンピュータとしては、例えばAPPLE WATCH(登録商標)が知られている。
このような、タブレット型コンピュータやウェアラブルコンピュータも、請求の範囲の携帯情報端末の好適な一例に相当する。また、小型のコンピュータや、ノートパソコン等も、請求の範囲の携帯情報端末の好適な一例に相当する。
（３）なお、本実施形態中、日時と記載される箇所は、日付及び／又は時間を表すが、日付だけ設定されるように構成してあってもよい。また、時間とは、いわゆる時間（hour）だけでなく、分、秒まで含む意味であるが、時間（hour）のみ、又は、時間（hour）及び分のみを設定することができるように構成してあってもよい。
（４）本販売システムにおいて、顧客データベース２００は機能的には１個であるが、ハードウェア的に分散され、分散データベースとして構成されていてもよい。機能的に単一のデータベースとして構成されていればよい。
また、本販売システムにおいて、店舗は複数個存在してよく、ストアコンピュータ１００（１０２）（１０４）も、店舗毎に設けられている。但し、単一の大きなサーバが、複数のストアコンピュータの機能を提供していてもよい。
顧客データベース２００も、ストアコンピュータ１００（１０２）（１０４）も、いわゆるクラウド上で構成されていてよいが、オンプレミスで構成されていてもよい。例えば、ストアコンピュータ１００（１０２）（１０４）は、各店舗毎に設置されていてもよい。
（５）また、上述したように、最適な価格には、利益や売り上げをより大きくすることができると推定される価格、及びそれに近い価格も含まれる。また、上述したように、売り上げ・利益額を最大化する価格も同様であり、売り上げ・利益額をより大きくするとができると推定される価格、及びそれに近い価格も含まれる。
（６）また、以上説明した実施形態１、２、３は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は本実施形態１、２、３の態様に限定されるものではない。

１０ ＩＴＥＭ管理データベース
１２ ＳＫＵ管理データベース
１４ ＰＲＩＣＥ管理データベース
２０ スマートフォン
２０ａ 販売期限日の入力欄
２０ｂ 販売期限日時の入力欄
２０ｃ 商品個数入力欄
２０ｄ ＯＫボタン
２２ カレンダーアイコン
２４ カレンダーボックス
２４ａ ＯＫボタン
２６ タイムリスト
２６ａ ＯＫボタン
３０ スマートフォン
３０ａ ポイントカード登録ボタン
３０ｂ クレジットカード登録ボタン
３２ａ バーコードをスキャンするボタン
３２ｂ ポイントカード番号欄
３２ｃ 入力内容で登録するボタン
３４ａ クレジットカード番号欄
３４ｂ 有効期限欄
３４ｃ カード名義人欄
３４ｄ セキュリティコード欄
３４ｅ 入力内容で登録するボタン
３６ａ ＱＲコードをスキャンするボタン
３６ｂ ホームボタン
３６ｃ 商品ボタン
３６ｄ マイページボタン
３８ａ 表示
４０ａ バーコード読み取り面
４０ｂ 価格欄
４０ｃ 決済ボタン
４０ｄ 番号手入力ボタン
４２ａ 合計金額欄
４２ｂ お支払いボタン
４２ｃ キャンセルボタン
４４ｂ 終了ボタン
４６ａ バーコード番号欄
４６ｂ 決定ボタン
４８ａ カード情報の変更ボタン
５０ 入荷データ
５２ 商品マスタ
５４ 販売期限管理マスタ
５６ 在庫データベース
５８ 過去販売実績データベース
６０ ＩＤ別購入来店実績データベース
６２、６４、６６ ＣＰＵ
７０ 売上・利益目標
７２ 外部データ（天候、競合店等）
１００、１０２、１０４ 販売システム
２００ 顧客データベース

Claims (11)

1. 商品を顧客に販売するための販売システムであって、前記商品に付されている光学式コードを撮影し、前記光学式コードが表すインストアコードをストアコンピュータに送信する携帯端末と、前記携帯端末から、前記インストアコードを受信した場合に、前記インストアコードで示される商品の価格を、前記携帯端末に送信するストアコンピュータと、
   前記ストアコンピュータが管理する店舗の前記商品を管理し、前記商品の価格と数量が登録されている在庫データベースと、
   前記在庫データベース中の前記商品の価格を、その商品の販売限度日時と現在日時とを比較して調整するための設定を記憶する記憶装置と、
   前記携帯端末から送信されてきた前記インストアコードに基づく前記在庫データベース中の前記商品の価格を、前記商品の販売限度日時情報と、現在日時と、前記在庫データベース中の前記商品の数量と、を比較して調整する制御部と、
   を備え、
   前記制御部は、前記設定に基づき調整した前記価格を前記携帯端末に送信し、前記携帯端末は、前記ストアコンピュータから送信されてきた前記調整された価格を画面に表示し、前記顧客は、前記携帯端末の前記画面から、前記商品の調整された価格を知ることが可能な販売システム。
2. 前記顧客の決済情報が登録されている顧客データベースを備え、
   前記顧客の決済指示によって、前記携帯端末は前記ストアコンピュータに前記商品の決済を要求し、前記ストアコンピュータは、決済を要求された場合、前記顧客データベースから前記顧客の前記決済情報を取得し、取得した前記決済情報を用いて前記商品の決済を行うことを特徴とする請求項１記載の販売システム。
3. 前記記憶装置が記憶する前記設定は、時間と共に価格が変化するルール、管理者が直接設定した価格、のいずれかを含むことを特徴とする請求項１又は２記載の販売システム。
4. 前記ストアコンピュータは、前記店舗の売上目標と利益目標を保持する売上・利益目標データ部と、
   前記売上・利益目標データ部が保持する売上目標と利益目標とを達成できるように、前記在庫データベース中の前記商品の価格を求めるＡＩ制御部と、
   を備え、前記ＡＩ制御部が求めた前記価格を、前記携帯端末に送信することを特徴とする請求項１から３のいずれか１項に記載の販売システム。
5. 請求項１から４のいずれか１項に記載の販売システムにおいて用いられる前記携帯端末であって、
   前記商品に付されている光学式コードを撮影し、前記光学式コードが表すインストアコードを前記ストアコンピュータに送信し、
   前記ストアコンピュータから送信されてきた前記調整された価格を画面に表示することを特徴とする前記携帯端末。
6. 請求項１に記載の販売システムにおいて用いられる前記ストアコンピュータであって、
   前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている前記在庫データベースと、
   前記記憶装置と、
   前記携帯端末から送信されてきた前記インストアコードに基づく前記在庫データベース内の前記商品の価格を、前記記憶装置が記憶する前記設定に基づき調整する前記制御部と、
   を備え、
   前記制御部は、前記設定に基づき調整した前記価格を、前記携帯端末に送信することを特徴とするストアコンピュータ。
7. 請求項４に記載の販売システムにおいて用いられる前記ストアコンピュータであって、
   前記ストアコンピュータが管理する店舗の商品を管理する在庫データベースであって、前記商品の価格が登録されている在庫データベースと、
   前記店舗の売上目標と利益目標を保持する売上・利益目標データ部と、
   前記売上・利益目標データ部が保持する売上目標と利益目標とを達成できるように、前記在庫データベース中の前記商品の価格を求めるＡＩ制御部と、
   を備え、
   前記ＡＩ制御部が求めた前記価格を、前記携帯端末に送信することを特徴とするストアコンピュータ。
8. 請求項１又は２記載の販売システムにおいて、
   前記制御部は、前記記憶装置が記憶する前記設定に基づき調整が開始された場合に、前記設定に基づき調整が開始された前記価格を、前記携帯端末に送信することを特徴とする販売システム。
9. 請求項８に記載の販売システムに用いられる前記ストアコンピュータであって、
   前記制御部は、前記記憶装置が記憶する前記設定に基づき調整が開始された場合に、前記設定に基づき調整が開始された前記価格を、前記携帯端末に送信することを特徴とするストアコンピュータ。
10. 前記ストアコンピュータは、
    過去の販売履歴である過去販売実績データベース、
    を備え、
    前記ＡＩ制御部は、前記売上目標と利益目標とを達成できるように求めた商品の前記価格と、前記過去販売実績データベース中の前記販売履歴とから来店客数予測と売り上げ予測とを行い、売上荒利高を最大化するための価格を求めることを特徴とする請求項４記載の販売システム。
11. 請求項１０に記載の販売システムに用いられる前記ストアコンピュータであって、
    過去の販売履歴である過去販売実績データベース、
    を備え、
    前記ＡＩ制御部は、前記売上目標と利益目標とを達成できるように求めた商品の前記価格と、前記過去販売実績データベース中の前記販売履歴とから来店客数予測と売り上げ予測とを行い、売上荒利高を最大化するための価格を求めることを特徴とするストアコンピュータ。

Images