JP2023025710A - 情報処理システムおよび情報処理方法 - Google Patents

Abstract

【課題】レシピの提供者が不利益を被る可能性を軽減する情報処理システムおよび情報処理方法を提供する。
【解決手段】情報処理システムは、レシピ情報を販売するレシピ販売者とレシピ情報を購入する購入者との間の契約条件を購入者が操作する購入者装置に提示させ、購入者装置を介して購入者から契約条件に基づいてレシピ情報を購入する指示を受け付けた場合に、契約条件に応じた制限条件を、レシピ情報に関連付けられた商品の商品情報と関連付けて登録し、消費者が、購入者の商品販売サイトにアクセスした場合に、レシピ情報に関連付けられた商品の商品情報を出力し、商品情報に関連付けられた制限条件に基づいて、当該商品情報の出力を制限する。
【選択図】図２

Description

本発明は情報処理システムおよび情報処理方法に関する。

インターネットを介して飲食店などにレシピ情報を販売するサービスがある。

特許文献１には、飲食店端末を操作するユーザがいずれかのレシピ情報の購入ボタンを押下した場合に、レシピ情報提供サーバがそのレシピ情報をその飲食店端末へ送信することが開示されている。

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

レシピの提供者は、レシピの購入者の行為によって不利益を受ける恐れがある。例えば、レシピの購入者が何らかの要因によりレシピの提供者と競合する状態になった場合には、レシピの販売者の店舗における販売が減少してしまう恐れがある。

本発明は上記課題を鑑みてなされたものであって、その目的は、レシピを販売することによりレシピの提供者が不利益を被る可能性を軽減する技術を提供することにある。

上記課題を解決するために、本発明にかかる情報処理システムは、レシピ情報を販売するレシピ販売者と前記レシピ情報を購入する購入者との間の契約条件を前記購入者が操作する購入者装置に提示させる提示手段と、前記購入者装置を介して前記購入者から前記契約条件に基づいて前記レシピ情報を購入する指示を受け付けた場合に、前記契約条件に応じた制限条件を、前記レシピ情報に関連付けられた商品の商品情報と関連付けて登録する条件登録手段と、消費者が、前記購入者の商品販売サイトにアクセスした場合に、前記レシピ情報に関連付けられた商品の商品情報を出力する商品出力手段と、を含む。前記商品出力手段は、前記商品情報に関連付けられた前記制限条件に基づいて、当該商品情報の出力を制限する。

また、本発明にかかる情報処理方法は、レシピ情報を販売するレシピ販売者と前記レシピ情報を購入する購入者との間の契約条件を前記購入者が操作する購入者装置に提示させるステップと、前記購入者装置を介して前記購入者から前記契約条件に基づいて前記レシピ情報を購入する指示を受け付けた場合に、前記契約条件に応じた制限条件を、前記レシピ情報に関連付けられた商品の商品情報と関連付けて登録するステップと、消費者が、前記購入者の商品販売サイトにアクセスした場合に、前記レシピ情報に関連付けられた商品の商品情報を出力するステップと、前記商品情報に関連付けられた前記制限条件に基づいて、当該商品情報の出力を制限するステップと、を含む。

本発明の一形態では、前記契約条件は契約期間を含み、前記条件登録手段は、前記契約期間に応じた販売期間を、前記レシピ情報と関連付けられた商品の商品情報と関連付けて登録し、前記商品出力手段は、現在の日付が前記販売期間の内にない場合に、当該登録された商品情報を出力しなくてよい。

本発明の一形態では、前記条件登録手段は、前記購入者が入力する販売期間であって前記レシピ情報と関連付けられた商品の販売期間が、前記契約期間を超える期間を含む場合に、当該販売期間を登録しなくてよい。

本発明の一形態では、前記契約条件は販売エリアを制限する情報を含み、前記条件登録手段は、前記販売エリアを制限する情報に基づいて、前記レシピ情報と関連付けられた商品の販売エリアを示す情報を当該商品の商品情報と関連付けて登録し、前記商品出力手段は、前記消費者の位置が前記販売エリアの内にない場合に、当該登録された商品情報を出力しなくてよい。

本発明の一形態では、前記条件登録手段は、前記レシピ販売者の店舗の位置又は販売エリアに基づいて、前記レシピ情報と関連付けられた商品の販売エリアを登録してよい。

本発明の一形態では、前記レシピ情報と関連付けられた商品の販売エリアは、前記購入者により前記レシピ情報に関連付けられた商品が配送されるエリアであってよい。

本発明の一形態では、前記契約条件は販売数または販売額の上限を含み、前記条件登録手段は、前記制限条件として、前記販売数または販売額の上限を、前記レシピ情報と関連付けられた商品の商品情報と関連付けて登録し、前記商品出力手段は、前記購入者の商品販売サイトにおける前記販売数または販売額が前記制限条件を満たさない場合に、当該登録された商品情報を出力しなくてよい。

本発明により、レシピの提供者が不利益を被る可能性を軽減することができる。

本発明の実施形態にかかる情報処理システムのハードウェア構成を示す図である。 レシピの販売およびメニューの販売に関するシーケンス図である。 情報処理システムが実現する機能を示すブロック図である。 レシピの購入にかかる処理の一例を示すフロー図である。 レシピ概要画面の一例を示す図である。 契約条件を示す画面の一例を示す図である。 レシピ詳細画面の一例を示す図である。 メニューデータベースの一例を示す図である。 制限データベースの一例を示す図である。 商品の販売にかかる処理の一例を示すフロー図である。 メニュー一覧画面の一例を示す図である。 メニュー管理において提供条件を変更する処理の一例を示すフロー図である。

以下では、本発明の実施形態を図面に基づいて説明する。同じ符号を付された構成に対しては、重複する説明を省略する。本実施形態では、レシピ販売サイトおよびフードデリバリー注文サイトを実現する情報処理システムについて説明する。レシピ販売サイトは、例えば飲食物を提供する店舗どうしで、レシピの販売および購入を可能にするサービスを提供する。

図１は、本発明の実施形態にかかる情報処理システムの一例を示す図である。情報処理システムは、レシピ販売サーバ１とフード販売サーバ２とを含む。情報処理システムはレシピ販売者端末３、店舗端末４、消費者端末５とネットワークを介して接続されている。

レシピ販売サーバ１はレシピ販売サイトを実現するサーバである。レシピ販売サーバ１はプロセッサ１１、記憶部１２、通信部１３、入出力部１４を含む。フード販売サーバ２はフードデリバリー注文サイトを実現するサーバである。フード販売サーバ２は、プロセッサ２１、記憶部２２、通信部２３、入出力部２４を含む。レシピ販売サーバ１およびフード販売サーバ２は、サーバコンピュータである。レシピ販売サーバ１およびフード販売サーバ２の処理のそれぞれは、複数のサーバコンピュータにより実現されてもよい。

プロセッサ１１，２１は、記憶部１２，２２に格納されているプログラムに従って動作する。またプロセッサ１１，２１は通信部１３，２３、入出力部１４，２４を制御する。なお、上記プログラムは、インターネット等を介して提供されるものであってもよいし、フラッシュメモリやＤＶＤ－ＲＯＭ等のコンピュータで読み取り可能な記憶媒体に格納されて提供されるものであってもよい。

記憶部１２，２２は、ＲＡＭおよびフラッシュメモリ等のメモリ素子とハードディスクドライブのような外部記憶装置とによって構成されている。記憶部１２，２２は、上記プログラムを格納する。また、記憶部１２，２２は、プロセッサ１１，２１、通信部１３，２３、入出力部１４，２４から入力される情報や演算結果を格納する。

通信部１３，２３は、他の装置と通信する機能を実現するものであり、例えば無線ＬＡＮ、有線ＬＡＮを実現する集積回路などにより構成されている。通信部１３，２３は、プロセッサ１１，２１の制御に基づいて、他の装置から受信した情報をプロセッサ１１，２１や記憶部１２，２２に入力し、他の装置に情報を送信する。

入出力部１４，２４は、表示出力デバイスをコントロールするビデオコントローラや、入力デバイスからのデータを取得するコントローラなどにより構成される。入力デバイスとしては、キーボード、マウス、タッチパネルなどがある。入出力部１４，２４は、プロセッサ１１，２１の制御に基づいて、表示出力デバイスに表示データを出力し、入力デバイスをユーザが操作することにより入力されるデータを取得する。表示出力デバイスは例えば外部に接続されるディスプレイ装置である。

レシピ販売者端末３は、レシピを販売する販売者が操作するコンピュータであり、ネットワークを介してレシピ販売サーバ１と通信する。店舗端末４は、レシピを購入する購入者が操作するコンピュータであり、ネットワークを介してレシピ販売サーバ１およびフード販売サーバ２と通信する。ここで、店舗端末４は、購入者装置の一例である。消費者端末は、フード販売サーバ２とネットワークを介して通信する。

次に、情報処理システムにより行われるサービスの概要について説明する。図２は、レシピの販売およびメニューの販売に関するシーケンス図である。メニューは、レシピに従った調理によって得られる食べ物や飲み物であり、販売される商品の一種である。はじめに、レシピの販売者は、レシピ販売サイトで販売するレシピの情報、そのレシピの契約条件、および、そのレシピにより提供できるメニューの商品情報をレシピ販売者端末３に入力すると、レシピ販売者端末３はそのレシピの情報、契約条件生成情報、メニューの情報を含むレシピ登録情報を送信する。そしてレシピ販売サーバ１はデータベースに、レシピ販売者の情報（レシピ販売者の店舗情報）とともにそのレシピの情報を登録し、またそのデータベースに、そのレシピの情報と関連付けて、契約条件生成情報、メニューの商品情報を登録する。

ここで、データベースに登録される契約条件生成情報は、契約条件を示す情報の一種であり、レシピの購入者にあわせて契約条件を生成するための情報である。契約条件生成情報は、例えば契約期間をレシピ購入日から３か月にするといった契約期間の決定ロジックであってよい。契約条件生成情報は、例えば販売エリアからレシピの販売者の店舗のある都道府県または市町村を除くといった販売エリアの制限の決定ロジックであってもよい。契約条件生成情報は、例えば販売エリアからレシピの販売者の店舗の販売エリアを除くといった販売エリアの制限の決定ロジックであってもよい。契約条件生成情報は、固定的な契約期間や販売エリアの制限のような契約条件そのものであってもよい。ここで、レシピの販売者の店舗は、実店舗でもよいし、電子店舗でもよい。販売エリアは、商品が配送されるエリアであってよい。

その後、レシピ販売サーバ１が提供するレシピ販売サイト（特にレシピ販売者の店舗のページ）にレシピの購入者がアクセスすると、レシピ販売サーバ１は、レシピの一覧を含むレシピ概要情報を店舗端末４へ送信する。そして購入者がいずれかのレシピを選択する（例えば「購入」ボタンを押下する）と、店舗端末４はレシピ選択指示をレシピ販売サーバ１へ送信し、レシピ販売サーバ１は、その選択されたレシピの契約を進めるため、そのレシピのレシピ情報と関連付けられた契約条件生成情報に基づいて契約条件を取得し、その契約条件含む契約条件情報を送信する。

購入者が契約条件を承諾してレシピを購入する契約を結ぶことを示す操作をすると、店舗端末４は契約指示をレシピ販売サーバ１へ送信する。レシピ販売サーバ１は契約の対象となるレシピの詳細を開示するためレシピ詳細情報を店舗端末４へ送信し、さらに、フードデリバリー注文サイトにレシピの購入者の店舗（電子店舗）が存在しない場合には、フード販売サーバ２へ店舗生成依頼を送信する。また、レシピ販売サーバ１はフード販売サーバ２へメニュー登録依頼および条件登録依頼を送信する。メニュー登録依頼はレシピに関連付けられたメニューの商品情報を購入者の店舗に登録させる情報であり、条件登録依頼は、契約条件に応じた、その店舗のメニューの提供条件を登録させる情報である。なお、レシピの購入者は、フード販売サーバ２との間でメニュー管理画面を通じて操作をすることにより、メニューの商品情報および提供条件を編集することができる。

メニューが登録された後に消費者が消費者端末５を操作して、フード販売サーバ２により提供されるフードデリバリー注文サイトにアクセスし、消費者端末５が店舗のメニュー一覧を表示させる要求（メニュー一覧要求）をフード販売サーバ２に送信すると、フード販売サーバ２は提供条件を満たすメニューを選択し、その選択されたメニューの一覧の情報（メニュー一覧画面）を消費者端末５へ送信する。消費者がメニュー一覧のうちいずれかのメニューについて購入する旨の入力をすると、消費者端末５はその旨の情報を含む購入指示をフード販売サーバ２へ送信し、フード販売サーバ２は注文情報を店舗端末４へ送信し、店舗端末４を操作する店舗スタッフが注文されたメニューを消費者へ配達する。

次に、情報処理システムが提供する機能について説明する。図３は、情報処理システムが実現する機能を示すブロック図である。情報処理システムは、機能的に、レシピ登録部５０、レシピ提示部５１、レシピ購入受付部５２、契約条件取得部５３、店舗登録部５５、メニュー登録部５６、条件登録部５７、メニュー出力部５８、注文受付部５９、レシピデータベース６１、メニューデータベース６２、条件データベース６３を含む。

レシピ登録部５０、レシピ提示部５１、レシピ購入受付部５２、契約条件取得部５３は、主にレシピ販売サーバ１に含まれるプロセッサ１１によって記憶部１２に格納されるプログラムが実行され、通信部１３などを制御することにより実現される。店舗登録部５５、メニュー登録部５６、条件登録部５７、メニュー出力部５８、注文受付部５９は、主にフード販売サーバ２に含まれるプロセッサ２１によって記憶部２２に格納されるプログラムが実行され、通信部２３、入出力部２４を制御することにより実現される。

レシピデータベース６１は主にレシピ販売サーバ１の記憶部１２により実現されるが、他のサーバ上で稼働するデータベース管理システムにより実現されてもよい。メニューデータベース６２、条件データベース６３は、主にフード販売サーバ２の記憶部２２により実現されるが、他のサーバ上で稼働するデータベース管理システムにより実現されてもよい。

レシピ登録部５０は、レシピ販売者からレシピ情報を取得し、レシピ情報をレシピデータベース６１に登録する。またレシピ販売者からレシピ情報により提供できるメニューの情報を取得し、そのメニューの情報をレシピ情報と関連付けてレシピデータベース６１に登録する。

レシピ提示部５１は、レシピを購入する予定の購入者に、レシピデータベース６１に登録されたレシピ情報を提示する。また、レシピ提示部５１は、レシピ情報を販売するレシピ販売者とそのレシピ情報を購入する購入者との間の契約条件をその購入者が操作する店舗端末４に提示させる。またレシピ提示部５１は、レシピ情報を購入する指示を受け付ける前に、レシピデータベース６１に登録されたレシピ情報のうち一部を除く情報をレシピの購入者に提示する。レシピ提示部５１は、レシピ情報を購入する指示を受け付けた後に、その登録されたレシピ情報のうちその一部を含む情報を購入者に提示する。

契約条件取得部５３は、契約条件生成情報に基づいて契約条件を取得し、レシピ提示部５１がその契約条件を提示できるようにする。

レシピ購入受付部５２は、レシピの購入者から、レシピデータベース６１に登録されたレシピ情報、特に、提示されたレシピ情報を購入する指示を受け付ける。

店舗登録部５５は、レシピ情報を購入する指示を受け付け、かつ、その購入を指示した購入者の電子店舗が存在しない場合に、その購入者の電子店舗の情報であって、そのフード販売サイトへのアクセスを可能とする情報を登録する。ここで、フード販売サイトは、商品販売サイトの一例である。

メニュー登録部５６は、提示されたレシピ情報を購入する指示の受け付けに基づいて、レシピ情報と関連付けられたメニューの商品情報を、レシピ情報の購入者の電子店舗において販売するメニューの商品情報を格納するメニューデータベースに登録する。商品情報は、商品に関する情報であり、例えばメニューＩＤ、店舗、メニュー名、価格、画像ＩＤ、付加画像ＩＤ、関連エリアを含んでよい。また、商品情報は、レシピの販売者の店舗の位置に関する情報や、レシピの販売者を示す情報（例えば販売者のブランド画像）を含んでよい。

条件登録部５７は、店舗端末４を介してレシピ情報の購入者から契約条件に基づいてレシピ情報を購入する指示を受け付けた場合に、前記契約条件に応じた提供条件を、前記レシピ情報に関連付けられた商品の商品情報と関連付けて登録する。契約条件は、契約期間、販売エリアの制限、販売数または販売額の上限のうち少なくともいずれかを含む。提供条件は、商品情報の出力を制限する制限条件であり、販売期間、販売エリアを示す情報、販売数または販売額の上限のうち少なくともいずれかを含む。条件登録部５７は、レシピの購入者がそのレシピ情報に関連付けられたメニューについて修正のために入力する販売期間が、その契約期間を超える期間を含む場合に、その販売期間を条件データベースに登録しない。

メニュー出力部５８は、消費者が、フード販売サイトにおいてレシピの購入者の店舗にアクセスした場合に、メニューデータベースにその店舗と関連付けて登録されたメニューの商品情報を出力する。メニュー出力部５８により出力されるメニューの商品情報は、レシピ情報に関連付けられた商品の商品情報を含んでよい。メニュー出力部５８は、消費者の移動に関する履歴を取得し、その履歴が、レシピの販売者の店舗の位置に関する情報に応じた範囲に前記消費者が以前訪問したことを示す場合に、その消費者にレシピの販売者に関する情報を出力してよい。

また、メニュー出力部５８は、メニューの商品情報に関連付けて記憶された提供条件に基づいて、その商品情報の出力を制限する。メニュー出力部５８は、提供条件が販売期間を含む場合には、現在の日付が商品情報に関連付けられた販売期間の内にない場合に、その商品情報を出力しない。また提供条件が提供エリアを含む場合には、消費者の位置がその提供エリアの内でない場合に、その登録された商品情報を出力しない。

注文受付部５９は、メニュー出力部５８により出力されたメニューに対して消費者が購入する購入指示を受け付け、その購入指示に基づく注文情報をフード販売サーバ２へ送信する。

次に、情報処理システムの処理の詳細について説明する。図４は、レシピの購入にかかる処理の一例を示すブロック図である。はじめに、店舗端末４の操作者（レシピの購入を希望する購入者）がレシピ販売サイトにアクセスすると、レシピ販売サーバ１に含まれるレシピ提示部５１は、レシピデータベース６１からレシピ情報を取得し、レシピ情報の一部（レシピ概要情報）を店舗端末４の操作者へ提示する（ステップＳ１０１）。購入前に提示されるレシピ情報は、レシピデータベース６１に登録されているレシピ情報のうち調理法の核心となる部分が除かれた情報である。レシピ情報のうち除かれる部分は、例えばレシピの素材または調理法の一部である。

図５は、レシピ概要画面の一例を示す図である。レシピ概要画面は、レシピ概要情報を受信した店舗端末４が出力する画面である。図５の例では、複数のレシピのそれぞれについて一部のレシピ情報が表示される一覧画面である。ここに表示されるレシピのいずれかについて購入ボタン８１が押下されると、店舗端末４は、その購入ボタン８１に対応するレシピが選択されたことを示すレシピ選択指示を送信する。なお、本画面で「レシピを販売する」ボタンを押下すると、レシピを登録する画面に遷移する。レシピを登録・販売すること自体は公知であるのでレシピの登録についての説明は省略する。

店舗端末４が選択されたレシピを示す情報（レシピ選択指示）を送信すると、レシピ提示部５１はその選択されたレシピを示す情報を受信する（ステップＳ１０２）。すると、契約条件取得部５３は、そのレシピ情報に関連付けられた契約条件生成情報が示す契約条件を取得し、レシピ提示部５１は、その契約条件を含む情報（契約条件情報）を購入者が操作する店舗端末４へ送信する（ステップＳ１０３）。

図６は、契約条件を示す画面の一例を示す図である。この画面は、契約条件情報を受信した店舗端末４が出力する画面であり、契約条件を承諾してレシピを購入するか確認するための画面である。図６に表示される提供可能期間は契約期間を示し、提供可能エリアは販売が許可される販売エリアを示している。なお、契約条件として、販売可能な数量や金額の上限が記載されていてもよい。ここで、レシピの販売者が契約生成条件として、販売エリアから自店舗のあるエリアを除くといった条件を設定した場合には、契約条件取得部５３は、レシピデータベース６１から自店舗の位置及びエリアを取得し、そのエリアを除くものが提供可能な販売エリアであるという契約条件を生成してよい。レシピの販売者が契約生成条件として、販売エリアからレシピの販売者の店舗の販売エリアを除くといった条件を設定した場合には、契約条件取得部５３は、レシピデータベース６１から店舗の販売エリアを取得し、そのエリアを除くものが提供可能な販売エリアであるという契約条件を生成してもよい。

購入者が、例えば図６の条件承諾ボタン８３を押下するといった、契約条件を承諾してレシピを購入するための操作をすると、店舗端末４は、その契約を承諾して購入する処理を進めることを示す契約指示を送信する。

レシピ購入受付部５２は購入者の操作する店舗端末４からその契約指示を受信する（ステップＳ１０４）。契約指示を受信すると、レシピ提示部５１は購入されたレシピ情報の詳細（レシピ詳細情報）を購入者の店舗端末４へ送信する（ステップＳ１０５）。ここで、レシピ購入受付部５２は購入されたレシピ情報に対しては、レシピ詳細情報として、レシピ概要画面において送信されなかった部分（例えば材料や調理法の全て）も含むレシピ情報を送信する。

店舗端末４は、レシピ詳細情報を受信すると、レシピ詳細画面を出力する。図７は、レシピ詳細画面の一例を示す図である。レシピ詳細画面には、そのメニューの商品を提供するために必要な情報が記載されている。レシピ詳細画面には、テキストの情報や画像だけでなく、調理手順を示す動画を再生するためのリンクが含まれてもよい。契約更新ボタン８５については後述する。

レシピ提示部５１は購入されていないレシピについてもレシピ詳細情報を送信してもよい。この場合、送信されるレシピ詳細情報には、例えば材料や調理法の少なくとも一部など、レシピの一部が含まれなくてよい。

契約指示を受信すると、レシピ購入受付部５２はさらにステップＳ１０６以降の処理を実行する。ステップＳ１０６において、レシピ購入受付部５２は、フード販売サイトにレシピの購入者の店舗が存在するか判定する。店舗が存在する場合には（ステップＳ１０６のＹ）、ステップＳ１０７をスキップする。一方、店舗が存在しない場合には（ステップＳ１０６のＮ）、レシピ購入受付部５２は店舗設定依頼をフード販売サーバ２へ向けて送信する（ステップＳ１０７）。

フード販売サーバ２に含まれる店舗登録部５５は、店舗設定依頼を受信すると、フード販売サイトにレシピの購入者の店舗を新規で設定する（ステップＳ２０１）。店舗の設定は、より具体的には、店舗設定依頼に含まれる購入者の情報に基づいて、店舗の名前、注文受付時の連絡先、販売エリアを図示しない店舗データベースに設定し、フード販売サイトへのアクセスを可能とする情報を登録する処理であってよい。フード販売サイトへのアクセスを可能とする情報を登録する処理は、例えばフード販売サイト内の店舗のトップページに相当するＵＲＬをフード販売サーバ２のＷｅｂサーバに設定する処理であってよい。

なお、ステップＳ１０６，Ｓ１０７の代わりにレシピ購入受付部５２は常に店舗生成依頼を送信してもよい。この場合、店舗生成依頼を受信した店舗登録部５５がフード販売サイトにレシピの購入者の店舗が存在するか判定し、店舗が存在しない場合に店舗登録部５５が購入者の店舗を新規で設定してよい。店舗生成依頼は、後述のメニュー登録依頼および条件登録依頼のうち少なくとも一方とともに送信されてよい。

レシピの購入者の店舗が存在する、または、ステップＳ１０７の処理が完了すると、レシピ購入受付部５２は、メニュー登録依頼および条件登録依頼を送信する（ステップＳ１０８）。メニュー登録依頼は、メニューデータベース６２に対してレシピ情報に関連付けて記憶されたメニューの情報を含み、条件登録依頼は、契約条件を含む。フード販売サーバ２がメニュー登録依頼および条件登録依頼を受信すると、メニュー登録部５６は購入者の店舗と関連付けて、レシピに応じたメニューをメニューデータベース６２に新たに登録する（ステップＳ２０２）。条件登録部５７は、そのメニューと関連付けて、提供条件を条件データベース６３に新たに登録する（ステップＳ２０３）。

図８は、メニューデータベース６２の一例を示す図である。メニューデータベース６２には、様々な店舗にて供給されるメニューのそれぞれについて、メニューＩＤ、店舗、メニュー名、価格、画像ＩＤ、付加画像ＩＤ、関連エリアが格納されている。図８の例では店舗として店舗名が記載されているが、実際には店舗ＩＤが格納されてよい。メニューデータベース６２にメニューの説明文がさらに格納されてもよい。

画像ＩＤはメニューの画像を特定する情報である。付加画像ＩＤは、さらに表示する画像を特定する情報であり、例えばそのメニューの基となるレシピの販売者を示す画像（例えばレシピの販売者のブランド画像）を特定する情報である。関連エリアは、レシピの販売者と関連付けられたエリアであり、具体的にはレシピの販売者の店舗の位置に関する情報に応じた範囲であり、例えばレシピの販売者の店舗が存在するエリア（例えば都道府県または市町村）が設定される。

図９は、条件データベース６３の一例を示す図である。条件データベース６３には、メニューのそれぞれについて、そのメニューの提供条件を示す情報が格納されている。図９の例では、メニューのそれぞれについて、メニューを識別するメニューＩＤ、店舗、提供期間、提供エリアが条件データベース６３に格納されている。条件データベース６３には、さらに、売上額上限や販売数上限が格納されてもよい。提供エリアは、店舗の販売エリアをさらに限定するものである。提供期間は、メニューの商品の販売期間である。提供期間は契約条件における契約期間に含まれる期間であり、ステップＳ２０３の処理においては契約期間そのものが設定されてよい。提供期間は後からメニュー管理画面を用いて変更することが可能であり、その処理については後述する。

なおメニュー登録部５６、条件登録部５７がレシピ販売サーバ１に含まれるプロセッサ１１等により実現され、レシピ販売サーバ１上のメニュー登録部５６、条件登録部５７が直接的にメニューデータベース６２、条件データベース６３にデータを登録してもよい。

なお、レシピ提示部５１は、図４に示される処理が終了した後においても、レシピの購入者からの要求に応じてレシピ詳細情報を送信してもよい。例えば契約期間の更新が近づいた際に、図７に示されるレシピ詳細画面において契約更新ボタン８５を押下すると、店舗端末４は契約更新情報を送信し、レシピ購入受付部５２は、そのレシピについて契約期間を延長するための処理を実行する。この処理は、ステップＳ１０３，Ｓ１０４、および、レシピ購入受付部５２が更新された契約期間に基づく提供期間を送信する処理、条件登録部５７が提供期間を更新する処理を含む。

これまでに説明した図４の処理によって、レシピを購入する際に、そのレシピに関連するメニューをフード販売サイトにおけるレシピの購入者の店舗に自動的に登録することが可能になる。これにより、レシピの購入者がフード販売サイトを管理する際の手間を軽減することが可能になる。また、契約条件が設定されることにより、レシピの販売者が、レシピの購入者の行動を制限し、その購入者が契約外の行動をとる可能性を減らすことも可能になる。制限については以下でも説明する。

図１０は、商品の販売にかかる処理の一例を示すフロー図である。はじめにメニュー出力部５８は、例えば消費者に郵便番号および配達希望日時を入力させる画面を消費者端末５に出力させ、それに対して消費者が入力した消費者の住所を示す情報および配達希望日時を消費者端末５から取得する（ステップＳ３０１）。そしてメニュー出力部５８は、住所を示す情報及び配達希望日時に基づく条件を満たす店舗の一覧を消費者端末５へ出力する（ステップＳ３０２）。住所を示す情報及び配達希望日時に基づく条件を満たす店舗、とは、配達希望日時が営業時間内にあり、その住所が配達エリア内にある店舗のことである。ここで、消費者の住所を示す情報は、消費者の位置を示す情報の一例である。

店舗の一覧の画面が消費者端末５に出力され、消費者が店舗の一覧から店舗を選択すると、消費者端末５はその店舗に対するメニュー一覧を要求するためのメニュー一覧要求を送信する。メニュー一覧要求は選択された店舗を含む。メニュー出力部５８はその選択された店舗を含むメニュー一覧要求を取得する（ステップＳ３０３）。

メニュー出力部５８は、選択された店舗についてメニューデータベース６２に登録されたメニューのうち、提供条件を満たすもののリストを取得する（ステップＳ３０４）。メニュー出力部５８はメニューデータベース６２から選択された店舗の複数のメニューを取得し、取得されたメニューのうち、条件データベース６３にそのメニューに関連付けられた提供条件が登録されていないメニューと、関連付けて登録された提供条件を満たすメニューとを含むリストを取得する。

提供条件を満たすメニューは、提供条件に提供期間と提供エリアとが設定される場合には、現在日付が提供期間に含まれ、かつ提供エリアに消費者の住所が含まれるメニューである。提供条件に提供期間および提供エリアの一方が設定されている場合には、提供条件を満たすメニューはその一方を満たすメニューとなる。

図８，９の例において、例えば「あいうＡＡ店」のメニューＩＤ「B01-039」のメニューについては、提供条件として提供期間と提供エリアが設定されているため、現在日付が2021年7月1日以降である、または、消費者が愛知県にいる場合には、このメニューは一覧表示のためのリストには取得されず、後述のメニュー一覧画面には表示されない。これにより、契約期間が経過した後にメニューが販売されることを防ぎ、レシピの販売者と競合する地域でメニューの商品が提供されることを防ぐことができる。ここで、提供エリアはレシピの販売者の店舗の位置や販売エリアに応じて設定されている。なお、提供条件に販売数または販売額の上限が含まれる場合には、この店舗のあるメニューにおける累計の販売数または販売額が、その上限を超える場合には、そのメニューはリストには取得されず、メニュー一覧画面にも表示されない。

メニューのリストが取得されると、メニュー出力部５８は、メニュ一覧画面のデータを生成する（ステップＳ３０５）。メニュー一覧画面は、リストに含まれるメニューのそれぞれの商品情報を含む。そのメニュー一覧画面中のメニューの画像には、メニュー登録部５６によってメニューデータベース６２に登録された、レシピの販売元のブランドを示す画像が含まれてよい。また、メニュー出力部５８は他のサービス（例えば旅行予約サービス）から消費者の過去の移動に関する履歴（例えば旅行先の履歴）を取得し、リストに含まれるメニューのそれぞれについて以下の処理をする。その処理は、メニュー出力部５８が取得した履歴のうちいずれかがそのメニューの商品情報に含まれる関連エリアに消費者が訪問したことを示すか判定し、それを示す場合に、メニュー出力部５８が、メニュ一覧画面のそのメニューのデータに、レシピ販売者に関する情報（例えば店舗名やメニュー名）をさらに付加することである。この処理により、メニューに対してレシピ販売者に関する情報が視認されやすい形態で消費者端末５に表示される。

そしてメニュー出力部５８は、生成されたメニュー一覧画面のデータを消費者端末５へ送信する（ステップＳ３０７）。消費者端末５は、そのデータを受信し、メニュー一覧画面を表示する。

図１１は、メニュー一覧画面の一例を示す図である。図１１のメニュー一覧画面には、店舗「あいうＡＡ店」のメニューの少なくとも一部が表示されている。レシピの購入に伴い付加画像および関連エリアを含むメニューの商品情報が登録され、消費者の移動に関する情報が関連エリアに訪問したことを示す場合には、メニュー一覧画面には、そのメニューについて、画像ＩＤが示す説明画像８７と、付加画像ＩＤが示すブランド画像８８に加えて、消費者に対して付加されるレシピ販売者に関する情報である付加文８９が表示される。このようにレシピ購入者の店舗において、消費者とレシピ販売者との位置的な関係に基づいて、レシピ販売者とメニューとの関係を示す画像を表示させることで、購入されたレシピによる商品の販売効率を向上させることが可能になる。

図１２は、メニュー管理において提供条件を変更する処理の一例を示すフロー図である。図１２に示す処理は、店舗の管理者（レシピの購入者と同じである）がメニュー管理の画面において提供条件を変更する入力をすることにより、店舗端末４からメニューの提供条件の更新指示を含む情報が送信された場合の処理を説明する。

はじめに、条件登録部５７は、店舗端末４から送信されたメニューの提供条件の更新指示を取得する（ステップＳ５０１）。更新指示は、提供条件のうち、店舗の管理者が入力した項目の更新内容を含む。例えば提供期間が更新される場合には、更新指示は管理者が新たに入力した提供期間を含む。なおメニュー管理では提供エリアの更新はできないため、更新指示は提供エリアの更新を含まない。

更新指示に提供期間の更新が含まれる場合には（ステップＳ５０２）、条件登録部５７は更新指示に含まれ店舗の管理者に入力された提供期間が、契約期間を超える期間を含むか判定する（ステップＳ５０３）。より具体的には、条件登録部５７は、提供期間の始期が契約期間の始期より前である、または、提供期間の終期が契約期間の終期より後であるかを判定する。入力された提供期間が、契約期間を超える期間を含む場合には（ステップＳ５０３のＹ）、警告メッセージを出力しこの処理を終了する。

更新指示に提供期間の更新が含まれない場合（ステップＳ５０２のＮ）、または、入力された提供期間が、契約期間を超える期間を含まない場合（ステップＳ５０３のＮ）は、条件登録部５７は、入力された提供条件で条件データベース６３のそのメニューの提供条件を更新する（ステップＳ５０４）。

これにより、レシピを購入した店舗の管理者が提供期間を修正でき、店舗側の事情により販売をコントロールすることが可能になる。また店舗側が提供期間の変更により契約違反の状態となることを未然に防ぐことができる。

この発明は、フードデリバリー注文サイト以外に適用されてもよい。例えば、商品のテイクアウトの予約を受け付けるサイトに適用されてもよいし、飲食店において、座席とともにメニューを予約する予約サイトに適用されてもよい。その場合、販売エリアは、消費者から予約を受け付けるエリアであってよい。

１ レシピ販売サーバ、２ フード販売サーバ、３ レシピ販売者端末、４ 店舗端末、５ 消費者端末、１１，２１ プロセッサ、１２，２２ 記憶部、１３，２３ 通信部、１４，２４ 入出力部、５０ レシピ登録部、５１ レシピ提示部、５２ レシピ購入受付部、５３ 契約条件取得部、５５ 店舗登録部、５６ メニュー登録部、５７ 条件登録部、５８ メニュー出力部、５９ 注文受付部、６１ レシピデータベース、６２ メニューデータベース、６３ 条件データベース、８１ 購入ボタン、８３ 条件承諾ボタン、８５ 契約更新ボタン、８７ 説明画像、８８ ブランド画像、８９ 付加文。

Claims (8)

1. レシピ情報を販売するレシピ販売者と前記レシピ情報を購入する購入者との間の契約条件を前記購入者が操作する購入者装置に提示させる提示手段と、
   前記購入者装置を介して前記購入者から前記契約条件に基づいて前記レシピ情報を購入する指示を受け付けた場合に、前記契約条件に応じた制限条件を、前記レシピ情報に関連付けられた商品の商品情報と関連付けて登録する条件登録手段と、
   消費者が、前記購入者の商品販売サイトにアクセスした場合に、前記レシピ情報に関連付けられた商品の商品情報を出力する商品出力手段と、
   を含み、
   前記商品出力手段は、前記商品情報に関連付けられた前記制限条件に基づいて、当該商品情報の出力を制限する、
   情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記契約条件は契約期間を含み、
   前記条件登録手段は、前記契約期間に応じた販売期間を、前記レシピ情報と関連付けられた商品の商品情報と関連付けて登録し、
   前記商品出力手段は、現在の日付が前記販売期間の内にない場合に、当該登録された商品情報を出力しない、
   情報処理システム。
3. 請求項２に記載の情報処理システムであって、
   前記条件登録手段は、前記購入者が入力する販売期間であって前記レシピ情報と関連付けられた商品の販売期間が、前記契約期間を超える期間を含む場合に、当該販売期間を登録しない、
   情報処理システム。
4. 請求項１から３のいずれかに記載の情報処理システムであって、
   前記契約条件は販売エリアを制限する情報を含み、
   前記条件登録手段は、前記販売エリアを制限する情報に基づいて、前記レシピ情報と関連付けられた商品の販売エリアを示す情報を当該商品の商品情報と関連付けて登録し、
   前記商品出力手段は、前記消費者の位置が前記販売エリアの内にない場合に、当該登録された商品情報を出力しない、
   情報処理システム。
5. 請求項４に記載の情報処理システムであって、
   前記条件登録手段は、前記レシピ販売者の店舗の位置又は販売エリアに基づいて、前記レシピ情報と関連付けられた商品の販売エリアを登録する、
   情報処理システム。
6. 請求項４または５に記載の情報処理システムであって、
   前記レシピ情報と関連付けられた商品の販売エリアは、前記購入者により前記レシピ情報に関連付けられた商品が配送されるエリアである、
   情報処理システム。
7. 請求項１から６のいずれかに記載の情報処理システムであって、
   前記契約条件は販売数または販売額の上限を含み、
   前記条件登録手段は、前記制限条件として、前記販売数または販売額の上限を、前記レシピ情報と関連付けられた商品の商品情報と関連付けて登録し、
   前記商品出力手段は、前記購入者の商品販売サイトにおける前記販売数または販売額が前記制限条件を満たさない場合に、当該登録された商品情報を出力しない、
   情報処理システム。
8. レシピ情報を販売するレシピ販売者と前記レシピ情報を購入する購入者との間の契約条件を前記購入者が操作する購入者装置に提示させるステップと、
   前記購入者装置を介して前記購入者から前記契約条件に基づいて前記レシピ情報を購入する指示を受け付けた場合に、前記契約条件に応じた制限条件を、前記レシピ情報に関連付けられた商品の商品情報と関連付けて登録するステップと、
   消費者が、前記購入者の商品販売サイトにアクセスした場合に、前記レシピ情報に関連付けられた商品の商品情報を出力するステップと、
   前記商品情報に関連付けられた前記制限条件に基づいて、当該商品情報の出力を制限するステップと、
   を含む情報処理方法。
   
   

Images