知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024145948
(43)【公開日】2024-10-15
(54)【発明の名称】園児見守りシステム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20241004BHJP
【ＦＩ】
G06Q50/10
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023058572
(22)【出願日】2023-03-31
(71)【出願人】
【識別番号】516174150
【氏名又は名称】岩手インフォメーション・テクノロジー株式会社
(74)【代理人】
【識別番号】100111383
【弁理士】
【氏名又は名称】芝野 正雅
(74)【代理人】
【識別番号】100170922
【弁理士】
【氏名又は名称】大橋 誠
(72)【発明者】
【氏名】大森 啓太
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049CC11
5L050CC11
(57)【要約】
【課題】送迎バス等の車両に乗車した園児が保育施設に登園したことを確実に見守ることが可能な園児見守りシステムを提供する。
【解決手段】園児見守りシステム１は、保育施設２０の送迎バス３０に設置され、園児２が所持するタグ２ａから園児を特定可能な園児特定情報を読み取る車両タグリーダ３１と、保育施設２０に設置され、園児２が所持するタグ２ａから園児特定情報を読み取る施設タグリーダ２２と、車両タグリーダ３１および施設タグリーダ２２により読み取られた園児特定情報を受信可能に構成された施設端末２１と、を備える。ここで、施設端末２１は、車両タグリーダ３１により読み取られた園児特定情報と、施設タグリーダ２２により読み取られた園児特定情報とに基づいて、バス３０に乗ったが未登園の未登園園児を特定する。
【選択図】図１
【解決手段】園児見守りシステム１は、保育施設２０の送迎バス３０に設置され、園児２が所持するタグ２ａから園児を特定可能な園児特定情報を読み取る車両タグリーダ３１と、保育施設２０に設置され、園児２が所持するタグ２ａから園児特定情報を読み取る施設タグリーダ２２と、車両タグリーダ３１および施設タグリーダ２２により読み取られた園児特定情報を受信可能に構成された施設端末２１と、を備える。ここで、施設端末２１は、車両タグリーダ３１により読み取られた園児特定情報と、施設タグリーダ２２により読み取られた園児特定情報とに基づいて、バス３０に乗ったが未登園の未登園園児を特定する。
【選択図】図１
【特許請求の範囲】
【請求項1】
保育施設の送迎車両に設置され、前園児が所持する記憶媒体から前記園児を特定可能な園児特定情報を読み取る第１読取装置と、
前記保育施設に設置され、前記園児が所持する前記記憶媒体から前記園児特定情報を読み取る第２読取装置と、
前記第１読取装置および前記第２読取装置により読み取られた前記園児特定情報を受信可能に構成された制御部と、を備え、
前記制御部は、前記第１読取装置により読み取られた前記園児特定情報と、前記第２読取装置により読み取られた前記園児特定情報とに基づいて、前記車両に乗ったが未登園の未登園園児を特定する、
ことを特徴とする園児見守りシステム。
前記保育施設に設置され、前記園児が所持する前記記憶媒体から前記園児特定情報を読み取る第２読取装置と、
前記第１読取装置および前記第２読取装置により読み取られた前記園児特定情報を受信可能に構成された制御部と、を備え、
前記制御部は、前記第１読取装置により読み取られた前記園児特定情報と、前記第２読取装置により読み取られた前記園児特定情報とに基づいて、前記車両に乗ったが未登園の未登園園児を特定する、
ことを特徴とする園児見守りシステム。
【請求項2】
請求項１に記載の園児見守りシステムにおいて、
前記制御部は、
前記保育施設に対する前記車両の到着から第１時間が経過したときに、前記第１読取装置からの前記園児特定情報に基づき前記車両に乗車したと確定された一の園児について、前記第２読取装置からの前記園児特定情報に基づき登園が確認されなかったことに基づいて、前記一の園児を前記未登園園児として特定する、
ことを特徴とする園児見守りシステム。
前記制御部は、
前記保育施設に対する前記車両の到着から第１時間が経過したときに、前記第１読取装置からの前記園児特定情報に基づき前記車両に乗車したと確定された一の園児について、前記第２読取装置からの前記園児特定情報に基づき登園が確認されなかったことに基づいて、前記一の園児を前記未登園園児として特定する、
ことを特徴とする園児見守りシステム。
【請求項3】
請求項１に記載の園児見守りシステムにおいて、
前記制御部は、前記未登園園児を探索するための報知処理を実行する、
ことを特徴とする園児見守りシステム。
前記制御部は、前記未登園園児を探索するための報知処理を実行する、
ことを特徴とする園児見守りシステム。
【請求項4】
請求項３に記載の園児見守りシステムにおいて、
前記制御部は、前記報知処理として、前記未登園園児の発生を前記保育施設の職員に報知する第１報知処理を実行する、
ことを特徴とする園児見守りシステム。
前記制御部は、前記報知処理として、前記未登園園児の発生を前記保育施設の職員に報知する第１報知処理を実行する、
ことを特徴とする園児見守りシステム。
【請求項5】
請求項４に記載の園児見守りシステムにおいて、
前記制御部は、前記第１時間より長い第２時間が前記車両の到着から経過するまでに、前記未登園園児を確認したことを示す情報を取得しないことに基づいて、前記未登園園児の発生を前記職員とともに前記未登園園児の保護者に報知する第２報知処理を実行する、
ことを特徴とする園児見守りシステム。
前記制御部は、前記第１時間より長い第２時間が前記車両の到着から経過するまでに、前記未登園園児を確認したことを示す情報を取得しないことに基づいて、前記未登園園児の発生を前記職員とともに前記未登園園児の保護者に報知する第２報知処理を実行する、
ことを特徴とする園児見守りシステム。
【請求項6】
請求項１ないし５の何れか一項に記載の園児見守りシステムにおいて、
前記車両に同乗する前記保育施設の職員が所持する携帯端末と、
通信網を介して前記携帯端末と通信可能な管理装置と、
前記保育施設に配置され前記通信網を介して前記管理装置と通信可能な情報処理装置と、をさらに備え、
前記制御部は、前記情報処理装置に含まれ、
前記携帯端末は、前記第１読取装置との無線通信により前記第１読取装置から取得した前記園児特定情報を前記管理装置に送信し、
前記管理装置は、受信した前記園児特定情報を前記情報処理装置に送信する、
ことを特徴とする園児見守りシステム。
前記車両に同乗する前記保育施設の職員が所持する携帯端末と、
通信網を介して前記携帯端末と通信可能な管理装置と、
前記保育施設に配置され前記通信網を介して前記管理装置と通信可能な情報処理装置と、をさらに備え、
前記制御部は、前記情報処理装置に含まれ、
前記携帯端末は、前記第１読取装置との無線通信により前記第１読取装置から取得した前記園児特定情報を前記管理装置に送信し、
前記管理装置は、受信した前記園児特定情報を前記情報処理装置に送信する、
ことを特徴とする園児見守りシステム。
【請求項7】
請求項６に記載の園児見守りシステムにおいて、
前記携帯端末は、前記第１読取装置により読み取られた前記園児特定情報に基づき生成された乗車確認用の点呼画面を表示させ、
前記点呼画面は、前記車両に乗車した前記園児の追加および修正を受け付け可能に構成され、
前記携帯端末は、前記点呼画面に対する入力結果を前記管理装置に送信し、
前記管理装置は、受信した前記点呼画面に対する前記入力結果を前記情報処理装置に送信する、
ことを特徴とする園児見守りシステム。
前記携帯端末は、前記第１読取装置により読み取られた前記園児特定情報に基づき生成された乗車確認用の点呼画面を表示させ、
前記点呼画面は、前記車両に乗車した前記園児の追加および修正を受け付け可能に構成され、
前記携帯端末は、前記点呼画面に対する入力結果を前記管理装置に送信し、
前記管理装置は、受信した前記点呼画面に対する前記入力結果を前記情報処理装置に送信する、
ことを特徴とする園児見守りシステム。
【請求項8】
請求項７に記載の園児見守りシステムにおいて、
前記携帯端末は、予め設定された最終確認タイミングにおいて、前記車両に乗車している前記園児を確定するための確定画面を表示させ、前記確定画面に対する入力結果を前記管理装置に送信し、
前記管理装置は、受信した前記確定画面に対する前記入力結果を前記情報処理装置に送信する、
ことを特徴とする園児見守りシステム。
前記携帯端末は、予め設定された最終確認タイミングにおいて、前記車両に乗車している前記園児を確定するための確定画面を表示させ、前記確定画面に対する入力結果を前記管理装置に送信し、
前記管理装置は、受信した前記確定画面に対する前記入力結果を前記情報処理装置に送信する、
ことを特徴とする園児見守りシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、送迎バス等の車両に乗車した園児を見守る園児見守りシステムに関する。
【背景技術】
【0002】
幼稚園等の保育施設では、園児の自宅付近において、職員が園児を送迎バスに迎え入れ、その後、送迎バスにより園児を保育施設に送り届ける。送迎バスに同乗する職員は、送迎バスが保育施設に到着すると、園児を送迎バスから保育施設へ送り出す。その後、職員は、送迎バス内に園児が残っていないことを、所定の確認作業により確認する。
【0003】
しかし、この確認作業によって万一バスに残っている園児を発見できないと、この園児は、長時間に亘ってバス内に閉じ込められることとなってしまう。また、確認作業の際には園児は送迎バスに残存していなかったが、その後、園児が再び送迎バスに乗り込んでしまうことも想定され得る。このよう場合も、この園児は、長時間に亘ってバス内に閉じ込められてしまう。
【0004】
このような事態に対応するための構成が、以下の特許文献１に記載されている。この構成では、車両中に園児等が置き去りにされた場合に、置き去りにされた人が近傍の押しボタンスイッチを押下することで、車両のホーンが鳴り、車両外の人に置き去りにされていることが報知される。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】実用新案登録第３２３９７９０号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、上記構成では、車内に置き去りされた園児が押しボタンスイッチを押さなければ、置き去りが報知され得ない。園児は、このような場合に押しボタンスイッチを押すことを予め知っておく必要がある。しかし、幼少の園児全員にこのことを確実に把握させておくことは難しい。また、長時間の置き去りにより園児が衰弱した状態等、押しボタンスイッチを押す行動をとることが難しいこともある。
【0007】
かかる課題に鑑み、本発明は、送迎バス等の車両に乗車した園児が保育施設に登園したことを確実に見守ることが可能な園児見守りシステムを提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明の主たる態様に係る園児見守りシステムは、保育施設の送迎車両に設置され、前記園児が所持する記憶媒体から前記園児を特定可能な園児特定情報を読み取る第１読取装置と、前記保育施設に設置され、前記園児が所持する前記記憶媒体から前記園児特定情報を読み取る第２読取装置と、前記第１読取装置および前記第２読取装置により読み取られた前記園児特定情報を受信可能に構成された制御部と、を備える。ここで、前記制御部は、前記第１読取装置により読み取られた前記園児特定情報と、前記第２読取装置により読み取られた前記園児特定情報とに基づいて、前記車両に乗ったが未登園の未登園園児を特定する。
【0009】
本態様に係る園児見守りシステムによれば、第１読取装置および第２読取装置により読み取られた園児特定情報を照合することにより、車両に乗ったが未登園の未登園園児が特定される。このため、車両に同乗した職員等がマニュアルで登園を確認する場合に比べて、未登園園児の特定をより確実に行うことができる。よって、送迎バス等の車両に乗車した園児が保育施設に登園したことを確実に見守ることができる。
【0010】
本態様に係る園児見守りシステムにおいて、前記制御部は、前記保育施設に対する前記車両の到着から第１時間が経過したときに、前記第１読取装置からの前記園児特定情報に基づき前記車両に乗車したと確定された一の園児について、前記第２読取装置からの前記園児特定情報に基づき登園が確認されなかったことに基づいて、前記一の園児を前記未登園園児として特定するよう構成され得る。
【0011】
車両が保育施設に到着した後、一定時間内に、園児特定情報に基づき登園が確認できなかった園児は、車両内に置き去りにされているか、降車後に保育施設以外の場所へと移動した可能性が想定され得る。よって、上記構成によれば、このような状況にある園児を未登園園児として特定できる。
【0012】
本態様に係る園児見守りシステムにおいて、前記制御部は、前記未登園園児を探索するための報知処理を実行するよう構成され得る。
【0013】
これにより、未登園園児を安全に保護することができる。
【0014】
この場合、前記制御部は、前記報知処理として、前記未登園園児の発生を前記保育施設の職員に報知する第１報知処理を実行するよう構成され得る。
【0015】
これにより、保育施設の職員を、未登園園児の保護のために円滑に動員できる。
【0016】
また、前記制御部は、前記第１時間より長い第２時間が前記車両の到着から経過するまでに、前記未登園園児を確認したことを示す情報を取得しないことに基づいて、前記未登園園児の発生を前記職員とともに前記未登園園児の保護者に報知する第２報知処理を実行するよう構成され得る。
【0017】
これにより、未登園園児が未だ確認されていないことを職員に知らせることができ、さらに、未登園園児の確認のために、当該未登園園児の保護者の協力を得ることができる。たとえば、未登園園児が不意に自宅に戻っている場合は、そのことの連絡を保護者から受けることができ、あるいは、未登園園児が訪れそうな場所を保護者から聴取することができる。
【0018】
本態様に係る園児見守りシステムは、前記車両に同乗する前記保育施設の職員が所持する携帯端末と、通信網を介して前記携帯端末と通信可能な管理装置と、前記保育施設に配置され前記通信網を介して前記管理装置と通信可能な情報処理装置と、をさらに備え得る。この場合、前記制御部は、前記情報処理装置に含まれ得る。前記携帯端末は、前記第１読取装置との無線通信により前記第１読取装置から取得した前記園児特定情報を前記管理装置に送信し、前記管理装置は、受信した前記園児特定情報を前記情報処理装置に送信するよう構成され得る。
【0019】
この構成によれば、第１読取装置が読み取った園児特定情報が、車両に同乗する職員の携帯端末を介して、管理装置に送信され、さらに管理装置から情報処理装置に送信される。これにより、情報処理装置において園児特定情報を円滑に蓄積管理できる。また、保育施設に配置された情報処理装置に上記制御部が含まれるため、保育施設において、未登園園児の特定とその探索を円滑かつ迅速に行うことができる。
【0020】
この構成において、前記携帯端末は、前記第１読取装置により読み取られた前記園児特定情報に基づき生成された乗車確認用の点呼画面を表示させるよう構成され得る。ここで、前記点呼画面は、前記車両に乗車した前記園児の追加および修正を受け付け可能に構成される。前記携帯端末は、前記点呼画面に対する入力結果を前記管理装置に送信し、前記管理装置は、受信した前記点呼画面に対する前記入力結果を前記情報処理装置に送信するよう構成され得る。
【0021】
この構成によれば、車両に実際に乗車している園児をより正確に管理できる。たとえば、車両に乗車した園児が自身の記憶媒体を所持し忘れた場合や、当該園児に記憶媒体が未だ配布されていない場合、車両に乗車する職員は、点呼画面を介して、当該園児を乗車済みの園児に追加できる。また、園児が誤って自身の兄の記憶媒体を所持し、兄の方は欠席であるような場合、第１読取装置により読み取られた園児特定情報からは、恰も兄が車両に乗車したかような設定がなされる。このような場合も、車両に乗車する職員は、目視確認により、兄ではなく弟の方が車両に乗車したとする修正を、点呼画面を介して行い得る。よって、車両に実際に乗車している園児をより正確に管理できる。
【0022】
この構成において、前記携帯端末は、予め設定された最終確認タイミングにおいて、前記車両に乗車している前記園児を確定するための確定画面を表示させ、前記確定画面に対する入力結果を前記管理装置に送信し、前記管理装置は、受信した前記確定画面に対する前記入力結果を前記情報処理装置に送信するよう構成され得る。
【0023】
この構成によれば、車両に最終的に乗車している園児を正確に確定できる。このため、制御部は、上記の処理により未登園園児を正確に特定できる。
【発明の効果】
【0024】
以上のとおり、本発明によれば、送迎バス等の車両に乗車した園児が保育施設に登園したことを確実に見守ることが可能な園児見守りシステムを提供できる。
【0025】
本発明の効果ないし意義は、以下に示す実施形態の説明により更に明らかとなろう。ただし、以下に示す実施形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施形態に記載されたものに何ら制限されるものではない。
【図面の簡単な説明】
【0026】
【発明を実施するための形態】
【0027】
以下、実施形態に係る園児見守りシステム１について、図面を参照して説明する。
【0028】
以下の実施形態では、園児管理サーバ１１が特許請求の範囲に記載の「管理装置」に対応し、施設端末２１が特許請求の範囲に記載の「情報処理装置」に対応する。また、車両タグリーダ３１が特許請求の範囲に記載の「第１読取装置」に対応し、施設タグリーダ２２が特許請求の範囲に記載の「第２読取装置」に対応する。さらに、職員端末５０が特許請求の範囲に記載の「携帯端末」に対応する。但し、上記対応付けは、実施形態における一例であって、本発明を何ら制限するものではない。
【0029】
＜システム構成＞
図１は、園児見守りシステム１の構成を示す図である。
図１は、園児見守りシステム１の構成を示す図である。
【0030】
図１において、園児管理サーバ１１および運行管理サーバ１２は、クラウドサーバの仮想サーバとして、それぞれ構成される。但し、園児管理サーバ１１および運行管理サーバ１２は、必ずしも、仮想サーバでなくてもよく、物理サーバにより構成されてもよい。園児管理サーバ１１および運行管理サーバ１２は、インターネット等の公衆通信網４０に接続されている。
【0031】
園児管理サーバ１１は、施設端末２１、職員端末５０および保護者端末６０との間で情報の送受を行う。後述の点呼処理や報知処理において、園児管理サーバ１１は、施設端末２１と職員端末５０および保護者端末６０との間の情報の送受信を仲介する。園児管理サーバ１１には、園児見守りシステム１による見守り機能を実行するための、園児管理サーバ１１用のアプリケーションプログラムがインストールされている。運行管理サーバ１２は、保育施設２０のバス３０の運行経路や、園児が乗車および降車する位置（バス停）の位置情報、周回時刻等、バス３０の運行に関する情報を管理する。
【0032】
なお、図１には、保育施設２０とバス３０との組み合わせが１つだけ記載されているが、実際には、この組み合わせが複数存在する。また、１つの保育施設２０が複数のバスを管理する場合もある。園児管理サーバ１１は、保育施設２０ごとに、施設端末２１、職員端末５０および保護者端末６０との間で、情報の送受信を行う。また、運行管理サーバ１２は、保育施設２０ごと、且つ、バス３０ごとに、バス３０の運行に関する情報を管理する。
【0033】
園児見守りシステム１は、園児管理サーバ１１と、施設端末２１と、施設タグリーダ２２と、車両タグリーダ３１と、ＧＰＳ（Global Positioning System）３２と、職員端末５０とを備える。
【0034】
施設端末２１は、パーソナルコンピュータやタブレットコンピュータ等の情報処理装置により構成される。施設端末２１には、園児見守りシステム１による見守り機能を実行するための、施設端末２１用のアプリケーションプログラムがインストールされている。また、職員端末２１は、当該保育施設２０に通園する園児に関する情報を管理する。施設端末２１は、保育施設２０に設置されている。たとえば、施設端末２１は、保育施設２０の職員室等に設置される。
【0035】
保育施設２０には、さらに、施設タグリーダ２２と、スピーカ２３が設置されている。施設タグリーダ２２およびスピーカ２３は、通信線を介して、施設端末２１に接続されている。施設タグリーダ２２は、保育施設２０の出入口等、登園時に園児が必ず通る場所に設置されている。施設タグリーダ２２は、園児２が所持するタグ２ａ（記憶媒体）から、近距離無線通信により、情報を読み取る。なお、本発明における記憶媒体は、無線通信や光学読取等により情報を読取可能な媒体であればよい。
【0036】
タグ２ａには、タグ２ａの識別情報であるタグＩＤ等、園児２を特定可能な園児特定情報が保持されている。施設タグリーダ２２の読み取り可能範囲は、たとえば、１０ｍ程度である。したがって、園児２が登園すると、施設タグリーダ２２により、この園児２が所持するタグ２ａから実質的に必ず園児特定情報が読み取られる。読み取られた園児特定情報は、施設タグリーダ２２から施設端末２１に送信される。
【0037】
なお、保育施設２０の出入口が複数ある場合、各々の出入口に施設タグリーダ２２が設置される。たとえば、タグ２ａはＲＦＩＤタグであり、施設タグリーダ２２はＲＦＩＤリーダである。
【0038】
車両タグリーダ３１およびＧＰＳ３２は、バス３０の車内に設置される。車両タグリーダ３１は、バス３０の出入口等、バス３０の昇降時に園児２が必ず通る場所に設置されている。車両タグリーダ３１の構成は、施設タグリーダ２２の構成と同様である。施設タグリーダ２２は、園児２が所持するタグ２ａ（記憶媒体）から、近距離無線通信により、園児特定情報を読み取り、読み取った園児特定情報を、近距離無線通信により、バス３０に同乗する職員の職員端末５０に送信する。
【0039】
ＧＰＳ３２は、バス３０の現在位置を随時検出する。バス３０には、さらに、公衆通信網４０を介して運行管理サーバ１２と通信可能な通信機（図示せず）が設置されている。ＧＰＳ３２は、検出した位置情報を、この通信機を介して、運行管理サーバ１２に送信する。運行管理サーバ１２は、受信した位置情報を蓄積記憶し、この位置情報に基づいて、バス３０の運行状況を管理する。
【0040】
職員端末５０は、携帯電話機やタブレットコンピュータ等の携帯可能な情報処理装置である。職員端末５０は、保育施設２０に勤める各々の職員が所持する。職員端末５０には、園児見守りシステム１による見守り機能を実行するための、職員端末５０用のアプリケーションプログラムがインストールされている。
【0041】
職員端末５０は、基地局等のアクセスポイントを介して、園児管理サーバ１１および運行管理サーバ１２と通信可能である。職員端末５０は、車両タグリーダ３１から受信した園児特定情報を、公衆通信網４０を介して園児管理サーバ１１に送信する。職員端末５０は、後述の確定処理が行われるまでの間、新たな園児特定情報を車両タグリーダ３１から受信したことに応じて、この園児特定情報を園児管理サーバ１１に送信する。園児管理サーバ１１は、職員端末５０から受信した園児特定情報を、施設端末２１に随時送信する。
【0042】
なお、園児管理サーバ１１、運行管理サーバ１２および施設端末２１は、公衆通信網４０を介して、園児の保護者が所持する携帯端末（保護者端末６０）とも通信可能である。保護者端末６０は、職員端末５０と同様、携帯電話機やタブレットコンピュータ等の携帯可能な情報処理装置である。保護者端末６０が、据え置き型の情報処理装置であってもよい。
【0043】
保護者は、自身の保護者端末６０から、自身の子供である園児に関する登下園の情報を、園児管理サーバ１１を介して、施設端末２１に登録する。この情報には、園児が登下園時にバス３０を利用するか否か、利用するバスの情報、乗車および下車するバス停、今後の各曜日の園児の出欠予定、各曜日におけるバス３０の利用の有無等の情報を含む。
【0044】
運行管理サーバ１２は、バス３０の運行状況に関する情報を、当該バス３０に乗車している園児の保護者が所有する保護者端末６０に送信する。保護者は、自身の保護者端末６０を介してこの情報を参照することで、自身の子供が保育施設２０に無事に到着したか否かを確認できる。
【0045】
図２は、園児管理サーバ１１、施設端末２１および職員端末５０の構成を示すブロック図である。
【0046】
園児管理サーバ１１は、クラウドサーバの構成として、制御部１０１と、記憶部１０２と、通信部１０３とを有する。制御部１０１は、ＣＰＵ等の演算処理回路を備え、記憶部１０２に記憶されたプログラムに従って各部を構成する。記憶部１０２は、ＲＯＭ、ＲＡＭ、ハードディスク等の記憶媒体を備える。記憶部１０２には、園児見守りシステム１の機能を実行するための園児管理サーバ１１用のアプリケーションプログラムが記憶される。記憶部１０２は、制御部１０１がプログラムを実行する際のワーク領域としても用いられる。通信部１０３は、公衆通信網４０を介した通信を実行するための通信モジュールである。
【0047】
施設端末２１は、制御部１１１と、記憶部１１２と、表示部１１３と、入力部１１４と、通信部１１５とを有する。制御部１１１は、ＣＰＵ等の演算処理回路を備え、記憶部１１２に記憶されたプログラムに従って各部を構成する。記憶部１１２は、ＲＯＭ、ＲＡＭ、ハードディスク等の記憶媒体を備え、制御部１１１により実行されるプログラムを記憶する。記憶部１１２には、園児見守りシステム１の機能を実行するための施設端末２１用のアプリケーションプログラムおよび情報が記憶される。記憶部１１２は、制御部１１１がプログラムを実行する際のワーク領域としても用いられる。
【0048】
後述のように、施設端末２１の記憶部１１２には、当該保育施設２０の園児に関する情報が記憶される。また、記憶部１１２には、当該保育施設２０が管理する全ての職員端末５０および保護者端末６０と通信を行うための情報が記憶されている。
【0049】
表示部１１３は、液晶ディスプレイ等の表示手段を有し、制御部１１１からの制御により各種情報を表示させる。入力部１１４は、マウス、キーボード等の入力手段を有し、使用者による情報入力に用いられる。通信部１１５は、公衆通信網４０を介した通信や、図１のスピーカ２３に対する通信を行う。
【0050】
職員端末５０は、制御部１２１と、記憶部１２２と、表示入力部１２３と、近距離通信部１２４と、通信部１２５とを有する。保護者端末６０も、職員端末５０と同様の構成である。ここでは、職員端末５０として、タッチパネル方式の携帯電話機が想定されている。
【0051】
制御部１２１は、ＣＰＵ等の演算処理回路を備え、記憶部１２２に記憶されたプログラムに従って各部を構成する。記憶部１２２は、ＲＯＭ、ＲＡＭ等の記憶媒体を備え、制御部１２１により実行されるプログラムを記憶する。記憶部１２２には、園児見守りシステム１の機能を実行するための職員端末５０用のアプリケーションプログラムおよび情報が記憶される。記憶部１１２は、制御部１１１がプログラムを実行する際のワーク領域としても用いられる。
【0052】
後述のように、記憶部１２２には、バス３０に乗車した園児に関する情報が記憶される。この情報は、当該職員端末５０を所持する職員が、バス３０において、当該バス３０に乗車した園児に対する点呼等を行うために用いられる。
【0053】
表示入力部１２３は、液晶パネルに透明なタッチセンサが配置されて構成され、制御部１２１からの制御により各種情報を表示させ、使用者からの情報入力を受け付ける。近距離通信部１２４は、上述の車両タグリーダ３１との間で近距離無線通信を行う。通信部１１５は、公衆通信網４０を介した通信を行う。
【0054】
【0055】
図３に示すように、施設端末２１の記憶部１１２には、園児管理情報と登園予定情報が記憶される。
【0056】
園児管理情報は、各園児の書誌情報からなっている。園児管理情報は、「クラス」、「園児名」、「タグＩＤ」、「バスＩＤ」、「バス名」、「バス停」および「連絡先」の各項目を、園児ごとに対応付けて構成される。
【0057】
「クラス」は、当該保育施設において各園児が所属するクラス（さくら組、バラ組、等）である。「園児名」は、各園児の氏名である。「タグＩＤ」は、各園児に配布されたタグ２ａの識別情報である。「バスＩＤ」は、各園児が乗車するバスの識別情報であり、「バス名」はそのバスの名称である。「バス停」は、各園児が登下園時に通常利用するバス停（地点）を示す情報である。「連絡先」は、各園児の保護者の連絡先を示す情報である。「連絡先」には、保護者端末６０の電話番号や電子メールアドレス等の情報が含まれる。
【0058】
園児管理情報は、各園児の入園時に、施設端末２１を介して登録される。その後、園児の状況が変化したときや、園児が進級した際に、園児管理情報が更新される。
【0059】
登園予定情報は、現在以降の各日における各園児の登園予定を示す情報である。便宜上、図３には、３月３１日の１日分の登園予定情報が示されている。施設端末２１には、園児管理サーバ１１を介して、現在以降の各日に対する登園予定情報が記憶される。
【0060】
登園予定情報は、「欠席」、「バス登園」、および「直接登園」の各項目を、園児ごとに対応付けて構成される。「欠席」は、その日に園児が保育施設２０を欠席することを示すフラグ情報である。「バス登園」は、その日に園児がバス３０を用いて保育施設２０に登園することを示すフラグ情報である。「直接登園」は、その日に園児がバス３０を用いずに直接保育施設２０に登園することを示すフラグ情報である。図３では、これらのフラグ情報が登録されていることが丸印で示されている。
【0061】
登園予定情報は、各園児の保護者が、自身の保護者端末６０を用いて、施設端末２１に登録する。この登録は、園児管理サーバ１１を介して行われる。保護者は、該当する日において、保育施設２０が登園の受け入れを終了する時刻までに、その日の登園予定情報を登録する。図３の例では、上から５行目の園児には、未だ、登園予定情報が登録されていない。
【0062】
図４に示すように、施設端末２１の記憶部１１２には、さらに、乗車管理情報と登園確認情報が記憶される。後述のように、これらの情報も、園児管理サーバ１１を介して、施設端末２１に送信され、記憶される。
【0063】
乗車管理情報および登園確認情報は、登園当日における各園児の登園状況を示す情報である。このうち、乗車管理情報は、各園児のバス３０の乗車状況を示す情報であり、登園確認情報は、各園児が保育施設２０に登園したことを確認するための情報である。乗車管理情報および登園確認情報は、その日の登園前に、施設端末２１において、全ての園児に対するリストが保育施設２０ごとに生成される。このリストに対し、後述の処理により、各園児の実際の乗車状況が反映される。
【0064】
乗車管理情報は、「タグＩＤ」、「乗車バスＩＤ」、「タグ検知」、「検知時刻」、「点呼」および「確定」の各項目を、園児ごとに対応付けて構成される。「タグＩＤ」は、図３の「タグＩＤ」と同様である。「乗車バスＩＤ」は、園児が実際に乗車したバス３０の識別情報（バスＩＤ）である。「タグ検知」は、車両タグリーダ３１が園児のタグ２ａを検知したことを示す情報である。「検知時刻」は、車両タグリーダ３１が園児のタグ２ａを検知した時刻である。
【0065】
「点呼」は、園児に対して点呼が行われたことを示す情報である。後述のように、点呼は、車両タグリーダ３１がタグ２ａを検知した園児を、点呼画面により、バス３０に同乗する職員が確認することによって行われる。職員は、点呼画面においてバス３０に乗車すると表示された園児が実際にはバス３０に乗車していなかった場合、自身の職員端末５０を操作することによって、この園児を未乗車に修正する。また、職員は、点呼画面においてバス３０に乗車していない（未乗車）と表示された園児が実際にはバス３０に乗車していた場合、自身の職員端末５０を操作することによって、この園児を乗車中に修正する。
【0066】
「点呼」の項目には、このような修正が反映される。このような修正がなされなかった園児は、「タグ検知」の項目のフラグ（丸印）と同様のフラグが「点呼」の項目に保持される。
【0067】
図４の例では、上から２行目の園児について、タグ２ａが検知されたために「タグ検知」の項目に丸印が付されている。しかし、この園児は実際にはバス３０に乗車していなかったため、職員は、点呼画面への操作によりこの園児を未乗車に修正し、これにより「点呼」の項目が空欄となっている。また、上から６行目の園児について、タグ２ａが検知されなかったために「タグ検知」の項目が空欄となっている。しかし、この園児は実際にはバス３０に乗車していたため、職員は、点呼画面への操作によりこの園児を乗車に修正し、これにより「点呼」の項目にフラグ（丸印）が保持されている。
【0068】
このような状況は、たとえば、保育施設２０に通園する兄弟のうち、弟が兄のタグ２ａを所持してバス３０に乗車し、兄はその日に欠席したような場合に起こり得る。この他、園児が自身のタグ２ａを所持し忘れてバス３０に乗車したような場合も、点呼画面に対する職員の操作により、この園児が乗車に修正され、「点呼」の項目にフラグが保持される。
【0069】
「確定」は、バス３０に乗車している園児の点呼が確定したことを示す情報である。後述のように、この確定は、バス３０に同乗した職員が、自身の職員端末５０に表示される確定画面を確認および操作することによって行われる。対応するバス３０（乗車バスＩＤ）に園児が乗車していた場合、その園児の「確定」の項目にそのことを示すフラグ（図４では丸印）が保持される。対応するバス３０（乗車バスＩＤ）に乗車する筈であった園児、すなわち、図３の登園予定情報において「バス登園」の項目にフラグが付されていた園児が、そのバス３０に最後まで乗車しなかった場合、その園児の「確定」の項目には、そのことを示すフラグ（図４ではバツ印）が保持される。
【0070】
登園管理情報は、「登園検知」、「検知時刻」、「未登園」および「行方不明」の各項目を、乗車管理情報の「タグＩＤ」に対応付けて構成される。「登園検知」は、施設タグリーダ２２が園児のタグ２ａを検知したことを示す情報である。「検知時刻」は、施設タグリーダ２２が園児のタグ２ａを検知した時刻である。
【0071】
「未登園」は、バス３０が保育施設２０に到着した後、第１時間内に、当該バス３０に乗車していた園児のタグ２ａを検知できなかったことを示す情報（フラグ）である。「行方不明」は、バス３０が保育施設２０に到着した後、第１時間より長い第２時間内に、さらに、当該バス３０に乗車していた園児のタグ２ａを検知できなかったことを示す情報（フラグ）である。図４の例では、これらの検知ができなかったことが、丸印で示されている。登園確認情報の設定処理については、追って、図１５～図１７を参照して説明する。
【0072】
＜車内タグ検知＞
図５（ａ）は、職員端末５０により行われるタグ検知処理を示すフローチャートである。
図５（ａ）は、職員端末５０により行われるタグ検知処理を示すフローチャートである。
【0073】
図５（ａ）の処理に先立ち、バス３０に乗車する職員（同乗職員）は、自身が所持する職員端末５０を操作して、当該職員端末５０と車両タグリーダ３１との間に近距離無線通信を確立させる。これにより、車両タグリーダ３１によってタグ２ａから読み取られた情報（園児特定情報）が、随時、車両タグリーダ３１から職員端末５０に送信される。この情報には、当該タグ２ａのタグＩＤが含まれている。
【0074】
また、同乗職員は、自身が所持する職員端末５０を操作して、自身が乗車するバス３０を選択する。これにより、職員端末５０が、園児管理サーバ１１を介して、当該バス３０のバスＩＤに関連付けられている園児管理情報および登園予定情報（図３参照）を、施設端末２１から取得する。この処理については、追って、図６（ａ）を参照して説明する。
【0075】
職員端末５０の制御部１２１は、園児管理サーバ１１から取得したこれらの情報を、バスＩＤとともに、記憶部１２２に記憶させる。そして、制御部１２１は、取得したこれらの情報に基づいて、図６（ａ）の点呼画面２００を生成し、生成した点呼画面を表示入力部１２３に表示させる。図５（ａ）の処理は、このように点呼画面２００が職員端末５０に表示された状態で行われる。
【0076】
園児がバス３０に乗車すると、園児が所持するタグ２ａが、車両タグリーダ３１によって自動で読み取られる。車両タグリーダ３１は、読み取った情報を、近距離無線通信により職員端末５０に送信する。職員端末５０の制御部１２１は、この情報の取得により、タグ２ａが検知されたと判定する。
【0077】
図５（ａ）を参照して、制御部１２１は、タグ２ａを検知すると（Ｓ１０１：ＹＥＳ）、このタグ２ａが既に検知済みであるか否かを判定する（Ｓ１０２）。具体的には、制御部１２１は、ステップＳ１０４で記憶したタグＩＤの何れかに、今回取得したタグＩＤが一致する場合に、ステップＳ１０２の判定をＹＥＳとし、両者が一致しない場合は、ステップＳ１０２の判定をＮＯとする。
【0078】
ステップＳ１０２の判定がＹＥＳの場合、制御部１２１は、図５（ａ）の処理を終了する。この場合、制御部１２１は、処理をステップＳ１０１に戻して、次のタグ検知を待つ。
【0079】
ステップＳ１０２の判定がＹＥＳの場合、すなわち、今回新たなタグ２ａを検知した場合、制御部１２１は、車両タグリーダ３１から受信したタグＩＤを含む園児特定情報とタグ２ａの検知時刻を、当該バス３０のバスＩＤとともに、園児管理サーバ１１に送信する（Ｓ１０３）。送信されたこれらの情報は、園児管理サーバ１１を介して、施設端末２１に送信される。
【0080】
ここで、検知時刻は、制御部１２１が、当該タグ２ａに関する情報を車両タグリーダ３１から受信したタイミングにおいて、自身の時計機能により計時された時刻が用いられ得る。あるいは、車両タグリーダ３１が、タグ２ａから情報を取得した時刻を職員端末５０に送信し、この時刻が検知時刻として用いられてもよい。
【0081】
施設端末２１の制御部１１１は、ステップＳ１０３により送信された情報を、園児管理サーバ１１を介して受信すると、受信した情報を、図４の登園管理情報として、記憶部１１２に記憶させる。すなわち、制御部１１１は、これらの情報を受信すると、図３の園児管理情報において、受信したタグＩＤに対応付けられている「タグ検知」の項目にフラグを設定し、この園児の「検知時刻」に上述の検知時刻を保持させる。さらに、制御部１１１は、受信した情報中のバスＩＤを、この園児（タグＩＤ）の「乗車バスＩＤ」の項目に保持させる。
【0082】
また、制御部１１１は、この園児の「点呼」の項目に、バス３０に乗車したことを示すフラグを設定する。後述のように、このフラグは、その後の職員による点呼操作によって、適宜、修正され得る。この点呼操作により乗車が確認された園児については、その情報が職員端末５０より園児管理サーバ１１に転送された後に、園児管理サーバ１１から園児の保護者の保護者端末６０に乗車確認情報が送信される。
【0083】
図５（ａ）に戻って、職員端末５０の制御部１２１は、車両タグリーダ３１から受信した園児特定情報を、自身の記憶部１２２に記憶させる（Ｓ１０４）。そして、制御部１２１は、今回受信した園児特定情報に基づいて、図６（ａ）の点呼画面２００を更新する（Ｓ１０５）。こうして、制御部１２１は、今回の処理を終了する。その後、制御部１２１は、処理をステップＳ１０１に戻して、次のタグ検知を待つ。
【0084】
＜点呼処理＞
図６（ａ）は、点呼処理に用いられる点呼画面２００の構成を示す図である。
図６（ａ）は、点呼処理に用いられる点呼画面２００の構成を示す図である。
【0085】
点呼画面２００は、５つの領域２０１～２０７に区分されている。領域２０１は、現在の日時を表示するための領域である。領域２０１の右側の項目には、運航当日の現在時刻が曜日とともに表示される。
【0086】
領域２０２は、職員が乗車するバス３０を選択するための領域である。職員が、領域２０２の右側の項目にタッチすると、選択可能なバス３０の種類が表示される。選択可能なバス３０は、職員端末５０が園児管理サーバ１１（図１参照）を介して、自身の保育施設２０に対応付けられているバス３０のバス名およびバスＩＤを施設端末２１から取得することにより特定される。職員は、表示された選択候補から、自身が乗車するバス３０を選択する。
【0087】
この選択に応じて、職員端末５０の制御部１２１は、園児管理サーバ１１を介して、職員により選択されたバス３０のバスＩＤに関連付けられている園児管理情報および登園予定情報（図３参照）を、施設端末２１から取得する。制御部１２１は、取得した情報に基づいて、領域２０５、２０７の内容を更新する。図６（ａ）では、「あおバス」に関連付けられている園児の園児管理情報および登園予定情報から、領域２０５、２０７の各項目の内容が設定される。
【0088】
領域２０３には、後述の確定処理を行う場所が表示される。ここでは、確定処理がバス内で行われることが表示されている。領域２０４は、領域２０７に表示される各園児の項目の並び順を変更するための領域である。職員が、領域２０４の右側の項目にタッチすると、選択可能な並び順の候補が表示される。並び順の候補として、図６（ａ）に示されている乗車時間の昇順の他に、園児氏名の５０音順や、園児のクラス順、年齢等が含まれる。
【0089】
領域２０５は、当該バス３０に対する園児の乗車に関する情報を表示するための領域である。領域２０５の各項目には、上記のように、施設端末２１から取得された、当該バス３０のバスＩＤに関連付けられている園児管理情報および登園予定情報に対応する内容が反映される。
【0090】
「乗車予定」の項目には、当該バス３０のバスＩＤに対応付けられている園児のうち、図３の登園予定情報において「バス登園」の項目にフラグが付されている園児、すなわち、バス登園が申請されている園児の総数が表示される。「未乗車」の項目には、当該バス３０のバスＩＤに対応付けられている園児のうち、図３の登園予定情報において「欠席」の項目にフラグが付されていないが、未だ当該バス３０への乗車が確認されていない園児の総数が表示される。
【0091】
「乗車中」の項目には、当該バス３０への乗車が確認されている園児の総数が表示される。「欠席」の項目には、当該バス３０のバスＩＤに対応付けられている園児のうち、図３の登園予定情報において「欠席」の項目にフラグが付されている園児の総数が表示される。「合計」の項目には、「未乗車」、「乗車中」、「欠席」の各項目に表示される数の合計が表示される。
【0092】
「乗車予定」、「未乗車」、「乗車中」、「欠席」および「合計」の項目は、互いに異なる背景色が付されている。図６（ａ）では、このことが異なるハッチングで示されている。たとえば、「乗車予定」、「未乗車」、「乗車中」、「欠席」および「合計」の項目は、それぞれ、グリーン、グレー、オレンジ、ブルーおよびピンクの背景色が付される。
【0093】
【0094】
領域２０７は、園児ごとに個別に点呼を行うための領域である。領域２０７には、当該バス３０のバスＩＤに対応付けられている園児にそれぞれ対応付けられたボタン群が表示される。各ボタンには、対応する園児の名前が標記される。また、各ボタンには、対応する園児が、図３の登園予定情報においてバス３０に乗車する予定となっている場合、すなわち「バス登園」の項目にフラグが保持されている場合に、そのことを示す「乗車予定」の表示が含まれる。領域２０７には、この領域にボタンを表示しきれない場合に、ボタンを上下に遷移させるためのスクロールバー２０７ａが配置されている。
【0095】
領域２０７の各ボタンには、対応する園児の状況に応じて、領域２０５の各項目と同様の背景色が付される。すなわち、各ボタン中の「乗車予定」の表示には、領域２０５の「乗車予定」の項目と同様の背景色が付される。また、図３の登園予定情報において欠席申請がなされている園児に対応するボタンには、領域２０５の「欠席」の項目と同様の背景色が付される。同様に、未乗車の園児に対応するボタンと、乗車中の園児に対応するボタンには、それぞれ、領域２０５の「未乗車」および「乗車中」の項目と同様の背景色が付される。
【0096】
なお、図５（ａ）の処理によりタグ２ａが検知されると、そのタグ２ａを所持する園児（すなわち、図３の園児管理情報においてそのタグ２ａのタグＩＤに対応付けられている園児）は乗車中に設定される。これにより、その園児に対応付けられているボタンの背景色が、「未乗車」に対応する色から「乗車中」に対応する色に切り替えられる。
【0097】
また、タグ検知がなされた時刻（検知時刻）から所定時間（たとえば数分）は、「乗車中」に対応する背景色が通常より濃く表示される等、その園児のボタンが強調表示される。図６（ａ）では、「Ｆくん」のボタンが強調表示されている。これにより、同乗職員は、その園児（ここでは、Ｆくん）が、直近のバス停で乗車した園児であることを把握できる。
【0098】
同乗職員は、たとえば、バス停で園児を迎え入れてから次のバス停へとバス３０が到着するまでの間に、領域２０７に表示された各ボタンを操作して点呼を行う。すなわち、領域２０７の何れかのボタンに対応付けられている園児の乗車／未乗車の状況が、そのボタンの背景色に対応する状況と異なる場合、同乗職員は、これを修正するための操作を行う。
【0099】
たとえば、図６（ａ）の点呼画面２００では、領域２０７の「Ｃくん」のボタンの背景色が未乗車の色となっている。しかし、同乗職員の目視確認により、実際にはＣくんがバス３０に乗車していた場合、同乗職員は、この齟齬を是正するために、「Ｃくん」のボタンにタッチする。これにより、図６（ｂ）の子画面２１０が、点呼画面２００に重ねて表示される。
【0100】
子画面２１０には、未乗車と乗車中の何れかを選択するためのボタン２１１、２１２と、当該園児の属性を示す領域２１３とが含まれている。上記のような場合、同乗職員は、乗車中を示すボタン２１２を選択した後、子画面２１０を閉じるためのボタン２１４を操作する。これにより、「Ｃくん」の状況が乗車中に変更され、これに応じて、図６（ａ）の「Ｃくん」のボタンの背景色が「乗車中」に対応する色に変更される。また、領域２０５の「未乗車」および「乗車中」の数が修正される。
【0101】
また、図７（ａ）に示すように、「Ｆくん」のボタンがタッチされると、図７（ｂ）に示す子画面２１０が表示される。同乗職員が、この子画面２１０において、未乗車を示すボタン２１１を選択した後、子画面２１０を閉じるためのボタン２１４を操作すると、「Ｆくん」の状況が未乗車に変更され、これに応じて、図７（ａ）の「Ｆくん」のボタンの背景色が「未乗車」に対応する色に変更される。また、領域２０５の「未乗車」および「乗車中」の数が修正される。
【0102】
次に、複数の園児に対して乗車／未乗車の状況を一括して変更する一括点呼の操作について説明する。
【0103】
一括点呼を行う場合、同乗職員は、図８（ａ）の点呼画面２００において、領域２０６中のボタン２０６ａにタッチする。これにより、点呼画面２００が図８（ｂ）のように切り替わる。ボタン２０６ａには、一括点呼中であることを示すために、所定の背景色が付される。また、領域２０６には、項目２０６ｂと、ボタン２０６ｃとが表示される。さらに、領域２０７の各々の選択ボタンにチェックボックス２０７ｂが付与される。同乗職員は、乗車／未乗車の状況を一括して変更しようとする複数の園児に対応するボタンにタッチする。
【0104】
これにより、図９（ａ）に示すように、これらボタンのチェックボックス２０７ｂに、選択されたことを示すチェックマークが付される。ここでは、「Ａくん」、「Ｂくん」および「Ｃくん」のボタンが選択されている。これにより、項目２０６ｂに、３つのボタンが選択されたことを示す表示（選択件数３件）が表示される。
【0105】
なお、この選択は、乗車中に設定されているボタン群、および、未乗車または欠席に設定されているボタン群の何れか一方のみを対象に行い得る。すなわち、乗車中のボタンと未乗車のボタンを同時に選択できず、また、乗車中のボタンと欠席のボタンを同時に選択することもできない。一度選択したボタンが再度タッチされると、そのボタンに対する選択が解除される。
【0106】
その後、同乗職員は、ボタン２０６ｃにタッチする。これにより、図９（ｂ）に示すように、一括点呼のための子画面２２０が、点呼画面２００に重ねて表示される。 子画面２２０には、未乗車と乗車中の何れかを選択するためのボタン２２１、２２２と、選択された園児の属性を示す属性リスト２２３とが含まれている。同乗職員は、属性リスト２２３を参照して、変更対象の園児を確認した後、これらの園児を一括して乗車中に変更するためにボタン２２２を選択し、さらに、子画面２２０を閉じるためのボタン２２４を操作する。これにより、これら園児の状況が乗車中に変更され、これに応じて、図８（ａ）の「Ａくん」、「Ｂくん」、「Ｃくん」のボタンの背景色が「乗車中」に対応する色に変更され、領域２０５の「未乗車」および「乗車中」の数が修正される。これにより、一括変更が完了する。
【0107】
なお、図９（ｂ）の子画面において、選択対象の園児の状況が変更されることなくボタン２２４が操作されると、図８（ａ）と同じ内容の点呼画面２００に戻る。すなわち、この場合は、一括変更がキャンセルされた状態となる。この点は、図６（ｂ）および図７（ｂ）の子画面２１０において、選択対象の園児の状況が変更されずにボタン２１４が操作された場合も同様である。
【0108】
図５（ｂ）は、職員端末５０により行われる点呼処理を示すフローチャートである。
【0109】
職員端末５０の制御部１２１は、図６（ａ）の点呼画面２００に対して点呼の操作がなされたか否かを判定する（Ｓ１１１）。ここで、点呼の操作は、図６（ａ）～図７（ｂ）を参照して説明した個別点呼の操作、または、図８（ａ）～図９（ｂ）を参照して説明した一括点呼の操作の何れかである。
【0110】
点呼の操作がなされた場合（Ｓ１１１：ＹＥＳ）、制御部１２１は、点呼の操作が終了したか否か、すなわち、図６（ｂ）のボタン２１４または図９（ｂ）のボタン２２４が操作されたか否かを判定する（Ｓ１１２）。点呼の操作が終了した場合（Ｓ１１２：ＹＥＳ）、制御部１２１は、今回の操作によって、選択対象の園児の状況（乗車中／未乗車）が修正されたか否かを判定する（Ｓ１１３）。
【0111】
この修正がなされなかった場合（Ｓ１１３：ＮＯ）、制御部１２１は、処理を終了する。他方、この修正がなされた場合（Ｓ１１３：ＹＥＳ）、制御部１２１は、選択対象の園児のタグＩＤとその修正情報（乗車中／未乗車）を、当該バス３０のバスＩＤとともに、園児管理サーバ１１に送信する（Ｓ１１４）。園児管理サーバ１１は、受信したこれらの情報を、施設端末２１に送信する。さらに、制御部１２１は、この修正に応じて、上記のように、点呼画面２００を更新する（Ｓ１１５）。これにより、制御部１２１は、処理を終了する。
【0112】
施設端末２１の制御部１１１は、ステップＳ１１４で送信された情報を、園児管理サーバ１１を介して受信すると、受信したタグＩＤに対応する乗車管理情報（図４）を、受信した修正情報に応じて修正する。すなわち、修正情報が、当該タグＩＤについて「乗車中」を「未乗車」に修正するものである場合、制御部１０１は、図４における当該タグＩＤの「点呼」の項目からフラグを消去する。また、修正情報が、当該タグＩＤについて「未乗車」を「乗車中」に修正するものである場合、制御部１０１は、図４における当該タグＩＤの「点呼」の項目にフラグを設定する。
【0113】
こうして、同乗職員が点呼画面２００に操作を行うごとに、図４の乗車管理情報が修正され、図６（ａ）の点呼画面２００が更新される。このような処理は、同乗職員が、点呼を確定させるための確定処理を行うまでの間、点呼の操作に応じて繰り返し実行される。
【0114】
＜確定処理＞
図１０は、点呼を確定させるための確定処理を示すフローチャートである。
図１０は、点呼を確定させるための確定処理を示すフローチャートである。
【0115】
この処理では、主として、図３の管理情報において該当するバス３０に関連付けられている園児のうち、未だ「乗車中」および「未乗車」が設定されていない園児について、乗車の有無が、同乗職員によって確認される。同乗職員は、その確認結果に応じて、これらの園児に「乗車中」および「未乗車」の何れかを設定する。この操作は、予め設定された最終確認タイミングにおいて表示される後述の確定画面を介して行われる。
【0116】
このとき、同乗職員は、既に「乗車中」または「未乗車」が設定されている園児が、当該バス３０に乗車しているか否かを再度確認し、適宜、これらの設定を修正してもよい。この修正は、上述の点呼画面２００を用いて行われる。
【0117】
図１０を参照して、職員端末５０の制御部１２１は、最終確認タイミングに到達したか否かを判定する（Ｓ１２１）。
【0118】
最終確認タイミングは、たとえば、当該バス３０の登園経路上の、最後のバス停と保育施設２０との間の位置（最終確認位置）にバス３０が到達したタイミングに設定される。この場合、図１の運行管理サーバ１２は、当該バス３０のＧＰＳ３２から随時受信する当該バス３０の現在位置が、最終確認位置に到達したタイミングで、そのことを示す通知を職員端末５０に送信する。職員端末５０の制御部１２１は、この通知の受信により、ステップＳ１２１の判定をＹＥＳとする。
【0119】
あるいは、職員端末５０の制御部１２１が、自身のＧＰＳ機能により、当該バス３０が最終確認位置に到達したことを検知してもよい。この場合、予め職員端末５０に最終確認位置の位置情報が登録される。この登録は、上述の職員端末５０用のアプリケーションプログラムにより表示される設定画面を介して、職員が行ってよい。あるいは、予め、施設端末２１にバス３０ごとの最終確認位置の位置情報が直接または園児管理サーバ１１を介して登録され、この位置情報を職員端末５０が取得して登録してもよい。この場合、図６（ａ）に示す点呼画面２００において、同乗職員が、領域２０２に対してバス３０を選択したことに応じて、職員端末５０が園児管理サーバ１１を介して施設端末２１から当該バス３０の最終確認位置の位置情報を取得すればよい。
【0120】
また、最終確認タイミングは、必ずしも、最終確認位置により規定されなくてもよい。たとえば、バス３０が最後のバス停に到達した後、保育施設２０に到達し得ない所定時間後（たとえば、数分後）のタイミングが、最終確認タイミングに設定されてもよい。この場合、たとえば、バス３０が最後のバス停に到達したことが、上記の方法により検知される。そして、制御部１２１は、自身の時計機能により、そのタイミングから所定時間が経過したことを検知したことにより、最終確認タイミングが到来したと判定すればよい。
【0121】
職員端末５０の制御部１２１は、最終確認タイミングが到来すると（Ｓ１２１：ＹＥＳ）、未点呼の園児が存在するか否かを判定する（Ｓ１２２）。すなわち、制御部１２１は、図３の管理情報において当該バス３０（バスＩＤ）に関連付けられている園児のうち、「欠席」以外の園児で、未だ「乗車中」および「未乗車」が設定されていない園児（未点呼の園児）が存在するか否かを判定する。
【0122】
未点呼の園児が存在しない場合（Ｓ１２２：ＮＯ）、制御部１２１は、確定ボタンを含む確定画面を、点呼画面２００に重ねて表示させる（Ｓ１２３）。他方、未点呼の園児が存在する場合（Ｓ１２２：ＹＥＳ）、制御部１２１は、未点呼の園児のリストを含む確定画面を、点呼画面２００に重ねて表示させる（Ｓ１２６）。
【0123】
【0124】
この場合、確定画面２３０は、確定ボタン２３１と、園児リスト２３２と、確定画面２３０を閉じるためのボタン２３３と、を含む。確定ボタン２３１は、点呼を確定させるためのボタンである。園児リスト２３２は、未点呼の園児のリストである。園児リスト２３２は、園児ごとに領域が設定されている。各園児の領域には、その園児の属性（クラス、氏名）を示す表示と、その園児を「未乗車」または「乗車中」の何れかに設定するためのボタン２３２ａ、２３２ｂとが含まれている。
【0125】
同乗職員は、園児リスト２３２に表示された各園児が、当該バス３０に乗車しているか否かを確認し、その確認結果に応じて、園児ごとにボタン２３２ａ、２３２ｂの何れかを操作する。すなわち、その園児がバス３０に乗車していなければボタン２３２ａを操作し、その園児がバス３０に乗車していればボタン２３２ｂを操作する。同乗職員は、操作を間違った場合、再度、他方を操作することで、この誤りを訂正できる。
【0126】
同乗職員は、図１２（ａ）に示すように、全ての未点呼園児に対して「未乗車」または「乗車中」を選択した後、確定ボタン２３１を操作する。これにより、点呼が確定される。これに応じて、確定画面２３０が閉じられ、図１２（ｂ）に示すように、点呼画面２００の領域２０６に、点呼が確定したことを示す項目２０６ｄが表示される。また、領域２０５中の対応する項目内の数字に、確定画面２３０による修正結果が反映される。
【0127】
【0128】
この場合、確定画面２３０は、未点呼の園児はいなかったことを報知するためのメッセージ２３４と、確定ボタン２３５とを含んでいる。同乗職員は、メッセージ２３４を参照した後、確定ボタン２３５を操作する。これにより、確定画面２３０が閉じられ、図１２（ｂ）と同様、点呼画面２００の領域２０６に、点呼が確定したことを示す項目２０６ｄが表示される。
【0129】
なお、同乗職員は、図１１（ｂ）または図１３の確定画面２３０が表示されたときに、再度、バス３０に対する園児の乗車状況を確認したい場合もある。この場合、同乗職員は、これらの確定画面２３０に含まれているボタン２３３を操作する。これにより、確定画面２３０が閉じられて、点呼画面２００に対する操作が可能となる。この場合、点呼画面２００の領域２０６には、確定画面２３０を再度表示させるための再表示ボタンが含まれる。同乗職員は、上記と同様の点呼操作により、適宜、各園児の乗車状況を修正し、その後、確定画面２３０を表示させるための再表示ボタンを操作する。これにより、再度、図１１（ｂ）または図１３の確定画面２３０が表示される。
【0130】
図１０に戻って、職員端末５０の制御部１２１は、図１３の確定画面２３０において確定ボタン２３５が操作されると（Ｓ１２４：ＹＥＳ）、最終確定情報をバスＩＤとともに園児管理サーバ１１に送信する（Ｓ１２５）。このとき、制御部１２１は、確定画面２３０を閉じて、図１２（ｂ）と同様の点呼画面２００を表示させる。これにより、制御部１２１は、処理を終了する。ステップＳ１２５で送信された最終確定情報は、園児管理サーバ１１から施設端末２１に転送される。
【0131】
また、制御部１２１は、ステップＳ１２６において図１１（ｂ）の確定画面２３０を表示させた場合は、この確定画面２３０において、園児リスト２３２中の全ての園児に対する点呼（未乗車／乗車中）がなれたか否かを判定する（Ｓ１２７）。制御部１２１は、ステップＳ１２７の判定がＹＥＳとなるまで、確定画面２３０中の確定ボタン２３１を無効化状態（操作できない状態）に維持する。そして、園児リスト２３２中の全ての園児に対する点呼（未乗車／乗車中）がなれさると（Ｓ１２７：ＹＥＳ）、制御部１２１は、確定ボタン２３１を有効化し（Ｓ１２８）、確定ボタン２３１が操作されるのを待つ（Ｓ１２９）。
【0132】
その後、確定ボタン２３１が操作されると（Ｓ１２９：ＹＥＳ）、制御部１２１は、最終確定情報をバスＩＤとともに園児管理サーバ１１に送信する（Ｓ１２５）。このとき、制御部１２１は、確定画面２３０を閉じて、図１２（ｂ）と同様の点呼画面２００を表示させる。これにより、制御部１２１は、処理を終了する。この場合も、ステップＳ１２５で送信された最終確定情報は、園児管理サーバ１１から施設端末２１に転送される。
【0133】
ここで、最終確定情報は、最終確定時に職員端末５０が乗車状況を管理する各園児の乗車状況（未乗車／乗車中）を示す情報を含んでいる。施設端末２１の制御部１１１は、最終確定情報を受信すると、図４の乗車管理情報において、各園児のタグＩＤに対応する「確定」の項目に、最終確定情報中の各園児の乗車状況に応じたフラグを設定する。図４では、対応する園児が「乗車中」である場合、確定の項目に丸印が設定され、対応する園児が「未乗車」である場合、確定の項目にバツ印が設定されている。
【0134】
施設端末２１の制御部１１１は、こうして、乗車管理情報に対する確定処理を行った後、確定処理を行った園児のタグＩＤに紐付けられている乗車管理情報および登園管理情報を用いて、後述のように、当該バス３０に乗車していた園児に対する登園確認処理を実行する。
【0135】
なお、同乗職員が、最終確認タイミングにおいて自身の職員端末５０に確定画面２３０が表示されたことに気づかないことも起こり得る。このような場合、職員端末５０の制御部１２１は、同乗職員に確定操作を促すための報知処理を実行する。
【0136】
図１４は、同乗職員に確定操作を促すための報知処理を示すフローチャートである。
【0137】
職員端末５０の制御部１２１は、図１０のステップＳ１２３またはステップＳ１２６において確定画面２３０を表示させると（Ｓ１３１：ＹＥＳ）、その後、時間Ｔ１が経過したか否かを判定する（Ｓ１３２）。
【0138】
時間Ｔ１が経過するまでに（Ｓ１３２：ＮＯ）、確定画面２３０に対して確定操作がなされると（Ｓ１３４：ＹＥＳ）、制御部１２１は、処理を終了する。他方、確定画面２３０に対して確定操作がなされることなく（Ｓ１３４：ＮＯ）、時間Ｔ１が経過すると（Ｓ１３２：ＹＥＳ）、制御部１２１は、同乗職員に確定操作を促すための報知処理を実行する（Ｓ１３３）。たとえば、制御部１２１は、当該職員端末５０のスピーカから、操作を促すためのチャイム音やメッセージ音声を出力させる。これにより、同乗職員は、確定画面２３０に対する操作が必要であることに気づくことができる。
【0139】
＜登園確認処理＞
次に、バス３０が保育施設２０に到着した後、当該バス３０に乗車していた園児が保育施設２０に登園したことを確認するための処理について説明する。
次に、バス３０が保育施設２０に到着した後、当該バス３０に乗車していた園児が保育施設２０に登園したことを確認するための処理について説明する。
【0140】
図１５は、バス３０ごとに園児の登園確認を開始するための処理を示すフローチャートである。
【0141】
バス３０が保育施設２０に到着すると、バス３０から降車した園児が保育施設２０の出入口を通るたびに、施設タグリーダ２２が園児のタグ２ａから園児特定情報を読み取って施設端末２１に送信する。この情報には、タグ２ａの識別情報であるタグＩＤが含まれている。施設端末２１の制御部１１１は、施設タグリーダ２２から園児特定情報（タグＩＤ）を受信するごとに、図１５の処理を繰り返し実行する。
【0142】
施設端末２１の制御部１１１は、施設タグリーダ２２からタグＩＤを受信すると（Ｓ１４１：ＹＥＳ）、受信したタグＩＤに対応する乗車バスＩＤを特定する（Ｓ１４２）。ステップＳ１４２において、制御部１１１は、受信したタグＩＤと、乗車管理情報（図４）とを照合し、当該タグＩＤに対応付けられている乗車バスＩＤを特定する。
【0143】
制御部１１１は、こうして特定した乗車バスＩＤが、その日に新たに特定したものであるか否かを判定する（Ｓ１４３）。すなわち、制御部１１１は、現在時刻から所定時間（たとえば数分）前までに期間においてその乗車バスＩＤを特定しておらず、今回新たにこの乗車バスＩＤを特定した場合に、ステップＳ１４３の判定をＹＥＳとし、その期間において既にその乗車バスＩＤを特定していた場合は、ステップＳ１４３の判定をＮＯとする。
【0144】
ステップＳ１４３の判定がＮＯの場合、制御部１１１は、今回の処理を終了する。他方、ステップＳ１４３の判定がＹＥＳの場合、制御部１１１は、乗車管理情報において、今回特定した乗車バスＩＤと同じ乗車バスＩＤに対応付けられている園児のタグＩＤのグループに対して、登園確認処理を実行する（Ｓ１４４）。
【0145】
図１６は、登園確認処理を示すフローチャートである。
【0146】
施設端末２１の制御部１１１は、施設タグリーダ２２からタグＩＤを受信したか否かを判定する（Ｓ１５１）。なお、図１５のステップＳ１４３において新たなバスＩＤの特定に用いられたタグＩＤについては、ステップＳ１５１がスキップされて、ステップＳ１５２以降の処理が行われる。
【0147】
施設タグリーダ２２からタグＩＤを受信すると（Ｓ１５１：ＹＥＳ）、制御部１１１は、図４の登園確認情報において、このタグＩＤに対応する「登園検知」の項目に、既に登園済みのフラグが設定されているか否かを判定する（Ｓ１５２）。
【0148】
対応する「登園検知」の項目に登園済みのフラグが設定されている場合（Ｓ１５２：ＹＥＳ）、制御部１１１は、処理をステップＳ１５５に進める。他方、対応する「登園検知」の項目に登園済みのフラグが設定されていない場合（Ｓ１５２：ＹＥＳ）、制御部１１１は、受信したタグＩＤに対応する「登園検知」の項目に、登園済みのフラグを設定する（Ｓ１５３）。
【0149】
ステップＳ１５１の判定に並行して、制御部１１１は、入力部１１４を介して、所定の園児に対する登園確認の入力が行われたか否かを判定する（Ｓ１５４）。上記のように、バス３０には、タグ２ａを所持していない園児が乗車する場合が生じ得る。このような場合、当該バス３０に乗車した職員は、バス３０に乗車していた園児を保育施設２０内に送り入れた後、施設端末２１に対して直接、当該園児が登園したことの入力を、所定の入力画面を介して行う。
【0150】
こうして、手入力がなされた場合も（Ｓ１５４：ＹＥＳ）、制御部１１１は、手入力された園児に対応する「登園検知」の項目に、登園済みのフラグを設定する（Ｓ１５３）。なお、この場合、図１７のステップＳ１６６と同様、さらに、承認者による承認が必要とされてもよい。
【0151】
施設端末２１の制御部１１１は、図１５のステップＳ１４３の判定をＹＥＳとした時刻（到着推定時刻）から第１時間Ｔ１１（たとえば１０分程度）が経過したか否かを判定する（Ｓ１５５）。第１時間Ｔ１が経過していなければ（Ｓ１５５：ＮＯ）、制御部１１１は、処理をステップＳ１５１に戻して、同様の処理を繰り返し実行する。
【0152】
その後、第１時間Ｔ１１が経過すると（Ｓ１５５：ＹＥＳ）、制御部１１１は、図１５のステップＳ１４４においてグループ化したタグＩＤのうち、図４の乗車管理情報において「確定」の項目に「乗車中」のフラグが設定されているが、登園確認情報において「登園検知」の項目に登園済みのフラグが設定されていないタグＩＤが存在するか否かを判定する（Ｓ１５６）。すなわち、制御部１１１は、処理対象のバス３０に乗っていたが、第１時間Ｔ１１内に登園を確認できなかった未登園園児の有無を判定する。
【0153】
ステップＳ１５６の判定がＮＯである場合、制御部１１１は、図１６の処理を終了する。他方、ステップＳ１５６の判定がＹＥＳである場合、制御部１１１は、乗車管理情報において「確定」の項目に「乗車中」のフラグが設定されているが、登園確認情報において「登園検知」の項目に登園済みのフラグが設定されていないタグＩＤを未登園園児として特定し（Ｓ１５７）、特定した未登園園児を、園児ごとに探索するための報知処理を実行する（Ｓ１５８）。
【0154】
【0155】
まず、制御部１１１は、未登園園児が存在することを職員に報知するための未登園発信処理を実行する（Ｓ１６１）。
【0156】
ステップＳ１６１において、制御部１１１は、未登園園児が存在すること、および未登園園児の氏名およびクラス等をアナウンスする音声を、スピーカ２３から出力させる。さらに、制御部１１１は、園児管理サーバ１１を介して、当該保育施設２０の全ての職員端末５０に対し、このアナウンスと同様の内容のメッセージ情報をプッシュ通知等により送信する。これにより、メッセージ情報が、各々の職員端末５０において表示される。こうして、施設内外の全ての職員において、未登園園児の発生とその氏名、クラス等が把握される。
【0157】
次に、制御部１１１は、バス３０の到着推定時刻から第１時間Ｔ１１より長い第２時間（たとえば１５分程度）が経過するまでに（Ｓ１６７：ＮＯ）、未登録園児に対応するタグＩＤを施設タグリーダ２２から受信したか否かを判定し（Ｓ１６２）、また、未登園園児の登園が、施設端末２１に対する手入力により登録されたか否かを判定する（Ｓ１６５、Ｓ１６５）。
【0158】
手入力による登園の登録は、職員による入力（Ｓ１６５）とともに、その承認者による入力（Ｓ１６６）がなされたことによって実行される。たとえば、未登園園児がタグ２ａを所持していない場合や、兄弟姉妹等の他人のタグ２ａを未登園園児が所持しているような場合に、職員および承認者による手入力（Ｓ１６５、Ｓ１６６）が施設端末２１に対して行われる。
【0159】
到着推定時刻から第２時間Ｔ１２が経過するまでに（Ｓ１６７：ＮＯ）、これらの何れかの判定（Ｓ１６２、Ｓ１６６）がＹＥＳとなると、制御部１１１は、この未登録園児について登園が確認できたとして、未登録解消処理を実行する（Ｓ１６３）。この処理において、制御部１１１は、未登園園児の登園が確認できたこと、およびこの未登園園児の氏名、クラス等をアナウンスする音声をスピーカ２３から出力させる。さらに、制御部１１１は、園児管理サーバ１１を介して、当該保育施設２０の全ての職員端末５０に対し、このアナウンスに対応するメッセージ情報をプッシュ通知等により送信する。これにより、全ての職員において、この未登園園児の登園が確認できたことが把握される。
【0160】
他方、これらの何れの判定（Ｓ１６２、Ｓ１６６）もＹＥＳとなることなく、第２時間Ｔ１２が経過すると（Ｓ１６７：ＹＥＳ）、制御部１１１は、行方不明発信処理を実行する（Ｓ１６８）。
【0161】
ステップＳ１６８において、制御部１１１は、未登園園児が行方不明であること、およびこの未登園園児の氏名およびクラス等をアナウンスする音声を、スピーカ２３から出力させる。また、制御部１１１は、園児管理サーバ１１を介して、当該保育施設２０の全ての職員端末５０に対し、このアナウンスと同様の内容のメッセージ情報をプッシュ通知等により送信する。これにより、各々の職員は、未登園園児がさらに行方不明となったことを把握できる。
【0162】
さらに、制御部１１１は、行方不明発信処理において、園児管理サーバ１１を介して、当該未登園園児の保護者が所持する保護者端末６０に対し、未登園園児が行方不明であることを報知するための情報を、プッシュ通知等により送信する。これにより、保護者は、未登園園児が行方不明となっていることを把握できる。
【0163】
また、制御部１１１は、登園確認情報（図４）において、当該園児のタグＩＤに対応する「行方不明」の項目にフラグを設定する。
【0164】
その後の捜索により、未登園園児が見つかると、ステップＳ１６２またはステップＳ１６５、Ｓ１６６と同様の処理により、未登園園児の登園が確認される。これにより、未登園園児の行方不明が解消すると（Ｓ１６９：ＹＥＳ）、制御部１１１は、行方不明解消処理を実行する（Ｓ１７０）。この処理において、制御部１１１は、スピーカ２３から未登園園児の行方不明が解消したことのメッセージ音声を出力させ、さらに、園児管理サーバ１１を介して、全職員の職員端末５０および未登園園児の保護者の保護者端末６０に対し、未登園園児の行方不明が解消したことの通知を送信する。
【0165】
ステップＳ１６３またはステップＳ１７０の処理を実行した後、制御部１１１は、未登録園児の登園を登録する処理を実行する（Ｓ１６４）。この処理において、制御部１１１は、登園確認情報において、当該未登園園児のタグＩＤに対応する「登園検知」の項目にフラグを設定し、「未登園」および「行方不明」の項目からフラグを消去する。こうして、制御部１１１は、図１７の報知処理を終了する。
【0166】
＜実施形態の効果＞
上記実施形態によれば、以下の効果が奏される。
上記実施形態によれば、以下の効果が奏される。
【0167】
図１に示したように、園児見守りシステム１は、保育施設２０のバス３０（送迎車両）に設置され、園児２が所持するタグ２ａ（記憶媒体）から園児２を特定可能な園児特定情報を読み取る車両タグリーダ３１（第１読取装置）と、保育施設２０に設置され、園児２が所持するタグ２ａ（記憶媒体）から園児特定情報を読み取る施設タグリーダ２２（第２読取装置）と、車両タグリーダ３１（第１読取装置）および施設タグリーダ２２（第２読取装置）により読み取られた園児特定情報を受信可能に構成された施設端末２１（制御部）と、を備える。ここで、施設端末２１（制御部）は、図１６に示したように、車両タグリーダ３１（第１読取装置）により読み取られた園児特定情報と、施設タグリーダ２２（第２読取装置）により読み取られた園児特定情報とに基づいて、バス３０（車両）に乗ったが未登園の未登園園児を特定する（Ｓ１５７）。
【0168】
本実施形態に係る園児見守りシステム１によれば、車両タグリーダ３１（第１読取装置）および施設タグリーダ２２（第２読取装置）により読み取られた園児特定情報を照合することにより、バス３０（車両）に乗ったが未登園の未登園園児が特定される。このため、車両に同乗した職員等がマニュアルで登園を確認する場合に比べて、未登園園児の特定をより確実に行うことができる。よって、送迎用のバス３０に乗車した園児が保育施設２０に登園したことを確実に見守ることができる。
【0169】
図１６に示したように、制御部１１１は、保育施設２０に対するバス３０（車両）の到着から第１時間Ｔ１１が経過したときに（Ｓ１５５：ＹＥＳ）、車両タグリーダ３１（第１読取装置）からの園児特定情報に基づきバス３０（車両）に乗車したと確定された乗車管理情報中の一の園児について、施設タグリーダ２２（第２読取装置）からの園児特定情報に基づき登園が確認されなかったことに基づいて（Ｓ１５６：ＹＥＳ）、この一の園児を未登園園児として特定する（Ｓ１５７）。
【0170】
バス３０が保育施設２０に到着した後、一定時間内に、園児特定情報に基づき登園が確認できなかった園児は、バス３０内に置き去りにされているか、降車後に保育施設２０以外の場所へと移動した可能性が想定され得る。よって、上記構成によれば、このような状況にある園児を未登園園児として特定できる。
【0171】
図１６に示したように、施設端末２１の制御部１１１は、未登園園児を探索するための報知処理（Ｓ１５８）を実行する。これにより、未登園園児を安全に保護することができる。
【0172】
図１７に示したように、施設端末２１の制御部１１１は、報知処理として、未登園園児の発生を保育施設２０の職員に報知するための未登園発信処理（Ｓ１５８）（第１報知処理）を実行する。
【0173】
これにより、保育施設２０の職員を、未登園園児の保護のために円滑に動員できる。
【0174】
また、図１７に示したように、施設端末２１の制御部１１１は、第１時間Ｔ１１より長い第２時間Ｔ１２がバス３０（車両）の到着から経過するまでに、未登園園児を確認したことを示す情報を取得しないこと（Ｓ１６２、Ｓ１６５、Ｓ１６６：ＮＯ）に基づいて、未登園園児の発生を職員とともに未登園園児の保護者に報知する行方不明発信処理（Ｓ１６８）（第２報知処理）を実行する。
【0175】
これにより、未登園園児が未だ確認されていないことを職員に知らせることができ、さらに、未登園園児の確認のために、当該未登園園児の保護者の協力を得ることができる。たとえば、未登園園児が不意に自宅に戻っている場合は、そのことの連絡を保護者から受けることができ、あるいは、未登園園児が訪れそうな場所を保護者から聴取することができる。
【0176】
図１に示したように、園児見守りシステム１は、バス３０（車両）に同乗する保育施設２０の職員が所持する職員端末５０（携帯端末）と、公衆通信網４０を介して職員端末５０（携帯端末）と通信可能な園児管理サーバ１１（管理装置）と、保育施設２０に配置され公衆通信網４０を介して園児管理サーバ１１（管理装置）と通信可能な施設端末２１（情報処理装置）と、を備える。図１５～図１７を参照して説明したように、バス３０に乗車した園児が保育施設２０に登園したことを確認するための登園確認処理は、保育施設２０に配置された施設２０（情報処理装置）の制御部１１１が実行する。職員端末５０（携帯端末）は、車両タグリーダ３１（第１読取装置）との無線通信により車両タグリーダ３１（第１読取装置）から取得した園児特定情報を園児管理サーバ１１（管理装置）に送信し、園児管理サーバ１１（管理装置）は、受信した園児特定情報を施設端末２１（情報処理装置）に送信する。この構成によれば、車両タグリーダ３１（第１読取装置）が読み取った園児特定情報が、バス３０に同乗する職員の職員端末５０を介して、園児管理サーバ１１に送信され、さらに施設端末２１に送信される。これにより、施設端末２１において園児特定情報を円滑に蓄積管理できる。また、保育施設２０に配置された施設端末２１（情報処理装置）の制御部１１１によって登園確認処理が行われるため、保育施設２０において、未登園園児の特定とその探索を円滑かつ迅速に行うことができる。
【0177】
図６（ａ）、（ｂ）に示したように、職員端末５０（携帯端末）は、車両タグリーダ３１（第１読取装置）により読み取られた園児特定情報に基づき生成された乗車確認用の点呼画面２００を表示させる。ここで、点呼画面２００は、バス３０（車両）に乗車した園児の追加および修正を子画面２１０により受け付け可能に構成される。職員端末５０（携帯端末）は、点呼画面２００に対する入力結果を園児管理サーバ１１（管理装置）に送信し、園児管理サーバ１１（管理装置）は、受信した点呼画面に対する入力結果を施設端末２１（情報処理装置）に送信する。
【0178】
この構成によれば、バス３０に実際に乗車している園児をより正確に管理できる。たとえば、バス３０に乗車した園児が自身のタグ２ａ（記憶媒体）を所持し忘れた場合や、当該園児にタグ２ａ（記憶媒体）が未だ配布されていない場合、バス３０に乗車する職員は、点呼画面２００を介して、当該園児を乗車済みの園児に追加できる。また、園児が誤って自身の兄のタグ２ａ（記憶媒体）を所持し、兄の方は欠席であるような場合、車両タグリーダ３１（第１読取装置）により読み取られた園児特定情報からは、恰も兄がバス３０に乗車したかような設定がなされる。このような場合も、バス３０に乗車する職員は、目視確認により、兄ではなく弟の方が車両に乗車したとする修正を、点呼画面２００を介して行い得る。よって、バス３０に実際に乗車している園児をより正確に管理できる。
【0179】
図１０～図１３に示したように、職員端末５０（携帯端末）は、予め設定された最終確認タイミングにおいて、バス３０（車両）に乗車している園児を確定するための確定画面２３０を表示させ、確定画面２３０に対する入力結果を園児管理サーバ１１（管理装置）に送信し、園児管理サーバ１１（管理装置）は、受信した確定画面に対する入力結果を施設端末２１（情報処理装置）に送信する。この構成によれば、バス３０に最終的に乗車している園児を正確に確定できる。このため、施設端末２１の制御部１１１は、上記の処理により未登園園児を正確に特定できる。
【0180】
＜変更例＞
上記実施形態では、点呼画面２００および確定画面２３０の生成およびこれら画面を用いた点呼および確定の処理が、職員端末５０にインストールされたアプリケーションプログラムにより実行されたが、これらの処理が、園児管理サーバ１１側で行われ、職員端末５０は、園児管理サーバ１１側で生成された点呼画面２００および確定画面２３０を表示してこれら画面に対する入力を受け付けるためのビューアーとして用いられてもよい。
上記実施形態では、点呼画面２００および確定画面２３０の生成およびこれら画面を用いた点呼および確定の処理が、職員端末５０にインストールされたアプリケーションプログラムにより実行されたが、これらの処理が、園児管理サーバ１１側で行われ、職員端末５０は、園児管理サーバ１１側で生成された点呼画面２００および確定画面２３０を表示してこれら画面に対する入力を受け付けるためのビューアーとして用いられてもよい。
【0181】
この場合、園児管理サーバ１１の制御部１０１は、図６（ａ）の項目２０３においてバスが選択されると、選択されたバスＩＤに対応する園児管理情報および登園予定情報を、施設端末２１から取得する。そして、制御部１０１は、取得したこれらの情報を用いて、図５（ｂ）、図１０および図１４と同様の処理を実行する。
【0182】
【0183】
また、図１０のステップＳ１２１では、バス３０が最終確認位置に到達したことが、運行管理サーバ１２から園児管理サーバ１１に送信される。この送信は、運行管理サーバ１２から園児管理サーバ１１に直接行われてもよく、あるいは、職員端末５０を介して行われてもよい。また、図１０のステップＳ１２５は省略され、代わりに、このステップに示された情報が園児管理サーバ１１から施設端末２１に送信される。
【0184】
また、上記実施形態では、図１５～図１７の処理が、施設端末２１の制御部１１１によって行われたが、この処理が、園児管理サーバ１１の制御部１０１によって行われもよい。この場合、たとえば、施設端末２１の制御部１１１は、施設タグリーダ２２から受信したタグＩＤを順次、園児管理サーバ１１に送信し、園児管理サーバ１１の制御部１０１は、受信したタグＩＤを用いて、図１５～図１７の処理を実行する。そして、園児管理サーバ１１の制御部１０１は、図１７のステップＳ１６１、Ｓ１６３、Ｓ１６８、Ｓ１７０における保育施設２０側の報知処理を、施設端末２１の制御部１１１に実行させる。
【0185】
また、上記実施形態では、バス３０に乗車していた園児のタグ２ａのうち、最初に施設タグリーダ２２がタグ２ａを検知したタイミングが、保育施設２０に対するバス３０の到着タイミングと判定されたが、バス３０の到着タイミングの判定方法はこれに限られるものではない。
【0186】
たとえば、バス運行システム１２の方から施設端末２１がバス３０の到着の通知を受ける方法や、バス３０に同乗する職員がバス３０の到着に応じて自身の職員端末５０の到着ボタンを押すことにより、バス３０の到着を施設端末２１に通知する方法等により、バス３０の到着が検出されてよい。あるいは、保育施設２０の入口に設置されたカメラからの画像において、バス３０に乗車していた園児のうち最初に園児の顔が検出されたタイミングが、バス３０の到着タイミングとして検出されてもよい。バス３０の到着を検出する方法は、種々の方法を用い得る。
【0187】
また、上記実施形態では、園児管理サーバ１１が、施設端末２１と職員端末５０および保護者端末６０との間の通信を仲介したが、施設端末２１と職員端末５０および保護者端末６０とが園児管理サーバ１１を介することなく情報の送受信を行ってもよい。この場合、園児管理サーバ１１は省略され得る。
【0188】
また、施設端末２１において管理される各種情報のデータ構造は、図３および図４に示したデータ構造に限られるものではなく、上述の点呼処理、確定処理、未登園園児の特定処理および未登園園児の報知処理を実現可能な限りにおいて、他のデータ構造であってもよい。
【0189】
また、点呼画面２００およびその子画面２１０、２２０の構成や、確定画面２３０の構成も、上記実施形態に示した構成に限られるものではない。たとえば、図１１（ｂ）の確定画面２３０において、未点呼の園児が存在することを報知するためのメッセージ等が含まれてもよい。また、図８（ａ）～図９（ｂ）を参照して説明した一括点呼の処理が省略されてもよい。また、図３の園児管理情報に登録されたバスＩＤと異なるバス３０に園児が乗車した場合に、この園児の乗車を追加可能に点呼画面２００が構成されてもよい。
【0190】
また、車両は、バス３０に限らず、園児を送迎可能な他の種類の自動車であってもよい。また、必ずしも、１つの保育施設に複数台のバス３０が存在していなくてもよく、１台のバス３０のみで、園児を保育施設に送迎してもよい。
【0191】
この他、本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。
【符号の説明】
【0192】
１ 園児見守りシステム
２ 園児
２ａ タグ（記憶媒体）
１１ 園児管理サーバ（管理装置）
２０ 保育施設
２１ 施設端末２１
２２ 施設タグリーダ２２（第２読取装置）
３０ バス（車両）
３１ 車両タグリーダ（第１読取装置）
５０ 職員端末（携帯端末）
１０１、１１１、１２１ 制御部
２ 園児
２ａ タグ（記憶媒体）
１１ 園児管理サーバ（管理装置）
２０ 保育施設
２１ 施設端末２１
２２ 施設タグリーダ２２（第２読取装置）
３０ バス（車両）
３１ 車両タグリーダ（第１読取装置）
５０ 職員端末（携帯端末）
１０１、１１１、１２１ 制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】