(57)【要約】  【課題】  寮の特性に合わせた管理ができ管理人の手間を軽減できる寮入退館管理装置を提供する。  【解決手段】  寮入退館管理装置は、入退履歴情報１６に基づいて寮生の外出異常を検出し、寮の各居室の状態を示す室情報１７を管理する情報管理部２１と、室情報１７に基づいて、寮の居室配置を模し外出異常を含め各居室の寮生の状態を示す階層表示画面を生成する画面生成部２２と、階層表示画面を表示する表示部１２と、情報管理部２１が外出異常を検出した寮生の携帯端末に安否確認通信を送受信するメール送受信部２３とを備え、情報管理部２１は、メール送受信部２３が安否確認通信に成功すると、外出異常を仮解除する。【選択図】  図２
2008268988.tif 000002
【特許請求の範囲】
【請求項１】
入退履歴情報に基づいて寮生の外出異常を検出し、寮の各居室の状態を示す室情報を管理する情報管理部と、
前記室情報に基づいて、寮の居室配置を模し外出異常を含め各居室の寮生の状態を示す階層表示画面を生成する画面生成部と、
前記階層表示画面を表示する表示部と、
前記情報管理部が外出異常を検出した寮生の携帯端末に対して安否確認通信を送受信する送受信部とを備え、
前記情報管理部は、前記送受信部が安否確認通信に成功すると、外出異常を仮解除することを特徴とする寮入退館管理装置。
【請求項２】
前記安否確認通信は、空の電子メールである請求項１記載の寮入退館管理装置。
【請求項３】
前記情報管理部は、仮解除された外出異常に係る寮生が、寮に入館した際、外出異常を本解除し、前記寮生の居室は在室状態にあることを示すように室情報を変更する請求項１から２いずれか記載の寮入退館管理装置。
【請求項４】
前記情報管理部は、寮生が継続して所定時間以上退館しないとき、この寮生は、在室異常であると判定して室情報を変更し、
前記画面生成部は、この寮生の居室が在室異常であることを示す階層表示画面を生成する請求項１から３いずれか記載の寮入退館管理装置。
【請求項５】
前記情報管理部は、寮生が継続して所定時間以上入館しないとき、この寮生は、外出異常であると判定して室情報を変更し、
前記画面生成部は、この寮生の居室が外出異常であることを示す階層表示画面を生成する請求項１から４いずれか記載の寮入退館管理装置。
【請求項６】
前記情報管理部は、寮生の帰寮予定を示す外泊情報を参照し、
寮生が外泊情報により示される帰寮予定よりも前に入館したとき、この寮生は、外泊中異常であると判定して室情報を変更し、
前記画面生成部は、この寮生の居室が外泊中異常であることを示す階層表示画面を生成する請求項１から５いずれか記載の寮入退館管理装置。
【請求項７】
入退履歴情報に基づいて寮生の外出異常を検出し、寮の各居室の状態を示す室情報を管理するステップと、
前記室情報に基づいて、寮の居室配置を模し外出異常を含め各居室の寮生の状態を示す階層表示画面を生成するステップと、
前記階層表示画面を表示するステップと、
前記情報管理部が外出異常を検出した寮生の携帯端末に対して安否確認通信を送受信するステップとを備え、
前記安否確認通信に成功すると、外出異常を仮解除することを特徴とする寮入退館管理方法。
【請求項８】
入退履歴情報に基づいて寮生の外出異常を検出し、寮の各居室の状態を示す室情報を管理するプロセスと、
前記室情報に基づいて、寮の居室配置を模し外出異常を含め各居室の寮生の状態を示す階層表示画面を生成するプロセスと、
前記階層表示画面を表示するプロセスと、
前記情報管理部が外出異常を検出した寮生の携帯端末に対して安否確認通信を送受信するプロセスとを備え、
前記安否確認通信に成功すると、外出異常を仮解除することを特徴とする寮入退館管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、寮の特性に合わせ管理人の利便性を向上できる寮入退館管理装置に関するものである。
【背景技術】
【０００２】
例えば、特許文献１（特開２００１−２８６３３号公報）に示されているように、集合住宅に居住する者が、在室、不在（外出）あるいは外泊のいずれの状態にあるかを表示し、管理人の利便性を向上させる技術が知られている。
【０００３】
しかしながら、この種の技術は、主に、高齢者や入院患者というように、病気がちであり、弱い入居者を危険から保護するという趣旨で構成されることが多い。
【０００４】
一方、これと似て非なる存在として、寮をあげることができる。寮には、複数の居室が設けられ、それぞれの居室には、寮生（一人又は複数人の入居者をこの明細書では、便宜上「寮生」という。寮生といっても、必ずしも学生を指すのではない。）が入居する。この点は、上述の場合と似ている。しかしながら、寮生は、高齢者や入院患者よりも通常元気であり、活発な活動をすることが多い。例えば、学生であれば登下校をし、社会人であれば職場へ出かけたり職場から戻ってくる。
【０００５】
上述の場合には、安全確保が優先されるべきであろうが、寮の場合は、寮生の自由やプライバシーがより重要視されなければならない。例えば、管理人が必要以上に寮生の行動を管理すると、寮生の不快感を招くであろう。したがって、寮入退館管理装置は、寮生の不快感を招かないような配慮をしつつ、しかも寮生の生活状態の異常を的確に把握できるように構成しなければならない。
【０００６】
従来技術では、このような課題を十分に検討できているとは言えないし、寮の特性に合わせて、管理人の利便性をさらに向上させることができない。例えば、生活状態の異常が検出された場合、従来技術では、軽微な異常であっても、管理人が出向いて寮生の状態を確かめた上で、管理人が異常という表示を解除しなければならず、管理人の負担が大きい。
【０００７】
特に、複数の寮を、寮の外部に設置される管理センターのような施設において、集中管理するような場合、異常が発生する都度、管理人が現場（異常が発生した寮の該当居室）へ出向いて、安全を確認し、さらに管理センターへ戻って異常を解除しなければならない。もし、管理人が一人しかいないならば、この間、管理センターは、留守になってしまい、機能を失うことになる。
【特許文献１】特開２００１−２８６３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
そこで本発明は、寮の特性に合わせた管理ができ管理人の手間を軽減できる寮入退館管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
第１の発明に係る寮入退館管理装置は、入退履歴情報に基づいて寮生の外出異常を検出し、寮の各居室の状態を示す室情報を管理する情報管理部と、室情報に基づいて、寮の居室配置を模し外出異常を含め各居室の寮生の状態を示す階層表示画面を生成する画面生成部と、階層表示画面を表示する表示部と、情報管理部が外出異常を検出した寮生の携帯端末に対して安否確認通信を送受信する送受信部とを備え、情報管理部は、送受信部が安否確認通信に成功すると、外出異常を仮解除する。
【００１０】
この構成において、外出異常を検出すると、安否確認通信が該当する寮生の携帯端末に送信され、その返信が成功すれば、外出異常が仮解除される。ここで、外出する寮生は、その責任において外出しているのであり、また、元気に活動している可能性が高い。したがって、外出先において寮生が何らかの事案に遭遇したとしても、それは当該寮生の行動に起因する問題であり、管理人側の責任は薄いと言うことができる。また、このような場合、必要以上に寮生を管理することは、寮生の自由を奪う結果となる。このため、安否確認通信に成功した場合は、外出異常を仮解除している。その結果、管理人は、それだけ外出異常の管理の手間を省くことができ、管理の利便性が向上する。
【００１１】
第２の発明に係る寮入退館管理装置は、安否確認通信は、空の電子メールである。
【００１２】
この構成により、寮入退館管理装置は、管理人の手間なしに、それ自身で安否確認通信を行えるし、該当する寮生は、簡単に返信できる。よって、管理の利便性が更に向上する。
【００１３】
第３の発明に係る寮入退館管理装置は、情報管理部は、仮解除された外出異常に係る寮生が、寮に入館した際、外出異常を本解除し、寮生の居室は在室状態にあることを示すように室情報を変更する。
【００１４】
この構成により、寮生の居室の状態を、実態にあわせることができ、寮入退館管理装置は、それ自体において、即ち管理人の手間なしに、在室状態における管理へ遷移することができる。
【００１５】
第４の発明に係る寮入退館管理装置は、情報管理部は、寮生が継続して所定時間以上退館しないとき、この寮生は、在室異常であると判定して室情報を変更し、画面生成部は、この寮生の居室が在室異常であることを示す階層表示画面を生成する。
【００１６】
ここで、長く在室を続けている寮生については、引きこもりや自閉症などの状態にある可能性がある。この構成により、管理人にこの可能性を警告することができる。このような場合、管理人は、該当する寮生の居室を訪れ、ケアを行うことが望ましい。しかし、このケアは、一分一秒を争うわけではなく、管理人は、使者又は適当な専門家を適宜派遣することもできるから、管理人の手間が増えるわけではない。
【００１７】
第５の発明に係る寮入退館管理装置は、情報管理部は、寮生が継続して所定時間以上入館しないとき、この寮生は、外出異常であると判定して室情報を変更し、画面生成部は、この寮生の居室が外出異常であることを示す階層表示画面を生成する。
【００１８】
この構成により、管理人は、外出異常を知ることができ、適宜対応をとることができる。
【００１９】
第６の発明に係る寮入退館管理装置は、情報管理部は、寮生の帰寮予定を示す外泊情報を参照し、寮生が外泊情報により示される帰寮予定よりも前に入館したとき、この寮生は、外泊中異常であると判定して室情報を変更し、画面生成部は、この寮生の居室が外泊中異常であることを示す階層表示画面を生成する。
【００２０】
この構成により、寮生が外泊情報により示される帰寮予定よりも前に入館したとき、この寮生の居室が外泊中異常であることを示す階層表示画面が生成される。このような場合、管理人は、適宜対応をとることができる。
【００２１】
例えば、寮生が何らかの理由により予定を切り上げて寮に戻る（入館する）場合や、あるいは、居室に忘れ物を取りに戻ったような場合は、問題ない。このような場合は、管理人は、該当する居室の状態を確認すれば十分である。
【００２２】
しかしながら、寮生になりすました異常侵入者（例えば、泥棒等）が入館したような場合は、重大な問題である。外泊中異常を通知された管理人は、そのような場合を想定し、適宜、事態に対応することができる。
【発明の効果】
【００２３】
本発明によれば、問題が少ない異常事態（安否確認通信が成功した外出異常）については、寮入退館管理装置自体で、処置できるから、管理人は、対応を省略でき、管理の利便性が向上する。また、寮生は、携帯端末を使用して安否確認通信だけすれば足りるから、一応心配してくれているという安心感を得ることができるし、必要以上に行動を制約されないから、自由やプライバシーが尊重されているという満足を得ることができる。即ち、寮の特性に応じた、生活状態の管理が実現できる。
【発明を実施するための最良の形態】
【００２４】
（実施の形態１）
以下、図面を参照しながら、本発明の実施の形態を説明する。図１は、本発明の実施の形態１における寮入退館管理装置を利用したシステムのブロック図である。
【００２５】
図１に示すように、本形態の寮内には、ＬＡＮ１が敷設されており、制御盤２がＬＡＮ１に接続される。また、寮の玄関には、電気錠を備えたドア３が配置され、ドア３の開閉状態は、制御盤２によって制御される。さらに、寮の玄関付近には、入館用カードリーダ４と退館用カードリーダ５とが配設され、ドア３、入館用カードリーダ４及び退館用カードリーダ５は、制御盤２に接続される。寮の入居者は、各自の識別情報が記録されたカード６を所持しており、入館時には、入館用カードリーダ４にカード６をかざし、退館時には退館用カードリーダ５にカード６をかざすことになっている。即ち、入館用カードリーダ４、退館用カードリーダ５は、カード６に関する非接触型の読み取り装置である。これらＬＡＮ１〜カード６により、本形態の入退情報入力部７が構成される。
【００２６】
しかしながら、入退情報入力部７は、どの入居者が入／退館したかを識別できれば十分であって、例えば、ドア３は、必ずしも寮の玄関のドアである必要はなく、各入居者の個室のドアであってもよいし、指紋、光彩、顔認識そのほかの個人識別を実施しても差し支えない。
【００２７】
また、ＬＡＮ１には、本形態の寮入退館管理装置である、管理端末１０が接続され、管理端末１０には、液晶ディスプレイからなる表示部１１と、キーボード及びマウスからなる入力部１２が備えられている。
【００２８】
さらに、管理端末１０は、通信網３０（本例では、インターネット網）に接続し、通信網３０に接続する基地局３１を介して、寮の入居者が所有する携帯端末３２（本例では、携帯電話）と通信できるようになっている。この通信は、安否確認通信（本形態では、空の電子メール）を含む。
【００２９】
図２は、本発明の実施の形態１における寮入退館管理装置の機能ブロック図である。さて、本形態では、後に詳述するように、在室情報と外出情報とを動的に生成／削除することにより、矛盾を生じない処理を実施する。
【００３０】
図２の寮入退館管理装置には、図１を参照しながら述べた入退情報入力部７から入退情報が入力される。実施の形態１における入退情報は、少なくともどの入居者が入／退館したかという情報を含めば足り、そのほかの条件は、任意であるものとする。
【００３１】
図２において、制御部１３は、図２に示す各要素を制御するＣＰＵ及びＲＯＭ等からなる。タイマ１４は、現在時刻及び日付等の時間情報を制御部１３へ供給する。
【００３２】
記憶部１５は、ＲＡＭ又はハードディスク装置などの記録媒体からなり、実施の形態１では、図３に示す入退履歴情報１６、室情報１７、在室情報１８、外出情報１９、外泊情報２０を格納するための領域が確保されている。ここで、入退履歴情報１６については、上述したとおりである。
【００３３】
図３（ａ）に示すように、室情報１７は、各居室の室番号、入居者名、後述する階層表示画面における該当ボタンの左上点のｘｙ座標値、状態色等の値を有する。この状態色とは、この該当ボタンに着色される色であり、入居者の生活状態を一意の色で表現する。本形態では、次のように定めているが、勿論これは一例にすぎず、わかりやすければ任意に変更して差し支えないし、色の代わりに模様あるいはマークなどを使用して状態を区別してもよい。
【００３４】
在室（入居者が入館後退館しておらず、各居室内に居るものと考えられる状態）であって在室異常でない場合は、状態色は、水色である。
【００３５】
外出（入居者が退館後入館しておらず、寮外に居るものと考えられる状態）であって外出異常、仮解除でない場合は、状態色は、緑色である。
【００３６】
在室異常（入居者が入館後退館していない時間が第１の所定時間以上継続している状態）の場合は、状態色は、赤である。この場合、入居者が引きこもり、自閉症等の状態にあることが考えられるので、管理人は、適宜ケアを実施することが望ましい。
【００３７】
外出異常（入居者が退館後入館していない時間が第２の所定時間以上継続している状態）の場合は、状態色は、ピンク色である。この場合、入居者は、外出先で、事故あるいは事件に巻き込まれたり、発病あるいは怪我等を発生している可能性があるので、安否確認を実施することが望ましい。しかしながら、後述するように、本形態によれば、管理人が不在でも寮入退館管理装置自身で、安否確認できるようになっている。
【００３８】
仮解除（入居者が外出異常の状態にあるが、安否確認通信に成功した状態）の場合は、状態色は、白である。この場合、管理人は、一応の安心を得られる。
【００３９】
外泊中異常（入居者が外泊予定中であるにもかかわらず、入館している状態）の場合は、状態色は、黄色である。この場合、入居者が予定を切り上げたり、忘れ物を取りに戻ったりするような、そう問題にならないケースと、入居者になりすました異常侵入者が入館するような、重大なケースとがあり得る。したがって、管理人は、何らかの措置をとる必要がある。
【００４０】
ここで、本形態において、上述した第１，第２の所定時間は、いずれも４８時間としたが、これも適宜変更して差し支えない。例えば、若年の高校生の寮であれば、外出異常に係る第２の所定時間をより短くすることも考えられる。
【００４１】
図３（ｂ）に示すように、在室情報１８は、室番号、最新入館時刻、在室経過時間等の値を有する。
【００４２】
図３（ｃ）に示すように、外出情報１９は、室番号、最新退館時刻、外出経過時間等の値を有する。
【００４３】
図３（ｄ）に示すように、外泊情報２０は、室番号と、出発日及び帰寮日等の値（外泊予定を示す値）を有する。なお、外泊情報２０は、外泊予定の入居者又は管理人等が、外泊前に管理端末１０へ登録することになっている。
【００４４】
ここで、本形態では、これらの各情報１６〜２０は、テーブルの形式で保持されるが、記憶形態は任意であり、例えば、リスト、配列等種々変更できる。
【００４５】
図２において、情報管理部２１は、図５〜図１０に従う寮入退館管理プログラムを実行し、入退履歴情報１６を参照しながら、室情報１７〜外泊情報２０を適宜処理する。特に、情報管理部２１は、通信網３０を経由して携帯端末３２に安否確認通信（空の電子メール）を送受信させ、情報管理部２１は、メール送受信部２３が安否確認通信に成功すると、外出異常を仮解除する。なお、各入居者が所有する携帯端末３２の電子メールアドレスは、予め登録されているものとする。
【００４６】
さて、ある入居者が「在室」でもあり「外出」でもあるということは、矛盾である。したがって、本形態では、図５〜図１０を参照しながら、後述するように、情報管理部２１が在室情報と外出情報とを適宜動的に生成／削除することにより、この矛盾を生じないように処理することとしている。
【００４７】
図４は、画面生成部２２が室情報１７を参照し、寮の居室配置を模し外出異常を含め各居室の寮生の状態を示すために生成する、階層表示画面を例示する。「寮生入退館管理」という文字の右横に配置される「２００７／２／１５／１９：０５」なる表示は、現在の日時時刻であるが、最新の情報更新時刻を表示してもよい。
【００４８】
本例に係る寮は、１階から７階までの７階建てであり、各階には、５つの居室が存在する。但し、１０５号室は、居室ではなく、管理人が入る管理室である。また、現在各居室は満室の状態にあり、入居者数は３４名となっている。
【００４９】
例えば、７０１号室には、「田中  一」という入居者が入居しており、「外泊中異常」（ボタンの状態色は、黄色）の状態にある。７０２号室には、「山田太郎」という入居者が入居しており、「在室」（ボタンの状態色は、水色）の状態にある。７０３号室には、「鈴木  健」という入居者が入居しており、「外出」（ボタンの状態色は、緑）の状態にある。
【００５０】
管理人は、このように各居室を模したボタンの色だけで、現在各入居室の寮生がどのような状態にあるかを一目で知ることができる。
【００５１】
次に、図５を参照しながら、寮入退館管理装置の処理の概要を説明する。まず、ステップ１にて、画面生成部２２は、直近の室情報１７により図４のような画面を生成し、これを入力部１２に出力し画面が更新される（ステップ２）。
【００５２】
なお、直近の室情報１７が存在しないときは、画面生成部２２は、デフォルトの画面を作成する。
【００５３】
次に、制御部１３は、画面更新のタイミングをとるため、ステップ２３にて、画面の更新時間をセットし、ステップ４にて、入退情報入力部７から入退情報が入力されているかどうかチェックする。入力されていれば、ステップ５にて、制御部１３は、入退履歴情報１６を更新してからステップ６へ処理を移し、入力されていなければ、そのままステップ６へ処理を移す。
【００５４】
ステップ６にて、制御部１３は、更新時間が経過したかどうかチェックし、経過していなければステップ４に処理を戻し、経過していれば、ステップ７以降へ処理を進める。
【００５５】
ステップ７〜ステップ１１では、制御部１３は、情報管理部２１に順次、入館処理、退館処理、在室情報管理、外出情報管理及び外出異常仮解除の各処理を実施させ、ステップ１２にて、処理を終了すべきでないことをチェックした上で、ステップ１に処理を戻し、上述の処理を繰り返す。なお、不都合が生じない限り、これら各処理の順序は適宜入れ替えて差し支えない。
【００５６】
図６に示すように、情報管理部２１は、次のように入館処理を実施する。まず、ステップ２０にて、情報管理部２１は、入退履歴情報１６を参照し、入館者のみを抽出する。
【００５７】
情報管理部２１は、入館者があれば、ステップ２１にて、その入館者に関する外出情報が生成されているかどうかをチェックする。もし外出情報が生成されていれば情報管理部２１はそれを削除し（ステップ２２）ステップ２３へ処理を移す。
【００５８】
ステップ２３では、情報管理部２１は、その入館者に関する在室情報が残っていればそれを削除し（ステップ２４）その入館者に関する在室情報を新たに生成して、在室情報の各値を現在のものとする（ステップ２５）。
【００５９】
ステップ２６にて、情報管理部２１は、その入館者に関する外泊情報があるかどうかをチェックする。もし外泊情報があれば、ステップ２７にて現在の日付が出発日と帰寮日の間にあるかどうかチェックする。もしそうならば、その入館者の状態色を、「外泊中異常」を示す黄色とし、該当する室情報１７を更新する（ステップ２９）。
【００６０】
外泊情報がないか、あるいは、現在の日付が出発日と帰寮日との間にない場合には、情報管理部２１は何もせず、処理をステップ３０へ移す。
【００６１】
ステップ３０にて、情報管理部２１は、その入館者が「仮解除」の状態にあるかどうかチェックする。もしそうなら、その入館者は、外出し、その後「外出異常」の状態となったが、安否確認通信に成功し、「仮解除」の状態になっていたところ、今回、無事帰寮したことになる。したがって、情報管理部２１は、ステップ３１にて、その入館者の状態色を「在室」を示す水色とし、ステップ３２へ処理を移す。なお、ステップ３０にて、その入館者が「仮解除」の状態でないときは、情報管理部２１は、何もせず処理をステップ３２へ移す。
【００６２】
ステップ３２では、情報管理部２１は、ステップ２０で抽出された入館者のうち、未だ処理されていない入館者が残っているかどうかをチェックし、残っていなければ処理を打ち切り、残っていれば、全ての入館者の処理が完了するまで、上述の処理を繰り返す（ステップ３３）。
【００６３】
図７に示すように、情報管理部２１は、次のように退館処理を実施する。まず、ステップ４０にて、情報管理部２１は、退館者のみを抽出する。
【００６４】
情報管理部２１は、退館者があれば、ステップ４１にて、その退館者に関する在室情報が生成されているかどうかをチェックする。もし在室情報が生成されていれば情報管理部２１はそれを削除し（ステップ４２）ステップ４３へ処理を移す。
【００６５】
ステップ４３では、情報管理部２１は、その退館者に関する外出情報が残っていればそれを削除し（ステップ４４）その退館者に関する外出情報を新たに生成して、外出情報の各値を現在のものとする（ステップ４５）。
【００６６】
ステップ４６では、情報管理部２１は、ステップ４０で抽出された退館者のうち、未だ処理されていない退館者が残っているかどうかをチェックし、残っていなければ処理を打ち切り、残っていれば、全ての退館者の処理が完了するまで、上述の処理を繰り返す（ステップ４７）。
【００６７】
図８に示すように、情報管理部２１は、次のように在室情報管理を実施する。まず、ステップ５０にて、情報管理部２１は、在室者のみを抽出する。
【００６８】
情報管理部２１は、在室者があれば、ステップ５１にて、その在室者に関する在室経過時間を取得する。
【００６９】
在室経過時間が第１の所定時間以上であれば、その在室者の状態色を「在室異常」を示す赤色とし（ステップ５３）、そうでなければ、その在室者の状態色を「在室」を示す水色とし（ステップ５４）、その在室者の室情報１７を更新する（ステップ５５）。
【００７０】
ステップ５６では、情報管理部２１は、ステップ５０で抽出された在室者のうち、未だ処理されていない在室者が残っているかどうかをチェックし、残っていなければ処理を打ち切り、残っていれば、全ての在室者の処理が完了するまで、上述の処理を繰り返す（ステップ５７）。
【００７１】
図９に示すように、情報管理部２１は、次のように外出情報管理を実施する。まず、ステップ６０にて、情報管理部２１は、外出者のみを抽出する。
【００７２】
情報管理部２１は、外出者があれば、ステップ６１にて、その外出者に関する外出経過時間を取得する。
【００７３】
情報管理部２１は、外出経過時間が第２の所定時間以上であれば、その外出者の状態色を「外出異常」を示すピンク色とし（ステップ６３）、そうでなければ、その外出者の状態色を「外出」を示す緑とし（ステップ６４）、その外出者の外出情報１９を更新する（ステップ６５）。
【００７４】
ステップ６６では、情報管理部２１は、ステップ６０で抽出された外出者のうち、未だ処理されていない外出者が残っているかどうかをチェックし、残っていなければ処理を打ち切り、残っていれば、全ての外出者の処理が完了するまで、上述の処理を繰り返す（ステップ６７）。
【００７５】
図１０に示すように、情報管理部２１は、次のように外出異常仮解除を実施する。まず、ステップ７０にて、情報管理部２１は、外出異常者のみを抽出する。
【００７６】
情報管理部２１は、外出異常者があれば、ステップ７１にて、メール送受信部２３にその外出異常者へ安否確認通信である空の電子メールを送信するように指示する。メール送受信部２３が返信メールの受信に成功すれば、情報管理部２１は、この外出異常者の状態色を「仮解除」を示す白色とし、その外出異常者の室情報１７をその旨更新し（ステップ７３、７４）て、処理をステップ７４に処理を移す。
【００７７】
返信メールの受信に失敗したときは、情報管理部２１は何もせず、処理をステップ７５へ移す。
【００７８】
ステップ７５では、情報管理部２１は、ステップ７０で抽出された外出異常者のうち、未だ処理されていない外出異常者が残っているかどうかをチェックし、残っていなければ処理を打ち切り、残っていれば、全ての外出異常者の処理が完了するまで、上述の処理を繰り返す（ステップ７６）。
【００７９】
（実施の形態２）
実施の形態１では、在室情報と外出情報とを動的に生成／削除することにより、矛盾を生じない処理を実施した。実施の形態２は、アルゴリズム上このような矛盾を生じないようにする「第１例」と、保持する値をトグルすることによりこのような矛盾を回避する「第２例」に関する。
【００８０】
また、実施の形態２では、第１、２例に共通して、図１１に示すように、実施の形態１に比べ、室情報１７、在室情報１８の保持及び管理を省略することができ、システムを簡素化できる点で好適である。
【００８１】
一方、入退履歴情報２４は、実施の形態１におけるように任意の形式ではなく、図１２に示すように、入館あるいは退館というイベントごとに生成される、「入／退」の識別値、室番号、そのイベントが発生した日時時刻等の情報を含むものとする。
【００８２】
図１２の例では、ＩＤ番号が「１０１」であるイベントでは、７０３号室の入居者が退館し、そのイベント発生時刻は、２００７年２月１５日１８時であったものであり、ＩＤ番号が「１０２」であるイベントでは、７０２号室の入居者が入館し、そのイベント発生時刻は、２００７年２月１５日１９時であったものである。
【００８３】
なお、図１１において、室情報１７と外泊情報２０とは、実施の形態１と同様で差し支えない。
【００８４】
「第１例」
図１３に示すように、実施の形態２の第１例では、ステップ８５、８６、８８、９２、９３、９４に並列して示されるように、状態色の決定プロセスを択一的に分岐させており、アルゴリズム上上述した矛盾を生じないようにしている。
【００８５】
即ち、情報管理部２５は、全ての居室のうちの一つの居室を選択し（ステップ８０）、この居室に関する直近の入退履歴情報２４を抽出する（ステップ８１）。
【００８６】
ステップ８２にて、情報管理部２５は、この情報が入館に関するものならばステップ８３へ処理を進め、退館に関するものならばステップ８９へ処理を進める。
【００８７】
ステップ８３にて、情報管理部２５は、この居室に関する外泊情報２０が存在するかどうかチェックし、存在すればステップ８７にて、現在の日付が出発日と帰寮日の間にあるかどうかチェックする。もしそうなら、ステップ８８にて、この居室の状態色を「外泊中異常」を示す黄色とし、ステップ９５へ処理を移す。
【００８８】
ステップ８３にて外泊情報がないか、あるいはステップ８７の結果が否であれば、情報管理部２５は、処理をステップ８４へ移す。
【００８９】
ステップ８４にて、情報管理部２５は、現在時間をタイマ１４から取得すると共に、その居室に関する最新の入館時間と現在時間との差分を求め、この差分が第１の所定時間以上であるかどうかチェックする。第１の所定時間以上ならば、この居室の状態色を「在室異常」を示す赤色とし（ステップ８５）、そうでなければ、この居室の状態色を「在室」を示す水色とし（ステップ８６）、ステップ９５へ処理を移す。
【００９０】
ステップ８９にて、情報管理部２５は、現在時間をタイマ１４から取得すると共に、その居室に関する最新の退館時間と現在時間との差分を求め、この差分が第２の所定時間以上であるかどうかチェックする。第２の所定時間以上でなければ、この居室の状態色を「外出」を示す緑とし（ステップ９４）、処理をステップ９５へ移す。
【００９１】
第２の所定時間以上ならば、ステップ９０にて、情報管理部２５は、メール送受信部２３を用いてこの居室に関する入居者の携帯端末３２へ安否確認通信のための空メールを送信させ、ステップ９１にて、返信メール受信に成功したかどうかチェックする。
【００９２】
成功したら、情報管理部２５は、この居室の状態色を「仮解除」を示す白とし（ステップ８６）、失敗したら、情報管理部２５は、この居室の状態色を「外出異常」を示すピンク色とし（ステップ９２）、ステップ９５へ処理を移す。
【００９３】
ステップ９６にて、画面生成部２２は、決定された状態色に基づいて画面を更新する。
【００９４】
ステップ９６〜９７にて、情報管理部２５は、居室を進めながら、終了すべき場合に至るまで、画面更新を繰り返す（ステップ９８）。
【００９５】
「第２例」
第１例では、ステップ８５〜ステップ９４に並列して示されるように、状態色の決定プロセスを択一的に分岐させており、アルゴリズム上上述した矛盾を生じないようにしたが、図１４に示すように、保持する値をトグルすることにより、上述した矛盾を回避することもできる。
【００９６】
図１４の例では、状態値が「０」（空室）、「１」（在室）、「２」（外出）の間でトグルする。また、異常値が「０」（正常）、「１」（在室異常）、「２」（外出異常）、「３」（仮解除）、「４」（外泊中異常）の間でトグルする。
【００９７】
処理のアルゴリズムについては、実施の形態２の第２例に準ずることもできるし、実施の形態１に準ずることもできるから、説明の重複を避けるため、詳細な説明は省略する。なお、実施の形態２において、その他の点は、実施の形態１と同様である。
【００９８】
（外泊中異常の他の取り扱い）
実施の形態１，２では、外泊中異常を他の異常と並列に取り扱ったが、外泊中異常は、他の異常に比べて優先度が低いと考えることができる。したがって、図１５のステップ１００〜１１３に示すように、外泊中異常を他の異常検出とは別に検出するようにしてもよい。なお、図１５において、空室（つまりカード番号が未登録）の状態にある部屋の色は灰色としている。図１５のようにするときは、外泊中異常を検出するプロセスを、管理人の特定ボタンの押し下げ、または、一定時間の経過をトリガとして実施することが考えられる。
【００９９】
以下、ステップ１１０における判定期間について、図１６を参照しながら説明する。図１５の例では、判定期間は、次のように定められる。
【０１００】
まず、期間は、日を単位として取り扱われ、外泊予定の開始日の次の日と、外泊予定の終了日の前の日を抽出し、これら抽出された日（そのものも含む）の間を判定期間とする。例えば、外泊予定が４日であるときは、外泊予定の開始日の次の日と外泊予定の終了日の前の日とからなる、２日間が判定期間（図１６の斜線部参照）となる。
【０１０１】
情報管理部は、図１６に示すように、場合（１）〜（６）の６つの外泊申請データがある（簡単のため、外泊予定は全て４日であるとする。）とき、上述のように判定期間（斜線部）を求める（ステップ１１０）。そして、情報管理部は、本日（図１６の例では、１月１９日）が、判定期間内にあるかどうかをチェックし、あれば外泊中異常であると判定し、なければ外泊中異常ではないと判定する（ステップ１１２）。
【０１０２】
図１６の例では、場合（１）、（２）、（５）及び（６）では、当日が斜線部に重ならないから外泊中異常ではないと判定される。一方、場合（３）、（４）では、当日が斜線部に重なるから外泊中異常であると判定される。
【図面の簡単な説明】
【０１０３】
【図１】本発明の実施の形態１における寮入退館管理装置を利用したシステムのブロック図
【図２】本発明の実施の形態１における寮入退館管理装置の機能ブロック図
【図３】（ａ）本発明の実施の形態１における室情報の構成図  （ｂ）本発明の実施の形態１における在室情報の構成図  （ｃ）本発明の実施の形態１における外出情報の構成図  （ｄ）本発明の実施の形態１における外泊情報の構成図
【図４】本発明の実施の形態１における階層表示画面の例示図
【図５】本発明の実施の形態１における寮入退館管理装置のフローチャート
【図６】本発明の実施の形態１における入館管理のフローチャート
【図７】本発明の実施の形態１における退館管理のフローチャート
【図８】本発明の実施の形態１における在室情報管理のフローチャート
【図９】本発明の実施の形態１における外出情報管理のフローチャート
【図１０】本発明の実施の形態１における外出異常仮解除のフローチャート
【図１１】本発明の実施の形態２における寮入館管理装置の機能ブロック図
【図１２】本発明の実施の形態２における入退履歴情報の構成図
【図１３】本発明の実施の形態２（第１例）における寮入館管理装置のフローチャート
【図１４】本発明の実施の形態２（第２例）における室情報の構成図
【図１５】本発明の外泊中異常の他の取り扱いを示すフローチャート
【図１６】図１５における判定期間の説明図
【符号の説明】
【０１０４】
１  ＬＡＮ
２  制御盤
３  ドア
４  入館用カードリーダ
５  退館用カードリーダ
６  カード
７  入退情報入力部
１０  管理端末
１１  表示部
１２  入力部
１３  制御部
１４  タイマ
１５  記憶部
１６、２４  入退履歴情報
１７  室情報
１８  在室情報
１９  外出情報
２０  外泊情報
２１、２５  情報管理部
２２  画面生成部
２３  メール送受信部
３０  通信網
３１  基地局
３２  携帯端末
【図１】
2008268988.tif 000003
【図２】
2008268988.tif 000004
【図３】
2008268988.tif 000005
【図４】
2008268988.tif 000006
【図５】
2008268988.tif 000007
【図６】
2008268988.tif 000008
【図７】
2008268988.tif 000009
【図８】
2008268988.tif 000010
【図９】
2008268988.tif 000011
【図１０】
2008268988.tif 000012
【図１１】
2008268988.tif 000013
【図１２】
2008268988.tif 000014
【図１３】
2008268988.tif 000015
【図１４】
2008268988.tif 000016
【図１５】
2008268988.tif 000017
【図１６】
2008268988.tif 000018