(57)【要約】【課題】繰り返し購入される商品に関する適切な発注の計画を生成することが可能な、情報処理装置、情報処理方法、およびプログラムを提案する。【解決手段】ユーザにより繰り返し購入される複数の種類の商品の情報を取得する取得部と、所定の指標に基いて、前記複数の種類の商品の複数回の発注に関する発注計画を生成する発注計画部と、を備える、情報処理装置。【選択図】図１５
2018034034.tif 000002
【特許請求の範囲】
【請求項１】
ユーザにより繰り返し購入される複数の種類の商品の情報を取得する取得部と、
所定の指標に基いて、前記複数の種類の商品の複数回の発注に関する発注計画を生成する発注計画部と、
を備える、情報処理装置。
【請求項２】
前記所定の指標は、前記ユーザの前記商品の受け取り機会の数を含む、請求項１に記載の情報処理装置。
【請求項３】
前記発注計画部は、前記受け取り機会の数がより少なくなるように前記発注計画を生成する、請求項２に記載の情報処理装置。
【請求項４】
前記所定の指標は、前記複数の種類の商品のうちの一以上の商品が一回以上購入される際の支払金額の合計を含む、請求項１に記載の情報処理装置。
【請求項５】
前記発注計画部は、前記支払金額の合計がより小さくなるように前記発注計画を生成する、請求項４に記載の情報処理装置。
【請求項６】
前記所定の指標は、発注される商品の質に関する情報を含む、請求項１に記載の情報処理装置。
【請求項７】
前記取得部は、前記複数の種類の商品に含まれる第１の商品よりも質が高いと推定される第２の商品の情報をさらに取得し、
前記第２の商品の情報が前記取得部により取得された際には、前記発注計画部は、前記第１の商品の代わりに前記第２の商品を発注対象に設定することにより前記発注計画を変更する、請求項６に記載の情報処理装置。
【請求項８】
前記発注計画部は、さらに、他のユーザの購入履歴に応じた商品リストと、前記複数の種類の商品との比較に基いて前記発注計画を生成する、請求項１に記載の情報処理装置。
【請求項９】
前記発注計画部は、前記商品リストが示す複数の商品のうち、前記複数の種類の商品以外の商品をさらに発注対象に追加することにより前記発注計画を生成する、請求項８に記載の情報処理装置。
【請求項１０】
前記情報処理装置は、前記商品リストが示す複数の商品のうち、前記複数の種類の商品以外の商品をさらに発注対象に追加するか否かを前記ユーザに対して問い合わせる問い合わせ部をさらに備え、
前記発注計画部は、さらに、前記問い合わせに対する前記ユーザの回答に基いて前記発注計画を生成する、請求項８に記載の情報処理装置。
【請求項１１】
前記取得部は、前記ユーザによる商品の購入意図を示す情報をさらに取得し、
前記購入意図を示す情報が取得された際には、前記発注計画部は、前記発注計画が示す次回の発注タイミングを前記購入意図に基いた発注のタイミングと一致させるように前記発注計画を変更する、請求項１に記載の情報処理装置。
【請求項１２】
前記発注計画部は、前記購入意図が示す購入対象の商品と、前記複数の種類の商品との比較に基いて、前記発注計画が示す次回の発注タイミングを前記購入意図に基いた発注のタイミングと一致させるように前記発注計画を変更する、請求項１１に記載の情報処理装置。
【請求項１３】
前記取得部は、集音された前記ユーザの発話に基いて、前記購入意図を示す情報を取得する、請求項１１に記載の情報処理装置。
【請求項１４】
前記取得部は、前記ユーザに関する情報をさらに取得し、
前記発注計画部は、さらに、前記ユーザに関する情報に基づいて、前記発注計画を生成する、請求項１に記載の情報処理装置。
【請求項１５】
前記ユーザに関する情報は、前記ユーザの過去の会話の内容を示す情報を含む、請求項１４に記載の情報処理装置。
【請求項１６】
前記複数の種類の商品の情報は、前記ユーザによる商品の購入履歴に基いて特定される、請求項１に記載の情報処理装置。
【請求項１７】
前記情報処理装置は、前記発注計画に基いて一以上の商品の発注を行う発注部をさらに備える、請求項１に記載の情報処理装置。
【請求項１８】
前記発注計画は、前記複数回の発注の各々のタイミングおよび前記複数回の発注の各々で発注される商品の種類に関する計画を含む、請求項１に記載の情報処理装置。
【請求項１９】
ユーザにより繰り返し購入される複数の種類の商品の情報を取得することと、
所定の指標に基いて、前記複数の種類の商品の複数回の発注に関する発注計画をプロセッサが生成することと、
を含む、情報処理方法。
【請求項２０】
コンピュータを、
ユーザにより繰り返し購入される複数の種類の商品の情報を取得する取得部と、
所定の指標に基いて、前記複数の種類の商品の複数回の発注に関する発注計画を生成する発注計画部、
として機能させるための、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、例えばネットショッピングなどのＥＣ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｍｍｅｒｃｅ）に関する技術が各種開発されている。【０００３】
例えば、下記特許文献１には、ネットショッピングにおいてユーザが商品名を音声入力することにより、当該商品名の商品を購入可能とする技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２２９２７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、例えば日用品など、ユーザにより繰り返し購入される商品に関しては、適切なタイミングに適切な量の商品が発注されることが望ましい。【０００６】
しかしながら、特許文献１に記載の技術では、ユーザが、常に自らの判断で商品の発注を行う必要がある。このため、特許文献１に記載の技術では、例えば、繰り返し購入される商品に関して、ユーザの判断ミスなどにより不適切なタイミングで商品が発注されたり、不適切な量の商品が発注される恐れがある。【０００７】
そこで、本開示では、繰り返し購入される商品に関する適切な発注の計画を生成することが可能な、新規かつ改良された情報処理装置、情報処理方法、およびプログラムを提案する。
【課題を解決するための手段】
【０００８】
本開示によれば、ユーザにより繰り返し購入される複数の種類の商品の情報を取得する取得部と、所定の指標に基いて、前記複数の種類の商品の複数回の発注に関する発注計画を生成する発注計画部と、を備える、情報処理装置が提供される。【０００９】
また、本開示によれば、ユーザにより繰り返し購入される複数の種類の商品の情報を取得することと、所定の指標に基いて、前記複数の種類の商品の複数回の発注に関する発注計画をプロセッサが生成することと、を含む、情報処理方法が提供される。【００１０】
また、本開示によれば、コンピュータを、ユーザにより繰り返し購入される複数の種類の商品の情報を取得する取得部と、所定の指標に基いて、前記複数の種類の商品の複数回の発注に関する発注計画を生成する発注計画部、として機能させるための、プログラムが提供される。
【発明の効果】
【００１１】
以上説明したように本開示によれば、繰り返し購入される商品に関する適切な発注の計画を生成することができる。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１２】
【図１】本開示の実施形態による情報処理システムの構成例を示した説明図である。
【図２】同実施形態によるＥＣサービスの選択画面の表示例を示した説明図である。
【図３】同実施形態による複数のＥＣサービスにおける検索結果を同時に表示する表示例を示した説明図である。
【図４】同実施形態による、同一の検索条件で別のサービスで検索を行う例を示した説明図である。
【図５】同実施形態の課題を説明するための図である。
【図６】同実施形態による情報処理装置１０の構成例を示した機能ブロック図である。
【図７】同実施形態による発注商品リスト１３２の一例を示した説明図である。
【図８】同実施形態による一般商品購入リスト１３４の一例を示した説明図である。
【図９】同実施形態による発注計画の生成例を示した説明図である。
【図１０】同実施形態による発注先のサービスの決定例を示した説明図である。
【図１１】同実施形態による複数の発注計画の候補のうちのいずれかを選択するための問い合わせ画面の表示例を示した説明図である。
【図１２】同実施形態による発注商品リスト１３２に対する商品の追加の問い合わせの例を説明図である。
【図１３】同実施形態による新商品の情報をユーザに提示するための問い合わせ画面の表示例を示した説明図である。
【図１４】同実施形態による商品の残量の問い合わせの例を示した説明図である。
【図１５】同実施形態による自動発注の流れを示したフローチャートである。
【図１６】同実施形態による手動発注の流れを示したシーケンス図である。
【図１７】同実施形態による情報処理装置１０のハードウェア構成を示した説明図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１４】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて情報処理装置１０ａおよび情報処理装置１０ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、情報処理装置１０ａおよび情報処理装置１０ｂを特に区別する必要が無い場合には、単に情報処理装置１０と称する。
【００１５】
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．情報処理システムの構成
２．実施形態の詳細な説明
３．ハードウェア構成
４．変形例
【００１６】
＜＜１．情報処理システムの構成＞＞
まず、本開示の実施形態による情報処理システムの構成について、図１を参照して説明する。図１に示すように、当該情報処理システムは、情報処理装置１０、ＥＣサーバ２０、商品情報サーバ２２、および、通信網２４を含む。
【００１７】
＜１−１．ＥＣサーバ２０＞
ＥＣサーバ２０は、所定のＥＣサービスを管理するための装置である。例えば、ＥＣサーバ２０は、複数の事業者から、当該ＥＣサーバ２０が管理するＥＣサイト上に掲載することを依頼された複数の商品の情報を管理する。また、異なるＥＣサーバ２０は、それぞれ別々のＥＣサービスを管理し得る。
【００１８】
＜１−２．情報処理装置１０＞
情報処理装置１０は、例えばＥＣサーバ２０に対して商品を発注するための装置である。図１に示したように、情報処理装置１０は、例えば所定の建物（例えばユーザの自宅など）内の机、壁、または、天井などに配置され得る。なお、情報処理装置１０は、図１に示したような形状の装置に限定されない。例えば、情報処理装置１０は、汎用ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、タブレット型端末、ゲーム機、スマートフォンなどの携帯電話、携帯型音楽プレーヤ、テレビジョン受信機、ロボット、または、例えばＨＭＤ（Ｈｅａｄ  Ｍｏｕｎｔｅｄ  Ｄｉｓｐｌａｙ）、ヘッドセット、または、スマートウォッチなどのウェアラブルデバイスであってもよい。
【００１９】
この情報処理装置１０は、ユーザの発話などの音を集音すること、および、集音された音声の音声認識を行うことが可能である。例えば、情報処理装置１０は、集音された発話に対して音声認識を行い、そして、音声認識結果の意味を解析することが可能である。
【００２０】
また、情報処理装置１０は、画像を表示する機能を有する。例えば、図１に示すように、情報処理装置１０は、画像を投影面２６上に投影することが可能である。また、情報処理装置１０は、ディスプレイ（図示省略）を有し、そして、当該ディスプレイに画像を表示することが可能である。
【００２１】
また、情報処理装置１０は、通信網２４を介して他の装置と通信することが可能である。例えば「ＸＸＸを買いたい」などの発話が集音された際には、情報処理装置１０は、当該発話から特定される検索キーワード（例えば「ＸＸＸ」）を含む検索要求を通信網２４を介してＥＣサーバ２０へ送信する。また、情報処理装置１０は、検索結果をＥＣサーバ２０から受信する。
【００２２】
｛ＥＣサービスの利用例｝
また、複数の種類のＥＣサービスが存在する場合には、情報処理装置１０は、例えばユーザの要求に基いて、当該複数のＥＣサービスの利用に関する各種の処理を行うことが可能である。例えば、ユーザによる「ＸＸを買いたい」という発話３０が集音された場合には、情報処理装置１０は、図２に示したように、複数のＥＣサービスのうちのいずれを利用するかをユーザに選択させるための選択画面４０を表示することが可能である。この選択画面４０において、サービスＡの選択ボタン４００ａをユーザが選択すると、情報処理装置１０は、「ＸＸ」という検索キーワードを含む検索要求を、サービスＡを管理するＥＣサーバ２０へ送信する。なお、図２に示した例において、情報処理装置１０は、例えば全てのＥＣサービスの選択ボタン４００を表示する代わりに、「ＸＸ」という検索キーワードに対応する商品を扱っているＥＣサービスの選択ボタン４００のみを選択画面４０上に表示してもよい。
【００２３】
または、「ＸＸを買いたい」という発話３０が集音された場合には、情報処理装置１０は、図３に示したように、複数のＥＣサービスにおける検索結果を同時に表示する表示画面を表示することも可能である。例えば、情報処理装置１０は、まず、「ＸＸ」という検索キーワードを含む検索要求を、各サービスを管理するＥＣサーバ２０へそれぞれ送信する。そして、情報処理装置１０は、各ＥＣサーバ２０から受信した検索結果を、図３に示したように、サービスごとに分類して表示画面４０に表示することも可能である。
【００２４】
または、情報処理装置１０は、ユーザから取得された要求に基いて、一つのサービスにおいてユーザが入力した検索条件と同じ検索条件で別のサービスに検索させることも可能である。例えば、図４に示したように、「お米」＋「５Ｋｇ」＋「ＡＢＣ」という検索条件を用いてサービスＡで検索が行われた後に、ユーザが「サービスＢで調べ直して」などの発話３０を行ったとする。この場合、情報処理装置１０は、当該検索条件と同じ検索条件を含む検索要求を、サービスＢを管理するＥＣサーバ２０へ送信することにより、当該検索条件でサービスＢに検索させることが可能である。
【００２５】
＜１−３．商品情報サーバ２２＞
商品情報サーバ２２は、複数の種類の商品に関する情報（例えば広告情報など）を管理する装置である。例えば、現在販売中の商品に関する新商品が発表された場合には、商品情報サーバ２２は、現在の商品と新商品の情報とを対応付けて記憶する。また、商品情報サーバ２２は、新商品が発表される度に、当該新商品の情報を例えば情報処理装置１０などの他の装置へ送信することが可能である。
【００２６】
＜１−４．通信網２４＞
通信網２４は、通信網２４に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、通信網２４は、電話回線網、インターネット、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを含んでもよい。また、通信網２４は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【００２７】
＜１−５．課題の整理＞
以上、本実施形態による情報処理システムの構成について説明した。ところで、一般的に、例えば衛生用品、洗剤、トイレタリー用品などの日用品や、加工食品や調味料などの食品は、一般顧客であるユーザにより繰り返し購入される。そして、このような商品に関しては、当該ユーザは、比較的同じ商品を繰り返し購入したり、または、出来るだけ価格の安い商品の購入を望む傾向がある。また、ユーザが受け取ることが可能なタイミングに、ある程度の量をまとめて受け取ることを望む傾向がある。
【００２８】
そこで、ユーザの都合の好いタイミングに購入対象の複数の商品を受け取れるように、例えばユーザがＥＣサイトを用いて発注する方法が考えられる。しかしながら、自宅における商品の在庫数や商品の残量が少なくなる度に、ＥＣサイトで同じ商品をユーザが注文することは不便である。また、例えば高齢者などにとってはＥＣサイトを利用することが困難であり得る。このため、繰り返し購入される商品に関しては、できるだけ自動で発注可能であることが望まれる。
【００２９】
ところで、通常、発注の回数と、ユーザの受け取り機会の数との関係は比例的な関係である。例えば、図５に示したように、日時ｔ１に歯磨き粉を注文し、日時ｔ２に醤油を注文し、日時ｔ３にサラダ油を注文するなど、一つ一つの商品を別々のタイミングで発注すると、ユーザの受け取り機会が多くなり、不便である。このため、ある程度の数の商品をまとめて発注可能であることが望ましい。また、ＥＣサービスによっては、一回の発注当たりの購入金額が一定の金額以上である場合には、配送料が無料または安くなる場合がある。また、例えば新商品や特売品などは、質が同じで価格が安かったり、または、価格が同じで質が高い場合が多いので、ユーザにとって購入のメリットが大きい。
【００３０】
そこで、上記事情を一着眼点にして、本実施形態による情報処理装置１０を創作するに至った。本実施形態による情報処理装置１０は、ユーザにより繰り返し購入される複数の種類の商品の情報を取得し、そして、所定の指標に基いて、当該複数の種類の商品の複数回の発注に関する発注計画を生成する。これにより、繰り返し購入される商品に関して、ユーザにとって最適な発注の計画を生成することができる。
【００３１】
＜＜２．実施形態の詳細な説明＞＞
＜２−１．構成＞
次に、本実施形態による構成について詳細に説明する。図６は、本実施形態による情報処理装置１０の構成例を示した機能ブロック図である。図６に示すように、情報処理装置１０は、制御部１００、通信部１２０、センサ部１２２、出力部１２４、および、記憶部１２６を有する。
【００３２】
｛２−１−１．制御部１００｝
制御部１００は、情報処理装置１０に内蔵される、例えば、後述するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１５０や、後述するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１５４などのハードウェアを用いて、情報処理装置１０の動作を統括的に制御する。また、図６に示すように、制御部１００は、商品リスト管理部１０２、残量特定部１０４、意図特定部１０６、商品情報取得部１０８、発注計画部１１０、問い合わせ部１１２、および、発注部１１４を有する。
【００３３】
｛２−１−２．商品リスト管理部１０２｝
（２−１−２−１．発注商品リストの生成）
商品リスト管理部１０２は、本開示における取得部の一例である。商品リスト管理部１０２は、例えば記憶部１２６に記憶されている購入ログ１２８に基いて、該当のユーザにより繰り返し購入されている商品の情報を取得することにより発注商品リスト１３２を生成する。ここで、発注商品リスト１３２は、ユーザにより繰り返し購入される商品の一覧が登録されるリストである。なお、発注商品リスト１３２に登録されている商品は、後述する発注部１１４により自動発注され得る。また、購入ログ１２８は、ユーザが過去に購入した商品の種類、および、購入日などが格納されているデータベースである。
【００３４】
なお、例えば、店舗での商品購入時にユーザが受領したレシートの画像が情報処理装置１０または他の装置に格納されている場合には、商品リスト管理部１０２は、さらに、当該レシートの画像解析結果に基いて、該当のユーザにより繰り返し購入されている商品の情報を取得してもよい。
【００３５】
図７は、発注商品リスト１３２の一例を示した説明図である。例えば、図７に示したように、発注商品リスト１３２では、例えば、カテゴリ１３２０、種類１３２２、検索情報１３２４、購入商品１３２６、購入金額１３２８、および、購入日１３３０が対応付けられる。ここで、カテゴリ１３２０には、例えば、食品や日用品などのカテゴリが記録される。また、種類１３２２には、自動発注の対象として登録されている各商品の種類が記録される。また、検索情報１３２４には、該当の種類の商品をユーザが例えばＥＣサイトで検索した際の検索条件や絞り込み条件などが記録される。また、購入商品１３２６には、該当の商品の種類に関して、自動発注の対象として登録されている具体的な商品の情報（商品名や販売単位など）が記録される。また、購入金額１３２８には、該当の商品の単価や、基準量当たりの価格（例えば、一個当たりの価格や、該当の商品の基準量（例えば１Ｌなど）当たりの価格など）が記録される。また、購入日１３３０には、該当の商品の過去の購入日が記録される。
【００３６】
（２−１−２−２．発注商品リストの更新）
‐一般商品購入リストとの比較
また、商品リスト管理部１０２は、生成した発注商品リスト１３２に格納されている情報を抽出したり、更新することが可能である。例えば、商品リスト管理部１０２は、外部の装置（図示省略）に格納されている一般商品購入リスト１３４と、発注商品リスト１３２との比較に基いて、発注商品リスト１３２の内容を更新する。一例として、商品リスト管理部１０２は、一般商品購入リスト１３４に含まれる複数の種類の商品のうち、発注商品リスト１３２に含まれない商品を発注商品リスト１３２に自動的に追加する。
【００３７】
または、一般商品購入リスト１３４に含まれる複数の種類の商品のうち、発注商品リスト１３２に含まれない商品を発注商品リスト１３２に追加するか否かに関する、後述する問い合わせ部１１２により問い合わせが行われる場合には、商品リスト管理部１０２は、当該問い合わせに対して許可を示すユーザの回答が得られた場合にのみ、該当の商品を発注商品リスト１３２に追加する。
【００３８】
ここで、一般商品購入リスト１３４は、他の多くのユーザが購入する商品の種類が記録されているリストである。例えば、一般商品購入リスト１３４は、他の多くのユーザによる商品の購入履歴に基いて生成され得る。図８は、一般商品購入リスト１３４の一例を示した説明図である。図８に示したように、一般商品購入リスト１３４には、例えば、カテゴリ１３４０、種類１３４２、および、商品１３４４が対応付けられる。なお、カテゴリ１３４０、および、種類１３４２の内容は、図７に示した発注商品リスト１３２におけるカテゴリ１３２０、および、種類１３２２とそれぞれ概略同様である。また、商品１３４４には、該当の種類の商品に関して、他のユーザが最も多く購入している具体的な商品名が記録され得る。
【００３９】
一般的に、多くのユーザが購入する日用品や食品の種類は、ユーザによらずに概ね同じである。このため、上記の更新例によれば、対象のユーザが偶々ＥＣサイトで購入していなかった等の理由により、発注商品リスト１３２に登録されていない種類の商品を発注商品リスト１３２に効率的に追加することができる。従って、自動発注可能な商品の種類が増えるので、ユーザの利便性がさらに向上する。
【００４０】
‐ユーザの情報
なお、商品の消費量は、生活習慣や家族構成などによって変化する傾向にある。そこで、商品リスト管理部１０２は、さらに、該当のユーザに関する情報に基づいて、発注商品リスト１３２に含まれる商品を入れ替えたり、新たな商品を追加することも可能である。ここで、ユーザに関する情報は、例えば、ユーザの年齢、性別、住所、出身地、家族構成（例えば人数や年齢構成比など）、生活スタイル（外食の頻度など）、および／または、健康状態（例えば罹患中の病気の状況や、服用している薬の種類など）などを含み得る。なお、これらの情報は、例えばユーザ情報ＤＢ１３０に格納され得る。また、これらの情報のうちの一部は、外部の装置（図示省略）に記憶されていてもよい。
【００４１】
例えば、ユーザが高齢である場合には、塩分やコレステロールなどの量を考慮して食事を行う必要が生じ得る。この場合、商品リスト管理部１０２は、発注商品リスト１３２に含まれる食品の種類（または具体的な商品）をより塩分の少ない食品や、よりコレステロールの少ない食品に自動的に変更してもよい。または、発注商品リスト１３２に含まれる商品を変更すべきか否かに関する問い合わせが、後述する問い合わせ部１１２により行われる場合には、商品リスト管理部１０２は、当該問い合わせに対して許可を示すユーザの回答が取得された場合にのみ、発注商品リスト１３２に含まれる商品を入れ替えてもよい。
【００４２】
なお、塩分の少ない食品やコレステロールの少ない食品などの情報は、例えばＥＣサーバ２０、商品情報サーバ２２、または、他の外部の装置に登録され得る。また、これらの食品に関する情報は、例えば、他の多くのユーザによる個々の商品の評価情報、他の多くのユーザによる個々の商品の購入数の合計の情報、または、医師や保健師などの専門家によるおススメ情報（例えば専門サイトなどに掲載されている情報など）に基いて特定され得る。
【００４３】
また、ユーザに関する情報は、静的な情報に限定されず、動的な情報（例えばユーザと家族との過去の会話の解析結果など）であってもよい。例えば、ユーザによる「先月の健康診断でコレステロールが高かった」という発話が、後述するセンサ部１２２により集音された場合には、商品リスト管理部１０２は、発注商品リスト１３２に含まれる商品を、よりコレステロールの少ない商品に自動的に変更してもよい。または、この場合、商品リスト管理部１０２は、商品の変更の理由をユーザに対して通知し、その後、発注商品リスト１３２に含まれる商品を、よりコレステロールの少ない商品に変更してもよい。または、発注商品リスト１３２に含まれる商品を変更すべきか否かに関する問い合わせが、問い合わせ部１１２により行われ得る。この場合、商品リスト管理部１０２は、当該問い合わせに対して許可を示すユーザの回答が取得された場合にのみ、発注商品リスト１３２に含まれる商品を入れ替えてもよい。
【００４４】
これらの変更例によれば、該当のユーザが意識していなかった商品を自動発注の対象に追加したり、該当のユーザにとってより望ましい商品を自動発注の対象に設定することができる。
【００４５】
‐栄養バランス
また、商品リスト管理部１０２は、さらに、発注商品リスト１３２に含まれている食品を、栄養バランスが良くなるように自動的に別の食品を追加したり、または、入れ替えてもよい。
【００４６】
｛２−１−３．残量特定部１０４｝
残量特定部１０４は、購入ログ１２８の分析や、センサ部１２２によるセンシング結果などに基いて、発注商品リスト１３２に含まれる個々の商品の残量を特定する。例えば、残量特定部１０４は、発注商品リスト１３２に含まれる個々の商品の残量に関する、センサ部１２２によるセンシング結果をセンサ部１２２から取得する。また、残量特定部１０４は、購入ログ１２８に格納されている個々の商品に関して、当該商品の購入間隔を分析することにより、当該商品の残量の推移を予測することが可能である。
【００４７】
｛２−１−４．意図特定部１０６｝
意図特定部１０６は、例えばセンサ部１２２に含まれるマイクロフォンにより集音された発話、タッチ操作などのジェスチャー操作の検出結果、または、他の入力装置を用いて入力された情報などに基いて、ＥＣサービスにおけるユーザの商品の購入意図を特定する。例えば、ユーザによる「ＸＸＸが買いたい」という発話が集音された場合には、意図特定部１０６は、当該発話の音声認識結果から特定されるキーワード「ＸＸＸ」に対応する商品をユーザが購入する意図があると特定する。また、例えば「洗剤ないよ」などの、商品の購入意図を間接的に示す発話が集音された場合にも、意図特定部１０６は、当該発話に対応する商品をユーザが購入する意図があると特定してもよい。
【００４８】
また、ＥＣサイトにおいてユーザが商品を検索していることが検出された場合には、意図特定部１０６は、入力された検索条件に対応する商品をユーザが購入する意図があると特定することも可能である。
【００４９】
｛２−１−５．商品情報取得部１０８｝
商品情報取得部１０８は、例えば発注商品リスト１３２に含まれる個々の商品に関する新商品や特売品の情報を商品情報サーバ２２（またはＥＣサーバ２０）から取得する。例えば、商品情報取得部１０８は、所定の時間間隔で新商品の情報の取得要求を商品情報サーバ２２へ通信部１２０に送信させることにより、新商品の情報を商品情報サーバ２２から取得してもよい。
【００５０】
｛２−１−６．発注計画部１１０｝
発注計画部１１０は、所定の指標に基いて、発注商品リスト１３２に含まれる複数の種類の商品の複数回の発注に関する発注計画を生成する。例えば、発注計画部１１０は、所定の指標に基いて、複数回の発注の各々のタイミングや、各タイミングで発注される商品の種類および個数などの計画を生成する。
【００５１】
（２−１−６−１．指標）
ここで、所定の指標は、ユーザの商品の受け取り機会の数を含み得る。この場合、発注計画部１１０は、ユーザの商品の受け取り機会の数がより少なくなるように当該発注計画を生成する。例えば、発注計画部１１０は、より多くの個数の商品や、より多くの種類の商品をまとめて一回で発注するように当該発注計画を生成する。
【００５２】
また、所定の指標は、発注商品リスト１３２に含まれる商品が複数回購入される際の支払金額の合計を含み得る。この場合、発注計画部１１０は、当該支払金額の合計がより小さくなるように当該発注計画を生成する。なお、ＥＣサービスによっては、一回の発注当たりの購入金額が一定の金額以上であると、配送料が無料または安くなる場合がある。そこで、例えば、発注計画部１１０は、配送料がより安くなるように、一回の発注で発注される商品の個数をできるだけ多くするように計画したり、または、一回の発注で発注される商品の種類の数をできるだけ多くするように計画してもよい。
【００５３】
また、所定の指標は、発注される商品の質に関する情報を含み得る。この場合、発注計画部１１０は、発注される一以上の商品の質が向上するように当該発注計画を生成する。例えば、発注商品リスト１３２に含まれる第１の商品に関する新商品の情報が商品情報取得部１０８により取得され、かつ、当該第１の商品よりも当該新商品の方が質が高いことを示す情報が取得された場合には、発注計画部１１０は、当該第１の商品の代わりに当該新商品を発注対象に設定するように当該発注計画を変更する。一例として、発注計画部１１０は、発注商品リスト１３２において当該第１の商品を当該新商品に更新することにより、当該第１の商品の代わりに当該新商品を発注対象に設定する。
【００５４】
また、所定の指標は、発注商品リスト１３２に含まれる各商品に関する、例えばユーザの自宅における在庫の量を含み得る。この場合、発注計画部１１０は、残量特定部１０４により特定された各商品の残量の情報に基づいて、当該各商品の在庫の量をできるだけ増やさないように当該発注計画を生成する。
【００５５】
‐組み合わせ
なお、発注計画部１１０は、上述した複数の種類の指標の組み合わせに基いて当該発注計画を生成してもよい。例えば、上述した複数の種類の指標の各々の優先度がユーザにより設定され得る。そして、発注計画部１１０は、上述した複数の種類の指標の各々と、当該指標の優先度とに基いて当該発注計画を生成してもよい。
【００５６】
（２−１−６−２．発注対象の商品の決定例）
以下では、発注計画部１１０による発注計画の具体的な生成例についてより詳細に説明する。例えば、発注計画部１１０は、発注商品リスト１３２に登録されている複数の商品と、残量特定部１０４により特定された当該複数の商品の各々の残量とに基いて、例えば次回以降の複数回の発注対象の商品を決定する。
【００５７】
また、発注計画部１１０は、さらに、商品の発注の時期に基いて、個々の発注における発注対象の商品を決定してもよい。例えば、発注時期が夏である場合には夏物の商品を発注対象とし、また、発注時期が冬である場合には冬物の商品を発注対象として決定する。
【００５８】
また、発注計画部１１０は、さらに、例えば月ごとの各商品の平均消費量の情報に基いて、個々の発注における発注対象の商品の量を決定してもよい。なお、各商品の平均消費量の情報は、外部の装置から取得され得る。
【００５９】
（２−１−６−３．発注タイミング・発注量の決定例）
また、発注計画部１１０は、発注商品リスト１３２に含まれる複数の商品と、残量特定部１０４により特定された当該複数の商品の各々の残量とに基いて、例えば次回以降の複数回の発注のタイミングを決定する。例えば、発注計画部１１０は、購入ログ１２８に基いて、発注商品リスト１３２に含まれる複数の商品の各々の発注サイクルを決定することにより、例えば次回以降の複数回の発注のタイミングと、当該複数回の発注の各々で発注される商品の種類および個数とを決定する。
【００６０】
‐期限
例えば、発注計画部１１０は、さらに、発注商品リスト１３２に含まれる個々の商品の期限（例えば、賞味期限、消費期限、使用期限など）の情報に基いて、個々の商品の発注サイクルを決定する。例えば、期限が短い種類の商品ほど、発注計画部１１０は、発注サイクルをより短く決定する。または、期限が短い商品に関しては、発注計画部１１０は、一回の発注当たりの当該商品の購入数を減らしたり（小分けにしたり）、または、内容量のより少ない商品を発注対象としてもよい。例えば、発注商品リスト１３２に「１Ｌの醤油」が登録されている状況において、現在「１Ｌの醤油」が発注されたとすると、「１Ｌの醤油」は賞味期限までに全てが消費されないが、「５００ｍｌの醤油」であれば賞味期限内に全てが消費されると推測されたとする。この場合、発注計画部１１０は、「１Ｌの醤油」の代わりに、「５００ｍｌの醤油」を例外的に発注することを決定してもよい。
【００６１】
また、期限がない（または非常に長い）商品（例えばトイレットペーパーなど）に関しては、発注計画部１１０は、より多くの商品をまとめて発注するように発注計画を生成してもよい。例えば、発注計画部１１０は、一回の発注ごとに、例えば「３個入り」よりも「５個入り」など、個数がより多い商品を発注することを決定してもよい。
【００６２】
‐具体例
ここで、図９を参照して、発注計画部１１０により生成される発注計画の一例（発注計画６０）について説明する。なお、図９に示した商品別期限表５０は、個々の種類の商品の賞味期限などの期限が記録されている表である。図９に示した例では、「醤油」の開封後期限は「１ヶ月」であり、また、開封前期限は「１年」のように、商品別期限表５０に記録されている。なお、図９に示した例では、支払金額の合計が「２０００円」以上になると配送料が無料になることを前提としている。
【００６３】
図９に示したように、発注計画部１１０は、商品別期限表５０に基いて、複数回の発注の発注計画６０を生成する。例えば、発注計画部１１０は、一回の発注における、個々の商品の発注数が、開封前期限を満たすと推測される範囲内であること、一回の発注における配送料が無料になること（つまり支払金額の合計が「２０００円」以上になること）、かつ、買い置きの数ができるだけ少なくなることを制約条件として、複数回の発注の発注計画６０を生成する。例えば、図９に示したように、発注計画部１１０は、購入金額が「２，２００円」になるような、「醤油６本、サラダ油３本、歯磨き粉１本」をまとめて発注する計画を一回目の発注計画６００ａとして生成する。また、発注計画部１１０は、一回目の発注から４か月後に、購入金額が「２，２５０円」になるような、「醤油５本、サラダ油３本、歯磨き粉２本」をまとめて発注する計画を二回目の発注計画６００ｂとして生成する。
【００６４】
（２−１−６−４．発注先の決定例）
また、複数のサービスが存在する場合には、発注計画部１１０は、決定した発注タイミングごとに、当該発注タイミングにおける発注先のサービスを決定することが可能である。例えば、図１０に示したように、発注計画部１１０は、発注タイミングごとに、当該発注タイミングにおける全ての発注対象の商品の支払金額の合計を当該複数のサービスの各々に問い合わせることにより、支払金額の合計が最も安いサービスを発注先として決定してもよい。
【００６５】
なお、個々のサービス（または店舗）は、売り上げ額をより多くするために、特定の場合には商品を値引いて販売することも考えられる。例えば、現在の売り上げ額の合計が一定の金額以下である場合には、あるサービスは、個々のユーザから発注される商品群の購入金額の合計が所定の金額以上である場合に、当該購入金額の合計を、値引き額の上限以内で値引くという条件を設定し得る。または、あるサービスは、ユーザが所定の日時までに商品の発注をする場合には、購入金額の合計から一定の金額だけ値引くという条件を設定し得る。そこで、変形例として、発注計画部１１０は、個々のサービスに対して例えば発注商品リスト１３２の情報を提供し、そして、支払金額の合計の見積もりや減額の条件などの情報を個々のサービスから取得することにより、支払金額の合計がより小さくなるように（複数回の発注に関する）発注計画を生成することも可能である。例えば、発注計画部１１０は、取得した個々のサービスの支払金額の合計の見積もりに基いて、発注先のサービスを決定してもよい。また、発注計画部１１０は、取得した減額の条件の情報に基づいて、支払金額の合計がより小さくなるように、次回以降の各回の発注対象の商品群を決定したり、次回以降の各回の発注タイミングを決定してもよい。
【００６６】
また、一回の発注における全ての発注対象の商品が、一つのサービスだけでは販売されていない場合も考えられる。この場合、発注計画部１１０は、まず、当該全ての発注対象の商品を複数（例えば２個）のまとまりに分割する。そして、発注計画部１１０は、分割したまとまりごとに、当該まとまりに含まれる全ての商品を販売しており、かつ、購入金額が最も安いサービスを、当該まとまりの発注先として決定してもよい。
【００６７】
（２−１−６−５．複数の候補の生成）
また、発注計画部１１０は、例えば発注のタイミングごとに、支払金額の合計（総額）および到着日が異なる複数の発注計画の候補を生成し、そして、当該複数の候補の中からユーザに選択された候補を、当該タイミングにおける発注内容として決定することも可能である。
【００６８】
例えば、図１１に示したように、生成した複数の候補が、後述する問い合わせ部１１２によりユーザにより提示され得る。なお、図１１では、問い合わせ画面４２において、総額が安いが、到着予定日が早い候補４２０ａと、総額が高いが、到着予定日が早い候補４２０ｂとのうちのいずれかをユーザに選択させるための問い合わせが表示されている例を示している。図１１に示した例において、ユーザがいずれかの候補４２０を選択すると、発注計画部１１０は、選択された候補４２０に対応する発注計画を、次回の発注内容として決定する。この例によれば、上述した所定の指標に基いて自動的に生成された複数の発注内容の候補の中からユーザが望む候補をユーザに選択させることにより、発注の利便性を向上させながら、ユーザのニーズにより適合する発注を行うことができる。
【００６９】
（２−１−６−６．動的な変更）
‐商品の変更
なお、変形例として、発注計画部１１０は、意図特定部１０６により特定されたユーザの商品の購入意図に基いて、生成済みの発注計画を変更することも可能である。例えば、発注計画部１１０は、特定された購入意図に基いて、次回以降の発注対象の商品を変更するように当該発注計画を変更してもよい。一例として、「ＸＸＸがない」などの発話が集音されることにより当該発話に対応する商品の購入意図が特定され、かつ、当該購入意図が示す商品が次回の発注対象に含まれていない場合には、発注計画部１１０は、当該購入意図が示す商品を次回の発注対象に追加するように当該発注計画を変更してもよい。
【００７０】
この変更例によれば、残量が少なっている商品や、ユーザの自宅において在庫不足となっている商品を適切なタイミングで自動発注することができる。特に、残量特定部１０４による、個々の商品の残量の予測や検出の精度が低い場合などに有効である。
【００７１】
‐タイミングの変更
また、発注計画部１１０は、特定された購入意図に基いて、次回以降の発注のタイミングを変更するように当該発注計画を変更してもよい。例えば、発注計画部１１０は、生成済みの発注計画が示す次回の自動発注のタイミングを、当該購入意図に基いた発注のタイミングと一致させる（例えば前倒す）ように変更してもよい。一例として、ユーザの自発的な商品の購入意図が特定され、かつ、当該購入意図が示す商品のうちの少なくとも一つが、発注商品リスト１３２に含まれる全ての商品と異なる場合には、発注計画部１１０は、生成済みの発注計画が示す次回の自動発注のタイミングを当該購入意図に基いた発注のタイミングまで前倒してもよい。または、ユーザの自発的な商品の購入意図が特定され、かつ、当該購入意図が示す商品のうちの少なくとも一つが発注商品リスト１３２に含まれる場合には、発注計画部１１０は、生成済みの発注計画のうち、当該購入意図が示す商品を発注対象として含む回目の自動発注のタイミングを、当該購入意図に基いた発注のタイミングまで前倒してもよい。
【００７２】
この変更例によれば、ユーザの自発的な発注と、次回以降のいずれかの自動発注とが一つに纏められる。従って、ユーザの商品の受け取り機会の数を減少させることができる。また、一回の発注当たりの購入金額がより大きくなるので、例えば配送料がより安くなるなど、支払金額の合計がより小さくなり得る。
【００７３】
｛２−１−７．問い合わせ部１１２｝
（２−１−７−１．発注商品リストに対する追加の問い合わせ）
問い合わせ部１１２は、ユーザに対する問い合わせの情報を出力部１２４に出力させる。例えば、問い合わせ部１１２は、商品リスト管理部１０２による一般商品購入リスト１３４と発注商品リスト１３２との比較に基いて、一般商品購入リスト１３４に含まれる商品を発注商品リスト１３２に追加するか否かに関する問い合わせの情報を出力部１２４に出力させる。
【００７４】
ここで、図１２を参照して、上記の機能についてより詳細に説明する。図１２では、一般商品購入リスト１３４に「シャンプー」が含まれており、かつ、発注商品リスト１３２に「シャンプー」が含まれていない場合における問い合わせの例を示している。なお、発注商品リスト１３２に発注対象の商品の種類として「シャンプー」が含まれているが、具体的な商品名が登録されていない場合に関しても同様の問い合わせがなされ得る。
【００７５】
この場合、図１２に示したように、問い合わせ部１１２は、例えば「シャンプーはどこのモノをお使いですか？」などの問い合わせの音声３２ａを出力部１２４に出力させる。その後、ユーザが例えば「ＧＹＢ」など、メーカー名を発話すると、問い合わせ部１１２は、例えば「こちらですか？」という問い合わせの音声３２ｂを出力部１２４に出力させつつ、該当のメーカーの代表的な商品の画像４１０を表示画面４０に表示させる。
【００７６】
そして、図１２に示したように、ユーザが「それ」や「それじゃなくて、ＡＡＡ」などのように、具体的な商品を示す発話３０ｂを行うと、問い合わせ部１１２は、集音された発話３０の解析に基いて、該当の商品を特定する。さらに、図１２に示したように、問い合わせ部１１２は、「登録しますか？」という問い合わせの音声３２ｃを出力部１２４に出力させ、そして、承諾を示す発話３０ｃが集音されたとする。この場合、問い合わせ部１１２は、特定したシャンプーの商品を発注商品リスト１３２に追加する。
【００７７】
‐変形例
なお、図１２に示した例の代わりに、問い合わせ部１１２は、例えば「現在お使いのシャンプーの容器をかざして下さい」などの音声を出力部１２４に出力させてもよい。そして、シャンプーの容器が（センサ部１２２に含まれる）カメラに対してかざされた場合、情報処理装置１０は、当該カメラにより撮影される画像を解析することにより、ユーザが使用中の商品を特定することも可能である。
【００７８】
（２−１−７−２．発注商品リストの変更の問い合わせ）
また、商品情報取得部１０８により新商品や特売品などの情報が取得された場合には、問い合わせ部１１２は、発注商品リスト１３２に含まれる商品を、取得された情報が示す商品に変更すべきかに関する問い合わせの情報を出力部１２４に出力させる。
【００７９】
ここで、図１３を参照して、上記の機能についてより詳細に説明する。なお、図１３では、発注商品リスト１３２に商品Ａおよび商品Ｂが登録されていることを前提としている。例えば、問い合わせ部１１２は、商品情報取得部１０８により取得された商品の情報を示す問い合わせ画面４４を出力部１２４に表示させる。図１３に示したように、問い合わせ画面４４は、商品Ａの検索時の検索条件を満たす新商品（商品名「ＡＡＡ」）の存在を通知するメッセージ４４０ａ、および、商品Ｂと同じ属性を有する新商品（商品名「ＢＢＢ」）の存在を通知するメッセージ４４０ｂを含む。
【００８０】
なお、商品Ｂの属性に関する複数の種類の条件が予め設定されており、そして、当該複数の種類の条件を満たす新商品の情報が取得された場合に限りメッセージ４４０ｂが表示されるように設定されていてもよい。また、メッセージ４４０ｂは、商品Ｂの金額が所定の金額以上である場合に限り表示されてもよい。また、メッセージ４４０ｂにおいて提示される新商品（図１３に示した例では「ＢＢＢ」）は、商品Ｂと同じ属性を有する新商品のうち最も金額の安い商品であってもよい。
【００８１】
また、図１３に示したように、問い合わせ画面４４の表示中に、「ＡＡＡに変更して」という発話３０ａが集音されると、（上述したように）商品リスト管理部１０２により、商品Ａが、新商品「ＡＡＡ」に入れ替わるように商品リスト１３２が更新され得る。
【００８２】
この問い合わせ例によれば、ユーザの回答に基いて、発注商品リスト１３２に登録されている商品が新商品に変更され得る。その結果、例えば発注される商品の質を向上させたり、または、発注される商品の購入金額を減少させることが可能となる。
【００８３】
（２−１−７−３．残量の質問）
また、問い合わせ部１１２は、発注商品リスト１３２に登録されている商品に関する現在の残量をユーザに対して問い合わせることも可能である。ここで、図１４を参照して、上記の機能についてより詳細に説明する。図１４に示した例では、同じ「米」が過去に２回購入され、かつ、１回目に米が購入されたタイミングと、２回目に米が購入されたタイミングとの間隔が「Ｘ日」であることを示している。この場合、問い合わせ部１１２は、２回目に米が購入されたタイミングから「Ｘ日」が経過するよりも少し前に、購入済みの米がまだ残っているか否かに関する問い合わせの音声３２を出力部１２４に出力させる。この例によれば、発注商品リスト１３２に登録されている商品の残量や在庫に関する情報をユーザから直接聞き出すことができる。
【００８４】
（２−１−７−４．発注計画の質問）
また、発注計画部１１０により複数の発注内容の候補が生成された場合には、問い合わせ部１１２は、例えば図１１に示したように、当該複数の発注内容の候補のうちのいずれかをユーザに選択させるための問い合わせの情報を出力部１２４に出力させる。
【００８５】
｛２−１−８．発注部１１４｝
発注部１１４は、発注計画部１１０により生成された複数回の発注計画に基いて、ＥＣサーバ２０に対して発注を行う。例えば、当該発注計画が示す次回の発注タイミングが到来した際に、発注部１１４は、当該発注計画が示す次回の発注対象の各々の商品を、指定されている個数だけ、例えば当該次回の発注先として指定されている発注先に対応するＥＣサーバ２０へ自動発注する。
【００８６】
｛２−１−９．通信部１２０｝
通信部１２０は、例えば通信網２４を介して他の装置との間で情報の送受信を行う。例えば、通信部１２０は、発注部１１４による制御に従って、発注情報を、発注先のＥＣサーバ２０へ送信する。また、通信部１２０は、新商品の情報を商品情報サーバ２２やＥＣサーバ２０から受信する。
【００８７】
｛２−１−１０．センサ部１２２｝
センサ部１２２は、例えばイメージセンサ（カメラ）、および、マイクロフォンなどを含み得る。例えば、当該カメラは、当該カメラの前方の映像を所定のタイミング（例えば所定時間間隔など）で撮影する。また、当該マイクロフォンは、例えばユーザの発話などの外部の音（空気振動）を検出し、そして、電気信号に変換する。また、センサ部１２２は、さらに、３軸加速度センサ、ジャイロスコープ、および、磁気センサなどを含んでもよい。
【００８８】
｛２−１−１１．出力部１２４｝
出力部１２４は、表示部（図示省略）および音声出力部（図示省略）を含み得る。例えば、当該表示部は、問い合わせ部１１２の制御に従って、問い合わせ用の画面を表示する。また、当該音声出力部は、問い合わせ部１１２の制御に従って、問い合わせの音声を出力する。
【００８９】
｛２−１−１２．記憶部１２６｝
記憶部１２６は、各種のデータや各種のソフトウェアを記憶する。例えば、図６に示したように、記憶部１２６は、購入ログ１２８、ユーザ情報ＤＢ１３０、および、発注商品リスト１３２を記憶する。
【００９０】
＜２−２．処理の流れ＞
以上、本実施形態の構成について説明した。次に、本実施形態による処理の流れについて、「２−２−１．自動発注の流れ」〜「２−２−２．手動発注の流れ」において説明する。なお、「２−２−１．自動発注の流れ」と「２−２−２．手動発注の流れ」とは並行して実行され得る。
【００９１】
｛２−２−１．自動発注の流れ｝
まず、図１５を参照して、本実施形態による「自動発注の流れ」について説明する。図１５に示したように、まず、残量特定部１０４は、購入ログ１２８の分析に基いて、発注商品リスト１３２に含まれる個々の商品に関する残量の推移を予測する（Ｓ１０１）。また、残量特定部１０４は、発注商品リスト１３２に含まれる個々の商品に関する、センサ部１２２によるセンシング結果を取得する（Ｓ１０３）。
【００９２】
その後、発注計画部１１０は、Ｓ１０１で予測された結果と、Ｓ１０３で取得されたセンシング結果とに基いて、例えば発注商品リスト１３２に含まれる個々の商品に関して消費済みになるタイミングを算出する（Ｓ１０５）。その後、情報処理装置１０は、後述するＳ１１１の処理を行う。
【００９３】
また、発注商品リスト１３２に含まれる個々の商品に関する新商品が発表された際などに、商品情報取得部１０８は、当該新商品の情報を商品情報サーバ２２から取得する（Ｓ１０７）。
【００９４】
その後、発注計画部１１０は、取得された新商品の情報（および、購入ログ１２８などに格納されている検索履歴や、ユーザ情報ＤＢ１３０に格納されている情報など）に基いて、当該新商品を該当のユーザに対して推奨すべきか否かを判定する（Ｓ１０９）。
【００９５】
その後、発注計画部１１０は、所定の指標と、Ｓ１０５で算出された消費タイミングと、Ｓ１０９において推奨すべきと判定された新商品の情報とに基いて、発注商品リスト１３２に含まれる個々の商品に関する複数回の発注計画を生成（または更新）する（Ｓ１１１）。
【００９６】
そして、Ｓ１１１で生成された発注計画が示す次回の発注タイミングが到来していない場合には（Ｓ１１３：Ｎｏ）、情報処理装置１０は、再びＳ１０１、Ｓ１０３、および、Ｓ１０７の処理を行う。
【００９７】
一方、Ｓ１１１で生成された発注計画が示す次回の発注タイミングが到来した場合には（Ｓ１１３：Ｙｅｓ）、問い合わせ部１１２は、当該次回の発注タイミングにおける発注内容を示す情報（例えば、発注される商品の種類および個数、ならびに、支払金額の合計など）をユーザに対して提示する（Ｓ１１５）。なお、Ｓ１１５の処理は省略されてもよい。
【００９８】
その後、発注部１１４は、当該発注計画が示す次回の発注タイミングにおける発注内容に基づいて、発注先のＥＣサーバ２０に対して発注を行う（Ｓ１１７）。そして、情報処理装置１０は、再びＳ１０１、Ｓ１０３、および、Ｓ１０７の処理を行う。
【００９９】
｛２−２−２．手動発注の流れ｝
次に、図１６を参照して、本実施形態による「手動発注の流れ」について説明する。図１６に示したように、まず、ユーザ２は、情報処理装置１０に対して「ＸＸを買いたい」と発話する（Ｓ２０１）。
【０１００】
そして、情報処理装置１０の制御部１００は、Ｓ２０１で集音された発話の音声認識結果から特定される「ＸＸ」というキーワードを検索ワードに設定することにより、検索要求を生成する。そして、通信部１２０は、制御部１００の制御に従って、生成された検索要求をＥＣサーバ２０へ送信する（Ｓ２０３）。
【０１０１】
その後、ＥＣサーバ２０は、複数の商品の情報が登録されているデータベースに対して、受信された検索要求に基いて検索を行う。そして、ＥＣサーバ２０は、検索結果の一覧を情報処理装置１０へ送信する（Ｓ２０５）。
【０１０２】
その後、情報処理装置１０の出力部１２４は、制御部１００の制御に従って、受信された検索結果の一覧を表示する（Ｓ２０７）。
【０１０３】
その後、ユーザ２は、情報処理装置１０に対して「ＹＹで絞り込んで、並び替えて」と発話する（Ｓ２０９）。
【０１０４】
そして、情報処理装置１０の制御部１００は、Ｓ２０１の音声認識結果から特定された「ＸＸ」というキーワード、および、Ｓ２０９の音声認識結果から特定された「ＹＹ」というキーワードを検索ワードに設定することにより、検索要求を生成する。また、制御部１００は、Ｓ２０９の音声認識結果に応じた並べ方で検索結果を表示させるための表示指示情報を生成する。そして、通信部１２０は、生成された検索要求および表示指示情報をサーバ２０へ送信する（Ｓ２１１）。
【０１０５】
その後、ＥＣサーバ２０は、受信された検索要求に基いて検索を行い、そして、得られた検索結果の並び順を、受信された表示指示情報に基づいて変更する。そして、ＥＣサーバ２０は、並び順の変更後の検索結果の一覧を情報処理装置１０へ送信する（Ｓ２１３）。
【０１０６】
その後、情報処理装置１０の出力部１２４は、制御部１００の制御に従って、受信された検索結果の一覧を表示する（Ｓ２１５）。
【０１０７】
その後、ユーザ２は、Ｓ２１５で表示された検索結果の一覧を見て、そして、購入希望の商品を発話やタッチ操作などにより選択する（Ｓ２１７）。
【０１０８】
その後、情報処理装置１０の制御部１００は、Ｓ２１７で選択された商品を特定する。そして、発注部１１４は、特定した商品をＥＣサーバ２０へ発注する（Ｓ２１９）。
【０１０９】
その後、ＥＣサーバ２０は、Ｓ２１９で発注された商品の決済処理を行う。そして、決済処理の終了後、ＥＣサーバ２０は、購入完了の通知を情報処理装置１０へ送信する（Ｓ２２１）。
【０１１０】
その後、情報処理装置１０の制御部１００は、Ｓ２１１における検索ワードおよび絞り込みワードと、Ｓ２１９で発注された商品の情報とを購入ログ１２８に追加登録する（Ｓ２２３）。そして、商品リスト管理部１０２は、更新された購入ログ１２８に基いて、発注商品リスト１３２の内容を更新する（Ｓ２２５）。
【０１１１】
＜２−３．効果＞
以上説明したように、本実施形態によれば、情報処理装置１０は、ユーザにより繰り返し購入される複数の種類の商品の情報を取得し、そして、所定の指標に基いて、当該複数の種類の商品の複数回の発注に関する発注計画を生成する。これにより、情報処理装置１０は、繰り返し購入される商品に関して、ユーザにとって最適な発注の計画を生成することができる。例えば、情報処理装置１０は、ユーザの商品の受け取り機会の数をできるだけ少なくしたり、複数回の購入時の支払金額の合計をできるだけ小さくしたり、または、購入される商品の質を向上させるように、当該発注計画を生成することができる。
【０１１２】
＜＜３．ハードウェア構成＞＞
次に、本実施形態による情報処理装置１０のハードウェア構成について、図１７を参照して説明する。図１７に示すように、情報処理装置１０は、ＣＰＵ１５０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５２、ＲＡＭ１５４、バス１５６、インターフェース１５８、入力装置１６０、出力装置１６２、ストレージ装置１６４、および、通信装置１６６を備える。
【０１１３】
ＣＰＵ１５０は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置１０内の動作全般を制御する。また、ＣＰＵ１５０は、情報処理装置１０において制御部１００の機能を実現する。なお、ＣＰＵ１５０は、マイクロプロセッサなどのプロセッサにより構成される。
【０１１４】
ＲＯＭ１５２は、ＣＰＵ１５０が使用するプログラムや演算パラメータなどの制御用データなどを記憶する。
【０１１５】
ＲＡＭ１５４は、例えば、ＣＰＵ１５０により実行されるプログラムなどを一時的に記憶する。
【０１１６】
バス１５６は、ＣＰＵバスなどから構成される。このバス１５６は、ＣＰＵ１５０、ＲＯＭ１５２、および、ＲＡＭ１５４を相互に接続する。
【０１１７】
インターフェース１５８は、入力装置１６０、出力装置１６２、ストレージ装置１６４、および、通信装置１６６を、バス１５６と接続する。
【０１１８】
入力装置１６０は、例えばタッチパネル、ボタン、スイッチ、レバー、マイクロフォンなどユーザが情報を入力するための入力手段、および、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ１５０に出力する入力制御回路などから構成される。
【０１１９】
出力装置１６２は、プロジェクタや、例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）やＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）などのディスプレイなどの表示装置を含む。また、出力装置１６２は、スピーカなどの音声出力装置を含む。
【０１２０】
ストレージ装置１６４は、記憶部１２６として機能する、データ格納用の装置である。ストレージ装置１６４は、例えば、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置、または、記憶媒体に記録されたデータを削除する削除装置などを含む。
【０１２１】
通信装置１６６は、例えば通信網２４などに接続するための通信デバイス等で構成された通信インターフェースである。また、通信装置１６６は、無線ＬＡＮ対応通信装置、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）対応通信装置、または、有線による通信を行うワイヤー通信装置であってもよい。この通信装置１６６は、通信部１２０として機能する。
【０１２２】
＜＜４．変形例＞＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１２３】
＜４−１．変形例１＞
例えば、発注商品リスト１３２に登録されている商品を変更したり、新たな商品を追加した場合には、情報処理装置１０は、その後、所定のタイミングにおいて、当該変更した商品の感想（例えば良し悪しなど）をユーザに対して質問し、そして、当該質問に対するユーザの回答に応じて、商品の入れ替えをユーザに対して提案してもよい。
【０１２４】
一例として、発注商品リスト１３２に登録されていた「シャンプー」の商品（以下「シャンプーＡ」と称する）を別の商品（以下「シャンプーＢ」と称する）に変更した場合には、情報処理装置１０は、所定のタイミングに、例えば「新しいシャンプーはいかがですか？」などの質問の音声を出力する。その後、ユーザが「あまり良くない」と発話した場合には、情報処理装置１０は、例えば「入れ替えますか？」など、入れ替えを提案する音声を出力する。その後、例えば、ユーザが「前のに戻して」と発話した場合には、情報処理装置１０は、発注商品リスト１３２に登録されている「シャンプーＢ」を「シャンプーＡ」に変更し直す。
【０１２５】
また、このような質問を多くのユーザに対して行うことにより、情報処理装置１０は、例えば「シャンプーＡ」を好む人は「シャンプーＢ」を好まない可能性が高いなどの、統計データを取得することが可能になり得る。そして、情報処理装置１０は、当該統計データに基いて、さらに他のユーザに対して商品の入れ替えの提案を行うことも可能である。
【０１２６】
＜４−２．変形例２＞
また、別の変形例として、情報処理装置１０は、ユーザの家族などの他のユーザによるＥＣサイトにおける商品の購入を許可するか否かを制御してもよい。一例として、ユーザ情報ＤＢ１３０には、例えばユーザの家族などの他のユーザの情報がさらに格納され得る。そして、当該他のユーザがＥＣサイトにおいて商品を購入しようとする場合、情報処理装置１０は、購入対象の商品に基いて、当該商品の購入を許可するか否かを制御してもよい。例えば、購入対象の商品の価格が所定の金額以上であったり、嗜好品（酒など）である場合には、情報処理装置１０は、パスワードの入力をユーザに要求し、そして、入力されたパスワードが正当である場合に限り、商品の購入を許可してもよい。また、購入対象の商品の価格が所定の金額未満であったり、日用品である場合には、情報処理装置１０は、当該商品の購入を許可してもよい。
【０１２７】
また、情報処理装置１０は、商品を購入しようするユーザの判定結果に基いて、商品の購入を許可するか否かを制御してもよい。例えば、当該ユーザが大人であると判定した場合には、情報処理装置１０は、商品の購入を許可してもよい。また、当該ユーザが子どもであると判定した場合には、情報処理装置１０は、当該ユーザによる商品の購入の許可に関する問い合わせのメールを当該ユーザの親宛てに自動的に送信し、そして、当該親から許可の返信が受信された場合に限り、当該ユーザによる商品の購入を許可してもよい。なお、情報処理装置１０は、例えばセンサ部１２２に含まれるカメラで撮影された顔画像の解析結果などに基いて、当該ユーザを識別することが可能である。
【０１２８】
＜４−３．変形例３＞
また、本実施形態による情報処理システムの構成は、図１に示した例に限定されない。例えば、図１では、情報処理装置１０が一台だけ図示されているが、かかる例に限定されず、複数台のコンピュータが協同して動作することにより、上述した情報処理装置１０の機能が実現されてもよい。
【０１２９】
＜４−４．変形例４＞
また、本実施形態による情報処理装置１０の構成は、図６に示した例に限定されない。例えば、センサ部１２２、および、出力部１２４のうちの一以上は情報処理装置１０に含まれる代わりに、情報処理装置１０が通信可能な他の装置に含まれてもよい。また、購入ログ１２８、ユーザ情報ＤＢ１３０、および、発注商品リスト１３２のうちの一以上は記憶部１２６に格納される代わりに、情報処理装置１０が通信可能な他の装置に格納されてもよい。
【０１３０】
＜４−５．変形例５＞
また、上述した制御部１００に含まれる各構成要素をＥＣサーバ２０または商品情報サーバ２２が含む場合には、本開示における情報処理装置は、ＥＣサーバ２０または商品情報サーバ２２であってもよい。
【０１３１】
＜４−６．変形例６＞
また、図１５および図１６に示した処理の流れにおける各ステップは、必ずしも記載された順序に沿って処理されなくてもよい。例えば、各ステップは、適宜順序が変更されて処理されてもよい。また、各ステップは、時系列的に処理される代わりに、一部並列的に又は個別的に処理されてもよい。また、記載されたステップのうちの一部が省略されたり、または、別のステップがさらに追加されてもよい。
【０１３２】
また、上述した実施形態によれば、例えばＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４などのハードウェアを、上述した実施形態による情報処理装置１０の構成と同等の機能を発揮させるためのコンピュータプログラムも提供可能である。また、当該コンピュータプログラムが記録された記憶媒体も提供される。
【０１３３】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１３４】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
ユーザにより繰り返し購入される複数の種類の商品の情報を取得する取得部と、
所定の指標に基いて、前記複数の種類の商品の複数回の発注に関する発注計画を生成する発注計画部と、
を備える、情報処理装置。
（２）
前記所定の指標は、前記ユーザの前記商品の受け取り機会の数を含む、前記（１）に記載の情報処理装置。
（３）
前記発注計画部は、前記受け取り機会の数がより少なくなるように前記発注計画を生成する、前記（２）に記載の情報処理装置。
（４）
前記所定の指標は、前記複数の種類の商品のうちの一以上の商品が一回以上購入される際の支払金額の合計を含む、前記（１）〜（３）のいずれか一項に記載の情報処理装置。
（５）
前記発注計画部は、前記支払金額の合計がより小さくなるように前記発注計画を生成する、前記（４）に記載の情報処理装置。
（６）
前記所定の指標は、発注される商品の質に関する情報を含む、前記（１）〜（５）のいずれか一項に記載の情報処理装置。
（７）
前記取得部は、前記複数の種類の商品に含まれる第１の商品よりも質が高いと推定される第２の商品の情報をさらに取得し、
前記第２の商品の情報が前記取得部により取得された際には、前記発注計画部は、前記第１の商品の代わりに前記第２の商品を発注対象に設定することにより前記発注計画を変更する、前記（６）に記載の情報処理装置。
（８）
前記発注計画部は、さらに、他のユーザの購入履歴に応じた商品リストと、前記複数の種類の商品との比較に基いて前記発注計画を生成する、前記（１）〜（７）のいずれか一項に記載の情報処理装置。
（９）
前記発注計画部は、前記商品リストが示す複数の商品のうち、前記複数の種類の商品以外の商品をさらに発注対象に追加することにより前記発注計画を生成する、前記（８）に記載の情報処理装置。
（１０）
前記情報処理装置は、前記商品リストが示す複数の商品のうち、前記複数の種類の商品以外の商品をさらに発注対象に追加するか否かを前記ユーザに対して問い合わせる問い合わせ部をさらに備え、
前記発注計画部は、さらに、前記問い合わせに対する前記ユーザの回答に基いて前記発注計画を生成する、前記（８）に記載の情報処理装置。
（１１）
前記取得部は、前記ユーザによる商品の購入意図を示す情報をさらに取得し、
前記購入意図を示す情報が取得された際には、前記発注計画部は、前記発注計画が示す次回の発注タイミングを前記購入意図に基いた発注のタイミングと一致させるように前記発注計画を変更する、前記（１）〜（１０）のいずれか一項に記載の情報処理装置。
（１２）
前記発注計画部は、前記購入意図が示す購入対象の商品と、前記複数の種類の商品との比較に基いて、前記発注計画が示す次回の発注タイミングを前記購入意図に基いた発注のタイミングと一致させるように前記発注計画を変更する、前記（１１）に記載の情報処理装置。
（１３）
前記取得部は、集音された前記ユーザの発話に基いて、前記購入意図を示す情報を取得する、前記（１１）または（１２）に記載の情報処理装置。
（１４）
前記取得部は、前記ユーザに関する情報をさらに取得し、
前記発注計画部は、さらに、前記ユーザに関する情報に基づいて、前記発注計画を生成する、前記（１）〜（１３）のいずれか一項に記載の情報処理装置。
（１５）
前記ユーザに関する情報は、前記ユーザの過去の会話の内容を示す情報を含む、前記（１４）に記載の情報処理装置。
（１６）
前記複数の種類の商品の情報は、前記ユーザによる商品の購入履歴に基いて特定される、前記（１）〜（１５）のいずれか一項に記載の情報処理装置。
（１７）
前記情報処理装置は、前記発注計画に基いて一以上の商品の発注を行う発注部をさらに備える、前記（１）〜（１６）のいずれか一項に記載の情報処理装置。
（１８）
前記発注計画は、前記複数回の発注の各々のタイミングおよび前記複数回の発注の各々で発注される商品の種類に関する計画を含む、前記（１）〜（１７）のいずれか一項に記載の情報処理装置。
（１９）
ユーザにより繰り返し購入される複数の種類の商品の情報を取得することと、
所定の指標に基いて、前記複数の種類の商品の複数回の発注に関する発注計画をプロセッサが生成することと、
を含む、情報処理方法。
（２０）
コンピュータを、
ユーザにより繰り返し購入される複数の種類の商品の情報を取得する取得部と、
所定の指標に基いて、前記複数の種類の商品の複数回の発注に関する発注計画を生成する発注計画部、
として機能させるための、プログラム。
【符号の説明】
【０１３５】
１０  情報処理装置
２０  ＥＣサーバ
２２  商品情報サーバ
２４  通信網
１００  制御部
１０２  商品リスト管理部
１０４  残量特定部
１０６  意図特定部
１０８  商品情報取得部
１１０  発注計画部
１１２  問い合わせ部
１１４  発注部
１２０  通信部
１２２  センサ部
１２４  出力部
１２６  記憶部
１２８  購入ログ
１３０  ユーザ情報ＤＢ
１３２  発注商品リスト
【図１】
2018034034.tif 000003
【図２】
2018034034.tif 000004
【図３】
2018034034.tif 000005
【図４】
2018034034.tif 000006
【図５】
2018034034.tif 000007
【図６】
2018034034.tif 000008
【図７】
2018034034.tif 000009
【図８】
2018034034.tif 000010
【図９】
2018034034.tif 000011
【図１０】
2018034034.tif 000012
【図１１】
2018034034.tif 000013
【図１２】
2018034034.tif 000014
【図１３】
2018034034.tif 000015
【図１４】
2018034034.tif 000016
【図１５】
2018034034.tif 000017
【図１６】
2018034034.tif 000018
【図１７】
2018034034.tif 000019
【国際調査報告】
2018034034.tif 000020
2018034034.tif 000021
2018034034.tif 000022
2018034034.tif 000023