JP5956707B1 - 情報処理システム、情報処理装置、情報処理方法、プログラム - Google Patents
情報処理システム、情報処理装置、情報処理方法、プログラム Download PDFInfo
- Publication number
- JP5956707B1 JP5956707B1 JP2016510894A JP2016510894A JP5956707B1 JP 5956707 B1 JP5956707 B1 JP 5956707B1 JP 2016510894 A JP2016510894 A JP 2016510894A JP 2016510894 A JP2016510894 A JP 2016510894A JP 5956707 B1 JP5956707 B1 JP 5956707B1
- Authority
- JP
- Japan
- Prior art keywords
- information
- user
- order
- product
- condition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 35
- 238000003672 processing method Methods 0.000 title claims description 6
- 238000000034 method Methods 0.000 claims description 217
- 238000012545 processing Methods 0.000 claims description 104
- 238000012937 correction Methods 0.000 claims description 68
- 230000008569 process Effects 0.000 description 193
- 238000010411 cooking Methods 0.000 description 95
- 235000013305 food Nutrition 0.000 description 46
- 235000013550 pizza Nutrition 0.000 description 45
- 210000003811 finger Anatomy 0.000 description 36
- 240000008415 Lactuca sativa Species 0.000 description 31
- 235000012045 salad Nutrition 0.000 description 31
- 235000012489 doughnuts Nutrition 0.000 description 26
- 230000004048 modification Effects 0.000 description 26
- 238000012986 modification Methods 0.000 description 26
- 230000008859 change Effects 0.000 description 24
- 238000004891 communication Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 12
- 230000004044 response Effects 0.000 description 12
- 210000003813 thumb Anatomy 0.000 description 12
- 230000005540 biological transmission Effects 0.000 description 8
- 150000003839 salts Chemical class 0.000 description 7
- 238000000605 extraction Methods 0.000 description 6
- 235000015097 nutrients Nutrition 0.000 description 6
- 239000004615 ingredient Substances 0.000 description 5
- 238000003825 pressing Methods 0.000 description 5
- 230000007423 decrease Effects 0.000 description 4
- 235000019577 caloric intake Nutrition 0.000 description 3
- 206010012601 diabetes mellitus Diseases 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 235000012054 meals Nutrition 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 239000004065 semiconductor Substances 0.000 description 3
- 230000001010 compromised effect Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 210000005224 forefinger Anatomy 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000002156 mixing Methods 0.000 description 2
- 235000016709 nutrition Nutrition 0.000 description 2
- 230000035764 nutrition Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 235000002566 Capsicum Nutrition 0.000 description 1
- 206010020751 Hypersensitivity Diseases 0.000 description 1
- 206010020772 Hypertension Diseases 0.000 description 1
- 241000758706 Piperaceae Species 0.000 description 1
- 244000061456 Solanum tuberosum Species 0.000 description 1
- 235000002595 Solanum tuberosum Nutrition 0.000 description 1
- 230000000172 allergic effect Effects 0.000 description 1
- 208000010668 atopic eczema Diseases 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 235000014633 carbohydrates Nutrition 0.000 description 1
- 150000001720 carbohydrates Chemical class 0.000 description 1
- 238000005034 decoration Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 235000005911 diet Nutrition 0.000 description 1
- 230000037213 diet Effects 0.000 description 1
- 201000010099 disease Diseases 0.000 description 1
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 1
- 238000005401 electroluminescence Methods 0.000 description 1
- 235000015219 food category Nutrition 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 150000002632 lipids Chemical class 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 235000015598 salt intake Nutrition 0.000 description 1
- 230000004580 weight loss Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
- G06Q30/0643—Graphical representation of items or shoppers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0832—Special goods or special handling procedures, e.g. handling of hazardous or fragile goods
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0835—Relationships between shipper or supplier and carriers
- G06Q10/08355—Routing methods
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Operations Research (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
そのようなデリバリーサービスにおいては、料理画像がユーザに提示される場合が多い。特許文献1では、料理画像の大きさを変化させる操作をユーザに許可し、操作に応じて変化した料理画像の大きさに基づいて注文量を変化させ、注文する料理(メニュー)に含まれる栄養計算を行う技術が開示されている。
そこで、本発明はこのような状況を考慮し、注文を予定する商品において各種制限を満たした場合の分配量を把握することができるサービスを提供することを目的とする。
これにより、ユーザによる第2条件の入力を介さずに推定される。
例えば、注文商品を複数人でシェアする場合に、当該注文商品の優先度が高いユーザに対してより多くの割当量が分配される。また、一人のユーザに対して複数の注文商品を混ぜて一定量の割り当てを行う場合に、当該ユーザの優先度が高い注文商品からより多くの割当量が分配される。
重要な制限条件とそうでない制限条件がある場合に、重要な制限条件を用いた割当量の設定から順に行うことが可能である。
これにより、注文商品を変更することなく各人の要求を反映した修正後の割当量が設定される。
これにより、ユーザの指定した各種条件に基づいて代替商品が提示される。
これにより、第1条件及び第2条件を優先的に満たしつつ可能な限り各種条件を満たすように割当量が設定される。
以下、実施の形態を次の順序で説明する。
<2.ハードウェア構成>
<3.DB>
[3−1.ユーザDB]
[3−2.店舗DB]
[3−3.メニューDB]
[3−4.ウェブページDB]
<4.処理の流れ>
[4−1.第1の実施の形態の流れ]
[4−2.設定操作に係る処理例1]
[4−3.設定操作に係る処理例2]
[4−4.第2の実施の形態の流れ]
[4−5.設定操作に係る処理例3]
[4−6.設定操作に係る処理例4]
[4−7.設定操作に係る処理例5]
[4−8.設定操作に係る処理例6]
[4−9.設定操作に係る処理例7]
<5.第1、第2の実施の形態における変形例>
[5−1.変形例1]
[5−2.変形例2]
[5−3.変形例3]
[5−4.変形例4]
[5−5.変形例5]
<6.第1,第2の実施の形態のまとめ>
<7.処理の流れの他の例>
[7−1.第3の実施の形態の流れ]
[7−2.満足条件取得処理の例]
[7−3.割当量設定処理の第1例]
[7−4.割当量設定処理の第2例]
[7−5.第4の実施の形態の流れ]
[7−6.割当量修正処理のその他の例]
<8.第3、第4の実施の形態のまとめ>
<9.プログラム>
本実施の形態としてのデリバリーシステム1を含むネットワークシステム全体の構成を図1及び図2を用いて説明する。
図1に示すように、本実施の形態のデリバリーシステム1は、デリバリーサーバ2とユーザ端末3,3,3,・・・と店舗端末4,4,4,・・・とを有して構成されている。
デリバリーサーバ2とユーザ端末3,3,3,・・・と店舗端末4,4,4,・・・は、通信ネットワーク5を介して、相互に通信可能な状態で接続されている。
具体的には、様々な店舗が提供する料理を注文可能な注文仲介サイトをユーザ端末3を利用するユーザへ提供する。このために、デリバリーサーバ2は、ウェブページをユーザ端末3上で閲覧可能に表示させるためのウェブページデータを送信する機能を備える。
ウェブページデータは、例えば、HTML(Hyper Text Markup Language)やXHTML(Extensible HyperText Markup Language)などの構造化文書ファイルである。構造化文書ファイルには、商品の説明などのテキストデータや商品画像などの画像データと、それらの配置や表示態様(文字色やフォントや大きさや装飾など)が記述されている。
デリバリーサーバ2は、注文仲介サイトを介して、商品情報を提供する。商品情報は、例えば、デリバリー対象とされた料理の情報(メニュー情報)であり、料理画像や、料理に使用される食材情報、価格情報、栄養情報、分量情報などである。
また、デリバリーサーバ2は、店舗端末4から受信した店舗ごとの配達時間情報をユーザに提供する。
尚、メニューDB52は、商品データベースとしての一形態にあたる。
店舗端末4は、デリバリーサーバ2が提供する各種機能を利用して、料理の販売と配達を行う店舗に関わる人物(以降販売者と記載)が利用する端末である。
また通信ネットワーク5の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばIEEE(Institute of Electrical and Electronics Engineers)1394、USB(Universal Serial Bus)、電力線搬送、電話線などの有線でも、IrDA(Infrared Data Association)のような赤外線、ブルートゥース(登録商標)、802.11無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。
デリバリーサーバ2は、ウェブページデータ生成部2aとウェブページデータ送信部2bを備えている。
ウェブページデータ生成部2aは、ユーザ端末3上で動作するウェブブラウザに、注文仲介サイトなどの所定のウェブページを表示させるためのウェブページデータを生成するウェブページデータ生成処理を実行する。
いくつかの処理とは、複数の料理ジャンルのそれぞれに対応したオブジェクトを注文仲介サイト上に提示するオブジェクト提示処理や、オブジェクトが配置される注文仲介サイト上の特定領域(配置領域)を設定する配置領域設定処理や、配達先エリア情報を取得する配達先エリア情報取得処理や、注文人数情報を取得する注文人数情報取得処理や、ユーザによって配置領域上に配置されたオブジェクトに対する設定操作を受け付け、該設定操作情報に応じて当該オブジェクトの配置態様に変更を加えるオブジェクト配置態様変更処理や、配置領域に占めるオブジェクトの割合と注文人数情報に応じて料理ジャンルごとの注文量を特定する注文量特定処理や、特定された注文量と配達エリア情報に応じたメニューを提示させる提示処理などである。各処理の詳細については、後述する。
図3は、注文仲介サイト上で注文を行う際の検索ページがユーザ端末3の画面上に表示された状態を示している。
ユーザ端末3にインストールされているウェブブラウザ6の上端部付近には、ウェブページの変更や表示態様の変更を行うための各種操作子7,7,7,・・・が設けられている。また、ウェブページを検索するための検索フォーム8や、表示されているウェブページのURL(Uniform Resource Locator)が表示されるアドレス表示部9が配置されている。
更に、その下方には、ウェブページが表示されるウェブページ表示部10が配置されている。
ウェブページ表示部10には、料理ジャンルに対応したオブジェクト11,11,11,・・・が表示されている。図3では、オブジェクト11の例として、「ピザ」、「寿司」、「サラダ」、「ラーメン」、「ドーナッツ」の5つのオブジェクト11,11,11,・・・が表示されている。
尚、以降の説明にでは、「ピザ」の料理ジャンルに係るオブジェクト11をオブジェクト11A、「寿司」の料理ジャンルに係るオブジェクト11をオブジェクト11B、「サラダ」の料理ジャンルに係るオブジェクト11をオブジェクト11C、「ラーメン」の料理ジャンルに係るオブジェクト11をオブジェクト11D、「ドーナッツ」の料理ジャンルに係るオブジェクト11をオブジェクト11E、とする。
図3を用いて具体的に説明すると、オブジェクト11の下方に配置領域12が設けられている。配置領域12には、ドラッグ操作を行ったオブジェクト11を自由に配置可能とされている。
ここで、配置態様の変更の具体的な例について説明する。
図3の配置領域12に「ピザ」オブジェクト11Aをドラッグした状態を図4に示す。
尚、以降の説明においては、ドラッグされたオブジェクト11を配置アイコン13と記載する。また、「ピザ」の料理ジャンルに係る配置アイコン13を配置アイコン13A、「寿司」の料理ジャンルに係る配置アイコン13を配置アイコン13B、「サラダ」の料理ジャンルに係る配置アイコン13を配置アイコン13C、「ラーメン」の料理ジャンルに係る配置アイコン13を配置アイコン13D、「ドーナッツ」の料理ジャンルに係る配置アイコン13を配置アイコン13Eと記載する。
ユーザが配置アイコン13に対する拡大操作(例えばアイコンを拡大させるために配置アイコン13Aの角をドラッグする操作)を行うと、オブジェクト配置態様変更部1cは図5に示すように、表示された配置アイコン13の大きさを変化させる処理を実行する。
例えば、図3のボリューム情報入力欄16には、多めに食べる人数を入力するための「多め」人数入力欄と、少なめに食べる人数を入力するための「控えめ」人数入力欄が設けられている。「多め」人数が3人、「控えめ」人数が1人、ボリューム情報が指定されていない人数(所謂普通のボリュームを指定したと見なすことができる人数)が3人とされ、全体の注文人数が7人とされている場合、例えば、「多め」人数を1.5倍の人数で換算し、「控えめ」人数を0.8倍の人数で換算する。この場合、注文人数情報取得部1eは、注文人数を入力された7人から8.3人(3+3×1.5+0.8)に補正する。
一例として、デリバリーサーバ2が、オブジェクト提示部1a、配置領域設定部1b、オブジェクト配置態様変更部1c、配達先エリア情報取得部1d、注文人数情報取得部1e、注文量特定部1f、提示部1gを備える。
また、デリバリーシステム1を構成するユーザ端末3が、デリバリーサービスを利用するためのアプリケーションがインストールされた携帯端末である場合の例として、デリバリーサーバ2がオブジェクト提示部1a、提示部1gを備え、ユーザ端末3が配置領域設定部1b、オブジェクト配置態様変更部1c、配達先エリア情報取得部1d、注文人数情報取得部1e、注文量特定部1fを備えてもよい。即ち、デリバリーサーバ2は、ユーザ端末3が取得した配達先エリア情報に応じたオブジェクト情報をユーザ端末3へ送信し、ユーザ端末3によって最終的に決定した注文情報をユーザ端末3へ提示する。
第1条件とは、例えば、宗教上の理由でユーザが摂取できない食材の情報や、何らかの理由で摂取制限のある栄養素の情報、或いは、ユーザが嫌いな食材の情報などである。
第2条件とは、例えば、ユーザが平均的に注文する分量情報などである。具体的には、あるユーザが平均的な一人あたりの摂取カロリー(例えば700kcal)よりも多めに注文するユーザであった場合、平均摂取カロリーよりも多めに注文することを示す情報である(例えば、「多め」などの属性情報や、1.3倍などの具体的な数値情報)。また、第2条件は、年齢などの情報でもよい。
第2条件は、ユーザによって注文ごとに入力されてもよいし、ユーザDB50に記憶されていてもよい。
尚、ユーザXとユーザYそれぞれに第1条件が設定されている場合に、どちらの条件を優先的にするかなど、割当量の設定については、いくつかの例が考えられる。これらの各例については、後述する。
また、割当量設定部1kは、後述する修正条件に応じて、料理A,B,Cの割当量を修正した修正割当量を設定する。
修正条件取得部1nは、注文商品の割当量を修正するための修正条件を取得する。修正条件は、例えば、割当量を提示されたユーザが、当該割当量を修正するために入力する情報である。
図7は、図1に示したデリバリーサーバ2、ユーザ端末3、店舗端末4、そして、ユーザDB50、店舗DB51、メニューDB52、ウェブページDB53のハードウェアを例示する図である。それぞれのサーバや端末におけるコンピュータ装置のCPU(Central Processing Unit)101は、ROM(Read Only Memory)102に記憶されているプログラム、または記憶部108からRAM(Random Access Memory)103にロードされたプログラムに従って各種の処理を実行する。RAM103にはまた、CPU101が各種の処理を実行する上において必要なデータなども適宜記憶される。
CPU101、ROM102、およびRAM103は、バス104を介して相互に接続されている。このバス104には、入出力インターフェース105も接続されている。
入出力インターフェース105には、キーボード、マウス、タッチパネルなどよりなる入力部106、LCD(Liquid Crystal Display)、CRT(Cathode Ray Tube)、有機EL(Electroluminescence)パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部107、HDD(Hard Disk Drive)やフラッシュメモリ装置などより構成される記憶部108、通信ネットワーク5を介しての通信処理や機器間通信を行う通信部109が接続されている。
入出力インターフェース105にはまた、必要に応じてメディアドライブ110が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア111が適宜装着され、リムーバブルメディア111に対する情報の書込や読出が行われる。
CPU101が各種のプログラムに基づいて処理動作を行うことで、デリバリーサーバ2、ユーザ端末3、店舗端末4、ユーザDB50、店舗DB51、メニューDB52、ウェブページDB53のそれぞれにおいて後述する情報処理や通信が実行される。
尚、デリバリーサーバ2、ユーザ端末3、店舗端末4、ユーザDB50、店舗DB51、メニューDB52、ウェブページDB53を構成するそれぞれの情報処理装置は、図7のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、LANなどによりシステム化されていてもよいし、インターネットなどを利用したVPN(Virtual Private Network)などにより通信可能な状態で遠隔地に配置されたものでもよい。
デリバリーサーバ2が管理する各種DBについて説明する。
[3−1.ユーザDB]
ユーザDB50にはデリバリーシステム1が提供するデリバリーサービスを受けるユーザの情報が記憶される。例えば、一人のユーザを特定可能な一つのユーザID(Identification)に対して、ログインパスワード、氏名、年齢、性別、住所、メールアドレス、年収、趣味などの個人的な情報が紐付けられて記憶される。また、注文履歴やメニューのお気に入り登録情報、嗜好食材情報なども記憶される。従って、ユーザDB50は注文履歴データベースとしても機能する。
更に、ユーザDB50には、ユーザごとの第1条件や第2条件などが記憶される。
店舗DB51には、デリバリーサービスを利用して商品(料理)を販売する店舗の情報が記憶される。例えば、それぞれの店舗を一意に識別可能な店舗IDに対して、ログインパスワード、店舗名、店舗ロゴ、配達範囲情報、営業時間情報、料理ごとのメニューID、店舗ページURL、料理ごとの価格、連絡先(電話番号やメールアドレスなど)などの各情報が紐付けられて記憶される。
店舗ページURLは店舗が有するウェブページごとに付されるURLである。
店舗ロゴの情報は、画像データそのものでもよいし、保存されている画像データのリンク情報(URL情報)などでもよい。
また、料理提供時間(待ち時間)の情報が記憶されてもよい。料理提供時間は、デリバリーサービスを利用するユーザ数によって変化する。変化するごとに、店舗DB51の料理提供時間情報が更新される。
メニューDB52には、デリバリーサービスを介して配達サービス付きで購入が可能な料理についての情報が記憶される。例えば、料理を一意に識別可能なメニューIDに対して、料理ジャンル、料理画像、店舗情報、食材材料、分量情報、などが紐付けられて記憶される。
料理画像の情報は、画像データそのものでもよいし、保存されている画像データのリンク情報(URL情報など)でもよい。
ウェブページDB53には、デリバリーサーバ2がユーザや販売者に提供する各種ウェブページのデータが記憶される。具体的には、店舗ページや料理の詳細ページ、或いはユーザページなどのウェブページデータである。
ウェブページデータとしては、ウェブページのURL情報と各ウェブページ上に配置されるオブジェクト(画像やテキストやバナーなど)の配置や表示態様(位置や大きさ、色等)の情報が記憶される。
尚、ウェブページDB53に記憶される情報は、例えば、HTMLなどの構造化文書ファイルで記憶されてもよい。
[4−1.第1の実施の形態の流れ]
第1の実施の形態では、ユーザの属性情報(嗜好情報や履歴情報など)を用いない例について、図8を参照して説明する。
尚、図8では、デリバリーシステム1が備えるデリバリーサーバ2とユーザ端末3が行う各処理と、送受信される各情報を示している。
ユーザ端末3においては、インストールされたウェブブラウザ6上でユーザが各種の操作を行う場合を例に挙げる。
続いて、ユーザ端末3は、配達先エリア情報をデリバリーサーバ2に送信する処理をステップS103において実行する。
この処理では、ユーザ端末3から受信した配達先エリア情報を元に、当該配達先エリアに配達可能な店舗情報を店舗DB51から取得する。そして、当該店舗情報から、配達可能な料理に基づいて料理ジャンルを特定する。
具体的には、ピザのチェーン店であるA店舗が配達可能な料理が、「○○ピザ」と「△△サラダ」であった場合、料理の情報(メニュー情報)から料理ジャンルとして「ピザ」と「サラダ」を特定する。このように、一つの店舗に対して複数の料理ジャンル情報が紐付けられていてもよい。
尚、予め、配達先エリアごとに配達可能な料理ジャンルを対応付けてデータベースに記憶しておいてもよい。その場合ステップS202の処理は、ユーザ端末3から受信した配達先エリア情報に基づいて料理ジャンル情報を当該データベースから取得する処理となる。
具体的には、図3に示すオブジェクト11,11,11,・・・が提示されたオブジェクトにあたる。
尚、図3においては、「東品川」地域に配達可能な料理ジャンルが「ピザ」、「寿司」、「サラダ」、「ラーメン」、「ドーナッツ」である例を示しており、ウェブページ表示部10に表示されるオブジェクトは、配達可能な料理ジャンルのみが示されている。
これに対して、デリバリーシステム1が提供するデリバリーサービスにおいて配達可能な全ての料理ジャンルを表示し、その中から、「東品川」地域に配達可能な料理ジャンルのみを設定操作可能に表示してもよい。即ち、「東品川」地域に配達可能な料理がない料理ジャンルは、設定操作不可能な状態でウェブページ表示部10に表示される。
ユーザが人数情報を入力するまで配置領域12を見せないことにより、ユーザが人数情報を入力せずに以降の操作を行ってしまうことを防止できる。
尚、図8のステップS104のオブジェクト提示処理と一緒に、配置領域設定処理を行ってしまってもよい。
この処理は、後述するステップS108及びS109の各処理と共に、ユーザがオブジェクトに対する設定操作を行うごとに実行される。
ステップS107の設定操作取得処理は、ユーザの行う設定操作に係る情報を取得する処理である。
図3の状態において、オブジェクト11を配置領域12にドラッグする配置操作は、設定操作の一例である。配置後は、例えば、図4に示す状態となる。
また、図4の状態において、配置領域12に配置された「ピザ」のオブジェクト11A(配置アイコン13A)の一端をドラッグして行う拡大操作も設定操作の一例である。拡大後は、例えば、図5に示す状態となる。
更に、図6に示す状態から、「ピザ」、「サラダ」、「ドーナッツ」の配置領域12上の割合の比率を変更する変更操作も設定操作の一例である。
これ以外にも、配置領域12から配置アイコン13を削除する操作なども設定操作の一例である。
例えば、取得した操作が拡大操作であれば、対象の配置アイコン13を拡大させて表示する処理(図4に示す状態を図5に示す状態へと変更する処理)となる。
このとき、例えば、図9に示すように、各料理ジャンルにおける注文量が分かりやすいようにされてもよい。図9は図6に示す状態と同じ状態であるが、料理ジャンルごとの分量と全体の注文量がユーザに分かりやすいように表示されている。具体的には、配置アイコン13ごとに注文量情報13aとしてカロリー情報が提示されている。即ち、料理ジャンル「ピザ」における注文量として2450kcal、「サラダ」における注文量として1470kcal、「ドーナッツ」における注文量として980kcalがそれぞれ表示されている。
更に、配置領域12の下部には、総注文量情報18に4900kcalが表示されている。この注文量は、一人あたり700kcalを注文するとした場合の値である。この値は、時間帯(即ち、朝、昼、晩)に応じて変えてもよい。
ユーザが設定操作を行うごとに、図8のステップS107乃至S109の各処理がユーザ端末3で実行される。
尚、ユーザの設定操作(配置アイコン13の配置操作や拡大操作など)に応じて配置アイコン13の配置態様を変更して注文量を特定したら、特定した注文量を自動的にデリバリーサーバ2へ通知してもよい。即ち、ユーザがメニュー取得ボタン17を押下すること無く、配置アイコン13に対する設定操作を行うごとに注文量情報がデリバリーサーバ2へ自動的に通知されるようにしてもよい。
適合メニュー情報抽出処理では、ユーザ端末3から受信した注文量情報に応じて、メニューDB52からメニュー情報を抽出する。この時点において、デリバリーサーバ2はステップS103において受信した配達先エリア情報から料理ジャンルを特定しており、更に、料理ジャンルごとに配達先エリアに配達可能な店舗情報(即ち配達可能な料理)も特定済みである。従って、適合メニュー情報抽出処理で抽出されたメニュー情報は、ユーザに適合したメニュー情報として、配達可能な料理であってかつユーザによって指定された料理ジャンルのものである。
具体的には、図10に示すように、料理ジャンルごとに、料理ジャンルを示すオブジェクト11と、各料理のメニュー情報19と、料理をカートに入れるためのカートボタン20が表示される。メニュー情報19には、料理ごとの摂取カロリーの情報が分量情報として提示される。
お勧めメニュー情報21の下方には、お勧めするメニューのセットをそのままカートに入れるための「まとめてカートへ入れる」ボタン22が配置される。
尚、お勧めメニューの注文量(図中の総カロリー)とユーザが指定した注文量(図中の目標総カロリー)を、ユーザがお勧めメニューを選択するか否かを決めるための指標として提示してもよい。
カートページには、料理ジャンルを示すオブジェクト11と、メニュー情報19と、料理それぞれの価格を示す価格情報23と、カートにある料理を実際に注文するための注文確定ボタン24が表示される。
ユーザが注文確定ボタン24を押下すると、ユーザ端末3はステップS112における注文要求送信処理を実行する。この処理により、カート内にある料理の情報が注文メニュー情報としてデリバリーサーバ2に通知される。
尚、ユーザ端末3としてデリバリーサービスを利用するための専用アプリケーションがインストールされた携帯端末などを用いる場合には、アプリケーションの初期設定としてステップS102,S103の各処理を実行しておくことも可能である。この場合には、アプリケーションを立ち上げた際に、ユーザ端末3としての携帯端末が図8のステップS104から実行するようにしてもよい。
先の図8のステップS107において配置アイコン13に対する変形操作が行われた場合のステップS108のオブジェクト配置態様変更処理とステップS109の注文量特定処理の処理例について、図12を参照して説明する。
ここで、ユーザが配置アイコン13Aを左右方向に縮小する操作を行った場合(図12B)、ステップS108のオブジェクト配置態様変更処理では、配置アイコン13Aを縮小させて表示すると共に(図12B)、生じた空白領域を配置アイコン13C、13Eが埋めるように配置アイコン13C,13Eを拡大させて表示する処理を実行する(図12C)。このとき、配置アイコン13Cと配置アイコン13Eの比率を変えずに拡大表示させる。
続くステップS109の処理は、図8を参照して説明した処理と同様のため、詳述を省略する。
先の図8のステップS107において配置アイコン13に対する変形操作が行われた場合のステップS108のオブジェクト配置態様変更処理とステップS109の注文量特定処理について、図12を参照して別の例を説明する。
続くステップS109の注文量特定処理では、空白領域を考慮せずに、各料理ジャンルの注文量を算出する。即ち、全体の注文量が4900kcalとされ、「ピザ」の料理ジャンルにおける注文量が全体の50%から40%に変動し、「サラダ」の料理ジャンルの注文量が全体の30%、「ドーナッツ」の料理ジャンルの注文量が全体の20%である場合、「ピザ」の料理ジャンルにおける注文量は全体2178kcal(=4900×40/(40+30+20))とされる。また、「サラダ」の料理ジャンルの注文量は1633kcal(=4900×30/(40+30+20))とされ、「ドーナッツ」の料理ジャンルの注文量は1089kcal(=4900×20/(40+30+20))とされ、
尚、空白領域を全体の注文量から減算して料理ジャンルごとの注文量を算出してもよい。即ち、全体の注文量を4410kcal(=4900×90/100)としてもよい。
第2の実施の形態では、ユーザの属性情報(嗜好情報や履歴情報など)を用いる例について、図13を参照して説明する。
尚、図13では、デリバリーシステム1が備えるデリバリーサーバ2とユーザ端末3が行う各処理と、送受信される各情報を示している。
ユーザ端末3においては、インストールされたウェブブラウザ6上でユーザが各種の操作を行う場合を例に挙げる。
また、第1の実施の形態と同様の処理については、同じ符号を付し、適宜説明を省略する。
続いて、デリバリーサーバ2はステップS208において、ユーザ識別情報に基づくユーザの属性情報をユーザDB50から取得する処理を実行する。このとき取得するユーザの属性情報としては、当該ユーザが住んでいる地域(住所)に基づいた配達先エリア情報と、ユーザの注文履歴情報を取得する。
次に、ユーザ端末3はステップS202において、料理ジャンル情報取得処理を実行する。この処理では、前述したように、配達先エリアに配達可能な店舗情報を店舗DB51から取得し、当該店舗が配達可能な料理に基づいて料理ジャンルを特定する。
この処理では、ステップS208でユーザDB50から取得した注文履歴情報を用いて、ユーザが注文するときの平均的な注文人数情報を取得する。このとき、単純にこれまでユーザが注文してきた注文情報から平均的な注文人数を算出してもよいし、直近の所定の期間における注文人数を算出してもよいし、ユーザ端末3の位置情報(例えば衛星測位システムを用いた位置情報)を利用して(例えば、同じ位置情報からなされた注文情報から)注文人数を算出してもよい。
更に、人数情報算出処理では、多めに食べる人数と少なめに食べる人数(即ち、図3などの検索ページにおけるボリューム情報入力欄16に入力される情報)の平均的な値を注文履歴情報から取得する。
そして、平均的な注文人数情報と多めに食べる人数と少なめに食べる人数から補正注文人数を算出する。具体的には、例えば、平均的な注文人数5人、「多め」人数が2人、「控えめ」人数1人とされていた場合に、補正注文人数5.8人(2+2×1.5+1×0.8)を算出する。
具体的には、検索ページのウェブページデータに、配達エリア入力欄14に入力する配達先エリア情報と、人数入力欄15に入力する注文人数情報と、ボリューム情報入力欄16に入力する「多め」人数と「控えめ」人数と、料理ジャンル情報に基づくオブジェクト11,11,・・・と、図9の総注文量情報18に表示する情報を加える。総注文量情報は、補正注文人数から算出する。具体的には、5.8人×700=4060kcalである。
これにより、ユーザの属性情報に基づく所定の情報が予め入力された状態の検索ページがユーザ端末3上に表示される(図14)。
ステップS108のオブジェクト配置態様変更処理については、いくつかの例を後述する。
次に、ユーザ端末3は、ステップS109において、注文量特定処理を行う。ステップS107乃至S109の一連の処理は、ユーザが配置アイコンに対する設定操作を行うたびに実行される。
以降のデリバリーサーバ2のステップS204乃至S206の各処理と、ユーザ端末3のステップS111,S112の各処理の内容は、第1の実施の形態と同様であるため、説明を省略する。
図4及び図13を参照して設定操作に係る処理例3について説明する。
ユーザが検索ページにおけるオブジェクト11のうちの一つを選択する操作を行った場合について説明する。
この場合、ユーザ端末3は、図13のステップS107の設定操作取得処理において当該操作に係る情報を取得し、ステップS108のオブジェクト配置態様変更処理において、図4に示すように配置領域12に該当のオブジェクト11を配置する処理を実行する。
即ち、例えば、ユーザがオブジェクト11の一つをクリックしたことに応じて、検索ページの配置領域12にオブジェクト11が配置アイコン13として自動的に配置される(例えば図4)。
これにより、ユーザが選択操作を行うだけで自動的にオブジェクト11が配置されるため、ユーザの処理負担が軽減される。
図5及び図13を参照して設定操作に係る処理例4について説明する。
ユーザが検索ページにおけるオブジェクト11のうちの一つを配置領域12に配置する配置操作を行った場合について説明する。
この場合、ユーザ端末3は、図13のステップS107の設定操作取得処理において当該操作に係る情報を取得し、ステップS108のオブジェクト配置態様変更処理において、配置領域12に該当のオブジェクト11を配置する処理を実行する。
これにより、ユーザがこれから行うであろう操作を見越したオブジェクト配置態様変更処理が実行されるため、ユーザの操作負担が軽減される。
図13及び図15を参照して設定操作に係る処理例5について説明する。
ユーザが検索ページにおけるオブジェクト11のうちの一つを配置領域12に配置する配置操作を行った場合について説明する。
この場合、ユーザ端末3は、図13のステップS107の設定操作取得処理において当該操作に係る情報を取得し、ステップS108のオブジェクト配置態様変更処理において、配置領域12に当該オブジェクト11を配置する処理を実行する。
このとき、ユーザ端末3は、配置操作の対象となったオブジェクト11が配置領域に配置された順序を考慮して当該オブジェクト11の配置態様を変更する。
また、図15Bに示すように、オブジェクト11Aを配置領域12に配置される三番目の配置アイコン13Aとして配置領域12に配置した場合、注文を行うユーザに対応する注文履歴の中で「ピザ」のオブジェクト11Aを配置領域12に配置される三番目の配置アイコン13Aとして配置領域12に配置したときの注文履歴を参照し、配置アイコン13Aの配置態様の履歴に応じて配置態様を決定して配置アイコン13Aを配置領域12に配置する。
図13及び図16を参照して設定操作に係る処理例6について説明する。
ユーザが検索ページにおけるオブジェクト11のうちの一つを配置領域12に配置する配置操作を行った場合について説明する。
この場合、ユーザ端末3は、図13のステップS107の設定操作取得処理において当該操作に係る情報を取得し、ステップS108のオブジェクト配置態様変更処理において、配置領域12に当該オブジェクト11を配置する処理を実行する。
このとき、本例におけるユーザ端末3は、他のオブジェクト11,11,・・・も自動的に配置領域へ配置する処理を実行する。
具体的には、「ピザ」と「ドーナッツ」の組み合わせが特定された場合に、ユーザが「ピザ」の料理ジャンルに係るオブジェクト11Aを配置領域12に配置したことに応じて、ユーザ端末3は、「ドーナッツ」の料理ジャンルに係るオブジェクト11Eを配置領域12に配置する処理を実行する。即ち、配置領域12には、配置アイコン13A,13Eが配置された状態となる(図16A)。
また、「寿司」と「サラダ」の組み合わせが特定された場合に、ユーザが「寿司」の料理ジャンルに係るオブジェクト11Bを配置領域12に配置したことに応じて、ユーザ端末3は、「サラダ」の料理ジャンルに係るオブジェクト11Cを配置領域12に配置する処理を実行する。即ち、配置領域12には、配置アイコン13B,13Cが配置された状態となる(図16B)。
図13及び図17を参照して設定操作に係る処理例7について説明する。
ユーザが検索ページの配置領域12に配置されている配置アイコン13A,13C,13Eのうちの一つ(例えば配置アイコン13A)を小さくする設定操作を行った場合について説明する。
この場合、ユーザ端末3は、図13のステップS107の設定操作取得処理において当該操作に係る情報を取得し、ステップS108のオブジェクト配置態様変更処理において、配置領域12に配置アイコン13Aを縮小表示する処理を実行する。
更に、本例におけるユーザ端末3は、他の配置アイコン13C,13Eを自動的に拡大させることにより、空白領域を埋める処理を実行する。
このとき、先の設定操作に係る処理例1では、配置アイコン13Cと配置アイコン13Eの比率を変えずに拡大表示させる例を説明したが、本例では、ユーザの注文履歴に応じて拡大表示させる。
具体的には、ユーザの注文履歴から典型的な注文量の比率を算出した結果、「ピザ」の料理ジャンルが50%、「サラダ」の料理ジャンルが30%、「ドーナッツ」の料理ジャンルが20%の構成と、「ドーナッツ」の料理ジャンルが60%、「ピザ」の料理ジャンルが20%、「サラダ」の料理ジャンルが20%の構成が算出されたとする。
[5−1.変形例1]
図3におけるオブジェクト11,11,11,・・・の表示(即ち、図8のステップS104のオブジェクト提示処理)においては、一括で配達可能な店舗に係るオブジェクトの組み合わせを識別可能としてもよい。例えば、店舗Aが「ピザ」と「サラダ」の料理ジャンルに属する料理を配達可能であり、店舗Bが「寿司」と「サラダ」の料理ジャンルに属する料理を配達可能である場合、図18に示すように、「ピザ」と「サラダ」の料理ジャンルに係るオブジェクト11A,11Cが囲み線25Aで一括りに囲まれる。また、「寿司」と「サラダ」の料理ジャンルに係るオブジェクト11B,11Cが囲み線25Bで一括りに囲まれる。
先の図8のステップS105における注文人数情報取得処理の説明では、図3のボリューム情報入力欄16に入力された情報には触れなかったが、この情報を用いて補正注文人数情報を算出してもよい。例えば、図3において入力された注文人数7人と、「多め」人数3人、「控えめ」人数1人から、補正注文人数8.3人(詳しくは、注文人数情報取得部1eの説明において説明済みである)を算出する。
図19の各処理は、図3の人数入力欄15やボリューム情報入力欄16に入力された数値が変化するごとに実行される。
先ず、ユーザ端末3はステップS301において、人数入力欄15に入力された人数情報を取得する。この処理は、図8のステップS105の処理と同様の処理で構わない。
次に、ユーザ端末3はステップS302において、ボリューム情報入力欄16に入力されたボリューム情報を取得する。
続いて、ユーザ端末3はステップS303において、補正注文人数を算出する。
変形例3では、料理ジャンルごとの注文量に上下幅を持たせて料理(メニュー)の検索を行う例を説明する。
図9に示す検索ページの状態において、ユーザが「ピザ」の料理ジャンルにおける注文量に上下幅を持たせる操作を行う場合を説明する。
続いて、配置アイコン13A’の大きさを変更する操作をユーザが行う。これに応じて、ユーザ端末3は、先のステップS107,S108の各処理を行い、配置アイコン13A’を拡大させて表示させる処理を実行する(図21)。
このとき、ユーザが認識しやすいように、配置アイコン13A’の外枠を破線などで表示してもよい(図21)。また、図21に示すように、配置アイコン13A’の大きさ(配置領域12の45%を占める大きさ)から算出される注文量の下限値(2205kcal)を注文量情報13Aaとして表記してもよい。
尚、注文量が上限値よりも少なくなったことによって生じる不足分の注文量は、他の料理ジャンルにおける注文量を増やすことによって補ってもよい。もちろん、他の料理ジャンルの注文量を変えなくてもよい。
変形例4では、料理ジャンルごとの注文量に上下幅を持たせて料理(メニュー)の検索を行う別の例を説明する。
料理ジャンルにおける注文量の上限値及び下限値を設定した際の検索ページは、先の図21と変わらないが、本変形例では、その表示状態にするまでのユーザの操作方法が異なる。ここでは、ユーザ端末3の表示画面上の所定の箇所を指で操作することにより、注文量の上限値及び下限値を設定する例を説明する。
続いてユーザは、配置アイコン13Aの例えば右上の角13Axと左下の角13Ayの位置に中指と親指を接触させ、二本の指を離隔する方向に画面上をスライドさせる。これにより、配置アイコン13Aが大きくされた図23に示す状態となる。
ユーザ端末3は、この操作を検知すると、地点Mを通過しかつ配置アイコン13Aよりも一回り小さい枠(図中に破線で示す)を有する配置アイコン13A’を配置領域12内に表示する。
また、上記では、配置アイコン13Aの領域内を人差し指で触れて下限値を設定する例を説明したが、配置アイコン13Aの領域外を人差し指で触れることにより上限値を設定してもよい。その場合には、配置アイコン13Aが下限値を示すこととなる。
尚、本例において使用する指は何れの指でもよく、また、タッチペンなどの指以外の道具を用いてもよい。
変形例5では、料理ジャンルごとの注文量に上下幅を持たせて料理の検索を行う更に別の例を説明する。
料理ジャンルにおける注文量の上限値及び下限値を設定した際の検索ページは、先の図21と変わらない。本変形例では、注文量の上限値と下限値を設定する際のユーザの操作方法が先の変形例4と異なる。
ここでは、ユーザ端末3の表示画面上の所定の箇所を指で操作することにより、注文量の上限値及び下限値を設定する例を説明する。
更に本変形例では、この操作過程において(即ち親指と中指を画面上で離隔する方向にスライドさせる操作中に)、人差し指を画面に触れる操作を2回行う。即ち、二本の指(親指と中指)が画面に触れた第1の状態から、三本の指(親指と中指と人差し指)が画面に触れた第2の状態となり、次に第1の状態から一本の指(人差し指)を画面から離し二本の指(親指と中指)が画面に触れた第3の状態となり、最後に三本の指(親指と中指と人差し指)が画面に触れた第4の状態となる。これらの状態遷移の間、親指と中指の二本の指は、常に画面上に触れた状態を保ち続ける。
そして、ユーザ端末は、配置アイコン13A’’と配置アイコン13A’’’の大きさ(面積の大小)を比較し、相対的に大きな領域を備えた配置アイコン13(図25では配置アイコン13A’’’)の面積に基づいて注文量の上限値を設定し、相対的に小さな領域を備えた配置アイコン13(図25では配置アイコン13A’’)の面積に基づいて注文量の下限値を設定する。
尚、上記では、配置アイコン13を拡大する過程で注文量の上限値と下限値を設定する例を説明したが、配置アイコン13を縮小する過程で注文量の上限値と下限値を設定してもよい。また、配置アイコン13の拡大や縮小を繰り返す過程で注文量の上限値と下限値を設定してもよい。
また、本例において使用する指は何れの指でもよく、また、タッチペンなどの指以外の道具を用いてもよい。
上記に示した各変形例や各処理例は、第1、第2の実施の形態、及び、後述する第3、第4の実施の形態のそれぞれにおいて適宜に適用可能である。
注文対象となる料理が定まる前段階、即ち、料理ジャンルのみ決定した場合(例えば「ピザ」を頼むことだけが決定している状態であり、どのようなピザを注文するかは決まっていない状態)においても、各料理ジャンルの注文量がユーザに提示される。
従って、料理ジャンルごとの注文量を把握することができる。
更に、ユーザの利用するユーザ端末3における限られた(例えば、モニタなどの)提示領域において、価値のある情報を効率よく提示することにより、ユーザ端末3の資源を有効活用することができる。
これにより、当該配達先エリアに配達不可能な商品に係るオブジェクト11については、設定操作可能な状態では提示されない。
即ち、当該配達先エリアに配達可能なオブジェクト11に対する配置操作のみ可能とされるため、ユーザにとって設定操作の対象が認識しやすく、ユーザの負担を軽減することができる。
これにより、一度で配達可能な店舗の組み合わせをユーザに識別させることができる。
従って、店舗側の配達効率を高めることができると共に、ユーザの利便性を図ることができる。
即ち、ユーザの注文履歴に応じて、配置領域12に配置された各配置アイコン13の変更(例えば、形状の変形)が自動的に行われる。
これにより、ユーザの入力の手間を省くことができる。
オブジェクト11の配置順序によって各オブジェクト11(配置アイコン13)に係る料理ジャンルの注文量が異なる場合がある。例えば、最初に選ばれたオブジェクト11はユーザが一番食べたい商品であることが多い。
このような場合に、現在注文しようとしている各オブジェクト11(配置アイコン13)と配置順序が同じ注文履歴から、各料理ジャンルの注文量が推定される。
従って、汲み取られたユーザの嗜好が各配置アイコン13の配置態様に反映される。
これにより、ユーザの入力の手間を省くことができる。
ユーザが他のオブジェクト11を配置する操作を行う前にオブジェクト11が配置アイコン13として配置領域12に配置される。
即ち、ユーザの入力の手間を省くことができる。
これにより、一つの配置アイコン13に対する変更操作をユーザが行ったことに応じて、他の配置アイコン13も自動的に変更される。
従って、ユーザの入力の手間を省くことができる。
ユーザは、料理ジャンルごとに厳密な注文量が決まっていない場合でも、大まかな注文量に応じて各配置アイコン13の配置態様を決定することができる。このとき、ユーザが行う操作としては、同一の配置アイコン13を異なる大きさで重ね合わせる操作である。
これにより、簡単な操作で注文量に幅を持たせた大まかな注文を行うことができる。
ユーザは、料理ジャンルごとに厳密な注文量が決まっていない場合でも、大まかな注文量に応じて各配置アイコン13の配置態様を決定することができる。このとき、ユーザが行う操作としては、例えば、3本の指の先端を画面上に接触させて範囲指定を行う操作である。即ち、片手で可能な操作であり、簡単な操作である。
従って、簡単な操作で注文量に幅を持たせた大まかな注文を行うことができる。
これにより、ユーザの注文履歴に応じて、注文量が自動的に補正される。即ち、ユーザの好みを汲んだ注文量が設定されるため、ユーザの入力の手間を省くことができる。
[7−1.第3の実施の形態の流れ]
第3の実施の形態では、一人分の料理を注文する場合について、図26を参照して説明する。尚、第3の実施の形態及び後述する第4の実施の形態においては、注文を行う前に各自の割当量をユーザに提示する例を説明する。ユーザは、割当量を確認することによって、注文量を変えるか否かなどの判断を行うことができる。
この処理は、例えば、検索ページにおいて検索された配達可能な料理一覧から任意の料理を選択して注文ボタンを押下することにより実行される。検索ページとしては、先の第1,第2の実施の形態で説明したような検索ページであってもよいし、単に検索キーワードに基づいてユーザが指定する配達先に配達可能な料理が一覧で検索される検索ページなどであってもよい。
この処理のより、注文メニュー情報としての分量情報(カロリーや重量の情報)や栄養素情報(塩分、糖質、脂質などの含有量の情報)や食材情報などを取得する。尚、必ずしもこれらの全ての情報を取得しなくてもよく、ユーザに応じて取得する情報を選択してもよい。
ユーザの制限情報とは、摂食不可能な食材、摂取が制限されている(或いはしている)栄養素、嫌いな食材などの情報であり、注文ユーザ固有の情報である。
これらのユーザ情報は、ユーザDB50から取得してもよいし、注文履歴から、過去の注文時に設定されていた制限情報を取得してもよい。この場合には、ユーザIDを元に情報を取得する。
また、ユーザ情報は、ユーザが検索ページや注文ページにおいて入力した情報を取得してもよい。例えば、「糖尿病」や「高血圧」や「ダイエット中」などの用意された選択肢の中からユーザが選んだ情報を取得してもよいし、「塩分2g以下」などの情報をユーザに直接入力させてもよい。この場合には、ユーザIDは不要であるため、ステップS401で受信する注文要求に注文ユーザの識別情報が含まれていなくてもよい。
分量情報は、例えば、摂取カロリーや重量などを対象とした数値である。従って、満足条件としては、例えば、「重量1.2倍」や「カロリー半分」など、分量に対する条件である。
これらの条件は、ユーザDB50から取得してもよいし、注文履歴から過去の注文時に設定されていた満足情報を取得してもよい。また、ユーザが検索ページや注文ページにおいて入力した情報や選択した情報を取得してもよい。また、同じ注文メニューを注文したことのある他のユーザの注文履歴に応じて取得してもよい。
一人分の料理を注文する本例においては、注文メニューごとに注文ユーザの割当量(即ち食べていい分量)が設定される。
割当量設定処理については、いくつかの例を後述する。
この処理によって、注文メニューごとの割当量情報がユーザ端末3へ送信され、ユーザ端末3上へ当該情報が表示される。
割当量が提示される割当量提示ページの例を図27に示す。
割当量提示ページには、ユーザが選んだ注文メニューごとに、ユーザが摂取してもよい分量が割当量として提示される。例えば、「○○ピザ Mサイズ」の注文メニューに対しては67%の割当量を示す割当量表示アイコン26が表示され、「××○サラダ」の注文メニューに対しては50%の割当量を示す割当量表示アイコン26が表示され、「△▲ドーナッツ」の注文メニューに対しては75%の割当量を示す割当量表示アイコン26が表示されている。
先のステップS504で述べた満足条件取得処理の別の例について、図28のフローチャートを元に説明する。本例は、ユーザの注文履歴と今回の注文の差分から、今回の注文における満足条件を推定する例である。尚、注文に関わるユーザのうち、少なくとも注文を実際に行う注文ユーザの満足条件を推定する。それに加えて、注文に関わる他のユーザに関する満足条件を推定してもよい。
続いて、デリバリーサーバ2はステップS602において、特定した注文履歴と今回の注文履歴の差分を抽出する処理を実行する。抽出する差分は、分量情報の差分である。
例えば、特定した注文履歴において、注文した料理の総カロリーが一人前で1000kcal(1人前の平均が700kcal)、満足条件が「多め」であったのに対し、今回の注文が一人前で500kcalであった場合、今回の注文における満足条件は「控えめ」と推定する。
図28の一連の処理を実行することにより、推定した満足条件を今回の注文における満足条件として取得する。
割当量設定処理(図26のステップS505)の第1例は、注文メニュー間に優先度を付し、優先度が高い注文メニューの割当量を多くする例である。
具体的な処理の流れの例を図29に示す。
デリバリーサーバ2は、ステップS701において、先のステップS502で取得した注文履歴から優先度を付すための参考となる注文履歴を抽出する処理を実行する。
参考となる注文履歴とは、例えば、今回の注文に対して商品の構成が同じ注文履歴や、料理ジャンルの構成が同じ注文履歴や、同じ店舗への注文履歴などである。
尚、注文メニュー間の優先度は、ユーザに入力させてもよい。
ただし、これらの割当量は、図26のステップS503で取得した制限条件を満足するように決定される。即ち「○○ピザ」と「△△ピザ」のうち、「○○ピザ」の優先度が高く、かつ、全体で1000kcalの割当量が設定されていた場合、例えば、「○○ピザ」の割当量を600kcalと「△△ピザ」の割当量を400kcalとすることが考えられる。ただし、「塩分2g以下」という制限条件が同時に設定されている場合には、「塩分2g以下」を満たすように割当量を調整する。従って、優先度が高い「○○ピザ」の割当量が「△△ピザ」の割当量よりも少なくなる場合もあり得る。
割当量設定処理(図26のステップS505)の第2例は、制限条件と注文量に基づく注文メニューの割当量が設定できなかった場合の例である。
本例では、第1例にいくつかの処理を加えた図30を参照して説明する。
デリバリーサーバ2は、ステップS701で参考となる注文履歴を取得し、ステップS702で注文メニューごとに優先度を設定した後、ステップS704で割当量の設定が可能か否かの判定を行う。割当量の設定が不可能である場合とは、先の例で説明すると、全体で1000kcalで、かつ、「塩分2g以下」を満たす割当量の組み合わせを満たす料理メニューがない場合などである。
代替メニューの抽出後、デリバリーサーバ2はステップS701,S702,S704の各処理を再度実行する。
また、ステップS704において割当量の設定が可能と判定した場合、デリバリーサーバ2はステップS703の処理を実行する。
第4の実施の形態では、複数人数分の料理を注文する場合について、図31を参照して説明する。尚第4の実施の形態では、提示した割当量に対する修正要求を受け付ける例を説明する。
尚、第4の実施の形態における基本的な流れは第3の実施の形態と変わらないため、第3の実施の形態において説明した部分は適宜省略する。
次に、デリバリーサーバ2はステップS502において、ユーザ情報を取得する処理を実行する。ここで取得するユーザ情報は、ユーザの制限情報や閲覧履歴を取得する。
尚、本例では、ステップS401で受信する注文要求に、注文ユーザのユーザIDだけでなく、料理を分け合う他のユーザ(以降、他のユーザ)のユーザIDの少なくとも一部を含んでいる場合を説明する。
従って、ステップS502で取得するユーザ情報には、料理を分け合う他のユーザの制限情報や閲覧履歴も含まれる。
尚、制限条件には重要度が付与されている。重要度は、厳守しなければならない制限条件ほど高く設定されている。例えば、アレルギー反応を起こさないための制限条件や、病気療養のための制限条件や、宗教による制限条件などの重要度は高く設定されている。一方、単に嫌いな食材などの制限条件は重要度が低く設定されている。
ここで、割当量設定処理の例について、図32を参照して説明する。尚、制限条件の重要度が2段階である例を説明する。
先ず、デリバリーサーバ2はステップS801において、重要度の高い制限条件が設定されたユーザの割当量を決定する処理を実行する。即ち、先のステップS503で取得した制限条件ごとの重要度を判定し、重要度の高い制限条件(2段階のうちの高い方の重要度が付された制限条件)を有するユーザの割当量を決定する。
続いて、デリバリーサーバ2はステップS802において、重要度の低い制限条件が設定されたユーザの割当量を決定する処理を実行する。即ち、先のステップS503で取得した制限条件ごとの重要度を判定し、重要度の低い制限条件(2段階のうちの低い方の重要度が付された制限条件)を有するユーザの割当量を決定する。
ステップS801とS802の処理により、制限条件が設定されたユーザの注文メニューごとの割当量が決定される。
この処理により、注文ユーザと他のユーザの全てのユーザ(即ち料理を分け合う全てのユーザ)の割当量が決定される。
割当量設定処理が終わったデリバリーサーバ2はステップS506において、割当量提示処理を行う。この処理により、注文メニューごとの割当量情報がユーザ端末3へ送信され、ユーザ端末3上へ当該情報が表示される。
尚、割当量の提示は、注文ユーザに対してのみ行われてもよいし、注文ユーザに加えて他のユーザに対して行われてもよい。
割当量提示ページは、例えば先の図27のように、ユーザごとに各自の割当量情報のみが記載されたページとされていてもよい。
また、図33に示すように、他のユーザの割当情報を含んで構成されていてもよい。
図33に示す割当量提示ページは、5個の注文メニューに対して割当量情報が提示されている。割当量情報を示す割当量表示アイコン26は、図27のように円グラフが用いられてもよいし、図33のように100%積み上げグラフが用いられてもよいし、他の表示形式が用いられてもよい。
また、割当量情報の上には凡例情報27が表示される。凡例情報27が表示されることにより、ユーザごとの割当量が分かりやすくされる。また、凡例情報27を表示する代わりに、割当量ごとにユーザ名を併記してもよい。
割当量提示ページには、「×▼○ピザ Lサイズ」のように、一部のユーザのみで消費するメニュー(図33では、Cさんの割当量が0%)や、「△▲ドーナッツ」のように、一人のユーザのみで消費するメニュー(図33では、Dさんの割当量が100%)などが表示される。
このような操作に応じて、ユーザ端末3はステップS402において、割当量修正要求を送信する処理を行う。
割当量修正処理の例について図34を参照して説明する。
先ず、デリバリーサーバ2はステップS901において、修正要求のあったユーザ(対象ユーザ)の割当量を決定する処理を実行する。このとき、例えば、対象ユーザの割当量を増やす処理の場合には、代わりに対象ユーザ以外のユーザの割当量を減らすこととなる。また、対象ユーザの割当量を減らす処理の場合には、代わりに対象ユーザ以外のユーザの割当量を増やすこととなる。
続いて、デリバリーサーバ2はステップS902において、割当量設定に問題が無いかどうかを判定する処理を実行する。問題が無い場合には、割当量修正処理を終了する。
代替メニュー抽出処理の後、デリバリーサーバ2は再度ステップS902の処理を実行する。
割当修正処理を実行したデリバリーサーバ2はステップS506において、修正割当量提示処理を実行する。この処理により、注文メニューごとの修正割当量情報がユーザ端末3へ送信され、ユーザ端末3上へ当該情報が表示される。
尚、修正割当量の提示は、注文ユーザと修正要求を出したユーザに対してのみ行われてもよいし、それ以外のユーザも含めた全員に対して行われてもよい。
割当量修正処理のその他の例について、図35を参照して説明する。
割当量修正処理のその他の例では、ユーザからの割当量修正要求を受け入れることが出来なかった場合に、割当量修正要求に可能な限り近づけた妥協割当量を設定する。
具体的には、割当量修正要求を受信したデリバリーサーバ2はステップS901において、修正要求のあったユーザの割当量を決定し(同時にそれ以外のユーザの割当量の調整も行う)、続くステップS902において割当量の設定に問題が無いか否かを判定する処理を実行する。
ステップS902において問題が無いと判定した場合、デリバリーサーバ2は図35の割当量修正処理を終了する。
一方、問題があると判定した場合、デリバリーサーバ2はステップS905において、妥協した割当量を設定する処理を実行する。
尚、妥協割当量設定処理においては、先の図31のステップS505で説明したように、制限条件の重要度に応じて妥協度合いを決定することが望ましい。即ち、健康上の理由から設定されているような重要度の高い制限条件は必ず満たすように妥協割当量を設定する。また、この場合には、ユーザから指定された修正条件を達成することよりも制限条件を達成することを優先してもよい。
例えば、ユーザA,B,C,Dの4人のユーザが注文メニューXに対して修正要求を行った場合を考える。ユーザAが注文メニューXの割当量を200g増量することを要求し、ユーザBが注文メニューXの割当量を50g増量することを要求し、ユーザCが注文メニューXの割当量を50g減量することを要求し、ユーザDが注文メニューXの割当量を50g減量することを要求した場合、合計の増量分が250gとなるのに対して合計の減量分が100gとなるため、注文メニューX全体で150gの増量を要求していることとなる。このとき、150gの増量によって元々予定していた注文メニューXの注文量を越えてしまう場合には、修正要求を受け入れることができないと判定する。
尚、例えば、200g分の分量を余らせた状態で各ユーザの割当量を決めていた場合や、修正要求によって合計で減量を要求している場合などは、修正要求を受け入れることができると判定する。
注文メニューXの割当量として、ユーザAが200gの増量を、ユーザBが50gの増量を、ユーザCが50gの減量を、ユーザDが50gの減量を要求していた場合、ユーザC,Dが要求した減量分100gをユーザA,Bに振り分けることとなる。
この際、ユーザAとユーザBに対して、割当量を一律50g分増量してもよいし、ユーザAとユーザBの希望する増量分の比率(即ち、ユーザAは200g、ユーザBは50gの増量を要求していることから、4:1の比率となる)に応じて割当量を設定してもよい(即ち、ユーザAは80gの増量、ユーザBは20gの増量が受け入れられる)。
上記に示した各処理例は、第1、第2、第3、第4の実施の形態のそれぞれにおいて適宜に適用可能である。
これにより、ユーザが商品を選択する際に何らかの制限がある場合に、制限を満たすための複数商品の注文量とその中のユーザに対する割当量が提示される。
従って、ユーザは、制限を満たすためには、商品をどの程度の量で注文し、その中から自身に割り当てられる割当量はどの程度なのかを、商品の注文前に把握することができる。
これにより、ユーザによる第2条件の入力を介さずに推定される。
従って、ユーザの入力の手間を省くことができる。
例えば、注文メニューを複数人でシェアする場合に、当該注文メニューの優先度が高いユーザに対してより多くの割当量が分配される。また、一人のユーザに対して複数の注文メニューを混ぜて一定量の割り当てを行う場合に、当該ユーザの優先度が高い注文メニューからより多くの割当量が分配される。
即ち、ユーザの嗜好情報などから得た優先度に基づいた適切な割当量を設定されるため、ユーザごとの状況に応じた適切な注文メニューの分配を行うことができる。
重要な制限条件とそうでない制限条件がある場合に、重要な制限条件を用いた割当量の設定から順に行うことが可能である。
これにより、様々な重要度の制限条件が設定されている場合においても、適切な割当量の設定を行うことができる。
これにより、注文メニューを変更することなく各人の要求を反映した修正後の割当量が設定される。
従って、各人の状況を反映した適切な割当量の設定を行うことができる。
ユーザの指定した各種条件に基づいて代替商品が提示される。
これにより、ユーザが再度注文メニューを選択する操作負担を軽減することができる。
これにより、第1条件及び第2条件を優先的に満たし、可能な限り各種条件を満たすように割当量が設定される。
従って、ユーザが指定した注文メニューを変えずに適切な割当量の設定を行うことができる。
第1の実施の形態及び第2の実施の形態におけるプログラムは、第1の実施の形態及び第2の実施の形態における処理をデリバリーシステム1が備える演算処理装置(CPUなど)に実行させるプログラムである。
また、注文人数情報を取得する注文人数情報取得手順を演算処理装置に実行させる。
更に、複数の商品ジャンルのそれぞれに対応したオブジェクトを端末装置に提示するオブジェクト提示手順を演算処理装置に実行させる。
更にまた、オブジェクトを配置するための配置領域を端末装置における表示部上に設定する配置領域設定手順を演算処理装置に実行させる。
加えて、配置領域上に配置されたオブジェクトに対する設定操作を受け付け、当該オブジェクトの配置態様に変更を加えるオブジェクト配置態様変更手順を演算処理装置に実行させる。
そして、配置領域に占めるオブジェクトの割合と注文人数情報に応じて商品ジャンルごとの注文量を特定する注文量特定手順を演算処理装置に実行させる。
また、特定された注文量と配達エリア情報に応じた商品をデータベースから取得して端末装置に提示させる提示手順を演算処理装置に実行させる。
即ちこのプログラムは、演算処理装置に対して、図8、図13及び図19で説明した各処理を実行させるプログラムである。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記憶媒体としてのHDDや、CPUを有するマイクロコンピュータ内のROMなどに予め記憶しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的或いは永続的に格納(記憶)しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、LAN、インターネットなどのネットワークを介してダウンロードすることもできる。
また、商品情報を記憶する商品情報データベースから、注文商品の商品識別情報に基づいて注文商品の商品情報を取得する注文商品情報取得手順を演算処理装置に実行させる。
更に、注文要求に関わるユーザの制限条件としての第1条件と、当該ユーザの要望条件としての第2条件とを含むユーザ情報を取得するユーザ情報取得手順を演算処理装置に実行させる。
更にまた、第1条件及び第2条件に基づいて注文商品の割当量を設定する割当量設定手順を演算処理装置に実行させる。
加えて、設定した注文商品の割当量を端末装置に提示させる提示手順を演算処理装置に実行させる。
即ちこのプログラムは、演算処理装置に対して、図19、図26乃至図35で説明した各処理を実行させるプログラムである。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記憶媒体としてのHDDや、CPUを有するマイクロコンピュータ内のROMなどに予め記憶しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的或いは永続的に格納(記憶)しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、LAN、インターネットなどのネットワークを介してダウンロードすることもできる。
Claims (10)
- サーバ装置と端末装置を備えた情報処理システムであって、
注文商品を識別する商品識別情報と当該注文商品の注文量を示す注文量情報と商品の注文に関わるユーザを識別するユーザ識別情報とを含む注文要求を取得する注文要求取得部と、
商品情報を記憶する商品情報データベースから、前記注文商品の商品識別情報に基づいて前記注文商品の商品情報を取得する注文商品情報取得部と、
前記注文要求に関わるユーザの制限条件としての第1条件と、当該ユーザの要望条件としての第2条件とを含むユーザ情報を取得するユーザ情報取得部と、
前記第1条件及び前記第2条件に基づいて前記注文商品の割当量を設定する割当量設定部と、
前記設定した注文商品の割当量を前記端末装置に提示させる提示部と、を有した
情報処理システム。 - 注文履歴を記憶する注文履歴データベースから、前記注文に関わるユーザのユーザ識別情報に基づいて過去の注文要求を取得し、当該取得した過去の注文要求と前記取得した注文要求との比較に基づいて前記第2条件を推定する条件推定部を更に備え、
前記ユーザ情報取得部は前記推定された第2条件を取得する
請求項1に記載の情報処理システム。 - 前記割当量設定部は、前記注文商品ごとに設定された優先度情報に基づいて、優先度が相対的に高い注文商品の前記割当量を他の注文商品の割当量と比べて多くなるように設定する
請求項1または請求項2に記載の情報処理システム。 - 複数の注文商品を複数のユーザに割り当てる場合に、
前記割当量設定部は、重要度の高い前記第1条件を有したユーザに対して優先的に前記割当量の設定を行う
請求項1または請求項2に記載の情報処理システム。 - 前記注文商品の割当量を修正するための修正条件を取得する修正条件取得部を有し、
前記割当量設定部は、前記修正条件に基づいて前記注文商品の割当量を修正する
請求項1乃至請求項4の何れかに記載の情報処理システム。 - 前記割当量設定部が前記第1条件、前記第2条件及び前記修正条件の全てを満たす前記注文商品の割当量の設定が不可能であると判定した場合に、前記提示部は、前記注文商品を代替する代替商品を提示する
請求項5に記載の情報処理システム。 - 前記割当量設定部が、前記第1条件、前記第2条件及び前記修正条件の全てを満たす前記注文商品の割当量の設定が不可能であると判定した場合に、前記第1条件及び前記第2条件を優先的に満たし、前記修正条件の少なくとも一部を満たさない前記注文商品の修正割当量を設定する
請求項5に記載の情報処理システム。 - 注文商品を識別する商品識別情報と当該注文商品の注文量を示す注文量情報と商品の注文に関わるユーザを識別するユーザ識別情報とを含む注文要求を取得する注文要求取得部と、
商品情報を記憶する商品情報データベースから、前記注文商品の商品識別情報に基づいて前記注文商品の商品情報を取得する注文商品情報取得部と、
前記注文要求に関わるユーザの制限条件としての第1条件と、当該ユーザの要望条件としての第2条件とを含むユーザ情報を取得するユーザ情報取得部と、
前記第1条件及び前記第2条件に基づいて前記注文商品の割当量を設定する割当量設定部と、
前記設定した注文商品の割当量を外部の端末装置に提示させる提示部と、を有した
情報処理装置。 - 注文商品を識別する商品識別情報と当該注文商品の注文量を示す注文量情報と商品の注文に関わるユーザを識別するユーザ識別情報とを含む注文要求を取得する注文要求取得ステップと、
商品情報を記憶する商品情報データベースから、前記注文商品の商品識別情報に基づいて前記注文商品の商品情報を取得する注文商品情報取得ステップと、
前記注文要求に関わるユーザの制限条件としての第1条件と、当該ユーザの要望条件としての第2条件とを含むユーザ情報を取得するユーザ情報取得ステップと、
前記第1条件及び前記第2条件に基づいて前記注文商品の割当量を設定する割当量設定ステップと、
前記設定した注文商品の割当量を端末装置に提示させる提示ステップと、を
情報処理システムに実行させる情報処理方法。 - 注文商品を識別する商品識別情報と当該注文商品の注文量を示す注文量情報と商品の注文に関わるユーザを識別するユーザ識別情報とを含む注文要求を取得する注文要求取得手順と、
商品情報を記憶する商品情報データベースから、前記注文商品の商品識別情報に基づいて前記注文商品の商品情報を取得する注文商品情報取得手順と、
前記注文要求に関わるユーザの制限条件としての第1条件と、当該ユーザの要望条件としての第2条件とを含むユーザ情報を取得するユーザ情報取得手順と、
前記第1条件及び前記第2条件に基づいて前記注文商品の割当量を設定する割当量設定手順と、
前記設定した注文商品の割当量を端末装置に提示させる提示手順と、を
情報処理システムの演算処理装置に実行させるプログラム。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2015/078829 WO2017061055A1 (ja) | 2015-10-09 | 2015-10-09 | 情報処理システム、情報処理装置、情報処理方法、プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP5956707B1 true JP5956707B1 (ja) | 2016-07-27 |
JPWO2017061055A1 JPWO2017061055A1 (ja) | 2017-10-05 |
Family
ID=56513721
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016510894A Active JP5956707B1 (ja) | 2015-10-09 | 2015-10-09 | 情報処理システム、情報処理装置、情報処理方法、プログラム |
Country Status (3)
Country | Link |
---|---|
US (1) | US10664902B2 (ja) |
JP (1) | JP5956707B1 (ja) |
WO (1) | WO2017061055A1 (ja) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106934680A (zh) * | 2015-12-29 | 2017-07-07 | 阿里巴巴集团控股有限公司 | 一种业务处理方法和装置 |
CN108364145B (zh) * | 2017-01-26 | 2021-10-19 | 北京星选科技有限公司 | 信息确定方法及装置 |
US20190050919A1 (en) * | 2017-08-09 | 2019-02-14 | Rama Joshua Shadrokh | Food ordering system and method based on predefined variables |
CN111861293B (zh) * | 2019-04-26 | 2024-07-16 | 北京京东振世信息技术有限公司 | 用于发送信息的方法和装置 |
CN112862552A (zh) * | 2019-11-27 | 2021-05-28 | 京东数字科技控股有限公司 | 资源分配方法、装置及存储介质 |
CN111160417A (zh) * | 2019-12-13 | 2020-05-15 | 拉扎斯网络科技(上海)有限公司 | 称重方法、装置及设备和数据处理系统 |
KR102396287B1 (ko) * | 2021-03-31 | 2022-05-10 | 쿠팡 주식회사 | 전자 장치 및 그의 정보 제공 방법 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009211434A (ja) * | 2008-03-04 | 2009-09-17 | Fujitsu Ltd | 栄養素摂取量算出方法および栄養素摂取量算出システム |
JP2010039742A (ja) * | 2008-08-05 | 2010-02-18 | Mitsubishi Electric Information Systems Corp | 飲食店における顧客の飲食管理分析システム |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050075934A1 (en) * | 2003-08-04 | 2005-04-07 | Paul Knight | Nutritional assistant for kiosk |
JP2005338960A (ja) | 2004-05-24 | 2005-12-08 | Hidemasa Yamaguchi | 栄養計算方法、栄養計算プログラム及びコンピューター読み取り可能な記録媒体 |
US8412590B2 (en) * | 2009-04-13 | 2013-04-02 | Nintendo Co., Ltd. | In-store wireless shopping network using hand-held devices |
US20120233002A1 (en) * | 2011-03-08 | 2012-09-13 | Abujbara Nabil M | Personal Menu Generator |
WO2014017392A1 (ja) * | 2012-07-24 | 2014-01-30 | 日本電気株式会社 | 情報処理装置、そのデータ処理方法、およびプログラム |
US20160035248A1 (en) * | 2013-03-14 | 2016-02-04 | Sciencestyle Capital Partners, Llc | Providing Food-Portion Recommendations to Facilitate Dieting |
US20140335481A1 (en) * | 2013-05-09 | 2014-11-13 | Michael Butler | Health management system, devices, and related methods |
US20150073925A1 (en) * | 2013-05-23 | 2015-03-12 | Gavon Augustus Renfroe | System and Method for Integrating Business Operations |
WO2015155885A1 (ja) * | 2014-04-11 | 2015-10-15 | 株式会社日立製作所 | 購買履歴分類システム及び購買履歴分類方法 |
US20160078571A1 (en) * | 2014-09-12 | 2016-03-17 | DoDine, Inc. | Hotel Room Restaurant Delivery System |
US9269103B1 (en) * | 2015-02-19 | 2016-02-23 | Square, Inc. | Combining orders for delivery |
-
2015
- 2015-10-09 JP JP2016510894A patent/JP5956707B1/ja active Active
- 2015-10-09 US US15/514,687 patent/US10664902B2/en active Active
- 2015-10-09 WO PCT/JP2015/078829 patent/WO2017061055A1/ja active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009211434A (ja) * | 2008-03-04 | 2009-09-17 | Fujitsu Ltd | 栄養素摂取量算出方法および栄養素摂取量算出システム |
JP2010039742A (ja) * | 2008-08-05 | 2010-02-18 | Mitsubishi Electric Information Systems Corp | 飲食店における顧客の飲食管理分析システム |
Also Published As
Publication number | Publication date |
---|---|
US10664902B2 (en) | 2020-05-26 |
WO2017061055A1 (ja) | 2017-04-13 |
US20180204275A1 (en) | 2018-07-19 |
JPWO2017061055A1 (ja) | 2017-10-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5956706B1 (ja) | 情報処理システム、情報処理装置、情報処理方法、プログラム | |
JP5956707B1 (ja) | 情報処理システム、情報処理装置、情報処理方法、プログラム | |
JP6254752B2 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
US20150058179A1 (en) | Method and a system for displaying a plurality of items within a graphical interface | |
JP6957879B2 (ja) | 食材発注システム、及び食材発注方法 | |
JP2013152681A (ja) | 食材検索システム及び食材検索方法 | |
JP2011159059A (ja) | 商品情報提供サーバ装置、端末装置、商品情報表示プログラム、商品情報表示方法及び商品情報表示システム | |
US20150132725A1 (en) | Dish information providing method and system | |
WO2017175355A1 (ja) | 情報処理装置、情報処理方法、プログラム | |
WO2014207813A1 (ja) | リスト提示装置、リスト提示方法およびプログラム | |
US20120259742A1 (en) | Server apparatus, product display method, product display program, recording medium with computer-readable product display program recorded thereon, and product display system | |
JP6085730B1 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
JP5715112B2 (ja) | 商品情報提供サーバ装置、商品情報表示プログラム、商品情報表示方法及び商品情報表示システム | |
JP6367446B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
JP6262923B1 (ja) | 情報処理装置、情報処理方法、プログラム | |
US20160005084A1 (en) | Systems, methods, and computer program products for user-specific product related activity | |
JP6279823B1 (ja) | 情報処理装置、情報処理方法、プログラム | |
JP6599530B1 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
JP6542963B1 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
JP2019169097A (ja) | 情報処理装置、情報処理方法及びプログラム | |
US9165303B2 (en) | Fresh product system | |
JP6890747B2 (ja) | 情報処理装置、情報処理方法、プログラム | |
JP2017078916A (ja) | 情報処理装置、情報処理システム、及び情報処理方法 | |
JP2023087659A (ja) | 情報処理システム、情報処理方法及びプログラム | |
JP2022130605A (ja) | 価格算出装置、価格算出方法、価格算出プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TRDD | Decision of grant or rejection written | ||
A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20160608 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20160614 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160616 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5956707 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |