JP2024067184A - 情報処理システム、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】利便性の向上を図ることができる情報処理システム、情報処理方法、およびプログラムを提供することである。【解決手段】実施形態の情報処理システムは、目的取得部と、表示形態決定部とを備える。前記目的取得部は、レシピ情報に関するユーザの利用目的を取得する。前記表示形態決定部は、前記目的取得部による前記利用目的の取得結果に応じて、前記レシピ情報の表示形態を異ならせる。【選択図】図９

Description

本発明の実施形態は、情報処理システム、情報処理方法、およびプログラムに関する。

レシピ情報を提供するレシピ提供システムが知られている。ところで、このような情報処理システムは、利便性のさらなる向上が期待されている。

特開２００６－１３９５５４号公報

本発明が解決しようとする課題は、利便性の向上を図ることができる情報処理システム、情報処理方法、およびプログラムを提供することである。

実施形態の情報処理システムは、目的取得部と、表示形態決定部とを備える。前記目的取得部は、レシピ情報に関するユーザの利用目的を取得する。前記表示形態決定部は、前記目的取得部による前記利用目的の取得結果に応じて、前記レシピ情報の表示形態を異ならせる。

実施形態のサービス提供システムの全体構成を示す図。 実施形態の機器管理サーバの機能構成を示すブロック図。 実施形態のサービス管理サーバの機能構成を示すブロック図。 実施形態の食材管理ＤＢの内容の一例を示す図。 実施形態の食材在庫リストの内容の一例を示す図。 実施形態の買物用情報ＤＢの内容の一例を示す図。 実施形態の買物リストの内容の一例を示す図。 実施形態のレシピ情報ＤＢの内容の一例を示す図。 実施形態の端末装置の機能構成を示すブロック図。 実施形態の利用目的取得画面の内容の一例を示す図。 実施形態の利用目的の選択がない場合の表示例を示す図。 実施形態の「食材管理の更新」が選択された場合の表示例を示す図。 実施形態の「食材管理の更新」が選択された場合の別の表示例を示す図。 実施形態の「買物リストの作成」が選択された場合の表示例を示す図。 実施形態の「購入金額の確認」が選択された場合の表示例を示す図。 実施形態の「購入金額の確認」が選択された場合の別の表示例を示す図。 実施形態の「調理時間の確認」が選択された場合の表示例を示す図。 実施形態の「調味料の確認」が選択された場合の表示例を示す図。 実施形態の「調理道具の確認」が選択された場合の表示例を示す図。 実施形態の「調理機器の確認」が選択された場合の表示例を示す図。 実施形態の「難易度の確認」が選択された場合の表示例を示す図。 実施形態の「健康関連項目の確認」が選択された場合の表示例を示す図。 実施形態の複数のレシピ情報を合算して表示する場合の表示例を示す図。 実施形態の複数の利用目的が選択された場合の表示例を示す図。 実施形態の複数の利用目的が選択された場合の別の表示例を示す図。

以下、実施形態の情報処理システム、情報処理方法、およびプログラムを、図面を参照して説明する。以下の説明では、同一または類似の機能を有する構成に同一の符号を付す。そして、それら構成の重複する説明は省略する場合がある。本出願で「ＸＸに基づく」とは、「少なくともＸＸに基づく」ことを意味し、ＸＸに加えて別の要素に基づく場合も含み得る。また「ＸＸに基づく」とは、ＸＸを直接に用いる場合に限定されず、ＸＸに対して演算や加工が行われたものに基づく場合も含み得る。本出願で「ＸＸまたはＹＹ」とは、ＸＸとＹＹのうちいずれか一方の場合に限定されず、ＸＸとＹＹの両方の場合も含み得る。これは選択的要素が３つ以上の場合も同様である。ＸＸおよびＹＹは、任意の要素（例えば任意の情報）である。

本出願で「取得」とは、送信要求を送信して能動的に取得する場合に限定されず、他の装置から送信される情報を受動的に受信することで取得する場合も含み得る。また「取得」とは、外部から得られた情報に対して演算または加工などを行い、目的の情報を生成することで目的の情報を得る場合も含み得る。また本出願では「データベース」を「ＤＢ」と表記する。

（実施形態）
＜１．家電管理システムの全体構成＞
図１は、実施形態のサービス提供システム１の全体構成を示す図である。サービス提供システム１は、例えば、１つ以上の家電機器１００、機器管理サーバ２００、サービス管理サーバ３００、および端末装置４００の家電管理アプリＡＰＰを含む。後述するネットワークＮＷは、例えば、インターネット、セルラー網、Ｗｉ－Ｆｉ網、ＬＰＷＡ（Low Power Wide Area）、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、またはその他の公衆回線や専用回線などを状況に応じて利用すればよい。

家電機器１００は、主として家庭で使用される電気機器である。家電機器１００は、ユーザＵによって利用される家電機器であり、ユーザＵの住居内に配置される。家電機器１００は、例えば、ユーザＵの住居内に設置された無線ルータＷＲおよびモデムＭを介してネットワークＮＷと接続される。家電機器１００は、ネットワークＮＷを介して、機器管理サーバ２００と通信可能である。家電機器１００は、例えば、冷蔵庫１００Ａまたは調理用家電機器１００Ｂであるが、これらに限定されない。調理用家電機器１００Ｂは、オーブンレンジ、電子レンジ、トースター、または炊飯器などである。

機器管理サーバ２００は、家電機器１００を管理する管理サーバである。例えば、機器管理サーバ２００は、家電機器１００の使用状態および遠隔操作を管理する。機器管理サーバ２００は、１つまたは複数のサーバ装置（例えばクラウドサーバ）により構成される。機器管理サーバ２００は、ネットワークＮＷを介して、家電機器１００、サービス管理サーバ３００、および端末装置４００と通信可能である。機器管理サーバ２００は、ネットワークＮＷ中のルータに含まれる情報処理部など、エッジコンピューティングやフォグコンピューティングを行う情報処理部を含んでもよい。機器管理サーバ２００は、クラウドサーバに限定されず、ユーザＵの住居にあるコンピュータでもよく、家庭内ルータ（例えば無線ルータＷＲ）などでもよい。

サービス管理サーバ３００は、家電機器１００に関連するサービス（例えば後述するレシピ提供サービス）を管理するサーバである。サービス管理サーバ３００は、１つまたは複数のサーバ装置（例えばクラウドサーバ）により構成される。サービス管理サーバ３００は、ネットワークＮＷを介して、家電機器１００、機器管理サーバ２００、端末装置４００、および外部サーバＳＧと通信可能である。サービス管理サーバ３００は、ネットワークＮＷ中のルータに含まれる情報処理部など、エッジコンピューティングやフォグコンピューティングを行う情報処理部を含んでもよい。本実施形態では説明の便宜上、機器管理サーバ２００とサービス管理サーバ３００とを独立した装置として説明するが、機器管理サーバ２００とサービス管理サーバ３００とは、１つの装置で実現されてもよい。

端末装置４００は、ユーザＵが使用するコンピュータである。端末装置４００は、例えば、スマートフォンまたはタブレット端末装置のような携帯端末装置である。ただし、端末装置４００は、携帯端末装置に限定されず、パーソナルコンピュータなどでもよい。端末装置４００は、例えば、表示装置４０１と、入力装置４０２と、通信部４０３とを有する。表示装置４０１は、種々の情報を表示可能な表示画面４０１ａを有する。入力装置４０２は、ユーザＵの入力を受け付け可能である。入力装置４０２は、例えば表示画面４０１ａと重ねて設けられたタッチパネルである。入力装置４０２は、端末装置４００に設けられたカメラやマイクなどを含み得る。通信部４０３は、無線通信可能な通信モジュールである。通信部４０３は、無線ルータＷＲおよびモデムＭを介してまたは直接にネットワークＮＷと接続される。通信部４０３は、ネットワークＮＷを介して、家電機器１００、機器管理サーバ２００、サービス管理サーバ３００、および外部サーバＳＧと通信可能である。

端末装置４００には、アプリケーションプログラムＰがインストールされ、以下に説明する機能がサポートされる。アプリケーションプログラムＰは、例えば、家電機器１００を管理（例えば使用状態や遠隔操作を管理）するためのアプリケーションプログラムであり、且つ、家電機器１００に関連するサービス（例えばレシピ提供サービス）を利用するためアプリケーションプログラムでもある。以下では、アプリケーションプログラムＰが実行されることで起動されるアプリケーションソフトウェアを「家電管理アプリＡＰＰ」と称する。

外部サーバＳＧは、物品（例えば食材または消耗品）を発注可能な外部のサーバであり、例えば、小売店のＥＣ（Electronic Commerce）サイトや食材宅配サービスのウェブサイトを提供するサーバなどである。例えば、外部サーバＳＧは、サービス管理サーバ３００から各食材の価格を示す価格情報の送信要求を受信した場合、要求された価格情報をサービス管理サーバ３００に送信する。また、端末装置４００は、外部サーバＳＧと通信することで、外部サーバＳＧに対して物品（例えば食材または消耗品）の発注が可能である。

本実施形態では、端末装置４００の家電管理アプリＡＰＰは、「情報処理システム」の一例である。なお本出願で言う「情報処理システム」は、上記例に限定されず、サービス管理サーバ３００により実現されてもよく、家電機器１００と、機器管理サーバ２００と、サービス管理サーバ３００と、端末装置４００の家電管理アプリＡＰＰとのうち任意の２つ以上の組み合わせにより実現されてもよい。機器管理サーバ２００、サービス管理サーバ３００、および端末装置４００の各々は、「コンピュータ」の一例である。アプリケーションプログラムＰは、「プログラム」の一例である。

＜２．機器管理サーバ＞
次に、機器管理サーバ２００について説明する。
図２は、機器管理サーバ２００の機能構成を示すブロック図である。機器管理サーバ２００は、例えば、機器登録部２１０、情報取得部２２０、情報送信部２３０、および記憶部２９０を有する。

機器登録部２１０、情報取得部２２０、および情報送信部２３０は、機器管理サーバ２００に搭載されたＣＰＵ（Central Processing Unit）のような１つ以上のハードウェアプロセッサがプログラムを実行することにより実現される。ただし、これら機能部の一部または全部は、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、またはＦＰＧＡ（Field Programmable Gate Array）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。またこれら機能部のうち１つ以上は、機器管理サーバ２００に代えて、家電機器１００、サービス管理サーバ３００、または端末装置４００の家電管理アプリＡＰＰに設けられてもよい。

（機器登録部）
機器登録部２１０は、家電機器１００の機器登録を受け付ける。本出願で「機器登録」とは、家電機器１００と、当該家電機器１００を利用するユーザＵとを対応付けることを意味する。例えば、機器登録は、ユーザＵのアカウント（以下「ユーザＩＤ」と称する）と、ユーザＵが使用する家電機器１００の識別情報（以下「機器ＩＤ」と称する）とを対応付けて機器登録ＤＢ２９１に登録することで行われる。

（情報取得部）
情報取得部２２０は、家電機器１００または端末装置４００から種々の情報を取得する。例えば、情報取得部２２０は、所定の条件が満たされた場合（例えば家電機器１００が使用された場合または所定の周期が到来した場合）、家電機器１００の使用状態を示す状態情報を家電機器１００から取得する。家電機器１００の状態情報は、冷蔵庫１００Ａの扉の開閉履歴を示す情報、または調理用家電機器１００Ｂの加熱動作の実行履歴を示す情報などである。情報取得部２２０は、家電機器１００から取得された状態情報と、当該家電機器１００の機器ＩＤとを対応付けて、家電機器１００の使用履歴情報ＨＩとして使用履歴ＤＢ２９２に記憶させる。

また、情報取得部２２０は、調理用家電機器１００Ｂに加熱動作を実行させるための制御用情報である加熱情報を端末装置４００から受信する。この場合、情報取得部２２０は、端末装置４００から受信した加熱情報と、操作対象の調理用家電機器１００Ｂの機器ＩＤとを対応付けて、家電機器１００の使用履歴情報ＨＩとして使用履歴ＤＢ２９２に記憶させる。

（情報送信部）
情報送信部２３０は、サービス管理サーバ３００または端末装置４００に種々の情報を送信する。情報送信部２３０は、例えば、情報取得部２２０が端末装置４００から使用履歴情報ＨＩの送信要求を受信した場合、使用履歴ＤＢ２９２に記憶された家電機器１００の使用履歴情報ＨＩを端末装置４００に送信する。情報送信部２３０は、例えば、情報取得部２２０が端末装置４００から上記加熱情報を受信した場合、受信した加熱情報に対応する制御指令を調理用家電機器１００Ｂに送信する。

（記憶部）
記憶部２９０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＳＳＤ（Solid State Drive）、またはＨＤＤ（Hard Disk Drive）などの組み合わせにより実現される。記憶部２９０は、各種情報を記憶する。例えば、記憶部２９０は、機器登録ＤＢ２９１と、使用履歴ＤＢ２９２とを記憶する。

＜３．サービス管理サーバ＞
次に、サービス管理サーバ３００について説明する。
図３は、サービス管理サーバ３００の機能構成を示すブロック図である。サービス管理サーバ３００は、例えば、情報取得部３１０、食材管理部３２０、買物用情報管理部３３０、レシピ情報管理部３４０、情報送信部３５０、および記憶部３９０を有する。

情報取得部３１０、食材管理部３２０、買物用情報管理部３３０、レシピ情報管理部３４０、および情報送信部３５０は、サービス管理サーバ３００に搭載されたＣＰＵのような１つ以上のハードウェアプロセッサがプログラムを実行することにより実現される。ただし、これら機能部の一部または全部は、ＡＳＩＣ、ＰＬＤ、またはＦＰＧＡなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。なお、これら機能部は、複数のサーバ装置に分かれて設けられてもよい。また、これら機能部のうち１つ以上は、サービス管理サーバ３００に代えて、家電機器１００、機器管理サーバ２００、または端末装置４００の家電管理アプリＡＰＰに設けられてもよい。

＜３．１ 情報取得部＞
情報取得部３１０は、機器管理サーバ２００または端末装置４００から種々の情報を取得する。例えば、情報取得部３１０は、後述する在庫情報および買物用情報を生成または更新するための情報を取得する。在庫情報および買物用情報を生成または更新するための情報は、例えば、端末装置４００に対するユーザＵの入力操作に基づき得られる情報である。

＜３．２ 食材管理部＞
食材管理部３２０は、情報取得部３１０により取得された情報に基づき、在庫情報を管理する。在庫情報は、ユーザＵが在庫として保有する食材の一覧を示す情報である。記憶部３９０に記憶される食材管理ＤＢ３９１は、「在庫情報」の一例である。

図４は、食材管理ＤＢ３９１の内容の一例を示す図である。食材管理ＤＢ３９１には、ユーザＵが在庫として保有する食材が登録される。食材管理ＤＢ３９１では、食材の在庫を示す登録Ｒ１（以下「在庫登録Ｒ１」と称する）が管理される。各在庫登録Ｒ１には、例えば、「管理ＩＤ」、「食材名」、「食材分類」、「保存場所」、「登録日（購入日）」、「賞味期限」または「消費期限」、「数量」、および「履歴」が対応付けられている。

図５は、食材在庫リスト５１０の内容の一例を示す図である。食材在庫リスト５１０は、食材管理ＤＢ３９１に基づいて生成され、端末装置４００の表示画面４０１ａに表示される。食材在庫リスト５１０は、ユーザＵが在庫として保有する食材の一覧を示す情報である。ユーザＵは、食材在庫リスト５１０を参照することで、保有する食材の一覧を把握することができる。

＜３．３ 買物用情報管理部＞
買物用情報管理部３３０は、情報取得部３１０により取得された情報に基づき、買物用情報を管理する。買物用情報は、ユーザＵにより登録された購入予定品の一覧を示す情報である。記憶部３９０に記憶される買物用情報ＤＢ３９２は、「買物用情報」の一例である。

図６は、買物用情報ＤＢ３９２の内容の一例を示す図である。買物用情報ＤＢ３９２では、購入予定品を示す登録Ｒ２（以下「購入予定品登録Ｒ２」と称する）が管理される。各購入予定品登録Ｒ２には、例えば、「管理ＩＤ」、「食材名」、および「食材分類」が対応付けられている。

図７は、買物リスト５２０の内容の一例を示す図である。買物リスト５２０は、買物用情報ＤＢ３９２に基づいて生成され、端末装置４００の表示画面４０１ａに表示される。買物リスト５２０は、購入予定品の一覧を示す情報である。ユーザＵは、買物リスト５２０を参照することで、外出先での買い忘れを抑制することができる。

＜３．４ レシピ情報管理部＞
レシピ情報管理部３４０は、レシピ提供サービスを管理する。レシピ提供サービスは、レシピの提案または検索に関するサービスである。例えば、レシピ情報管理部３４０は、オペレータによる操作に基づき、レシピ情報ＤＢ３９３に対するレシピの新規登録、削除、または更新を管理する。レシピ情報管理部３４０は、ユーザＵによるレシピの検索操作に応じて、レシピ情報ＤＢ３９３に登録された複数のレシピのなかからユーザＵが指定した検索条件に合致する１つ以上のレシピを抽出する。レシピ情報管理部３４０は、端末装置４００からの要求に応じて、１つ以上のレシピについて、レシピの内容を示すレシピ情報の一部または全部を、情報送信部３５０を介して端末装置４００に送信する。

図８は、レシピ情報ＤＢ３９３の内容の一例を示す図である。レシピ情報ＤＢ３９３では、複数のレシピの登録Ｒ３（以下「レシピ登録Ｒ３」と称する）が管理される。各レシピ登録Ｒ３は、レシピ情報を含む。レシピ情報は、レシピの内容を示す情報である。各レシピのレシピ情報は、例えば、「レシピＩＤ」、「レシピ名称」、「レシピ画像」、「食材」、「消耗品」、「調理工程」、「調理時間」、「調理道具」、「調理機器」、「難易度」、および「健康関連項目」を含む。

「レシピ名称」は、レシピの名称である。「レシピ画像」は、レシピの料理のサムネイル画像である。「食材」は、レシピの料理で使用される食材の一覧と、各食材の分量とを示す情報である。本実施形態では「食材」は、調味料を含む。「消耗品」は、レシピの調理で使用される消耗品の一覧と、各消耗品の必要量とを示す情報である。「消耗品」は、例えば、クッキングペーパー、ビニール袋、サランラップ、またはアルミホイルなどである。「消耗品」は、例えば、食材と同時に購入可能な物品が該当する。

「調理工程」は、レシピの調理に含まれる各工程と、各工程の処理に必要な時間（工程時間）とを示す情報である。「調理時間」は、レシピの調理に必要な時間（調理全体の合計時間）を示す情報である。

「調理道具」は、レシピの調理で使用される調理道具の一覧と、各調理道具が「一般道具」であるか「特殊道具」であるかを示す情報である。「調理道具」は、例えば、プライパン、まな板、包丁など、調理に用いられる道具である。「一般道具」には、一般的な家庭に存在する調理道具（例えばプライパンやまな板）が該当する。一方で、「特殊道具」には、一般的な家庭には存在しない可能性が十分にある調理道具（例えば蒸し器や大きな鍋）が該当する。

「調理機器」は、レシピの調理で使用される調理機器（例えば調理用家電機器１００Ｂ）の一覧と、各調理機器が「一般機器」であるか「特殊機器」であるかを示す情報である。「調理機器」は、例えば、オーブンレンジ、電子レンジ、トースター、炊飯器、ガスコンロ、ＩＨ（Induction Heating）ヒータなどである。「一般機器」には、一般的な家庭に存在する調理機器（例えばガスコンロやＩＨヒータ、または一般的な機能のオーブンレンジ）が該当する。一方で、「特殊機器」には、一般的な家庭には存在しない可能性が十分にある調理機器（例えば特別な機能を持つオーブンレンジ）が該当する。

「難易度」は、レシピの調理の難しさの指標である。「難易度」は、例えば、３段階または５段階のような段階評価により示される。「健康関連項目」は、健康に関連する項目として意識される項目の内容を示す情報である。「健康関連項目」は、例えば、料理のカロリー、脂質量、炭水化物量、糖質量、または塩分量である。なお、「健康関連項目」は、栄養成分などでもよい。

以下では説明の便宜上、「レシピ画像」、「食材」、「調味料」、「消耗品」、「調理工程」、「調理時間」、「調理道具」、「調理機器」、「難易度」、および「健康関連項目」を纏めて、「１０個の情報項目」と称する。

＜３．５ 情報送信部＞
情報送信部３５０は、端末装置４００の家電管理アプリＡＰＰからの要求に応じて、端末装置４００に種々の情報を送信する。例えば、情報送信部３５０は、食材在庫リスト５１０を表示するための情報が要求された場合、食材在庫リスト５１０の内容を示す情報を端末装置４００に送信する。情報送信部３５０は、買物リスト５２０を表示するための情報が要求された場合、買物リスト５２０の内容を示す情報を端末装置４００に送信する。

情報送信部３５０は、１つ以上のレシピについて、レシピ情報が要求された場合、要求されたレシピ情報を端末装置４００に送信する。本実施形態では、レシピ情報が要求された場合、情報送信部３５０は、レシピ情報に含まれる各食材の価格を示す価格情報を外部サーバＳＧから取得し、取得した価格情報をレシピ情報の一部として端末装置４００に送信する。本実施形態では、レシピ情報に含まれる一部の内容についての送信要求を端末装置４００から受信した場合、レシピ情報のなかで要求された部分についての情報を端末装置４００に送信する。

＜３．６ 記憶部＞
記憶部３９０は、例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＳＳＤ、またはＨＤＤなどの組み合わせにより実現される。記憶部３９０は、各種情報を記憶する。例えば、記憶部３９０は、食材管理ＤＢ３９１、買物用情報ＤＢ３９２、およびレシピ情報ＤＢ３９３を記憶する。

＜４．端末装置＞
次に、端末装置４００について説明する。
図９は、端末装置４００の機能構成を示すブロック図である。端末装置４００は、例えば、情報取得部４１０、表示制御部４２０、操作受付部４３０、目的取得部４４０、表示形態決定部４５０、情報保存部４６０、情報出力部４７０、および記憶部４９０を有する。

情報取得部４１０、表示制御部４２０、操作受付部４３０、目的取得部４４０、表示形態決定部４５０、情報保存部４６０、および情報出力部４７０は、端末装置４００に搭載されたＣＰＵのような１つ以上のハードウェアプロセッサがアプリケーションプログラムＰを実行することにより実現される。言い換えると、情報取得部４１０、表示制御部４２０、操作受付部４３０、目的取得部４４０、表示態様決定部４５０、情報保存部４６０、および情報出力部４７０は、家電管理アプリＡＰＰに含まれるソフトウェア機能部である。

これら機能部のうち１つ以上は、家電管理アプリＡＰＰに代えて、家電機器１００、機器管理サーバ２００、またはサービス管理サーバ３００に設けられてもよい。例えば、目的取得部４４０および表示形態決定部４５０は、家電管理アプリＡＰＰに代えて／加えて、サービス管理サーバ３００に設けられてもよい。

＜４．１ 情報取得部＞
情報取得部４１０は、機器管理サーバ２００またはサービス管理サーバ３００と通信を行うことで、機器管理サーバ２００またはサービス管理サーバ３００から各種情報を取得する。例えば、情報取得部４１０は、家電機器１００の使用履歴情報ＨＩを機器管理サーバ２００から取得する。また、情報取得部４１０は、食材在庫リスト５１０を表示するための情報、買物リスト５２０を表示するための情報、およびレシピ情報をサービス管理サーバ３００から取得する。

＜４．２ 表示制御部＞
表示制御部４２０は、端末装置４００の表示装置４０１を制御することで、表示装置４０１の表示画面４０１ａに表示される内容を制御する。以下に説明する表示画面４０１ａに表示される内容は、表示形態決定部４５０の処理により実現される部分を除き、表示制御部４２０の処理により実現される。

＜４．３ 操作受付部＞
操作受付部４３０は、家電管理アプリＡＰＰに関連して入力装置４０２に対して行われるユーザＵの操作を受け付ける。後述する表示画面４０１ａ上に表示される各種操作部に対するユーザＵの操作は、操作受付部４３０により受け付けられる。操作受付部４３０は、操作受付部４３０による受け付けられた各種操作に応じた情報または信号を、機器管理サーバ２００またはサービス管理サーバ３００に送信する。

＜４．４ 目的取得部＞
目的取得部４４０は、レシピ情報に関するユーザＵの利用目的を取得する。目的取得部４４０は、例えば、端末装置４００に対するユーザＵの操作に基づき上記利用目的を取得する第１機能と、ユーザＵの過去の行動履歴（過去の行動パターン）に基づき上記利用目的を推定して取得する第２機能とのうち少なくとも一方を有する。以下、これら第１機能と第２機能とをそれぞれ説明する。

（第１機能）
まず、第１機能について説明する。
図１０は、利用目的取得画面Ｄ１０の内容の一例を示す図である。目的取得部４４０は、例えば、端末装置４００に対するユーザＵの所定の操作に応じて、端末装置４００の表示画面４０１ａに利用目的取得画面Ｄ１０を表示させる。利用目的取得画面Ｄ１０は、レシピ情報に関するユーザＵの利用目的を取得するための操作画面である。利用目的取得画面Ｄ１０は、例えば、ユーザＵの利用目的の選択候補を示す複数の表示Ｍ１１と、上記選択候補を選択するための複数の選択用操作部Ｂ１１と、選択用操作部Ｂ１１を用いたユーザＵの選択内容を決定するための操作部Ｂ１２とを含む。

図１０に示す例では、ユーザＵの利用目的の選択候補として、「食材管理の更新」、「買物リストの作成」、「購入金額の確認」、「調理時間の確認」、「調味料の確認」、「調理道具の確認」、「調理機器の確認」、「難易度の確認」、および「健康関連項目の確認」が表示される。

「食材管理の更新」は、ユーザＵが保有する食材の在庫情報の更新（例えば食材管理ＤＢ３９１における在庫登録Ｒ１の削除、または在庫登録Ｒ１に含まれる数量の変更など）を行うことを目的に、家電管理アプリＡＰＰを用いてユーザＵがレシピ情報を確認する利用態様である。すなわち、ユーザＵは、調理予定または調理したレシピのレシピ情報を確認することで、調理予定または調理した食材の一覧および分量を把握し、その内容に基づき在庫情報の更新を行うことができる。在庫情報の更新は、例えば、食材の購入時または調理後に行われる。１つの観点では、「食材管理の更新」は、「所定の利用目的」の一例である。「食材管理の更新」は、「調理前の準備に関連する利用目的」の一例であり、「調理後の処理に関連する利用目的」の一例でもある。

「買物リストの作成」は、ユーザＵの購入予定品の一覧を示す買物リストを作成することを目的に、家電管理アプリＡＰＰを用いてユーザＵがレシピ情報を確認する利用態様である。すなわち、ユーザＵは、調理予定のレシピのレシピ情報を確認することで、調理予定の食材の一覧および分量を把握し、その内容に基づき買物リストを作成することができる。なおここで言う「買物リスト」は、上述した買物リスト５２０と同じリストでもよく、買物リスト５２０とは別に作成されるリストでもよい。このため以下では区別のため、ユーザＵがレシピ情報を利用して作成する買物リストを「買物リストＬ」と称する。買物リストＬは、「買物用情報」の一例である。１つの観点では、「買物リストの作成」は、「所定の利用目的」の一例であり、「調理前の準備に関連する利用目的」の一例でもある。

「購入金額の確認」は、レシピの料理を作るために必要な購入金額を確認することを目的に、家電管理アプリＡＰＰを用いてユーザＵがレシピ情報を確認する利用態様である。「購入金額の確認」は、レシピの料理に必要な購入金額の総額を確認する場合に限定されず、使用される食材ごとの購入金額を確認する場合も含む。１つの観点では、「購入金額の確認」は、「所定の利用目的」の一例であり、「調理前の準備に関連する利用目的」の一例でもある。

「調理時間の確認」は、調理に必要な時間を確認することを目的に、家電管理アプリＡＰＰを用いてユーザＵがレシピ情報を確認する利用態様である。「調理時間の確認」は、調理全体の合計時間を確認する場合に限定されず、調理工程ごとの必要時間（工程時間）を確認する場合や、下準備後の待機時間（例えば発酵時間）の有無などを確認する場合も含む。１つの観点では、「調理時間の確認」は、「調理中の内容に関連する利用目的」の一例である。

「調味料の確認」は、料理に必要な調味料の不足の有無を確認することを目的に、家電管理アプリＡＰＰを用いてユーザＵがレシピ情報を確認する利用態様である。１つの観点では、「調味料の確認」は、「所定の利用目的」の一例であり、「調理前の準備に関連する利用目的」の一例でもある。

「調理道具の確認」は、調理に必要な調理道具の不足（例えば特殊道具の不足）の有無を確認することを目的に、家電管理アプリＡＰＰを用いてユーザＵがレシピ情報を確認する利用態様である。１つの観点では、「調理道具の確認」は、「所定の利用目的」の一例であり、「調理前の準備に関連する利用目的」の一例でもある。

「調理機器の確認」は、調理に必要な調理機器の不足（例えば特殊機器の不足）の有無を確認することを目的に、家電管理アプリＡＰＰを用いてユーザＵがレシピ情報を確認する利用態様である。１つの観点では、「調理機器の確認」は、「所定の利用目的」の一例であり、「調理前の準備に関連する利用目的」の一例でもある。

「難易度の確認」は、調理の難易度を確認することを目的に、家電管理アプリＡＰＰを用いてユーザＵがレシピ情報を確認する利用態様である。１つの観点では、「難易度の確認」は、「調理中の内容に関連する利用目的」の一例である。

「健康関連項目の確認」は、レシピの料理における健康関連項目を確認することを目的に、家電管理アプリＡＰＰを用いてユーザＵがレシピ情報を確認する利用態様である。１つの観点では、「健康関連項目の確認」は、「所定の利用目的」の一例であり、「調理前の準備に関連する利用目的」の一例でもある。

なお、目的取得部４４０は、レシピ情報の利用目的を指定せずにレシピ情報を閲覧するユーザＵの操作を、利用目的が取得されない操作として受け付ける。この場合、目的取得部４４０は、利用目的が取得されない操作を、レシピ情報の利用目的として最も多い「調理内容の確認」を利用目的とする操作と見做して受け付けてもよい。「調理内容の確認」は、「調理中の内容に関連する利用目的」の一例である。また、選択用操作部Ｂ１１の１つとして、利用目的として「調理内容の確認」を選択するための操作部が設けられてもよい。

（第２機能）
次に、第２機能について説明する。目的取得部４４０は、例えば、ユーザＵの過去の行動履歴（過去の行動パターン）に基づき上記利用目的を推定して取得してもよい。目的取得部４４０は、例えば、所定の要求を機器管理サーバ２００に送信することで、機器管理サーバ２００から家電機器１００の使用履歴情報ＨＩを取得する。

本実施形態では、目的取得部４４０は、家電機器１００の使用履歴情報ＨＩ（例えば使用履歴情報ＨＩに含まれる状態情報または加熱情報）に基づき、ユーザＵの行動パターンを推定する。そして、目的取得部４４０は、レシピ情報を確認する（例えば閲覧する）ユーザＵの操作が検出された場合、推定したユーザＵの行動パターンに基づき、レシピ情報に関するユーザＵの利用目的を推定して取得する。例えば、ユーザＵが平日の夕方にレシピを検索した後、すぐに調理用家電機器２００Ｂが使用される頻度が閾値以上であるとする。この場合、目的取得部４４０は、ユーザＵが平日の夕方にレシピを確認する目的が、その後すぐに行われる調理の「調理内容の確認」であると推定し、ユーザＵの利用目的を取得する。

また、目的取得部４４０は、上記利用目的に関するユーザＵの過去の選択履歴に基づき、特定曜日の特定時間帯に同じ利用目的（以下「利用目的Ａ」と称する）を選択する傾向が所定基準を超える場合において、当該特定曜日の特定時間帯に家電管理アプリＡＰＰにおいてレシピに関連する操作（例えばレシピに関連するトップ画面への遷移操作）が行われた場合、ユーザＵの利用目的が上記利用目的Ａであると推定してユーザＵの利用目的を取得してもよい。

＜４．５ 表示形態決定部＞
表示形態決定部４５０は、目的取得部４４０により取得された利用目的に基づき、レシピ情報の表示形態を決定する。例えば、表示形態決定部４５０は、目的取得部４４０による利用目的の取得結果に応じて、レシピ情報の表示形態を異ならせる。なお本出願で「利用目的の取得結果に応じて表示形態を異ならせる」とは、取得された利用目的の内容に応じて表示形態を異ならせることに限定されず、利用目的が取得された場合と取得されない場合とで表示形態を異ならせる場合も含み得る。また本出願で「表示形態を異ならせる」とは、表示内容を異ならせることに限定されず、一部の内容の表示場所（例えば表示順序）を変更すること、一部の内容の表示の大きさ若しくは色を変更すること、または一部の内容の表示のタイミングを変更することなども含み得る。

本実施形態では、レシピ情報は、第１情報と、第２情報とを含む。表示形態決定部４５０は、上記利用目的が第１目的である場合、上記第１情報を表示する。例えば、表示形態決定部４５０は、上記利用目的が第１目的である場合、上記第２情報の表示を抑制するとともに、上記第１情報を表示する。一方で、表示形態決定部は、上記利用目的が上記第１目的とは異なる第２目的である場合、上記第１情報の表示を抑制するとともに、上記第２情報を表示する。本出願で「ある内容（ある情報）の表示を抑制する」とは、当該内容（当該情報）の表示を行わないことに限定されず、当該内容（当該情報）の情報量を削減して表示（一部のみ表示）する場合なども含み得る。本実施形態では、各レシピのレシピ情報に含まれる上記１０個の情報項目のうち任意の１つが「第１情報」の一例に該当し、任意の別の１つが「第２情報」の一例に該当し得る。

本実施形態では、表示形態決定部４５０は、上記利用目的が取得されない場合、調理工程を含む情報を表示し、取得された上記利用目的が所定の利用目的である場合、調理工程の表示を抑制するとともに、上記所定の利用目的に関連する情報を表示する。これらの具体例については後述する。

本実施形態では、表示形態決定部４５０は、上記利用目的として、調理中の内容に関連する利用目的が取得された場合と、調理前の準備または調理後の処理に関連する利用目的が取得された場合とで、レシピ情報の表示形態を異ならせる。これらの具体例についても後述する。

本実施形態では、表示形態決定部４５０は、複数のレシピの簡易情報Ｍ２２が並べて表示されるレシピ一覧画面Ｄ２０において、上記利用目的に応じて、各レシピのレシピ情報のなかで簡易情報Ｍ２２として表示させる表示内容を異ならせる。また、表示形態決定部４５０は、個別のレシピの詳細情報Ｍ３１が表示される個別レシピ詳細画面Ｄ３０において、上記利用目的に応じて、各レシピのレシピ情報のなかで詳細情報として表示させる表示内容を異ならせる。なお以下に示す表示例については、一部の利用目的については、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２の表示が異なる場合と、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１の表示が異なる場合とのうち一方のみについて例示されている。しかしながら、これら例についても、簡易情報Ｍ２２の表示と、詳細情報Ｍ３１の表示との両方が異なってもよい。

表示形態決定部４５０は、例えば、目的取得部４４０により取得された利用目的に基づき、上記１０個の情報項目のうち表示させる情報項目を特定する。そして、表示形態決定部４５０は、各レシピのレシピ情報のなかで特定した情報項目に関する情報を送信する送信要求をサービス管理サーバ３００に送信する。これにより、表示形態決定部４５０は、各レシピのレシピ情報のなかで特定した情報項目に関する情報をサービス管理サーバ３００から取得して表示画面４０１ａに表示させる。

（Ａ．基本形態）
＜４．５．１ 利用目的の選択が取得されない場合＞
図１１は、利用目的の選択が取得されない場合の表示例を示す図である。図１１中の（ａ）は、レシピ一覧画面Ｄ２０の一例を示す。本出願で言う「レシピ一覧画面」は、レシピ情報管理部３４０により任意に選択された複数のレシピが表示される画面でもよく、ユーザＵが指定した検索条件に応じて抽出された複数のレシピが表示される画面でもよい。

レシピ一覧画面Ｄ２０は、例えば、指定された利用目的の内容を示す表示Ｍ２１を含む。また、レシピ一覧画面Ｄ２０は、例えば、指定した利用目的を変更するための操作部Ｂ２１を含む。ユーザＵが操作部Ｂ２１を押す（例えばタップする）ことで、レシピ一覧画面Ｄ２０は利用目的取得画面Ｄ１０に遷移し、利用目的の変更が可能になる。また、レシピ一覧画面Ｄ２０は、利用目的が選択された状態で、レシピの検索条件を入力してレシピの検索を実行させる操作を受け付ける操作部Ｂ２０を含む。

レシピ一覧画面Ｄ２０では、複数のレシピの簡易情報Ｍ２２が並べて表示される。簡易情報２２は、簡単にレシピを紹介する情報である。また、レシピ一覧画面Ｄ２０では、各レシピに対応する選択用の操作部Ｂ２２が配置される。操作部Ｂ２２は、例えば、対応するレシピの簡易情報２２と重畳して配置される。操作部Ｂ２２がユーザＵによって押される（例えばタップされる）と、レシピ一覧画面Ｄ２０は、押された操作部Ｂ２２に対応するレシピの個別レシピ詳細画面Ｄ３０に遷移する。図１１中の（ｂ）は、個別レシピ詳細画面Ｄ３０の一例を示す。個別レシピ詳細画面Ｄ３０では、個別のレシピの詳細情報Ｍ３１が表示される。詳細情報Ｍ３１は、簡易情報Ｍ２２と比べて詳しくレシピを紹介する情報である。

本実施形態では、表示形態決定部４５０は、レシピ情報の利用目的の指定がない場合（利用目的が取得されない場合）、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」および「レシピ画像」のみを表示する。また、表示形態決定部４５０は、レシピ情報の利用目的の指定がない場合（利用目的が取得されない場合）、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、例えば、「レシピ名称」、「レシピ画像」、「食材の一覧および分量」、「調理工程の一覧」、「調理時間」、および「難易度」を表示させる。

＜４．５．２ 「食材管理の更新」が選択された場合＞
図１２は、利用目的として「食材管理の更新」が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、「レシピ名称」および「食材の一覧および分量」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）（図１２中の（ｂ）参照）。このため、例えば利用目的の指定がない場合（図１１中の（ｂ）参照）と比べて、情報量が限定されており、また「食材の一覧および分量」が画面の上方に位置する。個別レシピ詳細画面Ｄ３０に表示された「食材の一覧および分量」は、例えば、買物リストＬとしても機能する。

なお、個別レシピ詳細画面Ｄ３０は、調味料を表示するか否かを変更する操作部Ｂ３１を有してもよい。例えば、図１２中の（ｂ）に示す個別レシピ詳細画面Ｄ３０において操作部Ｂ３１が押された場合、詳細情報Ｍ３１における「食材の一覧および分量」として、調味料を含まない食材の一覧を表示する個別レシピ詳細画面Ｄ３０´が表示される（図１２中の（ｃ））。また、個別レシピ詳細画面Ｄ３０における操作部Ｂ３２が押されると、個別レシピ詳細画面Ｄ３０は、レシピ一覧画面Ｄ２０に復帰する。

図１３は、図１２と同様に、利用目的として「食材管理の更新」が選択された場合の別の表示例を示す図である。この場合、表示形態決定部４５０は、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」および「レシピ画像」に加え、「食材の一覧および分量」を表示する。すなわち、表示形態決定部４５０は、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ画像」および「食材の一覧および分量」を表示するとともに、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。

なお、「食材の一覧および分量」の内容が多く、簡易情報Ｍ２２の表示領域内に収まらない場合は、当該レシピの食材の一覧に含まれる主要食材のみを簡易情報Ｍ２２の表示領域内に表示させてもよい。「主要食材」は、例えば、レシピの食材の一覧のうち先頭から予め定められた所定数個（図１３に示す例では４個）の食材を意味する。

図１３に示す例では、「食材の一覧および分量」を示す情報は、例えば、レシピ画像に重畳して表示される。ただし、「食材の一覧および分量」を示す情報は、レシピ画像とは異なる領域に表示させてもよい。また、レシピ画像は表示されず、「食材の一覧および分量」を示す情報が表示されてもよい。これら変形例は、以下に説明するレシピ画像に重畳して情報が表示される別の例についても同様である。

＜４．５．３ 「買物リストの作成」が選択された場合＞
図１４は、利用目的として「買物リストの作成」が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、「レシピ名称」、「食材の一覧および分量」、および「消耗品の一覧および分量」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）（図１４中の（ｂ）参照）。このため、例えば利用目的の指定がない場合（図１１中の（ｂ）参照）と比べて、情報量が限定されており、また「食材の一覧および分量」などが画面の上方に位置する。個別レシピ詳細画面Ｄ３０に表示された「食材の一覧および分量」および「消耗品の一覧および分量」は、例えば、買物リストＬとして機能する。

なお、個別レシピ詳細画面Ｄ３０は、調味料と消耗品を表示するか否かを選択する操作部Ｂ３１を有してもよい。図１４中の（ｂ）に示す個別レシピ詳細画面Ｄ３０において操作部Ｂ３１が押された場合（例えばタップされた場合）、詳細情報Ｍ３１において調味料と消耗品の一覧が非表示になる（図１４中の（ｃ）参照）。なお、操作部Ｂ３１としては、調味料を表示するか否かを選択する操作部と、消耗品を表示するか否かを選択する操作部とが別々に配置されてもよい。

なお、表示形態決定部４５０は、利用目的として「買物リストの作成」が選択された場合、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」、「レシピ画像」、「食材の一覧および分量」、および「消耗品の一覧および分量」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制してもよい。

また、利用目的として「食材管理の更新」が選択された場合と、「買物リストの作成」が選択された場合とで表示される画面は、共通でもよい。このため、利用目的である「食材管理の更新」および「買物リストの作成」は、両者を纏めて「食材の準備」または「食材の整理」のような名称で目的取得部４４０により利用目的が取得されてもよい。

＜４．５．４ 「購入金額の確認」が選択された場合＞
図１５は、利用目的として「購入金額の確認」が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、「レシピ名称」および「食材の一覧および購入金額」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。購入金額としては、例えば、各食材の購入金額と、レシピの料理を作るための合計金額とが表示される。これら購入金額は、上述したように、例えば外部サーバＳＧにより提供される各食材の価格情報に基づいて表示される。

図１６は、図１５と同様に、利用目的として「購入金額の確認」が選択された場合の別の表示例を示す図である。この場合、表示形態決定部４５０は、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」、「レシピ画像」、および「購入金額（例えば各レシピの合計金額）」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。

＜４．５．５ 「調理時間の確認」が選択された場合＞
図１７は、利用目的として「調理時間の確認」が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、例えば、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」、「レシピ画像」、および「調理時間」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。「調理時間」は、例えば、待機時間（図１７に示す例では「冷蔵庫で１時間」）が存在する場合は、実際に作業が必要な調理時間と、待機時間とを分けて表示してもよい。また、「調理時間」は、調理全体の合計時間に代えて、「下準備３０分」「調理時間５０分」など、下準備やその他、主要な工程時間の内訳と、調理全体の合計時間とがそれぞれ表示されてもよい。

なお、表示形態決定部４５０は、利用目的として「調理時間の確認」が選択された場合、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、「レシピ名称」および「調理時間」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制してもよい。

＜４．５．６ 「調味料の確認」が選択された場合＞
図１８は、利用目的として「調味料の確認」が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、例えば、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」、「レシピ画像」、および「調味料の一覧」（または調理料の一覧および分量）を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。

なお、表示形態決定部４５０は、利用目的として「調味料の確認」が選択された場合、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、「レシピ名称」および「調味料」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制してもよい。

＜４．５．７ 「調理道具の確認」が選択された場合＞
図１９は、利用目的として「調理道具の確認」が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、「レシピ名称」、「調理道具の一覧」、および「消耗品の一覧および分量」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。この場合、表示される「調理道具の一覧」は、調理道具の一覧に含まる特殊道具の一覧のみでもよい。

なお、表示形態決定部４５０は、利用目的として「調理道具の確認」が選択された場合、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」、「レシピ画像」、および「調理道具の一覧」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制してもよい（例えば表示しない）。この場合も、表示される「調理道具の一覧」は、調理道具の一覧に含まる特殊道具の一覧のみでもよい。

＜４．５．８ 「調理機器の確認」が選択された場合＞
図２０は、利用目的として「調理機器の確認」が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」、「レシピ画像」、および「調理機器の一覧」を表示し、それ以外の内容の表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。この場合、表示される「調理機器の一覧」は、調理機器の一覧に含まる特殊機器の一覧のみでもよい。

なお、表示形態決定部４５０は、利用目的として「調理機器の確認」が選択された場合、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、「レシピ名称」および「調理機器の一覧」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制してもよい（例えば表示しない）。この場合も、表示される「調理機器の一覧」は、調理機器の一覧に含まる特殊機器の一覧のみでもよい。

＜４．５．９ 「難易度の確認」が選択された場合＞
図２１は、利用目的として「難易度の確認」が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」、「レシピ画像」、および「難易度」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。「難易度」は、例えば、星の数などで表示される。

＜４．５．１０ 「健康関連項目の確認」が選択された場合＞
図２２は、利用目的として「健康関連項目の確認」が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、「レシピ名称」および「健康関連項目の内容の一覧」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。

なお、表示形態決定部４５０は、利用目的として「健康関連項目の確認」が選択された場合、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」、「レシピ画像」、および「健康関連項目の内容の一覧」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制してもよい（例えば表示しない）。この場合、表示される「健康関連項目の内容の一覧」は、主要な項目に限って表示されてもよい。

＜４．５．１１ その他の例＞
目的取得部４４０は、上述した例に代えて、「調理内容の確認」または「調理工程の確認」などを利用目的として取得してもよい。この場合、表示形態決定部４５０は、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、例えば、「レシピ名称」、「調理工程の一覧」、および「調理時間」を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。

（Ｂ．複数のレシピ情報を合算した表示形態）
次に、複数のレシピ情報を合算して表示する表示形態について説明する。
本実施形態では、表示形態決定部４５０は、レシピ情報に関するユーザＵの利用目的に基づき、複数のレシピに関する食材、調味料、購入金額、調理道具、調理機器、または健康関連項目に関連する情報を合算して表示する。

図２３は、複数のレシピ情報を合算して表示する場合の表示例を示す図である。本実施形態では、レシピ一覧画面Ｄ２０は、合算対象のレシピを選択するための操作部Ｂ２３を含む。操作部Ｂ２３は、例えば、チェックボックスである。図２３中の（ａ）に示す例では、表示された４つのレシピのうち、「麻婆茄子」、「ジューシー春巻き」、および「ほうれん草ときくらげの玉子炒め」の３つが選択された状態を示す。

この状態で操作部Ｂ２４がユーザＵによって押されると、レシピ一覧画面Ｄ２０は、複数のレシピ情報を合算して表示するための合算情報表示多面Ｄ４０に遷移する。図２３中の（ｂ）は、合算情報表示画面Ｄ４０の一例を示す。合算情報表示画面Ｄ４０では、複数のレシピに関する食材、調味料、購入金額、調理道具、調理機器、および健康関連項目のなかで、目的取得部４４０により取得された利用目的に対応する情報項目の内容が合算されて表示される。

図２３は、利用目的として「買物リストの作成」が選択された場合の表示例を示す。この場合、表示形態決定部４５０は、合算情報表示画面Ｄ４０における詳細情報Ｍ４１として、操作部Ｂ２３を用いて選択された合算対象の複数のレシピについて、「食材の一覧および分量」および「消耗品の一覧および分量」の合算結果を表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。合算情報表示画面Ｄ４０に表示された「食材の一覧および分量」および「消耗品の一覧および分量」は、例えば、買物リストＬとして機能する。

なお、図２３は、利用目的として「買物リストの作成」が選択された場合について説明したが、利用目的として「食材管理の更新」が選択された場合は「食材の一覧および分量」が合算され、利用目的として「調味料の確認」が選択された場合は「調味料の一覧および分量」が合算され、利用目的として「購入金額の確認」が選択された場合は「購入金額」が合算され、利用目的として「調理道具の確認」が選択された場合は「調理道具の一覧」（または特殊道具の一覧）が合算され、利用目的として「調理器具の確認」が選択された場合は「調理機器の一覧」（または特殊機器の一覧）が合算され、利用目的として「健康関連項目の確認」が選択された場合は「健康関連項目の内容の一覧」が合算される。

（Ｃ．複数の利用目的に対応する表示形態）
次に、複数の利用目的に応じて複数の情報項目を表示する表示形態について説明する。
本実施形態では、目的取得部４４０は、レシピ情報に関するユーザＵの利用目的として複数の利用目的を取得可能である。例えば、目的取得部４４０は、上述した利用目的取得画面Ｄ１０（図１０参照）において複数の選択用操作部Ｂ１１が選択されることで、複数の利用目的を取得する。そして、表示形態決定部４５０は、目的取得部４４０により複数の利用目的が取得された場合、上記複数の利用目的に応じて、レシピ情報の表示形態を異ならせる。

ここではまず、複数の利用目的が選択された場合の表示例として、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１に、複数の利用目的に対応する複数の情報項目が表示される例について説明する。

図２４は、「調理道具の確認」および「難易度の確認」という２つの利用目的が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、個別レシピ詳細画面Ｄ３０における詳細情報Ｍ３１として、「レシピ名称」、「調理道具の一覧および分量」、「消耗品の一覧および分量」、および「難易度」を同一画面上に表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。なお、同時に選択される複数の利用目的は、上記例に限定されず、例えば、他の利用目的でもよい。

次に、複数の利用目的が選択された場合の表示例として、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２に、複数の利用目的に対応する複数の情報項目が表示される例について説明する。

図２５は、「調理機器」および「難易度」という２つの利用目的が選択された場合の表示例を示す図である。この場合、表示形態決定部４５０は、レシピ一覧画面Ｄ２０における簡易情報Ｍ２２として、「レシピ名称」、「調理機器の一覧」、および「難易度」を同一画面上に表示し、上記１０個の情報項目のうち残りの情報項目の表示を抑制する（例えば表示しない）。なお、同時に選択される複数の利用目的は、上記例に限定されず、他の利用目的でもよい。

＜４．６ 情報保存部＞
情報保存部４６０は、端末装置４００に対するユーザＵの所定の操作（第１の所定の操作）が操作受付部４３０により受け付けられた場合、表示画面４０１ａに表示中の内容をコピーし、保存情報４９１として記憶部４９０に保存する。保存情報４９１は、表示画面４０１ａに表示中の画面のコピー（画像としての複写）でもよく、表示画面４０１ａに表示中の内容から文字データを抽出して複写したテキストコピーでもよい。

例えば、情報保存部４６０は、図１２中の（ｂ）、図１４中の（ｂ）、または図２３中の（ｂ）に示すような、個別レシピ詳細画面Ｄ３０または合算情報表示画面Ｄ４０に表示中の内容をコピーして保存する。例えば、情報保存部４６０は、図１２中の（ｂ）、図１４中の（ｂ）、または図２３中の（ｂ）に示す個別レシピ詳細画面Ｄ３０または合算情報表示画面Ｄ４０に含まれる買物リストＬの内容を画像またはテキストで保存する。

本実施形態では、表示制御部４２０は、家電管理アプリＡＰＰの起動状態が一度終了された後、家電管理アプリＡＰＰが起動された状態において、端末装置４００に対するユーザＵの所定の操作（第２の所定の操作）が操作受付部４３０により受け付けられた場合、閲覧したいレシピの選択などを行うことなく、記憶部４９０に保存された保存情報４９１を読み出して表示画面４０１ａに表示させる。これにより、ユーザＵは、外出先において画像またはテキストで保存された買物リストＬの内容を容易に確認し、買い忘れを抑制することができる。

＜４．７ 情報出力部＞
情報出力部４７０は、端末装置４００に対するユーザＵの所定の操作（第３の所定の操作）が操作受付部４３０により受け付けられた場合、表示画面４０１ａに表示中の内容から文字データを抽出してテキストデータを生成し、生成したテキストデータを予め設定された出力先に出力可能である。

例えば、情報出力部４７０は、買物リストＬに含まれるテキストデータをサービス管理サーバ３００に送信する。サービス管理サーバ３００の買物用情報管理部３３０は、上記テキストデータを端末装置４００から受信する場合、買物リストＬに含まれる食材の一覧を買物用情報ＤＢ３９２に追加する。これにより、買物リストＬに含まれる食材の一覧が買物リスト５２０に反映される。

また、情報出力部４７０は、外部サーバＳＧに食材を発注可能なアプリケーション機能部（アプリケーションソフトウェア）が端末装置４００に存在する場合、買物リストＬに含まれるテキストデータを、上記アプリケーション機能部に出力してもよい。この場合、外部サーバＳＧに対して買物リストＬに含まれる食材を容易に発注することができる。すなわち、ネットスーパーなどを利用するユーザＵは、食材の一覧情報をそのままネットスーパーの発注情報として利用することができる。なお、外部サーバＳＧに食材を発注可能なアプリケーション機能部は、発注部４８０として家電管理アプリＡＰＰの一部として設けられてもよい。

＜４．８ 記憶部＞
記憶部４９０は、例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、またはＳＳＤなどの組み合わせにより実現される。記憶部４９０は、各種情報を記憶する。例えば、記憶部４９０は、アプリケーションプログラムＰおよび保存情報４９１を記憶する。

＜５．利点＞
一般的なレシピアプリでは、料理を作るという観点の表示形態しかない。すなわち、従来のレシピアプリは、調理工程を閲覧することが主たる機能であるため、調理工程を見やすく表示するといった機能が充実しているが、ユーザＵがレシピを利用する目的によっては表示内容が適していない場合がある。

例えば、冷蔵庫の食材が不足してきた場合を考える。買い忘れがないように買物リストを作成し、買物リストに従ってスーパーで食材を購入したい。従来であれば、紙に食材をメモしたり、近年ではスマートフォンのメモ機能を利用したり、買物リストを作成するアプリケーション機能部（アプリケーションソフトウェア）を利用したりすることも考えられる。その際、何の食材を買う必要があるのか考えることになる。いつもストックしている食材は不足分をメモすれば良いが、それ以外は献立を考えて必要な食材を調べることになる。レシピアプリで献立を調べても、必要な食材を整理して表示することができない。例えば メインとなるレシピ、副菜となるレシピ、汁物のレシピと３つを献立として決めた場合、それぞれのレシピを見比べて必要な食材をピックアップしたり、食材の必要量を合算したりする必要がある。これは従来のレシピアプリの主たる機能が調理工程を確認することであり、買い物リストを作ることではないからである。

そこで本実施形態では、家電管理アプリＡＰＰは、レシピ情報に関するユーザＵの利用目的を取得する目的取得部４４０と、目的取得部４４０による利用目的の取得結果に応じて、レシピ情報の表示形態を異ならせる表示形態決定部４５０とを有する。このような構成によれば、ユーザＵの利用目的に応じてレシピ情報の表示形態を異ならせることで、ユーザＵは自分が必要とする情報を見つけやすくなる。これにより、ユーザＵの利便性の向上を図ることができる。

本実施形態では、表示形態決定部４５０は、上記利用目的として、調理内容に関連する利用目的が取得された場合と、調理前の準備または調理後の処理に関連する利用目的が取得された場合とで、レシピ情報の表示形態を異ならせる。このような構成によれば、調理内容に関連する利用目的が取得された場合は、調理工程などを優先して表示し、調理前の準備または調理後の処理に関連する利用目的が取得された場合は、食材の一覧などを優先して表示することができる。これにより、ユーザＵの利便性のさらなる向上を図ることができる。

本実施形態では、表示形態決定部４５０は、上記利用目的が取得されない場合、調理工程を含む情報を表示し、取得された利用目的が所定の利用目的である場合、調理工程の表示を抑制するとともに、所定の利用目的に関連する情報を表示する。このような場合、利用目的が指定されない場合は、利用頻度が高い調理工程に関する情報を表示するとともに、利用目的が入力された場合は、その利用目的に応じた情報を表示することができる。これにより、ユーザＵの利便性のさらなる向上を図ることができる。

本実施形態では、表示形態決定部４５０は、複数のレシピの簡易情報が並べて表示されるレシピ一覧画面Ｄ２０において、上記利用目的に応じて、各レシピのレシピ情報のなかで上記簡易情報として表示させる表示内容を異ならせる。このような構成によれば、複数のレシピの情報が並ぶ状態において、ユーザＵの利用目的に応じた情報が表示される。これにより、ユーザＵは、複数のレシピを比較考量しやすくなる。

本実施形態では、表示形態決定部４５０は、個別のレシピの詳細情報が表示される個別レシピ詳細画面Ｄ３０において、上記利用目的に応じて、各レシピのレシピ情報のなかで上記詳細情報として表示させる表示内容を異ならせる。このような構成によれば、個別レシピ詳細画面Ｄ３０における情報量を限定し、ユーザＵは自分が必要とする情報をより見つけやすくなる。これにより、ユーザＵの利便性のさらなる向上を図ることができる。

本実施形態では、表示形態決定部４５０は、上記利用目的が食材の在庫情報の更新である場合、調理工程の表示を抑制するとともに、食材の一覧に関連する情報を表示する。このような構成によれば、ユーザＵは、食材の一覧に関連する情報をより容易に見つけ、その情報に基づいて食材の在庫情報を更新することができる。

本実施形態では、表示形態決定部４５０は、上記利用目的が買物用情報の作成である場合、調理工程の表示を抑制するとともに、食材の一覧に関連する情報を表示する。このような構成によれば、ユーザＵは、食材の一覧に関連する情報をより容易に見つけ、その情報に基づいて買物リストを作成することができる。

本実施形態では、表示形態決定部４５０は、上記利用目的が、購入金額、調理時間、調味料、調理道具、調理機器、難易度、または健康関連項目のいずれかである確認対象の確認である場合、調理工程の表示を抑制するとともに、確認対象に関連する情報を表示する。このような構成によれば、ユーザＵは自分が必要とする情報をより容易に見つけ、その情報に基づいて必要な確認作業を行うことができる。

本実施形態では、表示形態決定部４５０は、上記利用目的に応じて、複数のレシピに関する食材、調味料、購入金額、調理道具、調理機器、または健康関連項目に関連する情報を合算して表示する。このような構成によれば、例えば１回の食事に含まれる、または１回の買物に含まれる食材、調味料、購入金額、調理道具、調理機器、または健康関連項目に関連する情報を容易に把握することができる。

本実施形態では、目的取得部４４０は、上記利用目的として複数の利用目的を取得可能である。表示形態決定部４５０は、目的取得部４４０により複数の利用目的が取得された場合、複数の利用目的に応じて、レシピ情報の表示形態を異ならせる。このような構成によれば、ユーザＵは自分が必要とする複数の情報をより見つけやすくなる。これにより、ユーザＵの利便性のさらなる向上を図ることができる。

以上説明した少なくともひとつの実施形態によれば、情報処理システムは、レシピ情報に関するユーザの利用目的を取得する目的取得部と、上記利用目的の取得結果に応じて、レシピ情報の表示形態を異ならせる表示形態決定部とを有する。このような構成によれば、利便性の向上を図ることができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１…サービス提供システム、１００…家電機器、２００…機器管理サーバ、３００…サービス管理サーバ、４００…端末装置、ＡＰＰ…家電管理アプリ（情報処理システム）、４４０…目的取得部、４５０…表示形態決定部。

Claims (13)

1. レシピ情報に関するユーザの利用目的を取得する目的取得部と、
   前記目的取得部による前記利用目的の取得結果に応じて、前記レシピ情報の表示形態を異ならせる表示形態決定部と、
   を備えた情報処理システム。
2. 前記レシピ情報は、第１情報と、第２情報とを含み、
   前記表示形態決定部は、前記利用目的が第１目的である場合、前記第１情報を表示し、前記利用目的が前記第１目的とは異なる第２目的である場合、前記第１情報の表示を抑制するとともに、前記第２情報を表示する、
   請求項１に記載の情報処理システム。
3. 前記表示形態決定部は、前記利用目的が取得されない場合、調理工程を含む情報を表示し、取得された前記利用目的が所定の利用目的である場合、調理工程の表示を抑制するとともに、前記所定の利用目的に関連する情報を表示する、
   請求項１または請求項２に記載の情報処理システム。
4. 前記表示形態決定部は、複数のレシピの簡易情報が並べて表示されるレシピ一覧画面において、前記利用目的に応じて、各レシピの前記レシピ情報のなかで前記簡易情報として表示させる表示内容を異ならせる、
   請求項１または請求項２に記載の情報処理システム。
5. 前記表示形態決定部は、個別のレシピの詳細情報が表示される個別レシピ詳細画面において、前記利用目的に応じて、各レシピの前記レシピ情報のなかで前記詳細情報として表示させる表示内容を異ならせる、
   請求項１または請求項２に記載の情報処理システム。
6. 前記表示形態決定部は、前記利用目的が食材の在庫情報の更新である場合、調理工程の表示を抑制するとともに、食材の一覧に関連する情報を表示する、
   請求項１または請求項２に記載の情報処理システム。
7. 前記表示形態決定部は、前記利用目的が買物用情報の作成である場合、調理工程の表示を抑制するとともに、食材の一覧に関連する情報を表示する、
   請求項１または請求項２に記載の情報処理システム。
8. 前記表示形態決定部は、前記利用目的が買物用情報の作成である場合、前記食材の一覧に加え、各レシピの調理で必要になる消耗品の一覧を表示する、
   請求項７に記載の情報処理システム。
9. 前記表示形態決定部は、前記利用目的が、購入金額、調理時間、調味料、調理道具、調理機器、難易度、または健康関連項目のいずれかである確認対象の確認である場合、調理工程の表示を抑制するとともに、前記確認対象に関連する情報を表示する、
   請求項１または請求項２に記載の情報処理システム。
10. 前記表示形態決定部は、前記利用目的に応じて、複数のレシピに関する食材、調味料、購入金額、調理道具、調理機器、または健康関連項目に関連する情報を合算して表示する、
    請求項１または請求項２に記載の情報処理システム。
11. 前記目的取得部は、前記利用目的として複数の利用目的を取得可能であり、
    前記表示形態決定部は、前記目的取得部により前記複数の利用目的が取得された場合、前記複数の利用目的に応じて、前記レシピ情報の表示形態を異ならせる、
    請求項１または請求項２に記載の情報処理システム。
12. １つ以上のコンピュータが、
    レシピ情報に関するユーザの利用目的を取得し、
    取得した前記利用目的に応じて、前記レシピ情報の表示形態を異ならせる、
    ことを含む情報処理方法。
13. コンピュータに、
    レシピ情報に関するユーザの利用目的を取得する目的取得部と、
    前記目的取得部により取得された前記利用目的に応じて、前記レシピ情報の表示形態を異ならせる表示形態決定部と、
    を実現させるプログラム。

Images