特許 7593053 情報処理装置

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

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

(11)【特許番号】

(24)【登録日】2024-11-25

(45)【発行日】2024-12-03

(54)【発明の名称】情報処理装置

(51)【国際特許分類】

   G07G 1/12 20060101AFI20241126BHJP

   G07G 1/01 20060101ALI20241126BHJP

【ＦＩ】

G07G1/12 321Z

G07G1/01 301D

G07G1/01 301E

【請求項の数】 9

(21)【出願番号】P 2020179968

(22)【出願日】2020-10-27

(65)【公開番号】P2022070736

(43)【公開日】2022-05-13

【審査請求日】2023-08-29

(73)【特許権者】

【識別番号】000002897

【氏名又は名称】大日本印刷株式会社

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】灰原 清太郎

【審査官】永安 真

(56)【参考文献】

【文献】特許第４９０４７６３（ＪＰ，Ｂ２）

【文献】特開２０１９－０２１１７８（ＪＰ，Ａ）

【文献】特開２０１６－０５３８０２（ＪＰ，Ａ）

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

【文献】特開２０１９－０２３８１２（ＪＰ，Ａ）

【文献】特開２００９－０４２９３１（ＪＰ，Ａ）

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

Ｇ０７Ｇ １／００ － １／１４

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

【請求項1】

顧客端末からの情報取得を契機にして、買物袋の要否情報を取得する取得部と、
取得した前記要否情報を表示する表示部と、
前記要否情報が未設定又は都度確認である場合に、前記買物袋の要否を受け付ける受付部と、
顧客の識別情報及び該顧客が前記買物袋の要否を受けた履歴を対応付けた記憶部から、前記顧客端末から取得した識別情報に対応付いた前記履歴を取得する履歴取得部と
を備え、
取得した前記履歴に応じて、前記買物袋の要否情報についての既定値の設定を促す案内を出力する
ことを特徴とする情報処理装置。

【請求項2】

顧客が購入する商品の合計代金を算出する算出部と
前記要否情報又は受け付けた前記要否に基づき前記買物袋を提供した場合、前記買物袋の代金を前記合計代金に加算する加算部と
を備えることを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記買物袋に納める商品は書籍であり、前記取得部は書籍カバーの要否情報を取得する ことを特徴とする請求項１又は請求項２に記載の情報処理装置。

【請求項4】

前記取得部はプレゼント包装の要否情報を取得する
ことを特徴とする請求項１から請求項３の何れか一項に記載の情報処理装置。

【請求項5】

前記履歴は、前記買物袋の要否を受けた回数であり、
前記要否を受けた回数が所定の条件を満たす場合、前記買物袋の要否情報についての既定値の設定を促す案内を出力する
ことを特徴とする請求項１に記載の情報処理装置。

【請求項6】

前記買物袋の要否情報についての既定値が未設定であり、前記要否を受けた回数が１回以上の場合、前記既定値の設定を促す案内、及び既に受け付けた要否情報を出力する ことを特徴とする請求項５に記載の情報処理装置。

【請求項7】

前記買物袋の要否情報についての既定値、及び、前記履歴を対照し、前記履歴に含まれる要否情報が連続して所定回数以上、前記既定値と異なる場合、前記買物袋の要否情報についての既定値の変更を促す案内を出力する
ことを特徴とする請求項１に記載の情報処理装置。

【請求項8】

前記買物袋の要否情報に基づき、前記買物袋の排出指示を出力する指示部
を備えることを特徴とする請求項１から請求項４の何れか一項に記載の情報処理装置。

【請求項9】

顧客が購入する商品の合計量を算出し、算出した合計量に基づいて、前記買物袋の要否の提案を前記顧客に対して行なう提案部
を備えることを特徴とする請求項１から請求項４の何れか一項に記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、買物袋の要否を取得する情報処理装置に関する。

【背景技術】

【0002】

小売店で顧客に提供されるプラスチック製の買物袋、いわゆるレジ袋は有料化されている。そのため、商品代金の精算業務において、顧客に対するレジ袋の要否確認が負担となっている。

【0003】

そのような状況に対して、レジ操作時にレジのオペレータがレジ袋の要不要を買い物客に確認する手間を省くことができるＰＯＳ（Point of sales）レジスタが提案されている（例えば、特許文献１）

【先行技術文献】

【特許文献】

【0004】

【文献】特許第４９０４７６３号公報

【発明の概要】

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

【0005】

しかしながら、購入する商品の大きさや重さによって、その都度、レジ袋の要否を決定したい顧客も存在するが、従来技術ではこのような点は考慮されていない。本発明はこのような状況に鑑みてなされたものである。その目的は、商品代金の精算業務において、顧客に対するレジ袋の要否確認の負担を軽減すると共に、レジ袋の要否をその都度決定したい顧客に対応可能な情報処理装置の提供である。

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

【0006】

本願の一態様に係る情報処理装置は、顧客端末からの情報取得を契機にして、買物袋の要否情報を取得する取得部と、取得した前記要否情報を表示する表示部と、前記要否情報が未設定又は都度確認である場合に、前記買物袋の要否を受け付ける受付部とを備える。

【発明の効果】

【0007】

本願の一態様にあっては、レジ袋の要否をその都度決定したい顧客に対応可能となる。

【図面の簡単な説明】

【0008】

【図1】ＰＯＳシステムの構成例を示す説明図である。

【図2】ＰＯＳサーバのハードウェア構成例を示すブロック図である。

【図3】ＰＯＳ端末のハードウェア構成例を示すブロック図である。

【図4】顧客端末のハードウェア構成例を示すブロック図である。

【図5】会員情報ＤＢの例を示す説明図である。

【図6】商品マスタＤＢの例を示す説明図である。

【図7】袋ＤＢの例を示す説明図である。

【図8】登録処理の手順例を示すフローチャートである。

【図9】登録処理の他の手順例を示すフローチャートである。

【図10】設定画面の例を示す説明図である。

【図11】ＰＯＳ端末画面の例を示す説明図である。

【図12】登録処理の他の手順例を示すフローチャートである。

【図13】一時変更画面の例を示す説明図である。

【図14】履歴ＤＢの例を示す説明図である。

【図15】起動処理の手順例を示すフローチャートである。

【図16】提案画面の例を示す説明図である。

【図17】商品マスタＤＢの他の例を示す説明図である。

【図18】袋ＤＢの他の例を示す説明図である。

【図19】登録処理の他の手順例を示すフローチャートである。

【図20】変更条件ＤＢの例を示す説明図である。

【図21】登録処理の他の手順例を示すフローチャートである。

【図22】ＰＯＳ端末が備える機能部の一例を示すブロック図である。

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

【0009】

以下実施の形態を、図面を参照して説明する。以下の説明において、レジ袋とは、コンビニエンスストアやスーパーマーケットなどの小売店のレジ（客が金銭支払を行なう場所）において、購入した商品を持ち運ぶために提供されるポリオレフィンなどのプラスチックで作られた袋である。レジ袋は買物袋の一種である。

【0010】

（実施の形態１）
図１はＰＯＳシステムの構成例を示す説明図である。ＰＯＳシステム１００はＰＯＳサーバ１、ＰＯＳ端末２及び顧客端末３を含む。ＰＯＳサーバ１、ＰＯＳ端末２及び顧客端末３はネットワークＮにより、互いに通信可能に接続されている。ネットワークＮは公衆電話網、携帯電話通信網、又はＩＰ通信網等である。なお、ＰＯＳ端末２及び顧客端末３はそれぞれ１台ずつしか記載していないが、ＰＯＳ端末２及び顧客端末３は複数台であってもよい。

【0011】

ＰＯＳサーバ１はサーバコンピュータ、ＰＣ（Personal Computer）等で構成する。また、ＰＯＳサーバ１を複数のコンピュータからなるマルチコンピュータ、ソフトウェアによって仮想的に構築された仮想マシン又は量子コンピュータで構成してもよい。さらに、ＰＯＳサーバ１の機能をクラウドサービスで実現してもよい。

【0012】

ＰＯＳ端末２（情報処理装置）はいわゆるＰＯＳレジと呼ばれるものである。ＰＯＳ端末２は小売店等に設置されている。ＰＯＳ端末２はＰＯＳレジのような専用機に限らず、タブレットコンピュータ、バーコードリーダ及び熱転写ハンディプリンタを組み合わせて構成してもよい。顧客端末３はスマートフォン、タブレットコンピュータ等で構成する。

【0013】

図２はＰＯＳサーバのハードウェア構成例を示すブロック図である。ＰＯＳサーバ１は制御部１１、主記憶部１２、補助記憶部１３、通信部１４及び読み取り部１５を含む。制御部１１、主記憶部１２、補助記憶部１３、通信部１４及び読み取り部１５はバスＢにより接続されている。

【0014】

制御部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を有する。制御部１１は、補助記憶部１３に記憶された制御プログラム１Ｐ（コンピュータプログラム）を読み出して実行することにより、ＰＯＳサーバ１に係る種々の情報処理、制御処理等を行い、各種の機能部を実現する。

【0015】

主記憶部１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等である。主記憶部１２は主として制御部１１が演算処理を実行するために必要なデータを一時的に記憶する。

【0016】

補助記憶部１３はハードディスク又はＳＳＤ（Solid State Drive）等であり、制御部１１が処理を実行するために必要な制御プログラム１Ｐや各種ＤＢ（Database）を記憶する。補助記憶部１３は、会員情報ＤＢ１３１、商品マスタＤＢ１３２、袋ＤＢ１３３及び履歴ＤＢ１３４を記憶する。補助記憶部１３はＰＯＳサーバ１に接続された外部記憶装置であってもよい。補助記憶部１３に記憶する各種ＤＢ等を、ＰＯＳサーバ１とは異なるデータベースサーバやクラウドストレージに記憶してもよい。

【0017】

通信部１４はネットワークＮを介して、ＰＯＳ端末２、顧客端末３と通信を行う。また、制御部１１が通信部１４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム１Ｐをダウンロードし、補助記憶部１３に記憶してもよい。

【0018】

読み取り部１５はＣＤ（Compact Disc）－ＲＯＭ及びＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読み取り部１５を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、補助記憶部１３に記憶してもよい。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、補助記憶部１３に記憶してもよい。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでもよい。

【0019】

図３はＰＯＳ端末のハードウェア構成例を示すブロック図である。ＰＯＳ端末２は制御部２１、主記憶部２２、補助記憶部２３、通信部２４、入力部２５、表示部２６及びインタフェース部２７を含む。制御部２１、主記憶部２２、補助記憶部２３、通信部２４、入力部２５、表示部２６及びインタフェース部２７はバスＢにより接続されている。

【0020】

制御部２１は、一又は複数のＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を有する。制御部２１は、補助記憶部２３に記憶された制御プログラム２Ｐを読み出して実行することにより、ＰＯＳ端末２に係る種々の情報処理、制御処理等を行う。

【0021】

主記憶部２２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。主記憶部２２は主として制御部２１が演算処理を実行するために必要なデータを一時的に記憶する。

【0022】

補助記憶部２３はハードディスク又はＳＳＤ等であり、制御部２１が処理を実行するために必要な制御プログラム２Ｐや各種ＤＢを記憶する。

【0023】

通信部２４はネットワークＮを介して、ＰＯＳサーバ１と通信を行う。また、制御部２１が通信部２４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム２Ｐをダウンロードし、補助記憶部２３に記憶してもよい。

【0024】

入力部２５はキーボード等である。表示部２６は液晶表示パネル等を含む。また、表示部２６は入力部２５と一体化したタッチパネルディスプレイでもよい。なお、ＰＯＳ端末２は外部の表示装置に表示を行ってもよい。入力部２５及び表示部２６はレジ係用と顧客用の２組備えていてもよい。

【0025】

インタフェース部２７はＵＳＢ（Universal Serial Bus）規格等にしたがったシリアル通信を行なう通信インタフェースである。インタフェース部２７はバーコードリーダ４やレシートプリンタ５と通信を行なう。バーコードリーダ４は、商品のバーコードや、顧客を識別する二次元バーコードを読み取る。レシートプリンタ５は顧客が購入した商品の名称、販売価格、購入数量等を記載したレシートを印刷する。

【0026】

図４は顧客端末のハードウェア構成例を示すブロック図である。顧客端末３は制御部３１、主記憶部３２、補助記憶部３３、通信部３４、入力部３５及び表示部３６を含む。制御部３１、主記憶部３２、補助記憶部３３、通信部３４、入力部３５及び表示部３６はそれぞれ、ＰＯＳ端末２が備える制御部２１、主記憶部２２、補助記憶部３３、通信部２４、入力部２５及び表示部２６と同様であるので、説明を省略する。補助記憶部３３はハードディスク又はＳＳＤ等であり、制御部３１が処理を実行するために必要な制御プログラム３Ｐを記憶する。また、補助記憶部３３は会員情報３３１を記憶する。会員情報３３１は顧客に付与された会員ＩＤを含む。以下の説明における顧客は電子メールアドレス等を、ＰＯＳシステム１００の運営者に提供して会員登録を受けた会員顧客（単に、「会員」ともいう。）である。

【0027】

次に、ＰＯＳシステム１００で用いるデータベースについて説明する。図５は会員情報ＤＢの例を示す説明図である。会員情報ＤＢ１３１は会員の情報を記憶する。会員情報ＤＢ１３１はＰＯＳサーバ１の補助記憶部１３に記憶されている。会員情報ＤＢ１３１は会員ＩＤ列、レジ袋列及び書籍カバー列を含む。会員ＩＤ列は会員を一意に特定可能な会員ＩＤ（識別情報）を記憶する。会員ＩＤは会員登録時にＰＯＳシステム１００が発行してもよいし、メールアドレスのように会員の特定が可能で、登録を受けようとする会員が既に保有している情報でもよい。レジ袋列はレジ袋の有無の設定を記憶する。レジ袋列に設定する値は、例えば、必要、不要又は都度である。必要とは、会員は通常レジ袋を必要としていることを示す。不要とは、会員は通常レジ袋を不要としていることを示す。都度とは、レジ袋が通常必要なのか不要であるのか、会員が決めていないことを示す。書籍カバー列は書籍カバーの有無の設定を記憶する。書籍カバー列に設定する値はレジ袋列と同様である。書籍カバー列は本実施の形態では必須ではない。

【0028】

図６は商品マスタＤＢの例を示す説明図である。商品マスタＤＢ１３２は小売店で販売される商品に関する情報を記憶する。商品マスタＤＢ１３２はＰＯＳサーバ１の補助記憶部１３に記憶される。商品マスタＤＢ１３２は商品コード列、名称列、単価列、分類列及びメーカ列を含む。商品コード列は商品を一意に特定する商品コードを記憶する。商品が書籍であれば、商品コードはISBN（International Standard Book Number）やJAN（Japanese Article Number）コード等である。商品が雑誌であれば、商品コードは雑誌コードや定期刊行物コードである。名称列は商品名を記憶する。単価列は商品の単価を記憶する。分類列は商品の分類を記憶する。商品が書籍であれば、例えば、分類は、ビジネス、文芸、一般・教養、旅行ガイド、趣味実用、自己啓発、児童、教育・学習等である。メーカ列は商品を製造する会社を記憶する。商品が書籍であれば、メーカ列は出版社名を記憶する。商品マスタＤＢ１３２のコピーをＰＯＳ端末２の補助記憶部２３に記憶してもよい。

【0029】

図７は袋ＤＢの例を示す説明図である。袋ＤＢ１３３はレジ袋についての情報を記憶する。袋ＤＢ１３３は袋ＩＤ列、名称列、価格列を含む。袋ＩＤ列はレジ袋の種類を特定する袋ＩＤを記憶する。名称列はレジ袋の名称を記憶する。価格列はレジ袋を顧客に販売するときの価格を記憶する。袋ＤＢ１３３のコピーをＰＯＳ端末２の補助記憶部２３に記憶してもよい。

【0030】

続いて、ＰＯＳシステム１００が行なう処理について説明する。図８は登録処理の手順例を示すフローチャートである。小売店において会員は購入する商品を陳列棚から取り、買い物かごに入れて、レジに向かう。会員は自身の顧客端末３で会員用アプリケーションプログラム（以下、「会員アプリ」ともいう。）を起動し、会員カードを表示部３６に表示させる。会員カードはバーコード又は二次元コードで表現した会員ＩＤを含んでいる。会計の順番となった会員は表示部３６に表示したバーコード又は二次元コードをレジ係に示し、バーコードリーダ４で読み取らせる。当該読み取りは会員自身が行ってもよい。当該読み取りにより、ＰＯＳ端末２の制御部２１は会員ＩＤを取得する（ステップＳ１）。制御部２１はレジ袋有無の設定を取得する（ステップＳ２）。制御部２１は、会員ＩＤを含む問い合わせをＰＯＳサーバ１へ送信する。ＰＯＳサーバ１の制御部１１は会員情報ＤＢ１３１から設定を取得し、ＰＯＳ端末２へ送信する。会員情報ＤＢ１３１のコピーをＰＯＳ端末２の補助記憶部２３が記憶している場合、制御部２１は補助記憶部２３から設定を取得する。制御部２１はレジ袋要否の設定がされているか否かを判定する（ステップＳ３）。制御部２１はレジ袋要否の設定がされていると判定した場合（ステップＳ３でＹＥＳ）、設定が都度であるか否かを判定する（ステップＳ４）。制御部２１は設定が都度でないと判定した場合（ステップＳ４でＮＯ）、レジ袋の設定を表示部２６に表示する（ステップＳ５）。レジ係は表示をみて、レジ袋を提供すべきか否かを判断する。制御部２１は処理をステップＳ８へ進める。制御部２１はレジ袋要否の設定がされていないと判定した場合（ステップＳ３でＮＯ）、又は、設定が都度であると判定した場合（ステップＳ４でＹＥＳ）、レジ袋要否の確認指示を表示部２６に表示する（ステップＳ６）。レジ係は表示をみて、レジ袋の要否を会員に確認する。レジ係は入力部２５を用いて確認結果を入力する。制御部２１は確認結果を取得する（ステップＳ７）。制御部２１はレジ袋の要否を一時記憶領域に記憶する。一時記憶領域は主記憶部２２又は補助記憶部２３に設ける。制御部２１は処理をステップＳ８へ進める。制御部２１はバーコードリーダ４を介して、会員が購入する商品の商品コードを取得する（ステップＳ８）。会員が複数の商品を購入する場合は、ステップＳ８が繰り返される。制御部２１は商品代金の合計を算出する（ステップＳ９）。制御部２１は、商品コードを含む問い合わせをＰＯＳサーバ１へ送信する。ＰＯＳサーバ１の制御部１１は商品マスタＤＢ１３２から商品コードに対応する商品の価格を取得し、ＰＯＳ端末２へ送信する。商品マスタＤＢ１３２のコピー（商品マスタＤＢ２３２）をＰＯＳ端末２の補助記憶部２３が記憶している場合、制御部２１は補助記憶部２３から価格を取得する。制御部２１は一時記憶領域を参照し、レジ袋が必要であるか否かを判定する（ステップＳ１０）。制御部２１はレジ袋が必要でなかったと判定した場合（ステップＳ１０でＮＯ）、処理をステップＳ１４へ進める。制御部２１はレジ袋が必要であったと判定した場合（ステップＳ１０でＹＥＳ）、会員へ提供するレジ袋の種別、数量を取得する（ステップＳ１１）。レジ係が会員に確認した上で、入力部２５を用いて種別、数量を用いて入力してもよいし、会員自らに入力させてもよい。制御部２１はレジ袋の価格を取得する（ステップＳ１２）。制御部２１は、袋ＩＤを含む問い合わせをＰＯＳサーバ１へ送信する。ＰＯＳサーバ１の制御部１１は袋ＤＢ１３３から袋の価格を取得し、ＰＯＳ端末２へ送信する。袋ＤＢ１３３のコピー（袋ＤＢ２３３）をＰＯＳ端末２の補助記憶部２３が記憶している場合、制御部２１は補助記憶部２３から価格を取得する。制御部２１はレジ袋代を商品代金に加算する（ステップＳ１３）。制御部２１は会員が支払うべき合計代金を表示部２６に表示し（ステップＳ１４）、登録処理を終了する。その後、制御部２１は締め処理を行う。締め処理は、例えば、支払うべき合計代金と会員から預かった現金の額とからお釣りの額を計算し、当該額を表示部２６に表示するとともに、レシートプリンタ５にレシートを印刷させる処理である。

【0031】

本実施の形態においては、会員がレジ袋の要否（都度を除く）を予め設定していれば、レジ係に要否を伝える必要がない。また、レジ係は会員がレジ袋の要否を申告せずとも要否を判断できるので、会員に確認する必要がない。その結果、レジでの会計処理が効率化されるとの効果を奏する。

【0032】

（変形例１）
本変形例は小売店のレジにて提供されるレジ袋以外の物品についても、その要否を予め設定可能とする形態に関する。本変形例では小売店として書籍を販売する書店とする。レジ袋以外の物品として書籍カバーとする。

【0033】

図９は登録処理の他の手順例を示すフローチャートである。図９に示すフローチャートは図８に示すフローチャートを変形したものである。図９では図８と同じ処理について記載を省略しているものがある。ＰＯＳ端末２の制御部２１は図８のステップＳ１及びステップＳ２を実行後、レジ袋要否の設定がされているか否かを判定する（ステップＳ３）。制御部２１はレジ袋要否の設定がされていると判定した場合（ステップＳ３でＹＥＳ）、設定が都度であるか否かを判定する（ステップＳ４）。制御部２１は設定が都度でないと判定した場合（ステップＳ４でＮＯ）、書籍カバー袋要否の設定がされているか否かを判定する（ステップＳ１５）。制御部２１は書籍カバー要否の設定がされていると判定した場合（ステップＳ１５でＹＥＳ）、設定が都度であるか否かを判定する（ステップＳ１６）。制御部２１は設定が都度でないと判定した場合（ステップＳ１６でＮＯ）、レジ袋の設定を表示部２６に表示する（ステップＳ１７）。レジ係は表示をみて、レジ袋を提供すべきか否か、書籍カバーを提供するか否かを判断する。制御部２１は処理をステップＳ８へ進める。ステップＳ８以降の処理は図８の場合と同様である。

【0034】

制御部２１はレジ袋要否の設定がされていないと判定した場合（ステップＳ３でＮＯ）、若しくは、レジ袋の要否の設定が都度であると判定した場合（ステップＳ４でＹＥＳ）、又は、書籍カバー要否の設定がされていないと判定した場合（ステップＳ１５でＮＯ）、若しくは、書籍カバーの要否の設定が都度であると判定した場合（ステップＳ１６でＹＥＳ）、確認指示を表示部２６に表示する（ステップＳ１８）。レジ袋又は書籍カバーの何れか一方の要否が明らかの場合、制御部２１は当該要否を表示部２６に表示する。レジ係は表示をみて、レジ袋の要否又は書籍カバーの要否を会員に確認する。レジ係は入力部２５を用いて確認結果を入力する。制御部２１は確認結果を取得する（ステップＳ１９）。制御部２１はレジ袋の要否、及び書籍カバーの要否を一時記憶領域に記憶する。制御部２１は図８のステップＳ８以降を実行する。

【0035】

本変形例においては、実施の形態１が奏する効果に加えて、次の効果を奏する。書店において、会員が書籍カバーの要否（都度を除く）を予め設定していれば、レジ係に要否を伝える必要がない。また、レジ係は会員が書籍カバーの要否を申告せずとも要否を判断できるので、会員に確認する必要がない。その結果、レジでの会計処理が効率化されるとの効果を奏する。

【0036】

本変形例では小売店として書籍を販売する書店とし、レジ袋以外の物品として書籍カバーを例としたが、それに限らない。小売店がコンビニエンスストアやスーパーマーケットとした場合、弁当やスイーツの購入者に提供する使い捨てのお手拭き、割り箸、スプーン、フォーク等についても書籍カバーと同様に適用可能である。また、領収証の有無、領収証の宛名を予め設定可能としてもよい。

【0037】

次に表示画面の例について説明する。図１０は設定画面の例を示す説明図である。設定画面ｄ０１は顧客端末３の表示部３６に表示される会員アプリの画面例である。設定画面ｄ０１はレジ袋要否設定ｄ０１１、書籍カバー要否設定ｄ０１２、設定ボタンｄ０１３及びキャンセルボタンｄ０１４を含む。会員は、レジ袋要否の設定をレジ袋要否設定ｄ０１１において行なう。会員は、書籍カバー要否の設定を書籍カバー要否設定ｄ０１２において行なう。会員が、設定ボタンｄ０１３を選択すると、設定結果が、ＰＯＳサーバ１へ送信される。ＰＯＳサーバ１は会員情報ＤＢ１３１を更新する。会員が、キャンセルボタンｄ０１４を選択すると、設定画面ｄ０１での設定結果が反映されることなく、前画面、例えばホーム画面に戻る。会員は設定画面ｄ０１を用いて、レジ袋の要否、書籍カバーの要否を予め設定しておくことにより、レジでの会計の際、レジ袋の要否、書籍カバーの要否をレジ係に伝える必要がなくなる。

【0038】

図１１はＰＯＳ端末画面の例を示す説明図である。ＰＯＳ端末画面ｄ０２は、ＰＯＳ端末２の表示部２６に表示される画面の例である。ＰＯＳ端末画面ｄ０２は設定有無表示ｄ０２１、レジ袋要否表示ｄ０２２及び書籍カバー要否表示ｄ０２３を含む。設定有無表示ｄ０２１は会員がレジ袋の要否、書籍カバーの要否を事前に設定しているか否かを表示する。レジ袋要否表示ｄ０２２はレジ袋要否の設定を表示する。書籍カバー要否表示ｄ０２３は書籍カバー要否の設定を表示する。制御部２１は、レジ袋要否表示ｄ０２２及び書籍カバー要否表示ｄ０２３の表示内容を、会員情報ＤＢ１３１に基づいて設定する。制御部２１は、設定有無表示ｄ０２１の表示内容を、レジ袋要否表示ｄ０２２及び書籍カバー要否表示ｄ０２３の表示内容に基づいて設定する。ＰＯＳ端末画面ｄ０２を参照することにより、レジ係はレジ袋及び書籍カバーの要否を会員に確かめることなく把握することが可能となる。

【0039】

（実施の形態２）
本実施の形態では、会員情報ＤＢ１３１に記憶した設定に関係なく、レジ袋要否の設定を１回限り変更する形態に関する。本実施の形態において、ハードウェア構成は実施の形態１と同様であるので、説明を省略する。以下の説明においては、実施の形態１との相違を主として説明する。

【0040】

図１２は登録処理の他の手順例を示すフローチャートである。会員はレジで会計する前に、自身の顧客端末３で会員アプリを起動する。会員はホーム画面から確認事項の一時変更メニューを選択する。顧客端末３の制御部３１はメニューの選択を受け付ける（ステップＳ３１）。制御部３１は一時変更画面を表示部３６に表示する（ステップＳ３２）。会員は一時変更画面で今回のみのレジ袋の要否を設定する。制御部３１は設定を取得する（ステップＳ３３）。制御部３１はレジ袋の要否設定及び会員ＩＤを含む二次元コードを生成する（ステップＳ３４）。制御部３１は生成した二次元コードを表示部３６に表示する（ステップＳ３５）。会計の順番となった会員は表示部３６に表示した二次元コードをレジ係に示し、バーコードリーダ４で読み取らせる。当該読み取りは会員自身が行ってもよい。当該読み取りにより、ＰＯＳ端末２の制御部２１は二次元コードを取得する（ステップＳ３６）。制御部２１は取得した二次元コードから、会員ＩＤ及びレジ袋の要否設定等のデータを取得する（ステップＳ３７）。制御部２１は取得したデータにレジ袋の要否設定が含まれているか否かを判定する（ステップＳ３８）。制御部２１はレジ袋の要否設定が含まれていると判定した場合（ステップＳ３８でＹＥＳ）、図８のステップＳ５以降を実行する。制御部２１はレジ袋の要否設定が含まれていないと判定した場合（ステップＳ３８でＮＯ）、図８のステップＳ２以降を実行する。

【0041】

図１３は一時変更画面の例を示す説明図である。一時変更画面ｄ０３はレジ袋変更設定ｄ０３１、設定ボタンｄ０３２及びキャンセルボタンｄ０３３を含む。会員は、今回のみレジ袋要否をレジ袋変更設定ｄ０３１において行なう。会員が、設定ボタンｄ０３２を選択すると、顧客端末３の制御部３１は設定結果に基づく二次元コードを生成し、表示部３６に表示する。会員が、キャンセルボタンｄ０３３を選択すると、一時変更画面ｄ０３での設定結果は無視され、会員ＩＤのみを含む二次元コードを生成し、表示部３６に表示する。

【0042】

本実施の形態においては、以下の効果を奏する。会員は予め設定してあるレジ袋の要否を１回限り変更したい場合に、一時変更画面ｄ０３を用いて容易に変更可能である。一時変更画面ｄ０３での変更は１回限りの変更であるので、会員はレジ袋の設定を元に戻す手間が必要ないという利便性が得られる。上記変形例１を本実施の形態に適用することにより、レジ袋以外のブックカバーやプレゼント包装の要否を１回限り変更することが可能である。

【0043】

（実施の形態３）
本実施の形態は、会員がレジ袋の要否設定を行っていない場合において、要否を受けた回数が既定値を超えた場合に、会員へ設定を促す形態に関する。本実施の形態において、ハードウェア構成は実施の形態１と同様であるので、説明を省略する。以下の説明においては、実施の形態１との相違を主として説明する。

【0044】

図１４は履歴ＤＢの例を示す説明図である。図１４には履歴ＤＢ１３４について２つの例を示している。図１４Ａに示す履歴ＤＢ１３４は会員毎のレジ袋の要否回数を記憶する。履歴ＤＢ１３４はＰＯＳサーバ１の補助記憶部１３に記憶する。履歴ＤＢ１３４は会員ＩＤ列、袋必要列及び袋不要列を含む。会員ＩＤ列は会員ＩＤを記憶する。袋必要列は会員がレジ袋を必要とした回数を記録する。袋不要列は会員がレジ袋を不要とした回数を記憶する。図１４Ｂに示す履歴ＤＢ１３４は会計毎の要否を記憶している。履歴ＤＢ１３４は会員ＩＤ列、日時列及び結果列を含む。会員ＩＤ列は会員ＩＤを記憶する。日時列は会計した日時を記憶する。結果列は、会員がレジ袋を必要としたか不要であったかを記憶する。履歴ＤＢ１３４は、図８に示した登録処理のステップＳ８の直前に更新される。

【0045】

図１５は起動処理の手順例を示すフローチャートである。起動処理は顧客端末３で会員アプリが起動されたときに行われる処理である。会員は顧客端末３で会員アプリの起動を指示する。顧客端末３の制御部３１は会員アプリを起動する（ステップＳ４１）。制御部３１は会員情報３３１に含まれる会員ＩＤをＰＯＳサーバ１へ送信する（ステップＳ４２）。ＰＯＳサーバ１の制御部１１は会員ＩＤを受信する（ステップＳ４３）。制御部１１は受信した会員ＩＤに対応付けられた会員情報を会員情報ＤＢ１３１から取得する（ステップＳ４４）。制御部１１はレジ袋の要否について未設定であるか否かを判定する（ステップＳ４５）。制御部１１はレジ袋の要否について設定済みと判定した場合（ステップＳ４５でＮＯ）、処理をステップＳ４９へ進める。制御部１１はレジ袋の要否について未設定であると判定した場合（ステップＳ４５でＹＥＳ）、履歴ＤＢ１３４から会員ＩＤに対応付けられた履歴情報を取得する（ステップＳ４６）。制御部１１は、会員がレジ袋を必要と回答した回数（袋必要列の値）、又は、レジ袋を不要と回答した回数（袋不要列の値）が、既定値以上であるか否かを判定する（ステップＳ４７）。既定値は予め設定しておく。制御部１１は、必要と回答した回数、又は、不要と回答した回数が、既定値未満であると判定した場合（ステップＳ４７でＮＯ）、処理をステップＳ４９へ進める。制御部１１は、必要と回答した回数、又は、不要と回答した回数が、既定値以上であると判定した場合（ステップＳ４７でＹＥＳ）、レジ袋の要否設定を提案する提案画面を生成する（ステップＳ４８）。制御部１１はホーム画面を生成する（ステップＳ４９）。制御部１１は生成した画面データを送信する（ステップＳ５０）。顧客端末３の制御部３１は画面データを受信し、表示する（ステップＳ５１）。画面データに提案画面が含まれている場合、ホーム画面に重なるポップアップ画面として表示される。制御部３１はレジ袋の要否を設定するか否かを判定する（ステップＳ５２）。制御部３１は提案画面が表示されていない場合、ＮＯと判定する。また、提案画面が開かれても当該画面が閉じられ、ユーザが設定を行わなかった場合、制御部３１はステップＳ５２でＮＯと判定する。制御部３１はレジ袋の要否を設定すると判定した場合（ステップＳ５２でＹＥＳ）、設定を取得しＰＯＳサーバ１へ送信する（ステップＳ５３）。ＰＯＳサーバ１の制御部１１は設定を受信し、会員情報ＤＢ１３１に記憶する（ステップＳ５４）。起動処理は終了する。制御部３１はレジ袋の要否を設定しないと判定した場合（ステップＳ５２でＮＯ）、起動処理は終了する。

【0046】

図１６は提案画面の例を示す説明図である。提案画面ｄ０５はホーム画面ｄ０４上にポップアップ画面として表示している。提案画面ｄ０５は設定領域ｄ０５１、履歴表示ｄ０５２、設定ボタンｄ０５３、キャンセルリンクｄ０５４及び閉じるボタンｄ０５５を含む。設定領域ｄ０５１はレジ袋の要否設定を行う領域である。初期表示では履歴に基づき、毎回不要又は毎回必要が選択された状態となる。履歴表示ｄ０５２は会員がレジ袋を必要及び不要と回答した回数を表示する。会員が設定ボタンｄ０５３を選択すると、設定領域ｄ０５１にしたがった設定が、ＰＯＳサーバ１へ送信され記憶される。キャンセルリンクｄ０５４又は閉じるボタンｄ０５５を会員が選択すると、レジ袋の要否設定を行なうことなく、提案画面ｄ０５は閉じられる。なお、書籍カバーの要否設定の提案についても、レジ袋の場合と同様に実現可能である。

【0047】

本実施の形態は、レジ袋の要否設定を行っていない会員に対して設定を促す。設定済みの会員が増加し、レジでの会計処理が効率化されるとの効果を奏する。

【0048】

（変形例２）
本変形例は、会員に対してレジ袋の要否設定を促す条件の他の例に関する。図１５のステップＳ４７における既定値を１とする。この場合、会員がレジ袋の要否設定を行うまでは、毎回、要否設定を促す提案画面が、顧客端末３に表示される。なお、履歴ＤＢ１３４（図１４Ａ）に、レジ袋の要否に関する直近の結果を記憶しておき、提案画面に直近の結果を表示してもよい。履歴ＤＢ１３４が図１４Ｂに示す形式の場合、最新日時のレコードの結果列の値を、提案画面に表示してもよい。

【0049】

本変形例においては、会員がレジ袋の要否設定を行うまでは、会員に対して要否設定を繰り返し促すので、要否設定を行なう会員の割合を増やすことが可能となる。

【0050】

（変形例３）
本変形例は、会員に対してレジ袋の要否設定を促す条件の他の例に関する。本変形例では履歴ＤＢ１３４は図１４Ｂに示すものを用いる。本変形例では、会員が予め設定したレジ袋の要否と異なる回答を連続して行ったときに、設定の変更を促す。図１５において、ステップＳ４５、ステップＳ４７を制御部１１は実行しない。ステップＳ４６では、制御部１１は、図１４Ｂに示す形式の履歴ＤＢ１３４から直近のレコードを所定数、例えば５レコード取得する。制御部１１は、取得したレコードの結果列の値が全て同じか否かを判定する。制御部１１は、結果列の値が全て同じであって、その値が会員情報ＤＢ１３１のレジ袋列の値と異なる場合、ステップＳ４８以降を実行する。制御部１１は、結果列の値が全て同じであって、その値が会員情報ＤＢ１３１のレジ袋列の値と一致する場合、又は、結果列の値が全て同じではない場合、ステップＳ５０以降を実行する。

【0051】

本変形例においては、会員が予め設定したレジ袋の要否と、会員が実際に買物をしたときにレジ袋を必要としたか／不要としたかの履歴とが、相違していると制御部１１が判定した場合に、レジ袋の要否設定の変更を促す。例えば、会員が予めレジ袋を「必要」と設定したのにも関わらず、直近の買物において連続して、レジ袋が不要であった場合、要否設定の変更を促す。それにより、設定済みの要否が実情と合わない場合、会員は設定を変更するので、要否の設定の信頼性を向上させることが可能となる。

【0052】

（実施の形態４）
本実施の形態は、購入される商品の容積及び重量に基づいて、提供するレジ袋の種類と数量を提案する形態に関する。本実施の形態において、ハードウェア構成は実施の形態１と同様であるので、説明を省略する。以下の説明においては、実施の形態１との相違を主として説明する。

【0053】

図１７は商品マスタＤＢの他の例を示す説明図である。商品マスタＤＢ１３２は商品コード列、名称列、単価列、分類列、メーカ列、体積列及び重量列を含む。商品コード列からメーカ列が記憶する内容は、図６に示した同名列の内容と同様であるので説明を省略する。体積列は商品の体積を記憶する。体積の単位は例えば立法センチメートルである。重量列は商品の重量を記憶する。重量の単位は例えばグラムである。

【0054】

図１８は袋ＤＢの他の例を示す説明図である。袋ＤＢ１３３は袋ＩＤ列、名称列、価格列、容量列及び耐荷重列を含む。袋ＩＤ列から価格列が記憶する内容は、図７に示した同名列の内容と同様であるので説明を省略する。容量列は袋の容量を記憶する。容量の単位は例えばリットルである。耐荷重列は袋の耐荷重を記憶する。耐荷重の単位は例えばキログラムである。

【0055】

図１９は登録処理の他の手順例を示すフローチャートである。本実施の形態における登録処理は、図８のフローチャートで示した処理に、図１９で示した処理を追加したものとなる。ＰＯＳ端末２の制御部２１は図８のステップＳ１０でＹＥＳと判定した場合、すなわち、会員がレジ袋を必要としていると判定した場合、登録された商品の合計体積及び合計重量を算出する。制御部２１は商品マスタＤＢ１３２の体積列及び重量列を参照して、合計体積及び合計重量を算出する（ステップＳ６１）。制御部２１は算出した合計体積及び合計重量、並びに、袋ＤＢ１３３の価格列、容量列及び耐荷重列の値に基づいて、全ての商品が袋に納まり、納める商品の合計重量が袋の耐荷重以下であり、そして袋の合計価格が最小となるように袋の種類及び数を最適化する（ステップＳ６２）。当該最適化については、いわゆる組合せ最適化問題であり、公知の技術で解くことが可能であるので、説明を省略する。制御部２１は最適化の結果、例えば、「ポリ袋・大を２枚、ポリ袋・小を１枚、購入することを提案します。」との文章を、表示部２６に表示する（ステップＳ６３）。レジ係は、表示された内容を読み上げ、会員に確認を行なう。または、当該表示を会員が参照可能なタッチパネルに表示し、会員に確認させてもよい。制御部２１は会員へ提供するレジ袋の種別、数量を取得する（ステップＳ１１）。会員が最適化の結果を受け入れる場合は、ステップＳ６２の結果が反映される。会員が変更を望んだ場合は、レジ係がステップＳ６２の結果から変更した値を設定するか、会員がタッチパネル等から自ら変更入力を行なう。制御部２１はステップＳ１２以降を実行する。

【0056】

本実施の形態においては、購入される商品の体積及び重量に基づいて、提供するレジ袋の種類と数量を提案するので、会員は最適な種類及び数の袋を購入することが可能となる。

【0057】

（実施の形態５）
本実施の形態は、購入される商品の量に応じて、レジ袋の要否の変更をユーザに提案する形態に関する。図２０は変更条件ＤＢの例を示す説明図である。変更条件ＤＢ１３５はＰＯＳサーバ１の補助記憶部１３に記憶する。図２０に示す変更条件ＤＢ１３５は会員が書店で書籍を購入する場合に参照されるものである。変更条件ＤＢ１３５は会員ＩＤ列、袋不要列及び袋必要列を含む。会員ＩＤ列は会員ＩＤを記憶する。袋不要列は袋を不要に変更する条件を記憶する。袋必要列は袋を必要に変更する条件を記憶する。袋不要列及び袋必要列の値は、ユーザが設定してもよいし、ユーザの過去の購入履歴、袋の要否の記録から、設定してもよい。なお、変更条件ＤＢ１３５の全てのレコード又は一部のレコードの写しをＰＯＳ端末２の補助記憶部２３に記憶してもよい。また、会計対象となっている会員のレコードを、ＰＯＳ端末２の制御部２１がＰＯＳサーバ１から取得し、主記憶部２２や補助記憶部２３に設けた一時記憶領域に記憶してもよい。

【0058】

図２１は登録処理の他の手順例を示すフローチャートである。本実施の形態における登録処理は、図８のフローチャートで示した処理に、図２１で示した処理を追加したものとなる。ＰＯＳ端末２の制御部２１は図８のステップＳ９の実行後、登録された商品の点数及び総重量を算出する（ステップＳ７１）。制御部２１は会員がレジ袋を必要としているか否かを判定する（ステップＳ７２）。制御部２１は会員がレジ袋を必要としていると判定した場合（ステップＳ７２でＹＥＳ）、変更条件ＤＢ１３５の袋不要列の値を参照し、変更提案を行なうか否かを判定する（ステップＳ７３）。例えば、会員ＩＤ＝１２３４５６の会員のレジ袋の要否設定が必要となっているが、購入する書籍の冊数が２冊以下、又は総重量が５００グラム以下の場合、制御部２１は変更の提案を行なうと判定する。制御部２１は変更提案を行なうと判定した場合（ステップＳ７３でＹＥＳ）、提案内容を表示する（ステップＳ７４）。制御部２１はユーザからの回答が「変更する」であるか否かを判定する（ステップＳ７５）。制御部２１は回答が「変更する」であると判定した場合（ステップＳ７５でＹＥＳ）、ステップＳ１４以降を実行する。制御部２１は変更提案を行なわないと判定した場合（ステップＳ７３でＮＯ）、又は、回答が「変更する」でないと判定した場合（ステップＳ７５でＮＯ）、ステップＳ１１以降を実行する。

【0059】

制御部２１は会員がレジ袋を不要としていると判定した場合（ステップＳ７２でＮＯ）、変更条件ＤＢ１３５の袋必要列の値を参照し、変更提案を行なうか否かを判定する（ステップＳ７６）。例えば、会員ＩＤ＝１２３４８７の会員のレジ袋の要否設定が不要となっているが、購入する書籍の冊数が８冊以上、又は総重量が１キログラム以上の場合、制御部２１は変更の提案を行なうと判定する。制御部２１は変更提案を行なうと判定した場合（ステップＳ７６でＹＥＳ）、提案内容を表示する（ステップＳ７７）。制御部２１はユーザからの回答が「変更する」であるか否かを判定する（ステップＳ７８）。制御部２１は回答が「変更する」であると判定した場合（ステップＳ７８でＹＥＳ）、ステップＳ１１以降を実行する。制御部２１は変更提案を行なわないと判定した場合（ステップＳ７６でＮＯ）、又は、回答が「変更する」でないと判定した場合（ステップＳ７８でＮＯ）、ステップＳ１４以降を実行する。

【0060】

本実施の形態においては、購入する商品の量によって、予め設定してあるレジ袋の要否設定の変更が可能となる。また、本実施の形態を上記の実施の形態２と組み合わせた場合においては、会員がレジ袋要否の設定を１回限り変更しようと考えていたが、変更せずにレジの会計が始まった場合でも、変更が可能となる。

【0061】

図２２はＰＯＳ端末２が備える機能部の一例を示すブロック図である。ＰＯＳ端末２は機能部として、取得部２１ａ、表示部２１ｂ及び受付部２１ｃを備える。

【0062】

取得部２１ａは顧客端末からの情報取得を契機にして、買物袋の要否情報を取得する。表示部２１ｂは取得した要否情報を表示する。受付部２１ｃは要否情報が不明又は都度確認である場合に、買物袋の要否を受け付ける。

【0063】

上述の実施の形態において、ＰＯＳ端末２は小売店の店員等が操作することを想定しているが、それに限らない。顧客が自ら商品の登録を行なうセルフレジ、又は、商品の登録は店員等が行なうが、代金支払いは顧客が操作して行なうセミセルフレジであってもよい。セルフレジの場合、代金を支払わずにレジ袋を持ち去られないように、代金を支払った分のレジ袋を供給するレジ袋供給装置を併設してもよい。

【0064】

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0065】

１００ ＰＯＳシステム
１ ＰＯＳサーバ
１１ 制御部
１２ 主記憶部
１３ 補助記憶部
１３１ 会員情報ＤＢ
１３２ 商品マスタＤＢ
１３３ 袋ＤＢ
１３４ 履歴ＤＢ
１４ 通信部
１５ 読み取り部
２ ＰＯＳ端末
２１ 制御部
２１ａ 取得部
２１ｂ 表示部
２１ｃ 受付部
２２ 主記憶部
２３ 補助記憶部
２４ 通信部
２５ 入力部
２６ 表示部
２７ インタフェース部
２Ｐ 制御プログラム
３ 顧客端末
４ バーコードリーダ
５ レシートプリンタ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】