(57)【要約】【課題】先着順で利用者に対応する施設において、利用者に施設の混み具合を簡単な構成で案内することができる案内方法を提供する。【解決手段】利用にあたって所定の位置に履物を置くことになっている施設における案内方法であって、上記所定の位置を撮影するカメラからの画像を受信するたびに、その施設に関連する画像を、受信した最新の画像に更新するステップＳ５１６と、外部の端末から所定の施設の案内情報に対する要求を受信したことに応答して、当該施設に対応して記憶されている、履物を置く位置の画像を、要求を送信してきた端末に配信するステップとを含む。【選択図】        図５
2010211655.tif 000002
【特許請求の範囲】
【請求項１】
画像配信サーバを用いた、先着順で利用者に対応する施設の利用案内情報を配信する案内システムにおける案内方法であって、
前記施設の利用者は、施設の利用にあたって所定の位置に履物を置くことになっており、
前記サーバは、
前記施設の前記所定の位置を撮影するように設けられたカメラからの画像を受信し、前記施設と関連付けて記憶するためのデータ受信記憶手段と、
外部の端末から前記施設の案内情報に対する要求を受信して、前記データ受信記憶手段に記憶された前記施設の前記所定の位置の画像を前記要求を送信してきた端末に送信するための画像配信手段とを含み、
前記方法は、
前記データ受信記憶手段が前記カメラからの画像を受信するたびに、前記施設に関連する画像を最新の画像に更新するステップと、
前記画像配信手段が、外部の端末から所定の施設の案内情報に対する要求を受信したことに応答して、当該施設に対応して前記データ受信記憶手段に記憶されている画像を前記要求を送信してきた端末に配信するステップとを含む、方法。
【請求項２】
先着順で利用者に対応する施設の利用案内情報を配信する案内システムにおける情報配信サーバであって、
前記施設の利用者は、施設の利用にあたって所定の位置に履物を置くことになっており、
前記サーバは、
前記施設の前記所定の位置を撮影するように設けられたカメラからの画像を受信し、前記施設と関連付けて記憶するためのデータ受信記憶手段と、
外部の端末から前記施設の案内情報に対する要求を受信して、前記データ受信記憶手段に記憶された前記施設の前記所定の位置の画像を前記要求を送信してきた端末に送信するための画像配信手段とを含む、情報配信サーバ。
【請求項３】
前記データ受信記憶手段は、
前記施設の所定の位置を撮影するように設けられたカメラからの画像を受信するための受信手段と、
各々、前記施設に関連付けられた画像を記憶するための第１、第２、及び第３の記憶手段と、
前記受信手段が新たな画像を受信したことに応答して、前記第１の記憶手段に記憶されていた画像を前記第２の記憶手段に移動させ、前記新たな画像を前記第１の記憶手段に記憶させるための画像更新手段と、
前記画像更新手段により前記第１及び第２の記憶手段の画像が更新されたことに応答して、前記第１及び第２の記憶手段に記憶されている画像が互いに一致しているか否かを判定するための判定手段と、
前記判定手段により、前記第１及び第２の記憶手段に記憶されている画像が互いに一致すると判定されたことに応答して、前記第１又は第２の記憶手段に記憶されていた画像を前記第３の記憶手段に移動させるための配信画像更新手段とを含み、
前記画像配信手段は、外部の端末から前記施設の案内情報に対する要求を受信したことに応答して、前記第３の記憶手段に記憶された画像を前記要求を送信してきた端末に送信するための手段を含む、請求項２に記載の情報配信サーバ。
【請求項４】
コンピュータを、
施設の所定の位置を撮影するように設けられたカメラからの画像を受信するための受信手段と、
各々、前記施設に関連付けられた画像を記憶するための第１、第２、及び第３の記憶手段と、
前記受信手段が新たな画像を受信したことに応答して、前記第１の記憶手段に記憶されていた画像を前記第２の記憶手段に移動させ、前記新たな画像を前記第１の記憶手段に記憶させるための画像更新手段と、
前記画像更新手段により前記第１及び第２の記憶手段の画像が更新されたことに応答して、前記第１及び第２の記憶手段に記憶されている画像が互いに一致しているか否かを判定するための判定手段と、
前記判定手段により、前記第１及び第２の記憶手段に記憶されている画像が互いに一致すると判定されたことに応答して、前記第１又は第２の記憶手段に記憶されていた画像を前記第３の記憶手段に移動させるための配信画像更新手段と、
外部の端末から前記施設の案内情報に対する要求を受信したことに応答して、前記第３の記憶手段に記憶された画像を前記要求を送信してきた端末に送信するための手段として機能させる、コンピュータプログラム。
【請求項５】
カメラからの画像データを受信するための画像受信手段と、
各々、画像データを記憶するための第１及び第２の記憶手段と、
前記画像受信手段が新たな画像データを受信したことに応答して、前記第１の記憶手段に記憶されている画像を前記第２の記憶手段に移動させ、前記新たな画像データを前記第１の記憶手段に記憶させるための画像更新手段と、
前記画像更新手段により前記第１及び第２の記憶手段の画像が更新されたことに応答して、前記第１及び第２の記憶手段に記憶されている画像が一致するか否かを判定するための判定手段と、
前記判定手段により前記第１及び第２の記憶手段に記憶されている画像が一致すると判定されたことに応答して、前記第１又は第２の記憶手段に記憶されている画像を所定の画像配信サーバに送信するための画像送信手段とを含む、画像送信装置。
【請求項６】
コンピュータを、
カメラからの画像データを受信するための画像受信手段と、
各々、画像データを記憶するための第１及び第２の記憶手段と、
前記画像受信手段が新たな画像データを受信したことに応答して、前記第１の記憶手段に記憶されている画像を前記第２の記憶手段に移動させ、前記新たな画像データを前記第１の記憶手段に記憶させるための画像更新手段と、
前記画像更新手段により前記第１及び第２の記憶手段の画像が更新されたことに応答して、前記第１及び第２の記憶手段に記憶されている画像が一致するか否かを判定するための判定手段と、
前記判定手段により前記第１及び第２の記憶手段に記憶されている画像が一致すると判定されたことに応答して、前記第１又は第２の記憶手段に記憶されている画像を所定の画像配信サーバに送信するための画像送信手段として動作させる、コンピュータプログラム。
【請求項７】
請求項４又は請求項６に記載のコンピュータプログラムを記憶した、コンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院、接骨院など、先着順に利用者に対応する施設における案内方法に関し、特に、利用予定者が施設に出かける時期を的確に判断できるように案内する案内方法、情報配信サーバ、画像送信装置、そのためのコンピュータプログラム及びその記録媒体に関する。
【背景技術】
【０００２】
病院などの医療機関においては、診療待ちの時間が発生する。特に、先着順で診療が行なわれる施設において診療待ちの患者が多数いると、診療待ちの時間が長くなる。その上、各患者にとってはいつ呼出されるかがはっきりわからないため、外に出かけたりすることも難しい。このため、診療待ちの時間は来院者にとって大きな負担になっている。
【０００３】
この問題を解決する一つの方策は、診療時間の予約制を採用することである。例えば大規模な病院などでは、受診者毎に来院時間を定めて受信時間を管理する受診予約システムが導入されている。しかし、こうしたシステムの導入には高額な費用がかかる上、診療が予定通りに進まずに遅延して、期待通りの効果が得られないことも多い。その結果、診療待ちに関する来院者の負担はほとんど軽減されていない。こうした問題は、医療機関に限らず、先着順に利用者に対応する施設では必ず生じ得る問題である。
【０００４】
予約システムを導入していない施設を利用する場合でも、利用者はできるだけ待ち時間が少なくなるようにさまざまな工夫をする。例えば、施設が混んでいるか否かを知るために、電話をかけて空き状況を確認する利用者も多い。施設の近くに住んでいる利用者であれば、利用者自身が直接施設まで足を運んで待合室の状況を見て利用するか否かを決めることもある。
【０００５】
しかし、利用者が施設に電話をかけて空き状況を確認する場合、電話を受ける施設にとっては、電話のたびに応対しなければならないため大変手間な作業になる。利用者が直接施設に足を運んで状況を確認する場合、混んでいることが分かり何もせず帰る利用者にとって、労力と時間とが無駄になる。一方で施設の側から見ると、繁閑の差なく、平均した形で施設利用者の受け入れができることが望ましい。そのため、先着順に利用者に対応する施設において、その混み具合を簡単に知りたい、及び知らせたいという要求が利用者側、及び施設側の双方にある。
【０００６】
したがって、先着順に利用者に対する対応が行なわれる施設において、利用者の待ち状況を、利用者が簡易に知ることができるシステムが求められている。さらに、医療機関など、小規模な施設を考えると、そうしたシステムの導入には大規模な費用が不要であることが望ましい。
【０００７】
診療待ちの状況を知らせるために、特許文献１では、利用者が待機する待合室の状況をカメラによって撮影し、その画像から顔を検出して待合室内にいる利用者数を特定し、携帯電話などに送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−２４２８５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
最近では、個人情報を保護する必要性が強調されている。特許文献１に記載の技術のように、待合室を撮影する場合には、待合室にいる人の承諾を得る必要も生じる。不特定多数が集まる施設の場合には、そのような承諾を得ることは難しい。まして、病院などの施設では、医療機関という特性上、誰が待合室にいるかという情報は個人のプライバシーにも関わる。したがって、通常の施設で特許文献１に記載の技術を採用することは難しい。さらに、顔を特定する技術を必要とするため、システムとしては複雑で高価になるという問題がある。
【００１０】
それゆえに本発明の目的は、先着順で利用者に対応する施設において、利用者に施設の混み具合を簡単な構成で案内することができる案内方法、情報配信サーバ、画像送信装置、そのためのコンピュータプログラム及びその記録媒体を提供することである。
【００１１】
本発明のもう一つの目的は、先着順で利用者に対応する施設において、個人のプライバシー保護を考慮して、簡単な構成で施設の混み具合を利用者に案内することができる案内方法、情報配信サーバ、画像送信装置、そのためのコンピュータプログラム及びその記録媒体を提供することである。
【００１２】
本発明のさらに他の目的は、先着順で利用者に対応する施設において、個人のプライバシー保護を考慮して、簡単な構成で施設の混み具合を遠隔の利用者に案内することができる案内方法、情報配信サーバ、画像送信装置、そのためのコンピュータプログラム及びその記録媒体を提供することである。
【課題を解決するための手段】
【００１３】
本発明の第１の局面に係る案内方法は、画像配信サーバを用いた、先着順で利用者に対応する施設の利用案内情報を配信する案内システムにおける案内方法である。この施設の利用者は、施設の利用にあたって所定の位置に履物を置くことになっている。サーバは、施設の所定の位置を撮影するように設けられたカメラからの画像を受信し、施設と関連付けて記憶するためのデータ受信記憶手段と、外部の端末から施設の案内情報に対する要求を受信して、データ受信記憶手段に記憶された施設の所定の位置の画像を要求を送信してきた端末に送信するための画像配信手段とを含む。この方法は、データ受信記憶手段がカメラからの画像を受信するたびに、施設に関連する画像を最新の画像に更新するステップと、画像配信手段が、外部の端末から所定の施設の案内情報に対する要求を受信したことに応答して、当該施設に対応してデータ受信記憶手段に記憶されている画像を要求を送信してきた端末に配信するステップとを含む。
【００１４】
施設の利用者は、施設を利用するときには履物を所定の位置に置く。カメラは、この所定の位置を撮影し、画像をデータ受信記憶手段に送信する。データ受信記憶手段は、カメラからの画像を受信するたびに、施設と関連付けて画像を更新し記憶する。画像配信手段は、外部の端末から所定の施設の案内情報に対する要求を受信したことに応答して、当該施設に対応してデータ受信記憶手段に記憶されている画像を、要求を送信してきた端末に配信する。
【００１５】
このサーバに対し、所定の施設の案内情報に対する要求を例えば携帯電話から送信すると、この施設において、利用者が履物を置いている位置の画像が携帯電話に配信される。携帯電話に表示される履物の画像を見ることで、その施設の混雑状況を容易に把握することができる。わざわざ施設まで出かける必要も、施設の担当者に混雑状況を電話で尋ねる必要もない。その結果、先着順で利用者に対応する施設において、利用者に施設の混み具合を簡単な構成で案内することができる案内方法を提供できる。
【００１６】
本発明の第２の局面に係る情報配信サーバは、先着順で利用者に対応する施設の利用案内情報を配信する案内システムにおける情報配信サーバである。この施設の利用者は、施設の利用にあたって所定の位置に履物を置くことになっている。このサーバは、施設の所定の位置を撮影するように設けられたカメラからの画像を受信し、施設と関連付けて記憶するためのデータ受信記憶手段と、外部の端末から施設の案内情報に対する要求を受信して、データ受信記憶手段に記憶された施設の所定の位置の画像を要求を送信してきた端末に送信するための画像配信手段とを含む。
【００１７】
好ましくは、データ受信記憶手段は、施設の所定の位置を撮影するように設けられたカメラからの画像を受信するための受信手段と、各々、施設に関連付けられた画像を記憶するための第１、第２、及び第３の記憶手段と、受信手段が新たな画像を受信したことに応答して、第１の記憶手段に記憶されていた画像を第２の記憶手段に移動させ、新たな画像を第１の記憶手段に記憶させるための画像更新手段と、画像更新手段により第１及び第２の記憶手段の画像が更新されたことに応答して、第１及び第２の記憶手段に記憶されている画像が互いに一致しているか否かを判定するための判定手段と、判定手段により、第１及び第２の記憶手段に記憶されている画像が互いに一致すると判定されたことに応答して、第１又は第２の記憶手段に記憶されていた画像を第３の記憶手段に移動させるための配信画像更新手段とを含む。画像配信手段は、外部の端末から施設の案内情報に対する要求を受信したことに応答して、第３の記憶手段に記憶された画像を要求を送信してきた端末に送信するための手段を含む。
【００１８】
カメラからの画像を受信するたびに、その画像が第１の記憶手段に記憶され、直前の画像が第２の記憶手段に移動される。両者に記憶された画像が一致するときには、画像内に人が写りこんでいない可能性が高く、その画像が第３の記憶手段に記憶され、画像配信手段により公開される。両者が一致していないときには、画像に人が写っている可能性が高く、その画像は公開されない。したがって、施設の利用者の画像が配信される危険性を小さくできる。その結果、先着順で利用者に対応する施設において、個人のプライバシー保護を考慮して、簡単な構成で施設の混み具合を利用者に案内することができる情報配信サーバを提供できる。
【００１９】
この発明の第３の局面に係るコンピュータプログラムは、コンピュータを、施設の所定の位置を撮影するように設けられたカメラからの画像を受信するための受信手段と、各々、施設に関連付けられた画像を記憶するための第１、第２、及び第３の記憶手段と、受信手段が新たな画像を受信したことに応答して、第１の記憶手段に記憶されていた画像を第２の記憶手段に移動させ、新たな画像を第１の記憶手段に記憶させるための画像更新手段と、画像更新手段により第１及び第２の記憶手段の画像が更新されたことに応答して、第１及び第２の記憶手段に記憶されている画像が互いに一致しているか否かを判定するための判定手段と、判定手段により、第１及び第２の記憶手段に記憶されている画像が互いに一致すると判定されたことに応答して、第１又は第２の記憶手段に記憶されていた画像を第３の記憶手段に移動させるための配信画像更新手段と、外部の端末から施設の案内情報に対する要求を受信したことに応答して、第３の記憶手段に記憶された画像を要求を送信してきた端末に送信するための手段として機能させる。
【００２０】
この発明の第４の局面に係る画像送信装置は、カメラからの画像データを受信するための画像受信手段と、各々、画像データを記憶するための第１及び第２の記憶手段と、画像受信手段が新たな画像データを受信したことに応答して、第１の記憶手段に記憶されている画像を第２の記憶手段に移動させ、新たな画像データを第１の記憶手段に記憶させるための画像更新手段と、画像更新手段により第１及び第２の記憶手段の画像が更新されたことに応答して、第１及び第２の記憶手段に記憶されている画像が一致するか否かを判定するための判定手段と、判定手段により第１及び第２の記憶手段に記憶されている画像が一致すると判定されたことに応答して、第１又は第２の記憶手段に記憶されている画像を所定の画像配信サーバに送信するための画像送信手段とを含む。
【００２１】
カメラからの画像を受信するたびに、その画像が第１の記憶手段に記憶され、直前の画像が第２の記憶手段に移動される。両者に記憶された画像が一致するときには、画像内に人が写りこんでいない可能性が高く、その画像が画像配信サーバに送信され公開される。両者が一致していないときには、画像に人が写っている可能性が高く、その画像は画像配信サーバには送信されず、公開されない。したがって、施設の利用者の画像が配信される危険性を小さくできる。その結果、先着順で利用者に対応する施設において、個人のプライバシー保護を考慮して、簡単な構成で施設の混み具合を利用者に案内することができる画像送信装置を提供できる。
【００２２】
この発明の第５の局面に係るコンピュータプログラムは、コンピュータを、カメラからの画像データを受信するための画像受信手段と、各々、画像データを記憶するための第１及び第２の記憶手段と、画像受信手段が新たな画像データを受信したことに応答して、第１の記憶手段に記憶されている画像を第２の記憶手段に移動させ、新たな画像データを第１の記憶手段に記憶させるための画像更新手段と、画像更新手段により第１及び第２の記憶手段の画像が更新されたことに応答して、第１及び第２の記憶手段に記憶されている画像が一致するか否かを判定するための判定手段と、判定手段により第１及び第２の記憶手段に記憶されている画像が一致すると判定されたことに応答して、第１又は第２の記憶手段に記憶されている画像を所定の画像配信サーバに送信するための画像送信手段として機能させる。
【００２３】
この発明の第６の局面に係る記録媒体は、上記したコンピュータプログラムのいずれかを記憶した、コンピュータ読取可能な記録媒体である。
【発明の効果】
【００２４】
以上のように、本発明によれば、先着順に利用者に対応する施設の利用状況の案内システムにおいて、履物を置く場所、典型的には玄関の画像を配信することにより、簡単な構成で的確に施設の混雑状況を案内することができる。繰返し撮影される画像が一致するときの画像のみを公開することで、利用者の画像が配信される可能性を小さくでき、利用者のプライバシーを保護することができる。その結果、先着順で利用者に対応する施設において、利用者に施設の混み具合を簡単な構成で案内することができる案内方法、そのための情報配信サーバ、及び画像送信装置を提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の第１の実施の形態に係る案内システム４６の構成を示す図である。
【図２】本実施の形態に係る情報処理端末３０の構成を示すブロック図である。
【図３】本実施の形態に係る画像配信サーバ３２の構成を示すブロック図である。
【図４】第１の実施の形態に係る案内システムにおいて、携帯電話に表示される画面を示す図である。
【図５】第２の実施の形態に係る画像配信サーバにおいて、ＣＰＵ９０で実行され、情報処理端末３０から画像データを受信した時のサーバ動作のプログラム構造を、フローチャート形式で表す図である。
【図６】第３の実施の形態に係る情報処理端末において、ＣＰＵ６０で実行され、ウェブカメラから画像を取込み画像配信サーバ３２に送信するまでの動作を行なうプログラムの構造をフローチャート形式で表す図である。
【図７】第４の実施の形態に係るマスキング処理を説明するための図である。
【図８】第４の実施の形態に係る情報処理端末において実行されるプログラムの構造をフローチャート形式で表す図である。
【発明を実施するための形態】
【００２６】
本実施の形態は、先着順に利用者に対応する施設として、小規模な医院を対象とするものである。本実施の形態では、利用者が医院の混み具合を把握するための情報として、医院における玄関の画像を遠隔の利用者に提供する。小規模な医院では、来院者は靴を脱いで院内に入ることが多い。玄関にどれくらいの靴があるかを知る事で、遠隔の利用者は院内の混み具合を推測できる。内部を撮影するためには簡略なカメラが必要なだけである。玄関の様子のみを撮影することから、来院者が特定されることはない。そのため、個人のプライバシー保護を考慮した情報配信を行なうことができる。
【００２７】
以下の説明及び図面においては、同一部品には同じ参照符号および名称を付してある。それらの機能も同様である。したがって、それらについての詳細な説明は繰返さない。
【００２８】
［第１の実施の形態］
―構成―
図１を参照して、小規模な医院で利用される案内システム４６は、情報処理端末３０と、情報処理端末３０に接続され、医院の玄関部４８の全体撮影可能な位置に設置されるウェブカメラ４０とを含む。情報処理端末３０は、図示しないルータ及びインターネットサービスプロバイダのサーバ及びインターネット４２を介して既存の画像配信サーバ３２に接続される。画像配信サーバ３２は、ウェブカメラ用の通常の画像配信サーバであり、所定のＵＲＬでこの画像配信サーバ３２をアクセスすることにより、そのＵＲＬにより特定される情報処理端末のウェブカメラで撮影した画像が画像配信サーバ３２から図示しない携帯電話網を介して携帯電話３８等に配信される。なお、画像配信サーバ３２には、画像を配信するサービスを提供する情報処理端末に関する情報（以下「登録情報」と呼ぶ。）が記憶されている。以下の説明では特に繰返さないが、画像配信サーバ３２は、登録されている情報処理端末からの画像しか受理しないように構成されている。
【００２９】
情報処理端末３０及び画像配信サーバ３２のハードウェア構成は、以下に述べるようにごく一般的なものでよい。
【００３０】
図２を参照して、情報処理端末３０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）６０と、ＣＰＵ６０に接続されたバス７８と、いずれもバス７８に接続されたＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）６２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）６４、表示部６８、操作部６６、記憶部７０、及び外部媒体ドライブ７２とを含む。
【００３１】
情報処理端末３０はさらに、いずれもバス７８に接続された、ＬＡＮインターフェイス７４、ウェブカメラ４０が接続されるＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インターフェイス７６とを含む。
【００３２】
ＬＡＮインターフェイス７４は、図示しないルータに接続される。
【００３３】
図３を参照して、画像配信サーバ３２は、ＣＰＵ９０と、ＣＰＵ９０に接続されたバス１０８と、いずれもバス１０８に接続された、ＲＯＭ９２、ＲＡＭ９４、表示部９８、操作部９６、記憶部１００、及びＬＡＮインターフェイス１０４を含む。画像配信サーバ３２はさらに、画像データの配信サービスを利用する情報処理端末の登録情報など、サービスを提供するために必要な情報を記憶するための端末ＤＢ（データベース）部１０６と、外部媒体ドライブ１０２とを含む。
【００３４】
図４は、案内システムにおいて、携帯電話に表示される画面を示す図である。表示される画面にはウェブカメラで撮影された画像１５０が含まれている。
【００３５】
−動作−
本実施の形態では、ウェブカメラ４０は玄関部４８を一定のフレームレートで撮影し、画像を情報処理端末３０に送信する。情報処理端末３０は、ウェブカメラ４０から送信されてくる画像をキャプチャし、一定時間ごとにそのときの最新の画像を画像配信サーバ３２に送信する。画像配信サーバ３２は、情報処理端末３０から画像を受信するたびに、記憶部１００中の、案内システム４６が設置されている医院のために割当てられたＵＲＬに対応される位置にこの画像を格納する。本実施の形態では、このとき、画像は常に上書きされる。
【００３６】
案内システム４６が設置されている医院を訪れようとする利用者は、この医院に割当てられたＵＲＬを携帯電話３８のブラウザのＵＲＬ欄に入力し、画像配信サーバ３２をアクセスする。画像配信サーバ３２は、このアクセスに応答し、情報処理端末３０から送信され保存されている最新の画像を携帯電話３８に返信する。携帯電話３８がこの画像を表示することで、携帯電話３８の利用者は、この医院の玄関の状況を知ることができ、靴の状況などからこの医院の混み具合を確認できる。
【００３７】
なお、図１において、画像配信サーバ３２と情報処理端末３０とを同一のコンピュータによって実現してもよい。この場合、このコンピュータに独自のＩＰアドレスが割当てられていることが必要なことはいうまでもない。
【００３８】
なお、本実施の形態において、情報処理端末３０で実行される画像キャプチャ及び送信のプログラム、並びに画像配信サーバ３２で実行される画像受信および配信のためのプログラムは、いずれも現在利用可能なものをそのまま利用することができるため、その詳細についてはここでは説明しない。
【００３９】
以上のように、ウェブカメラ４０を用いて医院の玄関部４８の画像を取得し、インターネット上に公開することで、医院の混み具合に関する情報を画像の形で配信できる。玄関の様子のみを撮影し来院者を直接映さないため、個人のプライバシーを考慮した情報配信を行なうことができる。カメラとしては周知のウェブカメラを使用し、画像取得用の情報処理端末としては通常のコンピュータを利用することができる。画像配信サーバ３２としては既存のものが使用できる。そのため、新たにこのシステムを導入する医院等ではウェブカメラと情報処理端末とウェブカメラキャプチャ及び送信用のソフトウェアとを準備すればよい。これらはいずれも既存のものを使用することができるため、極めて安価で簡単な構成により、医院の混み具合を公開する案内システムが構築できる。その結果、先着順で利用者に対応する施設において、利用者に施設の混み具合を簡単な構成で案内することができる案内システムを提供することができる。特許文献１に記載のものと比較して、待合室を撮影することがないため、施設の利用者のプライバシーを侵害するおそれも小さくて済む。
【００４０】
［第２の実施の形態］
第１の実施の形態に係る案内システムでは、一定の間隔で玄関部の画像データを取得し公開している。こうした方法では、タイミングによっては施設の利用者が画像データに映り込んでしまう可能性がある。そうした画像はごく短期間のうちに次の画像で更新されるので、個人のプライバシー保護の観点からそれほど大きな問題は生じないと考えられるが、やはり施設の利用者が誰かわかる形で画像が公開されることは望ましくない。
【００４１】
この第２の実施の形態では、サーバ側で、受信した画像に基づいて玄関部に誰もいないと判断したときのみ、その画像を公開し、玄関部に人がいると判断されるときにはその画像を破棄することで、個人のプライバシー保護を万全にする。
【００４２】
―構成―
第２の実施の形態に係る案内システムは、図１に示す案内システム４６及び画像配信サーバ３２と同じハードウェアを使用する。ただし、第１の実施の形態に係る画像配信サーバ３２に代えて、情報処理端末から画像を受信するために、以下にその制御構造を説明するプログラムを実行する画像配信サーバを採用する。
【００４３】
なお、この画像配信サーバでは、同じ情報処理端末から連続して送信されて来た２つの画像を比較するために、最新の２つの画像のうち、最新の画像を記憶する第１フレーム領域と、直前の画像を記憶する第２フレーム領域とを、情報処理端末ごとに記憶部１００（図３参照）内に確保する。この画像配信サーバはさらに、第１及び第２のフレーム領域に記憶された画像の比較の結果、公開されることになった画像を記憶するための第３フレーム領域も記憶部１００内に確保する。
【００４４】
図５を参照して、第２の実施の形態に係る画像配信サーバで実行される画像配信のプログラムは、画像データを受信するステップ（以下単に「Ｓ」と記載する。）５０２と、Ｓ５０２に続いて実行され、受信した画像の送信元端末が端末ＤＢ部に登録されているか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ５０４と、Ｓ５０４で端末が登録されていない（ＮＯ）と判定された場合に実行され、画像データの送信元端末にエラーメッセージを送信するＳ５１８と、Ｓ５１８に続いて実行され、受信した画像データを破棄し、制御をＳ５０２に戻すＳ５２０と、Ｓ５０４で端末が登録されている（ＹＥＳ）と判定された場合に実行され、Ｓ５０２で受信した画像を第１フレーム領域に格納するＳ５０６と、Ｓ５０６に続いて実行され、第１フレーム領域に格納された画像と第２フレーム領域に格納されている画像とが一致するか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ５０８とを含む。
【００４５】
このプログラムはさらに、Ｓ５０８で一致する（ＹＥＳ）と判定されたことに応答して、第２フレーム領域に格納されている画像を第３フレーム領域に上書きするＳ５１０と、Ｓ５１０に続いて実行され、画像を受信した時刻情報を受信情報から取得するＳ５１２と、Ｓ５１２に続いて実行され、Ｓ５１２で取得した時刻情報と、第３フレーム領域に記憶された画像へのリンクとを含むＨＴＭＬ文書を生成して、記憶部１００内の、画像の送信元である施設に対応した位置に保存するＳ５１４と、Ｓ５１４実行後又はＳ５０８で画像が一致しない（ＮＯ）と判定された場合に実行され、第１フレームに格納された画像を第２フレームに上書きし、制御をＳ５０２に戻すＳ５１６とを含む。
【００４６】
なお、Ｓ５０８の判定では、画像の全てが１００％一致する必要はない。例えばＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）における動きベクトルの検出技術を利用し、画像のどの領域においても動きベクトルの絶対値が所定の大きさより小さければ両者が一致すると判定すればよい。
【００４７】
―動作―
第２の実施の形態において、情報処理端末３０は第１の実施の形態と同様に動作する。一方、画像配信サーバは以下のように動作する。
【００４８】
画像配信サーバは情報処理端末から画像データを受信すると（Ｓ５０２）、画像データの送信元端末が端末ＤＢ部１０６に登録されているか否かを判定する。登録されていれば（Ｓ５０４でＹＥＳ）、画像配信サーバ受信画像を送信元端末に対応する第１フレーム領域に格納する（Ｓ５０６）。画像配信サーバは、送信元端末に対応する第１フレーム領域の画像と第２フレーム領域に格納されている画像とを比較し、両者の画像が一致するかを判定する（Ｓ５０８）。両者の画像が一致した場合は、第２フレーム領域の画像を第３フレーム領域に上書きし（Ｓ５１０）、画像を受信した時刻情報を取得して（Ｓ５１２）、時刻情報と画像へのリンク情報とを含むＨＴＭＬ文書を生成し上書き保存する（Ｓ５１４）。その後、第１フレーム領域の画像を第２フレーム領域に上書きし（Ｓ５１６）、次の画像データを受信するのを待つ。また、送信元端末が登録されていない（Ｓ５０４でＮＯ）と判定された場合は、送信元端末にエラーメッセージを送信し（Ｓ５１８）、受信したデータを破棄して（Ｓ５２０）、次の画像データを受信するのを待つ。
【００４９】
以上のように本実施の形態では、情報処理端末から画像配信サーバが受信する画像について、１つ前に受信した画像と一致するか否かを判定することによって、施設の玄関部４８で何かしらの動きがあるか否かを判定する。２つの画像が一致しない時、すなわち玄関部４８で何か動きがある時は、玄関部４８を出入りする人影が画像に含まれる可能性が高いため、インターネット上に公開する画像の更新を行なわない。２つの画像が一致した場合は、すなわち玄関部４８の画像に変化がないと判定された場合には、玄関部４８には誰もいないと考えられるため、インターネット上に公開される画像（第３フレーム領域の画像）の更新を行なう。
【００５０】
このように、受信する連続する複数（典型的には２つ）の画像を比較することで、玄関部での動き、すなわち人又は物の動きの有無が確認できる。動きが確認できる時は公開する情報の内容を更新しないことで、病院の玄関部を通過する人のプライバシーの保護を一層確実にできる。
【００５１】
［第３の実施の形態］
第２の実施の形態では、画像配信サーバで、画像中に人が写っているか否かを画像の差分から判定している。第３の実施の形態では、画像の差分判定の処理を情報処理端末側で行ない、前後の画像が一致すると判定されたときのみ、画像を画像配信サーバに送信する。差分の判定を情報処理端末で行なうため、画像配信サーバとしては第１の実施の形態に係る画像配信サーバ３２をそのまま利用することができる。
【００５２】
―構成―
第３の実施の形態に係る案内システムは、図１に示す案内システム４６及び画像配信サーバ３２と同じハードウェアを用いる。ただし、図１の情報処理端末３０の代わりに、上記した画像の差分判定を行なう情報処理端末を含む。
【００５３】
第３の実施の形態に係る情報処理端末は、受信した画像データを比較するために、図２に示す記憶部７０内に、ウェブカメラ４０からの連続する２フレームの画像を記憶するための第１及び第２フレーム領域を確保する。この２つのフレームのうち、第１フレーム領域には最新の画像が、第２フレーム領域には１つ前の画像が、それぞれ記憶される。
【００５４】
図６を参照して、情報処理端末で実行されるプログラムは、ウェブカメラ４０からの画像を取込むＳ６０２と、Ｓ６０２に続いて実行され、取込んだ画像を第１フレーム領域に格納するＳ６０４と、第１フレーム領域に格納された画像と第２フレーム領域に格納されている画像とが一致するか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ６０６と、Ｓ６０６で一致する（ＹＥＳ）と判定されたことに応答して、第２フレーム領域に格納されている画像データをこの情報処理端末の登録情報ともに画像配信サーバ３２に送信するＳ６０８と、Ｓ６０８実行後、又はＳ６０６で画像が一致しない（ＮＯ）と判定された場合に実行され、第１フレーム領域に格納されている画像を第２フレーム領域に上書きし、制御をＳ６０２に戻すＳ６１０とを含む。
【００５５】
―動作―
第３の実施の形態に係る情報処理端末は、以下のように動作する。
【００５６】
情報処理端末は、ウェブカメラ４０を制御して画像データを取込むと（Ｓ６０２）、取込画像を第１フレーム領域に格納する（Ｓ６０４）。その後、第１フレーム領域の画像と１つ前に受信した第２フレーム領域に格納されている画像とを比較し（Ｓ６０６）、両者の画像が一致した場合、第２フレーム領域に格納されている画像をこの情報処理端末の登録情報とともに画像配信サーバ３２に送信する（Ｓ６０８）。その後、第１フレーム領域の画像を第２フレーム領域に上書きし（Ｓ６１０）、再度ウェブカメラから画像を取込み、上記の動作を繰返す。
【００５７】
以上のように、情報処理端末は、ウェブカメラから取り込んだ最新の画像と１つ前に取込んだ画像との２つの画像を比較し、両者の画像が一致した時、すなわち玄関部４８の画像に変化がないと判定された時にのみ、画像データをサーバに送信する。玄関部４８に誰もいないと判定されたときのみ画像データを送信することで、玄関部を通る利用者の画像が画像配信サーバ３２によって公開されるおそれが小さくなり、プライバシーの保護をより一層強化できる。情報処理端末側で画像データの送信の有無を判定するので、情報処理端末とサーバ間のデータのやり取りが少なくなり、通信に係るデータ量を少なくすることができる。さらに、連続する画像が一致するか否かの判定を画像配信サーバで行なう必要がなく、画像配信サーバに係る負荷を小さくできる情報配信システムを構成することができる。
【００５８】
［第４の実施の形態］
病院等の玄関部４８には受付カウンタがあり受付係が待機していることが多い。来院者はまずここで診察手続きを行ない、手続きが終わるまでこの場所に待機している。その間に画像データの読取りが行なわれると、受付カウンタの位置によっては、この来院者を含んだ画像データが撮影される。来院者が動かずに待っている場合、差分判定の結果、人が撮影されているにもかかわらず人がいないと判定され、来院者を一部に含む画像がインターネット上に配信される恐れがある。また、長時間がこの部分に人がいてしかも動いていると、画像が長時間にわたって配信されなくなるという可能性もある。
【００５９】
そのため第４の実施の形態では、ウェブカメラで取得した画像にマスキング処理を行ない、来院者が立ち止まる可能性が高い場所付近の画像情報を無効にする。
【００６０】
―構成―
第４の実施の形態に係る案内システムは、図１に示す案内システム４６及び画像配信サーバ３２と同一のハードウェアを用いる。ただし、第４の実施の形態に係る案内システムの情報処理端末で実行されるプログラムは、以下に説明する構成となっている。
【００６１】
第４の実施の形態に係る情報処理端末は、受信した最新の２つの画像データを比較するために、図２に示す記憶部７０内に第１及び第２フレーム領域を設け、ここに最新の２画像分の画像データを記憶する。第１フレーム領域には最新の画像を、第２フレーム領域には直前の画像を記憶する。また、記憶部７０にはさらに、画像の一部をマスクするための、予め設定されたマスクに関する情報も記憶される。
【００６２】
図７（Ａ）を参照して、病院の玄関部４８をウェブカメラ４０で撮影した時の撮影領域１２０の中に、脱いだ靴などを置く土間に加え、受付カウンタ１２２と、下足箱１２４とが含まれるものとする。通常は受付カウンタ１２２などが写りこまないようにウェブカメラを配置するが、建物の構造上、図７（Ａ）に示すような画像しか得られない場合がある。
【００６３】
ウェブカメラがこのように配置されている場合、来院者が受付カウンタ１２２で診察手続きを行なっている間、来院者の画像がウェブカメラの画像内に複数フレームにわたって写りこむことになり、場合によってはその画像が画像配信サーバに送信され、配信されてしまう可能性がある。そこで、本実施の形態では、以下のようにしてそのような問題の発生を回避する。
【００６４】
図７（Ｂ）を参照して、画像データにマスキング処理を行なうためのマスク１３０を設ける。マスク１３０は、マスク領域１２６と、それ以外の透過領域とを含む。マスク領域１２６は受付カウンタ１２２とその付近とを含むように予め定められる。このマスク１３０と、ウェブカメラからの画像とのＡＮＤを取ることにより、受付カウンタ１２２付近の画像がマスクされ、図７（Ｃ）に示すような処理結果の画像１４０が得られる。画像１４０では、カウンタ付近の画像が消去されている。この結果、画像データに受付中の人が移りこむ可能性を低くすることができる。
【００６５】
図８を参照して、第４の実施の形態に係る案内システムの情報処理端末で実行されるプログラムは、ウェブカメラ４０からの画像を情報処理端末に取込むＳ７０２と、Ｓ７０２に続いて実行され、取込んだ画像に対してマスク１３０を用いてマスキング処理を行なうＳ７０４と、Ｓ７０４に続いて実行され、マスキング処理が行なわれた画像を第１フレーム領域に格納するＳ７０６と、Ｓ７０６に続いて実行され、第１フレーム領域に格納された画像と第２フレーム領域に格納されている画像とが一致するか否かを判定し、判定結果に応じて制御の流れを分岐させるＳ７０８と、Ｓ７０８で一致する（ＹＥＳ）と判定されたことに応答して、第２フレーム領域に格納されている画像データをこの情報処理端末の登録情報とともに画像配信サーバ３２に送信するＳ７１０と、Ｓ７１０実行後、又はＳ７０８で画像が一致しない（ＮＯ）と判定された場合に実行され、第１フレーム領域に格納された画像を第２フレーム領域に上書きし、制御をＳ７０２に戻すＳ７１２とを含む。
【００６６】
―動作―
第４の実施の形態に係る案内システムの情報処理端末は、以下のように動作する。画像配信サーバ３２（図１参照）は、第１の実施の形態と同様に動作する。
【００６７】
情報処理端末は、ウェブカメラ４０を制御して画像データを取込み（Ｓ７０２）、取込んだ画像に対して、マスク１３０を用いてマスキング処理を行なう（Ｓ７０４）。マスキング処理後、処理画像を第１フレーム領域に格納する（Ｓ７０６）。その後、第１フレーム領域の画像と、第２フレーム領域に格納されている画像とを比較し（Ｓ７０８）、両者の画像が一致した場合、第２フレーム領域の画像データを端末の登録情報とともに画像配信サーバ３２に送信する（Ｓ７１０）。その後、第１フレーム領域の画像を第２フレーム領域に上書きして（Ｓ７１２）、Ｓ７０２からの動作を繰返す。両者の画像が一致しない場合、第１フレーム領域の画像を第２フレーム領域に上書きして（Ｓ７１２）、Ｓ７０２からの処理を繰返す。
【００６８】
以上のように、本実施の形態では、ウェブカメラを用いて取込んだ画像に対して、受付カウンタ１２２付近の画像を無効にするマスキング処理を行なう。その結果、受付カウンタ１２２付近で立ち止っている人を、画像データの差分判定の対象から外すことができる。その結果、人が立ち止りやすい場所での誤認識を防ぐことができ、玄関部を通過する人のプライバシーの保護をより一層強めることができる。長期間にわたり画像内に動く人の画像が写りこむことで、画像の更新が滞ることも防止できる。情報処理端末側で画像データの送信の有無を判定し、必要なときだけ画像を送信することで、情報処理端末とサーバ間のデータのやり取りが少なくなり、通信に係るデータ量を少なくすることができる。データ受信の回数が少なくなることでサーバでの処理回数も少なくなり、装置負担の軽い情報配信システムを構成することができる。
【００６９】
以上のように、本発明によれば、カメラを用いた簡単な構成で、先着順に利用者に対応する施設の混雑状況を、玄関の画像という形で配信できる。最も簡単な構成では、ハードウェア及びソフトウェアの双方に既存のものを利用し、それらの配置を工夫することで、有効に施設の利用状況の案内システムを実現することができる。
【００７０】
さらに、カメラから取込んだ画像内に人が写りこんでいるか否かを判定し、人が写りこんでいないと判定されたときのみ画像を公開することで、施設の利用者のプライバシーを保護することができる。その結果、個人のプライバシー保護を考慮した情報公開システムを実現することができる。また、カメラで取得した画像の中で公開対象とする画像のみを情報処理端末からサーバに送るようにすることで、情報処理端末とサーバ間のデータのやり取りを少なくでき、簡単な構成での情報公開システムを実現することができる。
【００７１】
今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味および範囲内でのすべての変更を含む。
【符号の説明】
【００７２】
３０  情報処理端末
３２  画像配信サーバ
４０  ウェブカメラ
４６  案内システム
６０、９０  ＣＰＵ
７０、１００  記憶部
【図１】
2010211655.tif 000003
【図２】
2010211655.tif 000004
【図３】
2010211655.tif 000005
【図４】
2010211655.tif 000006
【図５】
2010211655.tif 000007
【図６】
2010211655.tif 000008
【図７】
2010211655.tif 000009
【図８】
2010211655.tif 000010