JP7002087B1 - 育児用品購入支援装置および育児用品購入支援プログラム - Google Patents

Abstract

【課題】子育て中の親の手間や負担が軽減されるように、育児用品の購入を支援する育児用品購入支援装置および育児用品購入支援プログラムを提供する。【解決手段】育児用品購入支援サーバ１０は決定処理部８０を有する。決定処理部８０は、子供の発育状況を示す発育状況データにしたがい、その発育状況に応じた子供の発育レベルを決定する発育レベル決定部８１と、発育レベル決定部８１によって決定された決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定部８２と、包括購入決定部８２によって決定された育児用品が網羅された包括購入一覧を提示する提示手段とを有する。【選択図】図４

Description

本発明は、子供の発育状況に応じた育児用品の組み合わせを提示して、育児用品の購入を支援する育児用品購入支援装置および育児用品購入支援プログラムに関する。

従来、子育て中の親を対象とした育児に関する支援サービスが知られている。例えば、家事援助、育児に関するアドバイスを提供する育児支援ヘルパーサービス、未就学児を預かる保育サービスや一時預かりサービス、育児用品のレンタルサービスなどが知られている。

また、インターネットを利用したサービスとして、育児用品のオンライン購入サービスや、育児関連情報を提供するサービスも知られている。このようなサービスに関する従来技術として、例えば、特許文献１には、胎児の出産予定日や子供の生年月日に基づき、胎児や乳幼児の発育段階を算出して、胎児や乳幼児それぞれの発育段階に応じた育児関連情報を提供する育児支援システムが開示されている。

特開２００２－５６１１２号公報 特表２００８－５２９０８７号公報

一般に、乳幼児や子供は発育が早い。子供が乳児の時期から幼児の時期、そこから児童の時期へと発育する際、子供は、身体的な側面、精神的な側面及びその他の側面において発育を経験する。

しかし、これらのどの側面においても、発育の状況は子供ごとに相違しており、子供の数だけ発育の状況が存在している。そのため、年齢（生後日数）が同じ子供であっても、身体的な側面、精神的な側面及びその他の側面が相違している。したがって、インターネットを利用した育児支援サービスでも、育児支援ヘルパーサービスのような人が関与するサービスのように、子供の発育状況に応じたきめ細かな対応が望ましい。この点、特許文献１に開示されている従来技術では、胎児や乳幼児それぞれの発育段階に応じた処理が実行されているから、子供の発育に応じたサービスが提供される。

しかしながら、特許文献１に開示されている従来技術では、育児に関連する情報が提供されるにすぎないから、子育て中の親の手間や負担そのもの自体は軽減されない。

この点、従来、子育て中の親が自らの子供に適した摂食用具を容易に選べるようにして、育児に関する手間や負担が軽減されるようにする技術が知られている（例えば、特許文献２参照）。

しかし、特許文献２に開示されている従来技術では、子育て中の親が摂食用具を選ぶ際の負担が軽減されるだけであり、育児に関するそれ以外の負担は軽減されない。

一般に、子育て中の親は、おむつ、お尻ふき、粉ミルク、離乳食といった飲食品や消耗品を消費し、哺乳瓶、飲料のトレーニングカップといった様々な育児用品を活用しながら子育てに携わっている。おむつや粉ミルクといった飲食品や消耗品は、絶やさないように常日頃から準備される必要がある。また、乳幼児や子供は発育が早いから、飲食品や消耗品のサイズや数量が発育状況に応じて臨機応変に変更される必要がある。また、哺乳瓶、飲料のトレーニングカップといった育児用品も、発育状況に応じて臨機応変に変更される必要がある。これらは、子育て中の親にとって、とても大きな負担である。

しかし、従来、子育て中の親のこのような手間や負担が軽減されるサービスが存在していなかった。そのため、このようなサービスが提供される技術が望まれていた。

本発明は、上記課題を解決するためになされたもので、子育て中の親の手間や負担が軽減されるように、育児用品の購入を支援する育児用品購入支援装置および育児用品購入支援プログラムを提供することを目的とする。

上記課題を解決するため、本発明は、子供の発育状況を示す発育状況データにしたがい、その発育状況に応じたその子供の発育レベルを決定する発育レベル決定手段と、その発育レベル決定手段によって決定された決定発育レベルが子供の生まれた順番を示す出産順序区分、性別および処理日とともに記録される決定発育レベル記録手段と、その決定発育レベル記録手段に記録されている決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、その包括購入決定手段によって包括購入の候補として決定された決定育児用品を含む購入候補データが記録される購入候補データ記録手段と、その購入候補データ記録手段に記録されている決定育児用品が網羅された包括購入一覧を提示する提示手段と、その提示手段によって提示された包括購入一覧に網羅されている決定育児用品を変更することなく購入することを承認する包括購入承認があったか否かを判定する承認判定手段と、包括購入一覧の変更処理を実行する変更処理手段と、承認判定手段によって、包括購入承認がなかったと判定されたときに変更処理手段を作動させ、包括購入承認があったと判定されたときは変更処理手段を作動させないように制御する制御手段とを有する育児用品購入支援装置を特徴とする。

また、本発明は、子供の生後一定期間の発育状況を示す発育状況データにしたがいその生後一定期間の後の期間における子供の発育を予測し、その予測に基づき子供の将来の発育状況を示す予測発育状況データを生成する発育予測処理手段と、その発育予測処理手段により生成された予測発育状況データにしたがい、将来の発育状況に応じたその子供の発育レベルを決定する発育レベル決定手段と、その発育レベル決定手段によって決定された決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、その包括購入決定手段によって包括購入の候補として決定された決定育児用品が網羅された包括購入一覧を提示する提示手段と、発育予測処理手段によって生成される予測発育状況データを生後一定期間の後の期間における発育状況データの実績値に応じて修正する予測修正手段と、提示手段によって提示された包括購入一覧に網羅されている決定育児用品を変更することなく購入することを承認する包括購入承認があったか否かを判定する承認判定手段と、包括購入一覧の変更処理を実行する変更処理手段と、承認判定手段によって、包括購入承認がなかったと判定されたときに変更処理手段を作動させ、包括購入承認があったと判定されたときは変更処理手段を作動させないように制御する制御手段とを有する育児用品購入支援装置を提供する。

さらに、本発明は、子供の発育状況を示す発育状況データにしたがいその子供の発育を予測し、その予測に基づきその子供の将来の発育状況を示す予測発育状況データを生成する発育予測処理手段と、子供の生後から発育予測処理手段が子供の発育を予測するためのデータ収集が行われるデータ収集期間が経過するまでの第１の期間は発育状況データにしたがい、発育状況に応じた子供の発育レベルを決定し、かつ第１の期間が経過した後の第２の期間は、発育予測処理手段により生成された予測発育状況データにしたがい、将来の発育状況に応じたその子供の発育レベルを決定する発育レベル決定手段と、その発育レベル決定手段によって決定された決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、その包括購入決定手段によって包括購入の候補として決定された決定育児用品が網羅された包括購入一覧を提示する提示手段とを有する育児用品購入支援装置を提供する。

上記育児用品購入支援装置は、包括購入の候補にされる育児用品が候補育児用品として複数登録されている育児用品登録手段を更に有し、育児用品登録手段は、発育レベルに対応した発育レベルレコードを複数有し、その各発育レベルレコードが候補育児用品それぞれに対応した育児用品フィールドを複数有し、かつ、その育児用品フィールドごとに、発育レベルに関連付けられている関連育児用品であるのか否かを示す要否コードが設定され、包括購入決定手段は、育児用品登録手段に登録されている候補育児用品それぞれについて、育児用品フィールドそれぞれに設定されている要否コードにしたがい、包括購入の候補として決定するようにすることができる。

また、子供の生後日数を示す生後日数データと子供の体重を示す体重データとが関連付けられたレベルデータが複数形成され、そのレベルデータそれぞれに発育レベルが一義的に対応づけて記憶されている発育レベル記憶手段と、子供の生年月日を示す生年月日データを入力させる子供データ入力手段と、その子供データ入力手段によって入力された生年月日データを用いて生後日数データを生成する生後日数データ生成手段とを更に有し、発育レベル決定手段は、生後日数データ生成手段によって生成された生後日数データと、体重データとを用いて発育レベル記憶手段を参照することによって、発育レベルを決定するようにすることができる。

さらに、上記育児用品購入支援装置は、体重が測定される測定日とともに、体重データを入力させる発育状況データ入力手段と、その発育状況データ入力手段によって入力された体重データが測定日とともに、発育状況データとして記憶されている発育状況データ記憶手段とを更に有し、発育レベル決定手段は、その発育状況データ記憶手段に記憶されている発育状況データのうち、測定日が最新の最新発育状況データの前記体重データを用いるようにすることができる。

また、上記育児用品購入支援装置は、子供の生後日数を示す生後日数データと子供の体重を示す体重データとから設定された子供の発育パターンを示す発育パターンデータが複数登録されている発育パターン登録手段を更に有し、発育予測処理手段は、発育パターン登録手段に登録されている複数の発育パターンデータのうち、発育状況データに最も近似している発育パターンデータを最適パターンとして決定する発育パターン決定手段と、その発育パターン決定手段により決定された最適パターンにしたがい、生後一定期間の後の期間における発育状況データを予測発育状況データとして生成するようにすることができる。

上記育児用品購入支援装置は、提示手段によって提示された包括購入一覧に網羅されている決定育児用品を変更することなく購入することを承認する包括購入承認があったか否かを判定する承認判定手段と、包括購入一覧の変更処理を実行する変更処理手段と、承認判定手段によって、包括購入承認がなかったと判定されたときに変更処理手段を作動させ、包括購入承認があったと判定されたときは変更処理手段を作動させないように制御する制御手段とを更に有することが好ましい。

そして、本発明は、コンピュータを育児用品購入支援装置として機能させるための育児用品購入支援プログラムであって、そのコンピュータを子供の発育状況を示す発育状況データにしたがい、その発育状況に応じたその子供の発育レベルを決定する発育レベル決定手段と、その発育レベル決定手段によって決定された決定発育レベルを子供の生まれた順番を示す出産順序区分、性別および処理日とともに記録させる決定発育レベル記録制御手段と、決定発育レベル記録制御手段の制御によって記録されている決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、その包括購入決定手段によって包括購入の候補として決定された決定育児用品を含む購入候補データを記録させる購入候補データ記録制御手段と、購入候補データ記録制御手段の制御によって記録されている決定育児用品が網羅された包括購入一覧を提示する提示手段と、提示手段によって提示された包括購入一覧に網羅されている決定育児用品を変更することなく購入することを承認する包括購入承認があったか否かを判定する承認判定手段と、包括購入一覧の変更処理を実行する変更処理手段と、承認判定手段によって、包括購入承認がなかったと判定されたときに変更処理手段を作動させ、包括購入承認があったと判定されたときは変更処理手段を作動させないように制御する制御手段として機能させる育児用品購入支援プログラムを提供する。

また、本発明は、コンピュータを育児用品購入支援装置として機能させるための育児用品購入支援プログラムであって、そのコンピュータを子供の生後一定期間の発育状況を示す発育状況データにしたがいその生後一定期間の後の期間における子供の発育を予測し、その予測に基づきその子供の将来の発育状況を示す予測発育状況データを生成する発育予測処理手段と、その発育予測処理手段により生成された予測発育状況データにしたがい、将来の発育状況に応じたその子供の発育レベルを決定する発育レベル決定手段と、その発育レベル決定手段によって決定された決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、その包括購入決定手段によって包括購入の候補として決定された決定育児用品が網羅された包括購入一覧を提示する提示手段と、発育予測処理手段によって生成される予測発育状況データを生後一定期間の後の期間における発育状況データの実績値に応じて修正する予測修正手段と、提示手段によって提示された包括購入一覧に網羅されている決定育児用品を変更することなく購入することを承認する包括購入承認があったか否かを判定する承認判定手段と、包括購入一覧の変更処理を実行する変更処理手段と、承認判定手段によって、包括購入承認がなかったと判定されたときに変更処理手段を作動させ、包括購入承認があったと判定されたときは変更処理手段を作動させないように制御する制御手段として機能させる育児用品購入支援プログラムを提供する。

さらに、本発明は、コンピュータを育児用品購入支援装置として機能させるための育児用品購入支援プログラムであって、そのコンピュータを子供の発育状況を示す発育状況データにしたがいその子供の発育を予測し、その予測に基づきその子供の将来の発育状況を示す予測発育状況データを生成する発育予測処理手段と、子供の生後から発育予測処理手段が子供の発育を予測するためのデータ収集が行われるデータ収集期間が経過するまでの第１の期間は発育状況データにしたがい、発育状況に応じた子供の発育レベルを決定し、かつ第１の期間が経過した後の第２の期間は、発育予測処理手段により生成された予測発育状況データにしたがい、将来の発育状況に応じたその子供の発育レベルを決定する発育レベル決定手段と、その発育レベル決定手段によって決定された決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、その包括購入決定手段によって包括購入の候補として決定された決定育児用品が網羅された包括購入一覧を提示する提示手段として機能させる育児用品購入支援プログラムを提供する。

以上詳述したように、本発明によれば、子育て中の親の手間や負担が軽減されるように、育児用品の購入を支援する育児用品購入支援装置および育児用品購入支援プログラムが得られる。

本発明の第１の実施の形態に係る育児用品購入支援サーバを含む育児用品購入支援システムのシステム構成図である。 育児用品購入支援サーバの内部の構成を中心に示すブロック図である。 ユーザ端末装置の内部の構成を中心に示すブロック図である。 本発明の第１の実施の形態に係る育児用品購入支援サーバの主要な構成を示す機能ブロック図である。 決定処理部の主要な構成を示す機能ブロック図である。 登録処理部の主要な構成を示す機能ブロック図である。 会員マスタのレコードレイアウトの一例を示す図である。 子供マスタのレコードレイアウトの一例を示す図である。 発育状況データ記憶ＤＢのレコードレイアウトの一例を示す図である。 発育レベル決定テーブルのデータベース構造の一例を示す図である。 別の発育レベル決定テーブルのデータベース構造の一例を示す図である。 育児用品テーブルのデータベース構造の一例を示す図である。 可変育児用品テーブルのデータベース構造の一例を示す図である。 決定発育レベル記録ファイルのレコードレイアウトの一例を示す図である。 購入候補記録ファイルのレコードレイアウトの一例を示す図である。 発育記録フォームの画面レイアウトの一例を示す図である。 会員サポート処理の動作手順の一例を示すフローチャートである。 育児用品購入支援処理の動作手順の一例を示すフローチャートである。 購入候補決定処理の動作手順の一例を示すフローチャートである。 購入処理の動作手順の一例を示すフローチャートである。 購入確認画面の画面レイアウトの一例を示す図である。 本発明の第２の実施の形態に係る育児用品購入支援サーバの主要な構成を示す機能ブロック図である。 本発明の第２の実施の形態に係る育児用品購入支援サーバが有する発育パターン登録ＤＢに記憶されている発育パターンの一例を示したグラフである。 本発明の第２の実施の形態に係る育児用品購入支援サーバが有する発育予測処理部の主要な構成を示す機能ブロック図である。 本発明の第２の実施の形態に係る育児用品購入支援サーバが有する決定処理部の主要な構成を示す機能ブロック図である。 本発明の第３の実施の形態に係る育児用品購入支援サーバの主要な構成を示す機能ブロック図である。 予測発育状況データ記憶ＤＢのレコードレイアウトの一例を示す図である。 修正発育状況データ記憶ＤＢのレコードレイアウトの一例を示す図である。

以下、本発明の実施の形態について図面を参照しつつ説明する。なお、同一要素には同一符号を用い、重複する説明は省略する。

第１の実施の形態
(育児用品購入支援システムの全体構成）
まず、本発明の第１の実施の形態に係る育児用品購入支援サーバ１０を含む育児用品購入支援システム１の構成について説明する。

図１は育児用品購入支援システム１のシステム構成図である。図１に示すように、育児用品購入支援システム１は、育児用品購入支援サーバ（以下、「支援サーバ」ともいう）１０と、子育て中の親等のユーザが操作する複数のユーザ端末装置３０（図１では、固定端末装置３０Ａと、モバイル端末装置３０Ｂ、３０Ｃ、３０Ｄ）とを有し、これらがインターネットＮ１を介して互いに接続される構成を有している。

支援サーバ１０は、育児用品購入支援プログラムにしたがったデータ処理を行い、ユーザに対して、育児用品購入支援サービスを提供する。その育児用品購入支援サービスとは、本発明の適用によって実現されるサービスである。育児用品購入支援サービスは、主として、ユーザが、子供の発育状況に応じた育児用品の包括購入（まとめての購入であり、支援システム１の決定にしたがい、複数の育児用品が一まとめに購入されることを「包括購入」という）を行えるサービスである。本実施の形態では、ユーザが希望する場合、育児用品購入支援サービスとして、育児用品の包括購入とは別のサービスも支援サーバ１０によって提供される。

ユーザ端末装置３０は、支援サーバ１０との間でデータの受信または送信を行う。

そして、育児用品購入支援システム１では、支援サーバ１０が、以下の決定ａ）,ｂ）を実行し、その決定ｂ）で決定された育児用品が網羅された包括購入一覧（本実施の形態では、後述する育児用品リスト９２）をユーザ端末装置３０に提示する。
ａ） 子供の発育状況に応じた子供の発育レベルの決定
ｂ） ａ）で決定された発育レベルに対応した育児用品を包括購入の候補として決定

ユーザ端末装置３０のユーザは、包括購入一覧に網羅された育児用品を一括して購入することができる。支援サーバ１０によって、ユーザが子供の発育状況に応じた育児用品をまとめて購入できるから、子育て中の親の育児用品の準備や変更等の負担が有効に軽減される。

（支援サーバ１０の構成）
次に、図２を参照して、支援サーバ１０の構成について説明する。図２は、支援サーバ１０の内部の構成を中心に示すブロック図である。支援サーバ１０は、育児用品購入支援サービスを提供する専門事業者が運用するサーバである。

支援サーバ１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ(Read Only Memory)１２と、ＲＡＭ（Random Access Memory）１３とを有している。ＣＰＵ１１は、ＲＯＭ１２に記憶されているプログラムにしたがい作動して、ＫＢＣ（Key board controller）１７を介してキーボード１９やマウス２０の操作入力で得られる入力データをメインバス１９Ａを介して入力する一方、他の構成要素との信号の入出力を行い、支援サーバ１０全体の動作制御を行う。ＣＰＵ１１は、後述する育児用品購入支援プログラムにしたがい、後述する登録処理部６０、発育状況データ記録処理部７０、決定処理部８０、購入確認決済処理部９０、発育レベル決定部８１，包括購入決定部８２を作動させる。ＲＯＭ１２には、ＢＩＯＳ（Basic Input/Output System）や制御プログラム、恒久的なデータが記憶されている。ＲＡＭ１３には、ＣＰＵ１１が作動する際に用いるデータや、会員サポートプログラム（会員サポート処理の実行に用いられるプログラムで、本発明に係る育児用品購入支援プログラムを含む）などのプログラムが記憶される。

その他、支援サーバ１０は、ハードディスク装置（Hard disk drive,ＨＤＤ）１４と、通信制御部１５と、通信処理部１６と、ビデオコントローラ１８とを有している。

ハードディスク装置１４には、ＯＳ（Operating System）、ＤＢＭＳ（database management system）、Ｗｅｂサーバプログラム等のミドルウェアが記憶されている。また、ハードディスク装置１４には、育児用品購入支援プログラム等のプログラム、その実行に必要な図４、図５に示す各種記憶部またはＤＢ（database）と、その他の記憶部、ＤＢ、ファイルが形成されている。ここで、図４は、育児用品購入支援処理を実現する支援サーバ１０の主要な構成を示す機能ブロック図、図５は、決定処理部８０の主要な構成を示す機能ブロック図である。

ハードディスク装置１４には、会員マスタ１０１，子供マスタ１０２，発育状況データ記憶ＤＢ１０３，価格マスタ１０４，発育レベル決定テーブル１１０、発育レベル決定テーブル１１１、育児用品テーブル１１２，可変育児用品テーブル１１３，決定発育レベル記録ファイル１１４，購入候補記録ファイル１１５が形成されている。各記憶部、ＤＢ、ファイルについては後述する。

通信制御部１５は、ＣＰＵ１１の指示にしたがい作動して、ユーザ端末装置３０や、図示しないサーバとの通信を行うための回線の接続および切断を制御する。通信処理部１６は、通信制御部１５の指示にしたがい作動して、インターネットＮ１を介して行われるデータの送受信を実行する。

ビデオコントローラ１８は、図示しないディスプレイ装置における画像表示を制御して、各種の設定に用いられる画面等を表示させる。

そして、ハードディスク装置１４の各種記憶部、ＤＢ、ファイルについて説明すると次のとおりである。会員マスタ１０１は、会員に関するデータを記憶したマスターファイルである。会員とは、本実施の形態において、育児用品購入支援サービスの提供を受けるユーザである。主に、会員として、乳幼児の子供を持つ親が想定されるが、出産を控えた妊娠中の母親、その配偶者も会員となることができる。例えば、会員マスタ１０１は、図７に示すように、会員Ｎｏフィールド１０１ａ～保有ポイントフィールド１０１ｊまでの９つのフィールドを有するレコードが記憶される。

会員Ｎｏフィールド１０１ａには、会員固有の会員ナンバが記憶される。会員氏名フィールド１０１ｂには、会員の氏名が記憶される。会員区分フィールド１０１ｃには、会員区分が記憶される。会員区分とは、会員が育児用品購入支援サービスの提供を受ける会員本人なのか、その家族（家族会員）なのか、さらには、友人、関係者（友達会員）なのかを示すデータである。住所フィールド１０１ｄ、Tel-Noフィールド１０１ｅには、それぞれ、会員の住所、電話番号が記憶される。子供氏名フィールド１０１ｆには、会員の子供氏名が記憶される。性別フィールド１０１ｇには、子供の性別を示すデータ（性別データ）が記憶される。出産順序区分フィールド１０１ｈには、出産順序区分が記憶される。出産順序区分とは、子供の生まれた順番を示すデータである。例えば、第１子であれば、"１"、第２子であれば、"２"といったデータである。保有ポイントフィールドには、会員が保有するポイントを示すデータが記憶される。ポイントは、会員が育児用品購入支援サービス（またはその他のオプションサービス）を利用することによって獲得される。

子供マスタ１０２は、会員の子供に関するデータを記憶したマスターファイルである。子供マスタ１０２と会員マスタ１０１とは、会員Noをキーにして関連性を有し、ＲＤＢ（Relational Data Base）を形成している。

子供マスタ１０２は、図８に示すように、会員Ｎｏフィールド１０２ａ、出産順序区分フィールド１０２ｂ、子供氏名フィールド１０２ｃ、性別フィールド１０２ｄ、生年月日フィールド１０２ｅと、出産時情報フィールド１０２ｆ、１０２ｇを有するレコードが記憶される。会員Ｎｏフィールド１０２ａ、出産順序区分フィールド１０２ｂ、子供氏名フィールド１０２ｃ、性別フィールド１０２ｄには、会員マスタ１０１と共通するデータが記憶される。生年月日フィールド１０２ｅには、子供の生年月日を示すデータ（生年月日データ）が記憶される。出産時情報フィールド１０２ｆ、１０２ｇには、子供の出産時における身長データ、体重データが記憶される。

発育状況データ記憶ＤＢ１０３には、子供の発育状況を示す発育状況データが記憶される。発育状況データ記憶ＤＢ１０３は、会員Noをキーにして会員マスタ１０１と関連性を有している。

発育状況データ記憶ＤＢ１０３は、図９に示すように、会員Ｎｏフィールド１０３ａ、子供氏名フィールド１０３ｂ、性別フィールド１０３ｃ、データ記憶フィールド１０３ｄ、１０３ｅ，１０３ｆ、１０３ｇ、到達日フィールド１０３ｈを有するレコードが記憶される。会員Ｎｏフィールド１０３ａ、子供氏名フィールド１０３ｂ、性別フィールド１０３ｃには、それぞれ会員マスタ１０１と共通するデータが記憶される。

データ記憶フィールド１０３ｄ、１０３ｅ，１０３ｆ、１０３ｇには、測定日（子供の身長および体重が測定された日）とともに、発育状況データとしての体重データと、身長データとが記憶される。データ記憶フィールドは、複数（図９では、１００か所形成されているが、図示が省略されている）形成されている。到達日フィールド１０３ｈには、"寝返り"、"一人座り"といった大きな変化が子供の発育状況に見られたときの日付が記憶される。

価格マスタ１０４には、育児用品テーブル１１２に登録されている育児用品の価格に関するデータが記憶される。例えば、育児用品の小売り単価、卸価格等が記憶される。

発育レベル決定テーブル１１０、発育レベル決定テーブル１１１は、本発明における発育レベル記憶手段に相当している。図１０、図１１に示すように、発育レベル決定テーブル１１０、発育レベル決定テーブル１１１は、子供の生後日数データと体重データとが関連付けられたレベルデータがそれぞれ複数形成され、そのレベルデータそれぞれに発育レベルが一義的に対応づけて記憶されている。一般に、男子の子供の発育が女子の子供の発育よりも早い（生後日数が同じでも、男子の体重が女子の体重よりも大きい）ので、男子、女子のそれぞれに応じたテーブルが形成されている。発育レベル決定テーブル１１０は男子向けに形成され、発育レベル決定テーブル１１１は、女子向けに形成されている。

そして、発育レベル決定テーブル１１０、発育レベル決定テーブル１１１は、体重データフィールド１１０ａ、１１１ａと、生後日数レコード１１０ｂ、１１１ｂとを有し、そのそれぞれが関連付けられて多数のレベルエリア１１０ｃ、１１１ｃが格子状（grid）に形成されている。その各レベルエリア１１０ｃ、１１１ｃの該当する部分に発育レベルが登録されている。体重データフィールド１１０ａ、１１１ａは、それぞれフィールド１１０ａ１，１１０ａ２，１１０ａ９，フィールド１１１ａ１，１１１ａ２，１１１ａ９を含む複数のデータフィールドが含まれ、各データフィールドが一定範囲の体重データに対応している。また、生後日数レコード１１０ｂ、１１１ｂは、それぞれレコード１１０ｂ１，１１０ｂ６，１１０ｂ８，レコード１１１ｂ１，１１１ｂ６，１１１ｂ８を含む複数のレコードが含まれ、各レコードが一定範囲の生後日数データに対応している。

発育レベルは、子供の発育状況を区分し、その区分されたそれぞれの発育状況に一義的に付与されたデータである。本実施の形態では、発育状況が子供の生後日数と体重とによって把握されているので、上記のようなレベルエリア１１０ｃ、１１１ｃが形成されている。体重とは別の項目（例えば、身長）によって発育状況が把握されてもよい。

図１０、図１１に示すように、発育レベル決定テーブル１１０、発育レベル決定テーブル１１１において、発育レベルとして、"Ａ１"、"Ｂ１"、"Ｃ１"・・・"Ｊ１"、・・・"Ｋ１２"等のデータが用いられている。図１０、図１１で空欄のレベルエリア１１０ｃ、１１１ｃには、該当する発育レベルが未登録である。そして、後述するように、発育レベル決定テーブル１１０、発育レベル決定テーブル１１１が生後日数データと、体重データとを用いてサーチされ、双方が該当するレベルエリア１１０ｃ、１１１ｃに記憶されている発育レベルが読み出されることによって、発育レベルが決定される。

育児用品テーブル１１２は、本発明における育児用品登録手段に相当している。育児用品テーブル１１２には、候補育児用品が登録される。包括購入の候補にされる育児用品が候補育児用品である。本実施の形態では、育児用品が育児用品テーブル１１２に登録されることによって候補育児用品となり、包括購入の候補として決定される。育児用品テーブル１１２では、その候補育児用品が発育レベルに関連づけて登録されている。

そして、育児用品テーブル１１２は、図１２に示すように、育児用品フィールド１１２ａと、発育レベルレコード１１２ｂとを有し、そのそれぞれが関連付けられて多数のコードエリア１１２ｃが格子状（grid）に形成されている。その各コードエリア１１２の該当する部分に要否コードが登録されている。育児用品フィールド１１２ａは、フィールド１１２ａ１，１１２ａ２，１１２ａ５，１１２ａ１３を含む複数のデータフィールドが含まれ、各データフィールドが候補育児用品に対応している。例えば、フィールド１１２ａ１は"おむつ"に対応し、フィールド１１２ａ２は"おしりふき"に対応している。この場合、"おむつ"と"おしりふき"が候補育児用品である。その他、"粉ミルク"、"ベビーカー"も、候補育児用品である。

要否コードは、育児用品フィールド１１２ａに登録されている候補育児用品が関連育児用品であるのか否かを示すデータである。関連育児用品は、候補育児用品のうち、発育レベルに関連付けられている育児用品である。図１２において、"１"が登録されていることが、候補育児用品が関連育児用品であることを示している。"１"が登録されていないときは関連育児用品ではないことを示している。

発育レベルレコード１１２ｂはレコード１１２ｂ６，１１２ｂｎを含む複数のレコードが含まれ、各レコードが発育レベルに対応している。すると、例えば、発育レベルが"Ｅ２"の場合、レコード１１２ｂ６のなかで、"おむつ"，"おしりふき"などの"１"が登録されている育児用品フィールド１１２ａが発育レベル"Ｅ２"に関連付けられている。この場合、"おむつ"，"おしりふき"は関連育児用品である。反対に、フィールド１１２ａ５は"離乳食"であるが、このフィールド１１２ａ５には、"１"が登録されていない。そのため、フィールド１１２ａ５は発育レベル"Ｅ２"には関連付けられていない。したがって、発育レベル"Ｅ２"が決定発育レベル（発育レベル決定部８１によって決定された発育レベル、詳しくは後述する）の場合、"離乳食"は関連育児用品ではないので、包括購入の候補として決定されない。

可変育児用品テーブル１１３は、候補育児用品のうち、商品としては同じであるが、サイズ、数量、内容量などが相違するために区別が必要な育児商品（本実施形態において、このような育児商品が「可変育児用品」である）が登録される。

可変育児用品テーブル１１３は、図１３に示すように、可変育児用品フィールド１１３ａと、発育レベルレコード１１３ｂとを有し、そのそれぞれが関連付けられて多数のコードエリア１１３ｃが格子状（grid）に形成されている。その各コードエリア１１３ｃの該当する部分に、育児用品テーブル１１２と同様の要否コードが登録されている。可変育児用品フィールド１１３ａは、それぞれフィールド１１３ａ１，１１３ａ４，１１３ａ１１を含む複数のデータフィールドが含まれ、各データフィールドが候補育児用品に対応している。例えば、フィールド１１３ａ１は"おむつ"のサイズ"Ｓ"に対応し、フィールド１１３ａ４は"おしりふき"の"10枚入り"に対応している。

発育レベルレコード１１３ｂはレコード１１３ｂ７，１１３ｂｎを含む複数のレコードが含まれ、そのそれぞれは、発育レベルに対応している。

決定発育レベル記録ファイル１１４は、発育レベル決定部８１によって決定された発育レベル（決定発育レベル）が記録されるデータファイルである。決定発育レベル記録ファイル１１４は、図１４に示すように、会員Ｎｏフィールド１１４ａ、出産順序区分フィールド１１４ｂ、子供氏名フィールド１１４ｃ、性別フィールド１１４ｄを有するレコードが記憶されている。また、決定発育レベル記録ファイル１１４は、生後日数フィールド１１４ｅ、発育レベルフィールド１１４ｆ、処理日フィールド１１４ｇを有している。そして、発育レベルフィールド１１４ｆに決定発育レベルが記憶される。

購入候補記録ファイル１１５は、包括購入決定部８２によって、包括購入の候補として決定された育児用品（決定育児用品）に関するデータが記録される。購入候補記録ファイル１１５は、図１５に示すように、会員Ｎｏフィールド１１５ａ、出産順序区分フィールド１１５ｂ、子供氏名フィールド１１５ｃ、決定育児用品フィールド１１５ｄ、１１５ｅ，１１５ｆ，１１５ｇを有するレコードが記憶されている。決定育児用品フィールド１１５ｄ、１１５ｅ，１１５ｆ，１１５ｇには、決定育児用品の名称を示すデータが記憶される。

続いて、登録処理部６０，発育状況データ記録処理部７０，決定処理部８０、購入確認決済処理部９０について説明する。

登録処理部６０は、図６に示すように、会員登録部６１と、子供データ登録部６２とを有している。会員登録部６１は、図示しない会員登録フォーム（会員登録に用いる入力画面データ）をユーザ端末装置３０に送信して、その会員登録フォームを用いて入力されたデータを会員マスタ１０１に記憶させる。子供データ登録部６２は本発明における子供データ入力手段であって、図示しない子供登録フォーム（子供に関するデータ登録に用いる入力画面データ）をユーザ端末装置３０に送信して、その子供登録フォームを用いて入力された生年月日データ等のデータを子供マスタ１０２に記憶させる。

発育状況データ記録処理部７０は、本発明に係る発育状況データ入力手段に相当している。発育状況データ記録処理部７０は、発育記録フォーム３００をユーザ端末装置３０に送信して、その発育記録フォーム３００を用いて入力されたデータを発育状況データ記憶ＤＢ１０３に記憶させる。

発育記録フォーム３００は、図１６に示すように、会員子供データ表示部３０１と、発育状況データ入力部３０２と、到達日入力部３０３とを有している。会員子供データ表示部３０１には、会員Ｎｏ、会員氏名、子供氏名、生年月日等の会員マスタ１０１，子供マスタ１０２に入力済のデータが表示される。発育状況データ入力部３０２は、測定日、身長、体重の入力部を有している。これらを用いた入力されたデータが発育状況データ記憶ＤＢ１０３のデータ記憶フィールド１０３ｄ、１０３ｅ，１０３ｆ、１０３ｇの対応するフィールドに記憶される。到達日入力部３０３は、子供が、首すわり、寝返り等をできた（到達できた）日付が入力され、これらを用いた入力されたデータが発育状況データ記憶ＤＢ１０３の到達日フィールド１０３ｈの対応するフィールドに記憶される。

決定処理部８０は、図５に示すように、発育レベル決定部８１と、包括購入決定部８２とを有している。発育レベル決定部８１は、後述する発育レベル決定処理を行って発育レベルを決定し、決定した発育レベル（決定発育レベル）を決定発育レベル記録ファイル１１４に記憶させる。包括購入決定部８２は、後述する包括購入決定処理を行って、決定育児用品に関するデータを購入候補記録ファイル１１５に記憶させる。

購入確認決済処理部９０は、後述する購入確認決済処理を実行する。購入確認決済処理では、後述する購入確認画面９１が作成されてユーザ端末装置３０に送信される。そして、購入に関するユーザの承認を得る処理（購入確認処理）と、決定育児用品（そのほかの育児用品が含まれる場合もある）をユーザが購入するための手続に関する処理（購入処理）とが実行される。

（ユーザ端末装置３０の構成）
ユーザ端末装置３０は、図１に示すように、インターネットＮ１への接続環境を備え、支援サーバ１０と通信を行うことができる。なお、以下の説明ではユーザ端末装置３０として、モバイル端末装置３０Ｂ（持ち運び可能なノート型のパーソナルコンピュータ）が想定されているが、ユーザ端末装置３０は固定端末装置３０Ａでもよい。固定端末装置３０Ａは、例えば、据え置き型のパーソナルコンピュータである。モバイル端末装置３０Ｃ、３０Ｄは、例えば、高機能携帯電話機（スマートフォンともいう）や、タブレット型の端末装置が想定される。

ユーザ端末装置３０は、図３に示すように、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、データ記憶部３４、液晶表示部３５を有している。また、ユーザ端末装置３０は、音声変換処理部３６、通信制御部３７、通信処理部３８ａ、無線通信部３８ｂ、スピーカ３９およびマイク４０を有している。

ＣＰＵ３１は、ＲＯＭ３２に記憶されているプログラムにしたがい作動してユーザ端末装置３０全体の動作制御を司る。ＲＯＭ３２はＣＰＵ３１が実行する制御プログラムが記憶されている。ＲＡＭ３３には、データ通信を行うための通信制御プログラムや、ＣＰＵ３１によるプログラムの実行に必要なデータ等が記憶される。

データ記憶部３４には種々のデータや、アプリケーションプログラムが記憶されている。液晶表示部３５は、ＬＣＤ（Liquid Crystal Display）とその駆動部を有し、文字、図形、記号などの画像表示を行う画像表示手段である。音声変換処理部３６は、音声データを伸張してスピーカ３９に出力する一方、マイク４０から入力するアナログ音声信号をデジタルの音声データに変換および圧縮して、通信処理部３８ａに入力する。通信制御部３７はＣＰＵ３１の指示を受けて作動し、データ通信を行うための回線の接続および切断を制御する。通信処理部３８ａは、通信制御部３７の指示にしたがい作動して、インターネットＮ１を介して行われるデータの送受信を実行する。無線通信部３８ｂは通信制御部３７の制御にしたがい、無線によるデータの送受信を実行する無線通信手段である。スピーカ３９は、音声を出力する音声出力手段であり、マイク４０はユーザの会話内容等の音声を入力し、電気信号に変換する。

(育児用品購入支援システムの動作内容）
次に、図４、図５とともに図１７から図２０までを参照して、支援サーバ１０による育児用品購入支援処理を含む会員サポート処理の動作内容について説明する。

支援サーバ１０では、ＣＰＵ１１が会員サポートプログラムにしたがい、会員サポート処理を実行する。その会員サポートプログラムに本発明に係る育児用品購入支援プログラムが組み込まれているので、会員サポート処理が実行されることによって、育児用品購入支援処理が実行される。

そして、育児用品購入支援処理が実行されるときは、ユーザ端末装置３０を用いて入力されたデータ（主に、子供の生年月日、体重データを含む発育状況データ）にしたがい、ＣＰＵ１１が発育レベル決定テーブル１１０，１１１，育児用品テーブル１１２等にアクセスしながら、登録処理部６０，発育状況データ記録処理部７０，決定処理部８０、購入確認決済処理部９０を作動させる。これにより、育児用品購入支援処理が実行される。なお、育児用品購入支援プログラムは、支援サーバ１０を発育レベル決定テーブル１１０，１１１，育児用品テーブル１１２等にアクセスしながら、登録処理部６０，発育状況データ記録処理部７０，決定処理部８０、購入確認決済処理部９０等として機能させるためのプログラムである。

そして、支援サーバ１０が会員サポート処理を実行するときは、ＣＰＵ１１が会員サポートプログラムにしたがい図１７に示すフローチャートに沿った処理を実行する。図１７は、ＣＰＵ１１が実行する会員サポート処理の動作手順の一例を示すフローチャートである。なお、図１７、図１８等において"Ｓ"とはステップを略記したものである。

ＣＰＵ１１は、会員サポート処理を開始すると、まず、ステップ１で会員登録処理を行う。ここでは、会員登録部６１が作動して、ユーザ端末装置３０に会員登録フォームを送信する。ユーザがユーザ端末装置３０を用いてその会員登録フォームに応じたデータの入力処理を行うと、会員Ｎｏ、会員氏名等の育児用品購入支援サービスを受ける会員の登録に必要なデータがユーザ端末装置３０から支援サーバ１０に送信され、そのデータを会員登録部６１が会員マスタ１０１に記憶させる。

次に、ＣＰＵ１１は、処理をステップ２に進めて子供データ登録処理を行う。ここでは、子供データ登録部６２が作動して、ユーザ端末装置３０に子供登録フォームを送信する。ユーザがユーザ端末装置３０を用いてその子供登録フォームに応じたデータの入力処理を行うと、子供氏名、生年月日データ等のデータがユーザ端末装置３０から支援サーバ１０に送信される。すると、子供データ登録部６２がその子供氏名、生年月日データ等のデータを子供マスタ１０２に記憶させる。

続いて、処理がステップ３に進み、発育記録処理が実行される。ここでは、発育状況データ記録処理部７０が作動して、ユーザ端末装置３０に発育記録フォーム３００を送信する。ユーザがユーザ端末装置３０を用いて発育記録フォーム３００に応じたデータの入力処理を行うと、発育状況データとしての体重データ、身長データ、測定日等のデータがユーザ端末装置３０から支援サーバ１０に送信される。すると、発育状況データ記録処理部７０がそれらのデータを発育状況データ記憶ＤＢ１０３に記憶させる。

続いて、処理がステップ４に進むと、ＣＰＵ１１が育児用品購入支援プログラムにしたがい、図１８に示すフローチャートに沿った育児用品購入支援処理を実行する。

育児用品購入支援処理がスタートすると、ＣＰＵ１１が処理をステップ１０に進め、図１９に示すフローチャートに沿った購入候補決定処理を実行する。

ＣＰＵ１１が購入候補決定処理を開始すると、処理がステップ２０に進み、ＣＰＵ１１が子供マスタ１０２にアクセスして、該当する会員Ｎｏのレコードを読み出して、その生年月日フィールド１０２ｅから生年月日データを読み出し、性別フィールド１０２ｄから性別データを読み出す。続くステップ２１では、ＣＰＵ１１が生後日数データ生成手段としての動作を行い、ステップ２０で取得した生年月日データと、購入候補決定処理の処理日（システム日付）から、生後日数を算出して生後日数データを生成する。

次に、処理がステップ２２に進むと、ＣＰＵ１１が発育状況データ記憶ＤＢ１０３にアクセスして、該当する会員Ｎｏのレコードを読み出して、データ記憶フィールド１０３ｄから１０３ｇのなかで、測定日が最も新しいフィールドの体重データ（最新発育状況データに相当する）を読み出す。

そして、ＣＰＵ１１が処理をステップ２３に進めると、発育レベル決定部８１が作動して発育レベル決定処理を行う。すると、ステップ２０で取得した性別データに応じて発育レベル決定テーブル１１０または発育レベル決定テーブル１１１のどちらか一方がサーチされる。そして、発育レベル決定部８１がステップ２１で生成した生後日数データと、ステップ２２で読み出した体重データとに該当するコードエリア１１０ｃ（または１１１ｃ）から発育レベルを読み出すことによって発育レベルが決定される。また、その発育レベルが決定発育レベルとして、決定発育レベル記録ファイル１１４の発育レベルフィールド１１４ｆに書き込まれる。決定発育レベル記録ファイル１１４のその他のフィールドには、子供マスタ１０２から引き継がれたデータが記憶される。処理日フィールド１１４ｇには、育児用品購入支援処理が実行されるときのシステム日付が記憶される。

次に、ＣＰＵ１１が処理をステップ２４に進めると、包括購入決定部８２が作動して包括購入決定処理を行う。すると、決定発育レベル記録ファイル１１４の発育レベルフィールド１１４ｆに記憶されている決定発育レベルが読み出されて、育児用品テーブル１１２と可変育児用品テーブル１１３とが参照される。そして、包括購入決定部８２が発育レベルレコード１１２ｂ、１１３ｂのうち、決定発育レベルに対応するレコードを読み出し、その読み出したレコードのうち、"１"がセットされている育児用品フィールド１１２ａ、可変育児用品フィールド１１３ａの育児用品を包括購入の候補（包括購入候補ともいう）として決定する。

また、包括購入決定部８２は、包括購入候補として決定された育児用品（決定育児用品）の名称を購入候補記録ファイル１１５の決定育児用品フィールド１１５ｄ～１１５ｇに書き込む。購入候補記録ファイル１１５のその他のフィールドには、決定発育レベル記録ファイル１１４から引き継がれたデータが記憶される。なお、育児用品の名称の代わりに各育児用品に固有のコード（育児用品コード）が決定育児用品フィールド１１５ｄ～１１５ｇに書き込まれてもよい。その場合、育児用品コードと育児用品の名称とが関連付けられたマスターファイルが形成されることが好ましい。

ＣＰＵ１１がステップ２４を実行すると、購入候補決定処理が終了し、図１８において、処理がステップ１１に進む。すると、購入確認決済処理部９０が作動して、購入確認決済処理を行う。購入確認決済処理では、まず、ステップ１１～ステップ１５までの購入確認処理が実行され、続いてステップ１６の購入処理が実行される。

ステップ１１では、購入候補記録ファイル１１５の決定育児用品フィールド１１５ｄ～１１５ｇに記憶されている育児用品の名称が読み出される。また、購入確認決済処理部９０によって、価格マスタ１０４から各育児用品の価格が読み出される。これらのデータが用いられて、育児用品リストが作成される。この育児用品リストは、包括購入候補として決定された決定育児用品が網羅されているので、本発明における包括購入一覧に相当する。

続いて、処理がステップ１２に進むと、購入確認決済処理部９０が通信処理部１６を作動させて、育児用品リストを含む購入確認画面をユーザ端末装置３０に送信する。こうして、支援サーバ１０によって、育児用品リストが提示される。このとき、購入確認決済処理部９０が本発明における提示手段としての動作を行っている。

そして、図２１に示すような購入確認画面９１がユーザ端末装置３０の液晶表示部３５に表示される。購入確認画面９１は、会員Ｎｏ，会員氏名、子供氏名のほか、育児用品リスト９２を含む。また、購入確認画面９１は、購入承認チェックボタン９３，リスト変更ボタン９４を含んでいる。

育児用品リスト９２は、図２１に示すように、育児用品表示部９２ａと、価格表示部９２ｂとを有している。育児用品表示部９２ａには、決定育児用品が数量とともに表示される。価格表示部９２ｂには、パッケージ価格（決定育児用品が包括購入されるときの全体の価格）が表示される。

ユーザが購入確認画面９１を参照して、育児用品リスト９２に含まれる育児用品の購入に同意すると、購入承認チェックボタン９３にチェックが加えられる。また、育児用品の変更（例えば、不要な育児用品が含まれているため、それを削除する場合）が必要な場合には、リスト変更ボタン９４にチェックが加えられる。

ＣＰＵ１１は、ステップ１２で購入確認画面９１がユーザ端末装置３０に送信された後、ユーザ端末装置３０からの購入承認に関するデータ受信があるまで待機する。購入承認に関するデータ受信があったときにＣＰＵ１１が処理をステップ１３に進め、受信したデータに基づき、"１click承認"の入力があったか否かが判定される。ここで、"１click承認"の入力があった場合はステップ１６に処理が進み、"１click承認"の入力が無い場合はステップ１４に処理が進む。

ここで、購入確認画面９１において、購入承認チェックボタン９３にチェックが加えられていた場合は、育児用品の購入に関する同意があったとみなされる。特に、リスト変更ボタン９４にチェックが１度も加えられることなく、購入承認チェックボタン９３にチェックが加えられた場合が"１click承認"と呼ばれる。

そして、処理がステップ１４に進むと、育児用品リスト変更処理が実行される。続いて、処理がステップ１５に進み、購入承認の入力があったか否か、すなわち、購入承認チェックボタン９３にチェックが加えられた否かが判定される。ここで、購入承認の入力があった場合はステップ１６に処理が進むが、そうでない場合は、ステップ１４に処理が戻る。

処理がステップ１６に進むと、購入処理が実行される。購入処理がスタートすると、図２０に示すように、処理がステップ３０に進み、決済データ入力処理が実行される。決済データ入力処理では、包括購入に関する金銭の支払いに必要なデータの入力処理が行われる。例えば、支払い種別の選択（クレジットカードで支払うか、銀行振込で支払うか、キャシュレス決済で支払うかなどの選択に関するデータの入力）、その選択に応じたデータ入力（例えば、クレジットカードで支払いが行われる場合は、クレジットカードの番号や名義人の入力）が行われる。

続いて、処理がステップ３１に進み、配送先入力処理が行われる。ここでは、配送先に関するデータの入力処理が行われる。その後、処理がステップ３２に進み、決済処理が行われて包括購入に関する金銭の支払いが実行されると、処理がステップ３３に進み、決済完了画面の表示処理が実行される。すると、決済完了画面（図示せず）がユーザ端末装置３０に表示される。ステップ３３が実行されると、購入処理が終了し、育児用品購入支援処理も終了する。

育児用品購入支援処理が終了すると、図１７において、処理がステップ５に進む。ステップ５では、ユーザ端末装置３０からの入力データによってオプションサービスを使うか否かが判定される。オプションサービスを使うと判定された場合はステップ６に処理が進み、オプションサービスを使うと判定されない場合はステップ７に処理が進む。

ステップ６では、オプションサービス処理が実行される。オプションサービスとは、会員サポートに関するサービスで、育児用品購入支援サービスとは別のサービスである。オプションサービスは、会員の要望に応じて実行される。例えば、オプションサービスとして、育児用品に関する情報の提供、会員が利用できる子育て支援施設の予約、子育て支援に関するチャット機能の利用、子育て支援に関する専門家への相談、医療機関の遠隔診療の受診や予防接種、サンプルモニタービジネスなどが考えられる。

ステップ６が終了すると、処理がステップ７に進み、ポイント計算処理が実行される。ポイント計算処理では、育児用品の包括購入や、その他のオプションサービスの利用によって、ユーザが獲得したポイントの加算、ポイントの利用による減算処理などが実行される。ステップ７が終了すると、会員サポート処理が終了する。

以上のように、本発明の実施の形態にかかる支援サーバ１０を有する育児用品購入支援システム１では、ユーザ（会員）がユーザ端末装置３０を用いて、子供の発育状況に関するデータ（少なくとも体重、好ましくは体重および身長）を入力することによって、支援サーバ１０がその子供の発育状況に応じた育児用品を包括購入候補として決定し、育児用品リスト９２を提示する。ユーザがその育児用品リスト９２を確認したうえで、購入承認の操作をすれば、育児用品リスト９２に掲載されている育児用品をまとめて購入することができる。そのため、子育て中の親の負担、すなわち、子育てに必要な飲食品や消耗品を子供の発育状況に応じて準備するという負担が大きく軽減される。また、ユーザ（会員）が子供の発育状況に関するデータを継続して入力すれば、飲食品や消耗品が絶やさないように常日頃から準備されることが可能となる。したがって、子育て中の親の負担が継続的に軽減される。しかも、育児用品が子供の発育状況に応じて臨機応変に変更されるので、新たな育児用品が準備されるようにする負担も軽減される。

第２の実施の形態
続いて、第２の実施の形態に係る育児用品購入支援サーバ２００について、図２２～図２５を参照して説明する。育児用品購入支援サーバ２００は、図２２に示すように、前述した支援サーバ１０と比較して、決定処理部８０の代わりに決定処理部１８０を有する点と、発育予測処理部１５０を有する点と、予測発育状況データ記憶部１１８および発育パターン登録ＤＢ１１９を有する点とで相違している。

決定処理部１８０は、図２５に示すように、決定処理部８０と比較して、発育レベル決定部８１の代わりに発育レベル決定部１８１を有する点で相違している。

前述した発育レベル決定部８１は、発育レベル決定処理を行う。発育レベル決定部１８１も、発育レベル決定処理を行う。発育レベル決定部８１による発育レベル決定処理では、発育状況データにしたがい発育レベルが決定される。この場合、発育状況データ記憶ＤＢ１０３のデータ記憶フィールド１０３ｄから１０３ｇのなかで、最も測定日が新しいフィールドの体重データが用いられる。

これに対し、発育レベル決定部１８１による発育レベル決定処理では、発育状況データの代わりに予測発育状況データにしたがい発育レベルが決定される。このとき、後述する予測発育状況データ記憶ＤＢ１１８のデータ記憶フィールド１１８ｄから１１８ｇのなかで、最も測定日が新しいフィールドの体重データが用いられる。

そして、予測発育状況データ記憶ＤＢ１１８には、子供の将来の発育状況を示す予測発育状況データが記憶される。予測発育状況データ記憶ＤＢ１１８も、会員Noをキーにして会員マスタ１０１と関連性を有している。

予測発育状況データ記憶ＤＢ１１８は、図２７に示すように、会員Ｎｏフィールド１１８ａ、子供氏名フィールド１１８ｂ、性別フィールド１１８ｃ、データ記憶フィールド１１８ｄ、１１８ｅ，１１８ｆ、１１８ｇ、到達日フィールド１１８ｈを有するレコードが記憶される。会員Ｎｏフィールド１１８ａ、子供氏名フィールド１１８ｂ、性別フィールド１１８ｃには、それぞれ会員マスタ１０１と共通するデータが記憶される。

そして、発育レベル決定部１８１は、生後日数データと、予測発育状況データ記憶ＤＢ１１８のデータ記憶フィールド１１８ｄ、１１８ｅ，１１８ｆ、１１８ｇから読み出した体重データ（すなわち、子供の将来の体重データ）とに該当するコードエリア１１０ｃ（または１１１ｃ）から発育レベルを読み出し、その発育レベルを決定発育レベルとして、決定発育レベル記録ファイル１１４の発育レベルフィールド１１４ｆに書き込む。この場合の決定発育レベルは、将来の発育状況に応じた子供の発育レベルに相当する。

一方、予測発育状況データは、後述する発育予測処理部１５０によって予測された子供の将来の発育状況を示すデータである。

発育予測処理部１５０は、発育状況データにしたがい子供の発育を予測し、その予測に基づき予測発育状況データを生成する。発育状況データは、発育状況データ記憶ＤＢ１０３のデータ記憶フィールド１０３ｄ、１０３ｅ，１０３ｆ、１０３ｇに記憶されている。

図２４に示すように、発育予測処理部１５０は、発育データ読取部１５１と、分析処理部１５２と、発育パターン決定部１５３と、予測発育状況データ生成部１５４とを有している。発育データ読取部１５１は、発育状況データ記憶ＤＢ１０３のデータ記憶フィールド１０３ｄ、１０３ｅ，１０３ｆ、１０３ｇから発育状況データの読み取り処理を実行する。

分析処理部１５２は、発育状況データの分析処理を実行する。分析処理部１５２は、発育パターン登録ＤＢ１１９にアクセスして、登録されている発育パターンデータを読み出す。その読み出した各発育パターンデータを用いて、発育状況データに関する分析処理を行い、その結果を示す分析データを発育パターン決定部１５３に出力する。

発育パターン決定部１５３は、分析データにしたがい、発育パターンデータの中で発育データ読取部１５１が読み出した発育状況データに最も近似している発育パターンデータを選び出し、それを最適パターンとして決定する。予測発育状況データ生成部１５４は、最適パターンにしたがい、予測発育状況データを生成して、予測発育状況データ記憶ＤＢ１１８に記憶させる。

発育データ読取部１５１が読み取る発育状況データは、ユーザ端末装置３０から入力されたデータであるから、子供の発育状況を示す実績データ（実際のデータ）である。これに対し、予測発育状況データ記憶ＤＢ１１８に記憶されるデータは、その実績データに基づき予測された将来の子供の発育状況を示すデータである。

発育パターン登録ＤＢ１１９に登録されている発育パターンは、例えば図２３に示すようなパターンＰａ，Ｐｂ，Ｐｃ，Ｐｄが考えられる。一般、子供の発育には、出産時は小さいがその後の発育が早い（体重の増加が比較的早い）パターンや、出産時は大きいがその後の発育がゆっくりしている（体重の増加が比較的遅い）パターンなど、複数のパターンがある。子供の発育状況データが収集され、それから複数とおりの発育パターンが設定され、その発育パターンを示すデータが発育パターンデータとして、予め発育パターン登録ＤＢ１１９に登録されている。例えば、生後日数と体重との対応を数値化しておき（さらには、線形近似、対数近似、指数近似等の近似を行い、その結果を数式化して）、発育パターンデータとして登録することができる。

そして、分析処理部１５２は、発育パターン登録ＤＢ１１９に登録されている発育パターンデータと、発育状況データとを用いて分析処理を行い、分析データを生成する。分析処理部１５２は、例えば、双方の生後日数が同じ時の体重の差を求めて、その体重差の２乗値をすべての生後日数で加算して全体重差を算出し、全体重差データを生成する。その全体重差データが分析データとして、発育パターン決定部１５３に出力される。

発育パターン決定部１５３は、分析データから、例えば、全体重差データの中で、全体重差が最も小さい発育パターンデータ（すなわち、発育状況データに最も近似しているパターンデータ）を最適パターンとして決定する。

予測発育状況データ生成部１５４は、発育パターン決定部１５３により決定された最適パターンにしたがい予測発育状況データを生成する。発育状況データは、実績データであるが、生後一定期間（例えば、生後２週間）のデータである。最適パターンには、図２３に示すように、発育状況データの期間を超えるデータが含まれている。そのため、その生後一定期間の後の発育状況データ（将来の発育状況データ）が最適パターンにしたがい生成されることで、予測発育状況データが生成される。その生成された予測発育状況データが発育状況データ生成部１５４によって生成されて予測発育状況データ記憶ＤＢ１１８に記憶される。

支援サーバ２００では、その他の処理が支援サーバ１０と同様にして実行される。そのため、支援サーバ２００でも、支援サーバ１０と同様に子供の発育状況に応じた育児用品が決定され、育児用品リスト９２が提示される。ユーザがその育児用品リスト９２を確認したうえで、購入承認の操作をすれば、育児用品リスト９２に掲載されている育児用品をまとめて購入することができる。そのため、子育て中の親の負担が大きく軽減されるなど、支援サーバ１０と同様の作用効果が、支援サーバ２００でも得られる。

特に、支援サーバ２００では、発育レベル決定処理で、支援サーバ１０のような実績の発育状況データではなく、子供の将来の発育状況を示す予測発育状況データが用いられる。そのため、支援サーバ２００では、子育て中の親が必要最小限の発育状況データを入力すれば、育児用品購入支援サービスが受けられる。したがって、支援サーバ２００では、支援サーバ１０に比べて、子育て中の親の負担がいっそう軽減される。

（変形例１）
上記支援サーバ２００では、発育レベル決定部１８１が予測発育状況データにしたがい発育レベルを決定する。その予測発育状況データは、発育予測処理部１５０が生成した将来の発育状況を示すデータである。子育て中の親の負担が軽減されるには、発育状況データの入力件数が少ない方が好ましい。

しかし、発育状況データの入力件数が不十分な場合、発育予測処理部１５０によって生成される予測発育状況データの精度が不十分になるおそれがある。すると、決定される発育レベルが子供の発育状況に適合しないおそれがあり、育児用品リスト９２に掲載される育児用品が子供の発育状況に適さないおそれもある。将来の発育状況を示す予測発育状況データの精度を向上させるためには、実績の発育状況データの入力件数がある程度確保され、その間はその発育状況データにしたがい発育レベルが決定され、その後、その発育状況データに基づき、将来の発育状況を示す予測発育状況データが生成されることが望ましい。

そこで、発育レベル決定部１８１が、子供の生後からデータ収集期間が経過するまでの第１の期間は発育状況データ（発育状況データ記憶ＤＢ１０３に記憶されているデータ）にしたがい、発育レベルを決定し、かつデータ収集期間が経過した後の第２の期間は、予測発育状況データにしたがい、発育レベルを決定することが好ましい。

ここで、データ収集期間とは、発育予測処理部１５０において、子供の発育を予測するためのデータ収集が行われる期間である。データ収集期間は、発育状況データの予測精度を一定レベル以上にするために確保される期間であり、例えば、３か月間とすることができる。この場合、第１の期間は図２３に示すように、子供の生後から３か月間の期間Ｔ１とすることができる。

期間Ｔ１が経過した後の期間、生後３か月以降の期間Ｔ２が第２の期間である。期間Ｔ１では、発育状況データが収集されるので、発育状況データの実績値にしたがい発育レベルが決定される。これに対し、期間Ｔ２では、発育予測処理部１５０によって生成される予測発育状況データ、すなわち、将来の発育状況を示す予測発育状況データにしたがい発育レベルが決定される。

そして、発育レベル決定部１８１は、期間Ｔ１では、支援サーバ１０と同様に、発育状況データ記憶ＤＢ１０３の発育状況データにしたがい発育レベルを決定する。一方、期間Ｔ２では、前述した支援サーバ２００と同様、予測発育状況データ記憶ＤＢ１１８の予測発育状況データにしたがい発育レベルを決定する。このようにすることで、予測発育状況データの精度が一定程度で確保される。しかも、発育状況データを入力する子育て中の親の負担が支援サーバ１０に比べて軽減されるので、子育て中の親の更なる負担軽減効果も期待できる。

第３の実施の形態
続いて、第３の実施の形態に係る育児用品購入支援サーバ２５０について、図２６を参照して説明する。育児用品購入支援サーバ２５０は、図２６に示すように、前述した支援サーバ２００と比較して、予測修正処理部１２０を有する点と、予測発育状況データ記憶ＤＢ１１８の代わりに修正発育状況データ記憶ＤＢ１２１を有する点とで相違している。

予測修正処理部１２０は、発育状況データ修正処理を実行する。発育状況データ修正処理が実行されることによって、予測発育状況データが発育状況データに応じて修正される。

発育状況データは、発育状況データ記憶ＤＢ１０３に記憶されているデータであり、ユーザから提供される発育状況データの実績値である。予測発育状況データは、予測発育状況データ記憶ＤＢ１１８に記憶されているデータであるが、発育予測処理部１５０によって生成される将来の発育状況を示すデータである。

前述した支援サーバ２００のように、予測発育状況データが生成される場合、その予測発育状況データが発育状況データの実績値と一致しない恐れがある。その場合は、決定される発育レベルが子供の発育状況に適合しないおそれがあり、育児用品リスト９２に掲載される育児用品が子供の発育状況に適さないおそれもある。

そこで、育児用品購入支援サーバ２５０では、予測修正処理部１２０を有し、予測修正処理部１２０が発育状況データの実績値に応じて、予測発育状況データを修正する。修正された予測発育状況データは、修正発育状況データとして、修正発育状況データ記憶ＤＢ１２１に記憶される。例えば、前述の第２の期間において、発育状況データが定期的（ひと月に１回）に入力され、その発育状況データを用いて、予測修正処理部１２０が予測発育状況データを修正する。このようにすることで、発育状況データが頻繁に入力される場合に比べて、発育状況データの入力に要する負担が軽減される。しかも、発育レベル決定の精度が一定程度で確保される。

したがって、育児用品購入支援サーバ２５０のように予測修正処理部１２０を有することで、予測発育状況データが発育状況データに応じて修正されるので、予測発育状況データの精度がより高い精度で確保された上で、子育て中の負担が大きく軽減される。

（そのほかの変形例）
上記の実施形態では、発育予測処理部１５０が発育パターン登録ＤＢ１１９に登録されている発育パターンデータを用いて予測発育状況データを生成している。そのほか、発育予測処理部１５０が機械学習によって形成された学習済モデルを有し、その学習済モデルを用いて発育予測処理部１５０が予測発育状況データを生成することもできる。

また、ユーザ端末装置はノートパソコンではなく、高機能携帯電話機でもよい。なお、ＣＰＵ１１が実行する育児用品購入支援プログラムは、磁気記録媒体、ＣＤ－ＲＯＭ，ＤＶＤ等の各種記録媒体に記録することができるし、ネットワークを介して図示しないサーバからダウンロードすることもできる。支援サーバ１０，２００，２５０はサーバ装置により構成されるだけではなく、クラウドコンピューティングサービス上に構築された仮想サーバ等により構成されることもできる。

また、育児用品に加えて、子育てに関する商品やサービス（例えば、書籍、食品、衣料品など）が育児用品テーブル１１２に登録されてもよい。それによって、その子育てに関する商品やサービスが包括購入の候補として決定されるようにすることができる。

会員マスタ１０１、子供マスタ１０２，発育状況データ記憶ＤＢ１０３に記憶されているデータを活用することによって、電子母子手帳を形成することもできる。特に、発育状況データ記憶ＤＢ１０３の到達日フィールド１０３ｈには大きな変化が子供の発育状況に見られたときの日付が記憶される。そのため、これらのデータと、その時点の子供の様子を写した動画データなどを関連付けて記憶させることにより、子供の発育状況を的確に反映させた発育記録が支援サーバ１０に保存される。

以上の説明は、本発明の実施の形態についての説明であって、この発明の装置及び方法を限定するものではなく、様々な変形例を容易に実施することができる。また、各実施形態における構成要素、機能、特徴あるいは方法ステップを適宜組み合わせて構成される装置又は方法も本発明に含まれるものである。

本発明を適用することにより、子育て中の親の手間や負担が軽減されるように、育児用品の購入を支援することができる。本発明は、育児用品購入支援装置および育児用品購入支援プログラムの分野で利用することができる。

１…育児用品購入支援システム、１０，２００，２５０…育児用品購入支援サーバ、１１，３１…ＣＰＵ、３０…ユーザ端末装置、８０，１８０…決定処理部、８１，１８１…発育レベル決定部、８２…包括購入決定部、９０…購入確認決済処理部、９１…購入確認画面、９２…育児用品リスト、１０３…発育状況データ記憶ＤＢ、１１０，１１１…発育レベル決定テーブル、１１２…育児用品テーブル、１１３…可変育児用品テーブル、１１４…決定発育レベル記録ファイル、１１５…購入候補記録ファイル、１１８…予測発育状況データ記憶ＤＢ、１１９…発育パターン登録ＤＢ、１２０…予測修正処理部、１２１…修正発育状況データ記憶ＤＢ、１５０…発育予測処理部、１５１…発育データ読取部、１５２…分析処理、１５３…発育パターン決定部、１５４…予測発育状況データ生成部。

Claims (11)

1. 子供の発育状況を示す発育状況データにしたがい、該発育状況に応じた該子供の発育レベルを決定する発育レベル決定手段と、
   該発育レベル決定手段によって決定された決定発育レベルが前記子供の生まれた順番を示す出産順序区分、性別および処理日とともに記録される決定発育レベル記録手段と、
   該決定発育レベル記録手段に記録されている前記決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、
   該包括購入決定手段によって前記包括購入の候補として決定された決定育児用品を含む購入候補データが記録される購入候補データ記録手段と、
   該購入候補データ記録手段に記録されている前記決定育児用品が網羅された包括購入一覧を提示する提示手段と、
   該提示手段によって提示された前記包括購入一覧に網羅されている前記決定育児用品を変更することなく購入することを承認する包括購入承認があったか否かを判定する承認判定手段と、
   前記包括購入一覧の変更処理を実行する変更処理手段と、
   前記承認判定手段によって、前記包括購入承認がなかったと判定されたときに前記変更処理手段を作動させ、前記包括購入承認があったと判定されたときは前記変更処理手段を作動させないように制御する制御手段とを有する育児用品購入支援装置。
2. 子供の生後一定期間の発育状況を示す発育状況データにしたがい該生後一定期間の後の期間における前記子供の発育を予測し、その予測に基づき前記子供の将来の発育状況を示す予測発育状況データを生成する発育予測処理手段と、
   該発育予測処理手段により生成された前記予測発育状況データにしたがい、前記将来の発育状況に応じた該子供の発育レベルを決定する発育レベル決定手段と、
   該発育レベル決定手段によって決定された決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、
   該包括購入決定手段によって前記包括購入の候補として決定された決定育児用品が網羅された包括購入一覧を提示する提示手段と、
   前記発育予測処理手段によって生成される前記予測発育状況データを前記生後一定期間の後の期間における前記発育状況データの実績値に応じて修正する予測修正手段と、
   前記提示手段によって提示された前記包括購入一覧に網羅されている前記決定育児用品を変更することなく購入することを承認する包括購入承認があったか否かを判定する承認判定手段と、
   前記包括購入一覧の変更処理を実行する変更処理手段と、
   前記承認判定手段によって、前記包括購入承認がなかったと判定されたときに前記変更処理手段を作動させ、前記包括購入承認があったと判定されたときは前記変更処理手段を作動させないように制御する制御手段とを有する育児用品購入支援装置。
3. 子供の発育状況を示す発育状況データにしたがい該子供の発育を予測し、その予測に基づき該子供の将来の発育状況を示す予測発育状況データを生成する発育予測処理手段と、
   前記子供の生後から前記発育予測処理手段が前記子供の発育を予測するためのデータ収集が行われるデータ収集期間が経過するまでの第１の期間は前記発育状況データにしたがい、前記発育状況に応じた前記子供の発育レベルを決定し、かつ前記第１の期間が経過した後の第２の期間は、前記発育予測処理手段により生成された前記予測発育状況データにしたがい、前記将来の発育状況に応じた該子供の発育レベルを決定する発育レベル決定手段と、
   該発育レベル決定手段によって決定された決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、
   該包括購入決定手段によって前記包括購入の候補として決定された決定育児用品が網羅された包括購入一覧を提示する提示手段とを有する育児用品購入支援装置。
4. 前記包括購入の候補にされる育児用品が候補育児用品として複数登録されている育児用品登録手段を更に有し、
   前記育児用品登録手段は、前記発育レベルに対応した発育レベルレコードを複数有し、該各発育レベルレコードが前記候補育児用品それぞれに対応した育児用品フィールドを複数有し、かつ、該育児用品フィールドごとに、前記発育レベルに関連付けられている関連育児用品であるのか否かを示す要否コードが設定され、
   前記包括購入決定手段は、前記育児用品登録手段に登録されている前記候補育児用品それぞれについて、前記育児用品フィールドそれぞれに設定されている前記要否コードにしたがい、前記包括購入の候補として決定する請求項１～３のいずれか一項記載の育児用品購入支援装置。
5. 前記子供の生後日数を示す生後日数データと前記子供の体重を示す体重データとが関連付けられたレベルデータが複数形成され、該レベルデータそれぞれに前記発育レベルが一義的に対応づけて記憶されている発育レベル記憶手段と、
   子供の生年月日を示す生年月日データを入力させる子供データ入力手段と、
   該子供データ入力手段によって入力された前記生年月日データを用いて前記生後日数データを生成する生後日数データ生成手段とを更に有し、
   前記発育レベル決定手段は、前記生後日数データ生成手段によって生成された前記生後日数データと、前記体重データとを用いて前記発育レベル記憶手段を参照することによって、前記発育レベルを決定する請求項１～４のいずれか一項記載の育児用品購入支援装置。
6. 前記体重が測定される測定日とともに、前記体重データを入力させる発育状況データ入力手段と、
   該発育状況データ入力手段によって入力された前記体重データが前記測定日とともに、前記発育状況データとして記憶されている発育状況データ記憶手段とを更に有し、
   前記発育レベル決定手段は、該発育状況データ記憶手段に記憶されている前記発育状況データのうち、前記測定日が最新の最新発育状況データの前記体重データを用いる請求項５記載の育児用品購入支援装置。
7. 前記子供の生後日数を示す生後日数データと前記子供の体重を示す体重データとから設定された前記子供の発育パターンを示す発育パターンデータが複数登録されている発育パターン登録手段を更に有し、
   前記発育予測処理手段は、前記発育パターン登録手段に登録されている複数の前記発育パターンデータのうち、前記発育状況データに最も近似している前記発育パターンデータを最適パターンとして決定する発育パターン決定手段と、該発育パターン決定手段により決定された前記最適パターンにしたがい、前記生後一定期間の後の期間における前記発育状況データを前記予測発育状況データとして生成する請求項２記載の育児用品購入支援装置。
8. 前記提示手段によって提示された前記包括購入一覧に網羅されている前記決定育児用品を変更することなく購入することを承認する包括購入承認があったか否かを判定する承認判定手段と、
   前記包括購入一覧の変更処理を実行する変更処理手段と、
   前記承認判定手段によって、前記包括購入承認がなかったと判定されたときに前記変更処理手段を作動させ、前記包括購入承認があったと判定されたときは前記変更処理手段を作動させないように制御する制御手段とを更に有する請求項３記載の育児用品購入支援装置。
9. コンピュータを育児用品購入支援装置として機能させるための育児用品購入支援プログラムであって、該コンピュータを
   子供の発育状況を示す発育状況データにしたがい、該発育状況に応じた該子供の発育レベルを決定する発育レベル決定手段と、
   該発育レベル決定手段によって決定された決定発育レベルを前記子供の生まれた順番を示す出産順序区分、性別および処理日とともに記録させる決定発育レベル記録制御手段と、
   該決定発育レベル記録制御手段の制御によって記録されている前記決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、
   該包括購入決定手段によって前記包括購入の候補として決定された決定育児用品を含む購入候補データを記録させる購入候補データ記録制御手段と、
   該購入候補データ記録制御手段の制御によって記録されている前記決定育児用品が網羅された包括購入一覧を提示する提示手段と、
   該提示手段によって提示された前記包括購入一覧に網羅されている前記決定育児用品を変更することなく購入することを承認する包括購入承認があったか否かを判定する承認判定手段と、
   前記包括購入一覧の変更処理を実行する変更処理手段と、
   前記承認判定手段によって、前記包括購入承認がなかったと判定されたときに前記変更処理手段を作動させ、前記包括購入承認があったと判定されたときは前記変更処理手段を作動させないように制御する制御手段として機能させる育児用品購入支援プログラム。
10. コンピュータを育児用品購入支援装置として機能させるための育児用品購入支援プログラムであって、該コンピュータを
    子供の生後一定期間の発育状況を示す発育状況データにしたがい該生後一定期間の後の期間における前記子供の発育を予測し、その予測に基づき前記子供の将来の発育状況を示す予測発育状況データを生成する発育予測処理手段と、
    該発育予測処理手段により生成された前記予測発育状況データにしたがい、前記将来の発育状況に応じた該子供の発育レベルを決定する発育レベル決定手段と、
    該発育レベル決定手段によって決定された決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、
    該包括購入決定手段によって前記包括購入の候補として決定された決定育児用品が網羅された包括購入一覧を提示する提示手段と、
    前記発育予測処理手段によって生成される前記予測発育状況データを前記生後一定期間の後の期間における前記発育状況データの実績値に応じて修正する予測修正手段と、
    前記提示手段によって提示された前記包括購入一覧に網羅されている前記決定育児用品を変更することなく購入することを承認する包括購入承認があったか否かを判定する承認判定手段と、
    前記包括購入一覧の変更処理を実行する変更処理手段と、
    前記承認判定手段によって、前記包括購入承認がなかったと判定されたときに前記変更処理手段を作動させ、前記包括購入承認があったと判定されたときは前記変更処理手段を作動させないように制御する制御手段として機能させる育児用品購入支援プログラム。
11. コンピュータを育児用品購入支援装置として機能させるための育児用品購入支援プログラムであって、該コンピュータを
    子供の発育状況を示す発育状況データにしたがい該子供の発育を予測し、その予測に基づき該子供の将来の発育状況を示す予測発育状況データを生成する発育予測処理手段と、
    前記子供の生後から前記発育予測処理手段が前記子供の発育を予測するためのデータ収集が行われるデータ収集期間が経過するまでの第１の期間は前記発育状況データにしたがい、前記発育状況に応じた前記子供の発育レベルを決定し、かつ前記第１の期間が経過した後の第２の期間は、前記発育予測処理手段により生成された前記予測発育状況データにしたがい、前記将来の発育状況に応じた該子供の発育レベルを決定する発育レベル決定手段と、
    該発育レベル決定手段によって決定された決定発育レベルに対応した育児用品を、まとめての購入である包括購入の候補として決定する包括購入決定手段と、
    該包括購入決定手段によって前記包括購入の候補として決定された決定育児用品が網羅された包括購入一覧を提示する提示手段として機能させる育児用品購入支援プログラム。

Images