JP2017173955A - 情報処理装置、制御方法、及びプログラム - Google Patents

Abstract

【課題】購入した商品を容器に入れるための作業を容易にする。【解決手段】情報処理装置２０００は、個数算出部２０２０及び支援情報出力部２０４０を有する。個数算出部２０２０は、精算対象の複数の商品に関する商品情報を用いて、複数の商品を入れるために必要な容器の個数を算出する。この容器は、買い物をした顧客が購入した商品を入れて持ち帰るために使用する容器である。支援情報出力部２０４０は、算出された個数が２以上である場合に、各容器について、容器とその容器に入れるべき商品とを対応付けた支援情報を生成する。言い換えれば、支援情報には、どの容器にどの商品をいれるべきかが示されている。【選択図】図１

Description

本発明は、情報処理装置、制御方法、及びプログラムに関する。

店舗で商品を購入した顧客は、袋や段ボール箱などの容器に商品を入れて持ち帰る。一般に、顧客に渡す容器の数は、店員によって目分量で決められることが多い。

商品を入れる容器に関する発明を開示している先行技術文献として、特許文献１や特許文献２がある。特許文献１は、購入された商品の容積値の累計値に基づいて顧客に渡す袋の種類及び枚数を決定する技術を開示している。

特許文献２は、購入された商品のサイズ、重さ、並びに各袋の最大容量及び最大重量に基づいて、購入された商品を入れることができる袋のパターンを出力する技術を開示している。また、特許文献２では、顧客の年齢や性別に基づいて、一袋当たりの最大重量が決定される。

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

特許文献１や特許文献２において、顧客は、商品を入れるために必要な袋をもらうことができるものの、渡された袋の利用方法を自分で考える必要がある。

本発明は、上記の課題に鑑みてなされたものである。本発明の目的は、購入した商品を容器に入れるための作業を容易にする技術を提供することである。

本発明の情報処理装置は、（１）精算対象の複数の商品に関する情報を用いて、前記複数の商品を入れるために必要な容器の個数を算出する個数算出手段と、（２）前記算出された個数が２以上である場合に、各容器について、容器とその容器に入れるべき商品とを対応付けた支援情報を出力する支援情報出力手段と、を有する。

本発明の第２の情報処理装置は、精算対象の複数の商品に関する情報を用いて、商品を容器に入れるべき順序を示す支援情報を生成する支援情報出力手段を有する。

本発明の第３の情報処理装置は、（１）カメラによって生成された画像を用いて、顧客の属性を表す属性情報を生成する属性情報生成手段と、（２）購入対象の複数の商品に関する情報に基づいて、前記複数の商品を入れるために必要な容器の種類及び個数の組みを複数算出し、前記属性情報に基づいて、前記複数算出された容器の種類及び個数の組みの一部を示す推奨情報を生成して出力する推奨情報出力手段と、を有する。前記容器には、大きさ又は形状が互いに異なる複数種類の容器がある。

本発明の第１の制御方法は、コンピュータによって実行される。当該制御方法は、（１）精算対象の複数の商品に関する情報を用いて、前記複数の商品を入れるために必要な容器の個数を算出する個数算出ステップと、（２）前記算出された個数が２以上である場合に、各容器について、容器とその容器に入れるべき商品とを対応付けた支援情報を出力する支援情報出力ステップと、を有する。

本発明の第２の制御方法は、コンピュータによって実行される。当該制御方法は、精算対象の複数の商品に関する情報を用いて、前記容器に入れるべき順に前記容器に入れる商品を示す支援情報を生成する支援情報出力ステップを有する。

本発明の第２の制御方法は、コンピュータによって実行される。当該制御方法は、（１）カメラによって生成された画像を用いて、顧客の属性を表す属性情報を生成する属性情報生成ステップと、（２）購入対象の複数の商品に関する情報に基づいて、前記複数の商品を入れるために必要な容器の種類及び個数の組みを複数算出し、前記属性情報に基づいて、前記複数算出された容器の種類及び個数の組みの一部を示す推奨情報を生成して出力する推奨情報出力ステップと、を有する。前記容器には、大きさ又は形状が互いに異なる複数種類の容器がある。

本発明の第１のプログラムは、本発明の第１の制御方法が有する各ステップをコンピュータに実行させる。

本発明の第２のプログラムは、本発明の第１の制御方法が有するステップをコンピュータに実行させる。

本発明の第３のプログラムは、本発明の第１の制御方法が有する各ステップをコンピュータに実行させる。

本発明によれば、購入した商品を容器に入れるための作業を容易にする技術が提供される。

実施形態１の情報処理装置を例示するブロック図である。 情報処理装置を実現するための計算機を例示する図である。 実施形態１の情報処理装置によって実行される処理の流れを例示するフローチャートである。 商品情報をテーブル形式で例示する図である。 支援情報が含まれるレシートを例示する図である。 ディスプレイ装置に表示された支援情報を例示する図である。 実施形態２の支援情報が含まれるレシートを例示する第１の図である。 実施形態２の支援情報が含まれるレシートを例示する第２の図である。 実施形態３の情報処理装置を例示するブロック図である。 実施形態３の情報処理装置によって実行される処理の流れを例示するフローチャートである。 顧客の属性に応じて予め定められている容器パターンの条件を例示する図である。 適合度情報を例示する図である。 ディスプレイ装置に表示された推奨情報を例示する図である。

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。また各ブロック図において、特に説明がない限り、各ブロックは、ハードウエア単位の構成ではなく機能単位の構成を表している。

［実施形態１］
図１は、実施形態１の情報処理装置２０００を例示するブロック図である。情報処理装置２０００は、個数算出部２０２０及び支援情報出力部２０４０を有する。個数算出部２０２０は、精算対象の複数の商品に関する商品情報を用いて、複数の商品を入れるために必要な容器の個数を算出する。この容器は、買い物をした顧客が購入した商品を入れて持ち帰るために使用する容器である。例えばこの容器は、ビニール袋や段ボール箱などである。

支援情報出力部２０４０は、算出された個数が２以上である場合に、各容器について、容器とその容器に入れるべき商品とを対応付けた支援情報を生成する。言い換えれば、支援情報には、どの容器にどの商品をいれるべきかが示されている。

＜作用・効果＞
本実施形態の情報処理装置２０００によれば、精算対象の商品を入れるために必要な容器の個数が算出され、その個数が２枚以上である場合（商品を入れるために複数の容器が必要な場合）に、容器とその容器に入れるべき商品とを対応付けた支援情報が生成される。顧客は、この支援情報を見ることにより、どの容器にどの商品を入れるべきかを把握することができる。よって、顧客によって、購入した商品を容器に詰める作業が容易になる。

以下、本実施形態についてさらに詳細を述べる。

＜情報処理装置２０００のハードウエア構成の例＞
情報処理装置２０００の各機能構成部は、各機能構成部を実現するハードウエア（例：ハードワイヤードされた電子回路など）で実現されてもよいし、ハードウエアとソフトウエアとの組み合わせ（例：電子回路とそれを制御するプログラムの組み合わせなど）で実現されてもよい。以下、情報処理装置２０００の各機能構成部がハードウエアとソフトウエアとの組み合わせで実現される場合について、さらに説明する。

図２は、情報処理装置２０００を実現するための計算機１０００を例示する図である。計算機１０００は種々の計算機である。例えば計算機１０００は、Personal Computer（PC）、サーバマシン、タブレット端末、又はスマートフォンなどである。計算機１０００は、情報処理装置２０００を実現するために設計された専用の計算機であってもよいし、汎用の計算機であってもよい。例えば計算機１０００は、商品を精算対象として登録する処理に用いられるレジ端末（以下、商品登録装置）や、精算対象として登録された商品の精算処理（代金支払いなど）に用いられるレジ端末（以下、精算装置）として実現される。

なお、本実施形態の情報処理装置２０００が利用される店舗におけるレジ端末は、商品登録装置と精算装置とが一体となっているものでもよいし、これらが別体となっているものでもよい。前者の場合、商品を精算対象として登録する処理と、精算対象として登録された商品の精算処理（代金の支払いなど）が、同じ場所で行われる。この場合、レジ端末の操作は店員によって行われてもよいし、顧客によって行われてもよい。レジ端末の操作が顧客によって行われる形式は、セルフ形式などと呼ばれる。

商品登録装置と精算装置とが別体となっている場合、商品を精算対象として登録する処理と、精算対象として登録された商品の精算処理とが、別の場所で行われる。この場合、例えば商品登録装置の操作は店員によって行われ、精算装置の操作は顧客によって行われる。このように商品登録装置及び精算装置が操作される形式は、セミセルフ形式などと呼ばれる。

計算機１０００は、バス１０２０、プロセッサ１０４０、メモリ１０６０、ストレージ１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０を有する。バス１０２０は、プロセッサ１０４０、メモリ１０６０、ストレージ１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０が、相互にデータを送受信するためのデータ伝送路である。プロセッサ１０４０は、CPU (Central Processing Unit) や GPU (Graphics Processing Unit) などの演算処理装置である。メモリ１０６０は、RAM (Random Access Memory) や ROM (Read Only Memory) などのメモリである。ストレージ１０８０は、ハードディスク、SSD (Solid State Drive)、又はメモリカードなどの記憶装置である。ストレージ１０８０は、RAM や ROM などのメモリであってもよい。

入出力インタフェース１１００は、計算機１０００と入出力デバイスとを接続するためのインタフェースである。例えば入出力インタフェース１１００には、キーボードやマウスなどの入力デバイスや、ディスプレイ装置などの出力デバイスが接続される。

ネットワークインタフェース１１２０は、通信回線を介して計算機１０００を他の装置と接続するためのインタフェースである。

ストレージ１０８０は情報処理装置２０００の各機能を実現するプログラムモジュールを記憶している。プロセッサ１０４０は、これら各プログラムモジュールをメモリ１０６０に読み出して実行することで、そのプログラムモジュールに対応する各機能を実現する。

計算機１０００のハードウエア構成は図２に示した構成に限定されず、他の様々な構成をとりうる。例えば、プロセッサ１０４０などを互いに接続する方法は、バス接続に限定されない。また例えば、各プログラムモジュールはメモリ１０６０に格納されてもよい。この場合、計算機１０００は、ストレージ１０８０を備えていなくてもよい。

＜処理の流れ＞
図３は、実施形態１の情報処理装置２０００によって実行される処理の流れを例示するフローチャートである。個数算出部２０２０は、精算対象の商品に関する商品情報を取得する（Ｓ１０２）。個数算出部２０２０は、商品情報を用いて、精算対象の商品を入れるために必要な容器の個数を算出する（Ｓ１０４）。算出された容器の個数が２以上である場合（Ｓ１０６：ＹＥＳ）、支援情報出力部２０４０は支援情報を生成する（Ｓ１０８）。算出された容器の個数が２以上でない場合（Ｓ１０６：ＮＯ）、図３の処理は終了する。

＜商品情報の取得方法：Ｓ１０２＞
個数算出部２０２０は、精算対象の商品について商品情報を取得する（Ｓ１０２）。商品情報には、商品を入れるために必要な容器の個数の決定に利用される、商品に関する情報が示されている。

図４は、商品情報をテーブル形式で例示する図である。図４のテーブルを商品情報５００と呼ぶ。商品情報５００は、商品ＩＤ５０２、購入個数５０４、重さ５０６、及びサイズ５０８という４つの列を有する。商品ＩＤ５０２は、商品の識別子（ＩＤ: Identifier）を示す。購入個数５０４は、商品を購入する個数を示す。重さ５０６は、商品の重さを示す。サイズ５０８は、商品のサイズ（幅、奥行き及び高さ）を示す。例えば、I0001 というＩＤの商品のサイズは、「幅が 5cm、奥行きが 10cm、高さが 0.5cm」である。

個数算出部２０２０が商品情報を取得する方法は様々である。例えば個数算出部２０２０は、まず精算対象として登録された商品の一覧を示す精算情報を取得する。精算情報には、例えば精算処理の対象として登録された各商品のＩＤや各商品の購入個数が示されている。精算情報は、商品を精算対象として登録する処理を行う商品登録装置などで生成される。個数算出部２０２０は、精算情報を生成した商品登録装置や、精算情報が記憶されている記憶装置から、精算情報を取得する。なお、情報処理装置２０００が商品登録装置として実現されている場合、情報処理装置２０００は、自身で生成した精算情報を利用する。

精算情報を取得した個数算出部２０２０は、精算情報に示されている商品ＩＤを検索キーとして、商品に関する情報が記憶されている商品データベースを検索し、商品の重さやサイズなどの情報を取得する。そして個数算出部２０２０は、精算情報に示されている商品のＩＤ及び購入個数、並びに商品データベースから取得した商品の重さやサイズを用いて、商品情報を生成する。こうすることで、個数算出部２０２０は商品情報を取得する。

なお、個数算出部２０２０が商品情報を取得する方法は、上述した方法に限定されない。例えば個数算出部２０２０は、他の装置によって生成された商品情報を、その装置又はその装置によって商品情報が記憶された記憶装置から取得してもよい。さらに、商品情報の生成方法は、上述した例に限定されない。

＜容器の個数の算出方法：Ｓ１０４＞
個数算出部２０２０は、商品情報を用いて、精算対象の商品を入れるために必要な容器の個数を算出する（Ｓ１０４）。個数算出部２０２０は、商品を入れるために必要な容器の個数の最小値を算出し、その最小値を、精算対象の商品を入れるために必要な容器の個数とする。具体的には、個数算出部２０２０は、商品を入れるために必要な容器の個数を最小化する組合わせ最適化問題の解を算出し、算出された解を、精算対象の商品を入れるために必要な容器の個数とする。より具体的には、個数算出部２０２０は、各商品の購入個数、各商品の重さ、及び各商品のサイズ、並びに容器のサイズ及び耐荷重に基づいて、全ての商品を入れるために必要な容器の最小個数を算出する組合せ最適化問題の解を算出する。なお、容器のサイズ及び耐荷重を示す情報は、個数算出部２０２０に予め設定されていてもよいし、個数算出部２０２０からアクセス可能な記憶装置に記憶されていてもよい。

上記最適化問題の解を求めることにより、精算対象の商品を入れるために必要な最小の容器の個数、及び容器と商品との対応関係（どの容器にどの商品を入れるか）が求まる。上記最適化問題の解を求めるアルゴリズムには、例えばビンパッキング問題を解くための種々のアルゴリズムを利用することができる。

なお、容器の種類が複数ある場合、個数算出部２０２０は、各容器のサイズ及び耐荷重をさらに考慮して、上記最適化問題の解を算出する。この最適化問題を解くアルゴリズムには、ビンの種類が複数あるパターンのビンパッキング問題を解くためのアルゴリズムなどが利用できる。

ここで、個数算出部２０２０が精算対象の商品を入れるために必要な容器の個数を算出する手法は、必ずしも組合せ最適化問題の解を算出する方法に限定されない。

＜支援情報について：Ｓ１０６＞
支援情報出力部２０４０は支援情報を生成して出力する（Ｓ１０６）。ここで、前述した通り、個数算出部２０２０が容器の個数を算出する過程において、容器とその容器に入れる商品との対応関係が定まる。そこで支援情報出力部２０４０は、このようにして定まった容器とその容器に入れる商品との対応関係を示す支援情報を出力する。

支援情報出力部２０４０が支援情報を出力する方法は様々である。以下、支援情報を出力する方法を例示する。

＜＜レシートを利用するケース＞＞
支援情報出力部２０４０は、支援情報が含まれるレシートを出力する。図５は、支援情報が含まれるレシートを例示する図である。図５において、レシート１０には、購入された商品の一覧を示す商品リスト１２が示されている。ここで、レシート１０では、商品リスト１２が複数のグループ１４に分割されている。グループ１４は、互いに同じ容器に入れられるべき商品の集まりである。

図５の例では、このように複数のグループ１４に分割された商品リスト１２が、支援情報を表す。ユーザは、１つの容器に対して１つのグループ１４が対応付けられている商品リスト１２を見ることで、各商品をどの容器へ入れればよいかを把握することができる。

ここで、図５の例では、容器の種類が複数あることを想定し、利用する容器の種類を示す情報がグループ１４に含まれている。この例では、容器は袋であり、袋には大きな袋（大袋）及び小さな袋（小袋）の２種類があることを想定している。なお、店舗で提供される容器の種類が１つである場合、支援情報出力部２０４０は、グループ１４に容器の種類を含めなくてよい。

レシート１０は、紙媒体のレシートであってもよいし、ディスプレイ装置に表示される電子レシートであってもよい。前者の場合、支援情報出力部２０４０は、紙媒体のレシートを出力するレシートプリンタに、支援情報が含まれるレシートを出力させる。

一方、電子レシートの場合、支援情報出力部２０４０は、支援情報が含まれる電子レシートを、ユーザが閲覧可能なように出力させる。例えば支援情報出力部２０４０は、電子レシートを閲覧できるサービスを提供しているサーバへ、電子レシートを送信する。ユーザは、携帯端末などを利用してこのサービスにアクセスすることで、この電子レシートを閲覧する。なお、ユーザが利用できるサービスを提供しているサーバへユーザに提供する情報を送信する方法には、既存の技術を利用することができる。

また例えば、支援情報出力部２０４０は、ユーザの携帯端末へ電子レシートを送信する。支援情報出力部２０４０がユーザの携帯端末へ電子レシートを送信する方法は任意である。例えば支援情報出力部２０４０は、ユーザの会員情報に示されているメールアドレスを宛先として電子レシートを送信する。この場合、情報処理装置２０００は、ユーザの会員情報を取得する。例えばユーザの会員情報は、ユーザが会計の際に店員へ渡す会員カードから読み取られる会員ＩＤに基づいて取得することができる。この場合、情報処理装置２０００は、商品登録装置などから、前述した精算情報と共にユーザの会員ＩＤを取得する。

＜＜ディスプレイ装置を利用するケース＞＞
支援情報出力部２０４０は、ディスプレイ装置に支援情報を表示させる。図６は、ディスプレイ装置に表示された支援情報を例示する図である。ディスプレイ装置３０には、商品リスト３２が示されている。商品リスト３２は、図５の商品リスト１２と同様に、複数のグループ３４に分割されている。グループ３４は、互いに同じ容器に入れられるべき商品の集まりである。

図６の例では、このように複数のグループ３４に分割された商品リスト３２が、支援情報を表す。ユーザは、１つの容器に対して１つのグループ３４が対応付けられている商品リスト３２を見ることで、各商品をどの容器へ入れればよいかを把握することができる。

ディスプレイ装置３０が設置される場所は任意である。例えばディスプレイ装置３０は、商品登録装置や精算装置又はその付近に設置される。この場合、商品リスト３２は、精算対象の商品の登録が終わったタイミング（商品登録装置の操作が終わったタイミング）や、商品の精算が終わったタイミング（精算装置の操作が終わったタイミング）などで表示される。

また例えば、ディスプレイ装置３０は、商品を容器に入れる作業に利用されるサッカー台に設置されてもよい。この場合、商品リスト３２は、顧客がサッカー台で作業を行うタイミングで表示される。このタイミングで商品リスト３２をディスプレイ装置３０へ表示させる処理は、例えば商品登録装置を操作している店員によって行われる。例えば店員は、どのサッカー台を利用するかを顧客に尋ね、顧客が利用するサッカー台に設置されているディスプレイ装置３０に対して支援情報を送信するように、商品登録装置を制御する。

また例えば、サッカー台に置かれたディスプレイ装置３０は、レシートから支援情報を読み取って表示してもよい。この場合、例えば支援情報出力部２０４０は、支援情報を符号化したコード（例えばＱＲコード（登録商標））をレシートに出力する。さらに、サッカー台に設けられたディスプレイ装置３０に、上記コードを読み取るためのリーダを接続させておく。顧客は、レシートに示されているコードをリーダに読み取らせる。その結果、ディスプレイ装置３０に、支援情報（商品リスト３２）が表示される。この方法によれば、商品登録装置からディスプレイ装置３０へ支援情報を送信する方法と比較し、顧客がサッカー台を選択する際の自由度が高くなる。

上記コードが表示されているレシートには、図５に示したような支援情報が含まれていてもよいし、含まれていなくてもよい。レシートに支援情報が含まれる場合、顧客は、ディスプレイ装置３０を利用しなくても、レシートを見ることで支援情報を見ることができる。しかし、ディスプレイ装置３０の方がレシートよりも大きく支援情報を表示できるため、ユーザは、レシートに表示されている支援情報をディスプレイ装置３０にも表示させることにより、商品を容器に入れる作業をより容易に行えるようになる。

なお、レシートに支援情報が含まれる場合、撮像した映像をディスプレイ装置３０に出力するカメラをサーカー台に設置しておいてもよい。ユーザは、このカメラの撮像範囲にレシートを置くことで、レシートに含まれている支援情報をディスプレイ装置３０に表示させることができる。この場合、ディスプレイ装置３０には、レシートが拡大表示されることが好ましい。またカメラを利用する場合、レシートには支援情報を表すコードを出力しなくてよい。

［実施形態２］
実施形態２の情報処理装置２０００の構成は、実施形態１の情報処理装置２０００と同様に、例えば図１で表される。以下で説明する点を除き、実施形態２の情報処理装置２０００は、実施形態１の情報処理装置２０００と同様の機能を有する。

実施形態２において、支援情報は、「どの商品をどの容器に入れるべきか」に加え、容器ごとに「商品をどのような順序で容器へ入れるべきか」を示す。こうすることで、ユーザは、商品をどのような順序で容器へ入れるべきかを把握することができるようになる。よって、ユーザにとって商品を容器へ入れる作業が容易になる。

支援情報出力部２０４０は、実施形態１で説明したように容器とその容器に入れるべき商品とが対応付けられた支援情報について、容器ごとに、その容器に入れるべき商品の順序を割り出す。例えば支援情報出力部２０４０は、或る容器に入れるべき複数の商品を、重さが重い順にソートする。こうすることで支援情報出力部２０４０は、容器ごとに、重い物商品から順に容器に入れるべきことが示された支援情報を生成する。

また例えば、支援情報出力部２０４０は、或る容器に入れるべき複数の商品を、体積が大きい順にソートする。こうすることで、支援情報出力部２０４０は、容器ごとに、体積が大きい商品から順に容器に入れるべきことが示された支援情報を生成する。

＜支援情報の出力方法＞
支援情報出力部２０４０は、実施形態１で説明した方法と同様に、例えば支援情報が含まれるレシート１０を出力させたり、支援情報をディスプレイ装置３０に出力させたりすることにより、支援情報を出力させる。

図７は、実施形態２の支援情報が含まれるレシート１０を例示する第１の図である。図７において、レシート１０には、実施形態１のレシート１０と同様に商品リスト１２が示されており、なおかつ商品リスト１２には複数のグループ１４が含まれている。さらに、図７では、グループ１４に含まれる各商品の名前の横に、容器に入れるべき順序が数値で示されている。ユーザは、グループ１４に対応する容器に対し、順位の数値が小さい商品から順に商品を入れればよい。

図８は、実施形態２の支援情報が含まれるレシート１０を例示する第２の図である。図８では、グループ１４において、容器に入れるべき順序で商品が示されている。ユーザは、グループ１４に対応する容器に対し、上に示されている商品から順に商品を入れればよい。

なお、図７及び図８に示した、商品を容器に入れる順序の表示方法は、支援情報をディスプレイ装置３０に表示させる場合についても同様である。

＜ハードウエア構成＞
実施形態２の情報処理装置２０００を実現する計算機のハードウエア構成は、実施形態１と同様に、例えば図２によって表される。ただし、本実施形態の情報処理装置２０００を実現する計算機１０００のストレージ１０８０には、本実施形態の情報処理装置２０００の機能を実現するプログラムモジュールがさらに記憶される。

＜作用・効果＞
本実施形態の情報処理装置２０００によれば、商品をどの順序で容器へ入れるべきかを示す支援情報が顧客に提供される。こうすることで、ユーザは、どの商品をどの容器に入れるべきかに加え、商品をどのような順序で容器へ入れるべきかを把握できるようになる。よって、ユーザにとって、商品を容器へ入れる作業がさらに容易になる。

＜変形例＞
顧客に渡す容器が必ず１つである場合、情報処理装置２０００は、個数算出部２０２０を有さなくてもよい。この場合、支援情報出力部２０４０は、１つの容器に対して複数の商品をどのような順序で入れるべきかを示す情報を生成する。なおこの変形例において、個数算出部２０２０が有していた商品情報を取得する機能は、支援情報出力部２０４０が備える。

例えば支援情報出力部２０４０は、１つの容器に入れるべき順序で商品を示した商品リスト１２が含まれるレシート１０をレシートプリンタに出力させたり、１つの容器に入れるべき順序で商品を示した商品リスト３２をディスプレイ装置３０に表示させたりする。例えば図７や図８において、レシート１０がグループ１４を１つだけ有することとなる。

［実施形態３］
図９は、実施形態３の情報処理装置２０００を例示するブロック図である。以下で説明する点を除き、実施形態３の情報処理装置２０００は、実施形態１又は実施形態２の情報処理装置２０００と同様の機能を有する。

本実施形態の個数算出部２０２０は、商品情報に基づいて、精算対象の商品を入れるために必要な容器の種類及び各種類の容器の個数の組み（以下、容器パターン）を複数算出する。

本実施形態の情報処理装置２０００は、属性情報生成部２０６０、推奨情報出力部２０８０を有する。属性情報生成部２０６０は、カメラ２０によって生成された画像（以下、撮像画像）を用いて、顧客の属性を表す情報（以下、属性情報）を生成する。推奨情報出力部２０８０は、属性情報に基づいて、複数の容器パターンの一部を示す情報（以下、推奨情報）を生成して出力する。

ここで、本実施形態において、商品を入れる容器には、大きさ又は形状が互いに異なる複数種類の容器がある。また、撮像画像を生成するカメラ２０は、商品を精算対象として登録する処理に用いられるレジ端末（商品登録装置）又は精算対象として登録された商品の精算処理に用いられるレジ端末（精算装置）に設けられる。

＜処理の流れ＞
図１０は、実施形態３の情報処理装置２０００によって実行される処理の流れを例示するフローチャートである。個数算出部２０２０は、商品情報を用いて複数の容器パターンを算出する（Ｓ２０２）。属性情報生成部２０６０は、撮像画像を取得する（Ｓ２０４）。属性情報生成部２０６０は、撮像画像に基づいて属性情報を生成する（Ｓ２０６）。推奨情報出力部２０８０は、推奨情報を生成して出力する（Ｓ２０８）。

＜容器パターンを算出する方法：Ｓ２０２＞
個数算出部２０２０は、商品情報を用いて容器パターンの算出を行う（Ｓ２０２）。個数算出部２０２０が容器パターンを算出する方法は任意である。例えば個数算出部２０２０は、実施形態１で説明した、全ての商品を入れることができる容器の個数の最小値を求めるための組合せ最適化問題の解を算出するアルゴリズムを実行する。このアルゴリズムがトライアンドエラーで解を探索するアルゴリズムである場合、解が求まるまでの過程において、全ての商品を入れることができる容器の種類と各種類の容器の個数の組合せ（容器パターン）が複数算出される。そこで個数算出部２０２０は、このように組合せ最適化問題の解を求めるアルゴリズムを実行し、解が求まる過程で算出された複数の容器パターンを算出結果とする。

＜撮像画像の取得方法：Ｓ２０４＞
属性情報生成部２０６０は、カメラ２０によって生成された撮像画像を取得する（Ｓ２０４）。属性情報生成部２０６０が撮像画像を取得する方法は任意である。例えば属性情報生成部２０６０は、カメラ２０から撮像画像を取得する。この場合、情報処理装置２０００とカメラ２０とは通信可能に接続されている。

また、カメラ２０が外部の記憶装置に撮像画像を記憶する場合、属性情報生成部２０６０は、この記憶装置から撮像画像を取得する。この場合、情報処理装置２０００は、この記憶装置と通信可能に接続されている。

カメラ２０は、静止画を生成するカメラであってもよいし、動画を生成するカメラであってもよい。カメラ２０は、自動で（例えば定期的に）撮像を行ってもよいし、店員や顧客による操作に応じて撮像を行ってもよい。

カメラ２０を用いて顧客を撮像する（撮像画像を生成する）タイミングは任意である。例えばカメラ２０が商品登録装置に設けられている場合、カメラ２０は、商品を精算対象として登録する処理を開始してから終了するまでの間の任意のタイミング（例えば店員が最初の商品のバーコードをリーダに読み取らせたタイミング）で顧客を撮像して撮像画像を生成する。また例えば、カメラ２０が精算装置に設けられている場合、カメラ２０は、顧客が精算装置を操作し始めたタイミングから顧客に対して推奨情報を提示するまでの間の任意のタイミング（例えば、顧客が精算装置のタッチパネルに最初に触れたタイミング）で顧客を撮像して撮像画像を生成する。

＜属性情報について＞
属性情報は、顧客の属性を示す情報である。例えば属性情報は、顧客の年齢層、顧客の性別、顧客の体格、又は顧客の人数などを示す。属性情報生成部２０６０は、撮像画像に写っている顧客の画像を解析することにより、これらの情報を生成する。

属性情報によって示される顧客の年齢層は、顧客の推定年齢であってもよいし、顧客の年齢をおおまかに示す情報であってもよい。後者の場合、例えばこの情報は、１０代や２０代などの概数で年齢層を示す情報や、子供、大人又は老人などの区分で年齢層を示す情報である。

属性情報によって示される顧客の体格は、顧客の体格の良さを示す。例えば顧客の体格を示す情報は、顧客の推定身長を示す情報である。また例えば、顧客の体格を示す情報は、「大柄な体型、平均的な体型、小柄な体型」のように、複数段階のレベルで顧客の体格の良さをランク付けした情報である。

顧客の体格の良さを複数のレベルでランク付けする方法は任意である。例えば属性情報生成部２０６０は、撮像画像に写っている顧客の画像を解析することで、顧客の推定身長を算出する。そして、属性情報生成部２０６０は、推定身長が第１所定値（例：180 cm）以上である場合に顧客の体格を「大柄」とし、推定身長が第１所定値未満第２所定値（160 cm）以上である場合に顧客の体格を「平均的」とし、推定身長が第２所定値未満である場合に顧客の体型を「小柄」とする。これらの所定値は、属性情報生成部２０６０に予め設定されていてもよいし、属性情報生成部２０６０からアクセス可能な記憶装置に記憶されていてもよい。

属性情報によって示される顧客の人数は、複数の顧客が１つのグループ（例えば家族）を成している場合に、そのグループに含まれる顧客の人数を示す情報である。

＜属性情報の生成方法：Ｓ２０６＞
属性情報生成部２０６０は、撮像画像を用いて属性情報を生成する（Ｓ２０６）。ここで、画像から人物を検出する技術、並びに画像から検出した人物の年齢層、性別、及び推定身長を割り出す技術には、既存の技術を利用することができる。

撮像画像に複数の人物が写っている場合、属性情報生成部２０６０は、属性情報の生成対象とする顧客（以下、ターゲットの顧客）を特定する。ここで、ターゲットの顧客は、推奨情報や支援情報の提供先となる顧客である。より具体的には、情報処理装置２０００が商品登録装置又は精算装置に設けられている場合、ターゲットの顧客は、属性情報を生成しようとしている情報処理装置２０００が備えられている商品登録装置又は精算装置を利用している顧客である。なお、撮像画像に写っているその他の人物としては、ターゲットの顧客と共に買い物に来た顧客や、属性情報を生成しようとしている商品登録装置や精算装置とは別のレジ端末を利用している顧客などが考えられる。

属性情報生成部２０６０がターゲットの顧客を特定する方法は任意である。例えば属性情報生成部２０６０は、撮像画像に最も大きく写っている人物、又は撮像画像内における位置が撮像画像の中心に最も近い自分を、ターゲットの顧客とする。

顧客の人数は、撮像画像に写っている人物の数に基づいて算出することができる。例えば属性情報生成部２０６０は、撮像画像に写っている人物の総数を顧客の人数として扱う。また例えば、属性情報生成部２０６０は、撮像画像内における大きさが所定値以上である人物のみをカウントし、その数を顧客の人数としてもよい。こうすることで、ターゲットの顧客から離れて写っている人物（例えば別のレジ端末を利用している顧客）など、ターゲットの顧客の同伴者ではない確率が高い人物が、ターゲットの顧客のグループから除かれる。

＜推奨情報の生成方法：Ｓ２０８＞
推奨情報出力部２０８０は、属性情報に基づいて、複数の容器パターンの一部を示す推奨情報を生成し、生成した推奨情報を出力する（Ｓ２０８）。推奨情報出力部２０８０が属性情報に基づいて推奨情報を生成する方法は様々である。以下、推奨情報の生成方法を例示する。

＜＜推奨情報の生成方法１＞＞
推奨情報出力部２０８０は、属性情報に基づいて推奨情報に含める容器パターンの条件（以下、推奨条件）を算出し、その条件に合致する容器パターンを含む推奨情報を生成する。そのために、顧客の属性に対応付けて、その属性の顧客へ推奨する容器パターンの条件を予め定めておく。

図１１は、顧客の属性に応じて予め定められている容器パターンの条件を例示する図である。図１１のテーブルを、条件テーブル６００と呼ぶ。条件テーブル６００は、属性６０２、サイズ６０４、及び重さ６０６という３つの列を有する。属性６０２は、顧客の属性を表す。

サイズ６０４は、属性に対応する容器のサイズの条件を表す。図１１の例において、店舗に用意されている容器は、大きい容器（大）、中程度のサイズの容器（中）、及び小さい容器（小）の３種類であるとする。例えば「中」を示すサイズ６０４は、「容器のサイズは中以下（小と中のいずれか）である」という条件を意味する。

顧客が子供や老人の場合、顧客が女性の場合、又は顧客の体格が小柄な場合などにおいては、容器のサイズが大きいと、顧客にとって容器が持ちづらくなってしまうと考えられる。そのため、これらの属性に対応するサイズ６０４は、小や中に設定しておくことが好ましい。

重さ６０６は、１つの袋に入れられる商品の重さの合計値を示す。例えば「2kg」を示す重さ６０６は、「容器パターンに含まれる各袋に入れられる商品の重さの合計値は、それぞれ 2kg 以下である」という条件を意味する。

顧客が子供や老人の場合、顧客が女性の場合、又は顧客の体格が小柄な場合などにおいては、容器の数を少なくして各容器に入れられる商品の重さの合計値を大きくするよりも、容器の数を多めにして各容器に入れられる商品の重さの合計値を小さくする方が好ましいと考えられる。そのため、これらの属性に対応する重さ６０６は、小さめの値（例えば袋の耐荷重よりも小さい値）に設定しておくことが好ましい。なお、袋の耐荷重と重さ６０６が示す値とが異なる場合、袋に入れられる商品の重さの合計値は、これらの内のいずれか小さい方である必要がある。

さらに推奨情報出力部２０８０は、属性情報に顧客の人数が含まれる場合、容器の個数と顧客の人数との関係についても条件を算出する。例えばこの条件は、以下の数式（１）によって表される。ここで、n_b は容器の個数であり、n_c は顧客の人数である。数式（１）で示される条件に従えば、各顧客が持つ容器の個数が２以下となる。そのため、顧客は１つの手で１つの容器を持てばよいこととなる。

なお、容器の個数の条件は、容器の種類毎に定められてもよい。例えば、容器が段ボール箱などの両手で持たなければならないものである場合、容器の個数は、顧客の人数以下であることが好ましい。

推奨情報出力部２０８０は、属性情報生成部２０６０によって生成された属性情報に示される各属性と対応する条件を取得し、その条件を全て満たすことを推奨条件とする。例えば、属性情報が「年齢７０歳代、女性、小柄」を示している場合、「属性６０２＝６０歳以上」に対応するサイズ６０４及び重さ６０６、「属性６０２＝女性」に対応するサイズ６０４及び重さ６０６、並びに「属性６０２＝小柄」に対応するサイズ６０４及び重さ６０６の全てを満たすことが推奨条件となる。また、属性情報に顧客の人数が含まれる場合、推奨情報出力部２０８０は、前述した容器の個数と顧客の人数との関係で定まる条件も、推奨条件に含める。

なお、個数算出部２０２０は、上述した推奨条件を制約条件として加えた組合せ最適化問題の解を算出するアルゴリズムを実行してもよい。この場合、個数算出部２０２０によって算出された容器パターンはいずれも推奨条件を満たす。そのため、推奨情報出力部２０８０は、個数算出部２０２０によって算出された各容器パターンを示す推奨情報を生成する。なおこの場合、個数算出部２０２０が容器パターンを算出する前に、属性情報生成部２０６０が属性情報を生成する。そして、個数算出部２０２０は、この属性情報を利用して容器パターンを算出する。

＜＜推奨情報の生成方法２＞＞
推奨情報出力部２０８０は、属性情報に基づいて各容器パターンの推奨度を算出する。そして推奨情報出力部２０８０は、算出した推奨度に基づいて推奨情報を生成する。例えば推奨情報出力部２０８０は、算出した推奨度が高い順に容器パターンに順位を付け、順位が所定値以上の容器パターンを示す推奨情報を生成する。また例えば、推奨情報出力部２０８０は、推奨度が所定値以上の容器パターンを含む推奨情報を生成する。

推奨情報出力部２０８０が属性情報に基づいて容器パターンの推奨度を算出する方法は様々である。例えば、各種類の容器について、属性への適合度合いを示す適合度情報を予め用意しておく。図１２は、適合度情報を例示する図である。図１２において、袋の種類には、大きい容器（大容器）、中程度のサイズの容器（中容器）、小さい容器（小容器）、及び平たい物（例えばお弁当）を入れるための容器（平容器）の４種類がある。

図１２では、容器の種類ごとに、年齢層、性別、及び体格について適合度情報が用意されている。例えば、１０歳未満の顧客に対する大容器の適合度合いは１である。また、女性に対する大容器の適合度合いは３である。さらに、小柄な顧客に対する大容器の適合度合いは１である。

さらに推奨情報出力部２０８０は、属性情報に顧客の人数が示されている場合、容器の個数と顧客の人数との関係についても適合度を算出する。例えば推奨情報出力部２０８０は、以下の数式（２）で容器の個数に関する適合度を算出する。ここで、x は容器の個数に関する適合度、n_b は容器の個数、n_c は顧客の人数を表す。

条件（ａ）を満たすケースでは、各顧客が少なくとも１つ容器を持ち、なおかつ片手で２つ以上の容器を持たなければならない顧客はいない。そのため、条件（ａ）を満たすケースの適合度が最も高くなっている。

条件（ｂ）を満たすケースでは、片手で２つ以上の容器を持たなければいけない顧客はいないものの、一人以上の顧客が容器を持たないことになる。そのため、条件（ｂ）を満たすケースの適合度は、条件（ａ）を満たすケースの適合度より低くなっている。

条件（ｃ）を持たすケースでは、少なくとも一人の顧客が、１つの手で２つ以上の容器を持たなければならない。そのため、条件（ｃ）のケースの適合度は最も低くなっている。

なお、容器の個数に関する適合度は、容器の種類ごとに定められてもよい。例えば容器が段ボール箱などの両手で持たなければならないものである場合、各顧客が１つずつ容器を持つケースの適合度を最も高くし、容器を持たない顧客がいるケースの適合度をその次に高くし、容器を２つ以上持たなければならない顧客がいるケースの適合度を最も低くする。

或る容器パターンについて推奨度を算出する方法は、例えば次のようになる。まず推奨情報出力部２０８０は、容器パターンに含まれる各容器について、各属性の適合度を取得する。例えば、顧客が「６０歳以上の小柄な女性」であり、容器パターンに大容器が含まれる場合、その大容器について、「１、３、１」という適合度が取得される。さらに推奨情報出力部２０８０は、容器パターンに含まれる容器の個数と顧客の人数に応じた適合度を算出する。そして、推奨情報出力部２０８０は、容器パターンに含まれる各容器について取得された全ての適合度及び容器の個数と顧客の人数に応じて算出した適合度の統計値（例えばこれらの平均値）を算出する。そして、推奨情報出力部２０８０は、この統計値をその容器パターンの推奨度とする。

＜推奨情報の出力方法＞
推奨情報出力部２０８０は、顧客が閲覧できるように推奨情報を出力する。具体的には、推奨情報出力部２０８０は、顧客によって閲覧可能なディスプレイ装置に推奨情報を出力する。顧客が商品登録装置を利用しているタイミングで推奨情報を顧客に提供する場合、推奨情報出力部２０８０は、商品登録装置又はその周辺に備えられているディスプレイ装置に推奨情報を出力させる。一方、顧客が精算装置を利用しているタイミングで推奨情報を顧客に提供する場合、推奨情報出力部２０８０は、精算装置又はその周辺に設けられているディスプレイ装置に推奨情報を出力させる。

図１３は、ディスプレイ装置に表示された推奨情報を例示する図である。容器パターン３６は、推奨情報に含まれる容器パターンを示す。例えば容器パターン３６−１は、大容器１つと中容器１つの容器パターンを表す。

＜推奨情報の利用方法＞
顧客は、推奨情報に示された容器パターンのいずれかを選択する。例えば推奨情報が表示されるディスプレイ装置にタッチパネルが設けられている場合、顧客は、いずれかの容器パターンをタッチすることで、容器パターンの選択を行う。例えば図１３において、各容器パターン３６を押下可能なボタンとして表示し、顧客にいずれかのボタンを押下させる。また例えば、顧客は、選択する容器パターンを口頭で店員に伝えてもよい。

顧客は、選択した容器パターンに含まれる各容器の提供を受ける。例えば店員が、容器パターンに含まれる各容器を顧客に渡す。また例えば、選択された容器パターンに含まれる各容器を自動的に排出する装置（以下、容器提供装置）が店舗に設けられていてもよい。情報処理装置２０００は、選択された容器パターンを容器提供装置へ送信する。容器提供装置は、取得した容器パターンに含まれる各容器を排出する。

＜＜選択された容器パターンに応じた支援情報の提供＞＞
本実施形態の支援情報出力部２０４０は、選択された容器パターンに応じて支援情報を生成し、その支援情報を出力してもよい。ここで、実施形態１における容器の個数の算出と同様に、個数算出部２０２０によって容器パターンが算出される際に、その容器パターンに含まれる各容器と商品との対応付けが求まっている。そこで支援情報出力部２０４０は、選択された容器パターンについて個数算出部２０２０が求めた、容器と商品との対応付けを示す支援情報を生成する。

さらに支援情報出力部２０４０は、その容器パターンについて、実施形態２で説明した容器詰めの順序を示す支援情報を生成してもよい。

＜ハードウエア構成＞
実施形態３の情報処理装置２０００を実現する計算機のハードウエア構成は、実施形態１と同様に、例えば図２によって表される。ただし、本実施形態の情報処理装置２０００を実現する計算機１０００のストレージ１０８０には、本実施形態の情報処理装置２０００の機能を実現するプログラムモジュールがさらに記憶される。

＜作用・効果＞
本実施形態によれば、精算対象の商品を入れるために必要な容器の種類及び個数の組みである容器パターンが複数算出され、顧客の属性に基づき、複数の容器パターンの内の一部を示す推奨情報が顧客に提供される。よって顧客は、利用に適した容器パターンを容易に把握することができるため、利用する容器の種類及び個数の組み合わせを容易に選ぶことができる。

さらに、顧客が選択した容器パターンについて支援情報出力部２０４０が支援情報を出力することにより、顧客は、選択した容器パターンに含まれる各容器に対してどの商品を入れればよいかを容易に把握することができる。

＜変形例＞
本実施形態の情報処理装置２０００は、支援情報は出力せず、推奨情報のみを出力してもよい。この場合、情報処理装置２０００は、支援情報出力部２０４０を有さなくてもよい。

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記各実施形態の組み合わせ、又は上記以外の様々な構成を採用することもできる。

以下、参考形態の例を付記する。
１． 精算対象の複数の商品に関する情報を用いて、前記複数の商品を入れるために必要な容器の個数を算出する個数算出手段と、
前記算出された個数が２以上である場合に、各容器について、容器とその容器に入れるべき商品とを対応付けた支援情報を出力する支援情報出力手段と、
を有する情報処理装置。
２． 前記支援情報出力手段は、前記支援情報が含まれるレシートを出力する、１．に記載の情報処理装置。
３． 前記支援情報出力手段は、前記レシートを印刷して出力する、２．に記載の情報処理装置。
４． 前記支援情報は、前記容器ごとに、その容器に入れるべき商品の順序を示す、１．乃至３．いずれか一つに記載の情報処理装置。
５． 商品を入れる容器には、大きさ又は形状が互いに異なる複数種類の容器があり、
前記個数算出手段は、前記複数の商品を入れるために必要な容器の種類及び個数の組みを複数算出し、
カメラによって生成された画像を用いて、顧客の属性を表す属性情報を生成する属性情報生成手段と、
前記属性情報に基づいて、前記複数算出された容器の種類及び個数の組みの一部を示す推奨情報を生成して出力する推奨情報出力手段と、
を有し、
前記カメラは、商品を精算対象として登録する処理に用いられる商品登録装置又は精算対象として登録された商品の精算処理に用いられる精算装置に設けられる、１．乃至４．いずれか一つに記載の情報処理装置。
６． 精算対象の複数の商品に関する情報を用いて、商品を容器に入れるべき順序を示す支援情報を生成する支援情報出力手段を有する、情報処理装置。
７． カメラによって生成された画像を用いて、顧客の属性を表す属性情報を生成する属性情報生成手段と、
購入対象の複数の商品に関する情報に基づいて、前記複数の商品を入れるために必要な容器の種類及び個数の組みを複数算出し、前記属性情報に基づいて、前記複数算出された容器の種類及び個数の組みの一部を示す推奨情報を生成して出力する推奨情報出力手段と、
を有し、
前記容器には、大きさ又は形状が互いに異なる複数種類の容器がある、情報処理装置。
８． コンピュータによって実行される制御方法であって、
精算対象の複数の商品に関する情報を用いて、前記複数の商品を入れるために必要な容器の個数を算出する個数算出ステップと、
前記算出された個数が２以上である場合に、各容器について、容器とその容器に入れるべき商品とを対応付けた支援情報を出力する支援情報出力ステップと、
を有する制御方法。
９． 前記支援情報出力ステップは、前記支援情報が含まれるレシートを出力する、８．に記載の制御方法。
１０． 前記支援情報出力ステップは、前記レシートを印刷して出力する、９．に記載の制御方法。
１１． 前記支援情報は、前記容器ごとに、その容器に入れるべき商品の順序を示す、８．乃至１０．いずれか一つに記載の制御方法。
１２． 商品を入れる容器には、大きさ又は形状が互いに異なる複数種類の容器があり、
前記個数算出ステップは、前記複数の商品を入れるために必要な容器の種類及び個数の組みを複数算出し、
カメラによって生成された画像を用いて、顧客の属性を表す属性情報を生成する属性情報生成ステップと、
前記属性情報に基づいて、前記複数算出された容器の種類及び個数の組みの一部を示す推奨情報を生成して出力する推奨情報出力ステップと、
を有し、
前記カメラは、商品を精算対象として登録する処理に用いられる商品登録装置又は精算対象として登録された商品の精算処理に用いられる精算装置に設けられる、８．乃至１１．いずれか一つに記載の制御方法。
１３． コンピュータによって実行される制御方法であって、精算対象の複数の商品に関する情報を用いて、前記容器に入れるべき順に前記容器に入れる商品を示す支援情報を生成する支援情報出力ステップを有する、制御方法。
１４． コンピュータによって実行される制御方法であって、
カメラによって生成された画像を用いて、顧客の属性を表す属性情報を生成する属性情報生成ステップと、
購入対象の複数の商品に関する情報に基づいて、前記複数の商品を入れるために必要な容器の種類及び個数の組みを複数算出し、前記属性情報に基づいて、前記複数算出された容器の種類及び個数の組みの一部を示す推奨情報を生成して出力する推奨情報出力ステップと、
を有し、
前記容器には、大きさ又は形状が互いに異なる複数種類の容器がある、制御方法。
１５． ８．乃至１２．いずれか一つに記載の制御方法が有する各ステップをコンピュータに実行させるプログラム。
１６． １３．に記載の制御方法が有するステップをコンピュータに実行させるプログラム。
１７． １４．に記載の制御方法が有する各ステップをコンピュータに実行させるプログラム。

１０ レシート
１２ 商品リスト
１４ グループ
２０ カメラ
３０ ディスプレイ装置
３２ 商品リスト
３４ グループ
３６ 容器パターン
５００ 商品情報
５０２ 商品ＩＤ
５０４ 購入個数
５０６ 重さ
５０８ サイズ
６００ 条件テーブル
６０２ 属性
６０４ サイズ
６０６ 重さ
１０００ 計算機
１０２０ バス
１０４０ プロセッサ
１０６０ メモリ
１０８０ ストレージ
１１００ 入出力インタフェース
１１２０ ネットワークインタフェース
２０００ 情報処理装置
２０２０ 個数算出部
２０４０ 支援情報出力部
２０６０ 属性情報生成部
２０８０ 推奨情報出力部

Claims (13)

1. 精算対象の複数の商品に関する情報を用いて、前記複数の商品を入れるために必要な容器の個数を算出する個数算出手段と、
   前記算出された個数が２以上である場合に、各容器について、容器とその容器に入れるべき商品とを対応付けた支援情報を出力する支援情報出力手段と、
   を有する情報処理装置。
2. 前記支援情報出力手段は、前記支援情報が含まれるレシートを出力する、請求項１に記載の情報処理装置。
3. 前記支援情報出力手段は、前記レシートを印刷して出力する、請求項２に記載の情報処理装置。
4. 前記支援情報は、前記容器ごとに、その容器に入れるべき商品の順序を示す、請求項１乃至３いずれか一項に記載の情報処理装置。
5. 商品を入れる容器には、大きさ又は形状が互いに異なる複数種類の容器があり、
   前記個数算出手段は、前記複数の商品を入れるために必要な容器の種類及び個数の組みを複数算出し、
   カメラによって生成された画像を用いて、顧客の属性を表す属性情報を生成する属性情報生成手段と、
   前記属性情報に基づいて、前記複数算出された容器の種類及び個数の組みの一部を示す推奨情報を生成して出力する推奨情報出力手段と、
   を有し、
   前記カメラは、商品を精算対象として登録する処理に用いられる商品登録装置又は精算対象として登録された商品の精算処理に用いられる精算装置に設けられる、請求項１乃至４いずれか一項に記載の情報処理装置。
6. 精算対象の複数の商品に関する情報を用いて、商品を容器に入れるべき順序を示す支援情報を生成する支援情報出力手段を有する、情報処理装置。
7. カメラによって生成された画像を用いて、顧客の属性を表す属性情報を生成する属性情報生成手段と、
   購入対象の複数の商品に関する情報に基づいて、前記複数の商品を入れるために必要な容器の種類及び個数の組みを複数算出し、前記属性情報に基づいて、前記複数算出された容器の種類及び個数の組みの一部を示す推奨情報を生成して出力する推奨情報出力手段と、
   を有し、
   前記容器には、大きさ又は形状が互いに異なる複数種類の容器がある、情報処理装置。
8. コンピュータによって実行される制御方法であって、
   精算対象の複数の商品に関する情報を用いて、前記複数の商品を入れるために必要な容器の個数を算出する個数算出ステップと、
   前記算出された個数が２以上である場合に、各容器について、容器とその容器に入れるべき商品とを対応付けた支援情報を出力する支援情報出力ステップと、
   を有する制御方法。
9. コンピュータによって実行される制御方法であって、精算対象の複数の商品に関する情報を用いて、容器に入れるべき順に前記容器に入れる商品を示す支援情報を生成する支援情報出力ステップを有する、制御方法。
10. コンピュータによって実行される制御方法であって、
    カメラによって生成された画像を用いて、顧客の属性を表す属性情報を生成する属性情報生成ステップと、
    購入対象の複数の商品に関する情報に基づいて、前記複数の商品を入れるために必要な容器の種類及び個数の組みを複数算出し、前記属性情報に基づいて、前記複数算出された容器の種類及び個数の組みの一部を示す推奨情報を生成して出力する推奨情報出力ステップと、
    を有し、
    前記容器には、大きさ又は形状が互いに異なる複数種類の容器がある、制御方法。
11. 請求項８に記載の制御方法が有する各ステップをコンピュータに実行させるプログラム。
12. 請求項９に記載の制御方法が有するステップをコンピュータに実行させるプログラム。
13. 請求項１０に記載の制御方法が有する各ステップをコンピュータに実行させるプログラム。

Images