ホーム > 特許ランキング > ＬＩＮＥヤフー株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024165592
(43)【公開日】2024-11-28
(54)【発明の名称】情報処理装置、情報処理方法、及び情報処理プログラム
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20241121BHJP
G06F 16/9035 20190101ALI20241121BHJP
【ＦＩ】
G06Q30/0601
G06F16/9035
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2023081907
(22)【出願日】2023-05-17
(71)【出願人】
【識別番号】500257300
【氏名又は名称】ＬＩＮＥヤフー株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】市丸 数明
(72)【発明者】
【氏名】常澤 邦幸
(72)【発明者】
【氏名】刀根 大樹
(72)【発明者】
【氏名】林 美代子
(72)【発明者】
【氏名】朝倉 倫子
【テーマコード（参考）】
5B175
5L030
5L049
【Ｆターム（参考）】
5B175DA10
5B175HA02
5L030BB54
5L049BB54
(57)【要約】
【課題】利用者による二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理装置、情報処理方法、及び情報処理プログラムを提供すること。
【解決手段】本開示に係る情報処理装置は、利用者の商品の注文に関する情報を示す注文情報を取得する取得部と、二つの異なる注文情報に基づいて、同一の利用者により同じ注文が行われたことを示す二重注文が行われたか否かを判定する判定部と、判定部が、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する決定部と、決定部により決定された提供情報を提供する提供部と、を備える。
【選択図】図４
【解決手段】本開示に係る情報処理装置は、利用者の商品の注文に関する情報を示す注文情報を取得する取得部と、二つの異なる注文情報に基づいて、同一の利用者により同じ注文が行われたことを示す二重注文が行われたか否かを判定する判定部と、判定部が、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する決定部と、決定部により決定された提供情報を提供する提供部と、を備える。
【選択図】図４
【特許請求の範囲】
【請求項1】
利用者の商品の注文に関する情報を示す注文情報を取得する取得部と、
二つの異なる前記注文情報に基づいて、同一の利用者により同じ注文が行われたことを示す二重注文が行われたか否かを判定する判定部と、
前記判定部が、二重注文が行われたと判定した場合に、前記注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する決定部と、
前記決定部により決定された提供情報を提供する提供部と、
を備える、情報処理装置。
二つの異なる前記注文情報に基づいて、同一の利用者により同じ注文が行われたことを示す二重注文が行われたか否かを判定する判定部と、
前記判定部が、二重注文が行われたと判定した場合に、前記注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する決定部と、
前記決定部により決定された提供情報を提供する提供部と、
を備える、情報処理装置。
【請求項2】
前記決定部は、前記判定部が二重注文と判定した場合に、利用者に二重注文の通知をしても、利用者が二重注文の商品を購入した場合に、注文先の店舗に対して、二重注文の商品の在庫を補充するように伝えるメッセージを提供情報として決定する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記判定部が二重注文と判定した場合に、利用者に二重注文の通知をしても、利用者が二重注文の商品を購入した回数が所定の回数を超えた場合に、二重注文が所定回数以上された商品について、需要予測をする予測部と、をさらに備え、
前記決定部は、二重注文が所定回数以上された商品についての需要予測を二重注文の注文先の店舗に対して提供情報として提供することを決定する、
請求項１に記載の情報処理装置。
前記決定部は、二重注文が所定回数以上された商品についての需要予測を二重注文の注文先の店舗に対して提供情報として提供することを決定する、
請求項１に記載の情報処理装置。
【請求項4】
前記判定部は、事業者から受け付けた二重注文の判定基準となる注文時間間隔に基づいて、二重注文が行われたか否かを判定する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項5】
前記判定部が二重注文と判定した注文の利用者に対する二重注文の注文先の店舗から二重注文に関する問い合わせを受け付ける受付部と、
前記利用者に対して、前記店舗から受け付けた問い合わせを通知する通知部と、をさらに備える、
請求項１に記載の情報処理装置。
前記利用者に対して、前記店舗から受け付けた問い合わせを通知する通知部と、をさらに備える、
請求項１に記載の情報処理装置。
【請求項6】
利用者の商品の注文に関する情報を示す注文情報を受け付けるステップと、
二つの異なる前記注文情報に基づいて、同一の利用者により同じ注文が行われたことを示す二重注文が行われたか否かを判定するステップと、
二重注文が行われたと判定した場合に、前記注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定するステップと、
決定された提供情報を提供するステップと、
を含む、情報処理方法。
二つの異なる前記注文情報に基づいて、同一の利用者により同じ注文が行われたことを示す二重注文が行われたか否かを判定するステップと、
二重注文が行われたと判定した場合に、前記注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定するステップと、
決定された提供情報を提供するステップと、
を含む、情報処理方法。
【請求項7】
利用者の商品の注文に関する情報を示す注文情報を受け付けるステップと、
二つの異なる前記注文情報に基づいて、同一の利用者により同じ注文が行われたことを示す二重注文が行われたか否かを判定するステップと、
二重注文が行われたと判定した場合に、前記注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定するステップと、
決定された提供情報を提供するステップと、
をコンピュータに実行させる、情報処理プログラム。
二つの異なる前記注文情報に基づいて、同一の利用者により同じ注文が行われたことを示す二重注文が行われたか否かを判定するステップと、
二重注文が行われたと判定した場合に、前記注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定するステップと、
決定された提供情報を提供するステップと、
をコンピュータに実行させる、情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。
【背景技術】
【0002】
電子商取引サービスにおいて、利用者が誤って二重注文を行ってしまうことがあった。利用者が二重注文を行った後に、二重注文を取り消すと電子商取引サービスに出店している店舗は損失が発生することがあった。
【0003】
例えば、下記の特許文献１には、電子商取引サービスにおいて、商品の購入者が、注文に際し、必要に応じて商品毎に損害保険をかけ得るようにし、取引の安全性と信頼性を向上させることができる損害保険付き販売システムが開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００３－１５７３６０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、上記の特許文献１に記載の損害保険付き販売システムは、利用者が二重注文や誤注文をした場合に、その損害の補償を受けることができるものの、二重注文における商品を販売している店舗側に適切な情報を提供することができなかった。
【0006】
本開示は上記課題を鑑み、利用者による二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理装置、情報処理方法、及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0007】
上述した課題を解決し、目的を達成するために、本開示に係る情報処理装置は、利用者の商品の注文に関する情報を示す注文情報を取得する取得部と、二つの異なる前記注文情報に基づいて、同一の利用者により同じ注文が行われたことを示す二重注文が行われたか否かを判定する判定部と、前記判定部が、二重注文が行われたと判定した場合に、前記注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する決定部と、前記決定部により決定された提供情報を提供する提供部と、を備える。
【発明の効果】
【0008】
本開示によれば、利用者による二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理装置、情報処理方法、及び情報処理プログラムを提供することができる。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下に、本開示に係る情報処理装置、情報処理方法、及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する。）について図面を参照しつつ詳細に説明する。なお、この実施形態により本開示に係る情報処理装置、情報処理方法、及び情報処理プログラムが限定されるものではない。
【0011】
（実施形態）
〔１．実施形態に係る情報処理〕
〔１－１．実施形態に係る情報処理の一例〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。図１では、実施形態に係る情報処理が情報処理装置１００、利用者端末２００、及び事業者端末３００により実行される例を示す。以下、実施形態に係る情報処理についてステップごとに順を追って説明する。
〔１．実施形態に係る情報処理〕
〔１－１．実施形態に係る情報処理の一例〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。図１では、実施形態に係る情報処理が情報処理装置１００、利用者端末２００、及び事業者端末３００により実行される例を示す。以下、実施形態に係る情報処理についてステップごとに順を追って説明する。
【0012】
まず、情報処理装置１００は、利用者端末２００から注文情報を取得する（ステップＳ１）。ここで、注文情報とは、電子商取引サービスにおける利用者の商品の注文に関する情報である。なお、注文情報には、店舗ＩＤと、利用者ＩＤと、商品ＩＤと、注文日時が含まれていてよい。例えば、情報処理装置１００は、利用者端末２００を介して、利用者Ｕから所定の電子商取引サービスにおいて受け付けた注文情報を取得する。なお、図１に示す利用者Ｕと、利用者端末２００は、一例であって、情報処理装置１００は、これ以上の数の利用者の利用者端末２００から、所定の電子商取引サービスにおいて受け付けた注文情報を取得してよい。情報処理装置１００は、利用者端末２００から注文情報を取得したら、取得した注文情報を後述して説明する注文情報記憶部１２２に記憶する。
【0013】
次に、情報処理装置１００は、二つの異なる注文情報に基づいて、当該の注文が二重注文であるか否かを判定する（ステップＳ２）。例えば、情報処理装置１００は、二つの異なる注文情報に含まれる店舗ＩＤと、利用者ＩＤと、商品ＩＤを比較して、これらが一致しているか否かを判定する。そして、情報処理装置１００は、前述の判定がされた二つの異なる注文情報に含まれる注文日時の注文間隔が、所定の間隔以内、例えば、１時間以内であった場合に、当該の注文が二重注文であると判定する。
【0014】
次に、情報処理装置１００は、店舗に提供する情報を示す提供情報を決定する（ステップＳ３）。例えば、情報処理装置１００は、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する。具体的には、後述して説明するが、注文先の店舗に対して提供する提供情報は、例えば、二重注文が行われたことを通知するメッセージや、二重注文の商品の補充を促すメッセージ、二重注文の商品の需要予測などであってよい。
【0015】
次に、情報処理装置１００は、事業者端末３００に決定された提供情報を提供する（ステップＳ４）。例えば、情報処理装置１００は、ステップＳ３において、二重注文が行われたことを通知するメッセージを提供することが決定された場合であれば、二重注文の注文先の店舗の事業者Ｍの事業者端末３００に二重注文が行われたことを通知するメッセージを表示させることによって、事業者Ｍに提供情報を提供してよい。なお、二重注文が行われたことを通知するメッセージには、二重注文を行った利用者Ｕの利用者ＩＤや、二重注文において注文された商品の商品ＩＤ、二重注文の注文日時などの情報が含まれていてよい。
【0016】
これによれば、二つの異なる注文情報に基づいて、二重注文であるか否かを判定して、注文先の店舗に対して提供する情報を決定して、決定された情報を注文先の店舗に対して提供することができる。そのため、利用者Ｕによる二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理装置１００を提供することができる。
【0017】
〔１－２．実施形態に係る情報処理の他の例〕
情報処理装置１００は、二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した場合に、注文先の店舗に対して、二重注文の商品の在庫を補充するように伝えるメッセージを提供情報として決定する。
情報処理装置１００は、二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した場合に、注文先の店舗に対して、二重注文の商品の在庫を補充するように伝えるメッセージを提供情報として決定する。
【0018】
この情報処理について順を追って説明する。まず、情報処理装置１００は、図１に示したステップＳ１と同じ処理を実行する。ステップＳ１は、上述した処理と同じであるから説明を省略する。
【0019】
次に、情報処理装置１００は、二重注文と判定された利用者Ｕの利用者端末２００に二重注文である旨を通知する（ステップＳ２－１）。このような情報処理装置１００の処理について、図２を用いて説明する。図２は、実施形態に係る情報処理において利用者端末に表示させる情報の一例を示す図である。図２に示すように、情報処理装置１００は、例えば、「８分前に、同じ商品を注文しています。同じ商品の注文処理を続けてよろしいですか？」といったメッセージＭＳ１を利用者端末２００に表示させてよい。
【0020】
次に、情報処理装置１００は、利用者Ｕから二重注文と判定された注文を続けて良いか否かの判断を受け付ける（ステップＳ２－２）。このような情報処理装置１００の処理について、図２を用いて説明する。図２に示すように、例えば、情報処理装置１００は、ステップＳ２－１において説明したメッセージに加えて、「確認済みのため注文を続ける」といったメッセージＭＳ２を利用者端末２００に表示させて、利用者Ｕから二重注文と判定された注文を続けるか否かの判断を受け付けてよい。
【0021】
次に、情報処理装置１００は、ステップＳ２－２において二重注文を続ける旨の判断を受け付けた場合に、二重注文の注文先の店舗に対して、二重注文の商品の在庫を補充するように伝えるメッセージを提供情報として決定する（ステップＳ３－１）。例えば、情報処理装置１００は、二重注文の注文情報に基づいて、「商品Ａが二重注文されました。商品Ａの在庫を補充して下さい。」といったメッセージを注文先の店舗に対して、提供情報として通知することを決定する。
【0022】
次に、情報処理装置１００は、図１に示したステップＳ４と同じ処理を実行する。ステップＳ４は、上述した処理と同じであるから説明を省略する。
【0023】
これによれば、二重注文と判定された場合に、注文の商品の在庫を補充するように伝えるメッセージを二重注文の注文先の店舗に対して提供することができる。したがって、利用者Ｕによる二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理装置１００を提供することができる。
【0024】
〔１－３．実施形態に係る情報処理の他の例〕
情報処理装置１００は、二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した回数が所定の回数を超えた場合に、二重注文が所定回数以上された商品について、需要予測をして、二重注文が所定回数以上された商品についての需要予測を提供情報として二重注文の注文先の店舗に対して提供することを決定する。
情報処理装置１００は、二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した回数が所定の回数を超えた場合に、二重注文が所定回数以上された商品について、需要予測をして、二重注文が所定回数以上された商品についての需要予測を提供情報として二重注文の注文先の店舗に対して提供することを決定する。
【0025】
この情報処理について順を追って説明する。まず、情報処理装置１００は、図１に示したステップＳ１と同じ処理を実行する。ステップＳ１は、上述した処理と同じであるから説明を省略する。
【0026】
次に、情報処理装置１００は、上述して説明したステップＳ２－１、及びＳ２－２と同じ処理を実行する。ステップＳ２－１、及びＳ２－２は、上述した処理と同じであるから説明を省略する。なお、情報処理装置１００は、ステップＳ１、Ｓ２－１、及びＳ２－２の処理を複数回に亘って繰り返して実行してよい。
【0027】
次に、情報処理装置１００は、二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した回数が所定の回数を超えた場合に、二重注文が所定回数以上された商品について、需要予測をして、二重注文が所定回数以上された商品についての需要予測を提供情報として二重注文の注文先の店舗に対して提供することを決定する（ステップＳ３）。ここで、所定の回数は、任意に設定してよく、例えば、１０回などであってよい。例えば、情報処理装置１００は、注文情報に含まれる注文日時と、注文数量に基づいて、利用者Ｕの二重注文の商品の購入間隔を導き出して、直近の二重注文の商品の購入日時と、当該の購入間隔に基づいて、当該の利用者Ｕの二重注文の商品の購入予想日を予測してよい。そして、情報処理装置１００は、当該の利用者Ｕの二重注文の商品の購入予想日を、提供情報として二重注文の注文先の店舗に対して提供することを決定する。
【0028】
次に、情報処理装置１００は、図１に示したステップＳ４と同じ処理を実行する。ステップＳ４は、上述した処理と同じであるから説明を省略する。
【0029】
これによれば、二重注文された商品についての需要予測をして、二重注文の注文先の店舗に対して、需要予測を提供することができる。したがって、利用者Ｕによる二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理装置１００を提供することができる。
【0030】
〔２．情報処理システムの構成〕
次に、図３を用いて実施形態に係る情報処理システムの構成について説明する。図３は、実施形態に係る情報処理システムの構成例を示す図である。図３に示すように、実施形態に係る情報処理システム１は、情報処理装置１００と、利用者端末２００と、事業者端末３００と、ネットワークＮを有する。以下、これらの構成について簡単に順を追って説明する。
次に、図３を用いて実施形態に係る情報処理システムの構成について説明する。図３は、実施形態に係る情報処理システムの構成例を示す図である。図３に示すように、実施形態に係る情報処理システム１は、情報処理装置１００と、利用者端末２００と、事業者端末３００と、ネットワークＮを有する。以下、これらの構成について簡単に順を追って説明する。
【0031】
情報処理装置１００は、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＷＳ（Ｗｏｒｋ Ｓｔａｔｉｏｎ）、サーバの機能を備えるコンピュータなどの情報処理装置であってよい。情報処理装置１００は、例えば、利用者端末２００や事業者端末３００からネットワークＮを介して送信されてきた情報に基づいて処理を行う。
【0032】
利用者端末２００は、利用者Ｕが利用する情報処理装置である。利用者端末２００は、例えば、スマートフォン、タブレット型端末、デスクトップ型ＰＣ、ノート型ＰＣ、携帯電話機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等の情報処理装置であってよい。なお、図１に示す例においては、利用者端末２００がスマートフォンである場合を示している。
【0033】
事業者端末３００は、事業者Ｍが利用する情報処理装置である。事業者端末３００は、例えば、スマートフォン、タブレット型端末、デスクトップ型ＰＣ、ノート型ＰＣ、携帯電話機、ＰＤＡ等の情報処理装置であってよい。なお、図１に示す例においては、事業者端末３００がノート型ＰＣである場合を示している。
【0034】
ネットワークＮは、情報処理装置１００と、利用者端末２００と、事業者端末３００を有線、又は無線により相互に通信可能に接続する。ネットワークＮが有線の場合は、ＩＥＥＥ８０２．３に規定されるイーサネット（登録商標）（ＥＴＨＥＲＮＥＴ（登録商標））により実現されてよい。また、ネットワークＮが無線の場合は、ＩＥＥＥ８０２．１１に規定される無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）により実現されてよい。
【0035】
〔３．情報処理装置の構成〕
次に、図４を用いて、情報処理装置１００の構成について説明する。
次に、図４を用いて、情報処理装置１００の構成について説明する。
【0036】
【0037】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）カード等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、利用者端末２００や事業者端末３００などとの間で情報の送受信を行う。
通信部１１０は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）カード等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、利用者端末２００や事業者端末３００などとの間で情報の送受信を行う。
【0038】
（記憶部１２０について）
記憶部１２０は、主記憶装置と外部記憶装置とを備える。主記憶装置は、制御部１３０が実行するプログラム、あるいは制御部１３０が処理するデータを記憶する。主記憶装置は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）等のような半導体メモリ素子によって実現されてよい。外部記憶装置は、制御部１３０が処理するデータを保存する。外部記憶装置は、例えば、ハードディスクやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、磁気テープ、光ディスク等によって実現されてよい。
記憶部１２０は、主記憶装置と外部記憶装置とを備える。主記憶装置は、制御部１３０が実行するプログラム、あるいは制御部１３０が処理するデータを記憶する。主記憶装置は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）等のような半導体メモリ素子によって実現されてよい。外部記憶装置は、制御部１３０が処理するデータを保存する。外部記憶装置は、例えば、ハードディスクやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、磁気テープ、光ディスク等によって実現されてよい。
【0039】
図４に示すように、記憶部１２０は、商品情報記憶部１２１と、注文情報記憶部１２２と、店舗情報記憶部１２３と、を有する。以下、これらの構成について順を追って説明する。
【0040】
（商品情報記憶部１２１について）
商品情報記憶部１２１は、電子商取引サービスにおいて取り扱う商品に関する情報を示す商品情報を記憶する。ここで、図５を用いて、商品情報記憶部１２１が記憶する情報の一例を説明する。図５は、実施形態に係る情報処理装置の商品情報記憶部に記憶される情報の一例を示す図である。
商品情報記憶部１２１は、電子商取引サービスにおいて取り扱う商品に関する情報を示す商品情報を記憶する。ここで、図５を用いて、商品情報記憶部１２１が記憶する情報の一例を説明する。図５は、実施形態に係る情報処理装置の商品情報記憶部に記憶される情報の一例を示す図である。
【0041】
図５に示す例において、商品情報記憶部１２１は、「商品ＩＤ」、「商品名」、「商品情報」、「在庫量」、「店舗ＩＤ」という項目に係る情報を紐付けて記憶する。
【0042】
「商品ＩＤ」は、商品を識別する識別子であり、文字列や番号などによって表される。「商品名」は、「商品ＩＤ」により識別される商品の名称である。「商品情報」は、「商品ＩＤ」により識別される商品に関する情報であって、例えば、商品の種類や大きさ、特徴などに関する情報であってよい。「在庫量」は、「商品ＩＤ」により識別される商品の在庫量を示し、例えば、商品の個数や、重量などによって表される。「店舗ＩＤ」は、「商品ＩＤ」により識別される商品を販売する電子商取引サービスにおける仮想の店舗や、電子商取引サービスを用いて「商品ＩＤ」により識別される商品の取引を行う実在の店舗を識別する識別子であり、文字列や番号などによって表される。
【0043】
すなわち、図５においては、商品ＩＤ「ＭＩＤ＃１」により識別される商品の商品名が「ＰＮＭ＃１」であり、当該の商品の商品情報が「ＰＩＮＦ＃１」であり、当該の商品の在庫量が「ＳＴＱ＃１」であり、当該の商品の店舗ＩＤが「ＳＴＲＩＤ＃１」であることを示している。
【0044】
なお、商品情報記憶部１２１に記憶される情報は、「商品ＩＤ」、「商品名」、「商品情報」、「在庫量」、「店舗ＩＤ」という項目に係る情報に限定されるものではなく、その他の任意の商品情報に関係する情報が記憶されてよい。
【0045】
（注文情報記憶部１２２について）
注文情報記憶部１２２は、利用者Ｕから受け付けた商品の注文に関する情報を示す注文情報を記憶する。ここで、図６を用いて、注文情報記憶部１２２が記憶する情報の一例を説明する。図６は、実施形態に係る情報処理装置の注文情報記憶部に記憶される情報の一例を示す図である。
注文情報記憶部１２２は、利用者Ｕから受け付けた商品の注文に関する情報を示す注文情報を記憶する。ここで、図６を用いて、注文情報記憶部１２２が記憶する情報の一例を説明する。図６は、実施形態に係る情報処理装置の注文情報記憶部に記憶される情報の一例を示す図である。
【0046】
図６に示す例において、注文情報記憶部１２２は、「注文ＩＤ」、「注文日時」、「利用者ＩＤ」、「店舗ＩＤ」、「商品ＩＤ」、「注文数量」という項目に係る情報を紐付けて記憶する。
【0047】
「注文ＩＤ」は、注文を識別する識別子であり、文字列や番号などによって表される。「注文日時」は、「注文ＩＤ」により識別される注文が行われた日時を示す。「利用者ＩＤ」は、「注文ＩＤ」により識別される注文を行った利用者Ｕを識別する識別子であり、文字列や番号などによって表される。「店舗ＩＤ」は、「注文ＩＤ」により識別される注文の発注先の電子商取引サービスにおける仮想の店舗や電子商取引サービスを用いて商品の取引を行う実在の店舗を識別する識別子であり、文字列や番号などによって表される。「商品ＩＤ」は、「注文ＩＤ」により識別される注文において、注文された商品を識別する識別子であり、文字列や番号などによって表される。「注文数量」は、「注文ＩＤ」により識別される注文における商品の注文数量を示し、例えば、注文された商品の個数や重量によって表される。
【0048】
すなわち、図６においては、注文ＩＤ「ＯＤＩＤ＃１」により識別される注文が行われた注文日時が「ＯＤＴＭ＃１」であり、当該の注文を行った利用者Ｕの利用者ＩＤが「ＵＩＤ＃１」であり、当該の注文における発注先の店舗の店舗ＩＤが「ＳＴＲＩＤ＃１」であり、当該の注文において注文された商品の商品ＩＤが「ＭＩＤ＃１」であり、当該の注文において当該の商品が発注された数量が「ＯＤＱＴ＃１」であることを示している。
【0049】
なお、注文情報記憶部１２２に記憶される情報は、「注文ＩＤ」、「注文日時」、「利用者ＩＤ」、「店舗ＩＤ」、「商品ＩＤ」、「注文数量」という項目に係る情報に限定されるものではなく、その他の任意の注文情報に関係する情報が記憶されてよい。
【0050】
（店舗情報記憶部１２３について）
店舗情報記憶部１２３は、電子商取引サービスに出店している店舗に関する情報を示す店舗情報を記憶する。ここで、図７を用いて、店舗情報記憶部１２３が記憶する情報の一例を説明する。図７は、実施形態に係る情報処理装置の店舗情報記憶部に記憶される情報の一例を示す図である。
店舗情報記憶部１２３は、電子商取引サービスに出店している店舗に関する情報を示す店舗情報を記憶する。ここで、図７を用いて、店舗情報記憶部１２３が記憶する情報の一例を説明する。図７は、実施形態に係る情報処理装置の店舗情報記憶部に記憶される情報の一例を示す図である。
【0051】
図７に示す例において、店舗情報記憶部１２３は、「店舗ＩＤ」、「事業者ＩＤ」、「事業者名」、「連絡先」という項目に係る情報を紐付けて記憶する。
【0052】
「店舗ＩＤ」は、電子商取引サービスににおける仮想の店舗や、電子商取引サービスを用いて商品の取引を行う実在の店舗を識別する識別子であり、文字列や番号などによって表される。「事業者ＩＤ」は、「店舗ＩＤ」により識別される店舗を運営する事業者Ｍを識別する識別子であり、文字列や番号などによって表される。「事業者名」は、「事業者ＩＤ」により識別される事業者Ｍの名称である。「連絡先」は、「事業者ＩＤ」により識別される事業者Ｍの連絡先であり、例えば、メールアドレスや電話番号であってよい。
【0053】
すなわち、図７においては、店舗ＩＤ「ＯＤＩＤ＃１」により識別される店舗を運営する事業者Ｍの事業者ＩＤが「ＭＩＤ＃１」であり、当該の事業者Ｍの事業者名が「ＭＮＭ＃１」であり、当該の事業者Ｍの連絡先が「ＣＴＤＴ＃１」であることをを示している。
【0054】
なお、店舗情報記憶部１２３に記憶される情報は、「店舗ＩＤ」、「事業者ＩＤ」、「事業者名」、「連絡先」という項目に係る情報に限定されるものではなく、その他の任意の店舗情報に関係する情報が記憶されてよい。
【0055】
（制御部１３０について）
次に、図４に戻って、制御部１３０について説明する。制御部１３０は、情報処理装置１００を制御するコントローラ（Ｃｏｎｔｒｏｌｌｅｒ）であり、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等によって、情報処理装置１００の記憶部１２０に記憶されている各種プログラムを読み出して、ＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ））等の集積回路により実現されてもよい。
次に、図４に戻って、制御部１３０について説明する。制御部１３０は、情報処理装置１００を制御するコントローラ（Ｃｏｎｔｒｏｌｌｅｒ）であり、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等によって、情報処理装置１００の記憶部１２０に記憶されている各種プログラムを読み出して、ＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ））等の集積回路により実現されてもよい。
【0056】
制御部１３０は、図４に示すように、取得部１３１と、判定部１３２と、決定部１３３と、予測部１３４と、受付部１３５と、提供部１３６と、通知部１３７と、を有する。制御部１３０は、記憶部１２０からプログラムを読み出して、ＲＡＭを作業領域として実行することで、これらの機能を実現して、以下に説明する情報処理の機能や作用を実現または実行する。以下、これらの処理を、順を追って説明する。
【0057】
（取得部１３１について）
取得部１３１は、利用者Ｕの商品の注文に関する情報を示す注文情報を取得する。ここで、注文情報とは、電子商取引サービスにおける利用者Ｕの商品の注文に関する情報である。なお、注文情報には、店舗ＩＤと、利用者ＩＤと、商品ＩＤと、注文日時が含まれてよい。例えば、取得部１３１は、利用者端末２００を介して、利用者Ｕから受け付けた注文情報を取得する。取得部１３１は、利用者端末２００から注文情報を取得したら、取得した注文情報を注文情報記憶部１２２に記憶する。
取得部１３１は、利用者Ｕの商品の注文に関する情報を示す注文情報を取得する。ここで、注文情報とは、電子商取引サービスにおける利用者Ｕの商品の注文に関する情報である。なお、注文情報には、店舗ＩＤと、利用者ＩＤと、商品ＩＤと、注文日時が含まれてよい。例えば、取得部１３１は、利用者端末２００を介して、利用者Ｕから受け付けた注文情報を取得する。取得部１３１は、利用者端末２００から注文情報を取得したら、取得した注文情報を注文情報記憶部１２２に記憶する。
【0058】
（判定部１３２について）
判定部１３２は、二つの異なる注文情報に基づいて、同一の利用者Ｕにより同じ注文が行われたことを示す二重注文が行われたか否かを判定する。例えば、判定部１３２は、二つの異なる注文情報に含まれる店舗ＩＤと、利用者ＩＤと、商品ＩＤを比較して、これらが一致しているかを判定する。そして、判定部１３２は、前述の判定がされた二つの異なる注文情報に含まれる注文日時の間隔を示す注文間隔が１時間以内であった場合に、当該の注文が二重注文であると判定する。
判定部１３２は、二つの異なる注文情報に基づいて、同一の利用者Ｕにより同じ注文が行われたことを示す二重注文が行われたか否かを判定する。例えば、判定部１３２は、二つの異なる注文情報に含まれる店舗ＩＤと、利用者ＩＤと、商品ＩＤを比較して、これらが一致しているかを判定する。そして、判定部１３２は、前述の判定がされた二つの異なる注文情報に含まれる注文日時の間隔を示す注文間隔が１時間以内であった場合に、当該の注文が二重注文であると判定する。
【0059】
なお、注文間隔には、後述して説明する受付部１３５が事業者Ｍごとに受け付けた注文間隔を用いてよい。すなわち、判定部１３２は、事業者Ｍから受け付けた二重注文の判定基準となる注文時間間隔に基づいて、二重注文が行われたか否かを判定してよい。
【0060】
（決定部１３３について）
決定部１３３は、判定部１３２が、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する。例えば、決定部１３３は、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する。具体的には、後述して説明するが、注文先の店舗に対して提供する提供情報は、例えば、二重注文が行われたことを通知するメッセージや、二重注文の商品の補充を促すメッセージ、二重注文の商品の需要予測などであってよい。
決定部１３３は、判定部１３２が、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する。例えば、決定部１３３は、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する。具体的には、後述して説明するが、注文先の店舗に対して提供する提供情報は、例えば、二重注文が行われたことを通知するメッセージや、二重注文の商品の補充を促すメッセージ、二重注文の商品の需要予測などであってよい。
【0061】
決定部１３３は、判定部１３２が二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した場合に、注文先の店舗に対して、二重注文の商品の在庫を補充するように伝えるメッセージを提供情報として決定する。すなわち、決定部１３３は、判定部１３２が二重注文と判定した場合に、通知部１３７が二重注文を行った利用者Ｕの利用者端末２００に二重注文が行われたことを通知するメッセージを通知しても、利用者Ｕが二重注文の商品を購入することを選択した場合に、二重注文の商品を補充するように伝えるメッセージを提供情報として提供することを決定する。
【0062】
決定部１３３は、判定部１３２が二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した回数が所定の回数を超えた場合に、二重注文が所定回数以上された商品についての需要予測を二重注文の注文先の店舗に対して提供情報として提供することを決定する。ここで、所定の回数は、任意に設定してよく、例えば、１０回などであってよい。具体的には、決定部１３３は、後述して説明する予測部１３４の需要予測を、提供情報として二重注文の注文先の店舗に対して提供することを決定する。
【0063】
（予測部１３４について）
予測部１３４は、判定部１３２が二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した回数が所定の回数を超えた場合に、二重注文が所定回数以上された商品について、需要予測をする。例えば、予測部１３４は、注文情報に含まれる注文日時と、注文数量に基づいて、利用者Ｕの二重注文の商品の購入間隔を導き出して、直近の二重注文の商品の購入日時と、当該の購入間隔に基づいて、当該の利用者Ｕの二重注文の商品の購入予想日を予測してよい。
予測部１３４は、判定部１３２が二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した回数が所定の回数を超えた場合に、二重注文が所定回数以上された商品について、需要予測をする。例えば、予測部１３４は、注文情報に含まれる注文日時と、注文数量に基づいて、利用者Ｕの二重注文の商品の購入間隔を導き出して、直近の二重注文の商品の購入日時と、当該の購入間隔に基づいて、当該の利用者Ｕの二重注文の商品の購入予想日を予測してよい。
【0064】
（受付部１３５について）
受付部１３５は、各種の情報を受け付ける。例えば、受付部１３５は、判定部１３２が二重注文と判定した注文の利用者Ｕに対して、店舗から二重注文に関する問い合わせを受け付ける。具体的には、受付部１３５は、事業者端末３００に、二重注文と判定された注文を行った利用者Ｕの利用者ＩＤや、二重注文と判定された注文において注文された商品の商品ＩＤ、注文数量、注文日時などを表示させたうえで、二重注文に関する問い合わせの入力画面を表示させて、事業者Ｍから二重注文に関する問い合わせを受け付けてよい。
受付部１３５は、各種の情報を受け付ける。例えば、受付部１３５は、判定部１３２が二重注文と判定した注文の利用者Ｕに対して、店舗から二重注文に関する問い合わせを受け付ける。具体的には、受付部１３５は、事業者端末３００に、二重注文と判定された注文を行った利用者Ｕの利用者ＩＤや、二重注文と判定された注文において注文された商品の商品ＩＤ、注文数量、注文日時などを表示させたうえで、二重注文に関する問い合わせの入力画面を表示させて、事業者Ｍから二重注文に関する問い合わせを受け付けてよい。
【0065】
また、受付部１３５は、二重注文である旨を通知した利用者Ｕから、注文を続けるか否かの判断を受け付ける。具体的には、受付部１３５は、「確認済みのため注文を続ける」といったメッセージを利用者端末２００に表示させて、利用者Ｕから二重注文と判定された注文を続けるか否かの判断を受け付けてよい。
【0066】
（提供部１３６について）
提供部１３６は、決定部１３３により決定された提供情報を提供する。例えば、提供部１３６は、決定部１３３が、二重注文が行われたことを通知するメッセージを提供することを決定した場合であれば、二重注文の注文先の店舗の事業者Ｍの事業者端末３００に二重注文が行われたことを通知するメッセージを表示させることによって、事業者Ｍに提供情報を提供してよい。
提供部１３６は、決定部１３３により決定された提供情報を提供する。例えば、提供部１３６は、決定部１３３が、二重注文が行われたことを通知するメッセージを提供することを決定した場合であれば、二重注文の注文先の店舗の事業者Ｍの事業者端末３００に二重注文が行われたことを通知するメッセージを表示させることによって、事業者Ｍに提供情報を提供してよい。
【0067】
（通知部１３７について）
通知部１３７は、利用者Ｕに対して各種の情報を通知する。例えば、通知部１３７は、利用者Ｕに対して、店舗から受け付けた問い合わせを通知する。具体的には、通知部１３７は、利用者端末２００に事業者Ｍから受け付けた問い合わせのメッセージを表示させることによって、利用者Ｕに事業者Ｍから受け付けた問い合わせを通知してよい。
通知部１３７は、利用者Ｕに対して各種の情報を通知する。例えば、通知部１３７は、利用者Ｕに対して、店舗から受け付けた問い合わせを通知する。具体的には、通知部１３７は、利用者端末２００に事業者Ｍから受け付けた問い合わせのメッセージを表示させることによって、利用者Ｕに事業者Ｍから受け付けた問い合わせを通知してよい。
【0068】
また、通知部１３７は、判定部１３２が二重注文と判定した場合に、二重注文を行った利用者Ｕの利用者端末２００に対して、二重注文である旨を通知する。具体的には、通知部１３７は、図２に示すようなメッセージを表示させる。図２に示すように、通知部１３７は、例えば、「８分前に、同じ商品を注文しています。同じ商品の注文処理を続けてよろしいですか？」といったメッセージＭＳ１を利用者端末２００に表示させてよい。
【0069】
〔４．利用者端末の構成〕
次に、図８を用いて、実施形態に係る利用者端末２００の構成について説明する。図８は、実施形態に係る利用者端末の構成例を示す図である。図８に示すように、利用者端末２００は、通信部２１０と、入力部２２０と、出力部２３０と、制御部２４０を有する。
次に、図８を用いて、実施形態に係る利用者端末２００の構成について説明する。図８は、実施形態に係る利用者端末の構成例を示す図である。図８に示すように、利用者端末２００は、通信部２１０と、入力部２２０と、出力部２３０と、制御部２４０を有する。
【0070】
通信部２１０は、例えば、ＮＩＣ、無線ＬＡＮカード等によって実現される。そして、通信部２１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、情報処理装置１００との間で各種の情報の送受信を行う。
【0071】
入力部２２０は、利用者Ｕから各種の操作情報が入力される。例えば、入力部２２０は、タッチパネルにより表示面（例えば出力部２３０）を介して利用者Ｕからの各種操作を受け付けてもよい。また、入力部２２０は、利用者端末２００に設けられたボタンや、利用者端末２００に接続されたキーボードやマウスからの各種操作を受け付けてもよい。
【0072】
出力部２３０は、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等によって実現されるタブレット型端末等の表示画面であり、各種情報を表示するための表示装置である。つまり、利用者端末２００は、入力部２２０がタッチパネルである場合は、出力部２３０である表示画面により利用者Ｕの入力を受け付け、利用者Ｕへの出力も行う。また、出力部２３０は、スピーカーであってもよく、スピーカーにより音声を出力してよい。
【0073】
制御部２４０は、例えば、ＣＰＵやＭＰＵ等によって、利用者端末２００に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。
【0074】
図８に示すように、制御部２４０は、受付部２４１と、通知部２４２と、を有する。
【0075】
受付部２４１は、利用者Ｕから各種の情報の入力を受け付ける。例えば、受付部２４１は、利用者Ｕから所定の電子商取引サービスにおける商品の注文を受け付ける。また、受付部２４１は、利用者Ｕに二重注文が行われたことを通知された場合に、注文を続けるか否かの判断を受け付ける。
【0076】
通知部２４２は、利用者Ｕに各種の情報を通知する。例えば、通知部２４２は、利用者Ｕに二重注文が行われたことを通知する。具体的には、通知部２４２は、例えば、「８分前に、同じ商品を注文しています。同じ商品の注文処理を続けてよろしいですか？」といったメッセージＭＳ１を出力部２３０に表示させる。また、通知部２４２は、事業者Ｍから受け付けた二重注文に関する問い合わせのメッセージを利用者Ｕに通知する。具体的には、通知部２４２は、出力部２３０に事業者Ｍから受け付けた問い合わせのメッセージを表示させることによって、利用者Ｕに事業者Ｍから受け付けた問い合わせを通知してよい。
【0077】
〔５．事業者端末の構成〕
次に、図９を用いて、実施形態に係る事業者端末３００の構成について説明する。図９は、実施形態に係る事業者端末の構成例を示す図である。図９に示すように、事業者端末３００は、通信部３１０と、入力部３２０と、出力部３３０と、制御部３４０と、を有する。
次に、図９を用いて、実施形態に係る事業者端末３００の構成について説明する。図９は、実施形態に係る事業者端末の構成例を示す図である。図９に示すように、事業者端末３００は、通信部３１０と、入力部３２０と、出力部３３０と、制御部３４０と、を有する。
【0078】
通信部３１０は、例えば、ＮＩＣ等によって実現される。そして、通信部３１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、情報処理装置１００との間で各種の情報の送受信を行う。
【0079】
入力部３２０は、事業者Ｍから各種の操作情報が入力される。例えば、入力部３２０は、事業者端末３００に接続されたキーボードやマウスから事業者Ｍの各種操作を受け付けてもよい。また、入力部３２０は、タッチパネルにより表示面（例えば出力部３３０）を介して事業者Ｍから各種操作を受け付けてもよい。
【0080】
出力部３３０は、例えば液晶ディスプレイや有機ＥＬディスプレイ等によって実現される表示画面であり、各種情報を表示するための表示装置である。なお、事業者端末３００の入力部３２０が、タッチパネルを介して事業者Ｍから各種操作を受け付ける場合は、出力部３３０である表示画面により利用者Ｕの入力を受け付け、さらに利用者Ｕへの出力も行う。また、出力部２３０は、スピーカーであり、スピーカーにより音声を出力してよい。
【0081】
制御部３４０は、例えば、ＣＰＵやＭＰＵ等によって、事業者端末３００に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。
【0082】
図９に示すように、制御部３４０は、受付部３４１と、提供部３４２と、を有する。
【0083】
受付部３４１は、事業者Ｍから各種の情報を受け付ける。例えば、受付部３４１は、出力部３３０に、二重注文と判定された注文を行った利用者Ｕの利用者ＩＤや、二重注文と判定された注文において注文された商品の商品ＩＤ、注文数量、注文日時などを表示させたうえで、二重注文に関する問い合わせの入力画面を表示させて、事業者Ｍから二重注文に関する問い合わせを受け付けてよい。また、受付部３４１は、二重注文の判定基準となる注文間隔を事業者Ｍから受け付けてもよい。すなわち、受付部３４１は、出力部３３０に、注文間隔の入力画面を表示させて、事業者Ｍから注文間隔を受け付けてよい。
【0084】
提供部３４２は、事業者Ｍに各種の情報を提供する。例えば、提供部３４２は、情報処理装置１００から提供された提供情報を事業者Ｍに提供する。具体的には、提供部３４２は、出力部３３０に、二重注文が行われたことを通知するメッセージを表示させることによって、事業者Ｍに提供情報を提供してよい。
【0085】
〔６．情報処理のフロー〕
次に、図１０を用いて、実施形態に係る情報処理の手順について説明する。図１０は、実施形態に係る情報処理の一例を示すフローチャートである。以下、図１０に示すフローチャートに沿って、実施形態に係る情報処理の手順について説明する。
次に、図１０を用いて、実施形態に係る情報処理の手順について説明する。図１０は、実施形態に係る情報処理の一例を示すフローチャートである。以下、図１０に示すフローチャートに沿って、実施形態に係る情報処理の手順について説明する。
【0086】
まず、情報処理装置１００は、利用者端末２００から注文情報を取得する（ステップＳ１０１）。次に、情報処理装置１００は、注文情報に基づいて、二重注文であるか否かを判定する（ステップＳ１０２）。そして、情報処理装置１００は、店舗に提供する情報を示す提供情報を決定する（ステップＳ１０３）。そして、情報処理装置１００は、事業者端末３００に決定された提供情報を提供する（ステップＳ１０４）。
【0087】
これによれば、二つの異なる注文情報に基づいて、二重注文であるか否かを判定して、注文先の店舗に対して提供する情報を決定して、決定された情報を注文先の店舗に対して提供することができる。そのため、利用者Ｕによる二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理方法、及びプログラムを提供することができる。
【0088】
〔７．ハードウェア構成〕
また、上述した実施形態に係る情報処理装置１００は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Ｉｎｔｅｒｆａｃｅ）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。
また、上述した実施形態に係る情報処理装置１００は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Ｉｎｔｅｒｆａｃｅ）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。
【0089】
演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが記憶される記憶装置であり、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリ等により実現される。
【0090】
出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）、ＨＤＭＩ（登録商標）（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。
【0091】
なお、入力装置１０２０は、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＰＤ（Ｐｈａｓｅ ｃｈａｎｇｅ ｒｅｗｒｉｔａｂｌｅ Ｄｉｓｋ）等の光学記録媒体、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。
【0092】
ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。
【0093】
演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。
【0094】
例えば、コンピュータ１０００が情報処理装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、情報処理装置１００の制御部１３０の機能を実現する。
【0095】
〔８．構成と効果〕
本開示に係る情報処理装置１００は、利用者Ｕの商品の注文に関する情報を示す注文情報を取得する取得部１３１と、二つの異なる注文情報に基づいて、同一の利用者Ｕにより同じ注文が行われたことを示す二重注文が行われたか否かを判定する判定部１３２と、判定部１３２が、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する決定部１３３と、決定部１３３により決定された提供情報を注文先の店舗に対して提供する提供部１３６と、を備える。
本開示に係る情報処理装置１００は、利用者Ｕの商品の注文に関する情報を示す注文情報を取得する取得部１３１と、二つの異なる注文情報に基づいて、同一の利用者Ｕにより同じ注文が行われたことを示す二重注文が行われたか否かを判定する判定部１３２と、判定部１３２が、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定する決定部１３３と、決定部１３３により決定された提供情報を注文先の店舗に対して提供する提供部１３６と、を備える。
【0096】
この構成によれば、二つの異なる注文情報に基づいて、二重注文であるか否かを判定して、注文先の店舗に対して提供する情報を決定して、決定された情報を注文先の店舗に対して提供することができる。そのため、利用者Ｕによる二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理装置１００を提供することができる。
【0097】
本開示に係る情報処理装置１００の決定部１３３は、判定部１３２が二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した場合に、二重注文の注文先の店舗に対して、二重注文の商品の在庫を補充するように伝えるメッセージを提供情報として決定する。
【0098】
この構成によれば、二重注文と判定された場合に、注文の商品の在庫を補充するように伝えるメッセージを二重注文の注文先の店舗に対して提供することができる。したがって、利用者Ｕによる二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理装置１００を提供することができる。
【0099】
本開示に係る情報処理装置１００の判定部１３２が二重注文と判定した場合に、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した回数が所定の回数を超えた場合に、二重注文が所定回数以上された商品について、需要予測をする予測部１３４と、をさらに備え、決定部１３３は、利用者Ｕに二重注文の通知をしても、利用者Ｕが二重注文の商品を購入した回数が所定の回数を超えた場合に、二重注文が所定回数以上された商品についての需要予測を二重注文の注文先の店舗に対して提供情報として提供することを決定する。
【0100】
この構成によれば、二重注文された商品についての需要予測をして、二重注文の注文先の店舗に対して、需要予測を提供することができる。したがって、利用者Ｕによる二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理装置１００を提供することができる。
【0101】
本開示に係る情報処理装置１００の判定部１３２は、事業者Ｍから受け付けた二重注文の判定基準となる注文時間間隔に基づいて、二重注文が行われたか否かを判定する。
【0102】
この構成によれば、電子商取引サービスにおいて店舗を構えて商品を販売する事業者Ｍごとに、二重注文の判定基準となる注文間隔を受け付けて、受け付けた注文間隔に基づいて、利用者Ｕによって二重注文が行われたか否かを判定することができる。したがって、事業者側から、利用者Ｕが誤って二重注文をして、注文の取り消しをされることを積極的に防ぐことができる。
【0103】
本開示に係る情報処理装置１００の判定部１３２が二重注文と判定した注文の利用者Ｕに対する二重注文の注文先の店舗から二重注文に関する問い合わせを受け付ける受付部１３５と、利用者Ｕに対して、店舗から受け付けた問い合わせを通知する通知部１３７と、をさらに備える。
【0104】
この構成によれば、二重注文と判定された注文の利用者Ｕに対する、二重注文の注文先の店舗から二重注文に関する問い合わせを受け付けて、受け付けた問い合わせを二重注文の利用者Ｕに対して、通知することができる。したがって、事業者側から積極的に誤った二重注文による損失の発生を防ぐための関与を行うことができる。
【0105】
本開示に係る情報処理方法は、利用者Ｕの商品の注文に関する情報を示す注文情報を受け付けるステップと、二つの異なる注文情報に基づいて、同一の利用者Ｕにより同じ注文が行われたことを示す二重注文が行われたか否かを判定するステップと、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定するステップと、決定された提供情報を注文先の店舗に対して提供するステップと、を含む。
【0106】
この構成によれば、二つの異なる注文情報に基づいて、二重注文であるか否かを判定して、注文先の店舗に対して提供する情報を決定して、決定された情報を注文先の店舗に対して提供することができる。そのため、利用者Ｕによる二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理方法を提供することができる。
【0107】
本開示に係る情報処理プログラムは、利用者Ｕの商品の注文に関する情報を示す注文情報を受け付けるステップと、二つの異なる注文情報に基づいて、同一の利用者Ｕにより同じ注文が行われたことを示す二重注文が行われたか否かを判定するステップと、二重注文が行われたと判定した場合に、注文情報に基づいて、注文先の店舗に対して提供する情報を示す提供情報を決定するステップと、決定された提供情報を注文先の店舗に対して提供するステップと、をコンピュータに実行させる。
【0108】
この構成によれば、二つの異なる注文情報に基づいて、二重注文であるか否かを判定して、注文先の店舗に対して提供する情報を決定して、決定された情報を注文先の店舗に対して提供することができる。そのため、利用者Ｕによる二重注文があった場合に、店舗側に適切な情報を提供することができる情報処理プログラムを提供することができる。
【0109】
以上、本願の実施形態を図面に基づいて詳細に説明したが、これは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【0110】
また、上述してきた「部（ｓｅｃｔｉｏｎ、ｍｏｄｕｌｅ、ｕｎｉｔ）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部１３１は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【0111】
１ 情報処理システム
１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ 商品情報記憶部
１２２ 注文情報記憶部
１２３ 店舗情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 判定部
１３３ 決定部
１３４ 予測部
１３５ 受付部
１３６ 提供部
１３７ 通知部
２００ 利用者端末
２１０ 通信部
２２０ 入力部
２３０ 出力部
２４０ 制御部
２４１ 受付部
２４２ 通知部
３００ 事業者端末
３１０ 通信部
３２０ 入力部
３３０ 出力部
３４０ 制御部
３４１ 受付部
３４２ 提供部
Ｎ ネットワーク
１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ 商品情報記憶部
１２２ 注文情報記憶部
１２３ 店舗情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 判定部
１３３ 決定部
１３４ 予測部
１３５ 受付部
１３６ 提供部
１３７ 通知部
２００ 利用者端末
２１０ 通信部
２２０ 入力部
２３０ 出力部
２４０ 制御部
２４１ 受付部
２４２ 通知部
３００ 事業者端末
３１０ 通信部
３２０ 入力部
３３０ 出力部
３４０ 制御部
３４１ 受付部
３４２ 提供部
Ｎ ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】