情報処理サーバ、情報配信システム、プログラム、及び、記録媒体
【課題】座席や駐車場などの一定時間場所を占有するものの使用状況を提供する。
【解決手段】各占有領域に設置される占有状況検出機器の検出結果である検知対象物の有無を示す占有情報を、利用者が端末から検索する検索システムに用いられる情報処理サーバであり、情報処理サーバ２００は前記占有状況検出機器の検出機器識別情報と、該占有状況検出機器の設置されている領域の占有情報と、領域の領域識別情報とが対応して記憶されている占有情報データベースと、前記占有状況検出機器から入力される占有情報を、該占有状況検出機器の検出機器識別情報に対応して前記占有情報データベースに登録する情報登録部１２と、利用者端末から入力される前記領域識別情報により、前記占有情報データベースを検索し、利用者端末へ検索結果を送信する情報検索部２２とを有する。
【解決手段】各占有領域に設置される占有状況検出機器の検出結果である検知対象物の有無を示す占有情報を、利用者が端末から検索する検索システムに用いられる情報処理サーバであり、情報処理サーバ２００は前記占有状況検出機器の検出機器識別情報と、該占有状況検出機器の設置されている領域の占有情報と、領域の領域識別情報とが対応して記憶されている占有情報データベースと、前記占有状況検出機器から入力される占有情報を、該占有状況検出機器の検出機器識別情報に対応して前記占有情報データベースに登録する情報登録部１２と、利用者端末から入力される前記領域識別情報により、前記占有情報データベースを検索し、利用者端末へ検索結果を送信する情報検索部２２とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理サーバ、情報配信システム、プログラム、及び、記録媒体に関する。
【背景技術】
【０００２】
これまでの空席情報は事前に指定席として当該座席を販売し、販売された結果をもって空いているか否かを判断していた。したがって指定席でのみ提供されるサービスであった。たとえば非特許文献１に示す新幹線や特急列車などがそのようなサービスを提供している。また非特許文献２に示すように一部の映画館においても同様のサービスを提供している。
これらの航空機や特急列車などの空席検索システムは、予約されていない席は空席であるという仕組みをとっているため、事前に予約制を取り入れていることが前提となる。したがって予約が多ければ混雑していることが推定される。
【非特許文献１】えきねっと（ＪＲ東日本）、 [平成１８年０３月２４日検索]、インターネット<http://jreast.eki-net.com/>
【非特許文献２】ＴＯＨＯ Ｔｈｅａｔｅｒ Ｏｎｌｉｎｅ（東宝）、[平成１８年０３月２４日検索]、インターネット<http://www.tohotheater.jp/vit/index.html>
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら予約制の趣旨から、たとえば指定席を予約した人が当日現場に殺到して同じ座席を確保しようとすることは通常ありえない。予約ができないということは起こりうるが混雑とは別である。また、列車などの交通サービスにおいては通常、予約と同時に発券され乗車時に確認されるため、ほかの乗客が勝手に予約した座席を占有するというようなことは原則として発生しない。しかし予約制が存在しない自由席については、どの席が使用されているかといった情報は提供されず、乗客は混んでいるか否か（空きの座席がどれだけあるか）、実際の車両が来るまでは確認できなかった。
映画館等においても、混雑具合はインターネット等を通じて提供していたりするが、リアルタイム性に欠け、現地に行ってみてはじめて混んでいることがわかったり、逆に混んでいると思って行かなかったら空いていたりという情報が役に立たない状況が多々発生していた。
また、レストランではそもそも指定席と自由席に区別がないため、現地に行ってはじめて状況がわかるという状態であった。
【０００４】
本発明はこのような事情を考慮してなされたもので、その目的は、座席や駐車場などの一定時間場所を占有するものの使用状況を提供することができるリアルタイム情報収集システム、無線通信システム、情報配信サーバ、情報配信方法を提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の情報処理サーバ（たとえば第１の実施形態における情報処理サーバ２００）は、各占有領域（たとえば第１の実施形態における映画館の劇場内の各座席）に設置される占有状況検出機器（たとえば第１の実施形態における着席検知機器１０−１〜１０−ｎ）の検出結果である検知対象物の有無を示す占有情報（たとえば第１の実施形態における着席情報）を、利用者が利用者端末（たとえば第１の実施形態におけるユーザ端末２０−１〜２０−ｍ）から検索する検索システムに用いられるものであり、前記占有状況検出機器の検出機器識別情報（たとえば第１の実施形態における機器ＩＤ）と、該占有状況検出機器の設置されている領域の占有情報（たとえば第１の実施形態における着席状況情報）と、領域の領域識別情報（たとえば第１の実施形態における座席番号）とが対応して記憶されている占有情報データベースと、前記占有状況検出機器から入力される占有情報を、該占有状況検出機器の検出機器識別情報に対応して前記占有情報データベースに登録する情報登録部（たとえば第１の実施形態における情報書込部１２）と、利用者端末から入力される前記領域識別情報により、前記占有情報データベースを検索し、利用者端末へ検索結果を送信する情報検索部（たとえば第１の実施形態におけるオーダ解析部２２）とを有することを特徴とする。
【０００６】
また、本発明の情報処理サーバにおいて、前記占有情報データベースは、１つまたは複数の前記占有領域が配置されている占有領域帯（たとえば第１の実施形態における劇場）を特定するための情報である占有領域帯情報（たとえば第１の実施形態における劇場３００―１〜３００−α）ごとに領域帯域に含まれる前記検出機器識別情報と、前記占有情報と、前記領域識別情報とを対応させて記憶することを特徴とする。
【０００７】
また、本発明の情報処理サーバはにおいて、前記情報検索部は、前記利用者端末から入力される前記領域識別情報または前記占有領域帯情報により、前記占有情報データベースを検索し、該利用者端末へ空いている領域の割合を示す非占有領域率（たとえば第１の実施形態における空席率）を算出した検索結果を送信することを特徴とする。
【０００８】
また、本発明の情報処理サーバは、前記占有領域帯である移動体（たとえば第２の実施形態におけるバス）の位置検出機器（たとえば第２の実施形態における位置情報管理部５１）から入力される位置検出識別情報（たとえば第２の実施形態におけるバスの位置情報）と、該位置検出機器から入力される前記占有領域帯情報（たとえば第２の実施形態における車両情報）とが対応して記憶されている位置情報データベース（たとえば第２の実施形態における位置情報データベース１７）をさらに有することを特徴とする。
【０００９】
また、本発明の情報処理サーバにおいて、前記情報登録部は、前記位置識別情報を、該位置検出機器から入力される前記占有領域帯情報に対応して前記位置情報データベースに登録することを特徴とする。
【００１０】
また、本発明の情報処理サーバは、移動体が停止する位置を示す停止位置情報（たとえば第２の実施形態におけるバス停名情報）と、前記移動体の停止する順番を示す停止順番情報とが、移動体の移動経路である路線ごとに対応して記録されている路線情報データベース（たとえば第２の実施形態における路線情報データベース１８）をさらに有し、また、前記情報検索部が、利用者端末から入力される前記停止位置情報により、前記路線情報データベースから該停止位置情報の停止順番情報を検索し、該停止順番情報より小さい停止順番情報に対応する位置識別情報の移動体を位置情報データベースから検索し、検索された移動体の占有情報（たとえば第２の実施形態における混雑状況情報）を占有情報データベースから検索することを特徴とする。
【００１１】
また、本発明は占有状況検出機器と利用者端末と情報処理サーバが接続される情報配信システムにおける情報配信方法であって、占有状況検出機器は各占有領域に設置され、占有領域における検出対象物の有無を検出し、検出結果として占有情報を出力すると、前記情報処理サーバにおける情報登録部は入力された前記占有情報を、前記検出機器識別情報に対応して占有情報データベースに記憶させ、利用者端末は利用者により前記占有領域を示す領域識別情報を前記情報処理サーバに出力し、前記情報検索部は入力される前記領域識別情報により占有情報データベースを検索し、検索結果を前記利用者端末に送信することを特徴とする。
【００１２】
また、本発明における情報配信システムは、占有状況検出機器が各占有領域に設置され、占有領域における検出対象物の有無を検出し、検出結果として占有情報を出力する占有状況検出過程と、情報処理サーバが、前記占有状況検出機器から入力される占有情報を、前記検出機器識別情報に対応して占有情報データベースに記憶させる情報登録過程と、利用者端末が利用者により入力された前記占有領域を示す領域しけ別識別情報を情報処理サーバへ送信する依頼過程と、情報処理サーバが、利用者端末から入力される前記領域識別情報により、占有情報データベースを検索し、該領域識別情報に対応する占有情報を検索し、前記利用者端末に送信する情報検索過程とを有することを特徴とする。
【発明の効果】
【００１３】
以上説明したように、この発明によれば、占有領域が使用されているか否かの情報である占有情報を占有情報データベースにリアルタイムに記憶させ、その占有領域が使用されているか否かを利用者が問い合わせると占有領域を含む占有領域帯の使用状況を占有情報データベースから検索できるようにしたので、予約システムがない場合であっても利用者は実際にその占有領域にたどりつく前にあらかじめ混雑度などの使用状況をリアルタイムに把握することができ、あまりに混雑していれば別の占有領域に向かうなど、混雑具合に応じて利用者が利用者自身にとって最善の選択肢を選ぶことができるという効果がある。
【発明を実施するための最良の形態】
【００１４】
＜第１の実施形態＞
次に、本発明の一実施形態を図面を参照して説明する。図１は複合映画館におけるリアルタイム離着席情報配信システムの全体構成を示すブロック図である。複合映画館とはスクリーンごとの個別の劇場を複数有する映画館をさす。
この図においてリアルタイム離着席情報配信システムは、着席を検知し発信する着席検知機器１０−１〜１０−qと情報処理サーバ２００とが接続されている。また、利用者側の端末となるユーザ端末２０−１〜２０−ｍと、情報処理サーバ２００はネットワーク１００を介して接続されている。
【００１５】
劇場３００−１において、着席検知機器１０−１〜１０−ｎは、各座席に設置されている。この着席検知機器１０−１〜１０−ｎは占有領域に、検知対象物である人間が存在しているか否かすなわち着席しているか否かを検知する。ここでいう占有領域とは、サービスを受ける間や、物品を使用する間、人間が占有する領域のことであり、たとえば、座席、つり革、駐車場、トイレである。この実施形態においては、占有領域が座席である場合について説明する。着席検知機器１０−１〜１０−ｎは占有領域を人間が占有しているか否かを検出する機能を有するものであり、ここでは、空席だった座席に人が着席する、または着席していた人間が離席したなど着席状況が変化した際に、着席情報を情報処理サーバ２００へ送信する。着席情報とは座席に人が着席しているか否かを示す着席状況情報、着席検知機器１０−１〜１０−ｎを識別する機器ＩＤ、着席状況情報を検知した時間を示す時刻情報（Ｔｉｍｅ Ｓｔａｍｐ）からなる。
【００１６】
情報処理サーバ２００において１１の機器側通信部は上記着席情報を受信し、情報書込部１２に着席情報を出力する。情報書込部１２は上記着席情報を着席状況データベース１５に書き込む。
【００１７】
端末側通信部２１は、ネットワーク１００を介して携帯電話やコンピュータなどのユーザ端末２０−１〜２０−ｍに接続される。端末側通信部２１はユーザ端末２０−１〜２０−ｍから送信された空席の有無に関して問い合わせる依頼情報を受信し、オーダ解析部２２へ上記依頼情報を出力する。オーダ解析部２２は、上記依頼情報に対応する着席状況情報を着席状況データベース１５より検索し、検索した着席状況情報を端末側通信部２１へ出力する。端末側通信部２１は入力される上記着席状況情報を、依頼情報の送信元、すなわち、空席の有無の確認の依頼元のユーザ端末へ送信する。
【００１８】
上記ネットワーク１００は、たとえば固定電話網、携帯電話網、インターネットなどの公衆網や、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、専用線などの私設網からなる。
【００１９】
着席検知機器１０−１〜１０−ｎは着席状況検知センサと通信部を有する。この着席状況検知センサは座席に人が着席しているか否かを検知するものであり、座ったことによる圧力変化を検知する圧力センサや、人間が発する赤外線を検知する赤外線センサ、圧力でＯＮ・ＯＦＦするスイッチ、光検知センサ、超音波によって物体との距離を測定する超音波センサなどを用いる。この通信部は着席情報を情報処理サーバ２００へ送信する。
【００２０】
着席状況データベース１５には図２に示すように劇場を特定する劇場情報ごとに、機器ＩＤ・座席番号・着席状況情報・時刻情報を対応付けたテーブルとして記憶されている。座席番号は劇場内の座席位置を特定する情報であり、着席状況情報は着席か空席かを示す情報である。時刻情報は上記着席状況情報を着席検知機器１０−１〜１０−ｎが検知した時間を示す情報である。
【００２１】
次に、図１の構成におけるシステムの動作例について図３のフローチャートを用いて説明する。
着席検知機器１０−ｎは、たとえば劇場の各座席において空席だった座席状況から、観客の着席という着席状況の変化を検知すると（ステップＳ１）、着席検知機器１０−ｎは人間が着席していないことしたことを示す着席状況情報と着席検知機器１０−１〜１０−ｎを識別する機器ＩＤと検出した時刻を示す時刻情報とからなる着席情報を情報処理サーバ２００に送信する（ステップＳ２）。
【００２２】
機器側通信部１１は着席検知機器１０−ｎから上記着席情報を受信し、情報書込部１２に出力する。情報書込部１２は上記着席情報の機器ＩＤに対応させて、入力される着席情報の着席状況情報および時刻情報を着席状況データベース１５に書き込むことで更新を行う（ステップＳ３）。
【００２３】
図３のステップＳ１と同様に、ステップＳ４において、着席検知機器１０−ｎは着席していた観客の離席という状況変化を検知する。また、ステップＳ２〜Ｓ３と同様にステップＳ５で着席検知機器１０−ｎは着席情報を情報処理サーバ２００に送信し、ステップＳ６で情報書込部１２は着席状況データベース１５を更新する。
【００２４】
着席状況データベース１５の更新は、情報処理サーバ２００から各着席検知機器１０−１〜１０−ｎへ着席情報送信依頼を行い、着席検知機器１０−１〜１０−ｎが着信情報を送信して行ってもよい。また各着席検知機器１０−１〜１０−ｎはあらかじめ設定した周期ごと定期的に着席状況を検出し、ステップＳ２〜Ｓ３と同様に着席情報を情報処理サーバ２００へ送信して着席状況データベース１５の更新を行ってもよい。上記のように各座席の各着席検知機器１０−１〜１０−ｎは着席情報を情報処理サーバ２００に送信し、着席状況データベース１５は随時更新されているものとする。
【００２５】
利用者が劇場３００−１に空席があるか否かについてユーザ端末２０−１〜２０−ｍを用いて情報処理サーバ２００に問い合わせる場合について述べる。
まず、劇場３００−１に空席があるかを問い合わせる際、利用者はユーザ端末２０−ｍに劇場３００−１という劇場を特定する劇場情報を含む依頼情報を入力する（ステップＳ７）。ユーザ端末２０−ｍは情報処理サーバ２００に依頼情報をネットワーク１００を介して送信する（ステップＳ８）。
【００２６】
端末側通信部２１は依頼情報を受信し、オーダ解析部２２に出力する。オーダ解析部２２は依頼情報から劇場を特定する劇場３００−１という上記劇場情報を抽出し、抽出された劇場情報に対応させて劇場３００−１の着席状況情報を着席状況データベース１５から検出する（ステップＳ９）。
【００２７】
オーダ解析部２２は検出した着席状況情報の空席数と全座席数から空席率を算出し、算出された空席率である着席状況情報を端末側通信部２１に出力する。端末側通信部２１はユーザ端末２０−ｍに着席状況情報を送信する（ステップＳ１０）。ユーザ端末２０−ｍは受信した着席状況情報を画面に出力する（ステップＳ１１）。
【００２８】
このとき、オーダ解析部２２は着席状況情報として空席率のほかに全座席数、空席数、空席の位置情報、着席状況を検知した時刻である時刻情報を端末側通信部２１に出力してもよい。このとき、オーダ解析部２２は空席の位置情報として空いている座席の座席番号を端末側通信部２１に出力してもよい。また、オーダ解析部２２は空席の位置情報として、空席配置図情報を端末側通信部２１に出力してもよい。この方法としてオーダ解析部２２は、あらかじめ劇場情報と座席配置図とを対応付けて記憶させた座席配置図データベースから、利用者端末から送信された劇場情報をもとに座席配置図を検索し、検索された座席配置図上に空席位置を示した空席配置図情報を端末側通信部２１に出力する。このように座席配置図上に空席位置を示すことで、利用者がグループで席を確保したい場合にグループ全員がまとまって席を確保できる状態であるのか否かを事前に確認することができるようになる。
【００２９】
映画館が複数ある場合には映画館ごとに情報処理サーバ２００を設置し、利用者は空席状況を知りたいと思う映画館の情報処理サーバ２００にネットワーク１００を介して問い合わせてもよいし、図４に示すようにネットワーク１００を介して各映画館の情報処理サーバ２００を接続した集約サーバ４００に着席状況情報を問い合わせてもよい。
【００３０】
集約サーバ４００はユーザ端末２０−ｍから映画館を特定する映画館情報と劇場を特定する劇場情報を含む上記依頼情報を受信する。集約サーバ４００は受信した依頼情報から映画館情報を抽出し、該当する映画館の情報処理サーバ２００に依頼情報を送信する。ステップＳ９〜Ｓ１０と同様に、情報処理サーバ２００は受信した依頼情報に基づいて着席状況情報を着席状況データベース１５から検出し、集約サーバ４００に着席状況情報を送信する。集約サーバ４００は受信した着席状況情報をユーザ端末２０−ｍへ送信し、ステップＳ１１と同様にユーザ端末２０−ｍは受信した着席状況情報を画面に出力する。
【００３１】
以上説明した、第１の実施形態においては、監視対象が映画館の例を示したが、レストランの混雑状況情報の提供に用いることもできる。レストランの混雑状況の提供に適用する場合には、着席状況データベース１５における着席状況の欄に、テーブルが使用されているか否かを示すテーブルの使用状況が記憶される。各テーブルには１つまたは複数の座席が設けられており、座席のいずれかが使用されている場合にはそのテーブルが使用されているものとする。
着席状況データベース１５には、テーブルの識別番号に対応して、そのテーブルに設けられている各座席に取り付けられた着席状況検出機器１０−１〜１０−ｎの機器ＩＤが記憶されている。また、上述した第１の実施形態と同様に、着席状況データベース１５には機器ＩＤに対応して座席番号・着席状況情報・時刻情報を対応付けて記憶されている。
【００３２】
情報書込部１２は機器側通信部１１を介し受信した上記着席情報を機器ＩＤに対応させて、着席情報の着席状況情報および時刻情報を書き込む。また情報書込部１２は、書き込んだ情報からテーブルごとの座席数および着席数を算出し、算出したテーブルごとの座席数および着席数を対応するテーブルの使用状況として、着席状況データベース１５に書き込むことで更新を行う。
オーダ解析部２２は第１の実施形態と同様に、依頼情報からレストランを特定するレストラン情報を抽出し、抽出されたレストラン情報に対応させて各テーブルの使用状況情報を着席状況データベース１５から検出する。
ここで、オーダ解析部２２は各テーブルにおいていずれかの座席が使用されていた場合、テーブルが使用されているとして検出する。
【００３３】
検出した着席状況情報を端末側通信部２１に出力する。端末側通信部２１はユーザ端末２０−ｍに着席状況情報を送信する（ステップＳ１０）。ユーザ端末２０−ｍは受信した着席状況情報を画面に出力する（ステップＳ１１）。
また、オーダ解析部２２は各テーブルに付属する座席グループを構成する座席数と、その着席数を検索する。
【００３４】
＜第２の実施形態＞
次に第２の実施形態として、移動体である路線バスにおけるバス車内の混雑状況情報を提供するリアルタイム情報配信システムをについて説明する。路線バスは１つの路線を走るものとし、常に１つの経路を同一の向きに走行しているものとして説明する。上述した第１の実施形態では座席の着席状況情報のみ記憶させていたが、この実施形態においてはつり革についての使用状況情報およびバスの位置情報も情報収集サーバ２００内のデータベースに記憶させる。以下、バス車内の混雑状況を座席の着席状況情報、つり革使用状況情報、バスの位置情報を用いて利用者に提供する場合について図を用いて説明する。ここで、バスの位置情報とは、バスの停止位置を示す停留所情報である。本実施形態において、停止位置とは、バス、電車等が客の乗降のために停車する一定の場所を示す。
【００３５】
図５は第２の実施形態について説明するためのブロック図である。この第２の実施形態については、第１の実施形態に示す図１と同様の構成に対し同一の符号を付け、その説明を省略する。バス５００−１において、着席検知機器１０−１〜１０−ｎとつり革使用検知機器５０−１〜５０−ｉと位置情報管理部５１とは中間集約部５２に接続されている。また、中間集約部５２は情報処理サーバ２００に接続されている。
【００３６】
着席検知機器１０−１〜１０−ｎは着席情報を中間集約部５２に送信する。５０−１〜５０−ｉはつり革使用検知機器であり、各つり革に設置されている。つり革使用検知機器５０−１〜５０−ｉはつり革を人が使用しているか否かを検知し、検知した結果をつり革使用情報として中間集約部５２に送信する。
【００３７】
つり革使用情報はつり革使用状況情報、機器ＩＤ、時刻情報からなる。このつり革使用状況情報はつり革が使用されているか否かを示す情報である。機器ＩＤはつり革使用検知機器５０−１〜５０−ｉを識別する固有ＩＤである。時刻情報はつり革使用検知機器５０−１〜５０−ｉがつり革使用状況を検知した時間を示す。
【００３８】
位置情報管理部５１はバス停を出発したことを検知すると、中間集約部５２にバスの位置情報として現在地の情報・時刻情報・車両情報を送信する。現在地は出発したバス停を示すバス停番号である。時刻情報は位置情報管理部５１がバス停を出発したことを検知した時刻を示す。車両情報はバスの車両を特定する。
【００３９】
バス停を出発したことを検知する方法としては、各バス停に現在地の情報であるバス停番号情報信号を発信する発信機を設置しておいてもよい。バスが停留所近辺に到着すると位置情報管理部５１は発信機からのバス停番号情報信号を受信する。位置情報管理部５１はバスがバス停を出発しその信号が届かなくなった瞬間にバス停を出発したタイミングであると検知してもよい。また、位置情報管理部５１はＧＰＳ機器を内蔵してバス停を出発したことおよびバスの現在地の情報を取得してもよい。位置情報管理部５１はバスのアナウンスに連動してバス停を出発したことおよびバスの現在地の情報を取得してもよい。
【００４０】
中間集約部５２は位置情報を受信すると着席検知機器１０−１〜１０−ｎおよびつり革使用検知機器５０−１〜５０−ｉに着席情報およびつり革使用情報の送信を要求する。中間集約部５２は受信した上記の着席情報とつり革使用情報と位置情報とを情報処理サーバ２００へ送信する。
【００４１】
情報処理サーバ２００において情報書込部１２は機器側通信部１１を介して上記着席情報、つり革使用情報を機器ＩＤに対応させて混雑状況データベース１６に書き込む。
【００４２】
混雑状況データベース１６は図７に示すように機器ＩＤ・座席つり革位置番号・使用状況情報・時刻情報を対応付けてバスの車両ごとにテーブルとして記憶する。座席つり革位置番号はバス車内の座席位置およびつり革位置を特定する。使用状況情報は座席およびつり革が使用中か否かを示す。時刻情報は着席状況情報およびつり革使用状況情報を検出した時刻情報である。
【００４３】
情報書込部１２は上記位置情報を上記車両情報に対応させて位置情報データベース１７に書き込む。
【００４４】
位置情報データベース１７は図８に示すように上記車両情報に対応して現在地の情報と時刻情報とを対応付けてテーブルとして記憶する。ここで、位置情報は各車両が最後にどのバス停を出発したかを示す。
【００４５】
つり革使用検知機器５０−１〜５０−ｉはつり革使用状況検知センサと通信部を有する。上記つり革使用状況検知センサは図６に示すようにつり革が導電性の部分をつかむような形態であれば、人体が触れることによる電流・抵抗値の変化を検知するセンサを用いてもよいし、輪をつかむ形態であれば上記の電流・抵抗値の変化を検知するセンサや圧力センサ、圧力でＯＮ・ＯＦＦするスイッチ、光検知センサなどを用いてつり革を人が使用しているか否かを検知してもよい。上記通信部はつり革使用情報を中間集約部５２に送信する。
【００４６】
路線情報データベース１８は図９に示すように停留所の名前を示すバス停名情報と、路線順路の順番に対応したバス停番号情報とを対応付けて路線ごとにテーブルとして記憶する。
【００４７】
次に、図５の構成における第２の実施形態のシステムの動作例について図１０のフローチャートを用いて説明する。位置情報管理部５１はバス停を出発したことを検知すると（ステップＳ２１）、位置情報を中間集約部５２に送信する（ステップＳ２２）。
【００４８】
中間集約部５２はバス停を出発した後に位置情報を受信すると着席検知機器１０−１〜１０−ｎに着席状況を検知させる要求信号を送信する。同様に中間集約部５２はつり革使用検知機器５０−１〜５０−ｉに対しつり革使用状況を検知させる要求信号を送信する（ステップＳ２３）。着席検知機器１０−１〜１０−ｎは要求信号を受信すると着席状況を検知し、中間集約部５２に着席情報を送信する。同様につり革使用検知機器５０−１〜５０−ｉは要求信号を受信するとつり革使用状況を検知し、中間集約部５２につり革使用情報を送信する（ステップＳ２４）。中間集約部５２は車両内の着席情報およびつり革使用情報を受信すると上記の着席情報・つり革使用情報・位置情報を情報処理サーバ２００へ送信する（ステップＳ２５）。
【００４９】
情報処理サーバ２００において、情報書込部１２は機器側通信部１１を介して着席情報・つり革使用情報・位置情報を受信し、上記の機器ＩＤに対応させて、入力された使用状況情報と時刻情報とを図７に示す混雑状況データベース１６に書き込むことで更新を行う。ここで使用状況情報は座席またはつり革が使用されているか否かを示し、着席状況情報およびつり革使用状況情報から情報書込部１２によって抽出される。情報書込部１２は車両情報に対応させて図８に示すように現在地の情報と時刻情報とを位置情報データベース１７に書き込むことで更新を行う（ステップＳ２６）。
【００５０】
混雑状況データベース１６および位置情報データベース１７の更新は、情報処理サーバ２００から中間集約部５２へ着席情報・つり革使用情報・位置情報の送信依頼を行い、ステップＳ２２〜Ｓ２６と同様に更新を行ってもよい。また各中間集約部５２はあらかじめ設定した周期ごと定期的に着席情報とつり革使用情報と位置情報とを着席検知機器１０−１〜１０−ｎ・つり革使用検知機器５０−１〜５０−ｉ・位置情報管理部５１に情報送信依頼信号を送信し、ステップＳ２２〜Ｓ２５と同様に中間集約部５２は着席情報・つり革使用情報・位置情報を情報処理サーバ２００へ送信して混雑状況データベース１６および位置情報データベース１７の更新を行ってもよい。また各着席検知機器１０−１〜１０−ｎ、各つり革使用検知機器５０−１〜５０−ｉおよび各位置情報管理部５１はあらかじめ設定した周期ごとに、または、第１の実施形態と同様にそれぞれ着席状況・つり革使用状況・現在地の情報の変化を検知するごとに、それぞれ着席情報・つり革使用情報と・位置情報を中間集約部５２に送信し、ステップＳ２２〜Ｓ２５と同様に混雑状況データベース１６および位置情報データベース１７の更新を行ってもよい。上記のように混雑状況データベース１６および位置情報データベース１７は随時更新されているものとする。
【００５１】
一方、バス停でバスを待っている利用者が次に来るバスの混雑具合についてユーザ端末２０−１〜２０−ｍを用いて情報処理サーバ２００に問い合わせる場合について説明する。
まず、利用者は利用者の乗り込もうとしているバスの停留所を特定するバス停名情報を含む問合せ依頼情報をユーザ端末２０−ｍに入力する（ステップＳ２７）。ステップＳ８と同様にユーザ端末２０−ｍは情報処理サーバ２００に依頼情報をネットワーク１００を介して送信する（ステップＳ２８）。
【００５２】
端末側通信部２１は依頼情報を受信し、オーダ解析部２２に出力する。オーダ解析部２２は依頼情報からバス停を特定する上記バス停名情報を抽出し、このバス停名情報に対応するバス停番号情報を路線情報データベース１８から検索して読み出す。オーダ解析部２２は読み出したバス停番号を起点として路線情報データベース１８からバス路線の順路を１つ遡ったバス停番号を検索して読み出す。オーダ解析部２２は読み出したバス停番号と位置情報データベース１７の現在地の情報とが対応するバスの車両を位置情報データベース１７から検索する。対応するバスの車両が見つからなければオーダ解析部２２は路線情報データベース１８からバス停の順路をさらに１つ遡ってバス停番号を検索し、位置情報データベース１７から対応するバスの車両を検索することを対応するバスの車両が見つかるまで繰り返す。最初に検索で読み出されたバス車両を次に来るバスとし、車両番号情報を基に混雑状況データベース１６から該当車両の混雑状況情報を読み出す（ステップＳ２９）。
【００５３】
オーダ解析部２２は検出した混雑状況情報を端末側通信部２１に出力する。端末側通信部２１はユーザ端末２０−ｍに混雑状況情報を送信する（ステップＳ３０）。ユーザ端末２０−ｍは受信した混雑状況情報を画面に出力する（ステップＳ３１）。
【００５４】
混雑状況情報は総座席数および総つり革数と使用数としても良いし、使用数を総座席数および総つり革数で割った使用率としてもよい。また混雑状況情報は混雑具合をレベル別に示してもよい。たとえば座席の使用率が５０％未満の場合を「混雑度１」、座席の使用率が５０％以上８０％未満の場合を「混雑度２」、座席の使用率は８０％以上９５％未満でつり革の使用率が３０％未満の場合を「混雑度３」、座席の使用率は８０％以上９５％未満でつり革の使用率が８０％未満の場合を「混雑度４」、座席の使用率が９５％以上でつり革の使用率が８０％以上の場合を「混雑度５」とするように、閾値を設けて混雑度をレベル分けしてもよい。
【００５５】
路線が複数ある場合には路線情報データベース１８に図１１に示すように路線ごとに路線情報を記録し、利用者は路線を識別する路線識別情報とバス停名情報とを送信してもよい。
【００５６】
また、中間集約部５２を設けずに、位置情報管理部５１と着席検知機器１０−１〜１０−ｎとつり革使用検知機器５０−１〜５０−ｉとを、直接情報処理サーバ２００に接続する構成としてもよい。
【００５７】
また、ステップＳ２９において、オーダ解析部２２は、最初に検索で読み出されたバス車両のみを検索しているが、さらに加えて、同じ現在地情報を持つバスの複数台の車両を読み出して混雑状況を端末側通信部２１に出力してもよいし、利用者の乗り込むバス停に向かっている次のバスよりも後続の複数のバスを検出して、利用者の乗り込むバス停に近い順に混雑状況を端末側通信部２１に出力してもよい。このとき後続の複数のバスを検出する方法として、オーダ解析部２２は、ステップＳ２９における路線情報データベース１８からバス停の順路をさらに１つ遡ってバス停番号を検索し、位置情報データベース１７から対応するバスの車両を検索する動作を複数回繰り返すことで複数のバスを検出する。
【００５８】
また、第２の実施形態として路線バスの例を示したが、電車における車内の混雑状況情報を提供してもよい。第２の実施形態において混雑状況データベース１６にバスの車両ごとに記憶していた混雑状況情報を、電車では１両ごとに記憶してもよいし、列車ごとに記憶してもよい。
【００５９】
＜第３の実施形態＞
次に第３の実施形態について説明する。第１の実施形態においては、混雑状況の監視対象が映画館の例を示したが、第３の実施形態では駐車場における空車状況情報のリアルタイム情報配信システムに適用する場合について説明する。第１の実施形態において着席状況データベース１５は劇場ごとに着席状況情報を記憶していたが、駐車場の場合では駐車状況データベース６１は駐車場ごとに駐車状況情報を記憶する。
【００６０】
図１１は第３の実施形態について説明するためのブロック図である。この第３の実施形態については第１の実施形態に示す図１と同様の構成に対し同一の符号を付け、その説明を省略する。駐車場６００−１において、駐車検知機器６０−１〜６０−ｎは情報処理サーバ２００に接続されている。
【００６１】
駐車検知機器６０−１〜６０−ｎは、駐車状況検知センサと通信部を有し、各駐車スペースの車両検知が可能な位置に設置されている。ここで駐車スペースとは車両１台分が駐車可能な駐車領域を示す。駐車検知機器６０−１〜６０−ｎは駐車スペースに車両が駐車されているか否かを検知し、検知した結果を駐車情報として情報処理サーバ２００に送信する。
【００６２】
駐車情報は駐車状況情報、機器ＩＤ、時刻情報からなる。駐車状況情報は駐車スペースに車両が駐車されているか否かを示す情報である。機器ＩＤは駐車検知機器６０−１〜６０−ｎを識別する固有ＩＤ情報である。時刻情報は駐車検知機器６０−１〜６０−ｎが駐車状況を検知した時間を示す情報である。
【００６３】
上記駐車状況検知センサは圧力センサや、光検知センサ、超音波によって物体との距離を測定する超音波センサなどのいずれかの方法またはいくつかの組み合わせを用いることが可能であり、駐車スペースに車両が駐車しているか否かを検知する。上記通信部は駐車情報を情報処理サーバ２００に送信する。
【００６４】
駐車状況データベース６１は図１２に示すように機器ＩＤに対応させて駐車位置番号と駐車状況と時刻情報とを対応付けて駐車場ごとにテーブルとして記憶する。駐車位置番号は駐車場内における駐車スペースの個別の位置を示す。
【００６５】
情報処理サーバ２００において、情報書込部１２は、機器側通信部１１を介して上記駐車情報を機器ＩＤに対応させて駐車状況データベース６１に書き込む。
【００６６】
次に、図１１の構成におけるシステムの動作例について図１３のフローチャートを用いて説明する。駐車検知機器６０−１〜６０−ｎは駐車場の各駐車スペースにおいて、車両の有無を示す駐車状況の変化を検知する（ステップＳ６１）。ここで駐車状況の変化とは駐車状況検知センサが検知している信号の変化とする。駐車検知機器６０−ｎは駐車情報を情報処理サーバ２００に送信する（ステップＳ６２）。
【００６７】
情報書込部１２は機器側通信部１１を介して受信した上記着席情報の機器ＩＤに対応させて、駐車情報の駐車状況情報および時刻情報を図１２に示す駐車状況データベース６１に書き込むことで更新を行う（ステップＳ６３）。
【００６８】
駐車状況データベース６１の更新は、情報処理サーバ２００から各駐車検知機器６０−１〜６０−ｎへ駐車情報送信依頼信号の送信を行い、駐車検知機器６０−１〜６０−ｎが駐車情報を送信して行ってもよい。また、各駐車検知機器６０−１〜６０−ｎはあらかじめ設定した周期ごと定期的に駐車状況を検出し、ステップＳ６２〜Ｓ６３と同様に駐車情報を情報処理サーバ２００へ送信して駐車状況データベース６１の更新を行ってもよい。上記のように各駐車スペースの各駐車検知機器６０−１〜６０−ｎは駐車情報を情報処理サーバ２００に送信し、駐車状況データベース６１は随時更新されているものとする。
【００６９】
利用者が駐車場６００−１に空きスペースがあるか否かについてユーザ端末２０−１〜２０−ｍを用いて情報処理サーバ２００に問い合わせる場合について述べる。
まず、駐車場６００−１に空きスペースがあるかを問い合わせる際、利用者はユーザ端末２０−ｍに駐車場６００−１という駐車場を特定する駐車場情報を含む依頼情報を入力する（ステップＳ６７）。ユーザ端末２０−ｍは情報処理サーバ２００に上記依頼情報をネットワーク１００を介して送信する（ステップＳ６８）。
【００７０】
端末側通信部２１は依頼情報を受信し、オーダ解析部２２に出力する。オーダ解析部２２は依頼情報から駐車場を特定する駐車場６００−１という駐車場情報を抽出する。オーダ解析部２２は抽出された駐車場情報に基づいて駐車場６００−１の駐車状況情報を駐車状況データベース６１から検出する（ステップＳ６９）。
【００７１】
オーダ解析部２２は検出した駐車状況情報を端末側通信部２１に出力する。端末側通信部２１はユーザ端末２０−ｍに駐車状況情報を送信する（ステップＳ７０）。ユーザ端末２０−ｍは受信した駐車状況情報を画面に出力する（ステップＳ７１）。
【００７２】
また、図４に示すようにネットワーク１００を介して各駐車場の情報処理サーバ２００を接続した集約サーバ４００に駐車状況情報を問い合わせてもよい。
【００７３】
上記第３の実施形態では駐車場における駐車状況情報について説明したが、トイレの使用状況情報を提供してもよい。第３の実施形態において駐車状況データベース６１に駐車場ごとに記憶していた駐車状況情報を、トイレの場合ではトイレの場所ごとに使用状況情報を記憶する。そして、駐車検知機器としてトイレの使用状況検知機器を用いる。トイレの使用状況検知機器はドアの鍵部分に鍵がかかっているか否かを検知するセンサを用いてもよいし、便器の近辺に人がいるか否かを検知する赤外線センサ、光センサなどを用いてもよい。
【００７４】
上記第１の実施形態において各着席検知機器１０−１〜１０−ｎは第２の実施形態と同様に劇場ごとに中間集約部５２に着席情報を送信し、中間集約部５２は上記着席情報を情報処理サーバ２００に送信してもよい。同様に第３の実施形態において各駐車検知機器６０−１〜６０−ｎは駐車場ごとに中間集約部５２に駐車情報を送信し、中間集約部５２は上記駐車情報を情報処理サーバ２００に送信してもよい。
【００７５】
上記すべての実施形態において、データベースに記憶される時刻情報は占有状況の変化を検出した時刻としているが、情報処理サーバ２００で占有情報を受信した時刻を時刻情報としてデータベースに記憶してもよい。
【図面の簡単な説明】
【００７６】
【図１】本発明の第１の実施形態による複合映画館におけるリアルタイム離着席情報配信システムの全体構成を示すブロック図である。
【図２】着席状況データベース１５に記憶される着席情報の一例を示す図面である。
【図３】第１の実施の形態によるリアルタイム離着席情報配信システムの動作フローを示すフローチャートである。
【図４】第１の実施の形態において集約サーバを用いた場合のリアルタイム離着席情報配信システムの全体構成を示すブロック図である。
【図５】本発明の第２の実施形態によるバス車内の混雑状況情報を提供するリアルタイム情報配信システムの全体構成を示すブロック図である。
【図６】第２の実施形態によるつり革に設置されるつり革使用検知機器の一例を示す図面である。
【図７】混雑状況データベース１６に記憶される使用状況情報の一例を示す図面である。
【図８】位置情報データベース１７に記憶される位置情報の一例を示す図面である。
【図９】路線情報データベース１８に記憶される路線情報の一例を示す図面である。
【図１０】第２の実施の形態によるリアルタイム情報配信システムの動作フローを示すフローチャートである。
【図１１】本発明の第３の実施形態による駐車場における空車状況情報のリアルタイム情報配信システムの全体構成を示すブロック図である。
【図１２】駐車状況データベース６１に記憶される駐車状況情報の一例を示す図面である。
【図１３】第３の実施の形態によるリアルタイム情報配信システムの動作フローを示すフローチャートである。
【符号の説明】
【００７７】
１０−１〜１０−ｎ,１０−ｐ〜１０−ｑ 着席検知機器 １１ 機器側通信部
１２ 情報書込部 １５ 着席状況データベース １６ 混雑状況データベース
１７ 位置情報データベース １８ 路線情報データベース ２０−１〜２０−ｍ ユーザ端末 ２１ 端末側通信部 ２２ オーダ解析部 ５０−１〜５０−ｉ，５０−ｊ〜５０−ｋ つり革使用検知機器 ５１ 位置情報管理部 ５２ 中間集約部 ６０−１〜６０−ｎ,６０−ｐ〜６０−ｑ 駐車検知機器 ６１ 駐車状況データベース １００ ネットワーク ２００ 情報処理サーバ ３００−１〜３００−α 劇場 ４００ 集約サーバ ５００−１〜５００−β バス ６００−１〜６００−γ 駐車場
【技術分野】
【０００１】
本発明は、情報処理サーバ、情報配信システム、プログラム、及び、記録媒体に関する。
【背景技術】
【０００２】
これまでの空席情報は事前に指定席として当該座席を販売し、販売された結果をもって空いているか否かを判断していた。したがって指定席でのみ提供されるサービスであった。たとえば非特許文献１に示す新幹線や特急列車などがそのようなサービスを提供している。また非特許文献２に示すように一部の映画館においても同様のサービスを提供している。
これらの航空機や特急列車などの空席検索システムは、予約されていない席は空席であるという仕組みをとっているため、事前に予約制を取り入れていることが前提となる。したがって予約が多ければ混雑していることが推定される。
【非特許文献１】えきねっと（ＪＲ東日本）、 [平成１８年０３月２４日検索]、インターネット<http://jreast.eki-net.com/>
【非特許文献２】ＴＯＨＯ Ｔｈｅａｔｅｒ Ｏｎｌｉｎｅ（東宝）、[平成１８年０３月２４日検索]、インターネット<http://www.tohotheater.jp/vit/index.html>
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら予約制の趣旨から、たとえば指定席を予約した人が当日現場に殺到して同じ座席を確保しようとすることは通常ありえない。予約ができないということは起こりうるが混雑とは別である。また、列車などの交通サービスにおいては通常、予約と同時に発券され乗車時に確認されるため、ほかの乗客が勝手に予約した座席を占有するというようなことは原則として発生しない。しかし予約制が存在しない自由席については、どの席が使用されているかといった情報は提供されず、乗客は混んでいるか否か（空きの座席がどれだけあるか）、実際の車両が来るまでは確認できなかった。
映画館等においても、混雑具合はインターネット等を通じて提供していたりするが、リアルタイム性に欠け、現地に行ってみてはじめて混んでいることがわかったり、逆に混んでいると思って行かなかったら空いていたりという情報が役に立たない状況が多々発生していた。
また、レストランではそもそも指定席と自由席に区別がないため、現地に行ってはじめて状況がわかるという状態であった。
【０００４】
本発明はこのような事情を考慮してなされたもので、その目的は、座席や駐車場などの一定時間場所を占有するものの使用状況を提供することができるリアルタイム情報収集システム、無線通信システム、情報配信サーバ、情報配信方法を提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の情報処理サーバ（たとえば第１の実施形態における情報処理サーバ２００）は、各占有領域（たとえば第１の実施形態における映画館の劇場内の各座席）に設置される占有状況検出機器（たとえば第１の実施形態における着席検知機器１０−１〜１０−ｎ）の検出結果である検知対象物の有無を示す占有情報（たとえば第１の実施形態における着席情報）を、利用者が利用者端末（たとえば第１の実施形態におけるユーザ端末２０−１〜２０−ｍ）から検索する検索システムに用いられるものであり、前記占有状況検出機器の検出機器識別情報（たとえば第１の実施形態における機器ＩＤ）と、該占有状況検出機器の設置されている領域の占有情報（たとえば第１の実施形態における着席状況情報）と、領域の領域識別情報（たとえば第１の実施形態における座席番号）とが対応して記憶されている占有情報データベースと、前記占有状況検出機器から入力される占有情報を、該占有状況検出機器の検出機器識別情報に対応して前記占有情報データベースに登録する情報登録部（たとえば第１の実施形態における情報書込部１２）と、利用者端末から入力される前記領域識別情報により、前記占有情報データベースを検索し、利用者端末へ検索結果を送信する情報検索部（たとえば第１の実施形態におけるオーダ解析部２２）とを有することを特徴とする。
【０００６】
また、本発明の情報処理サーバにおいて、前記占有情報データベースは、１つまたは複数の前記占有領域が配置されている占有領域帯（たとえば第１の実施形態における劇場）を特定するための情報である占有領域帯情報（たとえば第１の実施形態における劇場３００―１〜３００−α）ごとに領域帯域に含まれる前記検出機器識別情報と、前記占有情報と、前記領域識別情報とを対応させて記憶することを特徴とする。
【０００７】
また、本発明の情報処理サーバはにおいて、前記情報検索部は、前記利用者端末から入力される前記領域識別情報または前記占有領域帯情報により、前記占有情報データベースを検索し、該利用者端末へ空いている領域の割合を示す非占有領域率（たとえば第１の実施形態における空席率）を算出した検索結果を送信することを特徴とする。
【０００８】
また、本発明の情報処理サーバは、前記占有領域帯である移動体（たとえば第２の実施形態におけるバス）の位置検出機器（たとえば第２の実施形態における位置情報管理部５１）から入力される位置検出識別情報（たとえば第２の実施形態におけるバスの位置情報）と、該位置検出機器から入力される前記占有領域帯情報（たとえば第２の実施形態における車両情報）とが対応して記憶されている位置情報データベース（たとえば第２の実施形態における位置情報データベース１７）をさらに有することを特徴とする。
【０００９】
また、本発明の情報処理サーバにおいて、前記情報登録部は、前記位置識別情報を、該位置検出機器から入力される前記占有領域帯情報に対応して前記位置情報データベースに登録することを特徴とする。
【００１０】
また、本発明の情報処理サーバは、移動体が停止する位置を示す停止位置情報（たとえば第２の実施形態におけるバス停名情報）と、前記移動体の停止する順番を示す停止順番情報とが、移動体の移動経路である路線ごとに対応して記録されている路線情報データベース（たとえば第２の実施形態における路線情報データベース１８）をさらに有し、また、前記情報検索部が、利用者端末から入力される前記停止位置情報により、前記路線情報データベースから該停止位置情報の停止順番情報を検索し、該停止順番情報より小さい停止順番情報に対応する位置識別情報の移動体を位置情報データベースから検索し、検索された移動体の占有情報（たとえば第２の実施形態における混雑状況情報）を占有情報データベースから検索することを特徴とする。
【００１１】
また、本発明は占有状況検出機器と利用者端末と情報処理サーバが接続される情報配信システムにおける情報配信方法であって、占有状況検出機器は各占有領域に設置され、占有領域における検出対象物の有無を検出し、検出結果として占有情報を出力すると、前記情報処理サーバにおける情報登録部は入力された前記占有情報を、前記検出機器識別情報に対応して占有情報データベースに記憶させ、利用者端末は利用者により前記占有領域を示す領域識別情報を前記情報処理サーバに出力し、前記情報検索部は入力される前記領域識別情報により占有情報データベースを検索し、検索結果を前記利用者端末に送信することを特徴とする。
【００１２】
また、本発明における情報配信システムは、占有状況検出機器が各占有領域に設置され、占有領域における検出対象物の有無を検出し、検出結果として占有情報を出力する占有状況検出過程と、情報処理サーバが、前記占有状況検出機器から入力される占有情報を、前記検出機器識別情報に対応して占有情報データベースに記憶させる情報登録過程と、利用者端末が利用者により入力された前記占有領域を示す領域しけ別識別情報を情報処理サーバへ送信する依頼過程と、情報処理サーバが、利用者端末から入力される前記領域識別情報により、占有情報データベースを検索し、該領域識別情報に対応する占有情報を検索し、前記利用者端末に送信する情報検索過程とを有することを特徴とする。
【発明の効果】
【００１３】
以上説明したように、この発明によれば、占有領域が使用されているか否かの情報である占有情報を占有情報データベースにリアルタイムに記憶させ、その占有領域が使用されているか否かを利用者が問い合わせると占有領域を含む占有領域帯の使用状況を占有情報データベースから検索できるようにしたので、予約システムがない場合であっても利用者は実際にその占有領域にたどりつく前にあらかじめ混雑度などの使用状況をリアルタイムに把握することができ、あまりに混雑していれば別の占有領域に向かうなど、混雑具合に応じて利用者が利用者自身にとって最善の選択肢を選ぶことができるという効果がある。
【発明を実施するための最良の形態】
【００１４】
＜第１の実施形態＞
次に、本発明の一実施形態を図面を参照して説明する。図１は複合映画館におけるリアルタイム離着席情報配信システムの全体構成を示すブロック図である。複合映画館とはスクリーンごとの個別の劇場を複数有する映画館をさす。
この図においてリアルタイム離着席情報配信システムは、着席を検知し発信する着席検知機器１０−１〜１０−qと情報処理サーバ２００とが接続されている。また、利用者側の端末となるユーザ端末２０−１〜２０−ｍと、情報処理サーバ２００はネットワーク１００を介して接続されている。
【００１５】
劇場３００−１において、着席検知機器１０−１〜１０−ｎは、各座席に設置されている。この着席検知機器１０−１〜１０−ｎは占有領域に、検知対象物である人間が存在しているか否かすなわち着席しているか否かを検知する。ここでいう占有領域とは、サービスを受ける間や、物品を使用する間、人間が占有する領域のことであり、たとえば、座席、つり革、駐車場、トイレである。この実施形態においては、占有領域が座席である場合について説明する。着席検知機器１０−１〜１０−ｎは占有領域を人間が占有しているか否かを検出する機能を有するものであり、ここでは、空席だった座席に人が着席する、または着席していた人間が離席したなど着席状況が変化した際に、着席情報を情報処理サーバ２００へ送信する。着席情報とは座席に人が着席しているか否かを示す着席状況情報、着席検知機器１０−１〜１０−ｎを識別する機器ＩＤ、着席状況情報を検知した時間を示す時刻情報（Ｔｉｍｅ Ｓｔａｍｐ）からなる。
【００１６】
情報処理サーバ２００において１１の機器側通信部は上記着席情報を受信し、情報書込部１２に着席情報を出力する。情報書込部１２は上記着席情報を着席状況データベース１５に書き込む。
【００１７】
端末側通信部２１は、ネットワーク１００を介して携帯電話やコンピュータなどのユーザ端末２０−１〜２０−ｍに接続される。端末側通信部２１はユーザ端末２０−１〜２０−ｍから送信された空席の有無に関して問い合わせる依頼情報を受信し、オーダ解析部２２へ上記依頼情報を出力する。オーダ解析部２２は、上記依頼情報に対応する着席状況情報を着席状況データベース１５より検索し、検索した着席状況情報を端末側通信部２１へ出力する。端末側通信部２１は入力される上記着席状況情報を、依頼情報の送信元、すなわち、空席の有無の確認の依頼元のユーザ端末へ送信する。
【００１８】
上記ネットワーク１００は、たとえば固定電話網、携帯電話網、インターネットなどの公衆網や、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、専用線などの私設網からなる。
【００１９】
着席検知機器１０−１〜１０−ｎは着席状況検知センサと通信部を有する。この着席状況検知センサは座席に人が着席しているか否かを検知するものであり、座ったことによる圧力変化を検知する圧力センサや、人間が発する赤外線を検知する赤外線センサ、圧力でＯＮ・ＯＦＦするスイッチ、光検知センサ、超音波によって物体との距離を測定する超音波センサなどを用いる。この通信部は着席情報を情報処理サーバ２００へ送信する。
【００２０】
着席状況データベース１５には図２に示すように劇場を特定する劇場情報ごとに、機器ＩＤ・座席番号・着席状況情報・時刻情報を対応付けたテーブルとして記憶されている。座席番号は劇場内の座席位置を特定する情報であり、着席状況情報は着席か空席かを示す情報である。時刻情報は上記着席状況情報を着席検知機器１０−１〜１０−ｎが検知した時間を示す情報である。
【００２１】
次に、図１の構成におけるシステムの動作例について図３のフローチャートを用いて説明する。
着席検知機器１０−ｎは、たとえば劇場の各座席において空席だった座席状況から、観客の着席という着席状況の変化を検知すると（ステップＳ１）、着席検知機器１０−ｎは人間が着席していないことしたことを示す着席状況情報と着席検知機器１０−１〜１０−ｎを識別する機器ＩＤと検出した時刻を示す時刻情報とからなる着席情報を情報処理サーバ２００に送信する（ステップＳ２）。
【００２２】
機器側通信部１１は着席検知機器１０−ｎから上記着席情報を受信し、情報書込部１２に出力する。情報書込部１２は上記着席情報の機器ＩＤに対応させて、入力される着席情報の着席状況情報および時刻情報を着席状況データベース１５に書き込むことで更新を行う（ステップＳ３）。
【００２３】
図３のステップＳ１と同様に、ステップＳ４において、着席検知機器１０−ｎは着席していた観客の離席という状況変化を検知する。また、ステップＳ２〜Ｓ３と同様にステップＳ５で着席検知機器１０−ｎは着席情報を情報処理サーバ２００に送信し、ステップＳ６で情報書込部１２は着席状況データベース１５を更新する。
【００２４】
着席状況データベース１５の更新は、情報処理サーバ２００から各着席検知機器１０−１〜１０−ｎへ着席情報送信依頼を行い、着席検知機器１０−１〜１０−ｎが着信情報を送信して行ってもよい。また各着席検知機器１０−１〜１０−ｎはあらかじめ設定した周期ごと定期的に着席状況を検出し、ステップＳ２〜Ｓ３と同様に着席情報を情報処理サーバ２００へ送信して着席状況データベース１５の更新を行ってもよい。上記のように各座席の各着席検知機器１０−１〜１０−ｎは着席情報を情報処理サーバ２００に送信し、着席状況データベース１５は随時更新されているものとする。
【００２５】
利用者が劇場３００−１に空席があるか否かについてユーザ端末２０−１〜２０−ｍを用いて情報処理サーバ２００に問い合わせる場合について述べる。
まず、劇場３００−１に空席があるかを問い合わせる際、利用者はユーザ端末２０−ｍに劇場３００−１という劇場を特定する劇場情報を含む依頼情報を入力する（ステップＳ７）。ユーザ端末２０−ｍは情報処理サーバ２００に依頼情報をネットワーク１００を介して送信する（ステップＳ８）。
【００２６】
端末側通信部２１は依頼情報を受信し、オーダ解析部２２に出力する。オーダ解析部２２は依頼情報から劇場を特定する劇場３００−１という上記劇場情報を抽出し、抽出された劇場情報に対応させて劇場３００−１の着席状況情報を着席状況データベース１５から検出する（ステップＳ９）。
【００２７】
オーダ解析部２２は検出した着席状況情報の空席数と全座席数から空席率を算出し、算出された空席率である着席状況情報を端末側通信部２１に出力する。端末側通信部２１はユーザ端末２０−ｍに着席状況情報を送信する（ステップＳ１０）。ユーザ端末２０−ｍは受信した着席状況情報を画面に出力する（ステップＳ１１）。
【００２８】
このとき、オーダ解析部２２は着席状況情報として空席率のほかに全座席数、空席数、空席の位置情報、着席状況を検知した時刻である時刻情報を端末側通信部２１に出力してもよい。このとき、オーダ解析部２２は空席の位置情報として空いている座席の座席番号を端末側通信部２１に出力してもよい。また、オーダ解析部２２は空席の位置情報として、空席配置図情報を端末側通信部２１に出力してもよい。この方法としてオーダ解析部２２は、あらかじめ劇場情報と座席配置図とを対応付けて記憶させた座席配置図データベースから、利用者端末から送信された劇場情報をもとに座席配置図を検索し、検索された座席配置図上に空席位置を示した空席配置図情報を端末側通信部２１に出力する。このように座席配置図上に空席位置を示すことで、利用者がグループで席を確保したい場合にグループ全員がまとまって席を確保できる状態であるのか否かを事前に確認することができるようになる。
【００２９】
映画館が複数ある場合には映画館ごとに情報処理サーバ２００を設置し、利用者は空席状況を知りたいと思う映画館の情報処理サーバ２００にネットワーク１００を介して問い合わせてもよいし、図４に示すようにネットワーク１００を介して各映画館の情報処理サーバ２００を接続した集約サーバ４００に着席状況情報を問い合わせてもよい。
【００３０】
集約サーバ４００はユーザ端末２０−ｍから映画館を特定する映画館情報と劇場を特定する劇場情報を含む上記依頼情報を受信する。集約サーバ４００は受信した依頼情報から映画館情報を抽出し、該当する映画館の情報処理サーバ２００に依頼情報を送信する。ステップＳ９〜Ｓ１０と同様に、情報処理サーバ２００は受信した依頼情報に基づいて着席状況情報を着席状況データベース１５から検出し、集約サーバ４００に着席状況情報を送信する。集約サーバ４００は受信した着席状況情報をユーザ端末２０−ｍへ送信し、ステップＳ１１と同様にユーザ端末２０−ｍは受信した着席状況情報を画面に出力する。
【００３１】
以上説明した、第１の実施形態においては、監視対象が映画館の例を示したが、レストランの混雑状況情報の提供に用いることもできる。レストランの混雑状況の提供に適用する場合には、着席状況データベース１５における着席状況の欄に、テーブルが使用されているか否かを示すテーブルの使用状況が記憶される。各テーブルには１つまたは複数の座席が設けられており、座席のいずれかが使用されている場合にはそのテーブルが使用されているものとする。
着席状況データベース１５には、テーブルの識別番号に対応して、そのテーブルに設けられている各座席に取り付けられた着席状況検出機器１０−１〜１０−ｎの機器ＩＤが記憶されている。また、上述した第１の実施形態と同様に、着席状況データベース１５には機器ＩＤに対応して座席番号・着席状況情報・時刻情報を対応付けて記憶されている。
【００３２】
情報書込部１２は機器側通信部１１を介し受信した上記着席情報を機器ＩＤに対応させて、着席情報の着席状況情報および時刻情報を書き込む。また情報書込部１２は、書き込んだ情報からテーブルごとの座席数および着席数を算出し、算出したテーブルごとの座席数および着席数を対応するテーブルの使用状況として、着席状況データベース１５に書き込むことで更新を行う。
オーダ解析部２２は第１の実施形態と同様に、依頼情報からレストランを特定するレストラン情報を抽出し、抽出されたレストラン情報に対応させて各テーブルの使用状況情報を着席状況データベース１５から検出する。
ここで、オーダ解析部２２は各テーブルにおいていずれかの座席が使用されていた場合、テーブルが使用されているとして検出する。
【００３３】
検出した着席状況情報を端末側通信部２１に出力する。端末側通信部２１はユーザ端末２０−ｍに着席状況情報を送信する（ステップＳ１０）。ユーザ端末２０−ｍは受信した着席状況情報を画面に出力する（ステップＳ１１）。
また、オーダ解析部２２は各テーブルに付属する座席グループを構成する座席数と、その着席数を検索する。
【００３４】
＜第２の実施形態＞
次に第２の実施形態として、移動体である路線バスにおけるバス車内の混雑状況情報を提供するリアルタイム情報配信システムをについて説明する。路線バスは１つの路線を走るものとし、常に１つの経路を同一の向きに走行しているものとして説明する。上述した第１の実施形態では座席の着席状況情報のみ記憶させていたが、この実施形態においてはつり革についての使用状況情報およびバスの位置情報も情報収集サーバ２００内のデータベースに記憶させる。以下、バス車内の混雑状況を座席の着席状況情報、つり革使用状況情報、バスの位置情報を用いて利用者に提供する場合について図を用いて説明する。ここで、バスの位置情報とは、バスの停止位置を示す停留所情報である。本実施形態において、停止位置とは、バス、電車等が客の乗降のために停車する一定の場所を示す。
【００３５】
図５は第２の実施形態について説明するためのブロック図である。この第２の実施形態については、第１の実施形態に示す図１と同様の構成に対し同一の符号を付け、その説明を省略する。バス５００−１において、着席検知機器１０−１〜１０−ｎとつり革使用検知機器５０−１〜５０−ｉと位置情報管理部５１とは中間集約部５２に接続されている。また、中間集約部５２は情報処理サーバ２００に接続されている。
【００３６】
着席検知機器１０−１〜１０−ｎは着席情報を中間集約部５２に送信する。５０−１〜５０−ｉはつり革使用検知機器であり、各つり革に設置されている。つり革使用検知機器５０−１〜５０−ｉはつり革を人が使用しているか否かを検知し、検知した結果をつり革使用情報として中間集約部５２に送信する。
【００３７】
つり革使用情報はつり革使用状況情報、機器ＩＤ、時刻情報からなる。このつり革使用状況情報はつり革が使用されているか否かを示す情報である。機器ＩＤはつり革使用検知機器５０−１〜５０−ｉを識別する固有ＩＤである。時刻情報はつり革使用検知機器５０−１〜５０−ｉがつり革使用状況を検知した時間を示す。
【００３８】
位置情報管理部５１はバス停を出発したことを検知すると、中間集約部５２にバスの位置情報として現在地の情報・時刻情報・車両情報を送信する。現在地は出発したバス停を示すバス停番号である。時刻情報は位置情報管理部５１がバス停を出発したことを検知した時刻を示す。車両情報はバスの車両を特定する。
【００３９】
バス停を出発したことを検知する方法としては、各バス停に現在地の情報であるバス停番号情報信号を発信する発信機を設置しておいてもよい。バスが停留所近辺に到着すると位置情報管理部５１は発信機からのバス停番号情報信号を受信する。位置情報管理部５１はバスがバス停を出発しその信号が届かなくなった瞬間にバス停を出発したタイミングであると検知してもよい。また、位置情報管理部５１はＧＰＳ機器を内蔵してバス停を出発したことおよびバスの現在地の情報を取得してもよい。位置情報管理部５１はバスのアナウンスに連動してバス停を出発したことおよびバスの現在地の情報を取得してもよい。
【００４０】
中間集約部５２は位置情報を受信すると着席検知機器１０−１〜１０−ｎおよびつり革使用検知機器５０−１〜５０−ｉに着席情報およびつり革使用情報の送信を要求する。中間集約部５２は受信した上記の着席情報とつり革使用情報と位置情報とを情報処理サーバ２００へ送信する。
【００４１】
情報処理サーバ２００において情報書込部１２は機器側通信部１１を介して上記着席情報、つり革使用情報を機器ＩＤに対応させて混雑状況データベース１６に書き込む。
【００４２】
混雑状況データベース１６は図７に示すように機器ＩＤ・座席つり革位置番号・使用状況情報・時刻情報を対応付けてバスの車両ごとにテーブルとして記憶する。座席つり革位置番号はバス車内の座席位置およびつり革位置を特定する。使用状況情報は座席およびつり革が使用中か否かを示す。時刻情報は着席状況情報およびつり革使用状況情報を検出した時刻情報である。
【００４３】
情報書込部１２は上記位置情報を上記車両情報に対応させて位置情報データベース１７に書き込む。
【００４４】
位置情報データベース１７は図８に示すように上記車両情報に対応して現在地の情報と時刻情報とを対応付けてテーブルとして記憶する。ここで、位置情報は各車両が最後にどのバス停を出発したかを示す。
【００４５】
つり革使用検知機器５０−１〜５０−ｉはつり革使用状況検知センサと通信部を有する。上記つり革使用状況検知センサは図６に示すようにつり革が導電性の部分をつかむような形態であれば、人体が触れることによる電流・抵抗値の変化を検知するセンサを用いてもよいし、輪をつかむ形態であれば上記の電流・抵抗値の変化を検知するセンサや圧力センサ、圧力でＯＮ・ＯＦＦするスイッチ、光検知センサなどを用いてつり革を人が使用しているか否かを検知してもよい。上記通信部はつり革使用情報を中間集約部５２に送信する。
【００４６】
路線情報データベース１８は図９に示すように停留所の名前を示すバス停名情報と、路線順路の順番に対応したバス停番号情報とを対応付けて路線ごとにテーブルとして記憶する。
【００４７】
次に、図５の構成における第２の実施形態のシステムの動作例について図１０のフローチャートを用いて説明する。位置情報管理部５１はバス停を出発したことを検知すると（ステップＳ２１）、位置情報を中間集約部５２に送信する（ステップＳ２２）。
【００４８】
中間集約部５２はバス停を出発した後に位置情報を受信すると着席検知機器１０−１〜１０−ｎに着席状況を検知させる要求信号を送信する。同様に中間集約部５２はつり革使用検知機器５０−１〜５０−ｉに対しつり革使用状況を検知させる要求信号を送信する（ステップＳ２３）。着席検知機器１０−１〜１０−ｎは要求信号を受信すると着席状況を検知し、中間集約部５２に着席情報を送信する。同様につり革使用検知機器５０−１〜５０−ｉは要求信号を受信するとつり革使用状況を検知し、中間集約部５２につり革使用情報を送信する（ステップＳ２４）。中間集約部５２は車両内の着席情報およびつり革使用情報を受信すると上記の着席情報・つり革使用情報・位置情報を情報処理サーバ２００へ送信する（ステップＳ２５）。
【００４９】
情報処理サーバ２００において、情報書込部１２は機器側通信部１１を介して着席情報・つり革使用情報・位置情報を受信し、上記の機器ＩＤに対応させて、入力された使用状況情報と時刻情報とを図７に示す混雑状況データベース１６に書き込むことで更新を行う。ここで使用状況情報は座席またはつり革が使用されているか否かを示し、着席状況情報およびつり革使用状況情報から情報書込部１２によって抽出される。情報書込部１２は車両情報に対応させて図８に示すように現在地の情報と時刻情報とを位置情報データベース１７に書き込むことで更新を行う（ステップＳ２６）。
【００５０】
混雑状況データベース１６および位置情報データベース１７の更新は、情報処理サーバ２００から中間集約部５２へ着席情報・つり革使用情報・位置情報の送信依頼を行い、ステップＳ２２〜Ｓ２６と同様に更新を行ってもよい。また各中間集約部５２はあらかじめ設定した周期ごと定期的に着席情報とつり革使用情報と位置情報とを着席検知機器１０−１〜１０−ｎ・つり革使用検知機器５０−１〜５０−ｉ・位置情報管理部５１に情報送信依頼信号を送信し、ステップＳ２２〜Ｓ２５と同様に中間集約部５２は着席情報・つり革使用情報・位置情報を情報処理サーバ２００へ送信して混雑状況データベース１６および位置情報データベース１７の更新を行ってもよい。また各着席検知機器１０−１〜１０−ｎ、各つり革使用検知機器５０−１〜５０−ｉおよび各位置情報管理部５１はあらかじめ設定した周期ごとに、または、第１の実施形態と同様にそれぞれ着席状況・つり革使用状況・現在地の情報の変化を検知するごとに、それぞれ着席情報・つり革使用情報と・位置情報を中間集約部５２に送信し、ステップＳ２２〜Ｓ２５と同様に混雑状況データベース１６および位置情報データベース１７の更新を行ってもよい。上記のように混雑状況データベース１６および位置情報データベース１７は随時更新されているものとする。
【００５１】
一方、バス停でバスを待っている利用者が次に来るバスの混雑具合についてユーザ端末２０−１〜２０−ｍを用いて情報処理サーバ２００に問い合わせる場合について説明する。
まず、利用者は利用者の乗り込もうとしているバスの停留所を特定するバス停名情報を含む問合せ依頼情報をユーザ端末２０−ｍに入力する（ステップＳ２７）。ステップＳ８と同様にユーザ端末２０−ｍは情報処理サーバ２００に依頼情報をネットワーク１００を介して送信する（ステップＳ２８）。
【００５２】
端末側通信部２１は依頼情報を受信し、オーダ解析部２２に出力する。オーダ解析部２２は依頼情報からバス停を特定する上記バス停名情報を抽出し、このバス停名情報に対応するバス停番号情報を路線情報データベース１８から検索して読み出す。オーダ解析部２２は読み出したバス停番号を起点として路線情報データベース１８からバス路線の順路を１つ遡ったバス停番号を検索して読み出す。オーダ解析部２２は読み出したバス停番号と位置情報データベース１７の現在地の情報とが対応するバスの車両を位置情報データベース１７から検索する。対応するバスの車両が見つからなければオーダ解析部２２は路線情報データベース１８からバス停の順路をさらに１つ遡ってバス停番号を検索し、位置情報データベース１７から対応するバスの車両を検索することを対応するバスの車両が見つかるまで繰り返す。最初に検索で読み出されたバス車両を次に来るバスとし、車両番号情報を基に混雑状況データベース１６から該当車両の混雑状況情報を読み出す（ステップＳ２９）。
【００５３】
オーダ解析部２２は検出した混雑状況情報を端末側通信部２１に出力する。端末側通信部２１はユーザ端末２０−ｍに混雑状況情報を送信する（ステップＳ３０）。ユーザ端末２０−ｍは受信した混雑状況情報を画面に出力する（ステップＳ３１）。
【００５４】
混雑状況情報は総座席数および総つり革数と使用数としても良いし、使用数を総座席数および総つり革数で割った使用率としてもよい。また混雑状況情報は混雑具合をレベル別に示してもよい。たとえば座席の使用率が５０％未満の場合を「混雑度１」、座席の使用率が５０％以上８０％未満の場合を「混雑度２」、座席の使用率は８０％以上９５％未満でつり革の使用率が３０％未満の場合を「混雑度３」、座席の使用率は８０％以上９５％未満でつり革の使用率が８０％未満の場合を「混雑度４」、座席の使用率が９５％以上でつり革の使用率が８０％以上の場合を「混雑度５」とするように、閾値を設けて混雑度をレベル分けしてもよい。
【００５５】
路線が複数ある場合には路線情報データベース１８に図１１に示すように路線ごとに路線情報を記録し、利用者は路線を識別する路線識別情報とバス停名情報とを送信してもよい。
【００５６】
また、中間集約部５２を設けずに、位置情報管理部５１と着席検知機器１０−１〜１０−ｎとつり革使用検知機器５０−１〜５０−ｉとを、直接情報処理サーバ２００に接続する構成としてもよい。
【００５７】
また、ステップＳ２９において、オーダ解析部２２は、最初に検索で読み出されたバス車両のみを検索しているが、さらに加えて、同じ現在地情報を持つバスの複数台の車両を読み出して混雑状況を端末側通信部２１に出力してもよいし、利用者の乗り込むバス停に向かっている次のバスよりも後続の複数のバスを検出して、利用者の乗り込むバス停に近い順に混雑状況を端末側通信部２１に出力してもよい。このとき後続の複数のバスを検出する方法として、オーダ解析部２２は、ステップＳ２９における路線情報データベース１８からバス停の順路をさらに１つ遡ってバス停番号を検索し、位置情報データベース１７から対応するバスの車両を検索する動作を複数回繰り返すことで複数のバスを検出する。
【００５８】
また、第２の実施形態として路線バスの例を示したが、電車における車内の混雑状況情報を提供してもよい。第２の実施形態において混雑状況データベース１６にバスの車両ごとに記憶していた混雑状況情報を、電車では１両ごとに記憶してもよいし、列車ごとに記憶してもよい。
【００５９】
＜第３の実施形態＞
次に第３の実施形態について説明する。第１の実施形態においては、混雑状況の監視対象が映画館の例を示したが、第３の実施形態では駐車場における空車状況情報のリアルタイム情報配信システムに適用する場合について説明する。第１の実施形態において着席状況データベース１５は劇場ごとに着席状況情報を記憶していたが、駐車場の場合では駐車状況データベース６１は駐車場ごとに駐車状況情報を記憶する。
【００６０】
図１１は第３の実施形態について説明するためのブロック図である。この第３の実施形態については第１の実施形態に示す図１と同様の構成に対し同一の符号を付け、その説明を省略する。駐車場６００−１において、駐車検知機器６０−１〜６０−ｎは情報処理サーバ２００に接続されている。
【００６１】
駐車検知機器６０−１〜６０−ｎは、駐車状況検知センサと通信部を有し、各駐車スペースの車両検知が可能な位置に設置されている。ここで駐車スペースとは車両１台分が駐車可能な駐車領域を示す。駐車検知機器６０−１〜６０−ｎは駐車スペースに車両が駐車されているか否かを検知し、検知した結果を駐車情報として情報処理サーバ２００に送信する。
【００６２】
駐車情報は駐車状況情報、機器ＩＤ、時刻情報からなる。駐車状況情報は駐車スペースに車両が駐車されているか否かを示す情報である。機器ＩＤは駐車検知機器６０−１〜６０−ｎを識別する固有ＩＤ情報である。時刻情報は駐車検知機器６０−１〜６０−ｎが駐車状況を検知した時間を示す情報である。
【００６３】
上記駐車状況検知センサは圧力センサや、光検知センサ、超音波によって物体との距離を測定する超音波センサなどのいずれかの方法またはいくつかの組み合わせを用いることが可能であり、駐車スペースに車両が駐車しているか否かを検知する。上記通信部は駐車情報を情報処理サーバ２００に送信する。
【００６４】
駐車状況データベース６１は図１２に示すように機器ＩＤに対応させて駐車位置番号と駐車状況と時刻情報とを対応付けて駐車場ごとにテーブルとして記憶する。駐車位置番号は駐車場内における駐車スペースの個別の位置を示す。
【００６５】
情報処理サーバ２００において、情報書込部１２は、機器側通信部１１を介して上記駐車情報を機器ＩＤに対応させて駐車状況データベース６１に書き込む。
【００６６】
次に、図１１の構成におけるシステムの動作例について図１３のフローチャートを用いて説明する。駐車検知機器６０−１〜６０−ｎは駐車場の各駐車スペースにおいて、車両の有無を示す駐車状況の変化を検知する（ステップＳ６１）。ここで駐車状況の変化とは駐車状況検知センサが検知している信号の変化とする。駐車検知機器６０−ｎは駐車情報を情報処理サーバ２００に送信する（ステップＳ６２）。
【００６７】
情報書込部１２は機器側通信部１１を介して受信した上記着席情報の機器ＩＤに対応させて、駐車情報の駐車状況情報および時刻情報を図１２に示す駐車状況データベース６１に書き込むことで更新を行う（ステップＳ６３）。
【００６８】
駐車状況データベース６１の更新は、情報処理サーバ２００から各駐車検知機器６０−１〜６０−ｎへ駐車情報送信依頼信号の送信を行い、駐車検知機器６０−１〜６０−ｎが駐車情報を送信して行ってもよい。また、各駐車検知機器６０−１〜６０−ｎはあらかじめ設定した周期ごと定期的に駐車状況を検出し、ステップＳ６２〜Ｓ６３と同様に駐車情報を情報処理サーバ２００へ送信して駐車状況データベース６１の更新を行ってもよい。上記のように各駐車スペースの各駐車検知機器６０−１〜６０−ｎは駐車情報を情報処理サーバ２００に送信し、駐車状況データベース６１は随時更新されているものとする。
【００６９】
利用者が駐車場６００−１に空きスペースがあるか否かについてユーザ端末２０−１〜２０−ｍを用いて情報処理サーバ２００に問い合わせる場合について述べる。
まず、駐車場６００−１に空きスペースがあるかを問い合わせる際、利用者はユーザ端末２０−ｍに駐車場６００−１という駐車場を特定する駐車場情報を含む依頼情報を入力する（ステップＳ６７）。ユーザ端末２０−ｍは情報処理サーバ２００に上記依頼情報をネットワーク１００を介して送信する（ステップＳ６８）。
【００７０】
端末側通信部２１は依頼情報を受信し、オーダ解析部２２に出力する。オーダ解析部２２は依頼情報から駐車場を特定する駐車場６００−１という駐車場情報を抽出する。オーダ解析部２２は抽出された駐車場情報に基づいて駐車場６００−１の駐車状況情報を駐車状況データベース６１から検出する（ステップＳ６９）。
【００７１】
オーダ解析部２２は検出した駐車状況情報を端末側通信部２１に出力する。端末側通信部２１はユーザ端末２０−ｍに駐車状況情報を送信する（ステップＳ７０）。ユーザ端末２０−ｍは受信した駐車状況情報を画面に出力する（ステップＳ７１）。
【００７２】
また、図４に示すようにネットワーク１００を介して各駐車場の情報処理サーバ２００を接続した集約サーバ４００に駐車状況情報を問い合わせてもよい。
【００７３】
上記第３の実施形態では駐車場における駐車状況情報について説明したが、トイレの使用状況情報を提供してもよい。第３の実施形態において駐車状況データベース６１に駐車場ごとに記憶していた駐車状況情報を、トイレの場合ではトイレの場所ごとに使用状況情報を記憶する。そして、駐車検知機器としてトイレの使用状況検知機器を用いる。トイレの使用状況検知機器はドアの鍵部分に鍵がかかっているか否かを検知するセンサを用いてもよいし、便器の近辺に人がいるか否かを検知する赤外線センサ、光センサなどを用いてもよい。
【００７４】
上記第１の実施形態において各着席検知機器１０−１〜１０−ｎは第２の実施形態と同様に劇場ごとに中間集約部５２に着席情報を送信し、中間集約部５２は上記着席情報を情報処理サーバ２００に送信してもよい。同様に第３の実施形態において各駐車検知機器６０−１〜６０−ｎは駐車場ごとに中間集約部５２に駐車情報を送信し、中間集約部５２は上記駐車情報を情報処理サーバ２００に送信してもよい。
【００７５】
上記すべての実施形態において、データベースに記憶される時刻情報は占有状況の変化を検出した時刻としているが、情報処理サーバ２００で占有情報を受信した時刻を時刻情報としてデータベースに記憶してもよい。
【図面の簡単な説明】
【００７６】
【図１】本発明の第１の実施形態による複合映画館におけるリアルタイム離着席情報配信システムの全体構成を示すブロック図である。
【図２】着席状況データベース１５に記憶される着席情報の一例を示す図面である。
【図３】第１の実施の形態によるリアルタイム離着席情報配信システムの動作フローを示すフローチャートである。
【図４】第１の実施の形態において集約サーバを用いた場合のリアルタイム離着席情報配信システムの全体構成を示すブロック図である。
【図５】本発明の第２の実施形態によるバス車内の混雑状況情報を提供するリアルタイム情報配信システムの全体構成を示すブロック図である。
【図６】第２の実施形態によるつり革に設置されるつり革使用検知機器の一例を示す図面である。
【図７】混雑状況データベース１６に記憶される使用状況情報の一例を示す図面である。
【図８】位置情報データベース１７に記憶される位置情報の一例を示す図面である。
【図９】路線情報データベース１８に記憶される路線情報の一例を示す図面である。
【図１０】第２の実施の形態によるリアルタイム情報配信システムの動作フローを示すフローチャートである。
【図１１】本発明の第３の実施形態による駐車場における空車状況情報のリアルタイム情報配信システムの全体構成を示すブロック図である。
【図１２】駐車状況データベース６１に記憶される駐車状況情報の一例を示す図面である。
【図１３】第３の実施の形態によるリアルタイム情報配信システムの動作フローを示すフローチャートである。
【符号の説明】
【００７７】
１０−１〜１０−ｎ,１０−ｐ〜１０−ｑ 着席検知機器 １１ 機器側通信部
１２ 情報書込部 １５ 着席状況データベース １６ 混雑状況データベース
１７ 位置情報データベース １８ 路線情報データベース ２０−１〜２０−ｍ ユーザ端末 ２１ 端末側通信部 ２２ オーダ解析部 ５０−１〜５０−ｉ，５０−ｊ〜５０−ｋ つり革使用検知機器 ５１ 位置情報管理部 ５２ 中間集約部 ６０−１〜６０−ｎ,６０−ｐ〜６０−ｑ 駐車検知機器 ６１ 駐車状況データベース １００ ネットワーク ２００ 情報処理サーバ ３００−１〜３００−α 劇場 ４００ 集約サーバ ５００−１〜５００−β バス ６００−１〜６００−γ 駐車場
【特許請求の範囲】
【請求項１】
各占有領域に設置される占有状況検出機器の検出結果である検知対象物の有無を示す占有情報を、利用者が利用者端末から検索する検索システムに用いられる情報処理サーバであり、
前記占有状況検出機器の検出機器識別情報と、該占有状況検出機器が設置されている領域の占有情報と、領域の領域識別情報とが対応して記憶されている占有情報データベースと、
前記占有状況検出機器から入力される占有情報を、該占有状況検出機器の検出機器識別情報に対応して前記占有情報データベースに登録する情報登録部と、
前記利用者端末から入力される前記領域識別情報により、前記占有情報データベースを検索し、利用者端末へ検索結果を送信する情報検索部と、
を有することを特徴とする情報処理サーバ。
【請求項２】
前記占有情報データベースは、１つまたは複数の前記占有領域が配置されている占有領域帯を特定するための情報である占有領域帯情報ごとに占有領域帯に含まれる前記検出機器識別情報と、前記占有情報と、前記領域識別情報とを対応させて記憶する
ことを特徴とする請求項１に記載の情報処理サーバ。
【請求項３】
前記情報検索部は、前記利用者端末から入力される前記領域識別情報または前記占有領域帯情報により、前記占有情報データベースを検索し、該利用者端末へ空いている領域の割合を示す非占有領域率を算出した検索結果を送信する
ことを特徴とする請求項１または請求項２に記載の情報処理サーバ。
【請求項４】
前記占有領域帯である移動体の位置検出機器から入力される位置検出識別情報と、該位置検出機器から入力される前記占有領域帯情報とが対応して記憶されている位置情報データベースを
さらに有することを特徴とする請求項３に記載の情報処理サーバ。
【請求項５】
前記情報登録部は、前記位置識別情報を、該位置検出機器から入力される前記占有領域帯情報に対応して前記位置情報データベースに登録する
ことを特徴とする請求項４に記載の情報処理サーバ。
【請求項６】
移動体が停止する位置を示す停止位置情報と、前記移動体の停止する順番を示す停止順番情報とが、移動体の移動経路である路線ごとに対応して記録されている路線情報データベースをさらに有し、
前記情報検索部が、利用者端末から入力される前記停止位置情報により、前記路線情報データベースから該停止位置情報の停止順番情報を検索し、該停止順番情報より小さい停止順番情報に対応する位置一識別情報の移動体を位置情報データベースから検索し、検索された移動体の占有情報を占有情報データベースから検索する
ことを特徴とする請求項５に記載の情報処理サーバ。
【請求項７】
各占有領域に設置され、占有領域における検出対象物の有無を有無状況変化時に検出し、検出結果として占有情報を出力する占有状況検出機器と、
利用者により前記占有領域を示す領域識別情報が入力される利用者端末と、
前記占有情報が、該占有状況検出機器を識別する検出機器識別情報に対応して記憶される占有情報データベースと、前記占有状況検出機器から入力される占有情報を、前記検出機器識別情報に対応して占有情報データベースに記憶させる情報登録部と、入力される前記領域識別情報により、占有情報データベースを検索し、該領域識別情報に対応する占有情報を検索し、前記利用者端末に送信する情報検索部とからなる情報処理サーバと
を有することを特徴とする情報配信システム。
【請求項８】
占有状況検出機器が各占有領域に設定され、占有領域における検出対象物の有無を検出し、検出結果として占有情報を出力する占有状況検出過程と、
情報処理サーバが、前記占有状況検出機器から入力される占有情報を、前記検出機器識別情報に対応して占有情報データベースに記憶させる情報登録過程と、
利用者端末が利用者により入力された前記占有領域を示す領域しけ別識別情報を情報処理サーバへ送信する依頼過程と、
情報処理サーバが、利用者端末から入力される前記領域識別情報により、占有情報データベースを検索し、該領域識別情報に対応する占有情報を検索し、前記利用者端末に送信する情報検索過程と
を有することを特徴とする情報配信システム。
【請求項９】
請求項１〜６のいずれかに記載の情報処理サーバとして、コンピュータを機能させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
各占有領域に設置される占有状況検出機器の検出結果である検知対象物の有無を示す占有情報を、利用者が利用者端末から検索する検索システムに用いられる情報処理サーバであり、
前記占有状況検出機器の検出機器識別情報と、該占有状況検出機器が設置されている領域の占有情報と、領域の領域識別情報とが対応して記憶されている占有情報データベースと、
前記占有状況検出機器から入力される占有情報を、該占有状況検出機器の検出機器識別情報に対応して前記占有情報データベースに登録する情報登録部と、
前記利用者端末から入力される前記領域識別情報により、前記占有情報データベースを検索し、利用者端末へ検索結果を送信する情報検索部と、
を有することを特徴とする情報処理サーバ。
【請求項２】
前記占有情報データベースは、１つまたは複数の前記占有領域が配置されている占有領域帯を特定するための情報である占有領域帯情報ごとに占有領域帯に含まれる前記検出機器識別情報と、前記占有情報と、前記領域識別情報とを対応させて記憶する
ことを特徴とする請求項１に記載の情報処理サーバ。
【請求項３】
前記情報検索部は、前記利用者端末から入力される前記領域識別情報または前記占有領域帯情報により、前記占有情報データベースを検索し、該利用者端末へ空いている領域の割合を示す非占有領域率を算出した検索結果を送信する
ことを特徴とする請求項１または請求項２に記載の情報処理サーバ。
【請求項４】
前記占有領域帯である移動体の位置検出機器から入力される位置検出識別情報と、該位置検出機器から入力される前記占有領域帯情報とが対応して記憶されている位置情報データベースを
さらに有することを特徴とする請求項３に記載の情報処理サーバ。
【請求項５】
前記情報登録部は、前記位置識別情報を、該位置検出機器から入力される前記占有領域帯情報に対応して前記位置情報データベースに登録する
ことを特徴とする請求項４に記載の情報処理サーバ。
【請求項６】
移動体が停止する位置を示す停止位置情報と、前記移動体の停止する順番を示す停止順番情報とが、移動体の移動経路である路線ごとに対応して記録されている路線情報データベースをさらに有し、
前記情報検索部が、利用者端末から入力される前記停止位置情報により、前記路線情報データベースから該停止位置情報の停止順番情報を検索し、該停止順番情報より小さい停止順番情報に対応する位置一識別情報の移動体を位置情報データベースから検索し、検索された移動体の占有情報を占有情報データベースから検索する
ことを特徴とする請求項５に記載の情報処理サーバ。
【請求項７】
各占有領域に設置され、占有領域における検出対象物の有無を有無状況変化時に検出し、検出結果として占有情報を出力する占有状況検出機器と、
利用者により前記占有領域を示す領域識別情報が入力される利用者端末と、
前記占有情報が、該占有状況検出機器を識別する検出機器識別情報に対応して記憶される占有情報データベースと、前記占有状況検出機器から入力される占有情報を、前記検出機器識別情報に対応して占有情報データベースに記憶させる情報登録部と、入力される前記領域識別情報により、占有情報データベースを検索し、該領域識別情報に対応する占有情報を検索し、前記利用者端末に送信する情報検索部とからなる情報処理サーバと
を有することを特徴とする情報配信システム。
【請求項８】
占有状況検出機器が各占有領域に設定され、占有領域における検出対象物の有無を検出し、検出結果として占有情報を出力する占有状況検出過程と、
情報処理サーバが、前記占有状況検出機器から入力される占有情報を、前記検出機器識別情報に対応して占有情報データベースに記憶させる情報登録過程と、
利用者端末が利用者により入力された前記占有領域を示す領域しけ別識別情報を情報処理サーバへ送信する依頼過程と、
情報処理サーバが、利用者端末から入力される前記領域識別情報により、占有情報データベースを検索し、該領域識別情報に対応する占有情報を検索し、前記利用者端末に送信する情報検索過程と
を有することを特徴とする情報配信システム。
【請求項９】
請求項１〜６のいずれかに記載の情報処理サーバとして、コンピュータを機能させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００７−２９９２６０（Ｐ２００７−２９９２６０Ａ）
【公開日】平成１９年１１月１５日（２００７．１１．１５）
【国際特許分類】
【出願番号】特願２００６−１２７５４８（Ｐ２００６−１２７５４８）
【出願日】平成１８年５月１日（２００６．５．１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成１９年１１月１５日（２００７．１１．１５）
【国際特許分類】
【出願日】平成１８年５月１日（２００６．５．１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]