(57)【要約】【課題】受付システムと連携させることなく、利用者に待ち状況を案内することができる待ち状況案内装置を提供する。【解決手段】カメラ１２よって患者（病院をを利用する利用者）が待機する待合室を撮影し、サーバ１４において、撮影によって得られた画像に対して顔検出処理を行って利用待ちの利用者数を特定し、特定された利用者数を示す情報をクライアントＰＣ２４や携帯電話２６へ送信する。【選択図】図４
2008242853.tif 000002
【特許請求の範囲】
【請求項１】
予め定められた対象を利用する利用者が待機する待合室を撮影する撮影手段と、
前記撮影手段による撮影によって得られた画像に対して顔検出処理を行って利用待ちの利用者数を特定する特定手段と、
前記特定手段により特定された利用者数を示す情報を、利用待ち状況の通知先として予め定められた通信端末装置へ送信する送信手段と、
を備えた待ち状況案内装置。
【請求項２】
前記対象の利用を希望する利用者が連絡を希望する条件として定めた利用待ちの利用者数の上限値を示す上限値情報を予め記憶する連絡条件記憶手段をさらに備え、
前記送信手段は、前記特定手段により特定された利用者数が前記連絡条件記憶手段に記憶された上限値情報により示される上限値以下である場合に、前記対象の利用を希望する利用者へ連絡情報を送信する
請求項１記載の待ち状況案内装置。
【請求項３】
前記特定手段により特定された利用者数が前記連絡条件記憶手段に記憶された上限値情報により示される上限値以下である場合に、前記対象の利用を希望する利用者による前記対象の利用の予約を依頼する依頼情報を生成する生成手段をさらに備え、
前記送信手段は、前記生成手段により生成された依頼情報を前記対象の利用の予約を管理する予約管理装置へ送信する
請求項２記載の待ち状況案内装置。
【請求項４】
利用者１人当たりの平均利用時間を示す利用時間情報を予め記憶した利用時間情報記憶手段と、
前記特定手段により特定された利用者数に前記利用時間情報記憶手段に記憶された利用時間情報により示される平均利用時間を乗算することにより予測待ち時間を算出する算出手段と、をさらに備え、
前記送信手段は、前記利用者数を示す情報及び前記算出手段により算出された予測待ち時間を示す情報の少なくとも一方を送信する
請求項１記載の待ち状況案内装置。
【請求項５】
前記対象の利用を希望する利用者が連絡を希望する条件として定めた予測待ち時間の上限時間を示す上限時間情報を予め記憶する連絡条件記憶手段をさらに備え、
前記送信手段は、前記算出手段により算出された予測待ち時間が前記連絡条件記憶手段に記憶された上限時間情報により示される上限時間以下である場合に、前記対象の利用を希望する利用者へ連絡情報を送信する
請求項４記載の待ち状況案内装置。
【請求項６】
前記算出手段により算出された予測待ち時間が前記連絡条件記憶手段に記憶された上限時間情報により示される上限時間以下である場合に、前記対象の利用を希望する利用者による前記対象の利用の予約を依頼する依頼情報を生成する生成手段をさらに備え、
前記送信手段は、前記生成手段により生成された依頼情報を前記対象の利用の予約を管理する予約管理装置へ送信する
請求項５記載の待ち状況案内装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、待ち状況案内装置に係り、特に、待合室に待機する利用者の待ち状況を案内する待ち状況案内装置に関する。
【背景技術】
【０００２】
従来より、病院などにおいて特定の時間への患者の集中を避けて診療を円滑に行うための各種の技術が提案されている。
【０００３】
例えば、特許文献１には、予約を行っている患者の来院した時刻が予約した基準時から割引時間付与の時間帯内である場合、割引時間を実際の来院時刻から差し引いて順番待ちの登録時刻とし、予約を行っている患者の来院した時刻が割引時間付与の時間帯内でない場合、あるいは患者が基準時予約を行わずに来院した場合、実際の来院時刻をそのまま順番待ちの登録時刻とする。そして、患者の診療の順番は、登録時刻の早い順とすることにより、特定の時間への患者の集中を避ける予約システムが提案されている。
【０００４】
また、特許文献２には、診療区分毎の標準の診療時間を記憶しておき、受付済の診療待ち患者の診療区分に基づいて診療区分毎の待ち患者に対する標準診療時間を算出し、診療終了までの予測時間を出力する診療時間管理システムが提案されている。
【０００５】
さらに、特許文献３には、予約データから予約日が予め設定した一定期間内になった患者を抽出し、その患者へ、自動的に予約確認を送信する予約支援システムが提案されている。
【０００６】
ところで、この種のシステムでは、患者の待ち状況を案内する場合、受付をした患者の人数に基づいて求められた予測待ち時間や待ち人数を案内している。
【特許文献１】特開平７−１５２８２９号公報
【特許文献２】特開平１１−１２０２２５号公報
【特許文献３】特開２００２−１１７１３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、予測待ち時間や待ち人数を求めるには、受付をした患者を把握するために受付システムと連携させる必要があり、煩雑である、という問題点があった。
【０００８】
本発明は上記問題点を解消するためになされたものであり、受付システムと連携させることなく、利用者に待ち状況を案内することができる待ち状況案内装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、請求項１に記載の発明は、予め定められた対象を利用する利用者が待機する待合室を撮影する撮影手段と、前記撮影手段による撮影によって得られた画像に対して顔検出処理を行って利用待ちの利用者数を特定する特定手段と、前記特定手段により特定された利用者数を示す情報を、利用待ち状況の通知先として予め定められた通信端末装置へ送信する送信手段と、を備えている。
【００１０】
請求項１記載の発明は、撮影手段により、予め定められた対象を利用する利用者が待機する待合室が撮影され、特定手段により、撮影手段による撮影によって得られた画像に対して顔検出処理が行われて利用待ちの利用者数が特定され、送信手段により、特定手段により特定された利用者数を示す情報が、利用待ち状況の通知先として予め定められた通信端末装置へ送信される。
【００１１】
このように請求項１記載の発明によれば、予め定められた対象を利用する利用者が待機する待合室を撮影し、撮影によって得られた画像に対して顔検出処理を行って利用待ちの利用者数を特定し、特定された利用者数を示す情報を、利用待ち状況の通知先として予め定められた通信端末装置へ送信しているので、受付システムと連携させることなく、利用者に待ち状況を案内することができる。
【００１２】
なお、本発明は、請求項２記載の発明ように、前記対象の利用を希望する利用者が連絡を希望する条件として定めた利用待ちの利用者数の上限値を示す上限値情報を予め記憶する連絡条件記憶手段をさらに備え、前記送信手段が、前記特定手段により特定された利用者数が前記連絡条件記憶手段に記憶された上限値情報により示される上限値以下である場合に、前記対象の利用を希望する利用者へ連絡情報を送信するようにしてもよい。なお、上記連絡条件記憶手段には、ＲＡＭ（Random Access Memory）、フラッシュメモリ（flash memory）等の半導体記憶素子、ｘＤピクチャーカード（xD-Picture Card（登録商標））、コンパクト・フラッシュ（CompactFlash（登録商標））、マイクロドライブ（登録商標）等の可搬記憶媒体やハードディスク等の固定記憶媒体、或いはネットワークに接続されたサーバ・コンピュータ等に設けられた外部記憶装置が含まれる。
【００１３】
また、本発明は、請求項３記載の発明ように、前記特定手段により特定された利用者数が前記連絡条件記憶手段に記憶された上限値情報により示される上限値以下である場合に、前記対象の利用を希望する利用者による前記対象の利用の予約を依頼する依頼情報を生成する生成手段をさらに備え、前記送信手段が、前記生成手段により生成された依頼情報を前記対象の利用の予約を管理する予約管理装置へ送信するようにしてもよい。
【００１４】
また、本発明は、請求項４記載の発明ように、利用者１人当たりの平均利用時間を示す利用時間情報を予め記憶した利用時間情報記憶手段と、前記特定手段により特定された利用者数に前記利用時間情報記憶手段に記憶された利用時間情報により示される平均利用時間を乗算することにより予測待ち時間を算出する算出手段と、をさらに備え、前記送信手段が、前記患者数を示す情報及び前記算出手段により算出された予測待ち時間を示す情報の少なくとも一方を送信するようにしてもよい。なお、上記利用時間情報記憶手段には、ＲＡＭ（Random Access Memory）、フラッシュメモリ（flash memory）等の半導体記憶素子、ｘＤピクチャーカード（xD-Picture Card（登録商標））、コンパクト・フラッシュ（CompactFlash（登録商標））、マイクロドライブ（登録商標）等の可搬記憶媒体やハードディスク等の固定記憶媒体、或いはネットワークに接続されたサーバ・コンピュータ等に設けられた外部記憶装置が含まれる。
【００１５】
また、本発明は、請求項５記載の発明ように、前記対象の利用を希望する利用者が連絡を希望する条件として定めた予測待ち時間の上限時間を示す上限時間情報を予め記憶する連絡条件記憶手段をさらに備え、前記送信手段が、前記算出手段により算出された予測待ち時間が前記連絡条件記憶手段に記憶された上限時間情報により示される上限時間以下である場合に、前記対象の利用を希望する利用者へ連絡情報を送信するようにしてもよい。なお、上記連絡条件記憶手段は、上記利用時間情報記憶手段と物理的に同一の記憶手段であってもよく、また、別な記憶手段であってもよい。
【００１６】
さらに、本発明は、請求項６記載の発明ように、前記算出手段により算出された予測待ち時間が前記連絡条件記憶手段に記憶された上限時間情報により示される上限時間以下である場合に、前記対象の利用を希望する利用者による前記対象の利用の予約を依頼する依頼情報を生成する生成手段をさらに備え、前記送信手段が、前記生成手段により生成された依頼情報を前記対象の利用の予約を管理する予約管理装置へ送信するようにしてもよい。
【発明の効果】
【００１７】
このように、本発明によれば、予め定められた対象を利用する利用者が待機する待合室を撮影し、撮影によって得られた画像に対して顔検出処理を行って利用待ちの利用者数を特定し、特定された利用者数を示す情報を、利用待ち状況の通知先として予め定められた通信端末装置へ送信しているので、受付システムと連携させることなく、利用者に待ち状況を案内することができる、という効果が得られる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照しながら本発明の実施の形態について説明する。なお、以下では、本発明を病院の待合室の待ち状況を案内する待ち状況案内装置に適用した場合について説明する。
【００１９】
［第１の実施の形態］
図１には、第１の実施の形態に係る待ち状況案内装置１０の概略構成が示されている。
【００２０】
同図に示すように、この待ち状況案内装置１０は、待合室内を撮影するカメラ１２と、カメラ１２による撮影によって得られた画像に基づいて患者の待ち状況を判定するサーバ１４と、を含んで構成されている。
【００２１】
本実施の形態に係るサーバ１４は、ＬＡＮ（Local Area Network）等により構成された内部ネットワーク２０に接続されている。この内部ネットワーク２０には、来院する患者の予約を管理する予約管理装置１６と、インターネットサーバ１８と、が接続されており、サーバ１４と予約管理装置１６とインターネットサーバ１８とは内部ネットワーク２０を介して互いに通信可能となっている。
【００２２】
また、インターネットサーバ１８は、インターネットなどの外部ネットワーク２２とも接続されている。このインターネットサーバ１８は、ＷＥＢサーバ機能を備えたＯＳ（オペレーティングシステム）がインストールされおり、外部ネットワーク２２に対して病院の待合室の待ち状況を示すウェブページを提供している。これにより、外部ネットワーク２２に接続されたクライアントＰＣ（パーソナル・コンピュータ）２４や携帯電話２６では、外部ネットワーク２２を介してインターネットサーバ１８が提供するウェブページにアクセスすることにより、病院の待合室の待ち状況を表示することが可能となっている。
【００２３】
図２には、本実施の形態に係るサーバ１４の電気系の要部構成を示すブロック図が示されている。
【００２４】
同図に示すように、サーバ１４は、サーバ１４全体の動作を司るＣＰＵ（中央処理装置）３２と、ＣＰＵ３２による各種処理プログラムの実行時のワークエリア等として用いられるＲＡＭ（Random Access Memory）３４と、後述する利用待ち状況検出処理プログラムを含む各種制御プログラムや各種パラメータ等が予め記憶されたＲＯＭ（Read Only Memory）３６と、各種情報を記憶するために用いられるＨＤＤ（ハード・ディスク・ドライブ）３８と、各種情報を入力するために用いられるキーボードなどの入力装置４０と、各種情報を表示するために用いられるディスプレイ４２と、コネクタ４４を介して内部ネットワーク２０に接続された予約管理装置１６及びインターネットサーバ１８との間で通信データの送受信を行うネットワークＩ／Ｆ（インタフェース）部４６と、カメラ１２の撮影動作を制御してカメラ１２から撮影画像を示す画像データを取得するカメラ制御部４８と、を備えている。
【００２５】
ＣＰＵ３２、ＲＡＭ３４、ＲＯＭ３６、ＨＤＤ３８、入力装置４０、ディスプレイ４２、ネットワークＩ／Ｆ部４６、及びカメラ制御部４８は、システムバスＢＵＳを介して相互に接続されている。従って、ＣＰＵ３２は、ＲＡＭ３４、ＲＯＭ３６、ＨＤＤ３８へのアクセスと、ディスプレイ４２への各種情報の表示の制御と、ネットワークＩ／Ｆ部４６を介した通信データの送受信の制御と、カメラ制御部４８を介したカメラ１２の撮影動作の制御と、を各々行うことができる、また、ＣＰＵ３２は、入力装置４０を介してユーザからの操作指示を把握することができる。
【００２６】
次に、本実施の形態に係るサーバ１４の作用を説明する。
【００２７】
サーバ１４は、カメラ制御部４８を介してカメラ１２を制御して待合室の撮影を随時行なっており、カメラ１２より撮影によって得られた画像データが入力する。
【００２８】
サーバ１４では、画像データが入力すると、利用待ち状況検出処理プログラムを実行して、画像データから利用待ちの患者数を特定し、特定した患者数を示すを示す情報をインターネットサーバ１８へ送信している。
【００２９】
次に、図３を参照しつつ、ＣＰＵ３２により利用待ち状況検出処理プログラムが実行された際のサーバ１４の作用を説明する。なお、図３は、画像データが入力した際にＣＰＵ３２により実行される利用待ち状況検出処理プログラムの流れを示すフローチャートである。当該プログラムはＲＯＭ３６の所定の領域に予め記憶されている。
【００３０】
同図のステップ１００では、カメラ１２より入力した画像データにより示される画像に対して顔検出処理を行って当該画像に含まれる顔領域を検出する。なお、人物の顔の輪郭は、一般的に略楕円形状である。そこで、本実施の形態に係る顔検出処理では、例えば、画像データにより示される画像に含まれる肌色で且つ所定の大きさ以上の略楕円形状の領域を顔領域と検出する。
【００３１】
次のステップ１０２では、検出した顔領域の数をカウントする。
【００３２】
次のステップ１０６では、カウントした結果の数を利用待ちの患者数として、当該患者数を示すを示す情報をインターネットサーバ１８へ送信して、本利用待ち状況検出処理プログラムを終了する。
【００３３】
インターネットサーバ１８は、サーバ１４より入力する患者数を示すを示す情報に基づいて待合室の待ち状況を示すウェブページを更新する。
【００３４】
病院の利用を希望する患者は、図４に示すように、外部ネットワーク２２に接続されたクライアントＰＣ２４や携帯電話２６を操作してインターネットサーバ１８が提供するウェブページを参照することにより、今の利用待ちの患者数を知ることができる。これにより、病院の利用を希望する患者は、今の利用待ちの患者数を確認した上で、診療を受けるかどうかを決定することができるため、患者の利便性が向上する。また、病院では、患者が今の待ち人数を確認した上で診療を受けに来るため、混み具合が平準化される。
【００３５】
なお、待合室に、例えば、テレビや情報掲示板を流すことによって、患者の注意をカメラ１２の存在する方向に向けさせれば、顔検出による患者数の検出精度が向上する。
【００３６】
以上のように第１の実施の形態によれば、カメラ１２よって患者（病院をを利用する利用者）が待機する待合室を撮影し、サーバ１４において、撮影によって得られた画像に対して顔検出処理を行って利用待ちの利用者数を特定し、特定された利用者数を示す情報を、利用待ち状況の通知先として予め定められたインターネットサーバ１８へ送信しているので、受付システムと連携させることなく、患者に待ち状況を案内することができる。
【００３７】
［第２の実施の形態］
本第２の実施の形態では、待ち人数に基づいて予測待ち時間を算出する場合の形態例について説明する。
【００３８】
図５には、第２の実施の形態に係る待ち状況案内装置１０の概略構成が示されている。
【００３９】
同図に示すように、第２の実施の形態に係る状況案内装置１０の概略構成は、上記第１の実施の形態と同様であるため、その説明を省略する。
【００４０】
また、内部ネットワーク２０には、クライアントＰＣ１７が接続されており、サーバ１４と予約管理装置１６とインターネットサーバ１８とクライアントＰＣ１７とは内部ネットワーク２０を介して互いに通信可能となっている。
【００４１】
図６には、第２の実施の形態に係るサーバ１４の電気系の要部構成を示すブロック図が示されている。なお、同図における上記第１の実施の形態（図２参照）と同一の部分には図２と同一の符号を付して、その説明を省略する。
【００４２】
同図に示すように、第２の実施の形態に係るサーバ１４では、ＨＤＤ３８に患者１人当たりの平均利用時間を示す利用時間情報が記憶されている。
【００４３】
この利用時間情報は、クライアントＰＣ１７、あるいはユーザによる入力装置４０からの入力により予め設定される。
【００４４】
図７には、第２の実施の形態に係る利用待ち状況検出処理プログラムの処理の流れが示されている。なお、同図における図３と同一の処理には図３と同一の符号を付して、その説明を省略する。
【００４５】
ステップ１０４では、上記ステップ１０２においてカウントした利用待ちの患者数にＨＤＤ３８に記憶された利用時間情報により示される平均利用時間を乗算することにより予測待ち時間を算出する。
【００４６】
そして、ステップ１０８では、上記ステップ１０４において算出した予測待ち時間を示す情報をインターネットサーバ１８へ送信して、本利用待ち状況検出処理プログラムを終了する。
【００４７】
インターネットサーバ１８は、サーバ１４より入力する予測待ち時間を示す情報に基づいて待合室の待ち状況を示すウェブページを更新する。
【００４８】
病院の利用を希望する患者は、図８に示すように、外部ネットワーク２２に接続されたクライアントＰＣ２４や携帯電話２６を操作してインターネットサーバ１８が提供するウェブページを参照することにより、予測待ち時間を知ることができる。病院の利用を希望する患者は、今の予測待ち時間を確認した上で、診療を受けるかどうかを決定するか否かを決定することができるため、患者の利便性が向上する。また、病院では、患者が今の予測待ち時間を確認した上で診療を受けに来るため、混み具合を平準化される。
【００４９】
以上のように第２の実施の形態によれば、利用待ちの患者数に患者１人当たりの平均利用時間を乗算することにより予測待ち時間を算出して、当該予測待ち時間を示す情報を提供しているので、病院の利用を希望する患者がおおよその待ち時間を知ることができるため、患者の利便性が向上する。
【００５０】
なお、上記第２の実施の形態では、予測待ち時間を示す情報をインターネットサーバ１８へ送信する場合について説明したが、本発明はこれに限定されるものではなく、例えば、利用待ちの患者数を示す情報、及び予測待ち時間を示す情報の少なくとも一方をインターネットサーバ１８へ送信するものとしてもよい。
【００５１】
［第３の実施の形態］
本第３の実施の形態では、病院の利用を希望する患者の連絡を希望する条件を予め記憶しておき、利用待ちの患者数が当該条件となった場合に連絡を行う場合の形態例について説明する。
【００５２】
第３の実施の形態に係る状況案内装置１０の概略構成は、図１に示される第１の実施の形態と同様であるため、その説明を省略する。
【００５３】
図９には、第３の実施の形態に係るサーバ１４の電気系の要部構成を示すブロック図が示されている。なお、同図における上記第１の実施の形態（図２参照）と同一の部分には図２と同一の符号を付して、その説明を省略する。
【００５４】
同図に示すように、第３の実施の形態に係るサーバ１４では、ＨＤＤ３８に、病院の利用を希望する患者毎に、当該患者が連絡を希望する条件として定めた利用待ちの利用者数の上限値を示す上限値情報が記憶されている。なお、この上限値情報は、例えば、患者が予約管理装置１６において診察の予約を行う際に連絡を希望する利用待ちの患者数の上限値を入力し、サーバ１４が入力された上限値を予約管理装置１６から受信してＨＤＤ３８に記憶するものとしてもよく。また、例えば、インターネットサーバ１８が外部ネットワーク２２に対して患者数の上限値を入力するウェブページを提供し、サーバ１４が当該ウェブページに入力された上限値をインターネットサーバ１８から受信してＨＤＤ３８に記憶するものとしてもよい。
【００５５】
図１０には、第３の実施の形態に係る利用待ち状況検出処理プログラムの処理の流れが示されている。なお、同図における図３と同一の処理には図３と同一の符号を付して、その説明を省略する。
【００５６】
ステップ１１０では、上記ステップ１０２においてカウントした利用待ちの患者数を、上限値情報により示される病院の利用を希望する患者毎の上限値とそれぞれ比較し、患者数が上限値以下となる患者に対して来院を促す連絡情報を送信して、本利用待ち状況検出処理プログラムを終了する。
【００５７】
なお、この連絡情報は、例えば、電子メールにより送信するものとしてもよく。また、電話によって音声で自動的に連絡するものとしてもよい。また、患者の連絡先は、例えば、予約管理装置１６やインターネットサーバ１８が提供するウェブページで上限値を入力する際に患者の連絡先の入力領域を設けておき、当該入力領域に入力された連絡先情報を患者毎の上限値情報と対応付けてＨＤＤ３８に記憶させればよい。
【００５８】
これにより、図１１に示すように、病院の利用を希望する患者は、連絡情報を受けた場合に、病院へ行くことにより、常に混雑状況を監視し続ける必要が無くなるため、利便性が向上する。
【００５９】
以上のように第３の実施の形態によれば、利用待ちの患者数が、病院の利用を希望する患者が連絡を希望する条件として定めた上限値以下である場合に、対象の利用を希望する利用者へ連絡情報を送信しているので、病院の利用を希望する患者の利便性が向上する。
【００６０】
なお、上記第３の実施の形態では、連絡を希望する条件として利用待ちの患者数を採用した場合について説明したが、本発明はこれに限定されるものではなく、例えば、ＨＤＤ３８に、連絡を希望する条件として予測待ち時間の上限時間を示す上限時間情報を記憶させておき、第２の実施の形態のように、利用待ちの患者数に患者１人当たりの平均利用時間を乗算することにより予測待ち時間を算出し、図１２に示されるように、算出された予測待ち時間がＨＤＤ３８に記憶された上限時間情報により示される上限時間以下である場合に、対象の利用を希望する利用者へ連絡情報を送信するものとしてもよい。
【００６１】
［第４の実施の形態］
本第４の実施の形態では、特定された患者数が上限値以下である場合に、予約の依頼を行う場合の形態例について説明する。
【００６２】
第４の実施の形態に係る状況案内装置１０の概略構成は、図１に示される第１の実施の形態と同様であり、サーバ１４の電気系の要部構成は、図９に示される第３の実施の形態と同様であるため、その説明を省略する。
【００６３】
図１３には、第４の実施の形態に係る利用待ち状況検出処理プログラムの処理の流れが示されている。なお、同図における図１０と同一の処理には図１０と同一の符号を付して、その説明を省略する。
【００６４】
ステップ１１２では、上記ステップ１０２においてカウントした利用待ちの患者数を、上限値情報により示される病院の利用を希望する患者毎の上限値とそれぞれ比較し、患者数が上限値以下となる患者の診察の予約を依頼する依頼情報を生成する。
【００６５】
次のステップ１１４では、上記ステップ１１２において生成した依頼情報を予約管理装置１６へ送信して、本利用待ち状況検出処理プログラムを終了する。
【００６６】
予約管理装置１６は、サーバ１４より入力する依頼情報に基づいて患者の予約情報を生成して予約を管理する。
【００６７】
これにより、病院の利用を希望する患者は、連絡情報を受けた場合に、病院へ行くことにより、速やかに診察を受けることが可能となり、患者の利便性が向上する。
【００６８】
以上のように第４の実施の形態によれば、利用待ちの患者数が上限値情報により示される上限値以下である場合に、病院の利用を希望する患者の診察の予約を依頼する依頼情報を生成し、生成された依頼情報を予約管理装置１６へ送信しているので、病院の利用を希望する患者は、病院へ行くことにより、速やかに診察を受けることができる。
【００６９】
なお、上記第４の実施の形態では、連絡を希望する条件として利用待ちの患者数を採用した場合について説明したが、本発明はこれに限定されるものではなく、例えば、連絡を希望する条件として予測待ち時間を採用してもよい。
【００７０】
また、上記各実施の形態では、サーバ１４が利用待ちの患者数を示す情報や予測待ち時間を示す情報をインターネットサーバ１８に送信し、インターネットサーバ１８が外部ネットワーク２２に対して病院の待合室の待ち状況を示すウェブページを提供する場合について説明したが、本発明はこれに限定されるものではなく、例えば、サーバ１４がウェブページを提供するものとしてもよい。
【００７１】
また、上記各実施の形態では、待合室に１台のカメラ１２を設けた場合について説明したが、本発明はこれに限定されるものではなく、例えば、待合室に各々異なる範囲を撮影するよに複数台のカメラ１２を設けて、そのぞれのカメラ１２で撮影された画像データから利用待ちの患者数を特定してもよい。また、複数の待合室がある場合は、各々の待合室にカメラ１２を設けて利用待ちの患者数を特定してもよい。
【００７２】
また、上記各実施の形態では、病院の待合室の待ち状況を案内する場合について説明したが、本発明はこれに限定されるものではなく、例えば、理髪店など予め定められた対象を利用する利用者が待機する待合室であれば、何れのにも適用可能である。
【００７３】
その他、上記各実施の形態で説明した待ち状況案内装置１０の概略構成及びサーバ１４の電気系の要部構成（図１、図２、図５、図６、及び図９参照。）は一例であり、本発明の主旨を逸脱しない範囲内において適宜変更可能であることは言うまでもない。
【００７４】
また、上記各実施の形態で説明した利用待ち状況検出処理プログラム（図３、図７、図１０、及び図１３参照）の処理の流れも一例であり、本発明の主旨を逸脱しない範囲内において適宜変更可能であることは言うまでもない。
【図面の簡単な説明】
【００７５】
【図１】第１の実施の形態に係る待ち状況案内装置の概略構成を示すブロック図である。
【図２】第１の実施の形態に係るサーバの電気的な腰部構成を示すブロック図である。
【図３】第１の実施の形態に係る利用待ち状況検出処理プログラムの処理の流れを示すフローチャートである。
【図４】第１の実施の形態に係る待ち状況案内装置を含んだ全体的な動作を示す概念図である。
【図５】第２の実施の形態に係る待ち状況案内装置の概略構成を示すブロック図である。
【図６】第２の実施の形態に係るサーバの電気的な腰部構成を示すブロック図である。
【図７】第２の実施の形態に係る利用待ち状況検出処理プログラムの処理の流れを示すフローチャートである。
【図８】第２の実施の形態に係る待ち状況案内装置を含む全体的な動作を示す概念図である。
【図９】第３の実施の形態に係るサーバの電気的な腰部構成を示すブロック図である。
【図１０】第３の実施の形態に係る利用待ち状況検出処理プログラムの処理の流れを示すフローチャートである。
【００７６】
【図１１】第３の実施の形態に係る待ち状況案内装置を含む全体的な動作を示す概念図である。
【図１２】第３の実施の形態に係る待ち状況案内装置を含む全体的な動作の別な例を示す概念図である。
【図１３】第４の実施の形態に係る利用待ち状況検出処理プログラムの処理の流れを示すフローチャートである。
【符号の説明】
【００７７】
１０  状況案内装置
１２  カメラ（撮影手段）
１４  サーバ
１６  予約管理装置
１８  インターネットサーバ（通信端末装置）
２４  クライアントＰＣ（通信端末装置）
２６  携帯電話（通信端末装置）
３２  ＣＰＵ（特定手段、生成手段）
３８  ＨＤＤ（連絡条件記憶手段、利用時間情報記憶手段）
４６  ネットワークＩ／Ｆ部（送信手段）
【図１】
2008242853.tif 000003
【図２】
2008242853.tif 000004
【図３】
2008242853.tif 000005
【図４】
2008242853.tif 000006
【図５】
2008242853.tif 000007
【図６】
2008242853.tif 000008
【図７】
2008242853.tif 000009
【図８】
2008242853.tif 000010
【図９】
2008242853.tif 000011
【図１０】
2008242853.tif 000012
【図１１】
2008242853.tif 000013
【図１２】
2008242853.tif 000014
【図１３】
2008242853.tif 000015