JP2009184459A

JP2009184459A - 情報管理装置

Info

Publication number: JP2009184459A
Application number: JP2008025123A
Authority: JP
Inventors: Ryo Eboshi; 亮画星
Original assignee: Aruze Corp
Current assignee: Universal Entertainment Corp
Priority date: 2008-02-05
Filing date: 2008-02-05
Publication date: 2009-08-20

Abstract

【課題】乗り物に設けられた乗物重量計測手段により取得した重量情報から混雑状況を算出し、携帯電話等の端末装置の利用者に列車等の混雑状況の情報を提供する。
【解決手段】列車２０に関する特定情報及び重量情報を取得し、且つ携帯電話３１へ送信するサーバ１であって、列車２０に関する特定情報及び重量情報を取得する受信部１６と、取得した列車２０に関する特定情報及び重量情報から、列車２０の混雑状況を取得する制御装置１０と、混雑状況及び列車２０に関する特定情報を、アクセス要求のあった携帯電話３１に送信する通信部１３とを備えた構成とする。
【選択図】図１

Description

本発明は、乗り物の混雑状況を利用者の携帯端末に知らせる情報管理装置に関する。

従来、バスや電車等の公共交通機関を利用している者にとって、次のバスや電車がいつ来るのか気になることが良くある。このため、携帯電話を使ってバスや電車の発車時刻を知らせるサービスを行なうことが提案されている（例えば、特許文献１）。

更に、電車の発車時刻だけでなく、電車の混雑状況等の付加情報を知らせる情報管理装置が提案されている（例えば、特許文献２）。これは、バスの乗り口と降り口とに赤外線センサを設け、この赤外線センサによりバスに乗った人の数とバスから降りた人の数とを検出し、バスに乗った人の数とバスから降りた人の数との差を検出することによりバスの混雑状況の付加情報を把握している。

特開平１１−３４８７２号公報特開２００１−６０９１号公報

しかしながら、出入口が１つしかないバスでは有効かもしれないが、出入口が広く多数の乗客が同時に多数の出入口から乗り降りする列車等では、赤外線センサを使って混雑状況を把握するのは困難である。

そこで、本発明の目的は、乗り物に設けられた乗物重量計測手段により取得した重量情報から混雑状況を算出し、もって、携帯電話等の端末装置の利用者に列車等の混雑状況の情報を提供することにある。

課題を解決するための手段及び効果

本発明は、乗り物に関する特定情報及び重量情報を取得し、且つ端末装置へ送信する情報管理装置であって、乗り物に関する特定情報及び重量情報を取得する情報取得手段と、取得した乗り物に関する特定情報及び重量情報から、乗り物の混雑状況を取得する混雑状況取得手段と、混雑状況及び乗り物に関する特定情報を、アクセス要求のあった端末装置に送信する送信手段とを備えている。

上記の構成によれば、端末装置を操作することによって情報管理装置から所定の乗り物の混雑状況に関する情報を取得することができる。これにより、当該乗り物の利用者は、混雑状況に応じて時間をずらすなどして混雑を回避して乗り物を利用することができる。また、係る混雑状況に関する情報を利用者に提供すれば、特定の列車だけが混雑するという状況を緩和することができる場合がある。

また、本発明の情報管理装置において、情報取得手段は、複数の車両を有する列車に関する特定情報及び各車両の重量情報を取得し、混雑状況取得手段は、取得した複数の車両を有する列車に関する特定情報及び各車両の重量情報から、列車の車両毎の混雑状況を取得し、送信手段は、列車の車両毎の混雑状況及び複数の車両を有する列車に関する特定情報を、アクセス要求のあった端末装置に送信してもよい。

上記の構成によれば、端末装置を操作することによって情報管理装置から所定の複数の車両を有する列車の車両毎の混雑状況に関する情報を取得することができる。これにより、当該列車の利用者は、各車両の混雑状況に応じて乗車する車両を変えるなどして混雑した車両を回避して列車を利用することができる。また、係る各車両の混雑状況に関する情報を利用者に提供すれば、特定の車両だけが混雑するという状況を緩和することができる場合がある。

また、本発明の情報管理装置は、時刻表及び混雑状況を記憶する記憶手段を備え、混雑状況取得手段は、記憶手段に記憶された時刻表と当該時刻表に記載された時刻に発車する列車の混雑状況との対応関係を取得し、送信手段は、記憶手段に記憶された時刻表と当該時刻表に記載された時刻に発車する列車の混雑状況との対応関係を、アクセス要求のあった端末装置に送信してもよい。

上記の構成によれば、端末装置を操作することによって情報管理装置から時刻表と当該時刻表に記載された時刻に発車する列車の混雑状況との対応関係に関する情報を取得することができる。これにより、列車の利用者は、端末装置を操作して、利用する駅に到着する列車毎の混雑状況を時刻表を参照しながら一見して把握することができる。

また、本発明の情報管理装置は、時刻表及び混雑状況を逐次記憶する記憶手段を備え、混雑状況取得手段は、時刻表に記載された時刻に発車する列車の時間による混雑状況の推移を取得し、送信手段は、時刻表に記載された時刻に発車する列車の時間による混雑状況の推移を、アクセス要求のあった端末装置に送信してもよい。

上記の構成によれば、端末装置を操作することによって情報管理装置から時刻表に記載された時刻に発車する列車の時間による混雑状況の推移に関する情報を取得することができる。これにより、列車の利用者は、端末装置を操作して、利用する駅を所定の時間に発車する列車の時間による混雑状況の推移を一見して把握することができる。

また、本発明の情報管理装置において、重量情報は、乗り物に設けられた乗物重量計測手段により取得してもよい。

上記の構成によれば、乗り物に設けられた乗物重量計測手段により乗り物の重量情報を取得することができる。これにより、例えば、乗り物が停車・移動中であっても、常時、情報取得手段は重量情報を取得することができる。

また、本発明の情報管理装置において、重量情報は、線路に設けられた車両重量計測手段により取得してもよい。

上記の構成によれば、線路に設けられた車両重量計測手段により線路上の車両の重量情報を取得することができる。これにより、例えば、停車駅の線路上に車両重量計測手段を設けることで、駅での人の乗り換え後の列車の重量情報を取得することができる。

（実施の形態）
本発明の実施の形態を図１ないし図１１に基づいて以下に説明する。本発明は、例えば、列車の混雑状況を利用者の携帯端末に知らせる情報管理装置を用いた情報管理システムなどに適用される。

図１は、本実施形態に係る情報管理システム全体の構成図である。図２は、本実施形態に係る情報管理システム全体のブロック図である。以下、列車２０の構成、サーバ１の構成及び携帯電話３１の構成からなる_{情報管理システムの構成}を図１及び図２に基づいて説明する。

（情報管理装置全体の構成）
図１における情報管理装置を使用した情報管理システムの構成は、特定情報としての列車２０の車両の種類、車両番号、車両の位置、車両重量、定員人数、及び重量情報等の情報の客体及びその送信主体となる列車２０と、情報管理装置としてのサーバ１、及びサーバ１へネットワーク３０を介してアクセス要求を実行する端末装置としての携帯電話３１とからなる。

まず、図２に示すように、列車２０は、列車２０の各車両に乗車した乗客の全重量を測定する乗物重量計測手段としての重量計測装置２１と、各車両の特定情報としての車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報をサーバ１に送信する送信装置２３とを備えている。また、図示しないが、各種動作制御を行う演算装置を備えている。

重量計測装置２１は、図３の（Ａ）に示すように、列車２０の各車両の床一面に設けられており、列車２０の乗客が乗り降りした時点（本実施例では、乗客が乗り降りするドアが閉まった時点とする）における乗客等の総重量を計測する（重量計測装置２１の詳細は後述する）。また、送信装置２３は、公衆回線網を含むネットワークと常時接続されており、そのネットワークを介して、サーバ１と通信可能に接続されている。そして、送信装置２３は、重量計測装置２１で計測した乗客等の総重量の情報、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報をサーバ１に適時送信する。

前述した重量計測装置２１は、図３の（Ａ）に示すように、列車２０の乗客等の重量を測定するための測定装置で、車両の床下に埋設されている。そして、駅到着時に重量計測装置２１上を乗客が乗り降りした後、列車のドアが閉まった後駅発車直前に重量計測を行ない、乗客等の総重量が測定される。

上記構成によれば、列車２０に設けられた重量計測装置２１により列車２０の乗客の重量情報を取得することができる。これにより、例えば、列車２０が停車・移動中であっても、常時、重量計測装置２１は重量情報を取得することができる。

なお、本実施例では、重量計測装置２１を各列車２０の車両の床下に埋設されたものを用いているが、これに限らない。例えば、図３の（Ｂ）に示すように、車両重量計測手段としての重量計測装置２７は、列車２０の車両全体の重量を測定するための測定装置で、駅のホーム２５で列車２０が停車する線路２４上に設置してもよい。そして、重量計測装置２７は、駅到着時に乗客が乗り降りした後、列車のドアが閉まった後駅発車直前に重量計測を行ない、列車２０の車両全体の総重量を測定してもよい。

上記構成によれば、線路２４に設けられた重量計測装置２７により線路２４上の列車２０の車両の重量情報を取得することができる。これにより、例えば、停車駅の線路２４上に重量計測装置２７を設けることで、駅での人の乗り換え後の列車２０の重量情報を取得することができる。

次に、乗客等の総重量の情報、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報の管理を行うサーバ１は、制御装置１０の基板に設けられたＣＰＵ１１で動作が制御されている。ＣＰＵ１１は、予め設定されたプログラムに従って制御動作を行う。また、サーバ１には、列車２０の送信装置２３により送信された乗客等の総重量の情報、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報を受信する情報取得手段としての受信部１６が設けられている。

また、サーバ１は、サーバ１の制御動作をするプログラムが記憶されたＲＯＭ１５及び乗客等の総重量の情報、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報を記憶する記憶手段としてのＲＡＭ１４を有している。記憶手段としてのＲＯＭ１５は、列車２０が駅を発車する時刻を表した時刻表情報を格納している。ＲＡＭ１４は、受信部１６で受信した乗客等の総重量の情報、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報を記憶する。そして、読み取った情報を表示する表示部１２を有している。更に、サーバ１は、インターネットや公衆回線とデータの送受信を行う送信手段としての通信部１３を備えている。

また、サーバ１は、プロバイダを介してインターネットや公衆回線網を含むネットワーク３０と常時接続されており、そのネットワーク３０を介して、端末装置としての携帯電話３１と通信可能に接続されている。

ここで、混雑状況取得手段としてのＣＰＵ１１は、列車２０の送信装置２３から受信した列車２０の特定情報である乗客等の総重量の情報、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報から列車２０の混雑状況を算出する。具体的には、「（乗客等の総重量÷人の平均体重（本実施例では、６０ｋｇとする））÷車両の定員人数＝混雑状況（％）」として算出する。そして、算出した混雑状況をＲＡＭ１４に逐次記憶する。

なお、乗客の総重量を算出するにあたって車両重量計測手段としての重量計測装置２７を使用した場合は、混雑状況取得手段としてのＣＰＵ１１は、列車２０の送信装置２３から受信した列車２０の特定情報である列車２０の列車全体（車両単位）の総重量の情報（車両重量及び乗客をも含めた重量）、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報から列車２０の混雑状況を算出する。具体的には、「（（車両全体の総重量−車両の重量）÷人の平均体重（本実施例では、６０ｋｇとする））÷車両の定員人数＝混雑状況（％）」として算出する。そして、算出した混雑状況をＲＡＭ１４に逐次記憶する。

サーバ１と通信可能に接続された携帯電話３１は、サーバ１と情報の送受信を行えるよう通信部３３を介してネットワーク３０と接続されている。また、携帯電話３１は、受信した情報を表示する表示モニタ３２を備えている。そして、受信した情報を表示モニタ３２に表示するため、携帯電話３１は、情報を記憶する情報記憶装置と情報を管理する中央演算装置とキーボードなどの入力装置からなり、ネットワーク３０を介してサーバ１に対して情報の照会を行なうことができる。

また、サーバ１を利用する者は、世帯属性情報を登録することにより、自己が所有する、通信部３３、表示モニタ３２及びブラウザフォン機能を有した携帯電話３１を使用してサーバ１に対して情報の照会を行なうことができる。

上記の構成によれば、携帯電話３１を操作することによってサーバ１から所定の乗り物の混雑状況に関する情報を取得することができる。これにより、当該乗り物の利用者は、混雑状況に応じて時間をずらすなどして混雑を回避して乗り物を利用することができる。また、係る混雑状況に関する情報を利用者に提供すれば、特定の列車だけが混雑するという状況を緩和することができる場合がある。

また、携帯電話３１を操作することによってサーバ１から所定の複数の車両を有する列車２０の車両毎の混雑状況に関する情報を取得することができる。これにより、当該列車２０の利用者は、各車両の混雑状況に応じて乗車する車両を変えるなどして混雑した車両を回避して列車を利用することができる。また、係る各車両の混雑状況に関する情報を利用者に提供すれば、特定の車両だけが混雑するという状況を緩和することができる場合がある。

尚、上述したネットワーク３０は、インターネットや公衆回線網を含むものとして説明したが、さらにデジタル放送やＣＡＴＶ、無線ＬＡＮ等をその一部に含むものとしてもよい。

（携帯電話の画面表示及び操作方法）
携帯電話３１の表示モニタ３２の画面表示及び操作方法について図８、図９、図１０及び図１１に基づいて説明する。図８は、表示モニタに表示される駅検索画面の説明図である。図９は、表示モニタに表示される時刻表と混雑状況との対応関係画面の説明図である。図１０は、表示モニタに表示される混雑状況の変化を示す画面の説明図である。図１１は、表示モニタに表示される車両番号と混雑状況との対応関係画面の説明図である。

まず、情報管理システムとしてのサーバ１を使った列車の混雑状況検索サービスの利用者は、携帯電話３１を利用して管理会社等に設置されているサーバ１にアクセスする。このとき、携帯電話３１は、予めインストールされている所定のソフトウエアを用いて、ＲＡＭ１４に格納されている駅検索画像情報を取り込んで、図８に示すように駅検索画面を表示モニタ３２に表示させる。

ここで表示される画面には、現在の時刻が右隅に表示される。また、表示モニタ３２には、検索対象となる駅名を入力する入力欄４０と、入力欄４０で入力した駅名の情報をサーバ１に送信する決定ボタン４１と、最寄の駅名を一覧表示して検索対象を簡易検索する検索ボタン４２が表示される。

次に、利用者は、図８に示した入力欄４０に駅名を入力し、決定ボタン４１を選択すると、携帯電話２１から入力された駅名情報がサーバ１に送信される。そして、駅名情報を受信したサーバ１から、入力欄４０で入力した駅の時刻表と混雑状況との対応関係情報が送信され、図９に示すように表示モニタ３２に表示される。

ここで表示される画面には、図８に示した入力欄４０で入力された駅の「○○方面」の時刻表４４とその時刻に発車する列車の最新の混雑状況４５の対応関係表が表示される。また、同様に入力欄４０で入力された駅の「△△方面」の時刻表４７とその時刻に発車する列車の最新の混雑状況４８の対応関係表が表示される。また、図８に示す駅検索画面に表示画面を戻す戻るボタン５０、表示された時刻表以降の時刻表と混雑状況との対応関係表へ移行する次ページボタン５２、及び当混雑状況検索サービスを終了させる終了ボタン５１が表示モニタ３２に表示される。また、混雑状況の各駅での推移を知りたい列車を選択する時刻カーソル４６も表示される。

具体的には、図９に示すように「０８：１０」にＥ駅を発車する列車であれば、現在その列車はＤ駅を発車した段階で列車全体の混雑状況は「１００％」と表示される。同様に「０８：１５」にＥ駅を発車する列車であれば、現在その列車はＣ駅を発車した段階で列車全体の混雑状況は「１２０％」と表示される。

この場合、携帯電話３１を操作することによってサーバ１から時刻表と当該時刻表に記載された時刻に発車する列車の混雑状況との対応関係に関する情報を取得することができる。これにより、列車の利用者は、携帯電話３１を操作して、利用する駅に到着する列車２０毎の混雑状況を時刻表を参照しながら一見して把握することができる。

次に、利用者は、図９に示した時刻カーソル４６で知りたい列車の発車時刻を選択すると（本実施例では、「０８：１０」の時刻にＥ駅を発車する列車を選択する）、携帯電話２１から選択された時刻情報がサーバ１に送信される。そして、時刻情報を受信したサーバ１から、時刻カーソル４６で選択した時刻情報の時刻に発車する列車の混雑状況の変化情報が送信され、図１０に示すように表示モニタ３２に表示される。

ここで表示される画面には、図９に示した時刻カーソル４６で選択された時刻に発車する列車の停車駅名欄５３とその停車駅の混雑状況を表示した混雑状況の変化欄５４の対応関係表が表示される。また、時刻カーソル４６で選択された時刻に発車する列車に関する情報も特定情報欄５５に表示される。また、図９に示す駅検索画面に表示画面を戻す戻るボタン５０、時刻カーソル４６で選択された時刻の次の時刻に発車する列車の停車駅名欄５３とその停車駅の混雑状況を表示した混雑状況の変化欄５４の対応関係表に移行する次ページボタン５２、及び当混雑状況検索サービスを終了させる終了ボタン５１が表示モニタ３２に表示される。また、車両単位の混雑状況情報を表示させる詳細カーソル５９も表示される。

具体的には、図１０に示すように「０８：１０」にＥ駅を発車する列車の混雑状況の変化を表示する場合、停車駅名欄５３には、Ｅ駅を発車する列車が停車した駅名が表示される（例えば、Ａ駅（０７：４３）、Ｂ駅（０７：５２）、Ｃ駅（０８：００）、Ｄ駅（０８：０４）、Ｅ駅（当駅））。また、Ｅ駅を発車の列車が停車した駅での混雑状況が、混雑状況の変化欄５４に表示される（例えば、Ａ駅に対応する混雑状況として「３０％」、Ｂ駅に対応する混雑状況として「７０％」、Ｃ駅に対応する混雑状況として「８０％」、Ｄ駅に対応する混雑状況として「１００％」）。また、特定情報欄５５には、検索対象となった列車の行き先情報、列車番号、車両の編成数、車両の定員数等が表示される。

この場合、携帯電話３１を操作することによってサーバ１から時刻表に記載された時刻に発車する列車の時間による混雑状況の推移に関する情報を取得することができる。これにより、列車２０の利用者は、携帯電話３１を操作して、利用する駅を所定の時間に発車する列車２０の時間による混雑状況の推移を一見して把握することができる。

次に、利用者は、図１０に示した詳細カーソル５９を選択すると（本実施例では、「０８：１０」の時刻にＥ駅を発車する列車の車両単位のを選択する）、携帯電話２１から選択した旨の詳細情報がサーバ１に送信される。そして、詳細情報を受信したサーバ１から、時刻カーソル４６で選択した時刻情報の時刻に発車する列車の車両単位の混雑状況情報が送信され、図１１に示すように表示モニタ３２に表示される。

ここで表示される画面には、図９に示した時刻カーソル４６で選択された時刻に発車する列車の車両番号を表示した車両番号欄５６と車両単位の混雑状況を表示した車両単位の混雑状況欄５７との対応関係表が表示される。また、時刻カーソル４６で選択された時刻に発車する列車に関する情報も特定情報欄５８に表示される。また、図９に示す駅検索画面に表示画面を戻す戻るボタン５０、及び当混雑状況検索サービスを終了させる終了ボタン５１が表示モニタ３２に表示される。

具体的には、図１１に示すように「０８：１０」にＥ駅を発車する列車の車両単位の混雑状況を表示する場合、車両番号欄５６には、Ｅ駅を発車する列車の車両番号が表示される（例えば、第１車両、第２車両、第３車両、第４車両等）。また、車両単位の混雑状況が、車両単位の混雑状況欄５７に表示される（例えば、第１車両に対応する混雑状況として「６０％」、第２車両に対応する混雑状況として「９０％」、第３車両に対応する混雑状況として「１００％」、第４車両に対応する混雑状況として「１５０％」、第５車両に対応する混雑状況として「１３０％」、第６車両に対応する混雑状況として「１００％」、第７車両に対応する混雑状況として「１００％」、第８車両に対応する混雑状況として「７０％」）。また、特定情報欄５８には、検索対象となった列車の行き先情報、列車番号、車両の編成数、車両の定員数等が表示される。

この場合、携帯電話３１を操作することによってサーバ１から所定の複数の車両を有する列車２０の車両毎の混雑状況に関する情報を取得することができる。これにより、当該列車２０の利用者は、各車両の混雑状況に応じて乗車する車両を変えるなどして混雑した車両を回避して列車を利用することができる。また、係る各車両の混雑状況に関する情報を利用者に提供すれば、特定の車両だけが混雑するという状況を緩和することができる場合がある。

（サーバ１の動作）
本実施形態におけるサーバ１を使用した混雑状況を検索するサーバ側の処理手順を図４及び図５のフローチャートに基づいて説明する。

サーバ１のＣＰＵ１１は、列車２０の送信装置２３から列車２０の特定情報である乗客等の総重量の情報、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報を受信したか否かの判定を行う（Ａ１）。そして、受信しなければ（Ａ１、ＮＯ）、Ａ１を繰り返すことで、受信待ちの状態となる。一方、受信すれば（Ａ１、ＹＥＳ）、受信した乗客等の総重量の情報、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報から列車２０の混雑状況を算出する（Ａ２）。具体的には、「（乗客等の総重量÷人の平均体重（本実施例では、６０ｋｇとする））÷車両の定員人数＝混雑状況（％）」として算出する。そして、算出した混雑状況をＲＡＭ１４に逐次記憶させる（Ａ３）。

なお、Ａ２の処理で、乗客の総重量を算出するにあたって車両重量計測手段としての重量計測装置２７を使用した場合は、ＣＰＵ１１は、列車２０の送信装置２３から受信した列車２０の特定情報である列車２０の列車全体（車両単位）の総重量の情報（車両重量及び乗客をも含めた重量）、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報から列車２０の混雑状況を算出する。具体的には、「（（車両全体の総重量−車両の重量）÷人の平均体重（本実施例では、６０ｋｇとする））÷車両の定員人数＝混雑状況（％）」として算出する。そして、算出した混雑状況をＲＡＭ１４に逐次記憶することになる。

次に、ＣＰＵ１１は、携帯電話３１で入力された駅名の情報を受信したか否かの判定を行う（Ａ４）。そして、受信しなければ（Ａ４、ＮＯ）、Ａ１へ移行する。一方、受信すれば（Ａ４、ＹＥＳ）、Ａ４で受信した駅名に該当する時刻表情報をＲＯＭ１５から読み出し、当該時刻表とＡ３で記憶した混雑状況との対応関係情報を作成し、当該時刻表と混雑状況との対応関係情報を携帯電話３１に送信する（Ａ５）。

次に、ＣＰＵ１１は、携帯電話３１から、携帯電話３１で操作選択された時刻情報を受信したか否かの判定を行う（Ａ６）。そして、受信しなければ（Ａ６、ＮＯ）、Ａ６を繰り返すことで、受信待ちの状態となる。一方、受信すれば（Ａ６、ＹＥＳ）、携帯電話３１で操作選択された時刻情報の時刻に発車する列車の混雑状況の変化情報を携帯電話３１に送信する（Ａ７）。

次に、ＣＰＵ１１は、携帯電話３１から、携帯電話３１で操作選択された詳細情報を受信したか否かの判定を行う（Ａ８）。そして、受信しなければ（Ａ８、ＮＯ）、Ａ８を繰り返すことで、受信待ちの状態となる。一方、受信すれば（Ａ８、ＹＥＳ）、車両単位の混雑状況情報を携帯電話３１に送信する（Ａ９）。

次に、ＣＰＵ１１は、携帯電話３１から、終了ボタン５１が操作されることによる終了信号を受信したか否かの判定を行う（Ａ１０）。そして、受信しなければ（Ａ１０、ＮＯ）、Ａ１０を繰り返すことで、受信待ちの状態となる。一方、受信すれば（Ａ１０、ＹＥＳ）、当該混雑状況情報提供サービスを終了させる（Ａ１１）。これで、混雑状況を検索するサーバ側の処理手順が一旦終了し、Ａ１に戻る。

（列車側の動作）
本実施形態におけるサーバ１を使用した混雑状況を検索する列車側の処理手順を図６のフローチャートに基づいて説明する。

列車２０に備えられた演算装置は、列車２０のドアが閉まったか否かの判定を行う（Ｂ１）。そして、ドアが閉まったと判定されなければ（Ｂ１、ＮＯ）、Ｂ１を繰り返すことで、ドアが閉まったと判定されるのを待つ状態となる。一方、ドアが閉まったと判定されれば（Ｂ１、ＹＥＳ）、演算装置は、重量計測装置２１に列車の乗客等の総重量を計測させる（Ｂ２）。

次に、Ｂ２で計測した乗客等の総重量の情報、及び列車２０の各車両の種類、車両番号、車両の位置、車両重量、定員人数等の情報をサーバ１に送信する（Ｂ３）。これで、混雑状況を検索する列車側の処理手順が一旦終了し、Ｂ１に戻る。

（携帯電話側の動作）
本実施形態におけるサーバ１を使用した混雑状況を検索する携帯電話側の処理手順を図７のフローチャートに基づいて説明する。

携帯電話３１の中央演算装置は、図８に示すように携帯電話３１に備えられたキーボードにより入力欄４０に駅名が入力され、決定ボタン４１が入力されたか否かの判定を行う（Ｃ１）。そして、入力されなければ（Ｃ１、ＮＯ）、Ｃ１を繰り返すことで、入力待ちの状態となる。一方、入力されれば（Ｃ１、ＹＥＳ）、入力された駅名の情報を通信部３３から、サーバ１にアクセス要求し送信する（Ｃ２）。

次に、携帯電話３１の中央演算装置は、サーバ１のＡ５の処理で送信された時刻表と混雑状況との対応関係情報を受信したか否かの判定を行う（Ｃ３）。そして、受信しなければ（Ｃ３、ＮＯ）、Ｃ３を繰り返すことで、受信待ちの状態となる。一方、受信すれば（Ｃ３、ＹＥＳ）、図９に示すように、表示モニタ３２に時刻表４４・４７と混雑状況４５・４８との対応関係情報を表示させる（Ｃ４）。

携帯電話３１の中央演算装置は、図９に示すように携帯電話３１に備えられたキーボードにより、時刻表４４・４７の欄から、時刻カーソル４６で時刻情報が選択されたか否かの判定を行う（Ｃ５）。そして、選択されなければ（Ｃ５、ＮＯ）、Ｃ５を繰り返すことで、選択待ちの状態となる。一方、選択されれば（Ｃ５、ＹＥＳ）、選択した時刻情報を通信部３３から、サーバ１にアクセス要求し送信する（Ｃ６）。

次に、携帯電話３１の中央演算装置は、サーバ１のＡ７の処理で送信された選択された時刻情報の時刻に発車する列車の混雑状況の変化情報を受信したか否かの判定を行う（Ｃ７）。そして、受信しなければ（Ｃ７、ＮＯ）、Ｃ７を繰り返すことで、受信待ちの状態となる。一方、受信すれば（Ｃ７、ＹＥＳ）、図１０に示すように、表示モニタ３２に選択された時刻情報の時刻に発車する列車の混雑状況の変化情報を表示させる（Ｃ８）。

携帯電話３１の中央演算装置は、図１０に示すように携帯電話３１に備えられたキーボードにより、詳細カーソル５９が選択されたか否かの判定を行う（Ｃ９）。そして、選択されなければ（Ｃ９、ＮＯ）、Ｃ９を繰り返すことで、選択待ちの状態となる。一方、選択されれば（Ｃ９、ＹＥＳ）、選択した詳細情報を通信部３３から、サーバ１にアクセス要求し送信する（Ｃ１０）。

次に、携帯電話３１の中央演算装置は、サーバ１のＡ９の処理で送信された車両単位の混雑状況情報を受信したか否かの判定を行う（Ｃ１１）。そして、受信しなければ（Ｃ１１、ＮＯ）、Ｃ１１を繰り返すことで、受信待ちの状態となる。一方、受信すれば（Ｃ１１、ＹＥＳ）、図１１に示すように、表示モニタ３２に車両単位の混雑状況情報を表示させる（Ｃ１２）。

次に、携帯電話３１の中央演算装置は、図１１に示すように携帯電話３１に備えられたキーボードにより、終了ボタン５１が選択されたか否かの判定を行う（Ｃ１３）。そして、選択されなければ（Ｃ１３、ＮＯ）、Ｃ１３を繰り返すことで、選択待ちの状態となる。一方、選択されれば（Ｃ１３、ＹＥＳ）、終了信号を通信部３３から、サーバ１にアクセス要求し送信する（Ｃ１４）。これで、混雑状況を検索する携帯電話側の処理手順が一旦終了する。

上記の処理手順によれば、携帯電話３１を操作することによってサーバ１から所定の複数の車両を有する列車の車両毎の混雑状況に関する情報を取得することができる。これにより、当該列車２０の利用者は、各車両の混雑状況に応じて乗車する車両を変えるなどして混雑した車両を回避して列車を利用することができる。また、係る各車両の混雑状況に関する情報を利用者に提供すれば、特定の車両だけが混雑するという状況を緩和することができる場合がある。

（本実施の形態の概要）
以上のように、本実施の形態の情報管理装置（サーバ１）は、乗り物（列車２０）に関する特定情報（車両の種類、車両番号、車両の位置、車両重量、定員人数等）及び重量情報（列車２０の乗客等の総重量、列車２０全体の総重量等）を取得し、且つ端末装置（携帯電話３１）へ送信する情報管理装置であって、乗り物に関する特定情報及び重量情報を取得する情報取得手段（受信部１６）と、取得した乗り物に関する特定情報及び重量情報から、乗り物の混雑状況を取得する混雑状況取得手段（制御装置１０、ＣＰＵ１１、ＲＡＭ１４、ＲＯＭ１５等）と、混雑状況及び乗り物に関する特定情報を、アクセス要求のあった端末装置に送信する送信手段（通信部１３）とを備えた構成とされている。

また、本発明の情報管理装置において、情報取得手段は、複数の車両を有する列車に関する特定情報及び各車両の重量情報を取得し、混雑状況取得手段は、取得した複数の車両を有する列車に関する特定情報及び各車両の重量情報から、列車の車両毎の混雑状況を取得し、送信手段は、列車の車両毎の混雑状況及び複数の車両を有する列車に関する特定情報を、アクセス要求のあった端末装置に送信するように構成してもよい。

また、本発明の情報管理装置は、時刻表及び混雑状況を記憶する記憶手段（ＲＡＭ１４、ＲＯＭ１５）を備え、混雑状況取得手段は、記憶手段に記憶された時刻表と当該時刻表に記載された時刻に発車する列車の混雑状況との対応関係を取得し、送信手段は、記憶手段に記憶された時刻表と当該時刻表に記載された時刻に発車する列車の混雑状況との対応関係を、アクセス要求のあった端末装置に送信するように構成してもよい。

また、本発明の情報管理装置は、時刻表及び混雑状況を逐次記憶する記憶手段（ＲＡＭ１４、ＲＯＭ１５）を備え、混雑状況取得手段は、時刻表に記載された時刻に発車する列車の時間による混雑状況の推移を取得し、送信手段は、時刻表に記載された時刻に発車する列車の時間による混雑状況の推移を、アクセス要求のあった端末装置に送信するように構成してもよい。

また、本発明の情報管理装置において、重量情報は、乗り物に設けられた乗物重量計測手段（重量計測装置２１）により取得するように構成してもよい。

また、本発明の情報管理装置において、重量情報は、線路（線路２４）に設けられた車両重量計測手段（重量計測装置２７）により取得するように構成してもよい。

（本実施形態の変形例）
以上、本発明を実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、本情報管理装置は、以下の構成を上述の実施の形態における構成に加えて、或いは重複、置き換えて備えていてもよい。

例えば、図３の（Ｂ）に示すように、車両重量計測手段としての重量計測装置２７は、列車２０の車両全体の重量を測定するための測定装置で、駅のホーム２５で列車２０が停車する線路２４上に設置してもよい。そして、重量計測装置２７は、駅到着時に乗客が乗り降りした後、列車のドアが閉まった後駅発車直前に重量計測を行ない、列車２０の車両全体の総重量を測定してもよい。

この場合、線路２４に設けられた重量計測装置２７により線路２４上の列車２０の車両の重量情報を取得することができる。これにより、例えば、停車駅の線路２４上に重量計測装置２７を設けることで、駅での人の乗り換え後の列車２０の重量情報を取得することができる。

また、ネットワーク３０上に、その列車の運行会社が運行している列車２０を検索するための検索管理サーバを置くようにしても良い。

また、本実施例では列車の混雑状況について説明したが、これに限らず、本発明は、バスの運行についても適用してもよい。

以上、本発明の実施例を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、具体的構成などは、適宜設計変更可能である。尚、発明の実施の形態に記載された、作用及び効果は、本発明から生じる最も好適な作用及び効果を列挙したに過ぎず、本発明の実施の形態に記載されたものに限定されるものではない。

本実施形態に係る情報管理システム全体の構成図である。本実施形態に係る情報管理システム全体のブロック図である。（Ａ）本実施例に係る重量計測装置を説明する図である。（Ｂ）変形例に係る重量計測装置を説明する図である。本実施形態に係る情報管理装置を使用した混雑状況を検索した場合のサーバ側の処理手順を示したフローチャート１である。本実施形態に係る情報管理装置を使用した混雑状況を検索した場合のサーバ側の処理手順を示したフローチャート２である。本実施形態に係る情報管理装置を使用した混雑状況を検索した場合の列車側の処理手順を示したフローチャートである。本実施形態に係る情報管理装置を使用した混雑状況を検索した場合の携帯電話の処理手順を示したフローチャートである。表示モニタに表示される駅検索画面の説明図である。表示モニタに表示される時刻表と混雑状況との対応関係画面の説明図である。表示モニタに表示される混雑状況の変化を示す画面の説明図である。表示モニタに表示される車両番号と混雑状況との対応関係画面の説明図である。

符号の説明

１サーバ
１０制御装置
１１ＣＰＵ
１３通信部
１４ＲＡＭ
１５ＲＯＭ
１６受信部
２０列車
２１重量計測装置
２４線路
３１携帯電話

Claims

乗り物に関する特定情報及び重量情報を取得し、且つ端末装置へ送信する情報管理装置であって、
前記乗り物に関する特定情報及び重量情報を取得する情報取得手段と、
前記取得した乗り物に関する特定情報及び重量情報から、前記乗り物の混雑状況を取得する混雑状況取得手段と、
前記混雑状況及び乗り物に関する特定情報を、アクセス要求のあった端末装置に送信する送信手段と
を備えたことを特徴とする情報管理装置。
前記情報取得手段は、複数の車両を有する列車に関する特定情報及び各車両の重量情報を取得し、
前記混雑状況取得手段は、前記取得した複数の車両を有する列車に関する特定情報及び各車両の重量情報から、前記列車の車両毎の混雑状況を取得し、
前記送信手段は、前記列車の車両毎の混雑状況及び複数の車両を有する列車に関する特定情報を、アクセス要求のあった端末装置に送信する
ことを特徴とする請求項１に記載の情報管理装置。
時刻表及び前記混雑状況を記憶する記憶手段を備え、
前記混雑状況取得手段は、前記記憶手段に記憶された時刻表と当該時刻表に記載された時刻に発車する列車の混雑状況との対応関係を取得し、
前記送信手段は、前記記憶手段に記憶された時刻表と当該時刻表に記載された時刻に発車する列車の混雑状況との対応関係を、アクセス要求のあった端末装置に送信する
ことを特徴とする請求項１及び２に記載の情報管理装置。
時刻表及び前記混雑状況を逐次記憶する記憶手段を備え、
前記混雑状況取得手段は、前記時刻表に記載された時刻に発車する列車の時間による混雑状況の推移を取得し、
前記送信手段は、前記時刻表に記載された時刻に発車する列車の時間による混雑状況の推移を、アクセス要求のあった端末装置に送信する
ことを特徴とする請求項１ないし３に記載の情報管理装置。
前記重量情報は、乗り物に設けられた乗物重量計測手段により取得することを特徴とする請求項１ないし４に記載の情報管理装置。
前記重量情報は、線路に設けられた車両重量計測手段により取得することを特徴とする請求項１ないし４に記載の情報管理装置。