特許 7559963 注文支援装置、注文支援方法、及び、注文支援プログラム

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

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

(11)【特許番号】

(24)【登録日】2024-09-24

(45)【発行日】2024-10-02

(54)【発明の名称】注文支援装置、注文支援方法、及び、注文支援プログラム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20240925BHJP

【ＦＩ】

G06Q30/0601 306

【請求項の数】 8

(21)【出願番号】P 2023544982

(86)(22)【出願日】2021-09-06

(86)【国際出願番号】 JP2021032681

(87)【国際公開番号】W WO2023032207

(87)【国際公開日】2023-03-09

【審査請求日】2023-07-26

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】冬野 哲也

(72)【発明者】

【氏名】高塚 久美子

(72)【発明者】

【氏名】伊藤 真由美

(72)【発明者】

【氏名】簑輪 要佑

(72)【発明者】

【氏名】田中 万里

【審査官】上田 威

(56)【参考文献】

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

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

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

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

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

【文献】中国特許出願公開第１０７８８６３９１（ＣＮ，Ａ）

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

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

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

Ｇ０６Ｑ １０／００ － ９９／００

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

【請求項1】

画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させる表示制御手段と、
前記注文数を付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定する判定手段と、
を備え、
前記表示制御手段は、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新し、
前記注文数が上限値以上である場合、当該注文数をクリアする
注文支援装置であって、
所定のユーザによる前記販売情報に対する注文確定操作を受け付けた場合、前記注文数を、当該ユーザ及び当該販売情報に対応付けて注文履歴として登録する履歴登録手段と、
前記注文履歴に応じて、前記ユーザの前記販売情報における注文数の前記上限値を更新する更新手段と、をさらに備える、
注文支援装置。

【請求項2】

前記表示制御手段は、
前記注文数が上限値以上である場合、前記選択操作を受け付けた販売情報に付加された注文数の表示を削除することにより、当該注文数をクリアする
請求項１に記載の注文支援装置。

【請求項3】

前記更新手段は、前記注文数が前記上限値である前記注文履歴が所定数に達した場合、前記上限値をより高く更新する
請求項１又は２に記載の注文支援装置。

【請求項4】

前記上限値が更新された場合、前記ユーザ又は当該ユーザの関係者に対して、更新後の上限値を通知する第１の通知手段をさらに備える
請求項１乃至３のいずれか１項に記載の注文支援装置。

【請求項5】

前記表示制御手段は、
前記注文履歴に応じて、前記ユーザ及び前記販売情報の組における１回の選択操作における注文単位をより大きくした一括注文用の販売情報を生成し、当該一括注文用の販売情報を前記画面に表示させる
請求項１乃至４のいずれか１項に記載の注文支援装置。

【請求項6】

前記表示制御手段は、
前記注文履歴に応じて、前記画面に表示させる前記販売情報の種類、表示順序又は配置の少なくともいずれかを含む表示制御情報を決定し、当該表示制御情報に基づき前記複数の販売情報を前記画面に表示させる
請求項１乃至５のいずれか１項に記載の注文支援装置。

【請求項7】

コンピュータが、
画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させ、
前記注文数が付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定し、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新し、
前記注文数が上限値以上である場合、当該注文数をクリアする
注文支援方法であって、
所定のユーザによる前記販売情報に対する注文確定操作を受け付けた場合、前記注文数を、当該ユーザ及び当該販売情報に対応付けて注文履歴として登録し、
前記注文履歴に応じて、前記ユーザの前記販売情報における注文数の前記上限値を更新する、
注文支援方法。

【請求項8】

画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させる処理と、
前記注文数を付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定する処理と、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新する処理と、
前記注文数が上限値以上である場合、当該注文数をクリアする処理と
をコンピュータに実行させる注文支援プログラムであって、
所定のユーザによる前記販売情報に対する注文確定操作を受け付けた場合、前記注文数を、当該ユーザ及び当該販売情報に対応付けて注文履歴として登録する処理と、
前記注文履歴に応じて、前記ユーザの前記販売情報における注文数の前記上限値を更新する処理と、
をさらにコンピュータに実行させる注文支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、注文支援装置、システム及び方法、並びに、コンピュータ可読媒体に関する。

【背景技術】

【0002】

特許文献１には、携帯端末を用いた複数画像の情報の一覧表示し、選択を受け付けるための情報処理装置に関する技術が開示されている。特許文献１にかかる情報処理装置は、撮影された映像データから認識された各画像に対応する付加データを抽出し、各画像に付加データを表示する。

【先行技術文献】

【特許文献】

【0003】

【文献】国際公開第２０１４／０１７３９２号

【発明の概要】

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

【0004】

近年、電子商取引の注文画面において、より簡易な操作が求められている。しかしながら、上述した技術では、タブレット端末等のタッチパネルで注文操作を行う際に、選択済みの販売情報に対するキャンセル操作が煩雑であるという問題点がある。

【0005】

本開示の目的は、上述した課題を鑑み、注文画面における選択済みの販売情報に対するキャンセル操作を容易にするための注文支援装置、システム、方法及びプログラムを提供することにある。

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

【0006】

本開示の第１の態様にかかる注文支援装置は、
画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させる表示制御手段と、
前記注文数を付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定する判定手段と、
を備え、
前記表示制御手段は、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新し、
前記注文数が上限値以上である場合、当該注文数をクリアする。

【0007】

本開示の第２の態様にかかる注文支援システムは、
複数の販売情報を画面に表示し、前記複数の販売情報のいずれかに対する選択操作をユーザから受け付けるユーザ端末と、
前記ユーザ端末と接続された注文支援装置と、を備え、
前記注文支援装置は、
前記画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させる表示制御手段と、
前記注文数を付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定する判定手段と、
を備え、
前記表示制御手段は、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新し、
前記注文数が上限値以上である場合、当該注文数をクリアする。

【0008】

本開示の第３の態様にかかる注文支援方法は、
コンピュータが、
画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させ、
前記注文数が付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定し、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新し、
前記注文数が上限値以上である場合、当該注文数をクリアする。

【0009】

本開示の第４の態様にかかる注文支援プログラムは、
画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させる処理と、
前記注文数を付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定する処理と、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新する処理と、
前記注文数が上限値以上である場合、当該注文数をクリアする処理と
をコンピュータに実行させる。

【発明の効果】

【0010】

本開示により、注文画面における選択済みの販売情報に対するキャンセル操作を容易にするための注文支援装置、システム、方法及びプログラムを提供することができる。

【図面の簡単な説明】

【0011】

【図1】本実施形態１にかかる販売支援装置の構成を示すブロック図である。

【図2】本実施形態１にかかる販売支援方法の流れを示すフローチャートである。

【図3】本実施形態２にかかる販売支援システムの構成を示すブロック図である。

【図4】本実施形態２にかかるユーザ端末の構成を示すブロック図である。

【図5】本実施形態２にかかる認証装置の構成を示すブロック図である。

【図6】本実施形態２にかかる認証装置による顔情報登録処理の流れを示すフローチャートである。

【図7】本実施形態２にかかる認証装置による顔認証処理の流れを示すフローチャートである。

【図8】本実施形態２にかかる販売支援装置の構成を示すブロック図である。

【図9】本実施形態２にかかる注文画面の例を示す図である。

【図10】本実施形態２にかかる注文支援処理の流れを示すフローチャートである。

【図11】本実施形態２にかかる商品選択済みの状態の例を示す図である。

【図12】本実施形態２にかかる商品を上限値まで選択済みの状態の例を示す図である。

【図13】本実施形態２にかかる商品の選択がキャンセルされた状態の例を示す図である。

【図14】本実施形態２にかかる上限値更新処理の流れを示すフローチャートである。

【図15】本実施形態２にかかる上限値更新通知画面の例を示す図である。

【図16】本実施形態２にかかるキーワード検索処理の流れを示すシーケンス図である。

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

【0012】

以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

【0013】

＜実施形態１＞
図１は、本実施形態１にかかる注文支援装置１の構成を示すブロック図である。注文支援装置１は、ユーザによるタブレット端末等のタッチパネルを介した販売情報に対する注文操作を支援するための情報処理装置である。ここで、販売情報は、商品又はサービスの販売を支援するための情報であり、商品又はサービスの購入を促す情報ともいえる。そして、販売情報は、ユーザが購入するための注文を受け付けるための情報である。販売情報は、販売対象の商品又はサービスの概要を示す情報、例えば、画像、説明文（名称、産地等）、価格等を含む情報である。また、注文支援装置１は、通信ネットワーク（不図示、以降、通信ネットワークを単にネットワークとも称する）、又は、所定の無線通信により、上述したタッチパネルを備えたユーザ端末と接続されているものとする。尚、ネットワークは、有線か無線であるかを問わないし、通信プロトコルの種別を問わない。また、タッチパネルは、ユーザ端末（情報端末）における画面（表示装置）と操作受付部（入力装置）とを兼ねた入出力装置の一例である。当該ユーザ端末は、１以上の販売情報を画面に表示し、ユーザから画面内の所定領域に対する入力操作を受け付ける。所定領域には、販売情報の選択領域や選択済みの販売情報に対する注文確定領域が含まれる。画面内の所定領域に対する入力操作は、例えば、タッチパネルに対するユーザの指等による接触（タッチ）操作であるか、他の入力装置（例えば、マウスやキーボード）を介した入力操作であってもよい。入力操作は、販売情報の選択操作や、選択済みの販売情報に対する注文確定操作が含まれる。ユーザ端末は、入力操作を受け付けると、入力操作に対応する所定領域に関する情報を、ネットワークを介して注文支援装置１へ送信する。例えば、ユーザ端末は、特定の販売情報に対する選択操作を受け付けると、当該販売情報が選択された旨を、注文支援装置１へ送信する。そのため、選択操作を受け付けた段階では、注文が確定していないものとする。

【0014】

注文支援装置１は、表示制御部１１及び判定部１２を備える。表示制御部１１は、画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させる。ここで、「画面」は、上述したユーザ端末の画面である。例えば、表示制御部１１は、選択操作を受け付けた販売情報と注文数とを、ユーザ端末の画面に表示させる。判定部１２は、注文数を付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定する。

【0015】

表示制御部１１は、判定部１２により判定された注文数が上限値未満である場合、１回の選択操作に応じた数を注文数に加算した値により、選択操作を受け付けた販売情報に付加された注文数の表示を更新する。また、表示制御部１１は、判定部１２により判定された注文数が上限値以上である場合、当該注文数をクリアする。ここで、「注文数をクリアする」とは、表示制御部１１が、選択操作を受け付けた販売情報に付加された注文数の表示を画面から削除することであってもよい。または、「注文数をクリアする」とは、表示制御部１１が、選択操作を受け付けた販売情報に付加された注文数の表示を０に更新することであってもよい。

【0016】

図２は、本実施形態１にかかる注文支援方法の流れを示すフローチャートである。前提として、ユーザ端末の画面に複数の販売情報が表示済みであるものとする。そして、ユーザは、画面に表示された複数の販売情報のうち、特定の販売情報に対して選択操作を行ったものとする。このとき、ユーザ端末は、特定の販売情報に対して選択操作が行われた旨を注文支援装置１へ送信する。これに応じて、注文支援装置１の表示制御部１１は、選択操作を受け付けた販売情報に、選択操作の回数に応じた注文数を付加して表示させる（Ｓ１１）。つまり、ユーザ端末は、選択操作を受け付けた販売情報に注文数の数値を付加して画面に表示する。

【0017】

続いて、ユーザは、注文数が付加されて画面に表示された販売情報に対して選択操作を行ったものとする。このとき、ユーザ端末は、注文数が付加された販売情報に対して選択操作が行われた旨を注文支援装置１へ送信する。そして、注文支援装置１の判定部１２は、注文数が付加して表示された販売情報に対する選択操作を受け付けたか否かを判定する（Ｓ１２）。

【0018】

選択操作を受け付けた販売情報に注文数が付加されていない場合（ステップＳ１２でＮＯ）、表示制御部１１は、再度、ステップＳ１１を実行する。一方、選択操作を受け付けた販売情報に注文数が付加されている場合（ステップＳ１２でＹＥＳ）、判定部１２は、ステップＳ１３を実行する。つまり、注文支援装置１の判定部１２は、注文数が付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定する（Ｓ１３）。ここで、上限値は、販売情報やユーザによって異なる値であってもよい。

【0019】

注文数が上限値未満である場合（ステップＳ１３でＮＯ）、表示制御部１１は、１回の選択操作に応じた数を当該注文数に加算した値により、選択操作を受け付けた販売情報に付加された注文数の表示を更新する（Ｓ１５）。例えば、表示制御部１１は、加算後の注文数をユーザ端末へ通知する。そのため、ユーザ端末は、選択操作を受け付けた販売情報に付加された注文数の数値を更新して画面に表示する。

【0020】

一方、注文数が上限値以上である場合（ステップＳ１３でＹＥＳ）、表示制御部１１は、注文数をクリアする（Ｓ１４）。例えば、表示制御部１１は、注文数の削除指示をユーザ端末へ通知する。この場合、ユーザ端末は、選択操作を受け付けた販売情報に付加された注文数を画面から削除する。または、表示制御部１１は、注文数を０としてユーザ端末へ通知する。この場合、ユーザ端末は、選択操作を受け付けた販売情報に付加された注文数の数値を０に更新して画面に表示する。

【0021】

このように、本実施形態では、ユーザは、注文が確定していない状態において、特定の販売情報に対する選択操作を繰り返すことにより、当該販売情報の注文数（注文希望数、注文予定数）を加算できる。そして、ユーザが特定の販売情報に対する選択操作を行った際に、当該販売情報の注文数が上限値以上である場合、当該販売情報に対する注文数がクリアされる。つまり、選択済みの特定の販売情報における注文がキャンセルされる。言い換えると、ユーザは、特定の販売情報に対して注文数を加算するための選択操作と同一の選択操作によりキャンセル操作を行うことができる。すなわち、本実施形態は、注文数を加算するための操作と注文数をクリアするための操作とを共通化したものといえる。そのため、ユーザは、注文数をクリアするために、注文数を加算するための操作とは異なる操作を行う必要がない。例えば、ユーザは、注文数をクリアするための領域を探すことや、注文数をクリアするための別途の操作を覚える必要はない。そのため、本実施形態により、注文画面における選択済みの販売情報に対するキャンセル操作を容易にすることができる。

【0022】

また、ユーザは、注文数を加算するための選択操作を繰り返し行ったとしても、選択操作回数が所定値を超えると、自動的に注文数がクリアされる。そのため、ユーザが意図せずに過剰な注文を行うことを抑止できる。

【0023】

尚、注文支援装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる注文支援方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、表示制御部１１及び判定部１２の機能を実現する。

【0024】

または、注文支援装置１の各構成要素は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されてもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、量子プロセッサ（量子コンピュータ制御チップ）等を用いることができる。

【0025】

また、注文支援装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、注文支援装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

【0026】

＜実施形態２＞
本実施形態２は、上述した実施形態１の具体例である。図３は、本実施形態２にかかる注文支援システム１０００の構成を示すブロック図である。注文支援システム１０００は、ユーザＵ１によるユーザ端末１００－１のタッチパネルを介した販売情報に対する注文操作を支援するための情報システムである。

【0027】

注文支援システム１０００は、ユーザ端末１００－１及び１００－２、認証装置２００、注文支援装置３００及び決済端末４００を備える。ユーザ端末１００－１及び１００－２、認証装置２００、注文支援装置３００及び決済端末４００のそれぞれは、ネットワークＮを介して接続される。ここで、ネットワークＮは、有線又は無線の通信回線、例えばインターネットである。

【0028】

ユーザ端末１００－１は、ユーザＵ１が利用する情報端末であり、例えば、ユーザＵ１の住居等に設置されている。ここで、ユーザＵ１は、単独で決済判断や決済する能力がある者に限定されず、例えば、独居の高齢者等であってもよい。ユーザ端末１００－１は、ユーザＵ１が操作し、無線通信によりネットワークＮを介して注文支援装置３００とデータの送受信を行う。ユーザ端末１００－１は、インストールされたソフトウェアにより動物やロボットを模したキャラクタを表示し、キャラクタをユーザＵ１の対話相手となるユーザインタフェースとして動作してもよい。その場合、ユーザ端末１００－１は、注文支援装置３００からのコンテンツ制御情報を解析して、キャラクタを表示し、キャラクタのセリフとして音声出力やテキスト表示を行う。また、ユーザ端末１００－１は、ユーザＵ１の発話を収音し、収音した音声情報又は音声認識結果を注文支援装置３００へ送信する。これにより、ユーザＵ１は、ユーザ端末１００－１に表示されたキャラクタと対話（会話）を行うことができる。

【0029】

ユーザ端末１００－２は、関係者Ｕ２が所持及び利用する情報端末である。ここで、関係者Ｕ２は、ユーザＵ１の親族や後見人等の関係者である。ユーザ端末１００－２は、関係者Ｕ２が操作し、無線通信によりネットワークＮを介して注文支援装置３００とデータの送受信を行う。ユーザ端末１００－２は、汎用的なＳＮＳ（Social Network Service）アプリケーションを介して、注文支援装置３００とテキストデータのやり取りを行ってもよい。例えば、ＳＮＳアプリケーションがメッセージアプリケーションの場合、上記キャラクタをユーザとし、関係者Ｕ２とのメッセージのやり取りを行うことで、キャラクタを介してユーザＵ１とのメッセージのやり取りを実現してもよい。

【0030】

以降、ユーザ端末１００－１及び１００－２を特に区別する必要がない場合、単に「ユーザ端末１００」と呼ぶ場合がある。ユーザ端末１００は、携帯電話端末、スマートフォン、タブレット端末、カメラを搭載又は接続したＰＣ（Personal Computer）等の情報処理装置である。

【0031】

尚、以下の説明で、「本人認証情報」とは、本人確認の認証（本人認証、本人特定処理等）に用いる情報であり、本人を一意に特定（識別）するための情報である。また、本実施形態では、本人認証を生体認証の一例である顔認証とし、本人認証情報（本人特定情報）を生体情報の一例である顔特徴情報として説明する。但し、生体認証及び生体情報は、人物の撮影画像を利用する他の技術を適用可能である。例えば、生体情報には、指紋、声紋、静脈、網膜、瞳の虹彩、手のひらの模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）を用いても構わない。また、生体認証の代わりに、他の本人認証を適用してもよく、生体情報も他の本人認証情報であってもよい。例えば、本人認証情報としては、ユーザＩＤ、ＩＤ及びパスワードの組合せ、マイナンバーや運転免許証等の身分証明書の記載内容（識別番号等やパスワード）、電子証明書、コード情報等が挙げられるが、これらに限定されない。尚、コード情報は、二次元コード例えば、ＱＲコード（登録商標）であってもよい。

【0032】

図４は、本実施形態２にかかるユーザ端末１００の構成を示すブロック図である。ユーザ端末１００は、カメラ１１０、マイク１２０、スピーカ１３０、タッチパネル１４０、記憶部１５０、通信部１６０、メモリ１７０及び制御部１８０を備える。カメラ１１０は、制御部１８０の制御に応じて撮影を行う撮影装置である。マイク１２０は、ユーザＵ１等が発話した音声を収音する収音装置である。スピーカ１３０は、制御部１８０の制御に応じて音を出力する装置である。タッチパネル１４０は、画面等の表示装置（表示部）と入力装置を含む。記憶部１５０は、フラッシュメモリやＳＳＤ（Solid State Drive）などの不揮発性メモリを含む記憶装置の一例である。記憶部１５０は、ユーザ端末１００の各機能を実現するためのプログラム１５１を記憶する。プログラム１５１は、ユーザ情報の登録処理やユーザインタフェースとして動作するソフトウェアを含む処理が実装されたコンピュータプログラムである。通信部１６０は、ネットワークＮとの通信インタフェースである。メモリ１７０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部１８０の動作時に一時的に情報を保持するための記憶領域である。制御部１８０は、ユーザ端末１００が有するハードウェアの制御を行うプロセッサである。制御部１８０は、記憶部１５０からプログラム１５１をメモリ１７０へ読み込ませ、実行する。これにより、制御部１８０は、登録部１８１及びコンテンツ処理部１８２の機能を実現する。

【0033】

登録部１８１は、ユーザ情報の事前登録処理を行う。例えば、ユーザＵ１のユーザ情報を事前登録する場合、登録部１８１は、ユーザＵ１により入力された、ユーザＵ１の顔画像又は識別情報（本人認証情報）及び個人情報を受け付ける。登録部１８１は、受け付けた顔画像及び個人情報と、ユーザ端末１００－１の端末情報とを含めたユーザ情報の登録要求を、ネットワークＮを介して注文支援装置３００へ送信する。尚、登録部１８１は、顔画像の代わりに、他の本人認証情報を登録用として登録要求に含めても良い。登録部１６１は、注文支援装置３００からネットワークＮを介して、ユーザ情報の登録時に発行されたユーザＩＤを受信し、本人認証情報として記憶部１５０へ登録してもよい。また、関係者Ｕ２のユーザ情報を事前登録する場合、登録部１８１は、関係者Ｕ２により入力された、関係者Ｕ２の顔画像又は識別情報（本人認証情報）及び個人情報を受け付ける。登録部１８１は、受け付けた顔画像及び個人情報と、ユーザ端末１００－２の端末情報とを含めたユーザ情報の登録要求を、ネットワークＮを介して注文支援装置３００へ送信する。また、登録部１８１は、関係者Ｕ２のユーザ情報登録時に発行されたユーザＩＤを、ユーザＵ１の関係者の識別情報としてユーザＵ１の登録要求に含めても良い。尚、ユーザＵ１と関係者Ｕ２のユーザ情報をまとめて登録してもよい。

【0034】

尚、ユーザＵ１等の顔画像は、カメラ１１０により撮影されたものか、外部装置から取得されたものであってもよい。また、個人情報は、ユーザＵ１等の発話が収音された音声情報又は音声認識結果を含んでも良い。個人情報には、銀行口座情報やクレジットカード情報等の決済情報を含むものとする。端末情報は、ユーザ端末１００に対する通知の宛先となる情報である。

【0035】

コンテンツ処理部１８２は、注文支援装置３００からのコンテンツ制御情報を解析して、タッチパネル１４０にキャラクタを表示し、上述したユーザインタフェースを提供する。また、コンテンツ処理部１８２は、ユーザＵ１からの注文画面表示操作又は表示要求の音声に応じて、注文画面表示要求を注文支援装置３００へ送信し、１以上の販売情報を含む注文画面情報を受信し、タッチパネル１４０に注文画面を表示する。この場合、注文画面は、販売情報に対応する選択領域と、注文確定領域とを少なくとも含むものとする。また、注文画面表示要求は、ユーザの本人認証情報又はユーザ端末１００の端末情報を含んでも良い。尚、コンテンツ処理部１８２は、キャラクタを介して販売情報を表示してもよい。

【0036】

また、コンテンツ処理部１８２は、ユーザＵ１から注文画面に表示された各領域に対する入力操作を受け付けた場合、入力操作に対応する領域の情報を注文支援装置３００へ送信する。そして、コンテンツ処理部１８２は、注文支援装置３００から入力操作に応じた画面の更新情報を受信し、注文画面を更新する。

【0037】

例えば、コンテンツ処理部１８２は、特定の販売情報の選択領域に対する選択操作を受け付け、特定の販売情報に対して選択操作が行われた旨を注文支援装置３００へ送信する。そして、コンテンツ処理部１８２は、注文支援装置３００から、選択済みを示す表示情報及び注文数の表示指示、又は、表示情報及び注文数の削除指示を受信し、指示に応じて注文画面の表示内容を更新する。

【0038】

また、コンテンツ処理部１８２は、入力操作としてページ切替操作、注文確定操作、買物終了操作等を受け付けて、各操作に応じた情報を注文支援装置３００へ送信し、注文支援装置３００から各操作に応じた指示を受信し、指示に応じて注文画面の表示内容を更新する。

【0039】

図３に戻り説明を続ける。
認証装置２００は、ユーザの顔特徴情報を管理する情報処理装置である。また、認証装置２００は、外部から受信した顔認証要求に応じて、当該要求に含まれる顔画像又は顔特徴情報について、各ユーザの顔特徴情報と照合を行い、照合結果（認証結果）を要求元へ返信する。

【0040】

図５は、本実施形態２にかかる認証装置２００の構成を示すブロック図である。認証装置２００は、顔情報ＤＢ（DataBase）２１０と、顔検出部２２０と、特徴点抽出部２３０と、登録部２４０と、認証部２５０とを備える。顔情報ＤＢ２１０は、ユーザＩＤ２１１と当該ユーザＩＤの顔特徴情報２１２とを対応付けて記憶する。顔特徴情報２１２は、顔画像から抽出された特徴点の集合である。尚、認証装置２００は、顔特徴情報２１２に対応するユーザ等からの要望に応じて、顔特徴ＤＢ２１０内の顔特徴情報２１２を削除してもよい。または、認証装置２００は、登録から一定期間経過後に顔特徴情報２１２を削除してもよい。

【0041】

顔検出部２２０は、顔情報を登録するための登録画像に含まれる顔領域を検出し、特徴点抽出部２３０に出力する。特徴点抽出部２３０は、顔検出部２２０が検出した顔領域から特徴点を抽出し、登録部２４０に顔特徴情報を出力する。また、特徴点抽出部２３０は、注文支援装置３００等から受信した顔画像に含まれる特徴点を抽出し、認証部２５０に顔特徴情報を出力する。

【0042】

登録部２４０は、顔特徴情報の登録に際して、ユーザＩＤ２１１を新規に発行する。登録部２４０は、発行したユーザＩＤ２１１と、登録画像から抽出した顔特徴情報２１２とを対応付けて顔情報ＤＢ２１０へ登録する。認証部２５０は、顔特徴情報２１２を用いた顔認証を行う。具体的には、認証部２５０は、顔画像から抽出された顔特徴情報と、顔情報ＤＢ２１０内の顔特徴情報２１２との照合を行う。認証部２５０は、照合に成功した場合、照合された顔特徴情報２１２に対応付けられたユーザＩＤ２１１を特定する。認証部２５０は、顔特徴情報の一致の有無を顔認証結果として要求元に返信する。顔特徴情報の一致の有無は、認証の成否に対応する。尚、顔特徴情報が一致する（一致有）とは、一致度が閾値以上である場合をいうものとする。また、顔認証結果は、顔認証に成功した場合、特定されたユーザＩＤを含むものとする。

【0043】

図６は、本実施形態２にかかる認証装置による顔情報登録処理の流れを示すフローチャートである。ここで、情報登録端末（不図示）は、ユーザの顔を含む身体を撮影し、撮影画像（登録画像）を含む顔情報登録要求を、ネットワークＮを介して認証装置２００へ送信する。情報登録端末は、例えば、パーソナルコンピュータ、スマートフォン又はタブレット端末等の情報処理装置である。例えば、情報登録端末は、ユーザ端末１００等であってもよい。ここでは、情報登録端末は、ユーザ端末１００等からユーザ情報の登録要求を受け付けた注文支援装置３００であるものとする。

【0044】

まず、認証装置２００は、顔情報登録要求を受信する（Ｓ２０１）。例えば、認証装置２００は、注文支援装置３００からネットワークＮを介して顔情報登録要求を受信する。次に、顔検出部２２０は、顔情報登録要求に含まれる顔画像から顔領域を検出する（Ｓ２０２）。そして、特徴点抽出部２３０は、ステップＳ２０２で検出した顔領域から特徴点（顔特徴情報）を抽出する（Ｓ２０３）。そして、登録部２４０は、ユーザＩＤ２１１を発行する（Ｓ２０４）。そして、登録部２４０は、抽出した顔特徴情報２１２と発行したユーザＩＤ２１１を対応付けて顔情報ＤＢ２１０に登録する（Ｓ２０５）。その後、登録部２４０は、発行したユーザＩＤ２１１を要求元（情報登録端末、例えば、注文支援装置３００）へ返信する（Ｓ２０６）。

【0045】

図７は、本実施形態２にかかる認証装置による顔認証処理の流れを示すフローチャートである。まず、認証装置２００は、注文支援装置３００からネットワークＮを介して、顔認証要求を受信する（Ｓ２１１）。尚、認証装置２００は、ユーザ端末１００等から顔認証要求を受信してもよい。次に、認証装置２００は、顔認証要求に含まれる顔画像に対して、上述したステップＳ２０２及びＳ２０３と同様に、顔特徴情報を抽出する。そして、認証装置２００の認証部２５０は、顔認証要求に含まれる顔画像から抽出した顔特徴情報を、顔情報ＤＢ２１０の顔特徴情報２１２と照合し（Ｓ２１２）、一致度を算出する。そして、認証部２５０は、一致度が閾値以上か否かを判定する（Ｓ２１３）。顔特徴情報が一致した場合、つまり、顔特徴情報の一致度が閾値以上である場合、認証部２５０は、顔特徴情報２１２に対応付けられたユーザＩＤ２１１を特定する（Ｓ２１４）。そして、認証部２５０は、顔認証に成功した旨と特定したユーザＩＤ２１１とを含めた顔認証結果を、ネットワークＮを介して注文支援装置３００へ返信する（Ｓ２１５）。ステップＳ２１３で一致度が閾値未満である場合、認証部２５０は、顔認証に失敗した旨を含めた顔認証結果を、ネットワークＮを介して注文支援装置３００へ返信する（Ｓ２１６）。

【0046】

図３に戻り説明を続ける。
移動販売車４は、店員Ｕ３が乗車し、１以上の地点へ移動して、移動後の場所にて商品４１等の販売や受け渡しを行うための車両である。移動販売車４は、少なくとも注文支援装置３００が注文を受け付けた販売情報のうち一部である商品４１等を搭載しているものとする。また、移動販売車４は、決済端末４００を搭載しているものとする。決済端末４００は、店員Ｕ３が所持及び操作する情報端末であってもよい。決済端末４００は、注文支援装置３００からネットワークＮを介して、ユーザＵ１から注文を受け付けた商品４１の取り置きの指示を受信し、当該指示を表示する。店員Ｕ３は、指示に応じて、商品４１の取り置きを行い、ユーザＵ１が移動販売車４へ来店した際に、商品４１を受け渡す。尚、店員Ｕ３は、移動販売車４の出発前に商品４１の取り置きの指示を受けた場合、商品４１を移動販売車４に搭載した上で、移動販売車４を出発させてもよい。

【0047】

図３に戻り説明を続ける。
注文支援装置３００は、上述した注文支援装置１の一例である。注文支援装置３００は、ユーザ登録処理、注文支援処理、上限値更新処理、キーワード検索処理等（本実施形態２にかかる注文支援方法）を行う情報処理装置である。注文支援装置３００は、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。

【0048】

図８は、本実施形態２にかかる注文支援装置３００の構成を示すブロック図である。注文支援装置３００は、記憶部３１０、メモリ３２０、通信部３３０及び制御部３４０を備える。記憶部３１０は、ハードディスク、フラッシュメモリ、ＳＳＤ等の記憶装置の一例である。記憶部３１０は、プログラム３１１、ユーザ情報３１２、販売情報ＤＢ３１３及び注文履歴ＤＢ３１４を記憶する。プログラム３１１は、本実施形態２にかかる注文支援方法の処理が実装されたコンピュータプログラムであり、注文支援プログラムの一例である。

【0049】

ユーザ情報３１２は、注文支援システム１０００のユーザを管理するための情報である。ユーザ情報３１２は、レコードごとに、ユーザＩＤ３１２１、個人情報３１２２、端末情報３１２３及び関係者ＩＤ３１２４を対応付けた情報である。ユーザＩＤ３１２１は、ユーザの識別情報である。ユーザＩＤ３１２１は、認証装置２００の顔情報ＤＢ２１０内で顔特徴情報２１２に対応付けて管理されるユーザＩＤ２１１と同一又は一意に対応する情報である。そのため、ユーザ情報３１２は、ユーザＩＤ３１２１を介してユーザの登録用の本人認証情報と対応付けられた情報といえる。

【0050】

個人情報３１２２は、ユーザの氏名、性別、生年月日、住所、国籍、連絡先、決済情報等を含む。但し、個人情報３１２２は、これらに限定されない。

【0051】

端末情報３１２３は、ユーザが所持するユーザ端末１００に対する通知の宛先となる情報である。端末情報３１２３は、例えば、携帯電話番号、電子メールアドレス、アプリケーションのユーザＩＤ、ソーシャルネットワークサービスアカウント等である。

【0052】

関係者ＩＤ３１２４は、注文画面の直接の利用者における関係者のユーザＩＤである。関係者は、利用者の注文に関する情報の通知が行われる者や注文に際して同意を求める必要がある者である。例えば、ユーザＩＤ３１２１がユーザＵ１の識別情報である場合、関係者ＩＤ３１２４は、、関係者Ｕ２の識別情報となる。尚、ユーザ情報３１２は、関係者ＩＤ３１２４を含まなくても良い。

【0053】

販売情報ＤＢ３１３は、複数の販売情報を管理するためのデータベースである。販売情報ＤＢ３１３は、レコードごとに、販売情報３１３１と注文単位３１３２を対応付けた情報である。販売情報３１３１は、販売情報のＩＤ、販売対象の商品又はサービスの名称や内容の説明文等のテキスト情報、価格（単価やセット販売価格）、販売対象の商品又はサービスの画像を含む。そのため、販売情報３１３１は、少なくとも注文画面内に選択領域として表示するための表示情報を含む。さらに、販売情報３１３１は、当該販売情報に対応する（販売対象の）商品を受取可能な店舗に関する情報を含んでもよい。店舗に関する情報は、店舗の住所又は移動販売車４の巡回する範囲、並びに、店舗もしくは移動販売車４識別情報、又は、決済端末４００の宛先情報を含む。また、販売対象の商品を受取可能な店舗とは、販売対象の商品を取り扱う、入荷予定、又は在庫がある店舗又は移動販売車４を指すものとする。注文単位３１３２は、販売対象の商品等における「１回の選択操作に応じた数」の一例である。例えば、注文単位３１３２は、商品が単品で販売される場合、「１」であり、パック商品の場合、「２」以上の数値であるとよい。パック商品とは、一括注文用の商品であり、例えば、ある商品の６個をひとまとめにした商品群である。

【0054】

また、販売情報ＤＢ３１３は、レコードごとに、１つの販売情報３１３１と１以上のユーザＩＤ及び上限値の組とを対応付けた情報である。例えば、特定の販売情報３１３１に、ユーザＩＤ３１３３１及び上限値３１３４１の組、ユーザＩＤ３１３３２及び上限値３１３４２の組・・・が対応付けられていても良い。ユーザＩＤ３１３３１等は、上述したユーザＩＤ３１２１と対応する情報である。上限値３１３４１等は、一回の注文確定処理（注文確定操作）における販売対象の商品等の注文数の上限を示す数値である。つまり、上限値は、同一の販売情報について、ユーザごとに異なる値を設定できるものとする。また、上限値は、販売情報の種類に応じて異なる値を設定できる。例えば、生鮮食品の上限値は、相対的に低くし、飲料水の上限値は、相対的に高くしてもよい。また、上限値は、販売情報の単価に応じて異なる値を設定してもよい。

【0055】

注文履歴ＤＢ３１４は、ユーザごとの注文履歴を記録するためのデータベースである。注文履歴ＤＢ３１４は、レコードごとに、履歴ＩＤ３１４１、日時３１４２、ユーザＩＤ３１４３、販売情報３１４４及び注文数３１４５を対応付けた情報である。履歴ＩＤ３１４１は、１件あたりの注文履歴の識別情報である。日時３１４２は、注文確定処理が実行された日時である。ユーザＩＤ３１４３は、注文（注文確定操作）を行ったユーザのユーザＩＤである。ユーザＩＤ３１４３は、上述したユーザＩＤ３１２１と対応する情報である。販売情報３１４４は、注文された販売情報のＩＤを少なくとも含み、上述した販売情報３１３１を特定可能な情報である。注文数３１４５は、１件の注文履歴において、販売情報３１４４について注文された販売対象数である。尚、注文数３１４５は、販売情報３１４４と一対一に対応付けられている。尚、１件の注文履歴に、複数種類の販売情報が含まれる場合もある。その場合、１つの履歴ＩＤ３１４１に２以上の販売情報３１４４及び注文数３１４５の組が対応付けられる。

【0056】

メモリ３２０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部３４０の動作時に一時的に情報を保持するための記憶領域である。通信部３３０は、ネットワークＮとの通信インタフェースである。

【0057】

制御部３４０は、注文支援装置３００の各構成を制御するプロセッサつまり制御装置である。制御部３４０は、記憶部３１０からプログラム３１１をメモリ３２０へ読み込ませ、プログラム３１１を実行する。これにより、制御部３４０は、受付部３４１、登録部３４２、認証制御部３４３、判定部３４４、表示制御部３４５、注文確定部３４６、通知部３４７、更新部３４８及び検索部３４９の機能を実現する。

【0058】

受付部３４１は、ユーザ端末１００からネットワークＮを介して、ユーザによる入力操作を受け付ける。例えば、受付部３４１は、販売情報に対する選択操作、注文画面のページ切替操作、選択済みの販売情報及び注文数についての注文確定操作、買物終了操作等を受け付ける。また、受付部３４１は、ユーザ端末１００－１からネットワークＮを介して、ユーザＵ１の音声データを受け付ける。また、受付部３４１は、ユーザ端末１００－１からネットワークＮを介して、（音声データから）抽出された（検索）キーワードに対するユーザＵ１の同意又は不同意を受け付ける。また、受付部３４１は、ユーザ端末１００－２からネットワークＮを介して、ユーザＵ１の注文内容（販売情報及び注文数）についての、関係者Ｕ２の同意又は不同意を受け付ける。

【0059】

登録部３４２は、ユーザ登録処理を行う。すなわち、登録部３４２は、受信されたユーザ情報の登録要求に基づき、ユーザ情報３１２を生成し、記憶部３１０に登録する。具体的には、登録部３４２は、ユーザ端末１００から受信したユーザ情報の登録要求から顔画像を取得し、当該顔画像を含めた顔情報登録要求を認証装置２００へ送信する。そして、登録部３４２は、認証装置２００から顔情報の登録に応じて発行されたユーザＩＤを取得する。または、本人認証処理に認証装置２００を用いない場合、登録部３４２は、ユーザＩＤを新規に発行してもよい。登録部３４２は、発行されたユーザＩＤ３１２１と、登録要求に含まれる個人情報３１２２、ユーザ端末１００の端末情報３１２３及び関係者ＩＤ３１２４とを対応付けてユーザ情報３１２を生成する。上述した通りユーザＩＤは顔特徴情報と対応付けられているため、登録部３４２は、ユーザの登録用の本人認証情報と個人情報とを対応付けてユーザ情報として予め登録するものといえる。

【0060】

また、登録部３４２は、注文確定処理の後、注文が確定した販売情報とその注文数を、注文したユーザと日時に対応付けて注文履歴として記憶部３１０に登録する。すなわち、登録部３４２は、所定のユーザによる販売情報に対する注文確定操作を受け付けた場合、当該販売情報における注文数を、当該ユーザ及び当該販売情報に対応付けて注文履歴として登録する。そのため、登録部３４２は、履歴登録手段と呼んでも良い。

【0061】

認証制御部３４３は、ユーザ端末１００から受信した情報にユーザの本人認証情報が含まれる場合、当該本人認証情報について本人認証処理を制御する。例えば、受信した注文画面表示要求にユーザＵ１の顔画像が含まれていた場合、認証制御部３４３は、顔画像について顔認証を制御する。具体的には、認証制御部３４３は、顔画像を含めた顔認証要求を認証装置２００へ送信し、認証装置２００から顔認証結果を受信する。そして、認証制御部３４３は、認証装置２００から受信した顔認証結果から認証の成否を判定し、認証に成功した場合、顔認証結果に含まれるユーザＩＤを特定する。尚、認証制御部３４３は、顔画像からユーザの顔領域を検出し、顔領域の画像を顔認証要求に含めてもよい。または、認証制御部３４３は、顔領域から顔特徴情報を抽出し、顔特徴情報を顔認証要求に含めてもよい。

【0062】

但し、上述したように本人認証は顔認証に限定されず、認証制御部３４３は、登録用及び認証用の本人認証情報を用いた認証を制御するものであればよい。つまり、ユーザ端末１００から受信した情報に顔画像以外の本人認証情報が含まれている場合、認証制御部３４３は、本人認証情報の種別に応じて、適宜、認証装置や内部に登録された登録用の本人認証情報との照合を制御して、認証を行う。そして、認証に成功した場合、認証制御部３４３は、該当するユーザＩＤを特定する。

【0063】

また、ユーザＵ１がユーザ端末１００－１の利用開始時に、ユーザ端末１００－１は、本人認証情報を含めた本人認証要求を注文支援装置３００へ送信してもよい。そして、認証制御部３４３による本人認証に成功した場合に、ユーザＵ１がユーザ端末１００－１の利用を行えるようにしてもよい。その場合、ユーザＵ１がユーザ端末１００－１を利用する中で、注文を行う際に、ユーザ端末１００－１は、本人認証の成功時に返信されたユーザＩＤ又は端末情報を注文画面表示要求、選択操作、ページ切替操作、注文確定操作等に含めて、注文支援装置３００へ送信してもよい。これに応じて、認証制御部３４３は、受信したユーザＩＤ又は端末情報により本人認証を制御し、ユーザＩＤを特定してもよい。または、上記の本人認証とは別に、注文確定操作時に、本人認証が行われても良い。

【0064】

判定部３４４は、上述した判定部１２の一例である。判定部３４４は、受付部３４１が受け付けた入力操作の種別を判定する。具体的には、判定部３４４は、入力操作が選択操作、ページ切替操作、注文確定操作又は買物終了操作のいずれであるか、又は、これら以外であるかを判定する。

【0065】

また、判定部３４４は、入力操作が選択操作である場合、選択操作を受け付けた販売情報に注文数が付加されているか否かを判定する。例えば、注文画面表示要求から注文確定操作又は買物終了操作までの間に、当該ユーザについて各販売情報に加算された注文数が記憶部３１０又はメモリ３２０に保持されているものとする。その場合、判定部３４４は、記憶部３１０又はメモリ３２０を参照し、当該ユーザ及び選択操作を受け付けた販売情報の組に対応する注文数が保持されていることにより、注文数が付加されていると判定する。または、判定部３４４は、選択操作と共に販売情報における現在の注文数が含まれているか否かを判定してもよい。

【0066】

また、判定部３４４は、注文数を付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が、当該ユーザ及び販売情報における上限値以上であるか否かを判定する。

【0067】

表示制御部３４５は、上述した表示制御部１１の一例である。表示制御部３４５は、選択操作を受け付けた販売情報における注文数が上限値未満である場合、注文数に注文単位の数値を加算し、当該販売情報に選択済み表示情報と加算後の注文数とを付加する。ここで、注文単位は「１」に限定されないため、１回の選択操作により注文数が２以上加算されることがあり得る。そして、表示制御部３４５は、選択済み表示情報と注文数を付加後の販売情報の表示指示を、ネットワークＮを介してユーザ端末１００へ送信する。つまり、表示制御部３４５は、選択済み表示情報と注文数を付加後の販売情報を、ユーザ端末１００の注文画面に表示させる。尚、表示制御部３４５は、注文数が１以上かつ上限値未満である場合、加算後の注文数の更新指示を、ネットワークＮを介してユーザ端末１００へ送信してもよい。この場合には、当該販売情報に選択済み表示情報が付加済（表示済）であるため、通信負荷や処理負荷を軽減できる。

【0068】

また、表示制御部３４５は、選択操作を受け付けた販売情報における注文数が上限値以上である場合、選択操作を受け付けた販売情報に付加された注文数の表示を削除することにより、当該注文数をクリアする。具体的には、表示制御部３４５は、選択操作を受け付けた販売情報における選択済み表示情報と注文数の表示を、ユーザ端末１００の注文画面から削除（非表示に）する。尚、この場合、表示制御部３４５は、選択操作を受け付けた販売情報における注文数を０に更新する。そして、表示制御部３４５は、注文数を削除する代わりに、注文画面における当該販売情報の注文数の表示を０に更新してもよい。

【0069】

また、表示制御部３４５は、注文画面表示要求又はページ切替操作を受け付けた場合、販売情報ＤＢ３１３の中から所定のルールに従った種類の１以上の販売情報を取得し、取得した販売情報の表示順序又は配置を含む表示制御情報を決定する。このとき、表示制御部３４５は、上述した認証制御部３４３における本人認証により特定されたユーザに対応した表示制御情報を決定してもよい。そして、表示制御部３４５は、表示制御情報に基づき、取得した販売情報を配置した注文画面を生成し、要求元であるユーザ端末１００へ注文画面を返信して、表示させる。つまり、本実施形態にかかるユーザ端末１００は、複数人が利用することが可能であり、ユーザ端末１００自体の利用開始時、又は、注文画面表示要求時に注文支援装置３００及び認証装置２００により本人認証が行われるものとする。そして、表示制御部３４５は、本人認証により特定されたユーザに対応した販売情報及びその上限値を用いて、注文数の更新を行う。つまり、同じ販売情報であってもユーザごとに上限値が異なって良い。

【0070】

また、表示制御部３４５は、注文履歴に応じて、注文画面に表示させる販売情報の種類、表示順序又は配置の少なくともいずれかを含む表示制御情報を決定してもよい。具体的には、表示制御部３４５は、注文画面表示要求又はページ切替操作に応じて、注文履歴ＤＢ３１４の中から、本人認証により特定されたユーザの注文履歴を特定し、当該注文履歴から表示制御情報を決定する。そして、表示制御部３４５は、当該表示制御情報に基づき複数の販売情報を注文画面に表示させてもよい。これにより、ユーザの注文傾向に応じて最適化された販売情報を表示させることができる。つまり、表示制御部３４５は、注文履歴に基づいて所定のユーザに対するお勧め品やお勧め店舗を優先的に表示させてもよい。

【0071】

また、例えば、特定のユーザが頻繁に注文する販売情報については、最初の注文画面に表示するか、より上位（又は、左側）に表示するとよい。または、表示制御部３４５は、特定のユーザの注文履歴が多い販売情報をまとめた「お気に入り」のカテゴリを生成し、注文画面の先頭（又は、左側）のカテゴリに表示してもよい。または、表示制御部３４５は、「お気に入り」のカテゴリを表示するためのボタンを注文画面内に常時、表示させてもよい。これらにより、ユーザは、ページ切替操作をすることなく、頻繁に注文する販売情報の選択操作がし易くなり、利便性が向上する。また、ユーザの注文傾向をリアルタイムに反映した販売情報を推薦できるため、注文数や決済価格の向上に寄与できる。

【0072】

また、表示制御部３４５は、注文履歴に応じて、ユーザ及び販売情報の組における１回の選択操作における注文単位をより大きくした一括注文用の販売情報を生成し、当該一括注文用の販売情報を注文画面に表示させてもよい。これは、同じ商品を数多く注文するためには、同じ販売情報に対して何度も同じ選択操作を行う必要があり、煩雑であるためである。そこで、一括注文用の販売情報を自動的に生成して表示させることで、ユーザの選択操作回数を減らしつつ、まとめ買いができるため、利便性が向上する。例えば、表示制御部３４５は、水のペットボトルを１本単位で注文するための商品画像がある場合に、あるユーザの注文履歴に水のペットボトルを６本や１２本がまとめて注文された履歴が所定数以上、含まれていたとする。この場合、注文支援装置３００は、同じ水のペットボトルを６本注文するための商品画像と１２本注文するための商品画像とを自動生成するとよい。これにより、６本の水を１回の選択操作で注文できる。尚、注文支援装置３００は、一括注文用の販売情報における注文単位を、元の個別の販売情報の注文単位より大きくしてもよい。例えば、注文支援装置３００は、元の水のペットボトルの注文単位が１（本）に対して、６本一括注文用の水のペットボトルにおける注文単位を「６」としてもよい。または、注文支援装置３００は、一括注文用の販売情報における注文単位を１とし、販売価格を単価に一括注文数を乗じた価格としてもよい。例えば、元の水のペットボトルの単価が７８円である場合、６本一括注文用の水のペットボトルにおける価格を４５０円（一括注文による割引価格）や４６８円とし、注文単位を「１」としてもよい。

【0073】

注文確定部３４６は、注文確定操作を受け付けた場合、この時点で選択済みの販売情報及び注文数に基づき、注文確定処理を行う。すなわち、注文確定部３４６は、注文対象の販売情報について注文数分の発注処理を行い、指定の配送先へ商品を配送する指示を行う。ここでは、注文確定部３４６は、選択済みの複数種類の販売情報に対する注文確定処理をまとめて行うものとする。このとき、注文確定部３４６は、ユーザの個人情報に含まれる決済情報を用いて、決済処理を行う。また、注文確定部３４６は、注文確定操作に含まれる本人認証情報を用いた認証制御部３４３による本人認証に成功した場合に、注文確定処理を行うようにしてもよい。これにより、決済情報の不正利用を防止できる。尚、注文確定部３４６は、販売情報ごとに注文確定操作を受け付けて、都度、商品ごとに注文数を確定し、全ての商品の注文確定操作が完了した後に、決済処理に進む前に注文内容について最終確認を促しても良い。その後、注文確定部３４６は、上述した発注処理を行う。これらを注文確定処理と呼んでも良い。

【0074】

また、注文確定部３４６は、注文確定操作を受け付けた場合、当該販売情報に対応する商品を受取可能な店舗へ商品の取り置きを指示してもよい。この場合、注文確定部３４６は、指示手段と呼ぶこともできる。具体的には、注文確定部３４６は、注文確定操作に対応する販売情報に含まれる店舗情報を特定し、当該店舗情報に対して商品の取り置きを指示する。これにより、ユーザは、実店舗に赴いた際に短い待ち時間で、取り置きされた商品を受け取ることができる。さらに、店舗情報が移動販売車４である場合、注文確定部３４６は、決済端末４００に対して商品の取り置き指示を送信してもよい。これにより、ユーザの住居等の近くに移動販売車４が来た際に、ユーザは移動販売車４に行くことにより容易に取り置きされた商品を受け取ることができる。

【0075】

通知部３４７は、第１の通知手段、第２の通知手段及び出力手段の一例である。通知部３４７は、ユーザＵ１による販売情報に対する注文確定操作を受け付けた場合、ユーザＵ１の関係者Ｕ２に対して、当該販売情報の注文確認要求を通知するとよい。この場合、注文確定部３４６は、関係者から同意が得られた場合、注文確定処理を行う。これにより、注文者であるユーザＵ１が、関係者Ｕ２による見守り対象者である場合、誤操作、不必要、又は、過剰な注文を抑止できる。また、関係者Ｕ２が、見守り対象者であるユーザＵ１の注文状況をリアルタイムに把握し易くなる。尚、注文確定部３４６は、販売情報ごとの注文確定操作の都度、当該販売情報の注文数を確定し、通知部３４７は、販売情報ごとに当該販売情報の注文確認要求を関係者へ通知してもよい。または、注文確定部３４６は、全ての販売情報における注文確定操作が完了した後、決済処理に進む前に注文内容について注文確認要求を関係者へ通知してもよい。

【0076】

さらに、通知部３４７は、注文確定操作における注文金額が所定額以上である場合に、注文確認要求を通知するとよい。これにより、関係者Ｕ２がユーザＵ１の過剰な注文を抑止できると共に、関係者Ｕ２に対する確認頻度を減らし、ユーザＵ１の購買行動に対する適度な見守りを実現できる。

【0077】

また、通知部３４７は、ユーザかＵ１から音声データを取得した場合、当該音声データに含まれるキーワードを抽出し、抽出したキーワードに対応する音声データをユーザＵ１に向けて出力する。この場合、表示制御部３４５は、ユーザＵ１からキーワードに対する同意を受け付けた場合、検索部３４９による当該キーワードを用いた販売情報の検索処理の結果を、ユーザ端末１００－１の画面に表示させる。これにより、ユーザＵ１は、容易に販売情報を検索できるようになり、注文の利便性が向上する。

【0078】

更新部３４８は、上限値更新処理を行う。更新部３４８は、特定のユーザの注文履歴に応じて、当該ユーザの販売情報における注文数の上限値を更新する。これにより、ユーザの注文傾向を加味して柔軟に上限値を調整できる。具体的には、更新部３４８は、注文数が上限値である注文履歴が所定数に達した場合、上限値をより高く更新するとよい。例えば、ユーザＵ１が特定の商品を上限値「２」まで注文する頻度５回以上である場合、上限値を「５」まで上げてもよい。また、水のペットボトルを１本単位で注文するための商品画像（販売情報）があり、特定のユーザの水のペットボトルの注文数の上限値が６本であり、当該ユーザの注文履歴に、水のペットボトルの注文数が６本である履歴が所定数以上含まれていたものとする。この場合、更新部３４８は、当該ユーザかつ当該商品の上限値を６より高く更新してもよい。このとき、併せて、上述したように、注文支援装置３００は、同じ水のペットボトルを６本注文するための商品画像を生成するとよい。そして、注文支援装置３００は、特定のユーザの注文画面において、水のペットボトル１本単位の商品画像と、上記で生成された６本単位の商品画像とを表示するとよい。尚、上記において、「６本」とは別に「１２本」の場合も同様に上限値が１２以上に更新され、１２本単位の商品画像が生成及び表示されても良い。尚、更新部３４８は、注文履歴に基づいて、商品ごとに上限値を異なる値に更新してもよい。例えば、商品Ａの上限値は２個のままとし、商品Ｂの上限値が２個から６個に増加して更新されてもよい。

【0079】

さらに、通知部３４７は、上限値が更新された場合、ユーザＵ１又は関係者Ｕ２に対して、更新後の上限値を通知するとよい。これにより、ユーザＵ１自身が特定の商品をまとめて注文し易くなり、注文回数を減らすことができ、利便性が向上する。また、関係者Ｕ２は、ユーザＵ１の注文傾向を把握し易くなる。尚、通知部３４７は、更新部３４８が上限値を更新することについて、更新前にユーザＵ１又は関係者Ｕ２に対して事前通知してもよい。この場合、更新部３４８は、事前通知に対する了承が得られた後に、上限値を更新する。また、通知部３４７は、上述したように一括注文用の販売情報が生成された場合、その旨をユーザＵ１に対して通知してもよい。つまり、通知部３４７は、生成された一括注文用の販売情報をユーザＵ１へ推薦してもよい。このとき、通知部３４７は、表示制御部３４５が一括注文用の販売情報を生成することについて、ユーザＵ１又は関係者Ｕ２に対して事前通知してもよい。そして、事前通知に対する了承が得られた後に、表示制御部３４５一括注文用の販売情報を生成する。

【0080】

検索部３４９は、キーワード検索処理を行う。検索部３４９は、上記抽出されたキーワードについてユーザＵ１から同意された場合、当該キーワードを用いて、販売情報ＤＢ３１３を検索し、該当する販売情報のリストを検索結果とする。

【0081】

尚、注文支援装置３００は、注文数がクリアされた回数（クリア回数）をカウントし、販売情報におけるユーザのクリア回数を販売情報ＤＢ３１３や注文履歴ＤＢ３１４のユーザＩＤに対応付けて記録してもよい。そして、注文支援装置３００は、当該履歴ＤＢを参照し、クリア回数が所定回数を超えた場合、当該ユーザの関係者へその旨を通知してもよい。つまり、上限値を超えた注文（選択操作）、つまり注文が自動的にキャンセルされたことが、頻繁に発生する場合には、関係者に通知されてもよい。これにより、関係者が上限値を見直す必要性やユーザの操作能力の低下の可能性を認識することができる。

【0082】

続いて、注文支援システム１０００の利用例について説明する。まず、前提としてユーザＵ１及び関係者Ｕ２は、上述したようにユーザ情報を事前登録しているものとする。そして、ユーザＵ１は、ユーザ端末１００－１を操作して注文画面を表示させる。例えば、ユーザ端末１００－１は、ユーザＵ１の顔を撮影し、顔画像を含めた本人認証要求を、ネットワークＮを介して注文支援装置３００へ送信する。そして、注文支援装置３００において本人認証に成功した場合、ユーザ端末１００－１は、注文支援装置３００からユーザＵ１のユーザＩＤを受信し、記憶部１５０又はメモリ１７０に保持する。そして、ユーザ端末１００－１は、「買物」を含む各種メニューを表示し、ユーザＵ１から「買物」の選択操作を受け付ける。これに応じて、ユーザ端末１００－１は、ユーザＩＤ又は端末情報を含めた注文画面表示要求を、ネットワークＮを介して注文支援装置３００へ送信する。または、ユーザ端末１００－１は、顔画像を含めた注文画面表示要求を、ネットワークＮを介して注文支援装置３００へ送信してもよい。これに応じて、注文支援装置３００の表示制御部３４５は、上述したように、ユーザＵ１に対応した注文画面を生成し、ネットワークＮを介してユーザ端末１００－１へ注文画面を返信する。そして、ユーザ端末１００－１は、受信した注文画面を表示する。

【0083】

図９は、本実施形態２にかかる注文画面５の例を示す図である。注文画面５は、販売情報である商品の選択と注文確定を行うための商品選択画面である。つまり、注文画面５は、複数の種類の販売情報を表示し、商品ごとに個別に注文数を表示しつつ、合計個数や合計金額を表示する。注文画面５は、商品カテゴリ５１１、販売情報５１２から５１８、ページ切替ボタン５２１及び５２２、合計個数５３１、合計金額５３２、買物終了ボタン５４１及び注文確定ボタン５４２を備える。商品カテゴリ５１１は、販売情報５１２から５１８で対象とする商品のカテゴリを示す情報である。商品カテゴリ５１１は、「野菜・果物」のカテゴリを示す例である。

【0084】

販売情報５１２から５１８は、販売対象である商品情報の表示及び選択領域である。販売情報５１２等は、商品画像、注文単位、（注文単位当たりの）単価を表示した画像である。販売情報５１２は、ミニトマトが１パックで３２２円であることを示す例である。販売情報５１３は、アスパラガスが１束で２１４円であることを示す例である。販売情報５１４は、キャベツミックスが１袋で１０８円であることを示す例である。販売情報５１５は、きゅうりが１本で６３円であることを示す例である。販売情報５１６は、ブロッコリーが１個で２７９円であることを示す例である。販売情報５１７は、千切りキャベツが１袋で１０８円であることを示す例である。販売情報５１８は、カットレタスが１袋で１０８円であることを示す例である。尚、図１０の商品カテゴリ及び販売情報は、単なる例示であり、これらに限定されない。販売情報５１２等に対して選択操作を受け付けると、ユーザ端末１００－１は、対応する選択領域の販売情報及びユーザＩＤ又は端末情報を含めて、対応する販売情報に対して選択操作が行われた旨を注文支援装置３００へ送信する。

【0085】

ページ切替ボタン５２１は、前のページへ切り替えるための切替操作の受付領域である。ページ切替ボタン５２２は、次のページへ切り替えるためのページ切替操作の受付領域である。ページ切替ボタン５２１又は５２２が押下されると、ユーザ端末１００－１は、（ユーザＩＤ又は端末情報を含め、）現在のページ内容（又はページＩＤ）を含めて前又は次のページ切替操作が行われた旨を注文支援装置３００へ送信する。

【0086】

合計個数５３１は、他のページも含めてその時点で選択済みの商品の個数の合計を表示する欄である。合計個数は、例えば、販売情報ごとの注文数を合計した値となる。合計金額５３２は、他のページも含めて選択済みの商品の合計金額を表示する欄である。合計金額５３２は、販売情報ごとの単価（又はセット販売価格）に注文数を乗じた金額を合計した値となる。買物終了ボタン５４１は、買物終了操作の受付領域である。買物終了ボタン５４１が押下されると、ユーザ端末１００－１は、（ユーザＩＤ又は端末情報を含めて）買物終了操作が行われた旨を注文支援装置３００へ送信する。注文確定ボタン５４２は、注文確定操作の受付領域である。注文確定ボタン５４２が押下されると、ユーザ端末１００－１は、（ユーザＩＤ又は端末情報を含め、）各ページで選択済みの販売情報と、注文数と、合計金額５３２とを含めて注文確定操作が行われた旨を注文支援装置３００へ送信する。併せて、ユーザ端末１００－１は、ユーザＵ１の本人認証情報又はユーザ端末１００－１の端末情報を送信してもよい。尚、図９では、販売情報５１２の右に販売情報５１３が配置されているが、上述したように、注文履歴に応じて、注文画面に表示させる販売情報の種類、表示順序又は配置の少なくともいずれかが変更されてもよい。例えば、注文画面５は、注文履歴が多い商品を上位（より左）に表示し、注文履歴が少ない商品を下位（より右）に表示しても良い。

【0087】

一般的な電子商取引の画面では、階層構造化されたカテゴリを辿って具体的な商品情報を表示させることも多いため、高齢者等にとっては利便性が不十分といえる。これに対し、本実施形態にかかる注文画面は、高齢者等のユーザＵ１が商品を選択する際に迷い難くするため、紙のチラシを模して、選択対象の商品画像と共に現在の画面に表示中の商品に関するカテゴリを表示している。そのため、ユーザは現在の画面に表示中の商品群が野菜なのか、果物なのかといったことを容易に把握できる。よって、本実施形態にかかる注文画面は、高齢者等のユーザの直感的な操作が可能という効果を奏する。

【0088】

図１０は、本実施形態２にかかる注文支援処理の流れを示すフローチャートである。まず、受付部３４１は、ユーザ端末１００－１からネットワークＮを介して入力操作を受け付ける（Ｓ３０１）。次に、判定部３４４は、入力操作が選択操作であるか否かを判定する（Ｓ３０２）。

【0089】

入力操作が選択操作でない場合（ステップＳ３０２でＮＯ）、判定部３４４は、入力操作がページ切替操作であるか否かを判定する（Ｓ３１０）。入力操作がページ切替操作である場合（ステップＳ３１０でＹＥＳ）、表示制御部３４５は、ページ切替操作が前又は次のいずれであるかを特定する。また、表示制御部３４５は、ページ切替操作が行われた旨に含まれるユーザＩＤや現在のページ内容等を特定する。そして、表示制御部３４５は、販売情報ＤＢ３１３から、現在のページ内容に基づいて切替先である前又は次のページ内容として販売情報を取得する（Ｓ３１２）。例えば、表示制御部３４５は、現在のページ内容と同一の商品カテゴリに属する他の販売情報があれば、該当する販売情報を取得する。または、表示制御部３４５は、現在のページ内容と異なる商品カテゴリに属する販売情報を取得してもよい。また、表示制御部３４５は、注文履歴ＤＢ３１４から、特定したユーザＩＤに対応付けられた注文履歴を特定し、当該注文履歴に基づき販売情報を取得してもよい。そして、表示制御部３４５は、取得した販売情報のリストを含めた注文画面を生成し、当該注文画面を、ネットワークＮを介してユーザ端末１００－１へ送信する。つまり、表示制御部３４５は、取得した販売情報で注文画面を更新させる指示を送信する（Ｓ３１３）。そして、ユーザ端末１００－１は、受信した指示に応じて、注文画面の表示内容を更新する。

【0090】

また、表示制御部３４５は、上述したように注文履歴に基づき表示制御情報を決定してもよい。そして、表示制御部３４５は、表示制御情報に基づき、取得した販売情報を配置した注文画面を生成してもよい。例えば、表示制御部３４５は、ユーザＵ１が注文する頻度の高い販売情報を優先的に取得し、優先度が高い販売情報の配置をより上位に（例えば画面の左上から順に）配置して注文画面を生成してもよい。
ステップＳ３１３の後、ステップＳ３０１へ戻る。

【0091】

また、入力操作が選択操作である場合（ステップＳ３０２でＹＥＳ）、表示制御部３４５は、選択操作を受け付けた販売情報における現在の注文数及び上限値を特定する（Ｓ３０３）。具体的には、表示制御部３４５は、選択操作が行われた旨に含まれる販売情報、注文数及びユーザＩＤを特定する。尚、注文数が含まれていない場合、表示制御部３４５は、０を注文数として特定する。または、販売情報及びユーザＩＤの組ごとに注文数がメモリ３２０に保持されている場合、表示制御部３４５は、メモリ３２０を参照して、現在の注文数を特定してもよい。そして、表示制御部３４５は、販売情報ＤＢ３１３から、特定した販売情報３１３１及びユーザＩＤ３１３３１に対応付けられた上限値３１３４１を特定する。

【0092】

続いて、判定部３４４は、特定した注文数が、特定した上限値以上であるか否かを判定する（Ｓ３０４）。注文数が上限値未満である場合（ステップＳ３０４でＮＯ）、表示制御部３４５は、選択操作を受け付けた販売情報に選択済み表示情報を付加して注文画面を更新する（Ｓ３０７）。具体的には、表示制御部３４５は、選択操作を受け付けた販売情報の画像に選択済み表示情報を付加する指示を、ネットワークＮを介して注文支援装置３００へ送信する。尚、選択操作時の注文数が１以上であるために「選択済み表示情報」が表示済みである場合、ステップＳ３０７を省略してもよい。

【0093】

そして、表示制御部３４５は、販売情報ＤＢ３１３から、上記で特定した販売情報３１３１に対応付けられた注文単位３１３２を特定する。そして、表示制御部３４５は、特定した注文数に注文単位を加算する（Ｓ３０８）。そして、表示制御部３４５は、注文画面上の注文数の表示を更新する（Ｓ３０９）。具体的には、表示制御部３４５は、選択操作を受け付けた販売情報に加算後の注文数を付加する指示を、ネットワークＮを介して注文支援装置３００へ送信する。これに応じて、ユーザ端末１００－１は、注文画面上の選択操作を受け付けた販売情報に「選択済み表示情報」と「加算後の注文数」を表示する。尚、ステップＳ３０７及びＳ３０８はまとめて実行してもよい。

【0094】

併せて、表示制御部３４５は、現在の選択済みの商品の合計個数及び合計金額を更新し、合計個数及び合計金額の更新指示を、ネットワークＮを介して注文支援装置３００へ送信する。例えば、受付部３４１は、選択操作が行われた旨と共に、合計個数５３１及び合計金額５３２を受け付けたものとする。そして、表示制御部３４５は、受け付けた合計個数に、上記で特定した注文単位を加算する。また、表示制御部３４５は、特定した販売情報の単価（又はセット販売価格）に注文単位を乗じた金額を算出し、算出した金額を、受け付けた合計金額に加算する。または、表示制御部３４５は、これまでの選択済みの販売情報の単価及び注文数から、合計金額を算出しなおしても良い。その他、合計個数及び合計金額の算出方法には、一般的な方法を用いることができる。
その後、ステップＳ３０１へ戻る。

【0095】

図１１は、本実施形態２にかかる商品選択済みの状態の例を示す図である。注文画面５ａは、上述した図９の注文画面５において、ユーザＵ１が販売情報５１２に対して選択操作を行ったことにより画面が更新された状態を示す。また、販売情報５１２及びユーザＵ１の組における上限値は、「２」であるものとする。注文画面５の時点では販売情報５１２の注文数が「０」（非表示）であるため、上限値「２」未満と判定される（ステップＳ３０４でＮＯ）。よって、注文画面５ａは、注文画面５との違いとして、販売情報５１２上に選択済み表示情報５５１と注文数５５２ａが付加して表示され、合計個数５３１ａと合計金額５３２ａが更新されている。

【0096】

ここで、選択済み表示情報５５１は、対応する販売情報がユーザにより選択済みであることをユーザが視認し易い表記であればよい。例えば、選択済み表示情報５５１は赤丸であるが、これに限定されない。また、注文数５５２ａは、販売情報の商品が１個（１パック）選択済みであることを示す。そして、合計個数５３１ａは、図９の合計個数５３１の「０コ」に対して１が加算され、「１コ」と表示されたことを示す。また、合計金額５３２ａは、図９の合計金額５３２の「０円」に対して、ミニトマトの１個（１パック）分の価格である３２２円が加算され、「３２２円」と表示されたことを示す。

【0097】

図１２は、本実施形態２にかかる商品を上限値まで選択済みの状態の例を示す図である。注文画面５ｂは、上述した図１１の注文画面５ａにおいて、ユーザＵ１が再度、販売情報５１２に対して選択操作を行ったことにより画面が更新された状態を示す。つまり、選択済み表示情報５５１及び注文数５５２ａが付加して表示された販売情報５１２に対して選択操作がされたことを示す。注文画面５ａの時点では販売情報５１２の注文数が「１」であるため、上限値「２」未満と判定される（ステップＳ３０４でＮＯ）。よって、注文画面５ｂは、注文画面５ａとの違いとして、注文数５５２ｂ、合計個数５３１ｂ及び合計金額５３２ｂが更新されている。つまり、販売情報５１２に付加された選択済み表示情報５５１の表示は維持（又は同じ表示に更新）される。そして、注文数５５２ｂは、図１１の注文数５５２ａの「１コ」に対して１が加算され、「２コ」と表示されたことを示す。また、合計金額５３２ｂは、図１１の合計金額５３２ａの「３２２円」に対して、ミニトマトの１個（１パック）分の価格である３２２円が加算され、「６４４円」と表示されたことを示す。

【0098】

このように、注文画面５ａ及び５ｂでは、商品画像（販売情報）上に、選択済みを示す赤丸や個数が表示される。そのため、ユーザは注文対象の商品と注文数を容易に把握できる。

【0099】

図１０に戻り説明を続ける。
注文数が上限値以上である場合（ステップＳ３０４でＹＥＳ）、表示制御部３４５は、注文数に０を代入する（Ｓ３０５）。例えば、表示制御部３４５は、販売情報及びユーザＩＤの組に注文数を対応付けてメモリ３２０に登録（更新）する。そして、表示制御部３４５は、注文数の表示を注文画面から削除する（Ｓ３０６）。具体的には、表示制御部３４５は、選択操作を受け付けた販売情報における選択済み表示情報と注文数の表示を削除する指示を、ネットワークＮを介して注文支援装置３００へ送信する。

【0100】

併せて、表示制御部３４５は、現在の選択済みの商品の合計個数及び合計金額を「０」に更新し、合計個数及び合計金額の更新指示を、ネットワークＮを介して注文支援装置３００へ送信する。つまり、注文数が上限値以上である場合、該当する販売情報について注文がキャンセルされたものとして画面の表示を更新する。
その後、ステップＳ３０１へ戻る。

【0101】

図１３は、本実施形態２にかかる商品の選択がキャンセルされた状態の例を示す図である。注文画面５ｃは、上述した図１２の注文画面５ｂにおいて、ユーザＵ１が再度、販売情報５１２に対して選択操作を行ったことにより画面が更新された状態を示す。つまり、選択済み表示情報５５１及び注文数５５２ｂが付加して表示された販売情報５１２に対して選択操作がされたことを示す。注文画面５ｂの時点では販売情報５１２の注文数が「２」であるため、上限値「２」以上と判定される（ステップＳ３０４でＹＥＳ）。よって、注文画面５ｃは、注文画面５ｂとの違いとして、選択済み表示情報５５１及び注文数５５２ｂの表示が削除され、合計個数５３１及び合計金額５３２が「０」に更新されている。さらに、注文画面５ｃは、キャンセル表示５６０を表示してもよい。キャンセル表示５６０は、選択操作に応じて選択済みの商品の注文がキャンセルされたことを示すメッセージである。キャンセル表示５６０は、「ミニトマトがキャンセルされました」というメッセージの例であるが、これに限定されない。また、キャンセル表示５６０は、キャンセルされた理由を表示してもよい。例えば、キャンセル表示５６０は、「ミニトマトの注文数が上限を超えたためキャンセルされました」といったメッセージであってもよい。尚、キャンセル表示５６０は、必須ではない。

【0102】

このように、商品画像（販売情報の選択領域）を押下する度に注文数が増加するが、同じ商品画像に対して同じ押下操作を行った回数が一定値に達すると注文数がキャンセルされる。このような操作体系とすることで、高齢者が意図せず大量の買い物をしてしまうことやキャンセルの仕方が分からないといった状況を抑止することができる。

【0103】

図１０に戻り説明を続ける。
入力操作がページ切替操作でない場合（ステップＳ３１０でＮＯ）、判定部３４４は、入力操作が注文確定操作であるか否かを判定する（Ｓ３１３）。入力操作が注文確定操作である場合（ステップＳ３１３でＹＥＳ）、注文確定部３４６は、上述した注文確定処理を行う（Ｓ３１４）。例えば、上述した図１２の注文画面５ｂの状態で、ユーザＵ１が注文確定ボタン５４２を押下した場合、注文確定部３４６は、ミニトマトが２パック注文されたとして、注文確定処理を行う。

【0104】

そして、登録部３４２は、ステップＳ３１５の後、新規に履歴ＩＤを発行し、発行した履歴ＩＤ３１４１、ユーザＵ１のユーザＩＤ３１４３、注文が確定した日時３１４２、販売情報３１４４及び注文数３１４５を対応付けて注文履歴を生成する。そして、登録部３４２は、生成した注文履歴を注文履歴ＤＢ３１４に登録する（Ｓ３１５）。これにより、今後、ユーザＵ１の注文履歴を考慮した販売情報の種類、配置、表示順序により、注文画面を生成及び表示できる。
その後、ステップＳ３０１へ戻る。

【0105】

入力操作が注文確定操作でない場合（ステップＳ３１３でＮＯ）、判定部３４４は、入力操作が買物終了操作であるか否かを判定する（Ｓ３１６）。入力操作が買物終了操作である場合（ステップＳ３１６でＹＥＳ）、表示制御部３４５は、注文画面を閉じる指示を、ネットワークＮを介してユーザ端末１００－１へ送信する（Ｓ３１７）。そして、注文支援装置３００は、当該注文支援処理を終了する。例えば、上述した図１２の注文画面５ｂの状態で、ユーザＵ１が買物終了ボタン５４１を押下した場合、ユーザ端末１００－１は、注文画面５ｂを閉じる。一方、入力操作が買物終了操作でない場合（ステップＳ３１６でＮＯ）、ステップＳ３０１へ戻る。

【0106】

図１４は、本実施形態２にかかる上限値更新処理の流れを示すフローチャートである。更新部３４８は、定期的又は注文履歴が更新される度に、上限値更新処理を開始する。まず、更新部３４８は、処理対象ユーザのユーザＩＤ及び販売情報の組を特定する（Ｓ３２１）。例えば、注文履歴ＤＢ３１４に注文履歴が登録（更新）された場合、更新部３４８は、当該注文履歴に含まれるユーザＩＤ３１４３及び販売情報３１４４の組を特定する。または、更新部３４８は、注文履歴ＤＢ３１４内のユーザＩＤ及び販売情報の組の全てについて、順次、ステップＳ３２１以降を実行してもよい。ここでは、ユーザＵ１及びミニトマトの組が特定されたものとして説明する。

【0107】

次に、更新部３４８は、注文履歴ＤＢ３１４から、特定したユーザＩＤ３１４３及び販売情報３１４４の組を含む注文履歴を取得する（Ｓ３２２）。例えば、更新部３４８は、ユーザＵ１が過去にミニトマトを注文した履歴を取得する。このとき、複数の注文履歴のレコードが取得され得る。また、更新部３４８は、販売情報ＤＢ３１３から、特定した販売情報３１３１に含まれ、特定したユーザＩＤ３１３３１に対応付けられた上限値３１３４１を取得する（Ｓ３２３）。例えば、更新部３４８は、ミニトマトにおけるユーザＵ１の上限値「２」を取得する。

【0108】

ステップＳ３２２及びＳ３２３の後、更新部３４８は、注文数が上限値である注文履歴の数が所定数以上であるか否かを判定する（Ｓ３２４）。具体的には、更新部３４８は、ステップＳ３２２で取得された注文履歴のレコードのうち、注文数３１４５が上限値「２」であるレコード数を集計する。そして、更新部３４８は、集計したレコード数が、所定数、例えば「５」以上であるか否かを判定する。例えば、更新部３４８は、ユーザＵ１がミニトマトを「２」パック注文した履歴が、過去に５回以上あるか否かを判定する。

【0109】

ステップＳ３２４において、注文履歴の数が所定数以上である場合、更新部３４８は、上限値をより高く更新する（Ｓ３２５）。例えば、更新部３４８は、ミニトマトにおけるユーザＵ１の上限値「２」を「５」として販売情報ＤＢ３１３の上限値３１３４１を更新する。そして、通知部３４７は、特定したユーザ又は関係者のユーザ端末１００へ、更新した上限値を通知する（Ｓ３２６）。具体的には、通知部３４７は、ユーザ情報３１２から、特定したユーザＩＤ３１２１に対応付けられた端末情報３１２３を特定する。例えば、通知部３４７は、ユーザＵ１のユーザ端末１００－１の端末情報を特定し、ミニトマトにおける上限値が「５」に更新されたことを、ネットワークＮを介してユーザ端末１００－１へ送信する。または、通知部３４７は、ユーザ情報３１２から、特定したユーザＩＤ３１２１に対応付けられた関係者ＩＤ３１２４を特定し、特定した関係者ＩＤであるユーザＩＤ３１２１に対応付けられた端末情報３１２３を特定する。例えば、通知部３４７は、ユーザ情報３１２から、ユーザＵ１の関係者Ｕ２のユーザ端末１００－２の端末情報を特定する。そして、通知部３４７は、ユーザＵ１のミニトマトにおける上限値が「５」に更新されたことを、ネットワークＮを介してユーザ端末１００－２へ送信する。例えば、ユーザ端末１００は、更新した上限値の通知に応じて、ポップアップ表示を行っても良い。これにより、ユーザ又は関係者は、更新した上限値をより早く把握できる。

【0110】

ステップＳ３２４において注文履歴の数が所定数未満である場合、又は、ステップＳ３２６の後、上限値更新処理を終了する。尚、これらの後、ステップＳ３２１へ戻り、他のユーザ及び販売情報の組を特定して、上限値更新処理を実行してもよい。

【0111】

図１５は、本実施形態２にかかる上限値更新通知画面６の例を示す図である。上限値更新通知画面６は、ユーザ端末１００がステップＳ３２６による通知を受信したことに応じて表示された画面の一例である。上限値更新通知画面６は、対象ユーザ６１、対象販売情報６２、注文数の上限値６３、上限値更新通知メッセージ６４、更新理由６５を含む。対象ユーザ６１は、上限値が更新されたユーザ名の表示欄である。対象販売情報６２は、上限値が更新された販売情報の表示欄である。注文数の上限値６３は、対象ユーザ６１と対象販売情報６２の組における注文数の上限値の変更前後を示す欄であり、更新前の上限値６３１及び更新後の上限値６３２等を含む。更新前の上限値６３１は、ＡＡＡさん及びミニトマトの組における注文数の上限値が、更新前に２個（パック）であったことを示す。更新後の上限値６３２は、ＡＡＡさん及びミニトマトの組における注文数の上限値が、更新後に５個（パック）となったことを示す。尚、更新前の上限値６３１及び更新後の上限値６３２のそれぞれに、上限値における価格、つまり、当該商品についての購入価格の上限値を併記してもよい。例えば、ＡＡＡさん及びミニトマトの組については、２パック、６４４円までであったところ、５パック、１，６１０円まで購入可能となったことを表示してもよい。上限値更新通知メッセージ６４は、注文数の上限値が更新されたことを示すテキスト情報の例である。更新理由６５は、当該上限値の更新の理由が、２個（パック）の注文が５回続いたためであることを示すテキスト情報の例である。尚、更新理由６５は、必須ではない。

【0112】

ここで、上限値更新通知画面６は、上限値の更新についての事後通知であるが、上限値更新通知画面６を改良して上限値の更新についての事前通知に用いても良い。その場合、上限値更新通知画面６は、「了承」ボタン及び「不承知」ボタンをさらに表示するものとする。尚、この場合、上限値更新通知メッセージ６４は、「注文数の上限値を２から５へ更新しますか？」といった内容であってもよい。「了承」ボタンが押下された場合、ユーザ端末１００は、事前通知に対する了承の旨を注文支援装置３００へ送信する。注文支援装置３００は、事前通知に対する了承が得られた場合、上述したように、上限値を更新する。一方、「不承知」ボタンが押下された場合、ユーザ端末１００は、事前通知に対する不承知の旨を注文支援装置３００へ送信する。注文支援装置３００は、事前通知に対する不承知が得られた場合、上限値の更新を行わない。

【0113】

図１６は、本実施形態２にかかるキーワード検索処理の流れを示すシーケンス図である。例えば、ユーザ端末１００－１は、ユーザＵ１に対して注文画面５を表示済みとする。そして、ユーザＵ１は、購入を検討する商品に関する発話を行う。例えば、ユーザＵ１は、「昆布のおにぎりが買いたい」と発話する。これに応じて、ユーザ端末１００－１は、ユーザＵ１が発話した音声を取得する（Ｓ３３１）。そして、ユーザ端末１００－１は、取得した音声データを、ネットワークＮを介して注文支援装置３００へ送信する（Ｓ３３２）。

【0114】

これに応じて、注文支援装置３００の通知部３４７は、受信した音声データから音声認識してキーワードを抽出する（Ｓ３３３）。上記の例では、通知部３４７は、「昆布」、「おにぎり」をキーワードとして抽出する。そして、通知部３４７は、抽出したキーワードを音声データへ変換する（Ｓ３３４）。そして、通知部３４７は、変換した音声データを含めてキーワード確認要求を、ネットワークＮを介してユーザ端末１００－１へ送信する（Ｓ３３５）。

【0115】

そして、ユーザ端末１００－１は、注文支援装置３００から受信したキーワード確認要求に含まれる音声データ（キーワード）を再生する（Ｓ３３６）。例えば、ユーザ端末１００－１は、抽出されたキーワードが「昆布」、「おにぎり」であり、これらのキーワードで販売情報を検索することに同意するか否かを問いかける。例えば、ユーザ端末１００－１は、上述したキャラクタからの問いかけとしてキーワードへの同意を確認してもよい。つまり、高齢者等のユーザＵ１が発話した内容に対して、キャラクタがキーワード部分を復唱してもよい。これにより、ユーザとキャラクタとの会話を通じて、より自然にキーワード検索を行うことができる。ユーザＵ１が同意する操作を行った場合、ユーザ端末１００－１は、再生されたキーワードに対する同意を受け付ける（Ｓ３３７）。例えば、ユーザＵ１は、画面上の同意ボタンを押下するか、「同意」等を発話する。

【0116】

そして、ユーザ端末１００－１は、同意の旨を、ネットワークＮを介して注文支援装置３００へ送信する（Ｓ３３８）。これに応じて、注文支援装置３００の検索部３４９は、同意の旨を受信し、ステップＳ３３３で抽出されたキーワードを用いた販売情報の検索処理を行う（Ｓ３３９）。具体的には、検索部３４９は、販売情報ＤＢ３１３の販売情報３１３１内のテキスト情報に対して、「昆布」及び「おにぎり」を含むものを検索する。ここでは、検索部３４９は、「昆布のおにぎり」の販売情報を検索結果として取得したものとする。そして、表示制御部３４５は、販売情報を含む検索結果を、ネットワークＮを介してユーザ端末１００－１へ送信する（Ｓ３４０）。

【0117】

これに応じて、ユーザ端末１００－１は、受信した検索結果、つまり、販売情報を表示する（Ｓ３４１）。具体的には、ユーザ端末１００－１は、「昆布のおにぎり」の販売情報を注文画面に表示する。そして、ユーザＵ１は、「昆布のおにぎり」の販売情報に対して選択操作を行う。そのため、ユーザ端末１００－１は、検索結果である販売情報に対する選択操作を受け付ける（Ｓ３４２）。そして、ユーザ端末１００－１は、選択操作を受け付けた販売情報及びユーザＵ１のユーザＩＤ（又は端末情報）を含めて、選択操作が行われた旨をネットワークＮを介して注文支援装置３００へ送信する（Ｓ３４３）。

【0118】

これに応じて、注文支援装置３００は、上述したように、選択操作を受け付けた販売情報に対する注文支援処理を行う。例えば、表示制御部３４５は、「昆布のおにぎり」の販売情報に選択済み表示情報と注文数を付加して、ユーザ端末１００－１の注文画面に表示させる。以降、ユーザＵ１は、上述したように注文画面に対する操作を行うことができる。そのため、ユーザＵ１は、ページ切替操作を繰り返して所望の販売情報を探すことや、画面に検索キーワードを入力することを行わずに、容易に検索を行うことができる。特に、画面操作が苦手な高齢者にとっては利便性が高い。

【0119】

尚、上記では移動販売車４の例を挙げたが、販売情報としてタクシーの配車サービスを提供してもよい。その場合、注文確定処理は、ユーザの居場所の近隣のタクシーに対する配車依頼となる。

【0120】

＜その他の実施形態＞
尚、上述した実施形態２において、注文支援装置３００と認証装置２００とは別の情報処理装置として説明したが、同一であってもよい。例えば、注文支援装置３００は、ユーザ情報３１２のユーザＩＤ３１２１に顔特徴情報をさらに対応付けて登録してもよい。その場合、制御部３４０は、図５の顔検出部２２０、特徴点抽出部２３０、登録部２４０及び認証部２５０を備えていれば良い。

【0121】

上述の例において、プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disc（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。

【0122】

なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。

【0123】

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記Ａ１）
画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させる表示制御手段と、
前記注文数を付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定する判定手段と、
を備え、
前記表示制御手段は、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新し、
前記注文数が上限値以上である場合、当該注文数をクリアする
注文支援装置。
（付記Ａ２）
前記表示制御手段は、
前記注文数が上限値以上である場合、前記選択操作を受け付けた販売情報に付加された注文数の表示を削除することにより、当該注文数をクリアする
付記Ａ１に記載の注文支援装置。
（付記Ａ３）
所定のユーザによる前記販売情報に対する注文確定操作を受け付けた場合、前記注文数を、当該ユーザ及び当該販売情報に対応付けて注文履歴として登録する履歴登録手段をさらに備える
付記Ａ１又はＡ２に記載の注文支援装置。
（付記Ａ４）
前記注文履歴に応じて、前記ユーザの前記販売情報における注文数の前記上限値を更新する更新手段をさらに備える
付記Ａ３に記載の注文支援装置。
（付記Ａ５）
前記更新手段は、前記注文数が前記上限値である前記注文履歴が所定数に達した場合、前記上限値をより高く更新する
付記Ａ４に記載の注文支援装置。
（付記Ａ６）
前記上限値が更新された場合、前記ユーザ又は当該ユーザの関係者に対して、更新後の上限値を通知する第１の通知手段をさらに備える
付記Ａ４又はＡ５に記載の注文支援装置。
（付記Ａ７）
前記表示制御手段は、
前記注文履歴に応じて、前記ユーザ及び前記販売情報の組における１回の選択操作における注文単位をより大きくした一括注文用の販売情報を生成し、当該一括注文用の販売情報を前記画面に表示させる
付記Ａ３乃至Ａ６のいずれか１項に記載の注文支援装置。
（付記Ａ８）
前記表示制御手段は、
前記注文履歴に応じて、前記画面に表示させる前記販売情報の種類、表示順序又は配置の少なくともいずれかを含む表示制御情報を決定し、当該表示制御情報に基づき前記複数の販売情報を前記画面に表示させる
付記Ａ３乃至Ａ７のいずれか１項に記載の注文支援装置。
（付記Ａ９）
前記販売情報は、当該販売情報に対応する商品を受取可能な店舗に関する情報を含み、
前記販売情報に対する注文確定操作を受け付けた場合、当該販売情報に対応する前記商品を受取可能な店舗へ前記商品の取り置きを指示する指示手段をさらに備える
付記Ａ１乃至Ａ８のいずれか１項に記載の注文支援装置。
（付記Ａ１０）
所定のユーザから音声データを取得した場合、当該音声データに含まれるキーワードを抽出し、抽出したキーワードに対応する音声データを当該ユーザに向けて出力する出力手段をさらに備え、
前記表示制御手段は、
前記ユーザから前記キーワードに対する同意を受け付けた場合、当該キーワードを用いた販売情報の検索処理の結果を前記画面に表示させる
付記Ａ１乃至Ａ９のいずれか１項に記載の注文支援装置。
（付記Ａ１１）
所定のユーザによる前記販売情報に対する注文確定操作を受け付けた場合、当該ユーザの関係者に対して、当該販売情報の注文確認要求を通知する第２の通知手段と、
前記関係者から同意が得られた場合、注文確定処理を行う注文確定手段と、
をさらに備える
付記Ａ１乃至Ａ１０のいずれか１項に記載の注文支援装置。
（付記Ａ１２）
前記第２の通知手段は、前記注文確定操作における注文金額が所定額以上である場合に、前記注文確認要求を通知する
付記Ａ１１に記載の注文支援装置。
（付記Ｂ１）
複数の販売情報を画面に表示し、前記複数の販売情報のいずれかに対する選択操作をユーザから受け付けるユーザ端末と、
前記ユーザ端末と接続された注文支援装置と、を備え、
前記注文支援装置は、
前記画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させる表示制御手段と、
前記注文数を付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定する判定手段と、
を備え、
前記表示制御手段は、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新し、
前記注文数が上限値以上である場合、当該注文数をクリアする
注文支援システム。
（付記Ｂ２）
前記表示制御手段は、
前記注文数が上限値以上である場合、前記選択操作を受け付けた販売情報に付加された注文数の表示を削除することにより、当該注文数をクリアする
付記Ｂ１に記載の注文支援システム。
（付記Ｃ１）
コンピュータが、
画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させ、
前記注文数が付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定し、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新し、
前記注文数が上限値以上である場合、当該注文数をクリアする
注文支援方法。
（付記Ｄ１）
画面に表示された複数の販売情報のうち、選択操作を受け付けた販売情報に当該選択操作の回数に応じた注文数を付加して表示させる処理と、
前記注文数を付加して表示された販売情報に対する選択操作を受け付けた場合、当該注文数が上限値以上であるか否かを判定する処理と、
前記注文数が上限値未満である場合、１回の選択操作に応じた数を当該注文数に加算した値により、前記選択操作を受け付けた販売情報に付加された注文数の表示を更新する処理と、
前記注文数が上限値以上である場合、当該注文数をクリアする処理と
をコンピュータに実行させる注文支援プログラムが格納された非一時的なコンピュータ可読媒体。

【符号の説明】

【0124】

１ 注文支援装置
１１ 表示制御部
１２ 判定部
１０００ 注文支援システム
Ｎ ネットワーク
Ｕ１ ユーザ
Ｕ２ 関係者
Ｕ３ 店員
１００ ユーザ端末
１００－１ ユーザ端末
１００－２ ユーザ端末
１１０ カメラ
１２０ マイク
１３０ スピーカ
１４０ タッチパネル
１５０ 記憶部
１５１ プログラム
１６０ 通信部
１７０ メモリ
１８０ 制御部
１８１ 登録部
１８２ コンテンツ処理部
２００ 認証装置
２１０ 顔情報ＤＢ
２１１ ユーザＩＤ
２１２ 顔特徴情報
２２０ 顔検出部
２３０ 特徴点抽出部
２４０ 登録部
２５０ 認証部
３００ 注文支援装置
３１０ 記憶部
３１１ プログラム
３１２ ユーザ情報
３１２１ ユーザＩＤ
３１２２ 個人情報
３１２３ 端末情報
３１２４ 関係者ＩＤ
３１３ 販売情報ＤＢ
３１３１ 販売情報
３１３２ 注文単位
３１３３１ ユーザＩＤ
３１３３２ ユーザＩＤ
３１３４１ 上限値
３１３４２ 上限値
３１４ 注文履歴ＤＢ
３１４１ 履歴ＩＤ
３１４２ 日時
３１４３ ユーザＩＤ
３１４４ 販売情報
３１４５ 注文数
３２０ メモリ
３３０ 通信部
３４０ 制御部
３４１ 受付部
３４２ 登録部
３４３ 認証制御部
３４４ 判定部
３４５ 表示制御部
３４６ 注文確定部
３４７ 通知部
３４８ 更新部
３４９ 検索部
４ 移動販売車
４１ 商品
４００ 決済端末
５ 注文画面
５ａ 注文画面
５ｂ 注文画面
５ｃ 注文画面
５１１ 商品カテゴリ
５１２ 販売情報
５１３ 販売情報
５１４ 販売情報
５１５ 販売情報
５１６ 販売情報
５１７ 販売情報
５１８ 販売情報
５２１ ページ切替ボタン
５２２ ページ切替ボタン
５３１ 合計個数
５３２ 合計金額
５３１ａ 合計個数
５３２ａ 合計金額
５３１ｂ 合計個数
５３２ｂ 合計金額
５４１ 買物終了ボタン
５４２ 注文確定ボタン
５５１ 選択済み表示情報
５５２ａ 注文数
５５２ｂ 注文数
５６０ キャンセル表示
６ 上限値更新通知画面
６１ 対象ユーザ
６２ 対象販売情報
６３ 注文数の上限値
６３１ 更新前の上限値
６３２ 更新後の上限値
６４ 上限値更新通知メッセージ
６５ 更新理由

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】