(57)【要約】【課題】託児施設の空き状況などの確認（問い合わせ）、予約、申込申請（託児依頼申込）、などを一連に効率良く実行することができ、かつ、複数の利用者から同様な利用条件に沿った託児先の調査、予約、申込申請、などが重複した場合、利用者およびシステム側にとって効率良い予約、予約解除（キャンセル）ができる技術を得ること。【解決手段】利用者側からの利用条件に沿った託児施設（含保育機関、会社）における調査・問い合わせ依頼を受けて、当該利用条件に合った検索結果を利用者側に対して回答した後、当該問い合わせ依頼回答から予約・申込申請までの待時間ｔが所定時間Ｔを超えたか否か（ｔ＞Ｔ）及び／又は他の利用者から同一対象施設の調査・問い合わせ依頼を受けた場合、先の問い合わせ利用者側への予約受け付けを断る旨の通知を行う手段を有する託児予約システム。【選択図】図１
2016143384.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末からの利用条件を含む問い合わせ依頼を受けて、託児関連施設から当該利用条件に沿った託児先に関する情報を検索し、当該検索結果を利用者端末に回答し、予約、又は申込申請を待って託児予約を行う託児予約システムであって、
前記利用条件を含む問い合わせ依頼を受け付ける受付手段と、
前記託児関連施設に関する各種のサービス情報を記憶する記憶手段と、
前記利用条件を含む問い合わせ依頼、前記検索結果および前記サービス情報を含む各種情報を送受信する通信手段と、
演算手段と、を有し、
前記演算手段は、
前記受付部にて利用条件を含む問い合わせ依頼を受け付けた場合、前記記憶部を検索し、前記利用者条件に合った託児先を含む検索結果を前記情報通信部に出力する検索処理部と、
前記検索結果を、前記情報通信部を介して前記利用者端末側に通信したあと、当該利用者端末側からの予約、又は申込申請を受けるまでの待時間ｔが所定時間Ｔを超えたか否かを判定し、及び／又は待時間ｔが所定時間Ｔを超え、かつ、他の利用者端末から前記利用条件と同一の問い合わせ依頼を受けたか否かを判定する判定処理部と、
前記検索結果を、前記情報通信部を介して前記利用者端末側に通信したあと、当該利用者端末側からの予約、又は申込申請を受けるまでの待時間ｔが所定時間Ｔを超えた場合、及び／又は待時間ｔが所定時間Ｔを超え、かつ、他の利用者端末から前記利用条件と同一の問い合わせ依頼を受けた場合、先の問い合わせ利用者側への予約受け付けを断る旨を通知する通知処理部と、を有する
ことを特徴とする託児予約システム。
【請求項２】
請求項１に記載の託児予約システムにおいて、さらに、
前記待時間ｔ、前記所定時間Ｔがｔ＜Ｔの場合は、先に問い合わせ利用者に優先権を与え、ｔ＞Ｔの場合であって、他の利用端末者から先の利用者端末からの問い合わせと同一の託児先の問い合わせ、又は予約が有る場合には、先の予約者側に対して予約優先権を破棄する旨の通知を行った上で後の利用者側に対して予約優先権を与えるような処理を行う手段を設ける
ことを特徴とする託児予約システム。
【請求項３】
利用者端末からの利用条件を含む問い合わせ依頼を受けて、託児関連施設に関する各種のサービス情報を記憶する記憶部から当該利用条件に沿った託児先に関する情報を検索し、当該検索結果を利用者端末に回答し、予約、又は申込申請を待って託児予約を行う託児予約方法であって、
前記利用条件を含む問い合わせ依頼を受け付けるステップと、
前記利用条件を含む問い合わせ依頼、前記検索結果および前記サービス情報を含む各種情報を送受信するステップと、
前記受付部にて利用条件を含む問い合わせ依頼を受け付けた場合、前記記憶部を検索し、前記利用者条件に合った託児先を含む検索結果を前記情報通信部に出力する検索処理ステップと、
前記検索結果を、前記情報通信部を介して前記利用者端末側に通信したあと、当該利用者端末側からの予約、又は申込申請を受けるまでの待時間ｔが所定時間Ｔを超えたか否かを判定し、及び／又は待時間ｔが所定時間Ｔを超え、かつ、他の利用者端末から前記利用条件と同一の問い合わせ依頼を受けたか否かを判定する判定処理ステップと、
前記検索結果を、前記情報通信部を介して前記利用者端末側に通信したあと、当該利用者端末側からの予約、又は申込申請を受けるまでの待時間ｔが所定時間Ｔを超えた場合、及び／又は待時間ｔが所定時間Ｔを超え、かつ、他の利用者端末から前記利用条件と同一の問い合わせ依頼を受けた場合、先の問い合わせ利用者側への予約受け付けを断る旨を通知する通知処理ステップと、を有する
ことを特徴とする託児予約方法。
【請求項４】
請求項３に記載の託児予約方法において、さらに、
前記待時間ｔ、前記所定時間Ｔがｔ＜Ｔの場合は、先に問い合わせ利用者に優先権を与え、ｔ＞Ｔの場合であって、他の利用端末者から先の利用者端末からの問い合わせと同一の託児先の問い合わせ、又は予約が有る場合には、先の予約者側に対して予約優先権を破棄する旨の通知を行った上で後の利用者側に対して予約優先権を与えるような処理を行うステップを設ける
ことを特徴とする託児予約方法。
【請求項５】
利用者端末からの利用条件を含む問い合わせ依頼を受けて、託児関連施設に関する各種のサービス情報を記憶する記憶部から当該利用条件に沿った託児先に関する情報を検索し、当該検索結果を利用者端末に回答し、予約、又は申込申請を待って託児予約を行う託児予約方法であって
前記利用者端末から入会登録申し入れを受けたとき、当該利用者端末２に対して入会申し込みフォームを送信する送信するステップと、
前記利用者端末から入会申し込みフォーム入力情報を受けたとき、入会申し込み基本情報ＤＢに登録する登録するステップと、
前記利用者端末から不変情報を受信したとき、当該情報を元に利用者票情報ＤＢを検索し、当ＤＢの中から該不変情報に適すると思われる利用票を抽出して利用者端末側に送信する送信するステップと、
前記利用条件を含む問い合わせ依頼を受け付けるステップと、
前記利用条件を含む問い合わせ依頼、前記検索結果および前記サービス情報を含む各種情報を送受信するステップと、
前記受付部にて利用条件を含む問い合わせ依頼を受け付けた場合、前記記憶部を検索し、前記利用者条件に合った託児先を含む検索結果を前記情報通信部に出力する検索処理ステップと、
前記検索結果を、前記情報通信部を介して前記利用者端末側に通信したあと、当該利用者端末側からの予約、又は申込申請を受けるまでの待時間ｔが所定時間Ｔを超えたか否かを判定し、及び／又は待時間ｔが所定時間Ｔを超え、かつ、他の利用者端末から前記利用条件と同一の問い合わせ依頼を受けたか否かを判定する判定処理ステップと、
前記検索結果を、前記情報通信部を介して前記利用者端末側に通信したあと、当該利用者端末側からの予約、又は申込申請を受けるまでの待時間ｔが所定時間Ｔを超えた場合、及び／又は待時間ｔが所定時間Ｔを超え、かつ、他の利用者端末から前記利用条件と同一の問い合わせ依頼を受けた場合、先の問い合わせ利用者側への予約受け付けを断る旨を通知する通知処理ステップと、
を有することを特徴とする託児予約方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、託児予約システムおよび方法に関する。例えば、ファミリーサポートや緊急サポートを必要とする労働者、特に子供を育てながら働く親のための託児予約システムおよび方法に関する。
【背景技術】
【０００２】
予約システムとして、予約の重複によるサービスレベルの低下のリスクを低減するため、特開２０１４−２５７４号公報（特許文献１）に記載の技術がある。この公報には、「各予約手段３から予約データを入力し、登録ＤＢ情報に基づき、予約の重複をチェックして当該予約を確定させるか否かを判断し、その予約結果のデータを、該当店舗２の端末へ送付する」という記載がある（要約書参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２５７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
女性の社会進出が進む中で、子供を育てながら働く人にとって病児病後児の一時保育や臨時突発的な一時保育の託児先確保が重要な課題となっている。係る課題に対して、従来は、託児先確保を必要とする本人自身が、子供の預け先、例えば、ベビーシッターやファミリーサポートを提供してくれる施設、機関、サービス会社、などに対して、利用者条件に沿った預け先（託児先）などについて個別に調査や問い合わせなどを行って所望の託児先を見つけ出し、当該託児先の各Ｗｅｂページや電話などにより、施設の利用予約を行って、子育て支援を受けているのが現状である。
【０００５】
係る方法にあっては、例えば、ファミリーサポートで受け入れができない場合、緊急サポートセンターやベビーシッター等に個別に連絡する必要があり、たらい回しのような状態になることもある。
【０００６】
上述した特許文献１には、予約の重複をチェックし、予約の重複によるサービスレベルの低下のリスクを低減する仕組みが記載されている。しかし、利用者自身の条件に沿った託児先の調査や問い合わせ、託児先の問い合わせ、検索、結果報告、予約、申請、などの一連の動作処理を効率良く実行可能とすることまで考慮されていない。
【０００７】
そこで、本発明は、託児施設の空き状況などの確認（問い合わせ、調査）依頼を受けたような場合、利用者の利用者条件に基づく各託児関連施設（例えば、ファミリーサポート、緊急サポート、ベビーシッター、子育てタクシー）などに関する各情報を検索し、当該利用者条件に沿った託児関連施設に関する情報を利用者側に提供し、その後の予約、申込申請（託児依頼申込）、などを含む一連の処理を効率良く有効に実行することができ、かつ、複数の利用者から同様な利用条件に沿った託児先の問い合わせや調査などがあって、先に受けた問い合わせや調査などが重複した場合、利用者およびシステムの両方にとって効率良い問い合わせ、予約、予約解除（キャンセル）ができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を達成するために、代表的な本発明の託児予約システムは、
利用者側からの利用条件に沿った託児施設（含保育機関、会社）における調査・問い合わせ依頼を受けて、当該利用条件に合った検索結果を利用者側に対して回答した後、当該問い合わせ依頼回答から予約・申込申請までの待時間ｔが所定時間Ｔを超えたか否か（ｔ＞Ｔ）及び／又は他の利用者から同一対象施設の調査・問い合わせ依頼を受けた場合、先の問い合わせ利用者側への予約受け付けを断る旨の通知を行う手段を設ける。
【０００９】
例えば、ｔ＜Ｔの場合は、先に問い合わせ利用者に予約の優先権を与え、ｔ＞Ｔであって、他の利用者から先の利用者からの問い合わせと同一の託児先の問い合わせや予約が有る場合には、先の予約者側に対して予約優先権をキャンセルする旨の通知を行った上で後の利用者側に対して予約優先権を与えるような処理を行う手段を設ける。
ここでｔ、Ｔは、時間単位でも日時の期日単位であってもよい。
【００１０】
具体例で言えば、本発明の託児予約システムは、
利用者端末からの利用条件を含む問い合わせ依頼を受けて、託児関連施設から当該利用条件に沿った託児先に関する情報を検索し、当該検索結果を利用者端末に回答し、予約、又は申込申請を待って託児予約を行う託児予約システムであって、
前記利用条件を含む問い合わせ依頼を受け付ける受付手段と、
前記託児関連施設に関する各種のサービス情報を記憶する記憶手段と、
前記利用条件を含む問い合わせ依頼、前記検索結果および前記サービス情報を含む各種情報を送受信する通信手段と、
演算手段と、を有し、
前記演算手段は、
前記受付部にて利用条件を含む問い合わせ依頼を受け付けた場合、前記記憶部を検索し、前記利用者条件に合った託児先を含む検索結果を前記情報通信部に出力する検索処理部と、
前記検索結果を、前記情報通信部を介して前記利用者端末側に通信したあと、当該利用者端末側からの予約、又は申込申請を受けるまでの待時間ｔが所定時間Ｔを超えたか否かを判定し、及び／又は待時間ｔが所定時間Ｔを超え、かつ、他の利用者端末から前記利用条件と同一の問い合わせ依頼を受けたか否かを判定する判定処理部と、
前記検索結果を、前記情報通信部を介して前記利用者端末側に通信したあと、当該利用者端末側からの予約、又は申込申請を受けるまでの待時間ｔが所定時間Ｔを超えた場合、及び／又は待時間ｔが所定時間Ｔを超え、かつ、他の利用者端末から前記利用条件と同一の問い合わせ依頼を受けた場合、先の問い合わせ利用者側への予約受け付けを断る旨を通知する通知処理部と、を有することを特徴とする。
【００１１】
本発明の託児予約方法は、
利用者端末からの利用条件を含む問い合わせ依頼を受けて、託児関連施設に関する各種のサービス情報を記憶する記憶部から当該利用条件に沿った託児先に関する情報を検索し、当該検索結果を利用者端末に回答し、予約、又は申込申請を待って託児予約を行う託児予約方法であって、
前記利用条件を含む問い合わせ依頼を受け付けるステップと、
前記利用条件を含む問い合わせ依頼、前記検索結果および前記サービス情報を含む各種情報を送受信するステップと、
前記受付部にて利用条件を含む問い合わせ依頼を受け付けた場合、前記記憶部を検索し、前記利用者条件に合った託児先を含む検索結果を前記情報通信部に出力する検索処理ステップと、
前記検索結果を、前記情報通信部を介して前記利用者端末側に通信したあと、当該利用者端末側からの予約、又は申込申請を受けるまでの待時間ｔが所定時間Ｔを超えたか否かを判定し、及び／又は待時間ｔが所定時間Ｔを超え、かつ、他の利用者端末から前記利用条件と同一の問い合わせ依頼を受けたか否かを判定する判定処理ステップと、
前記検索結果を、前記情報通信部を介して前記利用者端末側に通信したあと、当該利用者端末側からの予約、又は申込申請を受けるまでの待時間ｔが所定時間Ｔを超えた場合、及び／又は待時間ｔが所定時間Ｔを超え、かつ、他の利用者端末から前記利用条件と同一の問い合わせ依頼を受けた場合、先の問い合わせ利用者側への予約受け付けを断る旨を通知する通知処理ステップと、を有する
ことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、利用者自身の条件に沿った託児先の調査や問い合わせ、託児先の問い合わせ、検索、結果報告、予約、申請、などの一連の動作処理を効率良く実行可能である。
上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明の託児予約システムと利用者端末および託児関連施設との関係を示す図。
【図２】図２は、図１の演算部による処理フローを示すフローチャート。
【図３】図３は、検索結果回答および予約／申込要否のフォーマットの一例を示す図。
【図４】図４は、入会登録処理フロー図。
【図５】図５は、利用時の処理フローを示すフロー図。
【図６Ａ】図６Ａは、入会申し込みフォームの一例を示す図。
【図６Ｂ】図６Ｂは、お子さんの情報の例を示す図。
【図７】図７は、利用票１の一例を示す図。
【図８】図８は、利用票２の一例を示す図。
【図９】図９は、利用票３の一例を示す図。
【発明を実施するための形態】
【００１４】
以下、本発明の実施例を、図面を参照して説明する。
【実施例１】
【００１５】
図１は、本発明の託児予約システムと利用者端末および託児関連施設との関係を示すブロック図である。
【００１６】
託児予約システム１は、利用者端末２および託児関連施設（ファミリーサポート、緊急サポートセンター、託児所、保育所、病院、などの自治体機関や民間会社、ベビーシッター会社、子育てタクシー会社、など）３側のデータベースにネットワーク４を介して接続する。
【００１７】
託児予約システム１は、例えば、サーバからなり、予約受付装置（予約受付部）１１、通信インターフェース装置（情報通信部）１２、記憶装置（記憶部）１３、演算装置（演算部）１４、を有する。
【００１８】
予約受付部１１は、利用者端末２から利用者情報、入力情報（託児条件など）を含む空き情報確認・予約・託児状況などの問い合わせ依頼を受ける。
【００１９】
情報通信部１２は、利用者端末２および託児関連施設側の装置との間で通信し、必要な情報を所定のフォーマットで送受信を行う。
【００２０】
記憶部１３は、ファミリーサポートセンター情報ＤＢ１３１、緊急サポートセンター情報ＤＢ１３２、ベビーシッター会社情報ＤＢ１３３、子育てタクシー情報ＤＢ１３４、などを含む。また、記憶部１３には、必要に応じて託児関連施設側の施設状況を紹介するような動画情報を記憶する動画記録部１３５を設けてもよい。動画情報は、託児関連施設側から利用者端末２側に配信するように構成してもよい。
【００２１】
ファミリーサポートは自治体、緊急サポートセンターは厚生労働省が委託して運営されているサービスである。今後、さらに効率的に運用することを求められており、システム化がその一役を担うことが要求される。
【００２２】
ファミリーサポートセンターは、例えば、乳幼児や小学生等の児童を有する子育て中の労働者や主婦などを会員として、児童の預かりの援助を受けることを希望する者と当該援助を行うことを希望する者との相互援助活動に関する連絡、調整を行う会員組織である。
【００２３】
その相互援助活動の例として、
保育施設までの送迎を行う
保育施設の開始前や終了後又は学校の放課後、子供を預かる
保護者の病気や緊急等の場合に子供を預かる
冠婚葬祭や他の子供の学校行事の際、子供を預かる
買い物等外出の際、子供を預かる
病児・病後児の預かり、早朝・夜間等の緊急預かり
などである。
【００２４】
緊急サポートセンターは、サポートを行う、利用する人、コーディネートなどを行う人や団体が、それぞれ自助努力をし、負担を担いながらも、利用しやすい料金で病気の子供の預かりサポートを作り、行っていく会員組織である。
【００２５】
演算部１４は、プロセッサ、例えば、ＭＰ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｏｒ）やＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）からなり、利用者端末２からの託児受付依頼に基づき依頼条件に合った、又は近い託児施設３に関連する情報の検索、検索結果回答、予約、申込み受付（申請）、などの動作制御を司り、内部に格納されたプログラムに従って上記の各部の動作を制御し、定められた処理をする。
【００２６】
なお、プロセッサは、適宜に記憶資源（例えばメモリ）及び通信インターフェース装置（例えば、通信ポート）を用いながら処理を行うため、処理の主語がプロセッサとされてもよい。プロセッサは、ＣＰＵの他に専用ハードウェアを有していても良い。プログラムは、プログラムソースから各コンピュータにインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアなどで提供されるものであっても良い。
【００２７】
図２は、図１の託児予約システムにおける演算部による処理フローを示すフローチャートである。同図のフローチャートに基づく動作は以下のとおりである。
【００２８】
まず、託児予約システム１（演算部１４）は、
ステップＳ１４１：託児関連施設の各施設情報を収集する。
【００２９】
ステップＳ１４２：収集した各託児関連施設情報を記憶部に登録する。
【００３０】
ステップＳ１４１、Ｓ１４２は、本実施例では、事前に実施しているが、利用者側からの依頼時に実施してもよい。
【００３１】
次に、託児予約システム１（演算部１４）は、
ステップＳ１４３：利用者端末から問い合わせ依頼を受付ける。依頼は、例えば、利用者に沿った施設の空き情報や予約・託児状況などの問い合せなどの依頼である。
このとき、利用者は、利用者端末を介して必要な利用者情報、例えば、利用条件などを含む検索および検索結果回答を受ける際に必要となる情報を入力する。
【００３２】
ステップＳ１４４：利用者情報の利用者条件を元に記憶部の各施設情報を検索（空き情報、利用情報など確認）する。
【００３３】
そして、ステップＳ１４４による検索結果、利用者の利用条件に合った施設、又は利用条件に近い施設や関連情報（含動画）を抽出し、これらの情報を関連付けし、当該抽出検索結果（問い合わせ状況など）として、利用者端末を介して利用者側に回答する。
【００３４】
本例では、この回答内容として、検索したファミリーサポートセンター情報、緊急サポートセンター情報、ベビーシッター情報、子育てタクシー情報、をそのまま開示するものであるが、利用者の優先条件に例えば、コストが指定に含まれている場合には、コストが安い順に上から把握できるように並べ替えて配列したり、参考になる情報を付加した内容を含むようにしてもよい。
【００３５】
このとき、ステップＳ１４４による検索結果回答から利用者側からの応答（予約や申請など）までの時間ｔを計測する。つまり、検索結果に何等かの応答（反応）有無と待時間（時間、又日時）を監視する。この待時間監視は、図示していないがタイマーによる計測で行う。
【００３６】
ステップＳ１４５：待時間ｔと所定時間Ｔ（任意に設定可能な基準時間）とを比較し、ｔがＴを超えたか否か（ｔ＞Ｔ）を判定する。
【００３７】
ここで、ｔ＜Ｔ及び同一対象施設の予約・託児依頼が無しの場合は、先の問い合わせ利用者に優先権を与える。
ｔ＞Ｔの場合（ＹＥＳ）は、次にステップＳ１４６に進む。
【００３８】
ステップＳ１４６：他の利用者からの問い合わせ依頼があるか、また、依頼がある場合には、先の利用者と同一対象施設の予約・託児依頼有無を判定する。
有りの場合は、次のステップＳ１４７に進む。
【００３９】
ステップＳ１４７：先の問い合わせ利用者に利用意志がないと判断し、先の問い合わせ利用者に対しては、例えば、他の問い合わせ利用者から同一対象の予約・託児依頼があった旨の通知と後の問い合わせ利用者に対して、予約、申請の優先権を与える旨通知を行う。そして、システム側では、先の問い合わせ利用者からの問い合わせ依頼を自動キャンセルする処理を行う。
係る処理により、託児施設の利用効率を向上することができる。
【００４０】
図３は、本発明の検索結果回答および予約／申込要否のフォーマットの一例を示す図である。
【００４１】
本例では、検索結果回答および予約／申込要否を兼用したものであるが、これに限定する必要はない。例えば、検索したファミリーサポートセンター情報、緊急サポートセンター情報、ベビーシッター情報、子育てタクシー情報、などが利用者の優先条件に沿った順位に並べ替えた情報や参考になる情報を付加した内容にしてもよい。
【００４２】
検索結果回答および予約／申込要否フォーマット３１は、例えば、システム１側からの検索結果情報として、利用者ＩＤ３１１、問い合わせ日時３１２、利用者条件３１３、の他に検索結果３１４として、例えば、託児施設情報３１４１（含ファミリーサポートセンター情報、緊急サポートセンター情報、ベビーシッター情報、子育てタクシー情報）、予約優先期限（年月日）３１４３、連絡事項３１４４、その他３１４５、などの各情報欄を有する。
【００４３】
また、利用者により申請してもらう利用者による回答（応答情報）３１４２として、例えば、予約／申込要否、利用期間（年月日）、などの各情報欄を有する。
【００４４】
係るフォーマットの情報は、利用者端末およびシステム側の表示部に確認用画面として表示される。この表示により、利用者端末側の利用者およびシステム側の管理者の双方により、内容について齟齬なく、確認することができる。
【００４５】
フォーマットの各種情報は、テーブル以外のデータ構造で表現されていてもよい。
【００４６】
以上述べた実施例によれば、利用者が託児を依頼したい時に託児予約システムに必要情報を入力すると、各機関のデータベースから条件に合ったサポーターまたはベビーシッター、子育てタクシーの空き状況を検索し、回答する。利用者の託児機関を探す手間を削減し、また託児機関側も利用者の子供情報を預かり予約システムから得ることで最新の状況を把握することができる。また、付加サービスとして動画を提供することによって、利用者はわが子の託児時の様子を知ることができ、安心感を増すことができる。
【００４７】
また、予約方法を統合システム化することによって、利用者はシステム側に必要な情報を入力することにより、システム側では、当該情報を元に託児施設に関する情報を検索することによって受け入れ可能な保育機関を見つけ出すことができる。
【実施例２】
【００４８】
本実施例は、実施例１における問い合わせ依頼受付ステップＳ１４３以前における処理の他の例である。つまり、本システムを利用する上で事前に利用者の入会登録処理を追加したものである。この場合には、図１に示す如く、記憶部１３に入会申し込み基本情報ＤＢ１３６、利用票情報ＤＢ１３７、を追加する必要がある。
入会申し込み基本情報ＤＢ１３６は、後述する入会申し込みフォーム１３６１に基づき入力される情報を記憶する。利用票情報ＤＢ１３７は、入力情報（不変情報：氏名、ＩＤ等）１３７１と利用票１３７２を含み、これらは対応付けして記憶してある。
【００４９】
図４は入会登録処理フロー図である。以下、入会登録処理について説明する。
まず、利用者は、例えば、利用者端末２１により、電話又はメールなどにより、託児予約システム１側に入会登録申し入れを行う。
【００５０】
すると、託児予約システム１側は、入会登録申し入れを受け付け（ステップＳ１４１１）、しかるのち、利用者端末２側に対して入会申し込みフォームを送信する（ステップＳ１４１２）。当該入会申し込みフォームは、例えば、図６に示す如く、入力情報項目を入力してもらうようなフォームとする。入力情報項目には、不変の情報（申請者名、児童名、他）や利用者優先項目（コスト、一時保育、送迎、その他）を含む。フォームの内容は後述する。
【００５１】
利用者が端末２１側は、入会申し込みフォームを元に入会申し込みフォーム情報を入力し、託児予約システム１側に送信する（ステップＳ２１１）。
【００５２】
託児予約システム１側は、入会申し込みフォーム入力情報を受けて、入会申し込み基本情報ＤＢ１３６に登録する（ステップＳ１４１３）。
【００５３】
係る状態において、利用者端末２１側の利用者は、実際に本システムを利用する場合には、図５に示す如く、処理を実行する。
【００５４】
すなわち、利用者は、利用者端末２１を介して入力申し込みフォームにおける不変情報、例えば、申請者氏名、又は児童氏名、を入力し、託児予約システム１側に送信する（ステップＳ２１２）。
【００５５】
すると、託児予約システム１側は、当該不変情報を受信（ステップＳ１４１４）し、当該情報を元に利用者票情報ＤＢを検索し、当ＤＢの中から該不変情報に適すると思われる利用票を抽出して利用者端末２１側に送信する（ステップＳ１４１５）。このとき、念のため、不変情報について確認する不変情報確認処理を施すようにするとよい。
【００５６】
この利用票は、例えば、利用者端末２１側から利用者入力情報に申請者名が入力され、児童名が未入力の場合には、利用票１、児童名及び普段の生活に係る情報が入力されている場合には、利用票２、児童名及び発育や健康に係る情報が入力されている場合には、利用票３、と言うように利用者側が望んでいる託児関連情報（施設情報）を検索する上で有効となり得るような情報を入力してもらえるような利用票を送信し、提示するとよい。
【００５７】
また、この利用票を利用者端末２１側に送信するとき、入会申し込みフォーム基本情報ＤＢ１３６と連携して当該利用票の入力情報項目で入会申し込み基本情報ＤＢ１３６に登録されている情報は、託児予約システム１側にて当該入力項目に入力して利用者端末２１側に送信してやるとよい。これにより、利用者側での入力手間を省くことができる。
【００５８】
図６Ａは、入会申し込みフォームの一例を示す図である。入力情報項目としては、例えば、「申請者名・名前（ふりがな）」、「生年月日」、「住所」、「電話番号」、「FAX番号」、「メールアドレス（含携帯）」、「最寄の交通」、「自宅無料駐車スペース有無」、「配偶者氏名（ふりがな）」、「配偶者携帯電話番号」、「配偶者携帯アドレス」、「お子様の名前・児童名（ふりがな）」、「お子様の名前・児童名（ふりがな）、生年月日」「性別」、「利用優先項目（コスト、一時保育、送迎、その他）」、「その他」などである。
図６Ｂはお子さんの基本情報フォームの一例を示す図である。入力項目としては、例えば、「妊娠中の異常有無・内容」、「出生時体重・身長」、「分娩異常・内容」、「出産週」、「発達のおくれ状況」、「障害内容」、「かかった病気」、「熱性痙攣の有無・回数・初回年齢 」、「痙攣時病名」、「痙攣時体温」、「痙攣予防で発熱時の指示有無」、「指示をもらっている医院名」、「指示内容」、「入院歴１」、「生まれつきの病気・慢性疾患等」、「ぜんそく等の治療（薬を毎日飲む、発作時のみ等）」、「起こしたことのあるぜんそく発作の程度」、「アトピー治療（内服、食事療法など）」、「除去中食物（ミルク、卵、蕎麦、大豆など）」、「薬物アレルギー」、「動物アレルギー他内容」、「アナフィラキシー内容」、「常時内服薬１（ある場合のみ）」などである。
【００５９】
図７〜図９は、利用票１〜３の一例を示す図である。例えば、利用票１３７１１は、例えば、入力情報項目として、「申請者氏名（ふりがな）」、「児童氏名（ふりがな）」、「児童愛称」、「児童生年月日」、「児童体重」、「現状の保育場所名」、「保育場所電話番号」、「利用理由（仕事、職業訓練、就職活動、就学、疾病、出産、看護、冠婚葬祭、他）」、「当日の緊急連絡先」、「利用者条件情報項目」、「希望保育内容（病児保育、一時保育、送迎、その他）」、「希望保育場所」、「希望利用日・日時」、「連絡先メールアドレス」などである。
【００６０】
利用票１３７１２、１３７１３は、利用者端末２１からの入力情報に適した入力情報項目を有する。具体的には、図８、図９に示すとおりである。
【００６１】
本実施例によれば、入会申し込み時に予め基本となる情報を入力し登録しておくことにより、託児関連情報（施設情報）調査依頼時に、例えば、申請者名、又は児童名を入力、送信するだけで、当該申請者名、又は児童名に適した利用票の提供することができ、利用者にとっては、当該利用票を元に申請利用入力情報項目を把握できる。また、託児予約システム側において、当該利用票に事前に登録してある情報を利用票に入力した状態で利用者側に提示することにより、利用者側の入力作業を簡略することもできる。
【００６２】
なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒａｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【符号の説明】
【００６３】
１  託児予約システム
１１  予約受付部
１２  情報通信部
１３  記憶部
１４  演算部
２  ２１  ２２  利用者端末
３  託児関連施設
３１  検索結果回答および予約／申込要否フォーマット
４  ネットワーク
【図１】
2016143384.tif 000003
【図２】
2016143384.tif 000004
【図３】
2016143384.tif 000005
【図４】
2016143384.tif 000006
【図５】
2016143384.tif 000007
【図６Ａ】
2016143384.tif 000008
【図６Ｂ】
2016143384.tif 000009
【図７】
2016143384.tif 000010
【図８】
2016143384.tif 000011
【図９】
2016143384.tif 000012