(57)【特許請求の範囲】
【請求項１】
商品と購入者とを特定する第１特定部と、
前記第１特定部により特定された前記購入者の属性を特定する第２特定部と、
前記第１特定部により特定された商品についての保存方法に関する情報を、前記第２特定部により特定された購入者の属性に応じて異ならせて、前記購入者と対応づけられたアドレスへ送信する送信部と、
を有することを特徴とする保存方法提案装置。
【請求項２】
前記第２特定部は、前記購入者の属性として、商品をすぐに消費する傾向があるか否かを特定し、
前記送信部は、前記購入者の属性が、商品をすぐに消費する傾向が無い場合、前記商品に関する複数ある保存方法のうち、長期保存に適した保存方法を選択して送信する
ことを特徴とする請求項１に記載の保存方法提案装置。
【請求項３】
前記商品は、食品とし、
前記第２特定部は、前記購入者の属性として、料理に対する関心が大きいか否かを特定し、
前記送信部は、前記購入者の属性が、料理に対する関心が大きい場合、前記商品に関する複数ある保存方法のうち、下処理後に保存する保存方法を選択して送信する
ことを特徴とする請求項１に記載の保存方法提案装置。
【請求項４】
前記送信部により保存方法に関する情報を送信した前記商品の消費状況を取得する取得部と、
前記取得部により取得される前記商品の消費状況から、前記送信部により送信した保存方法での保存期限内に前記商品を消費可能か否かを判定する判定部と、をさらに有し、
前記送信部は、保存期限内に前記商品を消費できない場合、保存期限の長い保存方法に関する情報を送信する
ことを特徴とする請求項１〜３の何れか１つに記載の保存方法提案装置。
【請求項５】
前記送信部により保存方法に関する情報を送信した前記商品の消費状況を取得する取得部をさらに有し、
前記送信部は、前記商品が消費されておらず、同一の商品が新たに購入された場合、新たに購入された商品について、保存期限の長い保存方法に関する情報を送信する
ことを特徴とする請求項１〜４の何れか１つに記載の保存方法提案装置。
【請求項６】
前記第２特定部は、前記購入者の商品の購入履歴、前記購入者のＷｅｂの閲覧履歴、前記購入者のソーシャル・ネットワーキング・サービスの履歴の何れかから、前記購入者の属性を特定する
ことを特徴とする請求項１〜５の何れか１つに記載の保存方法提案装置。
【請求項７】
商品と購入者とを特定し、
特定された前記購入者の属性を特定し、
特定された商品についての保存方法に関する情報を、特定された前記購入者の属性に応じて異ならせて、前記購入者と対応づけられたアドレスへ送信する
処理をコンピュータに実行させることを特徴とする保存方法提案プログラム。
【請求項８】
商品と購入者とを特定し、
特定された前記購入者の属性を特定し、
特定された商品についての保存方法に関する情報を、特定された前記購入者の属性に応じて異ならせて、前記購入者と対応づけられたアドレスへ送信する
処理をコンピュータが実行することを特徴とする保存方法提案方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保存方法提案装置、保存方法提案プログラムおよび保存方法提案方法に関する。
【背景技術】
【０００２】
商品には、消費に適した期限が定められているものがある。例えば、食品には、賞味期限や消費期限が定められているものがある。そこで、例えば、食品販売者のシステムと連携し、食品の賞味期限や消費期限を管理する技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１８４８１８号公報
【特許文献２】特開２００１−６１４５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、商品は、適切に保存できなければ、使用に適した状態を維持できず、破棄しなければならない場合がある。例えば、食品は、賞味期限や消費期限に関わらず、購入したユーザ自身が正しく保存しなければ腐敗等が進行し、破棄しなければならない場合がある。また、生鮮野菜や青果は、消費期限の表示の無いものが多く、ユーザ自身の判断で食べられるかどうか判断せざるを得ないため、本来であれば食べられる食品も廃棄される場合がある。
【０００５】
一つの側面では、商品の破棄を削減することを支援できる保存方法提案装置、保存方法提案プログラムおよび保存方法提案方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
第１の案では、保存方法提案装置は、第１特定部と、第２特定部と、送信部とを有する。第１特定部は、商品と購入者とを特定する。第２特定部は、第１特定部により特定された購入者の属性を特定する。送信部は、第１特定部により特定された商品についての保存方法に関する情報を、第２特定部により特定された購入者の属性に応じて異ならせて、購入者と対応づけられたアドレスへ送信する。
【発明の効果】
【０００７】
本発明の一の実施態様によれば、商品の破棄を削減することを支援できるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、システムの概略的な構成の一例を示す図である。
【図２】図２は、保存方法提案装置の機能的な構成を概略的に示した図である。
【図３】図３は、ユーザ情報のデータ構成の一例を示す図である。
【図４】図４は、ユーザ属性情報のデータ構成の一例を示す図である。
【図５】図５は、保存方法情報のデータ構成の一例を示す図である。
【図６】図６は、購入商品ログ情報のデータ構成の一例を示す図である。
【図７】図７は、食品登録画面の一例を示す図である。
【図８】図８は、メッセージが送信された画面の一例を示す図である。
【図９Ａ】図９Ａは、メッセージの詳細の一例を示す図である。
【図９Ｂ】図９Ｂは、メッセージの詳細の他の一例を示す図である。
【図１０】図１０は、保存方法情報の更新の一例を示す図である。
【図１１】図１１は、消費状況画面の一例を示す図である。
【図１２】図１２は、消費状況更新画面の一例を示す図である。
【図１３】図１３は、特定処理の手順の一例を示すフローチャートである。
【図１４】図１４は、保存方法提案処理の手順の一例を示すフローチャートである。
【図１５】図１５は、保存方法提案プログラムを実行するコンピュータの構成の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本発明にかかる保存方法提案装置、保存方法提案プログラムおよび保存方法提案方法の実施例を図面に基づいて詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下に示す実施例は、矛盾を起こさない範囲で適宜組み合わせてもよい。以下では、商品を食品とし、保存方法提案装置が食品の保存方法を提案する場合を例に説明する。
【実施例１】
【００１０】
［システム構成］
実施例１に係る保存方法提案装置１１を用いて食品の保存方法を提案するシステムの一例を説明する。図１は、システムの概略的な構成の一例を示す図である。システム１０は、保存方法提案装置１１と、販売管理システム１２と、ユーザ端末１３とを有する。保存方法提案装置１１、販売管理システム１２およびユーザ端末１３は、ネットワークＮに通信可能に接続されている。かかるネットワークＮの一態様としては、有線又は無線を問わず、携帯電話などの移動体通信網、インターネット（Internet）、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。なお、図１の例では、販売管理システム１２およびユーザ端末１３を１つずつ設けた場合を例示したが、これに限定されず、販売管理システム１２およびユーザ端末１３を任意の数とすることができる。
【００１１】
販売管理システム１２は、例えば、量販店などの商品を販売する小売店１４に設けられたＰＯＳ（Point  Of  Sale）システムなどの商品の販売を管理するシステムである。販売管理システム１２は、小売店１４で食品を販売した際に、販売した食品の名称や商品コードなど食品に関する各種の情報を収集する。また、小売店１４は、ポイントカードなどを発行して、商品を購入したユーザにポイントを付与するポイントサービスを提供している。販売管理システム１２は、ポイントカードに対応付けてユーザのユーザＩＤ（identification）を管理している。販売管理システム１２は、食品を販売する際に、ユーザから提示されたポイントカードを読み取ることにより、販売した食品と購入したユーザのユーザＩＤを対応付けて記憶する。販売管理システム１２は、販売した食品の名称や、商品コード、販売日、購入したユーザのユーザＩＤを対応付けた販売情報を保存方法提案装置１１に定期的にアップロードする。
【００１２】
保存方法提案装置１１は、食品の保存方法を提案して、食品の保存を支援する装置である。例えば、保存方法提案装置１１は、サーバコンピュータなどのコンピュータである。保存方法提案装置１１は、１台のコンピュータとして実装してもよく、また、複数台のコンピュータにより実装してもよい。なお、本実施例では、保存方法提案装置１１を１台のコンピュータとした場合を例として説明する。本実施例では、保存方法提案装置１１は、食品を購入したユーザに対して、購入した食品を管理する食品管理サービスのＷｅｂサイトを提供しており、販売管理システム１２からアップロードされた販売情報に基づいて、購入した食品の保存方法を提案する。保存方法提案装置１１は、ユーザ端末１３からの要求に応じて、各種の画面の画面情報を要求元へ送信して、要求元に画面を表示させ、画面から各種の情報の入力を受け付ける。
【００１３】
ユーザ端末１３は、保存方法提案装置１１が提供する食品管理サービスを利用するユーザが使用する装置である。例えば、ユーザ端末１３は、ユーザが使用するパーソナルコンピュータ、スマートフォンやタブレット端末などの情報処理装置などである。
【００１４】
［保存方法提案装置の構成］
次に、保存方法提案装置１１の構成について説明する。図２は、保存方法提案装置の機能的な構成を概略的に示した図である。図２に示す保存方法提案装置１１は、通信部２０と、記憶部２１と、制御部２２とを有する。
【００１５】
通信部２０は、ネットワークＮとの間で無線通信又は有線通信を行う通信インタフェースである。例えば、通信部２０は、販売管理システム１２からアップロードされた販売情報を受信する。また、例えば、通信部２０は、ユーザ端末１３へ各種の画面の画面情報を送信する。
【００１６】
記憶部２１は、ハードディスク、ＳＳＤ（Solid  State  Drive）、光ディスクなどの記憶装置である。なお、記憶部２１は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non  Volatile  Static  Random  Access  Memory）などのデータを書き換え可能な半導体メモリであってもよい。記憶部２１は、制御部２２で実行されるＯＳ（Operating  System）や、後述する各種の処理を実行する各種プログラムを記憶する。さらに、記憶部２１は、各種情報を記憶する。例えば、記憶部２１は、ユーザ情報３０と、ユーザ属性情報３１と、保存方法情報３２と、購入商品ログ情報３３とを記憶する。
【００１７】
ユーザ情報３０は、食品管理サービスを利用可能なユーザに関する各種の情報を記憶したデータである。図３は、ユーザ情報のデータ構成の一例を示す図である。図３に示すように、ユーザ情報３０は、ユーザＩＤ、ユーザ名、パスワードの各項目を有する。なお、ユーザ情報３０は、上記以外にもユーザに関する各種の情報を記憶してもよい。例えば、ユーザごとに、お知らせなどの各種のメッセージの宛先となるアドレスを記憶させてもよい。アドレスは、メッセージを通知可能なアドレスであれば、何れであってもよく、例えば、例えば、メールアドレス、ＳＮＳのアドレス、ブッシュ型の通知を送るための宛先装置のデバイストークンなどであってもよい。
【００１８】
ユーザＩＤの項目は、ユーザを識別する識別情報を記憶する領域である。ユーザには、識別情報として、例えば、ユニークなユーザＩＤが付与される。なお、ユーザＩＤは、ユーザのポイントカードのカード番号そのものでもよく、カード番号に対応付けられたコードであってもよい。ユーザＩＤの項目には、ユーザに付与されたユーザＩＤが格納される。ユーザ名の項目は、ユーザの氏名などの名称を記憶する領域である。パスワードの項目は、ユーザの認証を行うパスワードを記憶する領域である。
【００１９】
図３の例では、ユーザＩＤ「１００００００」のユーザは、ユーザ名が「Ａ」であり、パスワードが「ＸＸＸＸＸ」であることを示す。
【００２０】
図２に戻り、ユーザ属性情報３１は、ユーザに関する属性に関する各種の情報を記憶したデータである。本実施例では、ユーザ属性情報３１に、ユーザの食品の消費や食品に対する関心に関する各種の属性の情報を記憶する。図４は、ユーザ属性情報のデータ構成の一例を示す図である。図４に示すように、ユーザ属性情報３１は、ユーザＩＤ、消費、関心の各項目を有する。なお、ユーザ属性情報３１は、上記以外にもユーザの属性に関する各種の情報を記憶してもよい。
【００２１】
ユーザＩＤの項目は、ユーザのユーザＩＤを記憶する領域である。消費の項目は、ユーザの食品に関する消費の傾向を記憶する領域である。本実施例では、消費の項目に、消費の傾向として、購入した食品を早く消費するか、遅く消費するかの消費の傾向を示す値を記憶する。消費の傾向を示す値は、０〜２．０の範囲で標準を１．０とし、食品を早く消費する傾向があるほど小さい値とし、食品を遅く消費する傾向があるほど大きい値とする。関心の項目は、ユーザの料理への関心の度合いを記憶する領域である。本実施例では、関心の項目に、料理への関心の度合いを示す値を記憶する。料理への関心の度合いを示す値は、０〜１００の範囲で標準を５０とし、料理へ関心が低いほど小さい値とし、料理へ関心が高いほど大きい値とする。
【００２２】
図４の例では、ユーザＩＤ「１００００００」のユーザは、消費の傾向が「０．７」と食品を早く消費する傾向があり、料理への関心の度合いが「３０」と料理への関心が低いことを示す。
【００２３】
図２に戻り、保存方法情報３２は、食品の保存方法に関する各種の情報を記憶したデータである。本実施例では、保存方法情報３２に、食品ごとの各種の保存方法に関する各種の情報を記憶する。図５は、保存方法情報のデータ構成の一例を示す図である。図５に示すように、保存方法情報３２は、ＮＯ、標準名、商品コード、消費、関心、保存方法、標準賞味期限、保存手順メッセージの各項目を有する。なお、保存方法情報３２は、上記以外にもユーザの属性に関する各種の情報を記憶してもよい。
【００２４】
ＮＯの項目は、保存方法情報３２に記憶された保存方法を識別する番号を記憶する領域である。標準名の項目は、保存方法を対応付ける食品の標準的な名称を記憶する領域である。商品コードの項目は、保存方法を対応付ける食品の商品コードを記憶する領域である。商品コードの項目には、商品にＪＡＮコード（Japanese  Article  Number  Code）などのように標準の商品コードが定められている場合、商品コードが記憶され、生鮮野菜や青果などのように商品コードが定められていない場合、「−」が記憶される。消費の項目は、保存方法が有効なユーザの消費の傾向を示す値の閾値を記憶する領域である。関心の項目は、保存方法が有効なユーザの料理への関心の度合いの閾値を記憶する領域である。保存方法の項目は、保存方法に関する情報を記憶する領域である。標準賞味期限は、保存方法での標準的な賞味期限を記憶する領域である。保存手順メッセージの項目は、保存方法の手順を示すメッセージを記憶する領域である。
【００２５】
図５の例では、ＮＯ「１」は、キャベツの保存方法の１つが記憶されており、「キャベツ」は商品コードが定められていないため、商品コードが「−」とされており、保存方法として、冷蔵保存が登録され、標準の賞味期限が１４日間であることを示している。また、ＮＯ「１」は、冷蔵保存が有効なユーザの消費の傾向を示す値の閾値が「１．３」であり、冷蔵保存が有効なユーザの料理への関心の度合いの閾値が「０」であり、保存方法の手順が「ＸＸＸＸＸ・・・」であることを示している。保存方法の手順の「ＸＸＸＸＸ・・・」には、保存方法の詳細な手順を示すメッセージが登録されている。
【００２６】
図２に戻り、購入商品ログ情報３３は、ユーザが購入した食品に関する各種の情報を記憶したデータである。図６は、購入商品ログ情報のデータ構成の一例を示す図である。図６に示すように、購入商品ログ情報３３は、ユーザＩＤ、商品名、商品コード、購入日、更新日、消費状況、提案保存方法の各項目を有する。なお、購入商品ログ情報３３は、上記以外にもユーザが購入した食品に関する各種の情報を記憶してもよい。
【００２７】
ユーザＩＤの項目は、食品を購入したユーザのユーザＩＤを記憶する領域である。商品名の項目は、購入された食品の名称を記憶する領域である。商品コードの項目は、購入された食品の商品コードを記憶する領域である。商品コードの項目には、購入された食品に商品コードが定められている場合、商品コードが記憶され、生鮮野菜や青果などのように商品コードが定められていない場合、「−」が記憶される。購入日の項目は、食品が購入された日付を記憶する領域である。更新日の項目は、レコードのデータを登録または更新した日付を記憶する領域である。消費状況の項目は、購入された食品の残量を記憶する領域である。消費状況の項目には、購入された食品がまだ消費されておらず、全て残っている場合、「未使用」が記憶され、消費された場合、残りの残量が記憶される。提案保存方法の項目は、提案した保存方法の番号を記憶する領域である。提案保存方法の項目には、保存方法が提案済みである場合、提案した保存方法の番号が記憶され、保存方法が提案済みではない場合、「−」が記憶される。
【００２８】
図６の例では、ユーザＩＤ「１００００００」のユーザは、「愛知県産キャベツ」を２月１２日に購入しており、レコードのデータを登録または更新した日付が２月１２日であり、購入された食品が全て残っており、保存方法が提案済みではないことを示す。
【００２９】
図２に戻り、制御部２２は、保存方法提案装置１１全体を制御するデバイスである。制御部２２としては、ＣＰＵ（Central  Processing  Unit）、ＭＰＵ（Micro  Processing  Unit）等の電子回路や、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路を採用できる。制御部２２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２２は、購入特定部４０と、属性特定部４１と、送信部４２と、提供部４３と、取得部４４と、判定部４５とを有する。
【００３０】
購入特定部４０は、食品と購入者とを特定する。例えば、購入特定部４０は、保存方法提案装置１１にアップロードされた販売情報に基づいて、食品と購入者とを特定する。例えば、購入特定部４０は、販売情報に対応付けられて記憶された販売した食品の名称や、商品コード、販売日、購入したユーザのユーザＩＤを、更新日を処理した日付、消費状況を未使用として、購入商品ログ情報３３に登録する。また、購入特定部４０は、食品管理サービスのＷｅｂサイトの食品登録画面から食品と購入者の登録を受け付け、食品登録画面に登録された情報に基づき、食品と購入者とを特定する。購入特定部４０は第一特定部の一例である。
【００３１】
図７は、食品登録画面の一例を示す図である。食品登録画面１００は、ヘッダ部１１０と、コンテンツ部１２０とを有する。
【００３２】
ヘッダ部１１０には、ユーザ名表示領域１１１と、お知らせ表示領域１１２と、モード指定領域１１３とが設けられている。食品管理サービスのＷｅｂサイトは、ユーザ端末１３からアクセスされた際に、ユーザＩＤとパスワードによりユーザの認証を行い、認証されたユーザのみ利用が可能となる。ユーザ名表示領域１１１には、認証されたユーザのユーザ名が表示される。お知らせ表示領域１１２は、お知らせがある場合、メッセージ数が表示され、選択されることにより、後述するメッセージ一覧が表示される。
【００３３】
モード指定領域１１３は、画面のモード切替を指定する領域であり、通常モード、在庫管理モード、登録モードから選択が可能とされている。登録モードが選択されると、図７に示す食品登録画面１００が表示される。通常モードが選択されると、後述する消費状況状態画面（図１１）が表示される。在庫管理モードが選択されると、後述する消費状況更新画面（図１２）が表示される。
【００３４】
食品登録画面１００のコンテンツ部１２０は、写真登録領域１２１と、商品名登録領域１２２と、購入日登録領域１２３と、消費状況選択領域１２４と、登録ボタン１２５とが設けられている。
【００３５】
写真登録領域１２１は、食品の画像を登録する領域である。写真登録領域１２１は、選択されると、画像選択用の画面が表示され、ユーザが撮影した画像から画像の選択が可能となる。ユーザが画像を選択すると、写真登録領域１２１には、選択された画像が表示される。
【００３６】
商品名登録領域１２２は、食品の名称を登録する領域である。購入日登録領域１２３は、食品の購入日を登録する領域である。食品の名称と購入日は、必須の登録項目とされている。食品の画像は、任意の登録項目とされている。
【００３７】
消費状況選択領域１２４は、食品の残量を指定する領域である。消費状況選択領域１２４は、選択されると、例えば、「未使用」、「残り３／４」、「残り１／２」、「残り１／４」と、食品の残量が選択的に指定可能に表示され、指定された残量が表示される。消費状況選択領域１２４は、初期状態が「未使用」とされている。
【００３８】
登録ボタン１２５は、登録を指定するボタンである。
【００３９】
ユーザは、食品管理サービスで管理対象とする食品について、画像や、食品の名称、購入日、賞味期限、消費状況を食品登録画面１００に入力し、登録ボタン１２５を選択する。
【００４０】
購入特定部４０は、食品登録画面１００に登録された情報に基づき、食品の名称と購入者とを特定する。購入特定部４０は、食品登録画面１００に登録された食品の名称や、商品コード、販売日、登録したユーザのユーザＩＤ、消費状況を、更新日を処理した日付として、購入商品ログ情報３３に登録する。
【００４１】
属性特定部４１は、ユーザに関する各種の属性の特定を行う。例えば、属性特定部４１は、ユーザの属性として、食品の消費する傾向や料理に対する関心を特定する。例えば、属性特定部４１は、食品の消費する傾向や料理に対する関心に関するアンケートを画面に表示し、アンケートの結果から食品の消費する傾向や料理に対する関心を特定する。なお、ユーザの食品の消費する傾向や料理に対する関心の特定方法は、これに限定されず、何れであってもよい。例えば、属性特定部４１は、購入した食材をどの程度の日数で消費するかにより、食品の消費する傾向を特定してもよい。また、例えば、属性特定部４１は、ユーザの商品の購入履歴や、ユーザのＷｅｂの閲覧履歴、ユーザのＳＮＳ（ソーシャル・ネットワーキング・サービス）の履歴からユーザの属性を特定してもよい。例えば、料理に対する関心が高いユーザは、食材や調味料に対しても関心が高く、特定の食材や調味料を購入する場合がある。そこで、属性特定部４１は、食材や調味料に対して、料理に対する関心の度合いを関連づけ、購入された食材や調味料から料理に対する関心の度合いを求めてもよい。また、料理に対する関心が高いユーザは、調理のレシピを参照する頻度が高く、また、手間がかかる料理のレシピも参照する場合がある。そこで、属性特定部４１は、レシピのサイトへの閲覧回数や、レシピの料理に対して、料理に対する関心の度合いを関連づけ、参照されたレシピから料理に対する関心の度合いを求めてもよい。また、料理に対する関心が高いユーザは、自身のＳＮＳに調理に関する写真や書き込みを行ったり、リンクを張る場合がある。そこで、属性特定部４１は、ユーザのＳＮＳに登録された写真や書き込み、リンクから料理に対する関心の度合いを求めてもよい。また、例えば、年齢層や性別、家族構成ごとに、一般的な食品の消費する傾向や料理に対する関心の情報を記憶しておき、属性特定部４１は、ユーザの年齢層や性別、家族構成に対応する食品の消費する傾向や料理に対する関心の度合いを特定してもよい。
【００４２】
属性特定部４１は、ユーザの消費の傾向を、０〜２．０の範囲で標準を１．０とし、食品を早く消費する傾向があるほど小さい値とし、食品を遅く消費する傾向があるほど大きい値としてユーザ属性情報３１に登録する。また、属性特定部４１は、料理に対する関心を、０〜１００の範囲で標準を５０とし、料理へ関心が低いほど小さい値とし、料理へ関心が高いほど大きい値としてユーザ属性情報３１に登録する。属性特定部４１は第２特定部の一例である。
【００４３】
送信部４２は、ユーザの属性に応じて、購入商品ログ情報３３に登録された食品の保存方法に関する情報を決定し、ユーザに送信する。例えば、送信部４２は、所定のタイミングで、購入商品ログ情報３３に登録された食品のうち、提案保存方法の項目が未登録のレコードを抽出する。所定のタイミングは、所定の時刻（例えば、一般的にユーザが買い物を行う前の午後４時）であってもよく、一定時間ごとのタイミングであってもよい。また、所定のタイミングは、ユーザから要求を受け付けたタイミングやユーザから指定された時刻など、ユーザごとに個別にタイミングを設定可能としてもよい。ユーザごとにタイミングが個別に設定された場合、送信部４２は、処理のタイミングとなったユーザの提案保存方法の項目が未登録のレコードを購入商品ログ情報３３から抽出する。
【００４４】
送信部４２は、抽出したレコードのユーザＩＤのユーザの消費の傾向と、料理への関心の度合いをユーザ属性情報３１から特定する。また、送信部４２は、抽出したレコードの食品に対応する保存方法を、保存方法情報３２から抽出する。例えば、送信部４２は、抽出したレコードに商品コードが登録されている場合、商品コードを用いて、保存方法情報３２から保存方法のレコードを抽出する。送信部４２は、抽出したレコードに商品コードが登録されていない場合、保存方法情報３２から標準名が商品名と部分一致する保存方法のレコードを読み出す。例えば、図６に示した購入商品ログ情報３３の商品名「愛知県産キャベツ」は、図５に示した保存方法情報３２の標準名「キャベツ」と部分一致する。この場合、標準名「キャベツ」の保存方法の各レコードを抽出する。
【００４５】
送信部４２は、ユーザごとに、ユーザの属性に対応する保存方法を特定する。例えば、送信部４２は、抽出した保存方法のうち、ユーザ属性情報３１のユーザの消費の傾向の値以上、かつ、料理への関心の値以下の保存方法を特定する。条件を満たす保存方法が特定されなかった場合、例えば、送信部４２は、抽出した保存方法のうち、料理への関心の値が最も低い保存方法を特定する。一方、保存方法が複数特定された場合、保存方法を１つ提案するため、例えば、送信部４２は、特定された保存方法のうち、ユーザの消費の傾向の値に、消費の傾向を示す値が最も高い保存方法を特定する。
【００４６】
送信部４２は、特定した保存方法について、保存方法の手順を示すメッセージをユーザと対応づけられたアドレスに送信する。もしくは、当該ユーザが利用中の端末の画面に、メッセージを表示させる。
【００４７】
図８は、メッセージが送信された画面の一例を示す図である。画面１５０は、ヘッダ部１１０と、コンテンツ部１２０とを有する。画面１５０のヘッダ部１１０のお知らせ表示領域１１２には、メッセージ数が１つある旨の表示がされており、選択したことにより、メッセージ一覧１６０が表示されている。図８の例では、メッセージ一覧１６０にキャベツの保存方法に関するメッセージがある旨が表示されている。画面１５０では、メッセージ一覧１６０のメッセージが選択されることにより、メッセージの詳細が表示される。
【００４８】
図９Ａは、メッセージの詳細の一例を示す図である。図９Ａの例は、キャベツの保存方法として、下処理後冷蔵保存１の保存方法の詳細な手順を示すメッセージが示されている。例えば、ユーザの消費の傾向の値が「１．４」であり、料理への関心の値が「７０」である場合、キャベツの保存方法として、図９Ａのメッセージの詳細が表示される。
【００４９】
図９Ｂは、メッセージの詳細の他の一例を示す図である。図９Ｂの例は、キャベツの保存方法として、下処理後冷蔵保存２の保存方法の詳細な手順を示すメッセージが示されている。例えば、ユーザの消費の傾向の値が「１．８」であり、料理への関心の値が「８０」である場合、キャベツの保存方法として、図９Ｂのメッセージの詳細が表示される。
【００５０】
送信部４２は、購入商品ログ情報３３の抽出したレコードの提案保存方法の項目に、提案した保存方法の番号を登録する。
【００５１】
図１０は、保存方法情報の更新の一例を示す図である。例えば、送信部４２が、愛知県産キャベツについて、番号「３」の下処理後冷蔵保存１の保存方法を送信した場合、図１０（Ａ）から（Ｂ）に示すように、愛知県産キャベツのレコードの提案保存方法の項目に、番号「３」を登録する。
【００５２】
提供部４３は、ユーザ端末１３からの要求に応じて、登録された食品に関する各種の情報を提供する。例えば、提供部４３は、ユーザ端末１３からの要求に応じて、登録された食品の消費状況を掲示した消費状況画面や、食品の消費状況を更新する消費状況更新画面の画面情報を要求元へ送信して、要求元に消費状況画面や消費状況更新画面を表示させる。
【００５３】
図１１は、消費状況画面の一例を示す図である。消費状況画面２００は、ヘッダ部１１０と、コンテンツ部１２０とを有する。消費状況画面２００は、登録モードが選択されると表示される。
【００５４】
消費状況画面２００のコンテンツ部１２０は、登録された食品ごとの領域２１０が設けられている。領域２１０には、賞味期限と、購入日と、食品の画像と、商品名と、購入からの経過日数と、消費状況が表示される。賞味期限は、購入日から、提案保存方法での標準賞味期限の日数を経過した日付が提示される。
【００５５】
ユーザは、消費状況画面２００により、現在の食品の消費状況や、賞味期限を把握できる。
【００５６】
図１２は、消費状況更新画面の一例を示す図である。消費状況更新画面２５０は、ヘッダ部１１０と、コンテンツ部１２０とを有する。消費状況更新画面２５０は、在庫管理モードが選択されると表示される。
【００５７】
消費状況更新画面２５０のコンテンツ部１２０は、登録された食品ごとの領域２６０が設けられている。領域２６０には、賞味期限と、購入日と、食品の画像と、商品名が表示される。また、領域２６０には、消費状況選択領域２６１が設けられている。消費状況選択領域２６１は、食品の残量を指定する領域である。消費状況選択領域２６１は、初期状態として、データ上での現在の食品の残量が表示される。消費状況選択領域２６１は、選択されると、例えば、「未使用」、「残り３／４」、「残り１／２」、「残り１／４」、「０（無し）」と、食品の残量が選択的に指定可能に表示され、指定された残量が表示される。なお、消費状況選択領域２６１は、データ上での現在の食品の残量以下の残量を選択的に指定可能に表示するようにしてもよい。
【００５８】
ユーザは、消費状況更新画面２５０により、消費した食品の消費状況を更新する。
【００５９】
取得部４４は、保存方法に関する情報を送信した食品の消費状況を取得する。例えば、取得部４４は、消費状況更新画面２５０に登録された情報に基づき、食品の消費状況を取得する。取得部４４は、消費状況が更新された食品について、購入商品ログ情報３３の消費状況を更新された消費状況に更新し、更新日を現在の日付に更新する。
【００６０】
例えば、ユーザが、２０１６年２月１３日に、図１２に示すように、長野県産レタスを「０」、トマトを「１／４」に消費状況を更新した場合、図１０（Ｃ）に示すように消費状況と更新日が更新される。
【００６１】
判定部４５は、購入商品ログ情報３３に記憶された各食品の消費状況から、送信した保存方法での保存期限内に食品を消費可能か否かを判定する。例えば、判定部４５は、購入商品ログ情報３３に記憶された、消費状況が０（「無し」）以外の各商品について、消費状況に記憶された残量を読み出す。また、判定部４５は、消費状況が０以外の各商品について、それぞれの提案保存方法での標準賞味期限を保存方法情報３２から求める。また、判定部４５は、消費状況が０以外の各商品について、購入日からの経過日数を求める。そして、判定部４５は、標準賞味期限に対する購入日からの経過日数の割合を求め、残量が割合より所定（例えば、３割）以上大きい場合、保存期限内に食品を消費できないと判定する。なお、保存期限内に食品を消費可能か否かの判定方法は、これに限定されない。食品が保存期限内に消費できず、余ることを判定できれば、何れの方法を用いてもよい。例えば、判定部４５は、保存期限の所定割合（例えば、２／３）を経過しても、残量が標準賞味期限に対する購入日からの経過日数の割合より大きい場合に保存期限内に食品を消費できないと判定してもよい。
【００６２】
送信部４２は、保存期限内に食品を消費できない場合、保存期限の長い保存方法に関する情報を購入者へ送信する。例えば、送信部４２は、ユーザ属性情報３１のユーザの消費の傾向の値以上、かつ、料理への関心の値以下の保存方法で、保存期限がより長い保存方法がある場合、保存期限がより長い保存方法に関する情報を購入者へ送信する。一方、送信部４２は、条件を満たす保存方法が無い場合、保存期限が次に長い保存方法に関する情報を購入者へ送信する。なお、保存方法情報３２に、保存方法ごとに変更可能な保存方法の番号を記憶させておき、送信部４２は、現在の保存方法から変更可能な保存方法のうち、保存期限がより長い保存方法に関する情報を購入者へ送信してもよい。送信部４２は、購入商品ログ情報３３の保存期限内に食品を消費できないと判定された食品のレコードの提案保存方法の項目を提案した保存方法の番号に更新する。
【００６３】
これにより、保存期限内に食品を消費できない虞がある場合に保存期限がより長い保存方法に変更させることができるため、食品の破棄を削減することを支援できる。
【００６４】
［処理の流れ］
次に、本実施例に係る保存方法提案装置１１が、販売管理システム１２からアップロードされた販売情報から、食品と購入者とを特定する特定処理の流れについて説明する。図１３は、特定処理の手順の一例を示すフローチャートである。この特定処理は、所定のタイミング、例えば、販売情報が受信されたタイミングや、販売情報を一旦格納しておき、所定時刻となったタイミングで実行される。
【００６５】
図１３に示すように、購入特定部４０は、アップロードされた販売情報を１レコード読み出す（Ｓ１０）。購入特定部４０は、読み出したレコードの食品の名称や、商品コード、販売日、購入したユーザのユーザＩＤを、更新日を処理した日付、消費状況を未使用として、購入商品ログ情報３３に登録する（Ｓ１１）。
【００６６】
購入特定部４０は、アップロードされた販売情報の全レコードの読み出しが完了したか否かを判定する（Ｓ１２）。全レコードの読み出しが完了していない場合（Ｓ１２否定）、Ｓ１０へ移行する。一方、全レコードの読み出しが完了した場合（Ｓ１２肯定）、処理を終了する。
【００６７】
次に、本実施例に係る保存方法提案装置１１が、食品の保存方法を提案する保存方法提案処理の流れについて説明する。図１４は、保存方法提案処理の手順の一例を示すフローチャートである。この保存方法提案処理は、所定のタイミング、例えば、所定の時刻となったタイミングや、一定時間ごとのタイミング、ユーザから要求を受け付けたタイミングで実行される。
【００６８】
送信部４２は、購入商品ログ情報３３に登録された食品のうち、提案保存方法の項目が未登録のレコードを抽出する（Ｓ２０）。送信部４２は、抽出したレコードのユーザＩＤのユーザの消費の傾向と、料理への関心の度合いをユーザ属性情報３１から特定する（Ｓ２１）。
【００６９】
送信部４２は、抽出したレコードに食品に対応する保存方法を、保存方法情報３２から抽出する（Ｓ２２）。例えば、送信部４２は、抽出したレコードに商品コードが登録されている場合、商品コードを用いて、保存方法情報３２から保存方法のレコードを抽出する。送信部４２は、抽出したレコードに商品コードが登録されていない場合、標準名が商品名と部分一致する保存方法情報３２から保存方法のレコードを読み出す。
【００７０】
送信部４２は、ユーザごとに、ユーザの属性に対応する保存方法を特定する（Ｓ２３）。例えば、送信部４２は、抽出した保存方法のうち、ユーザ属性情報３１のユーザの消費の傾向の値以上、かつ、料理への関心の値以下の保存方法を特定する。条件を満たす保存方法が特定されなかった場合、例えば、送信部４２は、抽出した保存方法のうち、料理への関心の値が最も低保存方法を特定する。一方、保存方法が複数特定された場合、保存方法を１つ提案するため、例えば、送信部４２は、特定された保存方法のうち、ユーザの消費の傾向の値に、消費の傾向を示す値が最も高い保存方法を特定する。
【００７１】
送信部４２は、特定した保存方法について、保存方法の手順を示すメッセージをユーザと対応づけられたアドレスに送信し（Ｓ２４）、処理を終了する。
【００７２】
［効果］
上述してきたように、本実施例に係る保存方法提案装置１１は、食品と購入者とを特定する。保存方法提案装置１１は、特定された購入者の属性を特定する。保存方法提案装置１１は、特定された食品についての保存方法に関する情報を、特定された購入者の属性に応じて異ならせて、購入者へ宛てて送信する。これにより、保存方法提案装置１１は、食品に関して、購入者の属性に応じた保存方法を購入者が知ることができるため、食品の破棄を削減することを支援できる。
【００７３】
また、本実施例に係る保存方法提案装置１１は、購入者の属性として、食品をすぐに消費する傾向があるか否かを特定する。保存方法提案装置１１は、購入者の属性が、食品をすぐに消費する傾向が無い場合、食品に関する複数ある保存方法のうち、長期保存に適した保存方法を選択して送信する。これにより、保存方法提案装置１１は、購入者が食品をすぐに消費する傾向が無い場合、食品を長期保存させることができるため、食品の破棄を削減することを支援できる。
【００７４】
また、本実施例に係る保存方法提案装置１１は、購入者の属性として、料理に対する関心が大きいか否かを特定する。保存方法提案装置１１は、購入者の属性が、料理に対する関心が大きい場合、食品に関する複数ある保存方法のうち、下処理後に保存する保存方法を選択して送信する。これにより、保存方法提案装置１１は、購入者が料理に対する関心が大きい場合、下処理に対する負担が少ないため、食品の長期保存に適した下処理後に保存する保存方法を提案できる。
【００７５】
また、本実施例に係る保存方法提案装置１１は、保存方法に関する情報を送信した食品の消費状況を取得する。保存方法提案装置１１は、取得される食品の消費状況から、送信した保存方法での保存期限内に食品を消費可能か否かを判定する。保存方法提案装置１１は、保存期限内に食品を消費できない場合、保存期限の長い保存方法に関する情報を購入者へ送信する。これにより、保存方法提案装置１１は、保存期限内に食品を消費できない場合、保存期限の長い保存方法に変更させることができるため、食品の破棄を削減することを支援できる。
【００７６】
また、本実施例に係る保存方法提案装置１１は、購入者の食品の購入履歴、購入者のＷｅｂの閲覧履歴、購入者のソーシャル・ネットワーキング・サービスの履歴の何れかから、購入者の属性を特定する。これにより、保存方法提案装置１１は、食品の購入履歴や、Ｗｅｂの閲覧履歴、ソーシャル・ネットワーキング・サービスの履歴には購入者の属性が現れやすいため、購入者の属性を精度よく特定できる。
【実施例２】
【００７７】
さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてもよい。そこで、以下では、本発明に含まれる他の実施例を説明する。
【００７８】
例えば、上記実施例では、商品として、食品を例に保存方法を提案する場合を例示した。しかしながら、これらに限定されるものではない。商品は、保存方法によって消費に適した期限変わるものであれば、何れであってもよい。例えば、商品としては、植物（種、球根などを含む）、化粧品、薬などの医薬品、電池、ゴム製品、発煙筒など保存方法を提案してもよい。
【００７９】
また、上記実施例では、保存方法に関する情報を送信した食品の消費状況を取得し、保存期限内に食品を消費できない場合、保存期限の長い保存方法に関する情報を購入者へ送信する場合を例示した。しかしながら、これらに限定されるものではない。例えば、取得部４４は、保存方法に関する情報を送信した食品の消費状況を取得する。送信部４２は、商品が消費されておらず、同一の商品が新たに購入された場合、新たに購入された商品について、保存期限の長い保存方法に関する情報を購入者へ送信する。これにより、ユーザが誤って同じ商品を購入した場合、新たに購入された商品をより長い保存期限で保存させることができるため、商品の破棄を削減することを支援できる。
【００８０】
また、上記実施例では、保存方法情報３２に商品ごとに保存方法を記憶させた場合を例示した。しかしながら、これらに限定されるものではない。例えば、根菜、葉野菜など同じ保存方法が適用できる商品をグループ分けしたグループごとに保存方法を記憶させてもよい。
【００８１】
また、保存方法情報３２に記憶した保存方法は、一例であり、その他、様々な保存方法を登録しておいてもよい。例えば、野菜や肉について、保存方法として、そのまま冷蔵保存／密閉して冷凍保存／下調理後冷凍保存がある場合、料理への関心が小から大になるにつれて、冷蔵保存→密閉して冷凍保存→下調理後冷凍保存を選択するようにしてもよい。
【００８２】
また、上記実施例では、属性として、消費の傾向および料理への関心の度合いを用いた場合を例示した。しかしながら、これらに限定されるものではない。商品の保存に影響がある属性であれば、何れの属性を用いてもよい。
【００８３】
また、上記実施例では、賞味期限に対する購入日からの経過日数の割合を用いて、保存期限内に食品を消費できないと判定する場合を例示した。しかしながら、これらに限定されるものではない。例えば、消費の目安とする消費目安日数や消費期限に対する購入日からの経過日数の割合を用いて、保存期限内に食品を消費できないと判定してもよい。また、消費が開始された日（未使用から初めて消費状況が更新された日）からの経過日数の割合を用いて、保存期限内に食品を消費できないと判定してもよい。また、消費状況画面２００および消費状況更新画面２５０には、消費が開始された日からの経過日数や消費期限を表示してもよい。
【００８４】
また、保存方法提案装置１１は、賞味期限や消費目安日が迫った食品を検知した場合、利用者がその時点で保有する食品で調理可能な献立（レシピ）を提案してもよい。保存方法提案装置１１は、賞味期限が迫った食品を検知した場合、利用者が保有する食品に加え、あらかじめ利用者が設定した食品数以内で調理可能な献立を提案してもよい。
【００８５】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、購入特定部４０、属性特定部４１、送信部４２、提供部４３、取得部４４および判定部４５の各処理部が適宜統合されてもよい。また、各処理部の処理が適宜複数の処理部の処理に分離されてもよい。さらに、各処理部にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００８６】
［保存方法提案プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、運行を支援する保存方法提案プログラムを実行するコンピュータシステムの一例を説明する。図１５は、保存方法提案プログラムを実行するコンピュータの構成の一例を示す図である。
【００８７】
図１５に示すように、コンピュータ４００は、ＣＰＵ（Central  Processing  Unit）４１０、ＨＤＤ（Hard  Disk  Drive）４２０、ＲＡＭ（Random  Access  Memory）４４０を有する。これら４００〜４４０の各部は、バス５００を介して接続される。
【００８８】
ＨＤＤ４２０には上記の購入特定部４０、属性特定部４１、送信部４２、提供部４３、取得部４４および判定部４５と同様の機能を発揮する保存方法提案プログラム４２０Ａが予め記憶される。なお、保存方法提案プログラム４２０Ａについては、適宜分離してもよい。
【００８９】
また、ＨＤＤ４２０は、各種情報を記憶する。例えば、ＨＤＤ４２０は、記憶部２１と同様に、ＯＳや運行の支援に用いる各種データを記憶する。
【００９０】
そして、ＣＰＵ４１０が、保存方法提案プログラム４２０ＡをＨＤＤ４２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、保存方法提案プログラム４２０Ａは、購入特定部４０、属性特定部４１、送信部４２、提供部４３、取得部４４および判定部４５と同様の動作を実行する。
【００９１】
なお、上記した保存方法提案プログラム４２０Ａについては、必ずしも最初からＨＤＤ４２０に記憶させることを要しない。また、例えば、保存方法提案プログラム４２０Ａは、コンピュータ４００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に記憶させてもよい。そして、コンピュータ４００がこれらからプログラムを読み出して実行するようにしてもよい。
【００９２】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ４００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ４００がこれらからプログラムを読み出して実行するようにしてもよい。
【符号の説明】
【００９３】
１０  システム
１１  保存方法提案装置
１２  販売管理システム
１３  ユーザ端末
１４  小売店
２０  通信部
２１  記憶部
２２  制御部
３０  ユーザ情報
３１  ユーザ属性情報
３２  保存方法情報
３３  購入商品ログ情報
４０  購入特定部
４１  属性特定部
４２  送信部
４３  提供部
４４  取得部
４５  判定部
【図１】
0006627614.tif 000002
【図２】
0006627614.tif 000003
【図３】
0006627614.tif 000004
【図４】
0006627614.tif 000005
【図５】
0006627614.tif 000006
【図６】
0006627614.tif 000007
【図７】
0006627614.tif 000008
【図８】
0006627614.tif 000009
【図９Ａ】
0006627614.tif 000010
【図９Ｂ】
0006627614.tif 000011
【図１０】
0006627614.tif 000012
【図１１】
0006627614.tif 000013
【図１２】
0006627614.tif 000014
【図１３】
0006627614.tif 000015
【図１４】
0006627614.tif 000016
【図１５】
0006627614.tif 000017