JP6338310B1 - 保育施設予約システム及び保育施設予約方法 - Google Patents

Abstract

【課題】保育施設の利用効率の向上を図ることができる保育施設予約システムを提供する。【解決手段】予約システム１は、複数の利用者からの予約申請を認識する予約申請認識部２ｃと、保育施設の受入状況を認識する受入状況認識部２ｄと、予約申請認識部２ｃが認識した複数の予約申請の各々に対し、受け入れるか否かの受入判断を行う受入判断部２ｅとを備える。受入判断部２ｅは、受入判断を、複数の異なる時点で、且つ、その時点における受入状況に基づいて行う。【選択図】図３

Description

本発明は、保育施設の予約をするための保育施設予約システム及び保育施設予約方法に関する。

近年、子供を育てながら働く人にとっては、臨時・突発的な一時保育が必要となった場合（例えば、子供が病気になった場合等）に、対応可能な託児先を確保することが重要な課題となっている。

そのような託児先としては、例えば、行政が委託している学童保育室、病児保育室、その他ベビーシッター又はファミリーサポートを提供してくれる施設、機関、サービス会社等（以下、これらの施設及びサービスを総称して「保育施設」という。）がある。

利用者がそのような保育施設を利用する場合、従来は、利用者自身が、その保育施設について個別に調査・問い合わせ等を行って、利用者自身の条件に合致した保育施設を見つけ出す必要があった。また、自身の条件に合致した保育施設を見つけ出した後には、利用者自身が、電話等でその保育施設に対して利用前に予約を行う必要があった（例えば、特許文献１、非特許文献１〜３参照）。

特開２０１４‐１４６１３７号公報 "病児保育事業について"、[online]、厚生労働科学研究費補助金「病児・病後児保育の実態把握と質向上に関する研究」［平成２９年６月８日検索］、インターネット＜ＵＲＬ：http://www8.cao.go.jp/shoushi/shinseido/meeting/kodomo_kosodate/b_9/pdf/s4-2.pdf＞ "全国病児・病後児保育施設アンケート調査結果をふまえた病児・病後児保育事業に関する提言(案)"、[online]、病児・病後児保育の実態把握と質向上に関する研究班［平成２９年６月８日検索］、インターネット＜ＵＲＬ：http://www.byoujihoiku.net/pdf/140228_byoujibyougo_teigen.pdf＞ "ヨコハマはぴねすぽっと"、[online]、横浜市の保育制度［平成２９年６月８日検索］、インターネット＜ＵＲＬ：http://www.city.yokohama.lg.jp/kodomo/unei/hoikuseido/hoiku-seido.html＞

ところで、保育施設では、利用者からの予約申請を受け入れるか否かの判断は、預かる対象である子供の状態（病気の種類等）、保育施設側の状況（職員の人数等）等を考慮して行わなければならない。そのため、予約申請を受け入れるか否かの受入判断は、予約申請が行われてからある程度の時間が経過した後（遅い場合には、一時保育当日の朝）に行われる場合がある。

そして、当然のことながら、受入判断の結果は、その判断の後になって初めて利用者に通知されることになる。そのため、予約申請が受け入れられなかった利用者は、他の託児施設を利用しようとしても、その時点では既にその他の託児施設では予約申請の受付が終了しており、子供の預け先を確保できなくなってしまうおそれがあった。

このような事情から、確実に託児先を確保できるように、一人の利用者が、複数の保育施設に対して予約申請を行っておき、受入判断が行われた後に、実際に子供を預ける保育施設以外の保育施設に対する予約申請をキャンセルしてしまうことがあった。その結果、受け入れられた予約申請のキャンセルが多数発生してしまうことがあった。

また、保育施設の利用の要否は、急速に変動する可能性がある。例えば、一般に、子供は体調の変化が急速である。そのため、子供の体調が夜間に好転した場合には、翌日の保育施設の利用が不要となるので、既に予約申請が受け入れられた後であったとしても、その予約申請がキャンセルされてしまうことがあった。

一方、子供の体調が夜間に悪化した場合には、急遽、翌日の保育施設の利用が必要となるものの、その時点では既に予約申請の受付が終了しており、保育施設の受け入れ人数には余裕があるにもかかわらず、利用することができないことがあった。

その結果、予約申請が受け入れられるか否かの予見性が低い（例えば、空室状況を事前に知ることが難しい等）、受け入れられた後の予約申請のキャンセル率が高い等の理由から、保育施設の利用率が低くなってしまうという問題があった。

また、受け入れられた後の予約申請にキャンセルが発生した場合には、受入判断の後から子供を預かり始めるまでの短い時間で、実際に受け入れる子供の把握等を改めて行わなければならず、保育施設側の業務負荷が非常に高くなっているという問題もあった。

本発明は以上の点に鑑みてなされたものであり、保育施設の利用効率の向上を図ることができる保育施設予約システム及び保育施設予約方法を提供することを目的とする。

本発明の保育施設予約システムは、
少なくとも１つの保育施設に対し、該保育施設に子供を預けるための予約を、利用者が行うための保育施設予約システムであって、
複数の利用者からの予約申請を認識する予約申請認識部と、前記予約申請認識部が認識した複数の前記予約申請の各々に対し、受け入れるか否かの受入判断を行う受入判断部と、前記保育施設の受入状況を認識する受入状況認識部とを備え、
前記受入判断部は、前記受入判断を、予め定められた複数の異なる時点で、且つ、該時点における前記受入状況に基づいて、該時点までに認識された前記予約申請のうち受け入れるとの判断が行われていない予約申請に対して行い、
前記受入状況認識部は、２回目以降の前記受入判断では、前回以前の前記受入判断で受け入れるとの判断が行われた前記予約申請に係る前記子供の特性に基づいて、前記受入状況を認識することを特徴とする。

また、本発明の保育施設予約方法は、
少なくとも１つの保育施設に対し、該保育施設に子供を預けるための予約を、利用者が行うための保育施設予約方法であって、
予約申請認識部が、複数の利用者からの予約申請を認識する予約申請認識工程と、
受入状況認識部が、前記保育施設の受入状況を認識する受入状況認識工程と、
受入判断部が、前記予約申請認識工程で認識された複数の前記予約申請の各々に対し、受け入れるか否かの受入判断を行う受入判断工程とを備え、
前記受入判断工程で、前記受入判断部が、前記受入判断を、予め定められた複数の異なる時点で、且つ、該時点における前記受入状況に基づいて、該時点までに認識された前記予約申請のうち受け入れるとの判断が行われていない予約申請に対して行い、
前記受入状況認識工程で、前記受入状況認識部が、２回目以降の前記受入判断では、前回以前の前記受入判断で受け入れるとの判断が行われた前記予約申請に係る前記子供の特性に基づいて、前記受入状況を認識する行うことを特徴とする。

ここで、「予約申請」とは、保育施設の利用者が、保育施設の利用を希望する旨をシステム側に通知する行為をいう。例えば、メール、電話等によって施設職員に連絡を行い、施設職員がその連絡に基づいてシステムに入力を行うことの他、保育施設のウェブページ等で所定のフォーマットに記入を行い送信する等の行為が該当する。

また、「受入状況」は、各保育施設において、預かることのできる子供の人数・種類に基づいて決定されるパラメータである。例えば、各保育施設の利用可能な部屋の特性（隔離部屋及び一般部屋の広さ及び部屋数等）、保育施設の定員数、職員の人数、既に受け入れることが決定している子供の特性（病気の種類、年齢等）等に基づいて決定される。

このように、本発明の保育施設予約システム及び保育施設予約方法では、利用者からの予約申請を受け入れるか否かの受入判断が、複数の異なる時点で、且つ、その時点における受入状況に基づいて行われる。すなわち、各々の受入判断が、時々刻々と変化する保育施設の受入状況の変動（例えば、予約申請の突発的なキャンセルの発生、対応可能な職員の増減等）に対応した形で行われる。

これにより、保育施設は、受入状況に変動があった場合でも、その変動の影響を抑制して、適切な人数の子供を受け入れることができる。その結果、利用者は、従来よりも高い確率で子供を預けることができる。また、複数の異なる時点で受入判断を行うということは、利用者による予約申請のタイミングが複数回あることになる。その結果、利用者は、幅広い時間帯で予約申請を行うことができる。

また、複数回の受入判断が完了した時点で、受け入れた予約申請のリストが自動的に作成されることになる。そのリストを利用することによって、保育施設は、対応すべき予約申請（すなわち、実際に預からなければならない子供の人数・病気の状態等）を、改めて確認するような作業を行わなくとも、容易に把握することができる。

したがって、本発明の保育施設予約システム及び保育施設予約方法によれば、利用者は、幅広い時間帯で予約申請を行うことができ、且つ、従来よりも高い確率で子供を預けることができる。また、保育施設は、実際に受け入れなければならない子供を把握するための業務負荷を軽減することができる。

また、本発明の保育施設予約システムにおいては、
前記保育施設の施設特性を認識する施設特性認識部と、前記利用者からの前記予約申請を認識する際に、前記施設特性認識部が認識した前記施設特性を前記利用者に通知する施設特性通知部とを備え、
前記施設特性認識部は、複数の前記保育施設の前記施設特性を、該保育施設ごとに認識し、
前記施設特性通知部は、複数の前記保育施設の前記施設特性を、前記利用者に通知し、
前記予約申請認識部は、前記保育施設に対する予約申請を、前記利用者からの前記保育施設に関する優先順位とともに認識し、
前記受入判断部は、前記優先順位に基づいて、前記受入判断を行うことが好ましい。

利用者の希望する保育施設は、受入の可能性だけではなく、保育施設の施設特性（例えば、自宅からの距離、受入開始時間、退出時間、料金、持参品等）によって異なる場合がある。例えば、受け入れの可能性が低い場合であっても、交通の利便性が高い保育施設を、利用者が希望する場合がある。

そこで、利用者に保育施設の施設特性を通知することによって、利用者に利用したい保育施設の優先順位を決定させた後、複数の保育施設に対する予約申請をその優先順位とともに受け付けて、その優先順位を受入判断の基準となるように構成すると、利用者が、希望する保育施設を利用できる可能性が高くなる。これにより、利用者が保育施設を利用する際の安心感、利便性の向上を図ることができる。

また、本発明の保育施設予約システムにおいては、
前記受入判断部による判断結果を前記保育施設に通知する判断結果通知部を備え、
前記受入判断部は、前記受入判断部が前記受入判断を行うごとに、前記受入判断の結果に基づいて前記保育施設が対応すべき前記予約申請のリストを作成し、
前記判断結果通知部は、前記受入判断部が前記受入判断を行うごとに、前記リストを前記保育施設に通知することが好ましい。

また、本発明の保育施設予約システムにおいては、
前記受入判断部による判断結果を前記利用者に通知する判断結果通知部を備え、
前記判断結果通知部は、前記受入判断部が前記受入判断を行うごとに、前記利用者に該受入判断の結果を通知することが好ましい。

このように構成すると、利用者は、予約申請を行った保育施設に対しその予約が受け入れられたか否かを、従来よりも早い段階で把握することができる。これにより、保育施設が利用可能であった場合には、利用者は、早い段階で利用のための準備（着替え、弁当の準備、送り迎えの手配等）を行うことができるようになる。一方、保育施設が利用不可であった場合には、利用者は、早い段階で、他の保育施設の利用等を検討することができるようになる。

予約システムを示す概略構成図。 図１の予約システムのサーバーのシステム構成を示すブロック図。 図１の予約システムの構成を示すブロック図。 図１の予約システムで実行される予約方法の時系列図。 図４の予約方法における一次予約に関する処理のフローチャート。 図４の予約方法における一次抽選落選後の二次予約に関する処理のフローチャート。 図４の予約方法における一次抽選不参加者の二次予約に関する処理のフローチャート。 図４の予約方法における当日予約に関する処理のフローチャート。 図１の利用者側端末に、利用者の情報を入力する際に表示される画面の一例を示す模式図。 図１の利用者側端末に、子供の情報を入力する際に表示される画面の一例を示す模式図。 図１の利用者側端末に、子供の診断状況を入力する際に表示される画面の一例を示す模式図。 図１の利用者側端末に、子供が診断済みの場合に表示される画面の一例を示す模式図。 図１の利用者側端末に、子供が未診断の場合に表示される画面の一例を示す模式図。 図１の利用者側端末に、子供の症状を入力する際に表示される画面の一例を示す模式図。 図１の利用者側端末に、一次予約を申請する際に表示される画面の一例を示す模式図。 図１の利用者側端末に、一次予約で予約が受け付けられた場合に表示される画面の一例を示す模式図。 図１の利用者側端末に、一次予約で予約が受け付けられなかった場合に表示される画面の一例を示す模式図。 図１の利用者側端末に、一次予約が受け付けられた利用者に対するリマインドの際に表示される画面の一例を示す模式図。 図１の利用者側端末に、子供が診断済みの場合に、利用者に予約確定を知らせる際に表示される画面の一例を示す模式図。 図１の利用者側端末に、子供が未診断の場合に、利用者に予約確定を知らせる際に表示される画面の一例を示す模式図。 図１の利用者側端末に、一次予約が受け付けられなかった利用者に対するリマインドの際に表示される画面の一例を示す模式図。 図１の利用者側端末に、二次予約で予約が受け付けられた場合に表示される画面の一例を示す模式図。 図１の利用者側端末に、二次予約で予約が受け付けられなかった場合に表示される画面の一例を示す模式図。 図１の利用者側端末に、当日予約を申請する際に表示される画面の一例を示す模式図。 図１の利用者側端末に、当日予約を確定する際に表示される画面の一例を示す模式図。 図１の利用者側端末に、キャンセル待ちの際に表示される画面の一例を示す模式図。

以下、図面を参照して実施形態に係る予約システム１（保育施設予約システム）、及び、その予約システムを用いて行われる予約方法について説明する。

なお、本実施形態では保育施設予約システム及び保育施設予約方法の一例として、それらを病児保育室の予約処理に適用した場合を説明している。しかし、本発明の保育施設予約システム及び保育施設予約方法は、複数の病児保育室に対する予約を一括管理するものにのみ適用し得るものではない。

例えば、単一の保育施設の予約に適用してもよい。また、病児保育室と学童保育室とが併設されている施設の予約に適用してもよい。また、ベビーシッター等の派遣の予約に適用してもよい。また、１つのシステムを介して複数の保育施設を一括管理する場合には、利用の前に予約の必要な施設と予約の不要な施設とを混在させていてもよい。

さらに、本発明の施設予約システム及び施設予約方法は、対象者を預かる施設であって、予約申請を行う利用者と預かる対象である対象者とが異なる施設であれば、保育施設以外の施設等の予約システムに適用し得るものである。例えば、介護を必要とする病人、老人等を預かる施設、それらの病人、老人を介護するための人材派遣サービス等の予約システムにも適用し得る。

＜実施形態＞
まず、図１〜図３を参照して、予約システム１の概略構成について説明する。

（予約システム１）
以下に説明する予約システム１は、利用者が利用者側端末１００を介して、病児を一時的に預かる複数の病児保育室１０（保育施設）のうちの少なくとも１つの病児保育室１０を選択して予約するためのシステムである。

図１に示すように、予約システム１は、利用者側端末１００と、病児保育室１０が有する施設側端末１０３と、利用者側端末１００及び施設側端末１０３の双方とインターネット回線４（ネットワーク）を介して通信可能に構成され、各病児保育室１０の予約状況を集計するサーバー２とを備える。

（病児保育室１０）
病児保育室１０は、病児、病後児、体調不良児等（以下、総称して単に「病児」という場合がある。）の急変の心配はないが、集団保育が困難な状態の児童を、一時的に預かり保育する施設である。
ここで、「病児」は、病気の「回復期に至らない状態」の児童のことをいう。「病後児」は、病気の「回復期」の児童のことをいう。「体調不良児」は、保育園に通園した児童が、保育中に微熱を出すなど「体調不良」となった児童のことをいう。

なお、これらの病児は、医者の診断によって、隔離が必要な疾患と隔離が不要な疾患」とに分けられる。ここで、「隔離が必要な疾患」は、空気・飛沫・接触感染などにより他の児童に対して病気が感染するおそれがある疾患のことをいう。また、「隔離が不要な疾患」は、他の児童に対して病気が感染するおそれが少ない疾患のことをいう。

「隔離が必要な疾患」としては、例えば、インフルエンザＡ・Ｂ、溶連菌感染、水痘（水ぼうそう）、流行性耳下腺炎（おたふくかぜ）等が挙げられる。「隔離が不要な疾患」としては、例えば、上気道炎（風邪）、気管支炎・肺炎、喘息、中耳炎、ヘルパンギーナ、手足口病等が挙げられる。

また、病児保育室１０は、一般病児が複数人収容される一般部屋１０１と、隔離病児が１人ずつ収容される隔離部屋１０２（隔離疾患収容部屋）とを有している。図１に示す構成では、各病児保育室１０には、一般部屋１０１が１つと、隔離部屋１０２が複数（図示の構成では、２部屋）とが設けられている。

また、病児保育室１０には、インターネット回線４を介してサーバー２と通信を行う施設側端末１０３が設置されている。例えば、病児保育室１０の職員が予約状況を施設側端末１０３に入力することにより、予約状況に関する情報がサーバー２に送信される。

また、病児保育室１０には、医者（小児科医等）が常駐しているもの（例えば、病院が併設されているもの）と、医者が常駐していないものがある。ただし、本実施形態の予約システム１では、病児保育室１０は、独立しているクリニック１０４（病院）と連携可能となっている。これにより、いずれの病児保育室１０を利用する場合であっても、クリニック１０４で受診を受け、病児が「一般病児」であるか「隔離病児」であるかを判断することが可能となっている。

例えば、対象とする保育施設が病後児を対象としたものである場合には、医者等の医療従事者が常駐していない場合がある。しかし、本発明のシステムは、そのような病後児保育を行う保育施設との連携にも適用可能なものである。

（利用者側端末１００）
利用者側端末１００は、利用者が所定の情報の入力及び認識ができる端末であればよく、特に表示部及び入力部を有するものが好ましい。具体的には、例えば、スマートフォンの他、ノート型、デスクトップ型又はタブレット型のコンピューター等も用いることができる。また、利用者側端末１００は、利用者が個人で所有するものであってもよいし、利用者がアクセスの容易な施設（例えば、駅、職場等）に設置されたものであってもよい。

（サーバー２）
図２に示すように、サーバー２は、制御装置２１と、データベース２２（記憶装置）と、Ｉ／Ｏインターフェース２３とを有している。

制御装置２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を含む１つ又は複数の電子回路ユニットにより構成されている。制御装置２１は、例えば、データベース２２に記憶されているプログラムを実行する。

データベース２２には、収容可能人数（予約状況）をリアルタイムで集計する集計モジュール等の各種モジュールが記憶されている。モジュールは、論理ゲート、半導体デバイス、集積回路又は他のどのような個別部品を含むハードウェア回路における内蔵コンポーネントを含んでいてもよい。

また、モジュールは、ソフトウェアプログラムの一部であってもよい。ソフトウェアプログラムとしてのモジュールの実行は、制御装置２１又は他のどのようなハードウェアエンティティによって実行されるべき論理演算命令のセットを含んでいてもよい。また、モジュールは、インターフェースを用いて、命令，プログラムのセットで具現化されていてもよい。

また、データベース２２には、各病児保育室１０の利用状況、予約状況等の情報が記憶されており、施設側端末１０３から受信した情報に基づいて随時、又は、所定のタイミング（例えば、後述する一次抽選等の直前）に更新される。

このようなサーバー２は、例えば、予約システム１を提供する事業者が集中管理するものであってもよく、例えばアプリケーションを介して他の機器（例えば、利用者側端末１００、施設側端末１０３等）が分散管理するものであってもよい。

Ｉ／Ｏインターフェース２３は、他の施設側端末（利用者側端末１００及び病児保育室１０の施設側端末１０３）とインターネット回線４を介して通信を行うためのものである。

（予約システム１のシステム構成）
予約システム１では、サーバー２に実装されたハードウェア構成又はプログラムにより実現される機能として、図３に示すような機能を備えている。

具体的には、予約システム１は、病児保育室１０の施設特性を認識する施設特性認識部２ａと、施設特性を利用者に通知する施設特性通知部２ｂと、利用者からの予約申請を認識する予約申請認識部２ｃと、病児保育室１０の受入状況を認識する受入状況認識部２ｄと、予約申請を受け入れるか否かの判断（以下、「受入判断」という。）を行う受入判断部２ｅと、受入判断の結果を利用者及び病児保育室１０に通知する判断結果通知部２ｆと備えている。

ここで、「施設特性」とは、保育施設の各々の特性であり利用者の自宅からの距離、受入開始時間、退出時間、料金、持参品等、利用者がその保育施設の利用を検討するに際し、判断に影響を与え得るものが該当する。

また、「予約申請」とは、保育施設の利用者が、保育施設の利用を希望する旨をシステム側に通知する行為をいう。例えば、メール、電話等によって施設職員に連絡を行い、施設職員がその連絡に基づいてシステムに入力を行うことの他、保育施設のウェブページ等で所定のフォーマットに記入を行い送信する等の行為が該当する。

また、「受入状況」は、各保育施設において、利用可能な部屋の特性（隔離部屋及び一般部屋の広さ及び部屋数等）、定員数、既に受け入れることが決定している子供の特性（病気の種類、年齢等）等に基づいて決定されるパラメータである。

施設特性認識部２ａは、病児保育室１０の施設側端末１０３を介して入力された情報、及び、サーバー２のデータベース２２（図２参照）に格納されている情報に基づいて、各病児保育室１０の施設特性を認識する。施設特性の更新は、リアルタイム、所定の周期ごと、又は、後述する受入判断の直前等に行われる。また、その更新のタイミングは、病児保育室１０ごとに異なっていてもよい。

施設特性通知部２ｂは、予約システム１が利用者からの予約申請を認識する際に（すなわち、利用者が予約申請を行う前、及び、予約申請の申請作業を行っている最中）に、施設特性認識部２ａが認識した施設特性を、利用者側端末１００を介して、利用者に対し通知する。

なお、通知する施設特性は、選択し得る病児保育室１０の全てに関する施設特性であってもよいし、一部の病児保育室１０の施設特性のみであってもよい。例えば、後述する予約申請認識部２ｃによって認識された内容（すなわち、利用者の希望、預かる子供の状況等）に応じて、予約システム１側で予約申請を行った利用者に対して適切な病児保育室１０を判断し、その病児保育室１０の施設特性のみを通知するようにしてもよい。

予約申請認識部２ｃは、利用者側端末１００を介して利用者が行った予約申請を受け付ける（認識する）。その予約申請の受付可能時間は、受入判断部２ｅによる受入判断の時点及び回数に応じて、設定されている。

受入状況認識部２ｄは、病児保育室１０の施設側端末１０３を介して入力された情報、及び、サーバー２のデータベース２２（図２参照）に格納されている情報に基づいて、各病児保育室１０の受入状況を認識する。受入状況の更新は、リアルタイム、所定の周期ごと、又は、後述する受入判断の直前等に行われる。また、その更新のタイミングは、病児保育室１０ごとに異なっていてもよい。

受入判断部２ｅは、予約申請を受け入れるか否かの判断である受入判断を、複数の異なる時点で、且つ、その時点における受入状況に基づいて行う。また、受入判断部２ｅは、受入判断の結果をデータベース２２に送信し、対応すべき予約申請（すなわち、実際に預からなければならない子供の人数・病気の状態等）のリストを作成する。

なお、受入判断の基準は、後述する予約方法のように、抽選と先着順との組み合わせに限定されるものではなく、保育施設ごとの特性又は要望に基づいて設定してもよい。例えば、育児不安のある利用者を優先するように設定してもよい。また、その育児施設が存在する行政区画内の子供（特に就学前児童）を優先するように設定してもよい。また、例えば、受入判断の基準を、全ての時点で統一してもよい。また、季節（すなわち、予測される病気の種類）ごとに変更してもよい。

判断結果通知部２ｆは、受入判断部２ｅが受入判断を行うごとに、利用者にその受入判断の結果を通知する。また、判断結果通知部２ｆは、受入判断部２ｅが受入判断を行うごとに、対応すべき予約申請のリストを病児保育室１０に通知する。

なお、判断結果通知部２ｆによる通知のタイミングは、予約システム１の構成に応じて適宜変更してもよい。例えば、受入判断が短時間で繰り返し行われるのであれば、複数回の受入判断が行われた後に、一括してその判断結果を通知するようにしてもよい。また、リストの送信は、全ての受入判断が終了した後に通知するようにしてもよい。

なお、図３を用いて説明したシステム構成はあくまでも一例である。各機能は、サーバー２に実装されたハードウェア構成又はプログラムの他、病児保育室１０に設置されている施設側端末１０３又は利用者側端末１００に実装されたものを用いて実現してもよいし、サーバー２、施設側端末１０３及び利用者側端末１００に実装されたものを協働させて実現してもよい。

また、予約システム１において実行する予約方法に応じて、施設特性認識部２ａ、施設特性通知部２ｂ又は判断結果通知部２ｆを、適宜省略してもよい。例えば、後述する予約方法と異なり、利用者の希望する施設の優先順位を考慮しない場合には、施設特性認識部２ａ及び施設特性通知部２ｂを省略してもよい。また、利用者への受入判断の結果を電話等で行う場合には、判断結果通知部２ｆを省略してもよい。

また、対応すべき予約申請（すなわち、実際に預からなければならない子供の人数・病気の状態等）のリストの作成、又は、そのリストの病児保育室１０への通知は、受入判断部２ｅ、判断結果通知部２ｆではなく、独立した処理部を設け、その処理部によって行ってもよい。

次に、図３、図４〜図２６を参照して、予約システム１が行う処理（すなわち、予約方法）について説明する。なお、図５〜図８は、予約システム１が行う処理を示すフローチャートである。また、図９〜図２６は、利用者側端末１００を介して利用者に提示される画面の一例を示す模式図である。

図４に示すように、予約システム１では、予約申請の受付を、異なる時点で複数回行うように構成されている。具体的には、予約システム１では、前日又はそれ以前から行われる一次予約と、一次予約よりも後に行われる二次予約と、二次予約の後に行われる当日予約とを受付可能に構成されている。

予約システム１では、予約申請を受け入れるか否かの判断は、一次予約及び二次予約では、抽選により行われ、当日予約は、予約申請の順序（先着順）に基づいて行われる。

本実施形態においては、一次予約は、病児保育室１０を利用したい日の前日（以下、単に「前日」という。）、又は、それ以前から行うことができる予約申請及びそれに伴う受入判断等の処理のことである。本実施形態では、一次予約の締切は、前日の夜１９：００とされている。

また、二次予約は、一次予約で予約申請が受け入れられなかった利用者、又は、一次予約の締切に予約申請が間に合わなかった利用者が行うことができる予約申請及びそれに伴う受入判断等の処理のことである。本実施形態では、二次予約の締切は、当日の朝７：００となっている。

また、当日予約は、二次予約の後であって、一時保育の当日に行うことができる予約申請及びそれに伴う受入判断等の処理のことである。本実施形態では、二次予約に関する処理の完了後、当日の朝７：００以降（厳密には、二次予約の締切後）から受付が開始される。

なお、本発明の保育施設予約システムにおける受入判断の回数は、３回に限定されるものではなく、２回、又は、４回以上の予約の受付を行うように構成されていてもよい。例えば、一次予約及び二次予約と当日予約との間に、複数回の予約申請の受付を行うように構成してもよいし、当日予約を行わなくてもよい。

また、予約システム１では、以下に説明する処理を実行するに際し、各病児保育室１０の施設側端末１０３が、リアルタイム又は定期的に、一般部屋１０１及び隔離部屋１０２の予約状況をサーバー２に送信している。このため、サーバー２は、一般部屋１０１の収容可能人数、すなわち、一般部屋１０１にあと何人の子供を収容可能かの情報と、隔離部屋１０２の残数の情報とを集計し、データベース２２の情報を随時更新している。

（一次予約）
まず、予約システム１において、一次予約の際に実行される処理について、図３に示すシステム構成図、図５に示すフローチャート、及び、図９〜図２０に示す利用者側端末１００の画面に表示される表示画面の模式図を参照して説明する。

まず、利用者側端末１００からサーバー２にアクセスすると、ステップＳ１０１において、利用者の情報に関する親ＩＤ画面１５０が表示される（図９参照）。親ＩＤ画面１５０には、親のＩＤ番号（図示の構成では、電話番号）、親（利用者）の名前、子供の名前が表示される。利用者は、利用者側端末１００を操作して、利用する子供を選択する。この選択は、例えば、子の名前が表示されている左側のチェックボックスにチェックを入れることにより行われる。

次に、ステップＳ１０２において、子供の情報に関する子ＩＤ画面１６０が表示される（図１０参照）。子ＩＤ画面１６０には、子のＩＤ番号、名前、生年月日、年齢、既往歴、現在使用している薬、アレルギー、過去に打たれたワクチン等の情報を記入する欄が表示される。

ここで、子供の既に登録されている情報から変更があった場合には、利用者は、利用者側端末１００を操作して、これらを加筆修正し、その旨を迅速にデータベース２２に反映させることができる。そして、その情報がサーバー２に送信される。

なお、ステップＳ１０１及びステップＳ１０２は、予約システム１を既に利用したことがある場合、又は、事前登録が行われていた場合の処理である。そのため、利用者がサーバー２にアクセスした時点で、サーバー２のデータベース２２（図２参照）に格納されている情報に基づき、上記の親ＩＤ画面１５０及び子ＩＤ画面１６０が作成される。

一方、予約システム１を既に利用したことがない場合、又は、事前登録が行われていない場合には、親ＩＤ画面１５０及び子ＩＤ画面１６０を作成するために必要な情報を入力するための画面が表示される。その後、利用者がその画面を介して必要な情報を入力すると、予約システム１を既に利用したことがある場合、又は、事前登録が行われていた場合と同様に、次のステップＳ１０３の処理が開始される。

次に、ステップＳ１０３において、今回、病児保育室１０を利用するにあたって、医者（小児科医等）の診断を受けたか否か、すなわち、利用者が医師の指示書（診断書）を持っているか否かの情報を入力するための診断状況入力画面２００が表示される（図１１参照）。

次に、ステップＳ１０４において、ステップＳ１０３の入力結果に基づいて、診断済みであるか否かが判断される。

診断済みであった場合、ステップＳ１０５において、診断済用問診画面２１０が表示される（図１２参照）。利用者が利用者側端末１００を操作して、診断済用問診画面２１０上で該当する項目にチェックを行うと、その情報がサーバー２に送信される。なお、「それ以外」をチェックすると、フリー入力が可能となり、利用者は、症状を記入することができる。

一方、診断済みではなかった場合、ステップＳ１０６において、未診断問診画面２２０が表示される（図１３参照）。利用者が利用者側端末１００を操作して、未診断問診画面２２０上で該当する項目にチェックを行うと、その情報がサーバー２に送信される。

次に、ステップＳ１０７において、症状経過記載画面１７０が表示される（図１４参照）。利用者が利用者側端末１００を操作して、症状経過記載画面１７０上で該当する項目にチェックを行ったり、記入を行ったりすると、その情報がサーバー２に送信される。

ここで、今回の発症で初めて病児保育を使用する場合には、発症からの記入が必要となる。一方、前日に病児保育を利用している場合には、前日朝までの内容は反映されているので、病児保育利用後の経過についてのみを記入すればよい。なお、前回利用時の内容は、今回の経過を記入する欄に並べて表示される。

予約システム１では、診断済用問診画面２１０又は未診断問診画面２２０に対する記入内容に基づいて、子供が、病児保育室１０の一般部屋１０１で預かられるか、隔離部屋１０２で預かられるかが決定される。

次に、ステップＳ１０８において、一次予約画面２３０が表示される（図１５参照）。一次予約画面２３０には、各病児保育室１０の施設特性（図示の構成では、医療機関が併設されている旨、保育園が併設されている旨、定員、利用時間、入室前診断が可能か否か）と、予約ボタンが表示される。

ここで、表示される施設特性は、ステップＳ１０８が実行される際に、病児保育室１０の施設側端末１０３を介して入力された情報、及び、サーバー２のデータベース２２に基づいて、施設特性認識部２ａによって認識される。この工程が、施設特性認識工程である。また、ステップＳ１０８において、それらの施設特性を一次予約画面２３０で表示する工程が、施設特性通知工程である。

このとき、利用者は、複数の病児保育室１０の予約ボタンを、表示されている施設特性等を考慮して、所望の順番で選択して押すことができる。すなわち、優先順位を付けて、複数の病児保育室１０に対して予約申請を行うことができる。この工程が、予約申請認識工程である。

例えば、「病児保育Ａ」（病児保育室１０）、「病後児保育ａ」（病児保育室１０）の順で予約ボタンを押すと、「病児保育Ａ」が第１希望、「病後児保育ａ」が第２希望となり、予約ボタンがその優先順位を示す数字に変わる。なお、選択しない病児保育室は希望なしと判断される。この申込み情報は、サーバー２に送信され、データベース２２に記憶される。

また、このとき、受入状況認識部２ｄによって、病児保育室１０の施設側端末１０３を介して入力された情報、及び、サーバー２のデータベース２２に基づいて、各病児保育施設１０における受入状況が認識される。この工程が、受入状況認識工程である。

次に、ステップＳ１０９において、予約システムが設定した所定の時刻（本実施形態では前日の１９：００）に、一次抽選が行われ、利用者がどの病児保育室１０を利用可能か、又は、いずれも利用できないかが決定される（すなわち、１回目の受入判断が行われる）。この工程が、１回目の受入判断工程である。

この抽選は、各病児保育施設１０のその時点における受入状況、利用者が記入した情報、及び、その利用者が予約申請に付加した優先順位に基づいて行われる。なお、利用者の過去の利用率、利用回数、キャンセル率を考慮して抽選を行ってもよい。

次に、ステップＳ１１０において、ステップＳ１０９での一次抽選の結果が当選であるか落選であるかが判断される。

当選であった場合、ステップＳ１１１において、一次抽選当選画面２５０が表示される（図１６参照）。一方、落選であった場合、ステップＳ１１２において、一次抽選落選画面２６０が表示され（図１７参照）、ステップＳ１１７に移行する（図６参照）。この工程が、判断結果通知工程である。

ここで、ステップＳ１１１及びステップＳ１１２は、一次抽選の行われた１９：００の数分後に行われる。その結果、利用者は、予約申請を行った病児保育室１０に対しその予約が受け入れられたか否かを、従来よりも早い段階で把握することができる。

これにより、保育施設が利用可能であった場合には、利用者は、早い段階で利用のための準備（着替え、弁当の準備、送り迎えの手配等）を行うことができるようになる。一方、病児保育室１０が利用不可であった場合には、利用者は、早い段階で他の病児保育室１０の利用、親族への相談等を検討することができるようになる。

次に、ステップＳ１１３において、所定の時間に、当選した利用者の利用者側端末１００に、予約完了時用リマインド画面２７０が表示され、利用者にリマインドが行われる（図１８参照）。このリマインドは、例えば、メール等のインターネットを利用したアプリケーション上におけるポップアップ等であってもよい。

また、予約完了時用リマインド画面２７０には、キャンセルボタンが設けられている。利用者が、このキャンセルボタンを押した場合には、予約申請のキャンセルが受け付けられる。

次に、ステップＳ１１４において、キャンセルボタンが押されたか否かが判断される。

キャンセルボタンが所定時間（例えば３０分）押されなかった場合、ステップＳ１１５において、予約完了画面を表示する。ここで、ステップＳ１０４で病気の診断が終わっていると回答した利用者には、診断済用予約完了画面２８０が表示され（図１９参照）、ステップＳ１０２で病気の診断が終わっていないと回答した利用者には、未診断用予約完了画面２９０が表示される（図２０参照）。

一方、キャンセルボタンが押された場合、ステップＳ１１６において、キャンセルを受け付けた旨を知らせる画面を表示する（不図示）。

このように、予約システム１では、利用者側端末１００から、既に行った予約を、リマインドの段階（すなわち、予約システム１を利用している病児保育室１０の所望のタイミング）でキャンセルすることができるよう構成されている。

これにより、例えば、子供の体調が好転した場合等、病児保育室１０の利用が必要なくなった利用者に対して、対応が容易な時点でのキャンセルを促すことができる。その結果、突発的な（すなわち、対応の難しい時点での）キャンセルを抑制することができる。ひいては、キャンセルにより空いた枠を他の利用者が活用することができる。

本実施形態においては、ステップＳ１１３におけるリマインドは、例えば、当日の朝６：３０分に実行される。また、ステップＳ１１５の通知は、例えば、当日の朝７：００に実行される。また、ステップＳ１１６の通知はキャンセル選択後、即時実行される。

（一次抽選落選後の二次予約）
次に、予約システム１において、一次予約に対する予約申請が受け入れられなかった場合（すなわち、一次抽選落選後）における二次予約の際に実行される処理について、図３に示すシステム構成図、図６に示すフローチャート、及び、図２２，図２３に示す表示画面の模式図を参照して説明する。

なお、以下では、一例として、一次抽選に落選した利用者は、自動で二次予約に対する予約申請が行われる場合について説明する。しかし、本発明の保育施設予約システム及び保育施設予約方法はそのような構成に限定されるものではない。例えば、利用者が改めて予約申請をした場合にのみ、二次予約における受入判断である二次抽選の対象となるように構成してもよい。

上記のように、ステップＳ１１０において落選であった場合には、ステップＳ１１２において、一次抽選落選画面２６０が表示され、ステップＳ１１７に移行する。

ステップＳ１１７において、所定の時間に、一次抽選に落選した利用者の利用者側端末１００に、二次予約用リマインド画面３００が表示される（図２１参照）。この二次予約用リマインド画面３００には、二次予約に対する予約申請のキャンセルを申し込むか否かを選択するボタンが設けられている。

次に、ステップＳ１１８において、二次予約に対する予約申請のキャンセルが申し込まれたか否かを判断する。キャンセルが申し込まれていない、すなわち、二次予約に対する予約申請が申し込まれた場合には、そのまま二次抽選（ステップＳ１２０）へ進む。

一方、二次予約に対する予約申請がキャンセルされたと判断された場合、ステップＳ１１９において、そのキャンセルを受け付けて終了する。

次に、ステップＳ１２０において、予約システムが設定した一次抽選よりも遅い所定の時刻（本実施形態では当日の７：００）に、二次抽選が行われ、利用者がどの病児保育室１０を利用可能か、又は、いずれも利用できないかが決定される（すなわち、２回目の受入判断が行われる）。この工程が、２回目の受入判断工程である。この二次抽選は、ステップＳ１０９の一次抽選と同様に行われる。

次に、ステップＳ１２１において、ステップＳ１２０での二次抽選の結果が当選であるか落選であるかが判断される。

当選であった場合、ステップＳ１２２において、二次抽選当選画面３１０が表示される（図２２参照）。一方、落選であった場合、二次抽選落選画面３２０が表示され（図２３参照）、ステップＳ１２３へと移行する。この工程も、判断結果通知工程である。

次に、ステップＳ１２３において、キャンセル待ちをすると判断されたか否かが判断される。

キャンセル待ちをすると判断された場合、対象となる病児保育室１０に空き枠が生じたときに、利用者に対して、予約申請が受け入れられた旨の通知が行われる。具体的には、例えば、図２２の二次抽選当選画面と同様の画面が表示される。

なお、本実施形態では、そのキャンセル待ちの対象の病児保育室１０は、ステップＳ１０８で選択された病児保育室１０となっている。しかし、キャンセル待ちの対象となる病児保育室１０は、予約システム１の対象となっている全ての病児保育室であってもよい。

一方、キャンセル待ちをしないと判断された場合、ステップＳ１１９へ進み、そのキャンセルを受け付けて終了する。なお、本実施形態では、二次抽選落選画面３２０に、予約申請のキャンセルを行う（すなわち、キャンセル待ちをしない旨の申請を行う）ためのボタンが設けられている。キャンセル待ちをしないと判断されたか否かは、このボタンが押されたか否かに基づいて判断される。
（一次抽選不参加者の二次予約）
予約システム１では、一次予約に対する予約申請を行っていなかった利用者であっても、一次予約に対する予約申請の受入判断（すなわち、一次抽選）が終わった後に実行される二次予約に対する予約申請を行うことができる。この際に行われる処理について、図３に示すシステム構成図、図７に示すフローチャート、及び、図２１〜図２３に示す表示画面の模式図を参照して説明する。

この場合、まず、図７に示すように、ステップＳ２０１〜ステップＳ２０８の処理が順次実行される。このステップＳ２０１〜ステップＳ２０８の処理は、前述した図５のステップＳ１０１〜ステップＳ１０８の処理と同様の処理である。

次に、予約システム１は、ステップＳ２０９において、利用者側端末１００に、二次予約用リマインド画面３００を表示させる（図２１参照）。

次に、図７に示すように、ステップＳ２１０〜ステップＳ２１６の処理が順次実行される。このステップＳ２１０〜ステップＳ２１６は、前述した図６のステップＳ１１８〜ステップＳ１２４の処理と同様の処理である。

ところで、一次抽選不参加者の二次予約に関する処理では、二次予約に対する予約の申請をキャンセルことができる。

（当日予約）
次に、予約システム１において、二次予約が終わった後（本実施形態では、朝７：００以降）に受付が開始される当日予約の際に行われる処理について、図３に示すシステム構成図、図８に示すフローチャート、及び、図２４〜図２６に示す表示画面の模式図を参照して説明する。

当日予約では、二次抽選が終わった後に、まず、ステップＳ３０１において、当日予約画面３３０が表示される（図２４参照）。

当日予約画面３３０には、複数の病児保育室１０の各々について、医療機関が併設されているか、保育園が併設されているか、入室前診断が可能か否かの情報と、一般部屋１０１の空人数の情報（収容可能人数）と、隔離部屋１０２の空き部屋数（収容可能人数）の情報とが表示される。また、当日予約画面３３０には、各病児保育室１０に対して予約申請を行う予約ボタンも表示されている。

いずれかの病児保育室１０に対する予約ボタンが押されると、図８に示すように、ステップＳ３０２〜ステップＳ３０９の処理が順次実行される。このステップＳ３０２〜ステップＳ３０９の処理は、前述した図５のステップＳ１０１〜ステップＳ１０８の処理と同様の処理である。

ただし、当日予約では、ステップＳ３０５の処理における診断状況の確認結果、又は、ステップＳ３０６若しくはステップＳ３０７の処理における問診結果に基づいて、利用者の子供が一般部屋１０１に収容されるべきか隔離部屋１０２に収容されるべきかが判断されて、いずれの病児保育室１０に割り振るべきかが判断される。

予約システム１では、ステップＳ３０１において予約ボタンが押されると、その時点で空き枠が確保され、ステップＳ３０２〜ステップＳ３０９を行っている間であっても、他の利用者側端末１００から一定時間（例えば、１０分程度）、その予約ボタンの対象となっている病児保育室１０に対する予約申請が行えないように構成されている。具体的には、予約ボタンが押されると、その病児保育室１０の一般部屋１０１の空人数又は隔離部屋１０２の空き部屋数が、即座に更新される。

次に、ステップＳ３１０において、予約申請が行われた病児保育室１０にその時点で空室（空き枠）があるか否かが判断される。

空室があった場合、ステップＳ３１１において、予約確認画面３４０が表示される（図２５参照）。予約確認画面３４０には、利用者が予約申請を行った病児保育室１０の利用を確定するか否かを選択するボタン（「予約を確定」ボタン）が設けられている。

利用者が「予約を確定」ボタンを押すことにより、病児保育室１０の利用が確定する。一方、「予約を確定」ボタンが、所定時間（例えば１０分間）押されなかった場合には、予約申請がキャンセルされたと判断される。その後、病児保育室１０の一般部屋１０１の空人数又は隔離部屋１０２の空き部屋数が、即座に更新される。

一方、施設に空室がなかった場合、ステップＳ３１２において、キャンセル待ち画面３５０が表示される（図２６参照）。キャンセル待ち画面３５０には、利用者が希望した病児保育室１０（図示の構成では、病児保育室Ａ、病児保育室ａ）の施設情報とともに、利用者がそれらの病児保育室１０のキャンセル待ちを希望するか否かを選択するボタン（「キャンセル待ち確定」ボタン）が設けられている。

利用者が「キャンセル待ち確定」ボタンを押すことにより、それらの病児保育室１０に対するキャンセル待ちが開始される。

当日予約は、急遽、短時間で予約申請を行わなければならない可能性が高いので、一次予約、二次予約に比べて、誤った予約申請が生じやすい。そこで、本実施形態の予約システム１では、予約を確定」ボタンと「キャンセル待ち確定」ボタンが表示され、利用者の最終的な意思確認が行われるようになっている。これにより、利用者は再度申請内容の確認を行うことができるので、誤った予約申請の発生が抑制されている。

以上説明したように、予約システム１及びそれを用いて実行される予約方法では、利用者からの予約申請を受け入れるか否かの受入判断が、複数の異なる時点（本実施形態では、前日の１９：００、当日の７：００、当日の７：００以降）で、且つ、その時点における受入状況に基づいて行われる。すなわち、各々の受入判断が、時々刻々と変化する病児保育室１０の受入状況の変動（例えば、予約申請の突発的なキャンセルの発生、対応可能な職員の増減等）に対応した形で行われる。

これにより、病児保育室１０は、受入状況に変動があった場合でも、その変動の影響を抑制して、適切な人数の子供を受け入れることができる。その結果、利用者は、従来よりも高い確率で子供を預けることができる。また、複数の異なる時点で受入判断を行うということは、利用者による予約申請のタイミングが複数回あることになる。その結果、利用者は、幅広い時間帯で予約申請を行うことができる。

また、複数回の受入判断が完了した時点で、受け入れた予約申請のリストが自動的に作成されることになる。その結果、保育施設は、対応すべき予約申請、すなわち、実際に預からなければならない子供の人数・病気の状態等を、改めて確認するような作業を行わなくとも、容易に把握することができる。

したがって、予約システム１及びそれを用いて実行される予約方法によれば、利用者は、幅広い時間帯で予約申請を行うことができ、且つ、従来よりも高い確率で子供を預けることができる。また、病児保育室１０は、実際に受け入れなければならない子供を把握するための業務負荷を軽減することができる。

また、予約システム１及びそれを用いて実行される予約方法では、利用者に病児保育室１０の施設特性を通知することによって、利用者に利用したい病児保育室１０の優先順位を決定させた後、複数の病児保育室１０に対する予約申請をその優先順位とともに受け付けて、その優先順位を受入判断の基準となるように構成している。

そのため、予約システム１及びそれを用いて実行される予約方法によれば、利用者が、希望する病児保育室１０を利用できる可能性が高くなっている。これにより、利用者が保育施設を利用する際の安心感、利便性の向上を図ることができる。

以上、本発明の病児保育施設予約システム及び病児保育施設予約方法を図示の実施形態について説明したが、本発明は、これに限定されるものではなく、同様の機能を発揮し得る任意の構成のもの（工程）と置換することができる。また、任意の構成物が付加されていてもよい。

例えば、一次予約画面又は当日予約画面において、病児保育室の名前を押すと、病児保育室までの道のり、所要時間、利用可能な交通機関を示す情報等、さらなる施設特性が表示される構成であってもよい。

また、利用者側端末にＧＰＳ（Global Positioning System）が内蔵されていた場合、予約画面において、利用者側端末からの距離又は所要時間を、施設特性として扱ってもよい。

また、利用者側端末と病児保育室とを連携させた予約システムを説明したが、利用者側端末と病児保育室に加え、病院・クリニック、保育園・幼稚園、行政、ファミサポ（ファミリーサポートセンター）、訪問型病児保育を運営する企業、タクシー会社等とも、連携させてもよい。

１…予約システム（保育施設予約システム）、２…サーバー、２ａ…施設特性認識部、２ｂ…施設特性通知部、２ｃ…予約申請認識部、２ｄ…受入状況認識部、２ｅ…受入判断部、４…インターネット回線、１０…病児保育室（保育施設）、２１…制御装置、２２…データベース、２３…Ｉ／Ｏインターフェース、１００…利用者側端末、１０１…一般部屋、１０２…隔離部屋、１０３…施設側端末、１０４…クリニック、１５０…親ＩＤ画面、１６０…子ＩＤ画面、１７０…症状経過記載画面、２００…診断状況入力画面、２１０…診断済用問診画、２２０…未診断問診画面、２３０…一次予約画面、２５０…一次抽選当選画面、２６０…一次抽選落選画面、２７０…予約完了時用リマインド画面、２８０…診断済用予約完了画面、２９０…未診断用予約完了画面、３００…二次予約用リマインド画面、３１０…二次抽選当選画面、３２０…二次抽選落選画面、３３０…当日予約画面、
３４０…予約確認画面、３５０…キャンセル待ち画面。

Claims (5)

1. 少なくとも１つの保育施設に対し、該保育施設に子供を預けるための予約を、利用者が行うための保育施設予約システムであって、
   複数の利用者からの予約申請を認識する予約申請認識部と、前記予約申請認識部が認識した複数の前記予約申請の各々に対し、受け入れるか否かの受入判断を行う受入判断部と、前記保育施設の受入状況を認識する受入状況認識部とを備え、
   前記受入判断部は、前記受入判断を、予め定められた複数の異なる時点で、且つ、該時点における前記受入状況に基づいて、該時点までに認識された前記予約申請のうち受け入れるとの判断が行われていない予約申請に対して行い、
   前記受入状況認識部は、２回目以降の前記受入判断では、前回以前の前記受入判断で受け入れるとの判断が行われた前記予約申請に係る前記子供の特性に基づいて、前記受入状況を認識することを特徴とする保育施設予約システム。
2. 請求項１に記載の保育施設予約システムにおいて、
   前記保育施設の施設特性を認識する施設特性認識部と、前記利用者からの前記予約申請を認識する際に、前記施設特性認識部が認識した前記施設特性を前記利用者に通知する施設特性通知部とを備え、
   前記施設特性認識部は、複数の前記保育施設の前記施設特性を、該保育施設ごとに認識し、
   前記施設特性通知部は、複数の前記保育施設の前記施設特性を、前記利用者に通知し、
   前記予約申請認識部は、前記保育施設に対する予約申請を、前記利用者からの前記保育施設に関する優先順位とともに認識し、
   前記受入判断部は、前記優先順位に基づいて、前記受入判断を行うことを特徴とする保育施設予約システム。
3. 請求項１又は請求項２に記載の保育施設予約システムにおいて、
   前記受入判断部による判断結果を前記保育施設に通知する判断結果通知部を備え、
   前記受入判断部は、前記受入判断部が前記受入判断を行うごとに、前記受入判断の結果に基づいて前記保育施設が対応すべき前記予約申請のリストを作成し、
   前記判断結果通知部は、前記受入判断部が前記受入判断を行うごとに、前記リストを前記保育施設に通知することを特徴とする保育施設予約システム。
4. 請求項１〜請求項３のいずれか１項に記載の保育施設予約システムにおいて、
   前記受入判断部による判断結果を前記利用者に通知する判断結果通知部を備え、
   前記判断結果通知部は、前記受入判断部が前記受入判断を行うごとに、前記利用者に該受入判断の結果を通知することを特徴とする保育施設予約システム。
5. 少なくとも１つの保育施設に対し、該保育施設に子供を預けるための予約を、利用者が行うための保育施設予約方法であって、
   予約申請認識部が、複数の利用者からの予約申請を認識する予約申請認識工程と、
   受入状況認識部が、前記保育施設の受入状況を認識する受入状況認識工程と、
   受入判断部が、前記予約申請認識工程で認識された複数の前記予約申請の各々に対し、受け入れるか否かの受入判断を行う受入判断工程とを備え、
   前記受入判断工程で、前記受入判断部が、前記受入判断を、予め定められた複数の異なる時点で、且つ、該時点における前記受入状況に基づいて、該時点までに認識された前記予約申請のうち受け入れるとの判断が行われていない予約申請に対して行い、
   前記受入状況認識工程で、前記受入状況認識部が、２回目以降の前記受入判断では、前回以前の前記受入判断で受け入れるとの判断が行われた前記予約申請に係る前記子供の特性に基づいて、前記受入状況を認識する行うことを特徴とする保育施設予約方法。