JP7023343B1 - 作成装置、作成方法及び作成プログラム - Google Patents

Abstract

【課題】メニューコンテンツを作成する際の店舗側の作業負担を軽減することができる作成装置、作成方法及び作成プログラムを提供する。【解決手段】本願に係る作成装置としての決済サーバ１０は、店舗Ａが提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を取得する取得部４１と、取得した画像情報と名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成部４３と、を有する。【選択図】図１

Description

本発明は、作成装置、作成方法及び作成プログラムに関する。

一般に、来店前の利用者による店舗への商品の事前注文に関するサービスを提供する技術が知られている。この種のサービスを提供する場合、商品の名称と画像とを対応づけたメニューを表示することにより、利用者は多数の商品の中から所望する商品を容易に選択することができる。

一方で、上記したメニューを表示するためには、商品の画像を撮影する必要がある。このため、従来、商品を見映えよく撮影できるように、対象となる商品を撮影する位置や角度を補助するガイドを表示する技術が提案されている。

特開２０１９－１２５１５号公報

しかしながら、上記の従来技術では、店舗側が商品ごとに該商品に対応する画像を撮影する手間がかかるという問題があった。特に、そもそも飲食物を商品として提供する飲食業では、撮影のために一回商品を料理しなければならず、店舗側が撮影のために全商品を料理することも大変な手間となっていた。

本願は、上記に鑑みてなされたものであって、店舗側の作業負担を軽減できる作成装置、作成方法及び作成プログラムを提供することを目的とする。

本願に係る作成装置は、店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品と対応する画像情報を取得する取得部と、取得した前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成部と、を有することを特徴とする。

実施形態の一態様によれば、商品のメニューコンテンツを作成する際の店舗側の作業負担を軽減できるという効果を奏する。

図１は、実施形態に係る作成処理の一例を示す図である。 図２は、実施形態に係る利用者端末のメニュー画面と、このメニュー画面に用いられる画像情報及び名称情報との一例を示す図である。 図３は、実施形態に係る決済サーバの構成例を示す図である。 図４は、実施形態に係る口座データベースの一例を示す図である。 図５は、実施形態に係る事業者情報データベースの一例を示す図である。 図６は、実施形態に係る利用者情報データベースの一例を示す図である。 図７は、実施形態に係る作成処理の手順の一例を示すフローチャートである。 図８は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に本願に係る作成装置、作成方法及び作成プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る作成装置、作成方法及び作成プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．実施形態〕
図１を用いて、本実施形態の作成装置等により実現される作成処理について説明する。図１は、実施形態に係る作成処理の一例を示す図である。なお、図１では、本実施形態に係る作成装置の一例である決済サーバ１０によって、実施形態に係る作成処理などが実現されるものとする。

図１に示すように、実施形態に係る作成処理システム１は、決済サーバ１０と、利用者端末１００と、事業者端末２００と、ウェブサーバ３００とを含む。決済サーバ１０、利用者端末１００、事業者端末２００及びウェブサーバ３００は、ネットワークＮ（例えば、図３参照）を介して有線または無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図１に示した作成処理システム１には、複数台の決済サーバ１０、複数台の利用者端末１００、複数台の事業者端末２００及び複数台のウェブサーバ３００が含まれていてもよい。

図１に示す決済サーバ１０は、実施形態に係る作成処理を実行する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、決済サーバ１０は、利用者端末１００を用いる電子決済に関する電子決済サービスを提供する。例えば、決済サーバ１０は、取引対象（以下、商品ともいう）の提供者（事業者）や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。

また、決済サーバ１０は、飲食店向けの事前注文サービスを提供する。例えば、決済サーバ１０は、利用者端末１００を用いる電子決済用のアプリケーション（以下、単に「決済アプリ」と記載する場合がある）内で起動するアプリケーション（ミニアプリ）において事前注文サービスを提供する。以下、事前注文サービスを提供するアプリケーションを単に「事前注文アプリ」と記載する場合がある。

例えば、決済サーバ１０は、電子決済サービスを管理する（言い換えると、電子決済サービスに関する処理を制御する）決済管理部と、事前注文サービスを管理する（言い換えると、事前注文サービスに関する処理を制御する）注文管理部とを有する。そして、決済管理部及び注文管理部は、それぞれ共通キー（例えば、事前注文サービスを介した利用者からの注文を識別するための注文番号）を用いて利用者からの注文の内容（例えば、取引対象や、決済金額）を特定し、それぞれのサービスに関する処理を実行する。

図１に示すウェブサーバ３００は、決済サーバ１０に情報を提供する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。ウェブサーバ３００は、例えば、決済サーバ１０の要求に応じて、上記した事前注文サービスの注文受付用のメニューコンテンツに利用される画像情報を提供する。この画像情報は、例えば事前注文アプリで用いられる各加盟店のメニュー画面に表示される商品名に対応する商品の画像情報である。

図１に示す利用者端末１００は、利用者によって利用される情報処理装置である。利用者端末１００は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。また、利用者端末１００は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、利用者端末１００がスマートフォンである場合を示す。

図１に示す事業者端末２００は、利用者に取引対象を提供する事業者によって利用される情報処理装置である。事業者端末２００は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ、デスクトップＰＣ、携帯電話機、ＰＤＡ等により実現される。また、事業者端末２００は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、事業者端末２００がスマートフォンである場合を示す。

なお、利用者端末１００、事業者端末２００及びウェブサーバ３００は、所定の情報処理を実現する制御情報を決済サーバ１０から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading Style Sheets）等のスタイルシート言語、Ｊａｖａ（登録商標）等のプログラミング言語、ＨＴＭＬ（HyperText Markup Language）等のマークアップ言語等により記述される。なお、決済サーバ１０から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

〔１－１．利用者端末１００を用いた決済について〕
ここで、決済サーバ１０が実行する作成処理に先立ち、利用者端末１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗Ａに配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ａを識別する店舗識別情報を示す２次元コードを用いて、利用者Ｕが利用者端末１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者が任意の利用者端末１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコード（登録商標）のみならず、バーコードや所定のマーク、番号等であってもよい。

例えば、利用者Ｕが店舗Ａにて各種の商品やサービスといった決済対象（取引対象）の利用や購入に伴う決済を行う場合、利用者Ｕは、利用者端末１００に予めインストールされた決済アプリを起動する。そして、利用者Ｕは、決済アプリを介して、店舗Ａに設置された店舗識別情報を撮影する。このような場合、利用者端末１００は、決済対象の価格を入力するための画面を表示し、利用者Ｕ或いは店舗Ａの店員から決済金額の入力を受け付ける。そして、利用者端末１００は、利用者Ｕを識別する利用者識別情報と、店舗識別情報（若しくは、店舗識別情報が示す情報、すなわち、店舗Ａを示す情報（例えば、店舗ＩＤ））と、決済金額とを示す決済情報を決済サーバ１０へと送信する。

このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕの口座から、店舗識別情報が示す店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ１０は、決済が完了した旨の通知を利用者端末１００へと送信する。このような場合、利用者端末１００は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

なお、利用者端末１００を用いた決済は、上述した処理に限定されるものではない。例えば、利用者端末１００を用いた決済は、店舗Ａに設置された店舗端末を用いたものであってもよい。例えば、利用者端末１００は、利用者Ｕを識別するための利用者識別情報を画面上に表示させる。このような場合、店舗Ａに設置された店舗端末は、利用者端末１００に表示された利用者識別情報を読み取り、利用者識別情報（若しくは、利用者識別情報が示す情報、すなわち、利用者Ｕを示す情報（例えば、利用者ＩＤ））と、決済金額と、店舗Ａを識別する情報とを示す決済情報を決済サーバ１０へと送信する。このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕの口座から、店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させ、店舗Ａの店舗端末或いは利用者端末１００に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。

また、利用者端末１００を用いた決済は、利用者Ｕが予め電子マネーをチャージした口座から店舗Ａの口座へと電子マネーを移行させる処理のみならず、例えば、利用者Ｕが予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、利用者端末１００は、店舗Ａの口座に対して決済金額の電子マネーを移行させるとともに、利用者Ｕのクレジットカードの運用会社に対し、決済金額を請求してもよい。

〔１－２．実施形態の概要について〕
ここで、上記した電子決済サービスを実行する前段階として、事前注文サービスが提供される。この場合、利用者に対して店舗Ａの商品の名称と画像とを対応づけたメニューコンテンツ（メニュー画面）を利用者端末１００に表示することにより、利用者は店舗Ａの多数商品の中から所望する商品を容易に選択することができる。一方で、事前注文サービスにおいて上記したメニューコンテンツを表示するためには、店舗Ａ側で商品名に対応する商品の画像を撮影し、この画像を商品名などと紐づけて登録する必要がある。従来、商品を見映えよく撮影できるように、対象となる商品を撮影する位置や角度を補助するガイドを表示する技術が提案されている。しかしながら、このような技術では、店舗Ａ側が多数の商品ごとに該商品に対応する画像を撮影する手間がかかり、事前注文サービスのメニューコンテンツを作成するための作業負担が大きくなるという問題がある。特に、そもそも飲食物を商品として提供する飲食業では、撮影のために一回商品を料理しなければならい。このため、店舗Ａ側が撮影のために全商品を料理することは、上記したメニューコンテンツを作成するための大きな作業負担となる。

そこで、決済サーバ１０は、実施形態に係る作成処理を実行する。以下、図１を用いて、決済サーバ１０が実行する情報処理について説明する。なお、以下の説明では、利用者端末１００が利用者Ｕにより利用され、事業者端末２００が店舗Ａを管理する事業者Ｍ１により利用される例を示す。また、以下の説明では、利用者端末１００を利用者Ｕと同一視し、事業者端末２００を事業者Ｍ１及び店舗Ａと同一視する場合がある。すなわち、以下では、利用者Ｕを利用者端末１００、事業者Ｍ１及び店舗Ａを事業者端末２００と読み替えることもできる。

また、以下の説明では、決済サーバ１０が提供する電子決済サービスを利用して利用者からの決済を受け付ける店舗Ａ（すなわち、電子決済サービスの加盟店）が、事前注文サービスの加盟店であり、事前注文サービスを介して利用者に商品（飲食物）を提供するものとする。例えば、事業者Ｍ１は、電子決済サービスを利用して利用者に提供する取引対象の商品（例えば、テイクアウト品）に関する商品情報を決済サーバ１０に登録し、事前注文サービスを介して利用者からの注文を受け付け、その後来店する利用者に商品を提供する。また、以下の説明では、店舗Ａで販売する商品の情報（商品情報）を、店舗の情報（例えば、店舗ＩＤや、店舗名、所在地など）に紐付けて管理するものとする。

まず、事業者Ｍ１は、事業者端末２００に表示された店舗Ａにおける管理画面に各商品の商品情報を入力する（ステップＳ１）。この商品情報は、店舗Ａが提供する商品名を示す名称情報を少なくとも含み、この他に価格、商品説明、商品に付与可能なオプション（商品のサイズや、トッピングなど）などを含む情報である。商品情報は、例えば、事業者Ｍ１が上記した各項目（商品名、価格など）をテキスト情報として入力することができる。また、例えば、店舗で使用している既存のメニュー（紙などに印刷や手書きされたメニュー）を撮影して、この撮影画像を入力することもできる。

続いて、決済サーバ１０は、各商品の商品情報を事業者Ｍ１から取得する（ステップＳ２）。例えば、決済サーバ１０は、店舗Ａの商品ごとに商品名を示す名称情報を含む商品情報を取得する。また、決済サーバ１０は、同様の手法により、事前注文サービスの各加盟店の事業者から、各商品の商品情報を取得する。

続いて、決済サーバ１０は、取得した名称情報に基づいて、この名称情報が示す商品名の商品と対応する画像情報を取得する。例えば、決済サーバ１０は、名称情報から商品の内容を認識し、この商品に対応する画像情報を取得する。決済サーバ１０は、例えば、アボカドサンドウィッチという名称情報が取得すると、この名称からアボカドが入ったサンドウィッチであることを認識して、この認識した商品（アボカドサンドウィッチ）に該当する画像情報を取得する。

具体的には、決済サーバ１０は、所望する商品（アボカドサンドウィッチ）の画像を、ウェブサーバ３００上で検索して取得する（ステップＳ３）。ここで、店舗Ａ（チェーン店やフランチャイズ店を含む）のウェブサイトがウェブサーバ３００にある場合には、このウェブサイトで目的の商品に対応する画像情報を自動的に取得する。また、これ以外にも、検索サイトや店舗Ａの紹介サイト及び店舗Ａのレビューサイトを用いて、店舗Ａが提供する商品名に対応する商品の画像情報を取得してもよい。また、予め使用許諾を得た画像提供サイト（例えば、株式会社アフロの画像提供サイト）を用いて、店舗Ａが提供する商品名に対応する商品の画像情報を取得してもよい。この場合、画像提供サイトが保有する画像情報の中から、該商品名に対応する商品の画像情報を複数抽出し、この中から事業者Ｍ１が選択した画像情報を取得してもよい。

また、決済サーバ１０は、例えば店舗Ａの利用者がＳＮＳ（social networking service）に商品（アボカドサンドウィッチ）の画像を投稿している場合には、この利用者から画像情報の提供を受けて該画像情報を取得してもよい。ＳＮＳに投稿されている画像は見栄えの良いものが多い傾向にあるため、このような画像情報の提供を受けるのは非常に有用である。

続いて、決済サーバ１０は、取得した画像情報と名称情報とから対応する商品の事前注文を受け付けるためのメニューコンテンツを作成する（ステップＳ４）。このメニューコンテンツは、例えば、利用者端末１００に表示されるメニュー画面として構成され、利用者からの注文を受け付ける。ここで、図２を用いて、上述した実施形態において利用者端末１００が表示するメニュー画面の例を説明する。図２は、実施形態に係る利用者端末のメニュー画面と、このメニュー画面に用いられる画像情報及び名称情報との一例を示す図である。

図２に示すように、決済サーバ１０は、商品＃１に対応する名称情報７１を含む商品情報７０と画像情報８０とを取得すると、名称情報７１と画像情報８０とから対応する商品＃１の事前注文を受け付けるためのメニュー画面Ｃ１１を作成する。この場合、決済サーバ１０は、メニュー画面作成用のテンプレートを有しており、このテンプレートの所定の領域に取得した情報を入力することでメニュー画面Ｃ１１を作成している。

具体的には、メニュー画面Ｃ１１は、商品＃１に対応する領域ＡＲ１１を有し、この領域ＡＲ１１には、更に、商品名が入力される領域ＡＲ１２、商品画像が入力される領域ＡＲ１３、商品価格が入力される領域ＡＲ１４などが設定されている。決済サーバ１０は、商品＃１に対応する商品情報７０と画像情報８０とを取得すると、図２に示すように、名称情報７１を所定の領域ＡＲ１２に入力し、画像情報８０を所定の領域ＡＲ１３に入力し、価格情報７２を所定の領域ＡＲ１４に入力する。なお、商品情報７０に含まれるオプション情報及び商品説明情報は、例えば、領域ＡＲ１１をタップすることで遷移した商品＃１の表示画面上に入力されて表示する構成としてもよい。これにより、商品＃１（アボカドサンドウィッチ）のメニューコンテンツを容易に作成することができる。

また、メニュー画面Ｃ１１には、他の商品（シナモンロール）に対応する領域ＡＲ２１などを有しているため、すべての商品の商品情報（名称情報）及び画像情報を同様の手順で取得することにより、このメニュー画面Ｃ１１が作成される。

図１に戻り、説明を続ける。図１の例において、利用者Ｕが利用者端末１００にインストールされた決済アプリ内の事前注文アプリを起動すると、決済サーバ１０は、利用者端末１００に事前注文アプリのメニューコンテンツを送信する（ステップＳ５）。

利用者端末１００は、事前注文アプリで店舗Ａが選択されると、この店舗Ａにおいて事前注文を行うためのメニュー画面Ｃ１１（注文画面）を表示し（ステップＳ６）、利用者Ｕは当該メニュー画面Ｃ１１に店舗Ａに対する注文内容を入力する。（ステップＳ７）。例えば、利用者端末１００は、利用者Ｕからの操作に応じて店舗Ａに紐付けられたメニューコンテンツを決済サーバ１０から取得し、取得したメニューコンテンツを示すメニュー画面Ｃ１１を表示する。そして、利用者Ｕは、店舗Ａにおいて提供される各商品の注文数や、各商品に付与するオプションなどをメニュー画面Ｃ１１に入力する。

続いて、利用者端末１００は、入力された注文内容を決済サーバ１０に送信し、決済サーバ１０は、注文内容を受けつける（ステップＳ８）。例えば、利用者端末１００は、メニュー画面Ｃ１１（注文画面）における注文の確定操作に応じて、各商品の注文数や各商品に付与するオプションなどを示す注文内容とともに、店舗Ａを示す情報や店舗Ａに対する決済金額（商品及びオプションの合計額）などを示す決済情報を決済サーバ１０に送信する。そして、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、利用者Ｕが電子決済サービスで保有する第１の口座から、利用者Ｕが保有する他の口座であって、利用者Ｕが取引に利用できない第２の口座へ移行させる。具体的な例を挙げると、決済サーバ１０は、利用者Ｕが電子決済サービスで保有する複数の口座間で電子マネーを移行させる処理であって、上述した利用者端末１００を用いた決済に利用する第１の口座から、当該決済に利用できない第２の口座に決済金額分の電子マネーを移行させる処理を実行する。

続いて、決済サーバ１０は、利用者端末１００から受け付けた注文内容を事業者端末２００に送信する（ステップＳ９）。例えば、決済サーバ１０は、利用者Ｕからの注文を受け付けた旨を示す通知（例えば、プッシュ通知）を事業者端末２００の画面に表示させると共に、注文内容を送信する。そして、事業者端末２００は、表示された通知に対する事業者Ｍ１の選択操作に応じて、注文内容を事業者Ｍ１が確認可能な態様で表示する。

ここで、図１の例において、事業者Ｍ１が利用者Ｕからの注文を受注すると決定したものとする。この場合、事業者端末２００は、事業者Ｍ１からの操作に応じて、注文を受注する旨を示す情報を決済サーバ１０に送信する。そして、決済サーバ１０は、事業者端末２００から受け付けた情報を利用者端末１００に送信する。

続いて、決済サーバ１０は、商品の受領に関する情報を受け付ける。例えば、決済サーバ１０は、注文内容が示す商品の準備が完了した旨の通知を事業者端末２００から受け付け、当該通知を示す情報と、商品を受領することが可能な日時と、商品を受領するための認証情報（受け取り番号等）とを利用者端末１００に通知する。これにより、利用者Ｕは、店舗Ａに訪問し、店舗Ａの店員に認証情報を提示することで商品を受領することが可能となる。その後、決済サーバ１０は、商品を受領したか否かを示す情報を利用者端末１００から受け付ける。

続いて、決済サーバ１０は、商品の受領に応じた決済処理を実行する（ステップＳ１０）。例えば、商品を受領したことを示す情報を利用者端末１００から受け付けた場合、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、利用者Ｕの第２の口座から、事業者Ｍ１が電子決済サービスで保有する口座に移行させる。一方、商品を受領できなかったことを示す情報を利用者端末１００から受け付けた場合、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、利用者Ｕの第２の口座から第１の口座に移行させる。

なお、決済サーバ１０は、ステップＳ８において、決済情報が示す決済金額分の電子マネーを、利用者Ｕが電子決済サービスで保有する口座から、事前注文サービスの管理者が電子決済サービスで保有する口座へ移行させてもよい。この場合、商品を受領したことを示す情報を利用者端末１００から受け付けた場合、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、管理者が保有する口座から、事業者Ｍ１が保有する口座に移行させる。また、商品を受領できなかったことを示す情報を利用者端末１００から受け付けた場合、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、管理者が保有する口座から利用者Ｕの口座に移行させる。

以上のように、実施形態に係る決済サーバ１０は、店舗Ａで提供される商品の名称情報７１に基づいて、該名称情報７１が示す名称の商品と対応する画像情報８０を取得し、これら取得した画像情報８０と名称情報７１とから対応する商品のメニューコンテンツを示すメニュー画面Ｃ１１を作成するため、これら商品のメニュー画面Ｃ１１（メニューコンテンツ）を作成する際の店舗Ａ（事業者Ｍ１）の作業負担を軽減できる。

〔２．決済サーバの構成〕
次に、図３を用いて、決済サーバ１０の構成について説明する。図３は、実施形態に係る決済サーバの構成例を示す図である。図３に示すように、決済サーバ１０は、通信部２０と、記憶部３０と、制御部４０とを有する。

（通信部２０について）
通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線または無線で接続され、利用者端末１００や、事業者端末２００、ウェブサーバ３００等との間で情報の送受信を行う。

（記憶部３０について）
記憶部３０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示すように、記憶部３０は、口座データベース３１と、事業者情報データベース３２と、利用者情報データベース３３とを有する。

（口座データベース３１について）
口座データベース３１は、利用者や事業者、事前注文サービスの管理者の口座に関する各種の情報を記憶する。ここで、図４を用いて、口座データベース３１が記憶する情報の一例を説明する。図４は、実施形態に係る口座データベースの一例を示す図である。図４の例において、口座データベース３１は、「口座ＩＤ」、「所有者情報」、「口座残高」といった項目を有する。

「口座ＩＤ」は、口座を識別するための識別情報を示す。「所有者情報」は、口座を所有（保有）する所有者（利用者や事業者、事前注文サービスの管理者）に関する情報を示し、例えば、所有者を識別するための識別情報（識別子）が格納される。「口座残高」は、利用者や事業者、事前注文サービスの管理者が所有する口座の残高を示す。

すなわち、図４では、口座ＩＤ「ＡＩＤ＃１」によって識別される口座の所有者の情報が「利用者＃１」であり、口座残高が「７８００」である例を示す。

（事業者情報データベース３２について）
事業者情報データベース３２は、事業者に関する各種情報を記憶する。ここで、図５を用いて、事業者情報データベース３２が記憶する情報の一例を説明する。図５は、実施形態に係る事業者情報データベースの一例を示す図である。図５の例において、事業者情報データベース３２は、「事業者ＩＤ」、「店舗ＩＤ」、「口座ＩＤ」、「所在地」、「評価情報」、「信用度」、「取引対象情報」といった項目を有する。

「事業者ＩＤ」は、事業者を識別するための識別情報を示す。「店舗ＩＤ」は、事業者が管理する店舗を識別するための識別情報を示す。「口座ＩＤ」は、事業者が所有する口座を識別するための識別情報を示す。「所在地」は、事業者が管理する店舗の位置情報（例えば、住所）を示す。「評価情報」は、事前注文サービスにおける取引の実績（例えば、取引対象の受領の成否）に基づく情報や、利用者により投稿された評価（レビュー）に基づく情報を示す。「信用度」は、事前注文サービスを介した取引対象の提供に関する事業者の信用度を示す。

「取引対象情報」は、事業者が提供する取引対象に関する情報を示し、例えば、「取引対象ＩＤ」、「商品名」、「価格」、「画像」といった項目を有する。「取引対象ＩＤ」は、取引対象を識別するための識別情報を示す。「商品名」は商品（取引対象）を示す名称情報を示す。「価格」は、取引対象の価格情報を示す。「画像」は、名称情報に対応する商品（取引対象）の画像情報を示す。

すなわち、図５では、事業者ＩＤ「ＭＩＤ＃１」によって識別される事業者が管理する店舗が店舗ＩＤ「ＳＩＤ＃１」によって識別され、所在地が「所在地＃１」であり、当該事業者が所有する口座が口座ＩＤ「ＡＩＤ＃２」によって識別され、当該事業者が提供する取引対象のうち、取引対象ＩＤ「ＴＩＤ＃１」によって識別される商品（取引対象）の名称が「名称＃１」、価格が「４００円」、画像が「画像＃１」である例を示す。

（利用者情報データベース３３について）
利用者情報データベース３３は、決済サーバ１０が提供するサービスの利用者に関する各種の情報を記憶する。ここで、図６を用いて、利用者情報データベース３３が記憶する情報の一例を説明する。図６は、実施形態に係る利用者情報データベースの一例を示す図である。図６の例において、利用者情報データベース３３は、「利用者ＩＤ」、「決済履歴」、「利用履歴」といった項目を有する。

「利用者ＩＤ」は、利用者を識別するための識別情報を示す。「決済履歴」は、電子決済サービスを利用して行った決済の履歴を示し、例えば、決済先（事業者）や、決済対象（取引対象）、決済金額などといった情報が格納される。「利用履歴」は、事前注文サービスや、店舗の情報配信に関するサービスなどの各種サービスにおける利用者の利用履歴を示し、例えば、事前注文サービスにおける注文内容を示す情報や、店舗の情報配信に関するサービスにおいて利用者がフォローしている店舗を示す情報などが格納される。

すなわち、図６では、利用者ＩＤ「ＵＩＤ＃１」によって識別される利用者の決済履歴が「決済履歴＃１」、利用履歴が「利用履歴＃１」である例を示す。

（制御部４０について）
制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、決済サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４０は、図３に示すように、取得部４１と、依頼部４２と、メニュー作成部４３と、受付部４４と、決済処理部４５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（取得部４１について）
取得部４１は、所定のプラットフォームを介して取引対象の注文を受け付ける店舗に関する店舗情報と、当該所定のプラットフォームを介して当該店舗に対して取引対象の注文を行う利用者に関する利用者情報とを取得する。例えば、図１の例において、取得部４１は、事前注文サービスを介して商品の注文を受け付ける店舗Ａに関する店舗情報を取得し、事業者情報データベース３２に格納する。また、取得部４１は、事前注文サービスを介して店舗Ａに対して商品の注文を行う利用者Ｕ１に関する利用者情報を取得し、利用者情報データベース３３に格納する。

また、取得部４１は、所定のプラットフォームを介して取引対象としての商品の注文を受け付ける店舗（例えば店舗Ａ）が提供する商品に関する商品情報に含まれる名称情報に基づき、該名称情報が示す名称の商品に対応する画像情報を取得する。例えば、図１の例において、取得部４１は、事前注文サービスを介して商品の注文を受け付ける店舗Ａが提供する商品に関する商品情報の名称情報に基づき、この名称情報に対応する画像情報を取得し、この画像情報を事業者情報データベース３２に格納する。この場合、取得部４１は、事業者端末２００を介して入力された商品情報を取得して、この商品情報を事業者情報データベース３２に格納している。

取得部４１は、例えば機械学習された学習モデルを有し、事業者端末２００を介して入力された名称情報から商品の内容を認識し、該商品に対応する画像情報を取得する。この場合、取得部４１は、商品の名称情報と内容とから、ウェブサーバ３００を介して対応する画像情報を検索して取得する。

具体的には、取得部４１は、店舗Ａ（チェーン店やフランチャイズ店を含む）のウェブサイトがウェブサーバ３００にある場合には、このウェブサイトで商品に対応する画像情報を検索して取得する。店舗Ａのウェブサイトがある場合には、このウェブサイトに商品画像を有する商品メニューが開示されていることが多い。このため、取得部４１は、店舗Ａのウェブサイトから商品に対応する画像情報を容易に取得することができる。

また、取得部４１は、複数の店舗情報を有する店舗検索サイト（いわゆるグルメサイト）や店舗紹介サイト、店舗の感想などが記載されるレビューサイトから、この店舗Ａが提供する商品の画像情報を取得してもよい。また、取得部４１は、予め使用許諾を得た画像提供サイトから、この店舗Ａが提供する商品名に対応する商品の画像情報を取得してもよい。この場合、画像提供サイトが保有する画像情報の中から、該商品名に対応する商品の画像情報を複数抽出し、取得部４１は、この中から事業者Ｍ１が選択した画像情報を取得してもよい。

また、取得部４１は、例えば店舗Ａの利用者がＳＮＳ（social networking service）に商品の画像を投稿している場合には、この画像情報の提供を受けて該画像情報を取得してもよい。一般に、ＳＮＳに投稿されている画像は見栄えを重視したものが多い傾向にある。このため、ＳＮＳに投稿されている画像情報の提供を受けることにより、見栄えの良い画像情報を容易に取得することができる。この場合、著作権を侵害しないように、取得部４１、事前に画像情報の提供を依頼して承諾を得た場合に画像情報を取得する。

また、取得部４１は、商品の名称を少なくとも含むメニューを撮影した撮影画像から名称情報を抽出して取得する構成としてもよい。例えば、紙などに印刷または手書きされたメニューが存在する場合、このメニューを撮影することでメニューに記載された商品の名称情報を容易に取得することができる。

また、取得部４１は、商品の名称を少なくとも含むメニューを撮影した撮影画像に該商品を示す画像が含まれている場合、この画像に基づいて選択された画像情報を取得してもよい。例えば、上記した紙などのメニューに商品を示す画像（例えば写真や絵）が印刷されていたり、描かれている場合、撮影画像に含まれる商品を示す画像を抽出し、この抽出した画像に基づく画像情報を検索して取得する。例えば、取得部４１は、名称情報から商品名を認識するとともに、認識した商品名について抽出した画像と構図や色合いが類似した画像情報を検索して取得する。この場合、取得部４１は、ウェブサーバ３００を介して、予め使用許諾を得た画像提供サイト（例えば、株式会社アフロの画像提供サイト）を利用して取得することが好ましい。この構成によれば、店舗Ａの商品に類似した商品の画像を早期に取得することができる。ここで、商品の画像情報（商品画像）を画像提供サイトから取得する場合は特に、「商品画像はイメージです」というような記載を該商品画像やメニュー部分に付加することが好ましい。これにより、商品画像と実際の商品とが同一でないことに対して担保することができる。

また、取得部４１は、例えば、クラウドソーシングのような不特定多数から商品の画像情報の提供を受けてもよい。クラウドソーシングは、インターネット上で提供されるサービスであり、所定商品の画像情報を依頼することにより、不特定多数から商品の画像情報を容易に取得することができる。

（依頼部４２について）
依頼部４２は、取得部４１が取得した画像情報と名称情報が示す名称の商品との対応関係の確認を依頼する。例えば、取得部４１が取得した画像情報と名称情報が示す名称の商品との正否の確認を外部に依頼する。この場合、依頼部４２は、取得した画像情報と名称情報とを店舗Ａの事業者端末２００に送信し、事業者Ｍ１に正否の確認を依頼することができる。事業者端末２００の表示画面には、〇ボタンと×ボタンとが設けられ、事業者Ｍ１が〇ボタンを操作すると、取得した画像情報を事業者情報データベース３２に格納する。一方、事業者Ｍ１が×ボタンを操作すると、取得した画像情報を削除して、再度、名称情報に対応する商品を示す画像情報の検索、取得を実行する。これにより、取得部４１が取得した画像情報の精度を高めることができる。

また、依頼部４２は、例えば、取得部４１が複数の画像情報を取得したり、クラウドソーシングにより複数の画像情報が提供されたりした場合に、複数の画像情報の中から名称情報が示す名称の商品に最適な画像情報の確認を外部に依頼する。この場合、依頼部４２は、取得した複数の画像情報と名称情報とを店舗Ａの事業者端末２００に送信し、事業者Ｍ１に最適なものの選択の確認を依頼することができる。事業者端末２００の表示画面には、各画像情報に対応する番号を示すボタンが設けられ、事業者Ｍ１が所定番号のボタンを選択すると、選択された番号に対応する画像情報を事業者情報データベース３２に格納する。これにより、商品を示す最適な画像情報を選択して取得することができ、画像情報の品質の向上を図ることができる。

（メニュー作成部４３について）
メニュー作成部４３は、取得部４１が取得した画像情報と名称情報（商品情報）とから対応する商品のメニューコンテンツを作成する。例えば、メニュー作成部４３は、所定のプラットフォームを介して商品の注文を受け付けるためのメニューコンテンツを作成する。ここで、メニューコンテンツは、利用者端末１００に表示されるメニュー画面を示す。

メニュー作成部４３は、例えばメニュー画面作成用のテンプレートを有しており、このテンプレートの所定の領域に、事業者情報データベース３２に格納された各種情報を入力することでメニュー画面を作成している。図２の例では、商品＃１に対応する領域ＡＲ１１を有し、この領域ＡＲ１１の所定領域ＡＲ１２に名称情報が、所定領域ＡＲ１３に画像情報が、所定領域ＡＲ１４に価格情報がそれぞれ自動的に入力される。これにより、メニュー画面を簡単に作成することができる。

また、メニュー作成部４３は、依頼部４２に画像情報と名称情報が示す名称の商品との対応関係の確認を依頼した場合には、この確認結果に応じてメニューコンテンツを作成する。具体的には、取得部４１は、事業者Ｍ１（外部）に確認された画像情報を取得し、メニュー作成部４３は、確認された画像情報を用いてメニューコンテンツを作成する。これによれば、作成されたメニューコンテンツの精度及び品質の向上を図ることができる。

（受付部４４について）
受付部４４は、利用者から事業者に対する決済に関する決済情報を受け付ける。例えば、受付部４４は、利用者を識別する利用者識別情報と、決済アプリを介して撮影された店舗識別情報と、利用者或いは店舗の店員から入力された決済金額とを示す決済情報を利用者端末１００から受け付ける。

なお、受付部４４は、決済情報を事業者端末２００から受け付けてもよい。例えば、受付部４４は、利用者端末１００に表示された、利用者を識別するための利用者識別情報を、事業者端末２００（店舗端末）が読み取ることで決済が行われた場合、当該決済を示す決済情報を事業者端末２００から受け付けることができる。

また、受付部４４は、所定の店舗で提供される取引対象の注文を、所定のプラットフォームを介して利用者から受け付けてもよい。例えば、図１の例において、受付部４４は、利用者端末１００にインストールされた決済アプリ内の事前注文アプリを介して、店舗Ａに対する注文内容を受け付けることができる。

（決済処理部４５について）
決済処理部４５は、受付部４４が受け付けた決済情報に従い、決済処理を実行する。例えば、決済処理部４５は、利用者ＩＤが示す利用者の口座から、店舗ＩＤが示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。

また、決済処理部４５は、所定のプラットフォームを介して利用者から受け付けられた注文内容に基づく処理を実行してもよい。例えば、図１の例において、決済処理部４５は、注文内容に対応する決済情報が示す決済金額分の電子マネーを、利用者Ｕが電子決済サービスで保有する第１の口座から、利用者Ｕが保有する他の口座であって、利用者Ｕが取引に利用できない第２の口座へ移行させる。そして、決済処理部４５は、商品の受領に応じて、利用者Ｕの第２の口座から、事業者Ｍ１が電子決済サービスで保有する口座に移行させる。

〔３．情報処理のフロー〕
図７を用いて、実施形態に係る決済サーバ１０の作成処理の手順について説明する。図７は、実施形態に係る作成処理の手順の一例を示すフローチャートである。

図７に示すように、決済サーバ１０は、店舗Ａから入力された該店舗Ａが提供する各商品の名称情報を取得する（ステップＳ１０１）。続いて、決済サーバ１０は、名称情報に基づいて、名称情報が示す商品名の商品と対応する画像情報を取得する（ステップＳ１０２）。続いて、決済サーバ１０は、所定のプラットフォームを介して利用者から商品の注文を受け付けるためのメニューコンテンツを作成する（ステップＳ１０３）。続いて、決済サーバ１０は、所定のプラットフォームを介して利用者から商品の注文を受け付ける（ステップＳ１０４）。続いて、決済サーバ１０は、注文内容を店舗に送信する（ステップＳ１０５）。続いて、決済サーバ１０は、取引対象の受領に応じた決済処理を実行し（ステップＳ１０６）、処理を終了する。

〔４．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

〔４－１．決済サーバ１０が提供するサービスについて〕
上述の実施形態において、決済サーバ１０により商品の事前注文サービスが提供される例を示したが、決済サーバ１０が提供するサービスにおける取引対象はこのような例に限定されない。例えば、決済サーバ１０は、飲食物以外の各種取引対象の事前注文サービスを提供してもよい。また、決済サーバ１０は、役務の予約に関するサービスを提供してもよい。

また、決済サーバ１０は、店舗における余剰在庫（例えば、飲食物の素材）を利用者に提供するサービスを提供してもよい。この場合、決済サーバ１０は、店舗において余剰在庫が発生したことを示す関連情報を受け付け、利用者に提供してもよい。

また、決済サーバ１０が提供するサービスは、利用者が店舗に訪問する前に取引対象の注文を受け付け、テイクアウト品が提供されるサービスに限らない。例えば、決済サーバ１０は、利用者が店舗に訪問する前に取引対象の注文を受け付け、当該店舗内において利用者に取引対象が提供されるサービスを提供してもよい。

また、決済サーバ１０が提供するサービスは、利用者が店舗に訪問する前に取引対象の注文を受け付けるサービスに限らない。例えば、決済サーバ１０は、利用者が店舗に訪問して店舗に設置された卓等に着席した後に、店舗に対する取引対象の注文を受け付けるサービスを提供してもよい。

また、決済サーバ１０が提供するサービスは、金銭の授受が発生するサービスに限らない。例えば、決済サーバ１０は、フードバンクにより供給される食品の提供に関するサービスを提供してもよい。この場合、決済サーバ１０は、フードバンクにより供給される食品の提供要求を利用者から受け付け、食品の提供の可否や、食品の提供場所などといった情報を利用者に通知し、食品が受領されたか否かを示す情報を利用者から受け付ける。

〔４－２．取得部４１による画像情報の取得について〕
上述の実施形態において、取得部４１は、商品の名称を少なくとも含むメニューを撮影した撮影画像に該商品を示す画像が含まれている場合、この画像を抽出し該画像に基づいて選択された画像情報を取得する例を示したが、例えば、決済サーバ１０に画像処理する機能（例えば、画像処理部）を設け、この画像処理部にて抽出した画像を修正（美化）した後の画像情報を取得部４１が取得してもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔５．効果〕
上述してきたように、実施形態に係る決済サーバ１０は、取得部４１と、依頼部４２と、メニュー作成部４３と、受付部４４と、決済処理部４５とを有する。取得部４１は、所定のプラットフォームを介して取引対象の注文を受け付ける店舗に関する店舗情報と、当該所定のプラットフォームを介して当該店舗に対して取引対象の注文を行う利用者に関する利用者情報とを取得する。また、取得部４１は、所定のプラットフォームを介して取引対象としての商品の注文を受け付ける店舗（店舗Ａ）が提供する商品に関する商品情報に含まれる名称情報に基づき、該名称情報が示す名称の商品に対応する画像情報を取得する。また、取得部４１は、名称情報から商品の内容を認識し、該商品に対応する画像情報を取得する。また、取得部４１は、店舗Ａのウェブサイトがウェブサーバ３００にある場合には、このウェブサイトで商品に対応する画像情報を検索して取得する。また、取得部４１は、複数の店舗情報を有する店舗検索サイトや店舗紹介サイト、店舗の感想などが記載されるレビューサイトから、この店舗Ａが提供する商品の画像情報を取得する。また、取得部４１は、例えば店舗Ａの利用者がＳＮＳ（social networking service）に商品の画像を投稿している場合には、この画像情報の提供を受けて該画像情報を取得する。また、取得部４１は、商品の名称を少なくとも含むメニューを撮影した撮影画像から名称情報を抽出して取得する。また、取得部４１は、商品の名称を少なくとも含むメニューを撮影した撮影画像に該商品を示す画像が含まれている場合、この画像に基づいて選択された画像情報を取得する。また、取得部４１は、例えば、クラウドソーシングのような不特定多数から商品の画像情報の提供を受けて取得する。依頼部４２は、取得部４１が取得した画像情報と名称情報が示す名称の商品との対応関係の確認を依頼する。依頼部４２は、取得部４１が取得した画像情報と名称情報が示す名称の商品との正否の確認を外部に依頼する。また、依頼部４２は、取得部４１が取得した複数の画像情報の中から名称情報が示す名称の商品に最適な画像情報の確認を外部に依頼する。メニュー作成部４３は、取得部４１が取得した画像情報と名称情報（商品情報）とから対応する商品のメニューコンテンツを作成する。メニュー作成部４３は、依頼部４２に画像情報と名称情報が示す名称の商品との対応関係の確認を依頼した場合には、この確認結果に応じてメニューコンテンツを作成する。受付部４４は、利用者から事業者に対する決済に関する決済情報を受け付ける。また、受付部４４は、所定の店舗で提供される取引対象の注文を、所定のプラットフォームを介して利用者から受け付ける。決済処理部４５は、受付部４４が受け付けた決済情報に従い、決済処理を実行する。また、決済処理部４５は、所定のプラットフォームを介して利用者から受け付けられた注文内容に基づく処理を実行してもよい。

これにより、実施形態に係る決済サーバ１０は、店舗側が実際に商品を撮影して該画像情報を登録する必要がなく、メニューを作成する際の店舗側の作業負担を軽減できる。

また、実施形態に係る決済サーバ１０において、取得部４１は、入力された名称情報から商品の内容を認識し、該商品に対応する画像情報を取得する。これによれば、商品に対応する画像情報を精度良く取得することができる。

また、実施形態に係る決済サーバ１０において、メニュー作成部４３は、所定のプラットフォームを介して商品の注文を受け付けるためのメニューコンテンツを作成する。これにより、例えば、事前注文サービスを提供する際のメニューコンテンツを容易に作成することができる。

また、実施形態に係る決済サーバ１０において、取得部４１は、店舗のウェブサイト、検索サイト、紹介サイト及びレビューサイトの少なくとも１つから画像情報を取得する。これによれば、取得部４１は、いずれかのウェブサイトから商品に対応する画像情報を正確かつ容易に取得することができる。

また、実施形態に係る決済サーバ１０において、取得部４１は、画像提供サイトから画像情報を取得する。これによれば、取得部４１は、実際の商品に類似した画像情報を迅速かつ容易に取得することができる。

また、実施形態に係る決済サーバ１０において、取得部４１は、店舗の利用者から提供された画像情報を取得する。これによれば、例えば、利用者がＳＮＳ（social networking service）に商品の画像を投稿している場合には、この画像情報の提供を受けて該画像情報を取得することができる。一般に、ＳＮＳに投稿されている画像は見栄えを重視したものが多い傾向にあるため、ＳＮＳに投稿されている画像情報の提供を受けることにより、見栄えの良い画像情報を容易に取得することができる。

また、実施形態に係る決済サーバ１０において、取得部４１が取得した画像情報と名称情報が示す名称の商品との対応関係の確認を外部に依頼する依頼部４２を更に備える。この依頼部４２は、例えば、画像情報と名称情報が示す名称の商品との正否の確認を依頼する。これにより、依頼部４２は、例えば、取得した画像情報と名称情報とを店舗Ａの事業者端末２００に送信し、事業者Ｍ１に正否の確認を依頼することができる。このため、取得部４１が取得した画像情報の精度を高めることができる。また、依頼部４２は、取得した複数の画像情報の中から名称情報が示す名称の商品に最適な画像情報の確認を依頼することもできる。これにより、依頼部４２は、例えば取得した複数の画像情報と名称情報とを店舗Ａの事業者端末２００に送信し、事業者Ｍ１に最適なものの選択の確認を依頼することができる。このため、商品を示す最適な画像情報を選択して取得することができ、画像情報の品質の向上を図ることができる。また、メニュー作成部４３は、依頼部４２の確認結果に応じてメニューコンテンツを作成するため、作成されたメニューコンテンツの品質及び精度の向上を図ることができる。

また、実施形態に係る決済サーバ１０において、取得部４１は、商品の名称を少なくとも含むメニューを撮影した撮影画像から名称情報を抽出して取得する。これにより、店舗側が既存のメニューの写真を撮影して登録するだけでメニューコンテンツが作成されるため、メニューを作成する際の店舗側の作業負担を軽減できる。

また、また、実施形態に係る決済サーバ１０において、取得部４１は、商品の名称を少なくとも含むメニューを撮影した撮影画像に商品を示す画像が含まれている場合、該画像に基づいて選択された画像情報を画像提供サイトから取得する。これにより、店舗Ａの商品に類似した商品の画像を早期に取得することができ、メニューコンテンツを早急に作成することができる。

また、実施形態に係る決済サーバ１０において、メニューコンテンツを介して利用者から商品の注文を受け付けると、所定のプラットフォームを介して注文内容に基づく決済処理を実行する決済処理部４５を更に備える。これにより、例えば、事前注文サービス及び決済サービスを提供する際のメニューコンテンツを容易に作成することができる。

〔６．ハードウェア構成〕
また、上述してきた各実施形態に係る決済サーバ１０は、例えば、図８に示すような構成のコンピュータ１０００によって実現される。以下、決済サーバ１０を例に挙げて説明する。図８は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（実施形態のネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が決済サーバ１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。また、ＨＤＤ１４００には、決済サーバ１０の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

〔７．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述した決済サーバ１０は、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

１０ 決済サーバ
２０ 通信部
３０ 記憶部
３１ 口座データベース
３２ 事業者情報データベース
３３ 利用者情報データベース
４０ 制御部
４１ 取得部
４２ 依頼部
４３ メニュー作成部
４４ 受付部
４５ 決済処理部
１００ 利用者端末
２００ 事業者端末
３００ ウェブサーバ

Claims (17)

1. 店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を取得する取得部と、
   前記取得部が取得した画像情報と前記名称情報が示す名称の商品との対応関係の確認を外部に依頼する依頼部と、
   前記依頼部の確認結果に応じて、前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成部と、
   を有することを特徴とする作成装置。
2. 前記依頼部は、前記画像情報と前記名称情報が示す名称の商品との正否の確認を依頼することを特徴とする請求項１に記載の作成装置。
3. 前記依頼部は、取得した複数の前記画像情報の中から前記名称情報が示す名称の商品に最適な画像情報の確認を依頼することを特徴とする請求項１に記載の作成装置。
4. 店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を取得する取得部と、
   取得した前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成部と、
   を有し、
   前記取得部は、
   前記商品の名称を少なくとも含むメニューを撮影した撮影画像から前記名称情報を抽出して取得する
   ことを特徴とする作成装置。
5. 店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を取得する取得部と、
   取得した前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成部と、
   を有し、
   前記取得部は、
   前記商品の名称を少なくとも含むメニューを撮影した撮影画像に前記商品を示す画像が含まれている場合、該画像に基づいて選択された画像情報を画像提供サイトから取得する
   ことを特徴とする作成装置。
6. 店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を該店舗に対応するウェブサイト上で検索して取得する取得部と、
   取得した前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成部と、
   を有することを特徴とする作成装置。
7. 前記取得部は、入力された前記名称情報から前記商品の内容を認識し、該商品に対応する前記画像情報を取得することを特徴とする請求項１～６のいずれか一項に記載の作成装置。
8. 前記メニュー作成部は、所定のプラットフォームを介して前記商品の注文を受け付けるための前記メニューコンテンツを作成することを特徴とする請求項１～７のいずれか一項に記載の作成装置。
9. 前記取得部は、前記店舗の利用者から提供された前記画像情報を取得することを特徴とする請求項１～８のいずれか一項に記載の作成装置。
10. コンピュータが実行する作成方法であって、
    店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を取得する取得工程と、
    前記取得工程により取得された画像情報と前記名称情報が示す名称の商品との対応関係の確認を外部に依頼する依頼工程と、
    前記依頼工程の確認結果に応じて、前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを生成するメニュー作成工程と、
    を有することを特徴とする作成方法。
11. 店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を取得する取得手順と、
    前記取得手順により取得された画像情報と前記名称情報が示す名称の商品との対応関係の確認を外部に依頼する依頼手順と、
    前記依頼手順の確認結果に応じて、前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを生成するメニュー作成手順と、
    をコンピュータに実行させることを特徴とする作成プログラム。
12. コンピュータが実行する作成方法であって、
    店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を取得する取得工程と、
    前記取得工程により取得された前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成工程と、
    を有し、
    前記取得工程は、
    前記商品の名称を少なくとも含むメニューを撮影した撮影画像から前記名称情報を抽出して取得する
    ことを特徴とする作成方法。
13. 店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を取得する取得手順と、
    前記取得手順により取得された前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成手順と、
    をコンピュータに実行させ、
    前記取得手順は、
    前記商品の名称を少なくとも含むメニューを撮影した撮影画像から前記名称情報を抽出して取得する
    ことを特徴とする作成プログラム。
14. コンピュータが実行する作成方法であって、
    店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を取得する取得工程と、
    前記取得工程により取得された前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成工程と、
    を有し、
    前記取得工程は、
    前記商品の名称を少なくとも含むメニューを撮影した撮影画像に前記商品を示す画像が含まれている場合、該画像に基づいて選択された画像情報を画像提供サイトから取得する
    ことを特徴とする作成方法。
15. 店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を取得する取得手順と、
    前記取得手順により取得された前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成手順と、
    をコンピュータに実行させ、
    前記取得手順は、
    前記商品の名称を少なくとも含むメニューを撮影した撮影画像に前記商品を示す画像が含まれている場合、該画像に基づいて選択された画像情報を画像提供サイトから取得する
    ことを特徴とする作成プログラム。
16. コンピュータが実行する作成方法であって、
    店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を該店舗に対応するウェブサイト上で検索して取得する取得工程と、
    前記取得工程により取得された前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成工程と、
    を有することを特徴とする作成方法。
17. 店舗が提供する商品の名称を示す名称情報に基づいて、該名称情報が示す名称の商品に対応する画像情報を該店舗に対応するウェブサイト上で検索して取得する取得手順と、
    前記取得手順により取得された前記画像情報と前記名称情報とから対応する商品のメニューコンテンツを作成するメニュー作成手順と、
    をコンピュータに実行させることを特徴とする作成プログラム。

Images