JP6977195B1 - 販売支援装置、販売支援システム、販売支援方法、およびプログラム - Google Patents

Abstract

【課題】ユーザの利便性を向上させること。【解決手段】本発明の一態様は、店舗端末から店舗において提供される持ち帰り商品の登録を受け付ける受付部であって、前記店舗ごとの第１持ち帰り商品に加えて、店舗に依存しない共通のブランド名が付与された第２持ち帰り商品の登録を受け付ける受付部と、前記受付部がユーザに使用されるユーザ端末から前記第１持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第１持ち帰り商品を提供させるための情報を前記店舗端末に送信し、前記受付部がユーザに使用されるユーザ端末から前記第２持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第２持ち帰り商品を提供させるための情報を前記店舗端末に送信するサービス推進部とを備える販売支援装置である。【選択図】図１

Description

本発明は、販売支援装置、販売支援システム、販売支援方法、およびプログラムに関する。

従来、飲食店の利用を促進するシステムが開示されている（例えば特許文献１参照）。このシステムは、可搬型通信端末に搭載したアプリケーションソフトウェアを用いて店舗来店時での決済を不要にするものであり、加盟飲食店舗の料理ジャンル、現在地からの距離、エリア、時間、人数、料理メニュー、店舗名称による検索機能、それらのマップ表示機能、メニュー写真表示機能、飲食店舗への予約情報の通知機能を有し、飲食店舗側の商品画像登録、名称登録、店舗情報登録、予約管理、決済情報を有する。

特開２０１９−２２０１１９号公報

しかしながら、従来の技術では、ユーザの利便性が十分に高いとは言えない場合があった。また、別の観点では、店舗が販売する商品等の販売を十分に支援することができない場合があった。

本発明は、このような事情を考慮してなされたものであり、ユーザの利便性を向上させることができる販売支援装置、販売支援システム、販売支援方法、およびプログラムを提供することを目的の一つとする。また、他の観点では、店舗が販売する商品等の販売を支援することができる販売支援装置、販売支援システム、販売支援方法、およびプログラムを提供することは目的の一つとする。

本発明の一態様は、店舗端末から店舗において提供される持ち帰り商品の登録を受け付ける受付部であって、前記店舗ごとの第１持ち帰り商品に加えて、店舗に依存しない共通のブランド名が付与された第２持ち帰り商品の登録を受け付ける受付部と、前記受付部がユーザに使用されるユーザ端末から前記第１持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第１持ち帰り商品を提供させるための情報を前記店舗端末に送信し、前記受付部がユーザに使用されるユーザ端末から前記第２持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第２持ち帰り商品を提供させるための情報を前記店舗端末に送信するサービス推進部とを備える販売支援装置である。

本発明の一態様によれば、ユーザの利便性を向上させることができる。また、店舗が販売する商品等の販売を支援することができる。

情報処理システム１の構成の一例を示す図である。 サービスサーバ６０の機能構成の一例を示す図である。 ピックアップサービスについて説明するための図（その１）である。 ピックアップサービスについて説明するための図（その２）である。 店舗用決済アプリ４２が提供する商品を登録するためのインターフェース画像ＩＭ３の一例を示す図である。 ピックアップ商品情報８４の内容の一例を示す図である。 インターフェース画像ＩＭ４の一例を示す図である。 ユーザ用決済アプリ２２が提供するインターフェース画像ＩＭ５の一例を示す図である。 インターフェース画像ＩＭ６の一例を示す図である。 インターフェース画像ＩＭ７の一例を示す図である。 情報処理システム１により実行される処理の流れの一例を示すシーケンス図である。 ユーザ用決済アプリ２２が提供するコンテンツの一例を示す図である。 店舗の売上について説明するための図である。 ユーザ用決済アプリ２２が提供するサブスクリプションの申込用のインターフェース画像ＩＭ８の一例を示す図である。 「ＸＸＸ弁当」の購入例について説明するための図（その１）である。 「ＸＸＸ弁当」の購入例について説明するための図（その２）である。 利用履歴の一例を示す図である。 ユーザ用決済アプリ２２が提供するコンテンツの他の一例を示す図である。 ユーザ用決済アプリ２２がユーザに「ＸＸＸ弁当」をレコメンドするコンテンツの一例を示す図である。 ユーザ用決済アプリ２２がユーザに「ＸＸＸ弁当」をレコメンドするコンテンツの他の一例を示す図である。 店舗ごとのピックアップサービスの注文件数に関する情報の一例を示す図である。 容器の一例を示す図である。 「ＸＸＸ弁当」を評価するコンテンツ（商品に関するコンテンツ）の一例を示す図である。 第４実施形態のサービスサーバ６０Ａの機能構成の一例を示す図である。 １０００円の「ＸＸＸ弁当」を販売のために登録するためのインターフェース画像ＩＭ９の一例を示す図である。 評価部７０が行う評価について説明するための図である。 画像に基づく商品の評価に関する処理の一例を示す図である。 サービスサーバ６０が店舗用決済アプリ４２に提供するインターフェース画像ＩＭ９の一例を示す図である。 評価部７０が「ＸＸＸ弁当」を評価する手法について説明するための図である。 サービスサーバ６０と店舗用決済アプリ４２とにより実行される処理の流れの一例を示すフローチャートである。 販売に関する情報の一例を示す図である。 「ＸＸＸ弁当」を評価する処理について説明するための図である。 店舗用決済アプリ４２に提供される評価情報を含むインターフェース画像ＩＭ１０の一例を示す図である。 ユーザが評価の結果を入力するインターフェース画像ＩＭ１１の一例を示す図である。 スコア情報を含むインターフェース画像ＩＭ１２の一例を示す図である。 サービスサーバ６０と店舗用決済アプリ４２とにより実行される処理の流れの一例を示すフローチャートである。

以下、図面を参照し、本発明の販売支援装置、販売支援システム、販売支援方法、およびプログラムの実施形態について説明する。

本実施形態の販売支援装置は、店舗端末から店舗において提供される持ち帰り商品の登録を受け付ける受付部であって、店舗ごとの第１持ち帰り商品に加えて、店舗に依存しない共通のブランド名が付与された第２持ち帰り商品の登録を受け付ける受付部と、受付部がユーザに使用されるユーザ端末から第１持ち帰り商品の注文を受け付けたとき、店舗に訪れたユーザに第１持ち帰り商品を提供させるための情報を店舗端末に送信し、受付部がユーザ端末から第２持ち帰り商品の注文を受け付けたとき、店舗に訪れたユーザに第２持ち帰り商品を提供させるための情報を店舗端末に送信するサービス推進部と、を備える。

「第２持ち帰り商品」は、例えば、共通のブランド名に係るブランドの運営者によって予め用意された料金候補の中から選択された料金で販売される商品である。「共通するブランド名に係るブランドの運営者」は、例えば、決済のサービスを運営している運営者である。決済のサービスは、例えば、ユーザ端末と販売支援装置とが協働して決済を行うサービスである。

「店舗端末」は、例えば、決済のサービスの利用に加盟している店舗が管理する端末装置である。「持ち帰り商品」は、例えば、ユーザが店舗で受け取って持ち帰ることができる商品である。以下の説明では、持ち帰り商品は、食品（弁当やテイクアウト用の商品）であるものとして説明する。

本実施形態のサービス提供装置は、ユーザに使用されるユーザ端末から店舗ごとの第１持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第１持ち帰り商品を提供させるための情報を店舗端末に送信し、ユーザ端末から店舗に依存しない共通のブランド名が付与された第２持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第２持ち帰り商品を提供させるための情報を前記店舗端末に送信するサービス推進部と、当該商品が前記第２持ち帰り商品として販売される前に得られた当該商品に関する情報または当該商品が前記第２持ち帰り商品として販売された後に得られた当該商品に関する情報と、当該商品が第２持ち帰り商品として販売されることの基準とに基づいて、当該商品を評価する評価部とを備える。

「当該商品が第２持ち帰り商品として販売されることの基準」とは、当該商品が第２持ち帰り商品として販売されると想定した場合に、当該商品が第２持ち帰り商品に適合するかや、適合度合が所定以上であるか等を判断したり、推測したりすることである。この評価は、例えば、当該商品を第２持ち帰り商品として店舗のスタッフが登録する際に行われたり、当該商品が販売された後に当該商品を注文したユーザから得られた情報や販売実績などの情報に基づいて行われたりする。また、基準は、他の店舗が販売している商品が基準とされてもよい。例えば、他の商品との相対評価が行われてもよい。また、本実施形態では、「アイコン」とは、タップ操作や所定の操作がされると関連付けられたリンク先や関連付けられた画面に遷移させるための画像や領域を含む。

＜第１実施形態＞
［情報処理システム］
図１は、情報処理システム１の構成の一例を示す図である。情報処理システム１は、例えば、一以上のユーザ端末２０と、一以上の店舗端末４０と、サービスサーバ（販売支援装置またはサービス提供装置）６０とを備える。ユーザ端末２０とサービスサーバ６０、店舗端末４０とサービスサーバ６０とは、ネットワークＮＷを介して通信する。ネットワークＮＷは、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、インターネット、セルラー網などを含む。

［ユーザ装置］
ユーザ端末２０は、サービスサーバ６０が提供するサービスを利用するユーザが利用するスマートフォンやパーソナルコンピュータ、タブレット端末などの通信機能と表示機能を有するコンピュータ装置である。ユーザ端末２０では、ＣＰＵ（Central Processing Unit）などのプロセッサと、ブラウザやユーザ用決済アプリケーションプログラム（ユーザ用決済アプリ２２）などのＵＡ（User Agent）とが協働して動作することで、ユーザ端末２０の表示部にコンテンツを表示させたり、各種処理を実行させたりする。

［店舗装置］
店舗端末４０は、サービスサーバ６０が提供するサービスを利用する店舗のスタッフが利用するスマートフォンやパーソナルコンピュータ、タブレット端末などの通信機能と表示機能を有するコンピュータ装置である。店舗端末４０では、ＣＰＵなどのプロセッサと、ブラウザや店舗用決済アプリケーションプログラム（店舗用決済アプリ４２）などのＵＡ（User Agent）とが協働して動作することで、店舗端末４０の表示部にコンテンツを表示させたり、各種処理を実行させたりする。

［サービスサーバ］
サービスサーバ６０は、電子マネーを用いた決済サービス（キャッシュレス決済サービス）や、この決済サービスに関連するサービス（例えば決済サービスが利用可能な店舗の情報を含むコンテンツ）を提供する。サービスサーバ６０は、ユーザ用決済アプリ２２または店舗用決済アプリ４２と通信し協働してサービスの提供を行う。

図２は、サービスサーバ６０の機能構成の一例を示す図である。サービスサーバ６０は、例えば、例えば、取得部（受付部）６２と、コンテンツ管理部６４と、サービス推進部６６と、決済処理部６８と、記憶部８０とを備える。取得部６２と、コンテンツ管理部６４と、サービス推進部６６とは、例えば、ＣＰＵなどのプロセッサなどのハードウェアプロセッサが記憶装置に記憶されたプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。上記の全ての構成要素が一つのプロセッサにより実現される必要はなく、適宜、複数のプロセッサによる分散処理などがなされてもよい。例えば、コンテンツ管理部６４と、サービス推進部６６と、決済を行う決済処理部６８との機能構成の一部または全部は、サービスサーバ６０とは別の装置に含まれていてもよい。

記憶部８０には、例えば、コンテンツ情報８２や、ピックアップ商品情報８４、注文管理情報８６、決済サービス情報８８等が記憶されている。

コンテンツ情報８２は、ユーザ端末２０の表示部または店舗端末４０の表示部に表示されるコンテンツを生成するための情報である。コンテンツ情報は、決済サービスの加盟店のジャンルや、店舗名、位置情報、取り扱っている商品、キャンペーンの情報など種々の情報を含む。ユーザ端末２０の表示部または店舗端末４０の表示部に表示されるコンテンツの詳細ついては後述する。

ピックアップ商品情報８４は、店舗が販売する商品に関する情報である（図６参照）。注文管理情報８６は、店舗が受け付けた商品の注文数や商品の識別情報等の情報である。決済サービス情報８８は、ユーザごとの決済額や、決済がされた店舗、決済の日時などの情報である。

取得部６２は、ユーザ用決済アプリ２２または店舗用決済アプリ４２により送信された情報を取得する。

コンテンツ管理部６４は、第１管理部（第１提供部）６５Ａと第２管理部（第２提供部）６５Ｂとを含む。第１管理部６５Ａは、店舗用決済アプリ４２が店舗端末４０の表示部に表示させるコンテンツを生成するための情報を店舗用決済アプリ４２に提供する。店舗用決済アプリ４２に提供されるコンテンツ（店舗用コンテンツ）は、例えば、ユーザ用決済アプリ２２に提供されるコンテンツに含まれる店舗が管理する情報（店舗の情報）を登録するためのコンテンツや、店舗の情報を修正するためのコンテンツなどである。また、ユーザ用コンテンツと同様のコンテンツが店舗用コンテンツとして店舗用決済アプリ４２に提供されてもよい。

第２管理部６５Ｂは、ユーザ用決済アプリ２２がユーザ端末２０の表示部に表示させるコンテンツを生成するための情報をユーザ用決済アプリ２２に提供する。ユーザ用決済アプリ２２に提供されるコンテンツ（ユーザ用コンテンツ）は、例えば、決済サービスを利用できる店舗の名称や、位置、電話番号などの情報である。

サービス推進部６６は、第１持ち帰り商品または第２持ち帰り商品の注文を受け付けたことを示す情報を店舗用決済アプリ４２に送信したり、店舗用決済アプリ４２から取得した注文の承諾を示す情報をユーザ用決済アプリ２２に提供したりする。

決済処理部６８は、ユーザ用決済アプリ２２または店舗用決済アプリ４２と連携して、電子的な決済処理を行う。決済処理部６８は、例えば、取引対象の店舗（加盟店）やユーザにサービスを提供するサービス提供者の口座を管理し、ユーザまたは店舗からの決済のリクエストに従って、口座間における電子マネーの送金等を行うことで、各種決済を実現する。

例えば、ユーザがユーザ用決済アプリ２２により生成されたコード情報（例えばバーコードやＱＲコード（登録商標）など）がユーザ端末２０の表示部に表示された画面を、店舗の店員に提示し、店舗端末４０がコード情報をスキャナなどで読み取ると、店舗端末４０に設定された金額および店舗の識別情報と、ユーザの識別情報がサービスサーバ６０に送信される。コード情報には、ユーザの識別情報がエンコードされており、店舗端末４０はエンコードされた情報をデコードすることでユーザの識別情報を取得する。決済処理部６８は、店舗端末４０から送信された金額を、チャージされたユーザの残高から差し引き、差し引いた金額のうち所定金額を店舗の識別情報に対応付けることで決済を行う。

例えば、店舗が指定したコード情報（店舗の識別情報がエンコードされたコード情報）を、ユーザがユーザ端末２０で読み取り、ユーザ端末２０を操作して支払う金額を入力し、決済を行うための操作を行うと、サービスサーバ６０は、上記の操作に応じた情報、店舗の識別情報、およびユーザの識別情報をユーザ端末２０から取得する。上記の店舗の識別情報は、ユーザ端末２０が上記のコード情報をデコードして得た情報である。そして、サービスサーバ６０は、送信された金額を、チャージされたユーザの残高から差し引き、差し引いた金額のうち所定金額を店舗の識別情報に対応付けることで決済を行う。

［ピックアップサービス（その１）］
ピックアップサービスとは、ユーザが店舗に来店する前に商品の注文および決済を行い、ユーザが所定の時間に店舗に訪問すると準備された商品を店舗で受け取ることができるサービスである。

図３は、ピックアップサービスについて説明するための図（その１）である。ユーザ用決済アプリ２２が起動すると、ユーザ端末２０の表示部にインターフェース画像ＩＭ１Ａが表示される。インターフェース画像ＩＭ１Ａは、ユーザ用決済アプリ２２が提供するサービスの一覧を示す情報である。このインターフェース画像ＩＭ１Ａにおいて、ピックアップサービスのアイコンを操作すると、ピックアップサービスを提供している店舗や、店舗の種別を選択する画面に遷移する。ユーザが店舗を選択すると、店舗が提供する商品を示すインターフェース画像ＩＭ１Ｂがユーザ端末２０の表示部に表示される。

インターフェース画像ＩＭ１Ｂにおいて、ユーザが商品を注文する操作を行うと、注文の情報がサービスサーバ６０を介して、店舗用決済アプリ４２に送信される。店舗のスタッフによって注文を承諾する操作や受け取り時刻を指定する操作が行われると、店舗用決済アプリ４２が注文を承諾したことを示す情報や受け取り予定時刻を示す情報を、サービスサーバ６０を介してユーザ端末２０に送信する。ユーザ端末２０が、この情報を取得すると、この情報を含むインターフェース画像ＩＭ１Ｃが表示部に表示される。

上記のように、ユーザはピックアップサービスを利用することで、事前に商品を注文し、店舗に到着したときに円滑に商品を受け取ることができる。更に、店舗は、事前に注文を得ることで、店舗でユーザを待たせることなく、商品を準備することができる。

［ピックアップサービス（その２）］
図４は、ピックアップサービスについて説明するための図（その２）である。ユーザ用決済アプリ２２が起動すると、ユーザ端末２０の表示部にインターフェース画像ＩＭ２Ａ（インターフェース画像ＩＭ１Ａと同様の画像）が表示される。インターフェース画像ＩＭ２Ａにおいて、ピックアップサービスのアイコンを操作すると、ピックアップサービスを提供している店舗や、店舗の種別を選択する画面に遷移する。

ユーザが決済サービスのブランドが付与された商品を販売している店舗を選択すると、店舗が提供する商品を示すインターフェース画像ＩＭ２Ｂ、ＩＭ２Ｃがユーザ端末２０の表示部に表示される。インターフェース画像ＩＭ２Ｂ、ＩＭ２Ｃでは、ブランド（「ＸＸＸ」）が付与された「ＸＸＸ弁当」が含まれているが、これに加えて、ブランドが付与されていない弁当などが含まれていてもよい。インターフェース画像ＩＭ２ＢまたはＩＭ２Ｃにおいて、ユーザが商品を注文する操作を行うと、前述したようにユーザは店舗で商品を受け取ることができる。

「ＸＸＸ弁当」は、例えば、決済サービスのブランドが付与された弁当である。「ＸＸＸ弁当」は、この共通のブランド名に係るブランドの運営者によって予め用意された料金候補の中から選択された料金で販売される商品である。

［商品の登録］
店舗のスタッフ（「店舗の運営に関わるスタッフ」の一例）は、店舗端末４０（店舗用決済アプリ４２）を操作して、前述したインターフェース画像ＩＭ１ＢやＩＭ２Ｂ，ＩＭ２Ｃに含まれる商品（「ＸＸＸ弁当」を含む）を登録して、ユーザのユーザ端末２０に商品の情報を提供する。登録は、第１管理部６５Ａが提供するコンテンツを介して行われる。このコンテンツは、ブランドの運営者（決済サービスの管理者）によって予め用意された料金候補の中から第２持ち帰り商品の料金を設定するためのコンテンツまたは第２持ち帰り商品の画像を登録するためのコンテンツである（図５参照）。なお、上記の商品の登録などの処理は、店舗のスタッフ以外の店舗の運営に関わるスタッフにより行われてもよい。店舗のスタッフ以外の店舗の運営に関わるスタッフは、店舗がチェーン店やフランチャイズ店など場合、店舗を統括している本部のスタッフや、その他の運営に関わるスタッフを含む。これらのスタッフは、店舗端末４０を操作して商品の登録を行ってもよいし、店舗とは異なる箇所に設けられた店舗端末４０と同等の機能を有する端末装置を利用して商品の登録を行ってもよい。

図５は、店舗用決済アプリ４２が提供する商品を登録するためのインターフェース画像ＩＭ３の一例を示す図である。インターフェース画像ＩＭ３は、例えば、商品の画像、商品名、商品の説明（例えばアピールポイントなど）、商品の詳細（原料や、材料、カロリーなど）を入力するための入力欄を含む。また、インターフェース画像ＩＭ３は、例えば、価格を入力するための価格入力欄と、「ＸＸＸ弁当」して販売する場合の販売価格を指定するための指定欄とを含む。

例えば、店舗がＸＸＸブランドを付与せずに商品を販売する場合、スタッフは価格入力欄に価格を入力する。例えば、店舗がＸＸＸブランドを付与して商品を販売する場合、スタッフは価格入力欄に価格を入力せずに「ＸＸＸ弁当」の規格のうち、どの規格として販売するかを指定する。例えば、スタッフは、１０００円の「ＸＸＸ弁当」、８００円の「ＸＸＸ弁当」、または５００円の「ＸＸＸ弁当」のうち、所望の規格（価格）を指定する。

このようにスタッフが、インターフェース画像ＩＭ３に入力した情報や、インターフェース画像ＩＭ３で選択した情報はサービスサーバ６０に送信され、サービスサーバ６０は送信された情報を記憶部８０に記憶させる。この情報は、ピックアップ商品情報８４として管理される。

上記のように、店舗用決済アプリ４２とサービスサーバ６０とが協働して第１持ち帰り商品または第２持ち帰り商品を登録するためのインターフェース画像を店舗端末４０に提供することで、店舗のスタッフは、容易に第１持ち帰り商品または第２持ち帰り商品を登録することができる。

［ピックアップ商品情報］
図６は、ピックアップ商品情報８４の内容の一例を示す図である。ピックアップ商品情報８４は、例えば、商品名や、価格、「ＸＸＸ弁当」の適用の可否、商品の説明などの情報が店舗ごとに纏められた情報である。図６の例では、Ａバーガーセットは、８００円、「ＸＸＸ弁当」の適用あり、Ａハンバーガ、ポテトＭ、ドリンクのセットである。

第２管理部６５Ｂは、例えば、ピックアップ商品情報８４を参照して、ユーザ用決済アプリ２２のリクエストに応じてインターフェース画像ＩＭ４をユーザ端末２０の表示部に表示させる。図７は、インターフェース画像ＩＭ４の一例を示す図である。図７のインターフェース画像ＩＭ４は、第２持ち帰り商品の画像と料金候補の中から選択された料金とを対応付けた情報と、第１持ち帰り商品の画像と第１持ち帰り商品の料金とが対応付けられた情報とを含むコンテンツである。なお、コンテンツにおいて、第１持ち帰り商品は省略されもよい（コンテンツは、第２持ち帰り商品の画像と第２持ち帰り商品の料金とが対応付けられた情報を含むコンテンツであってもよい）。

インターフェース画像ＩＭ４は、例えば、ＡＡハンバーガ店のコンテンツであって、ＡＡハンバーガの店舗端末４０によって登録された情報が含まれる。例えば、１０００円の「ＸＸＸ弁当」、８００円の「ＸＸＸ弁当」、５００円の「ＸＸＸ弁当」、ホットドックセット、フライドチキン、チキンナゲットなどである。

このように店舗端末４０によって登録された商品を含むコンテンツがユーザ端末２０の表示部に表示される。

［ユーザの利用態様］
図８は、ユーザ用決済アプリ２２が提供するインターフェース画像ＩＭ５の一例を示す図である。インターフェース画像ＩＭ５には、例えば、アイコンＩＣ１、アイコンＩＣ２、アイコンＩＣ３を含む。アイコンＩＣ１は、「ＸＸＸ弁当」特集のインターフェース画像に遷移させるためのアイコンである。アイコンＩＣ１は、「第２持ち帰り商品を特集したコンテンツに遷移させるためのアイコン」の一例である。アイコンＩＣ１は、第２持ち帰り商品を特集したコンテンツに遷移させるためのアイコン（コンテンツの編集者が編集した特集ページのコンテンツ）に遷移させるためのものに代えて、検索の結果を含むコンテンツであってもよい。検索の結果を含むコンテンツとは、例えば、ユーザ端末２０の位置から所定の範囲内（例えば半径〇〇ｍ以内の範囲）に存在するＸＸＸ弁当を販売している店舗に関する情報や、店舗が販売しているＸＸＸ弁当に関する情報を含むコンテンツである。例えば、ユーザ端末２０は、アイコンＩＣ１０が操作されると、サービスサーバ６０に検索を依頼する。サービスサーバ６０は、ユーザ端末２０の位置から所定の範囲内のＸＸＸ弁当を販売している店舗等を検索し、検索の結果を含むコンテンツをユーザ端末２０に提供する。アイコンＩＣ２は、店舗「江戸前寿司」の情報を含むアイコンである。アイコンＩＣ２には、例えば、店舗のイメージ画像や、現在地から江戸前寿司までの距離、徒歩での移動に要する時間、「ＸＸＸ弁当」の取り扱いの有無を示す情報が含まれる。アイコンＩＣ３は、店舗「東京中華」の情報を含むアイコンである。アイコンＩＣ３には、例えば、店舗のイメージ画像や、現在地から東京中華までの距離、徒歩での移動に要する時間、「ＸＸＸ弁当」の取り扱いの有無を示す情報が含まれる。アイコンＩＣ２またはアイコンＩＣ３は、「ユーザのユーザ端末２０の近くの店舗の情報」の一例である。

アイコンＩＣ１が操作されると、図９のインターフェース画像ＩＭ６に画像が遷移し、アイコンＩＣ２が操作されると、図１０のインターフェース画像ＩＭ７に画像が遷移する。

図９は、インターフェース画像ＩＭ６の一例を示す図である。インターフェース画像ＩＭ６は、１０００円の「ＸＸＸ弁当」、８００円の「ＸＸＸ弁当」、または５００円の「ＸＸＸ弁当」を優先的に表示させることを選択するアイコンＩＣ４、領域ＡＲ１、および領域ＡＲ２を含む。このインターフェース画像ＩＭ５では、５００円の「ＸＸＸ弁当」を優先的に表示させることが選択されているものとする。

領域ＡＲ１には、江戸前寿司で提供されている５００円の「ＸＸＸ弁当」の画像や、「ＸＸＸ弁当」に関する情報、現在地から店舗までの距離、徒歩での移動に要する時間などの情報が含まれる。領域ＡＲ２には、東京中華で提供している５００円の「ＸＸＸ弁当」の画像や、「ＸＸＸ弁当」に関する情報、現在地から店舗までの距離、徒歩での移動に要する時間などの情報が含まれる。

インターフェース画像ＩＭ６は、第２管理部６５Ｂにより提供される「前記第２持ち帰り商品を特集した特集コンテンツ」または「前記第１持ち帰り商品を含まず、前記第２持ち帰り商品の情報と前記第２持ち帰り商品を販売している店舗の情報」を含むコンテンツの一例である。

ユーザは、上記のインターフェース画像ＩＭ６を参照して、好みの「ＸＸＸ弁当」を注文することができる。

図１０は、インターフェース画像ＩＭ７の一例を示す図である。インターフェース画像ＩＭ７は、江戸前寿司のコンテンツである。インターフェース画像ＩＭ７には、「ＸＸＸ弁当」、店舗のおすすめ、寿司、おにぎり、またはサイドメニューを優先的に表示させることを選択するアイコンＩＣ５、領域ＡＲ３、領域ＡＲ４、および領域ＡＲ５を含む。このインターフェース画像ＩＭ６では、「ＸＸＸ弁当」を優先的に表示させることが選択されているものとする。

領域ＡＲ３には、江戸前寿司で提供している５００円の「ＸＸＸ弁当」の画像や、５００円の「ＸＸＸ弁当」に関する情報、５００円の「ＸＸＸ弁当」を注文するためのアイコンなどが含まれる。領域ＡＲ４には、江戸前寿司で提供している８００円の「ＸＸＸ弁当」の画像や、８００円の「ＸＸＸ弁当」に関する情報、８００円の「ＸＸＸ弁当」を注文するためのアイコンなどが含まれる。領域ＡＲ５には、江戸前寿司で提供しているツナマヨネーズおにぎりの画像や、このおにぎりの価格、おにぎりに関する情報、おにぎりを注文するためのアイコンなどが含まれる。例えば、インターフェース画像ＩＭ７のように、「ＸＸＸ弁当」と共に、サイドメニューを表示部に表示させることで、ユーザに「ＸＸＸ弁当」と共にサイドメニューの購買を促すことができる。

インターフェース画像ＩＭ７は、第２管理部６５Ｂにより提供される「前記ユーザ端末に前記ユーザによって選択された前記第２持ち帰り商品を販売している店舗のコンテンツ」または「前記第２持ち帰り商品を他の商品よりも優先的に表示させるためのアイコン（アイコンＩＣ５）」を含むコンテンツの一例である。

ユーザは、上記のインターフェース画像ＩＭ７を参照して、好みの店舗で販売している商品を注文することができる。

［シーケンス図］
図１１は、情報処理システム１により実行される処理の流れの一例を示すシーケンス図である。まず、店舗用決済アプリ４２が、商品の登録を受け付けるインターフェース画像において商品の情報の入力を受け付ける（Ｓ１０）。次に、店舗用決済アプリ４２が、受け付けた情報をサービスサーバ６０に送信する（Ｓ１２）。次に、サービスサーバ６０のサービス推進部６６は、Ｓ１２で送信された情報を取得して、取得した情報を登録する（Ｓ１４）。これにより、ピックアップ商品情報８４が生成される。

ユーザがユーザ用決済アプリ２２を起動させる操作を行って、ユーザ用決済アプリ２２が起動すると（Ｓ１６）、ユーザ用決済アプリ２２は、ユーザ端末２０の位置情報を送信すると共に、コンテンツの提供をサービスサーバ６０にリクエストする（Ｓ１８）。

サービスサーバ６０のコンテンツ管理部６４は、リクエストを取得すると、ユーザ端末２０の位置情報から所定距離以内に存在する決済サービスを利用することができる店舗の情報を取得し、取得した情報に基づいてユーザ用決済アプリ２２に提供するコンテンツに関する情報を取得し（Ｓ２０）、取得したコンテンツに関する情報をユーザ用決済アプリ２２に提供する（Ｓ２２）。

ユーザ用決済アプリ２２は、Ｓ２２で提供された情報に基づいて表示部にコンテンツを表示させる（Ｓ２４）。これにより、ユーザは付近で決済サービスを利用することができる店舗を容易に認識することができる。また、ユーザは、ピックアップサービスを利用するための操作を行うことで、以下に説明するようにピックアップサービスを利用することができる。

ユーザ用決済アプリ２２が、ユーザの操作によってピックアップサービスにおいて商品を注文する操作を受け付けると（Ｓ２６）、ユーザ用決済アプリ２２が、ピックアップサービスに係る注文情報をサービスサーバ６０に送信する（Ｓ２８）。注文情報には、注文に係る店舗の識別情報や商品の識別情報、ユーザの識別情報等が含まれている。注文情報は「ユーザに前記第２持ち帰り商品を提供させるための情報」の一例である。

次に、サービス推進部６６は、注文情報を取得し、取得した注文情報に基づいて、ピックアップサービスに係る店舗を特定し（Ｓ３０）、特定した店舗に注文された商品の識別情報や、注文情報の識別情報を店舗用決済アプリ４２に送信する（Ｓ３２）。

次に、店舗用決済アプリ４２は、店舗のスタッフが注文を承諾する操作を行うと、承諾を示す情報（承諾情報）およびスタッフにより入力された商品が準備できる時間（時間情報）をサービスサーバ６０に送信する（Ｓ３４）。次に、サービスサーバ６０の決済処理部６８は、注文の承諾を示す情報の取得に応じて決済を行う（Ｓ３６）。なお、決済処理部６８は、注文の承諾を示す情報の取得に代えて、注文を受け付けたことを条件に決済を行ってもよい。次に、サービス推進部６６は、注文の完了と、注文に係る商品が準備できる時間をユーザ用決済アプリ２２に送信する（Ｓ３８）。ユーザ用決済アプリ２２は、Ｓ３８で送信された情報を取得すると、取得した情報を表示部に表示させる（Ｓ４０）。

上記のように情報処理システム１は、ユーザが容易に商品を事前に注文し、更に決済を完了させ、店舗で注文した商品を受け取ることができるサービスを提供することができる。

［ユーザに提供されるコンテンツの一例］
図１２は、ユーザ用決済アプリ２２が提供するコンテンツの一例を示す図である。第２管理部６５Ｂとユーザ用決済アプリ２２とは、ユーザの位置（ユーザ端末２０の位置）から所定距離以内の決済サービスを利用可能な店舗の情報を地図情報に対応付けて表示部に表示させる。更に、コンテンツ管理部６４は、決済サービスを利用可能な店舗において、「ＸＸＸ弁当」を販売している店舗と、他の店舗とを区別可能にユーザ端末２０の表示部に表示させる。

上記のように、ユーザは、ユーザの位置付近の「ＸＸＸ弁当」を販売している店舗の位置を容易に認識することができる。これにより、例えば、ユーザは、近所でお弁当を購入しようとした場合、容易に好みのお弁当を探すことができる。

［店舗の売上一例］
図１３は、店舗の売上について説明するための図である。グラフＧ１の縦軸は弁当の価格を示している。例えば、「ＸＸＸ弁当」と同じ内容の弁当の通常の価格に対して、「ＸＸＸ弁当」は割安である傾向を想定している。この場合、価格における材料費などのコストの割合は、通常の弁当の割合よりも、「ＸＸＸ弁当」の割合は大きい傾向である。しかし、このように「ＸＸＸ弁当」ではコストの割合は比較的大きいが、以下に説明するように、店舗の利益は増大することが予測される。

グラフＧ２の横軸は店舗の利益を示している。例えば、「ＸＸＸ弁当」を販売した場合の店舗全体としての弁当の販売数は、「ＸＸＸ弁当」を販売しない場合の店舗全体としての弁当の販売数よりも多くなり、グラフＧ２に示すように、店舗の利益は、「ＸＸＸ弁当」を販売した場合の方が、「ＸＸＸ弁当」を販売しない場合よりも大きくなることが想定される。

このように、店舗は「ＸＸＸ弁当」を販売することにより、弁当の販売数やサイドメニューの販売数の増加が見込まれる。

以上説明した第１実施形態によれば、サービスサーバ６０は、店舗ごとの第１持ち帰り商品に加えて、店舗に依存しない共通のブランド名が付与された第２持ち帰り商品の登録を受け付け、ユーザに使用されるユーザ端末２０から第１持ち帰り商品の注文を受け付けたとき、店舗に訪れたユーザに第１持ち帰り商品を提供させるための情報を店舗端末４０に送信し、ユーザ端末２０から第２持ち帰り商品の注文を受け付けたとき、店舗に訪れたユーザに第２持ち帰り商品を提供させるための情報を店舗端末４０に送信することにより、ユーザの利便性を向上させることができる。また、サービスサーバ６０は、店舗が販売する商品等の販売を支援することができる。

＜第２実施形態＞
以下、第２実施形態について説明する。第２実施形態では、第１実施形態において考慮されていなかったサブスクリプションサービス（定額サービス）について説明する。以下、第１実施形態との相違点を中心に説明する。

サブスクリプションサービスとは、所定期間において定められた回数「ＸＸＸ弁当」の提供を受けることができるサービスである。図１４は、ユーザ用決済アプリ２２が提供するサブスクリプションの申込用のインターフェース画像ＩＭ８の一例を示す図である。インターフェース画像ＩＭ８には、アイコンＩＣ６、アイコンＩＣ７、アイコンＩＣ８を含む。

アイコンＩＣ６は、１０００円の「ＸＸＸ弁当」のサブスクリプションサービスを申し込むための操作ボタンである。この操作ボタンを操作すると、ユーザは、月２２回「ＸＸＸ弁当」を所望の店舗で購入でき、料金は、例えば１８０００円（割引された金額）である。アイコンＩＣ７は、８００円の「ＸＸＸ弁当」のサブスクリプションサービスを申し込むための操作ボタンである。この操作ボタンを操作すると、ユーザは、月２２回「ＸＸＸ弁当」を所望の店舗で購入でき、料金は、例えば１６０００円（割引された金額）である。アイコンＩＣ８は、５００円の「ＸＸＸ弁当」のサブスクリプションサービスを申し込むための操作ボタンである。この操作ボタンを操作すると、ユーザは、月２２回「ＸＸＸ弁当」を所望の店舗で購入でき、料金は、例えば１００００円（割引された金額）である。

例えば、ユーザがサブスクリプションサービスを申し込むと、サブスクリプションサービスの利用に金額に応じた決済が行われ、以後、決済に依らずに、以下のように「ＸＸＸ弁当」の提供を受けることができる。

［活用例］
図１５は、「ＸＸＸ弁当」の購入例について説明するための図（その１）である。例えば、ユーザがサブスクリプションサービスを申し込み、ユーザが東京の会社に勤務しており、お昼休みに「ＸＸＸ弁当」を購入しようとし、会社の近くの店舗で中華弁当のピックアップサービスの注文を行ったものとする。そして、ユーザが、中華弁当を店舗で受け取った。

この場合、ユーザ用決済アプリ２２は、図１５の下図に示すように、利用した日時や、利用した店舗、注文した弁当の種類、店舗の住所、残りの利用回数などの情報を含むコンテンツをユーザに提供する。このコンテンツは、例えば、ユーザの操作に応じてユーザ端末２０の表示部に表示される。

図１６は、「ＸＸＸ弁当」の購入例について説明するための図（その２）である。図１５の処理の後、ユーザが大阪に出張し、昼に「ＸＸＸ弁当」を購入しようとし、出張先の支社の近くの店舗でハンバーガセット弁当のピックアップサービスの注文を行ったものとする。そして、ユーザが、ハンバーガセット弁当を店舗で受け取った。なお、注文は、例えば、移動中に行われてもよい。

この場合、ユーザ用決済アプリ２２は、図１６の下図に示すように、利用した日時や、利用した店舗、注文した弁当の種類、店舗の住所、残りの利用回数などの情報を含むコンテンツをユーザに提供する。

上記のように、ユーザは、サブスクリプションサービスを利用した場合であっても、ユーザが店舗を訪れることができれば、場所を問わず、ピックアップサービスを利用することができる。例えば、出張や外出が多いユーザであっても、出張先や外出先においてサブスクリプションサービスを利用することができるので、ユーザの利便性が向上する。更に、店舗は、出張や外出で近所を訪れるユーザに対して「ＸＸＸ弁当」を販売することができるため、売上の増加が期待できる。

また、ユーザ用決済アプリ２２は、ユーザに利用履歴を提供してもよい。図１７は、利用履歴の一例を示す図である。利用履歴は、例えば、「ＸＸＸ弁当」（またはピックアップサービスを利用した商品）を購入した日時（注文日時）や、「ＸＸＸ弁当」の種類、ＸＸＸを購入した店舗、店舗の住所などの情報を含む。また、ユーザには、利用履歴に加え、サブスクリプションサービスで「ＸＸＸ弁当」を購入できる残回数の情報が提供される。

図１８は、ユーザ用決済アプリ２２が提供するコンテンツの他の一例を示す図である。第２管理部６５Ｂとユーザ用決済アプリ２２とは、サブスクリプションサービスにおいてユーザが購入した第２持ち帰り商品を販売している店舗と、ユーザが購入していない第２持ち帰り商品を販売している店舗と、第２持ち帰り商品を販売していなが決済サービスを利用することができる店舗とを区別可能にユーザのユーザ端末２０の表示部に表示させてもよい。

上記のように、ユーザは、第２持ち帰り商品を購入した店舗や、購入履歴を容易に認識することができ、更にこの購入履歴を参照して、商品を選択することができるため、よりユーザの利便性が向上する。

以上説明した第２実施形態によれば、サービスサーバ６０は、サブスクリプションサービスを提供することにより、よりユーザの利便性を向上させることができ、更に店舗の売り上げに貢献することができる。

＜第３実施形態＞
以下、第３実施形態について説明する。第３実施形態では、第１実施形態および第２実施形態で考慮していなかったレコメンドをユーザに行い。サービス推進部６６は、（例えばサブスクリプションサービスにおいて）ユーザ（当該ユーザまたは他のユーザ）が購入した第２持ち帰り商品の内容に基づいて、ユーザにリコメンドする第２持ち帰り商品を決定する。商品の内容とは、例えば、商品（弁当）の種類（中華や和食などのジャンル）や、価格、特徴（麺やパン、米）など（商品を分類するに用いられる情報）である。以下、第１実施形態または第２実施形態との相違点を中心に説明する。

ユーザ用決済アプリ２２は、例えば、過去のピックアップサービスの利用履歴（例えば、前述した図１７の利用履歴）を参照して、ユーザにレコメンドする「ＸＸＸ弁当」を決定し、決定した「ＸＸＸ弁当」の情報をユーザに提供する。

図１９は、ユーザ用決済アプリ２２がユーザに「ＸＸＸ弁当」をレコメンドするコンテンツの一例を示す図である。このコンテンツには、例えば、地図情報に対応付けられたレコメンドする「ＸＸＸ弁当」を販売している店舗の位置や、「ＸＸＸ弁当」の種類、「ＸＸＸ弁当」の価格、店舗までの距離、移動時間などの情報が含まれる。例えば、図１９に示すように、「最近、お寿司の「ＸＸＸ弁当」を購入していないので、お寿司の「ＸＸＸ弁当」はいかがでしょうか。」などのレコメンド情報がユーザに提供される。

例えば、ユーザ用決済アプリ２２は、利用履歴のうち、利用した「ＸＸＸ弁当」をジャンル別に分類し、分類したジャンルのうち利用が少ないジャンルの「ＸＸＸ弁当」をレコメンドする。 また、ユーザ用決済アプリ２２は、「ＸＸＸ弁当」に関する利用履歴に加えて（または代えて）、決済サービスを利用した店舗の情報に基づいて、レコメンドする「ＸＸＸ弁当」を決定してもよい。例えば、ラーメン店や中華料理店で決済サービスを利用している頻度が高いユーザに対しては、和食や洋食の「ＸＸＸ弁当」をレコメンドしてもよい。上記に代えて、利用履歴や利用している頻度が高い店舗やジャンルに関する「ＸＸＸ弁当」をレコメンドしてもよい。なお、上記のレコメンドする「ＸＸＸ弁当」を決定する処理は、ユーザ用決済アプリ２２に代えて、サービスサーバ６０が実行してもよい。

このように、情報処理システム１は、ユーザにとって好適な商品をレコメンドすることができる。

また、情報処理システム１は、ユーザの情報に限らず、他のユーザの情報や、他のユーザの評価に基づいて、レコメンドする「ＸＸＸ弁当」を決定してもよい。図２０は、ユーザ用決済アプリ２２がユーザに「ＸＸＸ弁当」をレコメンドするコンテンツの他の一例を示す図である。図１８との相違点を中心に説明する。情報処理システム１は、例えば、他のユーザの評価結果が所定よりも高い評価結果の「ＸＸＸ弁当」や、ユーザと「ＸＸＸ弁当」の購入に関する利用履歴や決済サービスの利用履歴が類似する他のユーザの評価が所定以上である「ＸＸＸ弁当」をユーザにレコメンドする。例えば、図２０に示すように、「ピザ弁当はいかがでしょうか。あなたはきっと気に入ると思います」などのレコメンド情報がユーザに提供される。

また、情報処理システム１は、ピックアップサービスの注文を受け付けている度合に基づいて、レコメンドする「ＸＸＸ弁当」を決定してもよい。情報処理システム１は、例えば、図２１に示すように、店舗ごとのピックアップサービスの注文件数を管理し、この数や、単位時間ごとの受付数などに基づいて、レコメンドする「ＸＸＸ弁当」を決定してもよい。例えば、情報処理システム１は、注文の数や単位時間ごとの受付数が閾値以下や他の店舗よりも少ない店舗の「ＸＸＸ弁当」をレコメンドする。また、この際、店舗の評価が加味されてもよい。例えば、評価が所定以上の店舗の「ＸＸＸ弁当」がレコメンドの対象とされる。

また、情報処理システム１は、注文の数等に代えて（または加えて）、商品の準備時間を加味してレコメンドする「ＸＸＸ弁当」を決定してもよい。例えば、準備時間が長い店舗よりも短い店舗が優先的にレコメンドされる。また、情報処理システム１は、上記の項目に代えて（加えて）種々の項目を加味してレコメンドする「ＸＸＸ弁当」を決定してもよい。

以上説明した第３実施形態によれば、サービスサーバ６０は、ユーザのピックアップサービスの利用履歴に基づいて、ユーザにレコメンドする商品を決定し、決定した商品をレコメンドすることにより、よりユーザにとって好適な商品をレコメンドすることができる。

＜その他の実施形態＞
例えば、「ＸＸＸ弁当」は、同様の容器や類似する容器、デザインに関連性がある容器でユーザに提供される。図２２は、容器の一例を示す図である。例えば、容器の蓋の表面には、「ＸＸＸ弁当」のロゴが付与されている。これにより、「ＸＸＸ弁当」であることをユーザは認識することができる。また、容器の内部の底などの所定の位置には、コード情報（例えばＱＲコード）が付与されている。このコード情報を、ユーザ端末２０が読み込むと、「ＸＸＸ弁当」を評価するコンテンツがユーザ端末２０の表示部に表示される。すなわち、第２管理部６５Ｂは、第２持ち帰り商品の容器に共通のブランドによる管理の下で付与された情報をユーザのユーザ端末２０が取得したことを示す情報を、取得部６２がユーザのユーザ端末２０から取得した場合、ユーザのユーザ端末２０に第２持ち帰り商品に関するコンテンツを提供する。

図２３は、「ＸＸＸ弁当」を評価するコンテンツ（商品に関するコンテンツ）の一例を示す図である。このコンテンツには、店舗のイメージ画像や、店舗の名称、コメントを入力する入力欄、クーポンの情報などが含まれる。ユーザが、例えば、コメントを入力すると、コメントはサービスサーバ６０に送信される。サービスサーバ６０は、送信されたコメントを解析して、解析の結果に基づいて、店舗や店舗が提供している「ＸＸＸ弁当」を評価する。評価が所定以下である場合、サービスサーバ６０は、評価が所定以下の店舗に「ＸＸＸ弁当」を販売させることを中止させたり、店舗に注意喚起を行ったりする。例えば、サービスサーバ６０は、コメントにおいしくない、高い、リピートなしなどの所定のキーワードやキーワードに関連するワードが含まれている場合、その店舗や「ＸＸＸ弁当」の評価を下げる傾向で評価を行う。

上記のように、情報処理システム１は、「ＸＸＸ弁当」の品質を担保する。これにより、容器に「ＸＸＸ弁当」のロゴが付与された弁当の信頼性が向上する。

以上説明したように、各実施形態によれば、サービスサーバ６０が、店舗ごとの第１持ち帰り商品に加えて、店舗に依存しない共通のブランド名が付与された第２持ち帰り商品の登録を受け付け、ユーザ端末２０から第２持ち帰り商品の注文を受け付けたとき、店舗に訪れたユーザに第２持ち帰り商品を提供させるための情報を店舗端末４０に送信することにより、ユーザの利便性を向上させることができる。また、サービスサーバ６０は、店舗が販売する商品等の販売を支援することができる。

＜第４実施形態＞
以下、第４実施形態について説明する。第４実施形態では、サービスサーバ６０は、第２持ち帰り商品を評価する。評価とは、例えば、第２持ち帰り商品の品質に対する評価である。第４実施形態は、商品を「ＸＸＸ弁当」として販売する前の評価に関する処理である。

図２４は、第４実施形態のサービスサーバ６０Ａの機能構成の一例を示す図である。サービスサーバ６０Ａは、第１実施形態のサービスサーバ６０の機能構成に加え、評価部７０および情報通知部７２を備え、記憶部８０に代えて記憶部８０Ａを備える。

評価部７０は、当該商品が第２持ち帰り商品として販売される前または販売された後に当該商品が第２持ち帰り商品として適合するかを評価したり、他の店舗の第２持ち帰り商品に対して相対的な評価をしたりする。詳細について後述する。

情報通知部７２は、店舗端末４０に評価の結果または評価の結果に基づく情報を通知する。情報通知部７２は、例えば、評価部７０により当該商品が第２持ち帰り商品に適合しないと判定された場合、第２持ち帰り商品を販売している店舗の店舗端末４０に、当該商品が前記基準を満たさないことを示す情報を通知する。

記憶部８０Ａは、例えば、記憶部８０に含まれる情報に加え、評価基準情報９０および評価情報９２を備える。評価基準情報９０は、第２持ち帰り商品を評価するための基準を示す情報（例えば後述する第１基準情報−第３基準情報）である。評価情報９２は、評価部７０の評価の結果を示す情報である。

図２５は、１０００円の「ＸＸＸ弁当」を販売のために登録するためのインターフェース画像ＩＭ９の一例を示す図である。インターフェース画像ＩＭ９は、例えば、第２持ち帰り商品の画像を登録するための登録欄と、商品名や商品の説明、商品の詳細を入力するための入力欄とを含む。

［第１の評価手法］
取得部６２は、上記のインターフェース画像ＩＭ９に入力された情報を取得する。評価部７０は、入力された情報（例えば、商品名、商品の説明、商品の詳細などの商品に関する情報）を評価基準に基づいて評価する。図２６は、評価部７０が行う評価について説明するための図である。評価部７０は、例えば、商品名が第１評価基準に適合するか、商品の説明が第２評価基準に適合するか、商品の詳細（例えば原料やカロリーなど）が第３評価基準に適合するかを評価する。

第１評価基準は、使用が認められていないワードや文字が含まれていないことや、文字数が所定の文字数以内であること、商品名との関係で不整合が生じていないことなどである。不整合とは、例えば、商品名が「ハンバーグ」であり、商品の説明に「とんこつラーメン」などのように整合しない表現が含まれていることである。不整合とみなされるルールは、例えば、予め定められている。

第２評価基準は、使用が認められていないワードや文字が含まれていないことや、文字数が所定の文字数以内であること等である。第３評価基準は、第２評価基準と同様の基準や、カロリー３０００などのようにカロリー数の表記が規定の範囲に収まっていいないことや、「ＸＸＸ弁当」において使用が制限されている原料名が記載されていることなどである。

評価部７０は、上記のような評価基準を用いて、評価対象の項目の評価を行う。例えば、評価部７０は、評価対象が基準に適合するか、適合しないかを判断する。この判断の結果を示す情報は、評価情報９２として記憶部８０に記憶される。なお、評価部７０は、基準に適合するか否かの判断に代えて（または加えて）、基準に対する適合度合を示すスコアを導出してもよい。

［第２の評価手法］
上記の例では、評価部７０は、入力されたテキストに基づいて商品の評価を行ったが、これに代えて（または加えて）、画像に基づいて商品を評価してもよい。

図２７は、画像に基づく商品の評価に関する処理の一例を示す図である。例えば、記憶部８０Ａには、第１学習済モデル、第２学習済モデル、第３学習済モデル（以下、区別しない場合は「学習済モデル」と称する）が記憶されている。第１学習済モデルは、例えば１０００円「ＸＸＸ弁当」を評価するためのモデルであり、第２学習済モデルは、例えば８００円「ＸＸＸ弁当」を評価するためのモデルであり、第３学習済モデルは、例えば５００円「ＸＸＸ弁当」を評価するためのモデルである。

第１学習済モデルは、弁当の画像が入力されると、その画像の弁当が１０００円に相応しいかを示すスコアを出力するモデルである。第１学習済モデルは、１０００円の弁当であることを示すラベルが対応付けられた弁当の画像が入力されると、高いスコアを出力するように学習されたモデルである。第２学習済モデルは、弁当の画像が入力されると、その画像の弁当が８００円に相応しいかを示すスコアを出力するモデルである。第３学習済モデルは、弁当の画像が入力されると、その画像の弁当が５００円に相応しいかを示すスコアを出力するモデルである。第２学習済モデルおよび第３学習済モデルは、学習内容は異なるが第１学習済モデルと同じように学習が行われたモデルである。

評価部７０は、１０００円の「ＸＸＸ弁当」の画像を第１学習済モデルに入力し、第１学習済モデルが出力した結果に基づいて、１０００円の「ＸＸＸ弁当」を評価する。評価部７０は、８００円の「ＸＸＸ弁当」の画像を第２学習済モデルに入力し、第２学習済モデルが出力した結果に基づいて、８００円の「ＸＸＸ弁当」を評価する。評価部７０は、５００円の「ＸＸＸ弁当」の画像を第３学習済モデルに入力し、第３学習済モデルが出力した結果に基づいて、５００円の「ＸＸＸ弁当」を評価する。

例えば、評価部７０は、学習済モデルが出力したスコアが閾値以上である場合、画像に含まれる「ＸＸＸ弁当」は基準に適合し、学習済モデルが出力したスコアが閾値未満である場合、画像に含まれる「ＸＸＸ弁当」は基準に適合しないと判断する。

評価部７０は、テキストに基づく評価（例えば図２６で説明した第１の評価手法の評価）の結果と、画像に基づく評価（例えば図２７で説明した第２の評価手法の評価）の結果とに基づいて、「ＸＸＸ弁当」を評価してもよい。例えば、評価部７０は、第１の評価手法のスコアと、第２の評価手法のスコアとを統計的に処理して統合スコアを得て、この統合スコアが基準スコア以上であるか否かを判定してもよい。例えば、統合スコアが基準スコア以上あると判定された場合、評価対象の「ＸＸＸ弁当」は基準に適合すると判定される。

また、評価部７０は、画像を入力すると、画像に含まれる「ＸＸＸ弁当」の料理名を出力する学習済モデルが出力した出力の結果と、入力された商品名などの入力情報とが整合しない場合、基準に適合しないと判定してもよい。

［第３の評価手法］
評価部７０は、インターフェース画像ＩＭ９に入力された「ＸＸＸ弁当」の中身の情報（食品のセットに含まれる料理の情報）に基づいて、「ＸＸＸ弁当」を評価してもよい。図２８は、サービスサーバ６０が店舗用決済アプリ４２に提供するインターフェース画像ＩＭ９の一例を示す図である。インターフェース画像ＩＭ９には、例えば、「ＸＸＸ弁当」の中身の詳細を入力するための入力欄を含む。入力欄は、例えば、メイン（メイン１、メイン２）、付け合わせ１、付け合わせ２、サラダ、ドリンク、デザートを入力するための欄を含む。

例えば、店舗のスタッフは、店舗用決済アプリ４２を操作して、メイン１「ハンバーグ」、メイン２「ライス」、付け合わせ１「ジャガイモのグリル」、付け合わせ２「コーンバター」、サラダ「コールスロー」、ドリンク「ウーロン茶」、デザート「ミニプリン」と入力する。サービスサーバ６０は、入力された入力情報を取得する。なお、上記のように入力情報が入力されることに代えて、予め用意されたプルダウンメニューから各項目の入力情報が選択されてもよい。

図２９は、評価部７０が「ＸＸＸ弁当」を評価する手法について説明するための図である。評価部７０は、入力情報と、図２９に示す評価基準とに基づいて、「ＸＸＸ弁当」を評価する。評価基準は、例えば、入力情報が１０００円、８００円、または５００円の「ＸＸＸ弁当」に適合するかの基準である。１０００円の「ＸＸＸ弁当」の評価基準は、メイン１、メイン２、付け合わせ１が「ＸＸＸ弁当」に含まれ、付け合わせ２、サラダ、ドリンク、またはデザートのうちから３種類以上の品が「ＸＸＸ弁当」に含まれることである。８００円の「ＸＸＸ弁当」の評価基準は、メイン１、メイン２、付け合わせ１が「ＸＸＸ弁当」に含まれ、付け合わせ２、サラダ、ドリンク、またはデザートのうちから２種類以上の品が「ＸＸＸ弁当」に含まれることである。５００円の「ＸＸＸ弁当」の評価基準は、メイン１、メイン２、付け合わせ１が「ＸＸＸ弁当」に含まれ、付け合わせ２、サラダ、ドリンク、またはデザートのうちから１種類以上の品が「ＸＸＸ弁当」に含まれることである。

評価部７０は、例えば、１０００円の「ＸＸＸ弁当」の入力情報において、メイン１、メイン２、付け合わせ１、付け合わせ２が「ＸＸＸ弁当」に含まれる場合、上記の３種類以上の品が「ＸＸＸ弁当」に含まれる条件に適合しないため、店舗のスタッフが登録しようとした商品は、「ＸＸＸ弁当」として登録できないと評価する。評価部７０は、例えば、１０００円の「ＸＸＸ弁当」の入力情報において、メイン１、メイン２、付け合わせ１、付け合わせ２、サラダ、デザートが「ＸＸＸ弁当」に含まれる場合、上記の３種類以上の品が「ＸＸＸ弁当」に含まれる条件に適合するため、店舗のスタッフが登録しようとした商品は、「ＸＸＸ弁当」として登録できると評価する。

［フローチャート］
図３０は、サービスサーバ６０と店舗用決済アプリ４２とにより実行される処理の流れの一例を示すフローチャートである。

まず、店舗用決済アプリ４２が、店舗のスタッフが入力した情報をサービスサーバ６０に送信する（Ｓ１００）。サービスサーバ６０が、Ｓ１００で送信された情報を取得し（Ｓ１０２）、取得した情報を評価する（Ｓ１０４）。例えば、第１の評価手法−第３の評価手法のうち、一以上の評価手法で評価が行われる。

次に、評価部７０は、評価の結果が基準以上であるか否かを判定する（Ｓ１０６）。評価の結果が基準未満である場合、評価部７０は、管理者による評価を管理者に依頼する（Ｓ１０８）。例えば、評価部７０は、管理者の端末装置に店舗用決済アプリ４２により送信された情報を送信し、評価を依頼する。評価の結果が基準以上である場合、ステップＳ１１０の処理に進む。

管理者の評価の結果またはＳ１０４の評価の結果が基準以上である場合、サービスサーバ６０は、対象の商品を登録する（Ｓ１１２）。管理者の評価の結果またはＳ１０４の評価の結果が基準未満である場合、サービスサーバ６０の情報通知部７２は、対象の商品を登録することができないことを示す情報を店舗用決済アプリ４２に送信する。この場合、情報通知部７２は、品質が「ＸＸＸ弁当」に適合しないことや、入力された情報または画像が適切でないこと、商品の内容が適切でないことなどの情報（登録できない理由）を店舗用決済アプリ４２に通知する。

なお、上記の例に加え、評価部７０は、以下のような評価を行ってよい。例えば、評価部７０は、店舗のスタッフにより入力された商品のカロリーと、商品名とに乖離が存在する場合、その商品は基準に適合しないと判断してもよい。例えば、商品のカロリーが１０００キロカロリーであり、商品名がヘルシー弁当の場合、ユーザに誤解を招く可能性が存在するため、乖離が存在すると判定してもよい。

また、評価部７０は、画像から得られた情報と、店舗のスタッフに入力された情報とに乖離が存在する場合、その商品は基準に適合しないと判断してもよい。例えば、評価部７０は、画像解析の結果（または学習済モデルが出力した情報）に基づいて、画像に含まれる料理や食材を認識し、認識の結果と、商品名や商品の説明とに乖離が存在する場合、その商品は基準に適合しないと判断してもよい。例えば、商品名が「野菜たっぷりヘルシー弁当」であり、画像から得られた情報では野菜が入っていない場合、ユーザに誤解を招く可能性が存在するため、乖離が存在すると判定してもよい。なお、上述したカロリーも、学習済モデルなどを用いて画像から推定されてもよい。

また、商品のボリュームや、商品に含まれる数などを画像や入力された情報から取得し、これらの情報と、入力された情報との乖離について評価がされてもよい。

以上説明した第４実施形態によれば、サービスサーバ６０は、上記のように当該商品が第２持ち帰り商品として販売されることについて、当該商品をより適切に評価することができる。

＜第５実施形態＞
以下、第５実施形態について説明する。第４実施形態では、商品を「ＸＸＸ弁当」として販売する前の評価に関する処理について説明した。第５実施形態では、商品を「ＸＸＸ弁当」として販売した後の評価に関する処理について説明する。

［評価手法Ａ］
評価部７０は、店舗および「ＸＸＸ弁当（弁当のジャンル）」ごとの販売に関する情報（「販売実績から得られた情報」の一例）を取得する。図３１は、販売に関する情報の一例を示す図である。販売に関する情報は、例えば、販売数（注文数）や、リピート率、肯定的レビュー数、否定的レビュー数などの項目（「相対的に評価する項目」の一例）を含む。販売に関する情報には、販売額や、準備に要する時間（注文時の時刻から、その際に指定された受け渡しまでの時間）などを含む。評価部７０は、上記の販売に関する情報に基づいて「ＸＸＸ弁当」を評価する。

図３２は、「ＸＸＸ弁当」を評価する処理について説明するための図である。評価部７０は、販売に関する情報の項目ごとに用意された評価基準と、各項目の指標とに基づいて、各項目に対するスコアを導出する。評価基準は、例えば、指標に対して適用される関数や指数などである。 例えば、販売数や、リピート率、肯定的レビューが多いほどスコアは高い傾向に導出され、例えば、否定的レビュー数が少ないほどスコアは高い傾向で導出される。また、スコアの導出は、地域の特性が加味されてもよい。例えば、昼間の人口密度が高い都心部や地域における１つの「ＸＸＸ弁当」の販売数の重みは、他の地域の販売数の重みよりも小さくなるように補正されてもよい。

評価部７０は、各項目のスコアを統計的に処理して「ＸＸＸ弁当」に対するスコアを導出する。例えば、評価部７０は、項目に対して付与された重みを加味してスコアを導出する。例えば、リピート率や、否定的レビュー数などが他の項目よりも重視されてもよい。

評価部７０は、例えば、複数または全ての「ＸＸＸ弁当」に対するスコアを導出し、「ＸＸＸ弁当」を相対的に評価する。また、評価部７０は、スコアが基準未満である場合、第２持ち帰り商品に適合しないと評価してもよい。情報通知部７２は、評価部７０の評価の結果を含む評価情報や、第２持ち帰り商品に適合しないことを示す情報を店舗用決済アプリ４２に提供する。

図３３は、店舗用決済アプリ４２に提供される評価情報を含むインターフェース画像ＩＭ１０の一例を示す図である。インターフェース画像ＩＭ１０は、例えば、全て「ＸＸＸ弁当」を評価した結果から得られた平均値や中央値、最高スコアの情報や、対象の「ＸＸＸ弁当」のスコアの情報を含む。また、インターフェース画像ＩＭ１０には、他の店舗のスコアが含まれてもよい。これにより、店舗のスタッフは、対象の「ＸＸＸ弁当」の相対的な評価を容易に認識することができる。

また、インターフェース画像ＩＭ１０には、例えばスコアが高い他の店舗の「ＸＸＸ弁当（例えばハンバーグ弁当）」の特徴を示す情報が含まれる。特徴は、例えば「リピート率のスコアが高い」である。また、特徴は、弁当の食材や、品数など中身に関する特徴であってもよい。これにより、店舗のスタッフは、スコアが高い「ＸＸＸ弁当」の特徴を容易に認識することができる。

更に、インターフェース画像ＩＭ１０には、評価部７０により生成された対象の「ＸＸＸ弁当」がより高い評価を得るための対策を示す情報（「アドバイス情報」の一例）が含まれる。対策は、例えば、「リピート率をスコアＢからスコアＡに上げること」などである。この対策は、評価部７０が、スコアが高い店舗の各項目の指標と、対象の店舗の各項目の指標とを比較し、比較結果と所定のアルゴリズムとに基づいて得たものである。例えば、各項目の指標のうちリピート率以外に差異は小さい場合、リピート率を上昇させることが対策として導出される。

このように、店舗のスタッフは、よりよい「ＸＸＸ弁当」に改善できるための対策を容易に認識することができる。

なお、上記の例において、所定の地域に絞った相対的な評価や、弁当のジャンルを絞った相対的な評価、価格を絞った相対的な評価などの評価情報が店舗用決済アプリ４２に提供されてもよい。また、上記のインターフェース画像ＩＭ１０（後述するインターフェース画像ＩＭ１１）は、店舗のスタッフの操作に基づく店舗用決済アプリ４２のリクエストに応じて店舗用決済アプリ４２に提供されてもよいし、所定の間隔やタイミングで店舗用決済アプリ４２に提供されてもよい。

［評価手法Ｂ］
評価部７０は、ユーザの評価の結果（「評価を示す情報」）に基づいて「ＸＸＸ弁当」を評価してもよい。図３４は、ユーザが評価の結果を入力するインターフェース画像ＩＭ１１の一例を示す図である。このインターフェース画像ＩＭ１１は、「ＸＸＸ弁当」を注文または購入したユーザに所定のタイミングで提供される。所定のタイミングとは、例えば、前述した＜その他の実施形態＞で説明したようにユーザ用決済アプリ２２が容器のコード情報を取得したタイミングや、「ＸＸＸ弁当」の注文が承諾された後から所定時間後などである。

インターフェース画像ＩＭ１１は、例えば、「ＸＸＸ弁当」に関する一以上の評価項目と、コメントを入力するための欄とを含む。評価項目は、たとえば、味や、価格に対する満足度、ボリューム、弁当に含まれるおかずや付け合わせなどの品数、総合評価などである。評価項目は、上記の他、食材の数や、カロリー、見た目の良さ、店舗のスタッフの対応などが含まれていてもよい。評価項目は、「相対的に評価する項目」の一例である。

評価部７０は、ユーザが入力した評価の結果を取得し、取得した評価を統計的に処理して得られた評価の結果であるスコア情報を店舗用決済アプリ４２に提供する。図３５は、スコア情報を含むインターフェース画像ＩＭ１２の一例を示す図である。インターフェース画像ＩＭ１２には、例えば、全て「ＸＸＸ弁当」を評価した結果から得られた平均値や中央値、最高スコアの情報や、対象の「ＸＸＸ弁当」のスコアの情報を含む。これにより、店舗のスタッフは、対象の「ＸＸＸ弁当」の相対的な評価を容易に認識することができる。

更に、インターフェース画像ＩＭ１２には、各評価項目の評価の結果を示す情報や、ユーザのコメント、よりより商品とするための対策などの情報（「アドバイス情報」の一例）が含まれる。対策は、評価項目のうち評価が低い評価項目の評価を上昇させる対策や、他の店舗の商品と比較して、評価が低い評価項目の評価を上昇させる対策などである。

このように、店舗のスタッフは、よりよい「ＸＸＸ弁当」に改善できるための対策を容易に認識することができる。

［フローチャート］
図３６は、サービスサーバ６０と店舗用決済アプリ４２とにより実行される処理の流れの一例を示すフローチャートである。

まず、サービスサーバ６０が、ユーザ用決済アプリ２２や自装置に記憶されている決済の履歴等から評価に用いる情報（例えば販売に関する情報やユーザの評価の結果を示す情報）を取得する（Ｓ２００）。次に、評価部７０が、Ｓ２００で取得した情報を解析する（Ｓ２０２）。解析とは、統計的手法を用いた解析や、所定のアルゴリズムを適用した解析などである。

次に、評価部７０は、評価の結果が基準未満の弁当が存在するか否かを判定する（Ｓ２０４）。評価の結果が基準未満の弁当が存在する場合、情報通知部７２は、弁当が基準を満たさないことを示す情報および対策を店舗用決済アプリ４２に提供する（Ｓ２０６）。評価の結果が基準未満の弁当が存在しない場合、Ｓ２０６の処理はスキップされる。店舗用決済アプリ４２は、Ｓ２０６で提供された情報を店舗端末４０の表示部に表示させる（Ｓ２０８）。

上記のように、評価部７０が、評価に用いる情報に基づいて、当該商品が第２持ち帰り商品の基準を満たすかをより適切に評価することができる。

以上説明した第５実施形態によれば、サービスサーバ６０は、上記のように当該商品が第２持ち帰り商品として販売されることについて、当該商品をより適切に評価することができる。

なお、上記の実施形態では、商品である弁当を評価するものとして説明したが、弁当に代えて（加えて）、食品などの他の商品を評価してもよい。また、評価は、商品に限らず、サービスに適用されてもよい。

上記の各実施形態は、適宜組み合わされて実施されてもよい。また、上記のシーケンス図またはフローチャートにおいて、他の処理が追加されてもよいし、処理の一部が省略されてもよい。また、上記の各実施形態では、第１持ち帰り商品と第２持ち帰り商品とが扱われるものとして説明したが、これらのうち一方の商品は省略されてもよい。例えば、情報処理システム１は、第１持ち帰り商品と第２持ち帰り商品とのうち、一方の商品の登録を受け付けたり、一方の商品の販売を支援したりしてもよい。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１‥情報処理システム、２０‥ユーザ端末、２２‥ユーザ用決済アプリ、４０‥店舗端末、４２‥店舗用決済アプリ、６０‥サービスサーバ、６２‥取得部、６４‥コンテンツ管理部、６５Ａ‥第１管理部、６５Ｂ‥第２管理部、６６‥サービス推進部、６８‥決済処理部、７０‥評価部、７２‥情報通知部、８０‥記憶部、８２‥コンテンツ情報、８４‥ピックアップ商品情報、９０‥評価基準情報、９２‥評価情報

Claims (20)

1. 店舗端末から店舗において提供される持ち帰り商品の登録を受け付ける受付部であって、前記店舗ごとの第１持ち帰り商品に加えて、店舗に依存しない共通のブランド名が付与された第２持ち帰り商品の登録を受け付ける受付部と、
   前記受付部がユーザに使用されるユーザ端末から前記第１持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第１持ち帰り商品を提供させるための情報を前記店舗端末に送信し、前記受付部がユーザに使用されるユーザ端末から前記第２持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第２持ち帰り商品を提供させるための情報を前記店舗端末に送信するサービス推進部と、
   を備える販売支援装置。
2. 前記第２持ち帰り商品は、前記共通のブランド名に係るブランドの運営者によって予め用意された料金候補の中から選択された料金で販売される、
   請求項１に記載された販売支援装置。
3. 前記共通のブランド名に係るブランドの運営者によって予め用意された料金候補の中から前記第２持ち帰り商品の料金を設定するためのコンテンツを前記店舗端末に提供する第１提供部を備え、
   前記受付部は、前記店舗の運営に関わるスタッフが前記店舗端末を介して前記コンテンツに対して行った操作に応じて前記第２持ち帰り商品の料金の登録を受け付ける、
   請求項１または２に記載の販売支援装置。
4. 前記第１提供部は、更に、前記第２持ち帰り商品の画像を登録するためのコンテンツを前記店舗端末に提供し、前記店舗のスタッフが前記店舗端末を介して前記コンテンツに対して行った操作に応じて前記第２持ち帰り商品の画像の登録を受け付ける、
   請求項３に記載の販売支援装置。
5. 前記受付部が登録を受け付けた前記第２持ち帰り商品の画像と前記料金とを対応付けた情報を含むコンテンツを前記ユーザ端末に提供する第２提供部を備え、
   前記サービス推進部は、前記ユーザが前記ユーザ端末を介して前記コンテンツに対して行った操作に応じて前記第２持ち帰り商品の注文を受け付ける、
   請求項４に記載の販売支援装置。
6. 前記第２提供部は、前記第２持ち帰り商品の画像と前記料金候補の中から選択された前記料金とを対応付けた情報と、前記第１持ち帰り商品の画像と前記第１持ち帰り商品の料金とを対応付けた情報とを含むコンテンツを前記ユーザ端末に提供し、
   前記サービス推進部は、前記ユーザ端末を介して前記コンテンツに対して行われた操作に応じて前記第１持ち帰り商品または前記第２持ち帰り商品の注文を受け付ける、
   請求項５に記載の販売支援装置。
7. 前記サービス推進部は、前記第２持ち帰り商品を前記ユーザに提供させるための情報が前記店舗端末に送信されたのに応じて、前記受付部が前記店舗端末から注文の受付の承諾を示す承諾情報と前記商品を受け渡すことができる時間を示す時間情報を取得した場合、前記承諾情報と前記時間情報とを前記ユーザ端末に送信する、
   請求項１から６のうちいずれか１項に記載の販売支援装置。
8. 前記受付部が前記ユーザ端末から前記第２持ち帰り商品の注文を受け付けたことに応じて、または前記受付部が前記店舗端末から注文の受付の承諾を示す情報を取得した場合、前記ユーザ端末と協働して前記商品に対する電子マネーを用いた決済を行う決済部を備える、
   請求項７に記載の販売支援装置。
9. 前記共通のブランド名に係るブランドの運営者は、前記決済のサービスを運営している運営者である、
   請求項８に記載の販売支援装置。
10. 前記店舗は、前記決済のサービスの利用に加盟している店舗である、
    請求項９に記載の販売支援装置。
11. 前記ユーザ端末に前記第２持ち帰り商品を特集したコンテンツに遷移させるためのアイコンと、前記ユーザ端末の位置の近くの店舗の情報を含むコンテンツを前記ユーザ端末の表示部に表示させ、
    前記アイコンが操作された場合に、前記第２持ち帰り商品を特集した特集コンテンツを前記ユーザ端末の表示部に表示させる第２提供部を備え、
    前記特集コンテンツは、前記第１持ち帰り商品を含まず、前記第２持ち帰り商品の情報と前記第２持ち帰り商品を販売している店舗の情報とを含む、
    請求項１から１０のうちいずれか１項に記載の販売支援装置。
12. 前記ユーザ端末に前記ユーザによって選択された前記第２持ち帰り商品を販売している店舗のコンテンツを前記ユーザ端末の表示部に表示させる第２提供部を備え、
    前記店舗のコンテンツは、前記第２持ち帰り商品を他の商品よりも優先的に表示させるためのアイコンを含む、
    請求項１から１１のうちいずれか１項に記載の販売支援装置。
13. 前記受付部が前記ユーザ端末から前記第１持ち帰り商品または前記第２持ち帰り商品の注文を受け付けたことに応じて、または前記受付部が前記店舗端末から注文の受付の承諾を示す情報を取得した場合、前記商品に対する電子マネーを用いた決済を行う決済部と、
    前記ユーザ端末に、地図情報に対して、前記ユーザの位置と、前記ユーザの位置付近の前記決済に関するサービスの加盟店の位置と、前記第２持ち帰り商品を販売している前記加盟店の位置とを対応付けたコンテンツを前記ユーザ端末の表示部に表示させる第２提供部と、を備える、
    請求項１から１２のうちいずれか１項に記載の販売支援装置。
14. 前記受付部が前記ユーザ端末から前記第１持ち帰り商品または前記第２持ち帰り商品の注文を受け付けたことに応じて、または前記受付部が前記店舗端末から注文の受付の承諾を示す情報を取得した場合、前記商品に対する電子マネーを用いた決済を行う決済部と、
    前記受付部は、定額で所定期間において所定回数前記第２持ち帰り商品の提供を受けられる定額サービスの申し込みをユーザ端末から受け付け、
    前記サービス推進部は、前記申し込み対する決済後、前記決済部による決済に依らずに、前記所定回数の範囲内で前記第２持ち帰り商品を前記ユーザに提供する処理を行う、
    請求項１から１３のうちいずれか１項に記載の販売支援装置。
15. 前記サービス推進部は、前記定額サービスにおいて前記ユーザが購入した前記第２持ち帰り商品の内容に基づいて、前記ユーザにリコメンドする前記第２持ち帰り商品を決定する、
    請求項１４に記載の販売支援装置。
16. 前記定額サービスにおいて前記ユーザが購入した前記第２持ち帰り商品を販売している店舗と、前記ユーザが購入していない前記第２持ち帰り商品を販売している店舗と、前記第２持ち帰り商品を販売してなく前記ユーザ端末と前記販売支援装置とが協働して提供する決済サービスを利用することができる店舗とを区別可能に前記ユーザの表示部に表示させる第２提供部を備える、
    請求項１４または１５に記載の販売支援装置。
17. 前記受付部が、前記第２持ち帰り商品の容器に共通のブランドによる管理の下で付与された情報を前記ユーザ端末が取得したことを示す情報を前記ユーザ端末から取得した場合、前記ユーザ端末に前記第２持ち帰り商品に関するコンテンツを提供する第２提供部を更に備える、
    請求項１から１６のうちいずれ１項に記載の販売支援装置。
18. ユーザ端末にインストールされ少なくとも前記販売支援装置と協働して電子マネーによる決済を行う決済アプリケーションプログラムと、
    店舗端末にインストールされた店舗用アプリケーションプログラムと、
    前記店舗用アプリケーションプログラムから店舗において提供される前記第１持ち帰り商品または第２持ち帰り商品の登録を受け付け、前記決済アプリケーションプログラムから前記第１持ち帰り商品または前記第２持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第１持ち帰り商品または前記第２持ち帰り商品を提供させるための情報を前記店舗用アプリケーションプログラムに送信する請求項１から１７のうちいずれか１項に記載の販売支援装置と、
    を備える販売支援システム。
19. コンピュータが、
    店舗端末から店舗において提供される持ち帰り商品の登録を受け付け、
    前記店舗ごとの第１持ち帰り商品に加えて、店舗に依存しない共通のブランド名が付与された第２持ち帰り商品の登録を受け付け、
    ユーザに使用されるユーザ端末から前記第１持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第１持ち帰り商品を提供させるための情報を前記店舗端末に送信し、
    ユーザに使用されるユーザ端末から前記第２持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第２持ち帰り商品を提供させるための情報を前記店舗端末に送信する、
    販売支援方法。
20. コンピュータに、
    店舗端末から店舗において提供される持ち帰り商品の登録を受け付けさせ、
    前記店舗ごとの第１持ち帰り商品に加えて、店舗に依存しない共通のブランド名が付与された第２持ち帰り商品の登録を受け付けさせ、
    ユーザに使用されるユーザ端末から前記第１持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第１持ち帰り商品を提供させるための情報を前記店舗端末に送信させ、
    ユーザに使用されるユーザ端末から前記第２持ち帰り商品の注文を受け付けたとき、前記店舗に訪れた前記ユーザに前記第２持ち帰り商品を提供させるための情報を前記店舗端末に送信させる、
    プログラム。

Images