(57)【要約】  本発明は、列車の車両ごとの混雑状況を鉄道利用者に通知する車両内混雑状況表示システムであって、列車の各車両それぞれについて、走行中の混雑率と、列車が次に停車する駅において駅に到着する直前の走行中の混雑率と駅到着後の利用者の降車終了時点の混雑率との違いを示す情報として過去に取得して保持しておいた降車率と、に基づいて、利用者の降車終了時点の混雑率の推定値である乗車直前混雑率を算出するメインサーバ１と、列車の各車両それぞれについて算出された乗車直前混雑率を利用者に通知する表示装置６と、を備える。
2012086000.tif 000002
【特許請求の範囲】
【請求項１】
列車の車両ごとの混雑状況を鉄道利用者に通知する車両内混雑状況表示システムであって、
列車の各車両それぞれについて、走行中の混雑率と、当該列車が次に停車する駅において当該駅に到着する直前の走行中の混雑率と当該駅到着後の利用者の降車終了時点の混雑率との違いを示す情報として過去に取得して保持しておいた降車率と、に基づいて、当該駅における、利用者の降車終了時点の混雑率の推定値である乗車直前混雑率を算出するメインサーバと、
前記列車の各車両それぞれについて算出された乗車直前混雑率を利用者に通知する表示装置と、
を備えることを特徴とする車両内混雑状況表示システム。
【請求項２】
前記メインサーバは、前記乗車直前混雑率を算出する際、算出時点の時刻と同一の時間帯に取得して保持しておいた降車率を使用する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項３】
前記メインサーバは、前記乗車直前混雑率を算出する際、平日における算出であれば前記列車の種別が一致し、かつ算出時点の時刻と同一の時間帯の平日に取得して保持しておいた降車率を使用し、一方、休日における算出であれば前記列車の種別が一致し、かつ算出時点の時刻と同一の時間帯の休日に取得して保持しておいた降車率を使用する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項４】
前記メインサーバは、前記乗車直前混雑率を算出する際、算出時点の時刻と同一の時間帯に取得して保持しておいた降車率が複数存在していれば、当該複数存在している降車率の平均値を使用する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項５】
列車に設置され、列車の各車両それぞれについて、駅発車後の所定のタイミングで前記走行中の混雑率を算出し、駅停車中においては、混雑率の最低値を示す停車中最低混雑率を算出し、さらに、当該停車中最低混雑率と、停車中の駅に到着する前の走行中に算出した走行中の混雑率とに基づいて、前記降車率を算出する車上装置、
をさらに備えることを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項６】
列車に設置され、列車の各車両それぞれについて、駅発車後の所定のタイミングで前記走行中の混雑率を算出し、駅停車中においては、混雑率の最低値を示す停車中最低混雑率を算出する車上装置、
をさらに備え、
前記メインサーバは、前記車上装置により前記停車中最低混雑率が算出された場合、当該算出された停車中最低混雑率と、当該停車中最低混雑率が算出された駅に到着する前の走行中に算出された走行中の混雑率とに基づいて、前記降車率を算出する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項７】
前記表示装置を駅のプラットホームに設置された表示装置とし、
前記表示装置は、次に到着する列車の車両ごとの乗車直前混雑率を示すコンテンツを表示する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項８】
前記表示装置を列車の各車両内に設置された表示装置とし、
前記表示装置は、自列車が次に停車する駅における乗換え列車の車両ごとの乗車直前混雑率を示すコンテンツを表示する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項９】
前記表示装置を駅のプラットホームに設置された第１の表示装置、および列車の各車両内に設置された第２の表示装置とし、
前記第１の表示装置は、次に到着する列車の車両ごとの乗車直前混雑率を示すコンテンツを表示し、
前記第２の表示装置は、自列車が次に停車する駅における乗換え列車の車両ごとの乗車直前混雑率を示すコンテンツを表示する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項１０】
列車の車両ごとの混雑状況を鉄道利用者に通知する混雑状況案内方法であって、
地上に設置されたメインサーバが、列車の各車両それぞれについて、走行中の混雑率と、当該列車が次に停車する駅において当該駅に到着する直前の走行中の混雑率と当該駅到着後の利用者の降車終了時点の混雑率との違いを示す情報として過去に取得して保持しておいた降車率と、に基づいて、当該駅における、利用者の降車終了時点の混雑率の推定値である乗車直前混雑率を算出する乗車直前混雑率算出ステップと、
駅のホームまたは列車に設置された表示装置が、前記列車の各車両それぞれについて算出された乗車直前混雑率を表示して利用者に通知する乗車直前混雑率通知ステップと、
を含むことを特徴とする混雑状況案内方法。
【請求項１１】
前記乗車直前混雑率算出ステップでは、
前記乗車直前混雑率を算出する時点の時刻と同一の時間帯に取得して保持しておいた降車率を使用する
ことを特徴とする請求項１０に記載の混雑状況案内方法。
【請求項１２】
前記乗車直前混雑率算出ステップでは、
前記乗車直前混雑率を算出する時点の時刻と同一の時間帯に取得して保持しておいた降車率が複数存在していれば、当該複数存在している降車率の平均値を使用する
ことを特徴とする請求項１０に記載の混雑状況案内方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、鉄道車両内の混雑状況を利用者に通知する車両内混雑状況表示システムおよび混雑状況案内方法に関するものである。
【背景技術】
【０００２】
近年、車両内で扉上部鴨居部に設置されたＬＣＤディスプレイを表示媒体として、行先案内コンテンツや広告案内コンテンツを表示するシステムが普及してきている。また、駅中に設置されたＬＣＤディスプレイを表示媒体として行先案内コンテンツや広告案内コンテンツを表示するシステムを用いた新しいビジネスモデルが確立しつつある。【０００３】
例えば、特許文献１には、駅のプラットホーム（以下、単にホームと記載する）において、到着予定の列車に関する情報を利用者に提供する技術について記載されている。特許文献１に記載の技術においては、次に到着する列車の前駅における利用者の乗降の様子を乗降ドアごとに撮影した映像や発車後の車内の様子を撮影した静止画像などをホーム上の表示装置に表示させて列車の到着を待っている利用者に提供する。また、特許文献２には、走行中の列車において各車両の乗車率を導き出し、この乗車率を次の到着駅のホーム上の混雑状況とともに、次の到着駅のホーム上の利用者および駅構外の利用者に通知する技術が記載されている。さらに、特許文献３には、線路脇に設置した光センサを利用して列車の車両別の混雑度を推定し、推定結果を用いて、次の到着駅で待っている利用者に対する乗車位置の誘導表示を行う技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１９０４３１号公報
【特許文献２】特開２０００−１９０８４７号公報
【特許文献３】特開２００９−５７００６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
鉄道の利用者においては、できるだけ混雑度の低い車両に乗車した方が快適である。一方、鉄道事業者においては、列車の各車両の混雑度にバラつきがない方が望ましい。同一編成の各車両の混雑度のバラつきが大きい場合、たとえば、他の車両よりも混雑度が高い状態で走行する車両のブレーキパッドの磨耗量は大きくなる。この結果、編成内の一部の車両のブレーキパッドを交換するための保守作業が発生してしまい効率的でない。編成内の全車両のブレーキパッドを一斉に交換した方が、保守作業の発生回数を抑えられ、保守費用や作業効率の点でも有利となる。また、混雑度が高い車両では、車輪の磨耗量が大きくなり、この場合にも保守作業の発生頻度が高くなる。さらに、一部の車両が混雑している場合、すべての乗客が乗り込むまでの所要時間が長くなってしまい、列車の遅延発生の原因となりうる。従って、列車の各車両の混雑度が均一化されることが、利用者と事業者の双方にとって望ましいといえる。【０００６】
しかしながら、上記従来の技術においては、駅に到着する車両（走行中の車両）の混雑度を単純に利用して表示等を行っているに過ぎず、車両間の混雑度の均一化に寄与する案内表示が十分に実現できているのかどうか疑問が残る。すなわち、上記従来の技術では駅で降車する利用者について考慮されていないので、駅で待っている利用者が走行中の混雑度が低い車両に向かうように案内することが必ずしも最良とはいえない。駅に到着した時点で混雑度が高い車両であっても、当該車両からの降車人数が他の車両と比較して多い場合には、待っていた利用者が乗車する時点での混雑度が急激に下がり、他の車両における混雑度との大小関係が逆転してしまうことも十分に考えられる。このように、従来の技術は、利用者に提供する情報の信頼度に問題があった。【０００７】
本発明は、上記に鑑みてなされたものであって、従来よりも信頼度を高めて、乗車前の車両内の混雑度に関する情報を鉄道利用者に提供する車両内混雑状況表示システムおよび混雑状況案内方法を得ることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、列車の車両ごとの混雑状況を鉄道利用者に通知する車両内混雑状況表示システムであって、列車の各車両それぞれについて、走行中の混雑率と、当該列車が次に停車する駅において当該駅に到着する直前の走行中の混雑率と当該駅到着後の利用者の降車終了時点の混雑率との違いを示す情報として過去に取得して保持しておいた降車率と、に基づいて、当該駅における、利用者の降車終了時点の混雑率の推定値である乗車直前混雑率を算出するメインサーバと、前記列車の各車両それぞれについて算出された乗車直前混雑率を利用者に通知する表示装置と、を備えることを特徴とする。
【発明の効果】
【０００９】
この発明によれば、駅での降車人数も考慮した混雑率を利用者に通知することが可能となり、従来よりも信頼度を高めて、乗車前の車両内の混雑状況の情報を利用者に提供できる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態１の車両内混雑状況表示システムの全体構成例および動作概要を示す図である。
【図２】図２は、データベースの構成例を示す図である。
【図３】図３は、実施の形態１の車両内混雑状況表示システムの動作概要を示したフローチャートである。
【図４】図４は、サブデータベースの構成例を示す図である。
【図５】図５は、列車が駅を発車後に車上装置が実行する動作を示したフローチャートである。
【図６】図６は、メインサーバが、乗車率の通知を受けた場合に実行する動作を示したフローチャートである。
【図７】図７は、メインサーバから駅サーバに送信される情報の一例を示す図である。
【図８】図８は、駅サーバが、乗車直前混雑率を受信した場合に実行する動作を示したフローチャートである。
【図９】図９は、列車が駅に停車中に車上装置が実行する動作を示したフローチャートである。
【図１０】図１０は、メインサーバが、降車率の通知を受けた場合に実行する動作を示したフローチャートである。
【図１１】図１１は、実施の形態２の車両内混雑状況表示システムの全体構成例および動作概要を示す図である。
【図１２】図１２は、実施の形態２の車両内混雑状況表示システムの動作概要を示したフローチャートである。
【図１３】図１３は、メインサーバが、乗車率の通知を受けた場合に実行する動作を示したフローチャートである。
【図１４】図１４は、メインサーバから車上装置に送信される情報の一例を示す図である。
【図１５】図１５は、車上装置が、乗車直前混雑率を受信した場合に実行する動作を示したフローチャートである。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかる車両内混雑状況表示システムおよび混雑状況案内方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態１．
図１は、実施の形態１の車両内混雑状況表示システムの全体構成例および動作概要を示す図である。図示したように、本実施の形態の車両内混雑状況表示システムは、メインサーバ１、駅に設置された駅サーバ２、列車に搭載された車上装置３、データベース４、運行管理システム５および駅に設置された表示装置６を含んで構成されている。なお、図示した列車は１両編成となっているが、実際には複数車両が連結された列車（編成）を想定している。また、Ａ駅にも駅サーバ２が設置されているが、説明の便宜上、記載を省略している。
【００１３】
メインサーバ１は、車上装置３と無線通信を行う機能（通信器）を有しており、車上装置３から取得した情報に基づいて、走行中の列車の次の停車駅に設置された表示装置６での案内表示に利用される乗車直前混雑率を算出する。この乗車直前混雑率とは、列車が駅に到着後、この駅で降車する利用者が全て降車した時点における混雑率の予測値である。乗車直前混雑率は車両ごとに算出される。すなわち、乗車直前混雑率は、列車が駅に到着し、各車両での利用者（乗客）の降車が完了した時点における混雑率の予測結果である。また、メインサーバ１は、列車から取得した情報に基づいて、データベース４を更新する。
【００１４】
駅サーバ２は、メインサーバ１から受け取った情報等に基づいて、表示装置６に表示させる案内コンテンツを生成する。
【００１５】
列車に設置された車上装置３は、列車が走行開始後（駅を出発後）、所定のタイミングで各車両の乗車率（混雑率）を算出し、メインサーバ１に対して無線通信にて送信する。例えば、ＡＳ圧（空気ばね圧力）で示される車両重量に基づいて乗車率を算出する。なお、列車に搭載されている列車情報管理システム（図示せず）などで各車両の乗車率が管理されている場合、そこから乗車率を取得してメインサーバ１に送信するようにしてもよい。また、列車が駅に停車している状態では、各車両の混雑率（乗車率）の変動を監視し、混雑率の最低値（駅停車中の最も低い混雑率）に基づいて降車率を算出し、メインサーバ１に送信する。降車率とは、走行中の乗車率と駅到着後に利用者の降車が完了した時点における乗車率との違いを示す情報であり、詳細には、停車駅において利用者の降車が完了した場合に、その時点で駅到着時の乗車率がどの程度変化したかを示す情報である。降車率が大きいほど、当該駅での利用者の降車により乗車率が大きく低下することになる。
【００１６】
データベース４は、メインサーバ１が乗車直前混雑率を算出する際に利用する情報などを管理する。データベース４の構成は、例えば図２に示したものとなる。図２では、時間に関する情報、場所に関する情報、列車に関する情報、その他の情報および降車率により構成されたレコードを管理する場合の例について示している。なお、図示したように、時間に関する情報は、月日，時分，休日／平日であり、場所に関する情報は、駅，ホーム，車両（何両目の車両かを示す情報）であり、列車に関する情報（列車情報）は、列車種別（急行、各駅停車などを示す情報），行先であり、その他の情報は、天気，気温，特別日（特別日か否かの情報）である。特別日は、駅周辺でイベント等が行われたために、利用者の数が通常時とは大幅に異なる日であることを示す情報である。降車率は車上装置３で過去に算出され、メインサーバ１に送信された情報である。場所に関する情報は、例えば運行管理システム５から取得することができる。列車に関する情報は、例えば、列車に搭載されている列車情報管理システム（図示せず）から取得できる。車上装置３が乗車率を送信する際に列車に関する情報を付加して送信すればよい。その他の情報は、例えば駅サーバ２から取得できる。
【００１７】
データベース４は、メインサーバ１が降車率を取得すると、取得した降車率に基づいて更新される。具体的には、降車率を取得した場合、メインサーバ１は、取得した降車率とともにデータベース４のレコードに登録する各種情報、すなわち、降車率を取得した時点の時間に関する情報（月日，時分，平日／休日）と、場所に関する情報（駅，ホーム，車両）と、列車に関する情報（列車種別，行先）と、その他の情報（天気，気温，特別日）とを収集し、降車率とともにデータベース４に登録する。なお、データベース４の構成は図示したものに限定されない。他の情報も併せて管理するようにしてもよい。データベース４に登録されている情報の一部は、メインサーバ１が乗車直前混雑率を算出する際に利用される。なお、図１では、データベース４が独立して存在している場合の構成例を示したが、データベース４は、例えばメインサーバ１の内部に備えられていてもよい。
【００１８】
運行管理システム５は、路線を走行中（運行中）の各列車の情報（運行状況）を管理する。
【００１９】
表示装置６は、駅構内に設置され、駅サーバ２の指示に従って、到着列車の案内表示などを利用者に対して行う。本実施の形態では、表示装置６がホームに設置されているものとして説明を行う。
【００２０】
＜車両内混雑状況表示システムの全体動作＞
実施の形態１の車両内混雑状況表示システムの全体動作について、図１および図３を用いて以下に説明する。なお、図３は、実施の形態１の車両内混雑状況表示システムの動作概要を示したフローチャートである。ここでは、図１に示した列車がＡ駅を出発し、次の停車駅であるＢ駅まで走行する場合の動作例について説明する。
【００２１】
まず、列車が駅（Ａ駅）を出発し、一定時間が経過すると、この列車の車上装置３が、列車情報管理システム（図示せず）で管理されている情報を利用するなどして乗車率（車両ごとの乗車率）を算出し、地上に設置されたメインサーバ１に送信する（ステップＳ１）。乗車率の通知は無線通信にて行う。また、どの列車のどの車両の乗車率であるかをメインサーバ１が認識できるように、列車の識別情報と車両番号情報などとともに乗車率を送信する。どの時点における乗車率かがメインサーバが認識できるよう場所（出発駅）の情報を付加するようにしてもよい。なお、場所の情報が付加されていない乗車率（列車識別情報のみが付加された乗車率）を車上装置３が送信した場合でも、メインサーバ１は、運行管理システム５に問い合わせるなどしてこの列車の現在位置を認識できる。
【００２２】
次に、メインサーバ１が、走行中の列車（車上装置３）から乗車率の通知を受けると、通知された乗車率に基づいて、この列車が次に停車する駅における各車両の乗車直前混雑率を算出し、駅サーバ２に送信する（ステップＳ２）。このステップＳ２において、メインサーバ１は、乗車率の通知元の列車の次の停車駅における降車率の情報をデータベース４から取得し、取得した降車率と通知された乗車率とを用いて乗車直前混雑率を算出する。
【００２３】
なお、データベース４（図２参照）に登録されている情報量は膨大なものとなるので、乗車率の通知を受けるごとに図２に示したデータベースを検索すると、処理負荷が大きくなるとともに所望の情報が得られるまでの所要時間が長くなってしまい、効率的ではない。そのため、メインサーバ１は、例えば図４に示したようなサブデータベースを別途構築して保持しておき、このサブデータベースから降車率の情報を取得するようにしてもよい。図２のデータベース（以下、メインデータベースと記す）では、降車率を列車、時間および駅などと対応付けて管理しているが、図４に示したサブデータベースは、メインデータベースの情報に基づいて、乗車直前混雑率の算出を効率的に行えるように生成したものである。図に示したサブデータベースは、メインデータベースに登録されているレコードのうち、「駅」および「ホーム」が共通のレコードを抽出し、さらに、「月日」，「時分」，「平日／休日」，「列車種別」，「行先」で分類してグループ化し、同一グループに分類された降車率の平均値を算出してデータベース化したものである。このサブデータベースは、駅のホームごとに生成される。なお、図示した例では、月日（期間）を半月ごとに区切り、時分（時間帯）を通勤ラッシュ時間と帰宅ラッシュ時間とその他の時間の３つに分けているが、期間の区切り方や時間帯の分け方は、これと違っていてもよい。たとえば、月日を１週間単位や１０日単位で区切ってもよい。時分を早朝、朝、日中、夕方、晩などに区切ってもよいし、単純にＮ時間単位で区切ってもよい。また、他の情報を含めるようにしてもよく、不要な情報は削除してもよい。たとえば、期間（月日）や列車種別、行先が違っていても降車率がほとんど変わらないのであれば、これら列車種別や行先の項目は削除してもよい。普通列車のみが停車する駅については、列車種別は不要なので削除してもよい。乗車直前混雑率の案内を平日のみに行うのであれば、平日／休日の項目は削除してもよい。このように、サブデータベースの構成（管理する情報）は、駅ごとに異なっていてもよい。ただし、少なくとも時間帯（時分）と車両ごとの降車率は含まれる必要がある。
【００２４】
次に、駅サーバ２（Ｂ駅の駅サーバ２）が、メインサーバ１から受信した乗車直前混雑率に基づいて、この情報に対応する列車が到着するホームに設置された表示装置６で表示させる案内コンテンツ（画面）を生成し、表示装置６に表示させる（ステップＳ３）。表示装置６に表示させる案内コンテンツでは、次に到着する列車の車両ごとの乗車直前混雑率（降車が終了し、乗車が開始される時点における混雑率の予想結果）をホーム上の利用者に対して通知する。なお、通知方法は問わない。テキスト（文字と数字）のみで通知してもよいし、イメージ（例えば、列車の編成を示す図）を交えて通知してもよい。
【００２５】
次に、列車が駅（Ｂ駅）に到着すると、この列車の車上装置３が、駅停車中における各車両の混雑率（乗車率）の変動を監視して混雑率の最低値（以下、停車中最低混雑率という）を車両ごとに測定し、さらに、測定結果（各車両の停車中最低混雑率）をメインサーバ１に送信する、または、測定結果に基づいて降車率を算出し、算出した降車率をメインサーバ１に送信する（ステップＳ４）。上記の混雑率は、ＡＳ圧（車両重量）の検出結果などに基づいて継続的に算出する。通常、混雑率は、利用者の降車が終了した時点（乗車が開始される直前）で最低となるので、停車中最低混雑率は、駅で列車の到着を待っていた利用者が乗車を開始する直前の混雑率を示す。すなわち、停車中最低混雑率は、上述した乗車直前混雑率と同様の情報となる。両者の違いは、停車中最低混雑率が実際の混雑率（実測値）であるのに対して、乗車直前混雑率が予測した混雑率（予測値）である点となる。予測値が実測値に近くなることが望ましい。車上装置３は、測定結果または降車率を送信する際、メインサーバ１が必要としている情報（たとえば、場所に関する情報や列車に関する情報）も一緒に送信する。
【００２６】
次に、メインサーバ１が、車上装置３から受信した情報（停車中最低混雑率または降車率、およびこれと一緒に送信されてきた情報）に基づいて、データベース４（メインデータベース）を更新する（ステップＳ５）。メインサーバ１は、車上装置３で算出された降車率を受信した場合、降車率を、時間に関する情報，場所に関する情報，列車に関する情報，その他の情報と関連付けてデータベース４に登録する。降車率ではなく車上装置３で検出された停車中最低混雑率を受信した場合、まず、停車中最低混雑率に基づいて降車率を算出し、算出した降車率を上記時間に関する情報などと関連付けてデータベース４に登録する。
【００２７】
このような動作により、駅のホーム上の利用者は、ホームに設置された表示装置６を確認して、次の到着列車の車両ごとの混雑率を知ることができる。この混雑率は、走行中の列車の実際の混雑率（乗車率）と当該駅で降車する利用者の数を考慮して予測した混雑率であるため、単に到着列車の実際の混雑率を通知している従来の案内表示と比較して、利用者にとって、より有用な情報を提供できる。その結果、車両の混雑緩和や乗車率平均化に実現に寄与できる。
【００２８】
つづいて、上述したステップＳ１〜Ｓ５の処理について、図面を参照しながらさらに詳しく説明する。
【００２９】
＜駅発車後の車上装置３の動作：上記ステップＳ１実行時の動作＞
図５は、列車が駅を発車後に車上装置３が実行する動作を示したフローチャートであり、上述したステップＳ１を実行する際の動作例を示している。
【００３０】
車上装置３は、駅に停車中の場合、列車が発車したかどうかを監視する（ステップＳ１１）。監視の結果、発車したことを検出すると（ステップＳ１１：Ｙｅｓ）、次駅（次の停車駅）が乗車直前混雑率を表示させる駅かどうか判断する（ステップＳ１２）。この判断は、例えば、案内表示を行う表示装置が設置されているかどうかなどにより行う。表示させる駅の一覧表（データベース）などを作成して保持しておき、この一覧表を確認して判断を行うようにすればよい。「乗車直前混雑率表示なし」の場合（ステップＳ１２：Ｎｏ）、ステップＳ１１に遷移して、次の駅への到着と発車の監視を行う。
【００３１】
「乗車直前混雑率表示あり」の場合（ステップＳ１２：Ｙｅｓ）、車上装置３は、車両ごとの乗車率（走行中の混雑率）を算出する（ステップＳ１３）。乗車率の算出は、車両重量などを利用して算出する。車両重量は、列車情報管理システムなどにより測定されているので、そこから車両重量の情報を取得して算出する。なお、車上装置３は、乗車率が０％（利用者が全く乗車していない状態）の状態における車両重量など、基準となる車両重量を列車情報管理システムなどから予め取得しておく。なお、列車情報管理システムが乗車率を算出して保持するように構成されている場合には、車上装置３は、列車情報管理システムから乗車率を取得してもよい。
【００３２】
乗車率が得られると、この乗車率を、次停車駅、行先、編成番号、列車種別とともに、列車情報として地上のメインサーバ１に送信する（ステップＳ１４）。なお、メインサーバ１に送信する情報は上記に限定されない。さらに多くの情報を送信するようにしてもよいし、必要最低限の情報を送信して無線伝送する情報量を低く抑えるようにしてもよい。例えば、少なくとも乗車率と列車の識別情報（編成番号）を送信すればよい。メインサーバ１は、編成番号が分かれば、運行管理システム５に問い合わせるなどして、この編成（列車）の次停車駅や行先などの情報を取得できる。
【００３３】
このようにして、車上装置３は、乗車率とこれに関連する情報とをメインサーバ１に送信する。なお、車両重量を利用して乗車率を求めることとしたが、車両重量以外を利用して求めてもよい。たとえば、ドア付近に設置したカメラを利用するなどして、駅停車中における乗車人数と降車人数を監視しておき、駅発車後に監視結果に基づいて、乗車率を算出してもよい。その他、乗車率が得られるのであれば、どの様な方法を用いてもよい。なお、車上装置３は、算出（または取得）した乗車率を、後述する降車率の算出で使用するために保持しておく。
【００３４】
＜車上装置３から乗車率が通知された場合のメインサーバ１の動作：上記ステップＳ２実行時の動作＞
図６は、メインサーバ１が、車上装置３から乗車率の通知を受けた場合に実行する動作を示したフローチャートであり、上述したステップＳ２を実行する際の動作例を示している。
【００３５】
メインサーバ１は、乗車率を含んだ列車情報が走行中の列車の車上装置３から送信されてくるのを監視しており（ステップＳ２１）、列車情報を受信した場合には（ステップＳ２１：Ｙｅｓ）、この列車情報の送信元の列車が次に停車する駅が特別日であるかどうかを確認する（ステップＳ２２）。ここで、「特別日」とは、たとえば、当該駅周辺でイベントなどがあり、通常よりも駅の利用者が多いと推測される日をいう。確認の結果、「特別日」に該当していれば（ステップＳ２２：Ｙｅｓ）、当該駅における降車人数の予測精度が大幅に劣化すると判断し、乗車直前混雑率の駅サーバ２への送信を行わない（乗車直前混雑率を算出しない）。すなわち、次の停車駅において乗車直前混雑率の案内表示をさせないようにする（ステップＳ２５）。
【００３６】
一方、「特別日」ではない場合（ステップＳ２２：Ｎｏ）、車上装置３から受信した列車情報、データベース４に登録されている情報、および運行管理システム５で管理されている、該当列車（上記列車情報の送信元の車上装置３が設置されている列車）の次停車駅のホーム情報、に基づいて、該当列車の次停車駅における乗車直前混雑率を算出する（ステップＳ２３）。
【００３７】
ここで、乗車直前混雑率の算出方法を示す。なお、メインサーバ１は、データベース４に登録されている情報（図２参照）に基づいて、図４に示したサブデータベースを予め作成して保持しているものとする。ただし、このサブデータを予め作成して保持しておくことは必須ではない。メインデータベース（データベース４）に登録されている情報を直接利用して乗車直前混雑率を算出してもよい。
【００３８】
乗車直前混雑率を算出する場合、メインサーバ１は、まず、図４のサブデータベースを参照して、算出処理で使用する降車率を取得する。なお、図４に示したようなサブデータベースは、路線内の各駅のホームごとに構築され、メインサーバ１の内部、または外部の記憶部（図示せず）で保持されている。降車率を取得する際には、次停車駅の停車ホームに対応するサブデータベースを特定後、特定したサブデータベースで管理されているレコードを参照し、月日（期間）、時分（時間帯）、平日／休日（日種別）、列車種別、行先が一致するレコードに登録されている降車率（各車両の降車率）を取得する。なお、時分（時間帯）については、次の停車駅への列車の到着時刻が一致するかどうか（到着時刻がどの期間に含まれているかどうか）で判断する。降車率は、過去の同一条件下（期間、時間帯、日種別、列車種別および行先が同じ列車）における、実際の降車率（実績値）の平均値である。メインサーバ１は、次に、取得した降車率と、車上装置３から受信した列車情報に含まれる乗車率とを用いて、次式に従い乗車直前混雑率を車両ごとに算出する。
乗車直前混雑率  ＝  乗車率×（１００−降車率）／１００
【００３９】
次に、メインサーバ１は、ステップＳ２３で算出した車両ごとの乗車直前混雑率を、列車の編成番号や到着ホームの情報とともに、該当する駅（列車の次の停車駅）の駅サーバ２に送信する（ステップＳ２４）。駅サーバ２に送信する情報は、例えば、図７に示したものである。
【００４０】
なお、上記例では、列車の次停車駅が特別日の場合、乗車直前混雑率の算出・送信を行わないこととしたが、特別日用の特別な算出式を用いるなどして乗車直前混雑率を算出し、送信するようにしてもよい。乗車直前混雑率ではなく、走行中の車両の混雑率（車上装置３から受信した列車情報に含まれている乗車率）をそのまま送信するようにしてもよい。このときには、乗車直前混雑率ではない通常の混雑率（走行中の車両の混雑率）であることを示す情報を付加して送信することが望ましい。
【００４１】
このようにして、メインサーバ１は、走行中の列車の各車両の乗車直前混雑率（次停車駅に到着後、降車が完了した時点における混雑率）を算出し、算出した情報を、この情報利用して案内表示を行う駅サーバ２に送信する。
【００４２】
＜メインサーバ１から乗車直前混雑率を受信した場合の駅サーバ２の動作：上記ステップＳ３実行時の動作＞
図８は、駅サーバ２が、メインサーバ１から乗車直前混雑率を受信した場合に実行する動作を示したフローチャートであり、上述したステップＳ３を実行する際の動作例を示している。
【００４３】
駅サーバ２は、乗車直前混雑率がメインサーバ１から送信されてくるのを監視しており（ステップＳ３１）、乗車直前混雑率を受信するまでの間は（ステップＳ３１：Ｎｏ）、表示装置６への通常表示（広告コンテンツ表示、行先表示など）を継続する（ステップＳ３４）。一方、乗車直前混雑率を受信した場合（ステップＳ３１：Ｙｅｓ）、乗車直前混雑率を案内するためのコンテンツを生成する（ステップＳ３２）。そして、乗車直前混雑率案内用のコンテンツを、該当するホーム（列車が到着するホーム）に設置されている表示装置６へ表示させる（ステップＳ３３）。なお、乗車直前混雑率案内用のコンテンツを表示させるタイミングは、例えば、（１）予め決定しておいた表示シーケンスに従ったタイミングとする。すなわち、表示を行うタイミングを予めスケジューリングしておき、他の表示（広告コンテンツや行き先表示など）とともに、表示スケジュールに従って表示を切り換える。乗車直前混雑率案内用コンテンツの表示タイミングとなった時点において乗車直前混雑率案内用コンテンツの生成が完了していない場合には、表示をスキップする，（２）コンテンツの作成が終了した時点で割り込み表示を行い、表示を所定時間継続する，（３）コンテンツの作成が終了後、特定のタイミングで表示を開始し、列車が到着するまで継続する，などが考えられる。もちろん、これら以外としてもよい。
【００４４】
＜駅停車中の車上装置３の動作：上記ステップＳ４実行時の動作＞
図９は、列車が駅に停車中に車上装置３が実行する動作を示したフローチャートであり、上述したステップＳ４を実行する際の動作例を示している。
【００４５】
車上装置３は、図５に示した処理（乗車率を含んだ列車情報をメインサーバ１に送信する処理）を実行すると、列車が次の停車駅に到着したかどうか（駅停車中の状態となったかどうか）を監視する（ステップＳ４１）。監視の結果、駅停車中であることを検出すると（ステップＳ４１：Ｙｅｓ）、駅停車中の最も低い乗車率（混雑率）を収集する（ステップＳ４２）。このステップＳ４２において、車上装置３は、例えば車両重量を監視することにより、各車両の乗車率の変動を監視する。そして、列車が駅を出発するまでの間に検出した乗車率の最低値を「駅停車中の最も低い乗車率」として検出する。次に、車上装置３は、検出結果（駅停車中の最も低い乗車率）、および図５に示した処理を実行した際に保持しておいた乗車率（列車が駅に到着する前の走行中の乗車率に相当する）に基づいて、この停車駅における降車率を算出する（ステップＳ４３）。
【００４６】
停車中の最も低い乗車率は、既に説明した停車中最低混雑率であり、上述した乗車直前混雑率と同様の情報である。
【００４７】
降車率は、次式に従って車両ごとに算出する。
降車率  ＝
｛（走行中の乗車率−駅停車中の最も低い乗車率）／走行中の乗車率｝×１００
【００４８】
この降車率は、既に説明したとおり、停車駅において利用者の降車が完了した時点で駅到着時の乗車率（混雑率）がどの程度変化したかを示す情報であり、降車率が大きいほど、当該駅での利用者の降車により混雑率が大きく低下することを示している。降車率は、将来の乗車直前混雑率の算出処理（図６に示した処理）において利用するために収集する情報である。
【００４９】
車上装置３は、降車率を算出すると、降車率をメインサーバ１に送信する（ステップＳ４４）。降車率は、駅発車後に上記図５に従った処理を実行して算出する（または列車情報管理システムから取得する）乗車率と一緒にメインサーバ１に送信するようにしてもよい。降車率を送信する際には、列車の識別情報（編成情報）などを付加する。
【００５０】
なお、駅停車中の最も低い乗車率を車両重量に基づいて求めるのではなく、他の方法（例えば、カメラ映像による降車人数カウントなど）により求めてもよい。また、上記ステップＳ４３で実行する降車率の算出は、メインサーバ１で行わせるようにしてもよい。この場合、車上装置３は、ステップＳ４２を実行して得られた「停車中の最も低い乗車率」をメインサーバ１へそのまま送信する。
【００５１】
＜車上装置３から降車率を受信した場合のメインサーバ１の動作：上記ステップＳ５実行時の動作＞
図１０は、メインサーバ１が、車上装置３から降車率の通知を受けた場合に実行する動作を示したフローチャートであり、上述したステップＳ５を実行する際の動作例を示している。
【００５２】
メインサーバ１は、降車率が車上装置３から送信されてくるのを監視しており（ステップＳ５１）、降車率を受信した場合には（ステップＳ５１：Ｙｅｓ）、受信した降車率に基づいてデータベース４を更新する（ステップＳ５２）。具体的には、受信した降車率を、時間、列車種別、行先、駅、停車ホームなどと関連付けてデータベース４に蓄積する。
【００５３】
また、メインサーバ１は、運用終了時には（ステップＳ５３：Ｙｅｓ）、データベース４に登録されている情報に基づいて、サブデータベースで保持しておく降車率を再計算し、サブデータベースを更新する（ステップＳ５４，Ｓ５５）。なお、降車率の再計算では、「駅」、「ホーム」、「月日」、「時分」、「平日／休日」、「列車種別」および「行先」が共通しているレコードをメインサーバ１から抽出し、抽出した各レコードに含まれている降車率の平均値を算出する。
【００５４】
以上のように、本実施の形態の車両内混雑状況表示システムでは、路線内の各駅において、到着した列車の走行中の乗車率（混雑率）と駅での降車終了時点における乗車率の変化を監視し、乗車率が利用者の降車終了時点でどの程度変化（低下）するかを示す降車率を収集してデータベース化しておくこととした。また、列車の走行中の乗車率とデータベースに登録された降車率に基づいて、到着する列車の乗車直前混雑率（降車終了時点での混雑率）を算出し、算出した乗車直前混雑率を駅のホーム上の表示装置を利用して利用者に通知することとした。これにより、駅での降車人数も考慮した混雑率をホーム上の利用者に通知することが可能となり、従来よりも信頼度を高めて、乗車前の車両内の混雑状況の情報を利用者に提供できる。また、利用者が混雑率の低い車両に誘導されるので、乗車に要する時間（すべての利用者の乗車が完了するまでの所要時間）を短縮化でき、混雑に伴う列車の遅延発生を回避できる。
【００５５】
なお、列車走行中にメインサーバ１が算出する乗車直前混雑率と駅停車中に車上装置３が算出する降車率は、同様の情報であり、予測値である乗車直前混雑率が実測値である降車率により近くなることが望ましいことを説明した。そのため、予測精度を向上させるために、降車率が得られた後に両者の差分を算出してデータベース化しておき、差分のデータベースを利用して乗車直前混雑率を補正するようにしてもよい。例えば、降車率と対応付けて差分をデータベース４で保持しておき、サブデータベースに登録する降車率（平均値）を算出する際に差分の平均値も算出してサブデータベースに登録しておく。そして、乗車直前混雑率を算出する際には、差分（降車率との誤差の予測値）を用いて、乗車直前混雑率を補正する。
【００５６】
実施の形態２．
実施の形態１では駅のホーム上の利用者に対して車両内の混雑状況を通知する車両内混雑状況表示システムについて説明した。これに対して、本実施の形態では、例えば別系統の列車同士が駅に同時に到着して乗り換えが発生する場合に、乗り換え先の列車（乗り換え列車）の混雑状況を車両内の利用者に予め通知する車両内混雑状況表示システムについて説明する。
【００５７】
図１１は、実施の形態２の車両内混雑状況表示システムの全体構成例および動作概要を示す図である。図示したように、本実施の形態の車両内混雑状況表示システムは、メインサーバ１ａ、列車に搭載された車上装置３ａ、データベース４、運行管理システム５および車両内に設置された表示装置７を含んで構成されている。なお。実施の形態１の説明で使用した図１と同様に、図示した列車は１両編成となっているが、実際には複数車両が連結された列車（編成）を想定している。また、便宜上、路線Ｂを走行中の列車の乗車直前混雑率を路線Ａを走行中の列車内の表示装置７で案内する場合の動作概要を示しているが、実際には、路線Ｂを走行中の列車内の表示装置７にも路線Ａを走行中の列車の乗車直前混雑率が案内される。また、実施の形態１で説明した駅サーバ２および表示装置６を各駅に設置し、到着する各列車の車両ごとの乗車直前混雑率をホーム上の利用者に案内するようにしてもよい。
【００５８】
実施の形態１の車両内混雑状況表示システム（図１参照）と共通の構成要素には同じ符号を付している。そのため、図１と同じ符号が付されている構成要素については説明を省略する。
【００５９】
メインサーバ１ａは、実施の形態１で説明したメインサーバ１と同様の機能を有しており、メインサーバ１と同様の手順で乗車直前混雑率を算出するが、算出した乗車直前混雑率を、走行中の列車（次の停車駅で乗り換えが発生する列車）に送信する点が異なる。駅に駅サーバが設置されている場合には、駅サーバに対しても乗車直前混雑率を送信する。
【００６０】
車上装置３ａは、実施の形態１の車上装置３が有していた機能に加えて、メインサーバ１ａから取得した乗車直前混雑率を案内するコンテンツを生成して各車両の表示装置７に表示させる機能を有する。
【００６１】
＜車両内混雑状況表示システムの全体動作＞
実施の形態２の車両内混雑状況表示システムの全体動作について、図１１および図１２を用いて以下に説明する。なお、図１２は、実施の形態２の車両内混雑状況表示システムの動作概要を示したフローチャートである。ここでは、図１１に示した各列車（路線Ａを走行中の列車，路線Ｂを走行中の列車）がＢ駅に向かって走行している場合の動作例について説明する。以下の説明においては、路線Ａを走行している列車を列車Ａ、路線Ｂを走行している列車を列車Ｂと呼ぶ。
【００６２】
列車Ａ，Ｂの車上装置３ａは、駅を出発した後、一定時間が経過すると、各車両の乗車率をメインサーバ１ａに送信する（ステップＳ１ａ）。この処理は、実施の形態１で説明したステップＳ１と同様の処理である。
【００６３】
次に、メインサーバ１ａが、列車Ａ，Ｂの車上装置３ａから乗車率の通知を受けると、通知された乗車率に基づいて、各列車の次の停車駅における各車両の乗車直前混雑率を算出し、各列車の車上装置３ａに送信する（ステップＳ２ａ）。なお、列車Ａの乗車直前混雑率を列車Ｂの車上装置３ａに送信し、列車Ｂの乗車直前混雑率を列車Ａの車上装置３ａに送信する。
【００６４】
次に、列車Ａ，Ｂの車上装置３ａが、メインサーバ１ａから取得した乗車直前混雑率に基づいて、乗り換え列車の各車両の乗車直前混雑率を案内するコンテンツを作成して、車両内の表示装置７に表示させる（ステップＳ６）。なお、列車Ａに対する乗り換え列車が列車Ｂ、列車Ｂに対する乗り換え列車が列車Ａとなる。
【００６５】
次に、列車Ａ，Ｂが駅（Ｂ駅）に到着すると、列車Ａ，Ｂの各車上装置３ａが、駅停車中における各車両の混雑率（乗車率）の変動を監視して混雑率の最低値（停車中最低混雑率）を車両ごとに測定し、さらに、測定結果（各車両の停車中最低混雑率）をメインサーバ１ａに送信する、または、測定結果に基づいて降車率を算出し、算出した降車率をメインサーバ１ａに送信する（ステップＳ４ａ）。この処理は、実施の形態１で説明したステップＳ４と同様の処理である。
【００６６】
次に、メインサーバ１ａが、各列車の車上装置３ａから受信した情報（停車中最低混雑率または降車率、およびこれと一緒に送信されてきた情報）に基づいて、データベース４（メインデータベース）を更新する（ステップＳ５ａ）。この処理は、実施の形態１で説明したステップＳ５と同様の処理である。
【００６７】
このような動作により、走行中の各列車に乗車している利用者は、車両内に設置された表示装置７を確認して、次の停車駅における乗り換え列車の車両ごとの混雑率（乗車直前混雑率）を予め知ることができるので、限られた乗り換え時間で効率的に、混雑率の低い車両に乗り換えることができる。これに伴って、乗り換え時間も短縮され、列車の発車遅延が発生するのを防止できる。
【００６８】
つづいて、図１２に示した各ステップのうち、実施の形態１で説明した処理とは異なるステップＳ２ａおよびＳ６の処理について、図面を参照しながらさらに詳しく説明する。
【００６９】
＜各列車の車上装置３ａから乗車率が通知された場合のメインサーバ１ａの動作：上記ステップＳ２ａ実行時の動作＞
図１３は、メインサーバ１ａが、各列車の車上装置３ａから乗車率の通知を受けた場合に実行する動作を示したフローチャートであり、上述したステップＳ２ａを実行する際の動作例を示している。
【００７０】
メインサーバ１ａは、乗車率を含んだ列車情報が走行中の各列車の車上装置３ａから送信されてくるのを監視しており（ステップＳ６１）、列車情報を受信した場合には（ステップＳ６１：Ｙｅｓ）、この列車情報の送信元の列車が次に停車する駅が特別日であるかどうかを確認する（ステップＳ６２）。確認の結果、「特別日」に該当していれば（ステップＳ６２：Ｙｅｓ）、乗車直前混雑率の算出および車上装置３ａへの送信を行わない。すなわち、次の停車駅で乗り換えが発生する列車において、乗り換え列車の乗車直前混雑率の案内表示をさせないようにする（ステップＳ６５）。なお、ステップＳ６２では、次停車駅が特別日かどうかの確認に加えて、次停車駅で乗り換え列車の待ち合わせがあるかどうか（乗り換えのためにほぼ同時刻に駅に到着する他の列車が存在するかどうか）を確認し、乗り換え列車の待ち合わせがない場合にはステップＳ６５に遷移するようにしてもよい。
【００７１】
また、メインサーバ１ａは、上記確認の結果、「特別日」ではない場合（ステップＳ６２：Ｎｏ）、車上装置３ａから受信した列車情報、データベース４に登録されている情報、および運行管理システム５で管理されている、該当列車（上記列車情報の送信元の車上装置３ａが設置されている列車）の次停車駅のホーム情報、に基づいて、該当列車の次停車駅における乗車直前混雑率を算出する（ステップＳ６３）。
【００７２】
最後に、メインサーバ１ａは、ステップＳ６３で算出した車両ごとの乗車直前混雑率を、列車の編成番号や到着ホームの情報とともに、該当する列車（次停車駅での乗り換え列車）の車上装置３ａに送信する（ステップＳ６４）。車上装置３ａに送信する情報は、例えば、図１４に示したものである。なお、メインサーバ１ａは、例えば運行管理システム５に問い合わせるなどして、上記算出した乗車直前混雑率の送信先の列車（乗り換え列車）を特定する。
【００７３】
このようにして、メインサーバ１ａは、走行中の列車の各車両の乗車直前混雑率（次停車駅に到着後、降車が完了した時点における混雑率）を算出し、算出した情報を、この情報を利用して案内表示を行う乗り換え列車の車上装置３ａに送信する。
【００７４】
＜メインサーバ１ａから乗車直前混雑率を受信した場合の車上装置３ａの動作：上記ステップＳ６実行時の動作＞
図１５は、車上装置３ａが、メインサーバ１ａから乗車直前混雑率を受信した場合に実行する動作を示したフローチャートであり、上述したステップＳ６を実行する際の動作例を示している。
【００７５】
各列車の車上装置３ａは、次停車駅における乗り換え列車の乗車直前混雑率がメインサーバ１ａから送信されてくるのを監視しており（ステップＳ７１）、乗車直前混雑率を受信した場合（ステップＳ７１：Ｙｅｓ）、乗車直前混雑率とともに送信されてきた付加情報を確認して、編成番号、次停車駅、列車種別、行先が一致しているかどうか、すなわち、自列車宛に送られてきた正しい情報（乗車直前混雑率）を受信したかどうか確認する（ステップＳ７２）。確認の結果、受信した情報が正しい情報ではない場合（ステップＳ７２：Ｎｏ）、乗車直前混雑率の案内を行わない（ステップＳ７５）。これに対して、受信した情報が正しい情報の場合（ステップＳ７２：Ｙｅｓ）、乗り換え列車の乗車直前混雑率を案内するためのコンテンツを生成する（ステップＳ７３）。そして、乗車直前混雑率案内用のコンテンツを、車両に設置されている表示装置７に表示させる（ステップＳ７４）。なお、車両の位置に応じた案内を行ってもよい。例えば、乗り換えの発生する列車の双方の編成（車両の連結数）が同一の場合、先頭からＮ番目の車両では、乗り換え列車の先頭からＮ番目の車両を中心とした前後２両（合計５両）を対象として乗車直前混雑率を案内する。このとき、先頭車両や最後尾車両では、先頭または最後尾から３両目までを対象として案内を行うなど、適宜調整を行う。
【００７６】
以上のように、本実施の形態の車両内混雑状況表示システムでは、路線内の各駅において、到着した列車の走行中の乗車率（混雑率）と駅での降車終了時点における乗車率の変化を監視し、乗車率が利用者の降車終了時点でどの程度変化（低下）するかを示す降車率を収集してデータベース化しておくこととした。また、列車の走行中の乗車率とデータベースに登録された降車率に基づいて、到着する列車の乗車直前混雑率（降車終了時点での混雑率）を算出し、算出した乗車直前混雑率を次の停車駅において他の列車との間で乗り換えが発生する各列車の車両内の表示装置を利用して利用者（列車の乗客）に通知することとした。これにより、駅での降車人数も考慮した混雑率を列車乗車中の利用者に通知することが可能となり、停車駅におけるスムーズな乗り換え、および、乗り換え後の混雑率の均等化が可能となる。
【産業上の利用可能性】
【００７７】
以上のように、本発明にかかる車両内混雑状況表示システムは、鉄道システムに有用であり、特に、乗車前の車両内の混雑率を利用者に通知する案内システムとして有用である。
【符号の説明】
【００７８】
１，１ａ  メインサーバ
２  駅サーバ
３，３ａ  車上装置
４  データベース
５  運行管理システム
６，７  表示装置
【図１】
2012086000.tif 000003
【図２】
2012086000.tif 000004
【図３】
2012086000.tif 000005
【図４】
2012086000.tif 000006
【図５】
2012086000.tif 000007
【図６】
2012086000.tif 000008
【図７】
2012086000.tif 000009
【図８】
2012086000.tif 000010
【図９】
2012086000.tif 000011
【図１０】
2012086000.tif 000012
【図１１】
2012086000.tif 000013
【図１２】
2012086000.tif 000014
【図１３】
2012086000.tif 000015
【図１４】
2012086000.tif 000016
【図１５】
2012086000.tif 000017
【手続補正書】
【提出日】平成25年3月22日(2013.3.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
列車の車両ごとの混雑状況を鉄道利用者に通知する車両内混雑状況表示システムであって、
列車の各車両それぞれについて、走行中の混雑率と、当該列車が次に停車する駅において当該駅に到着する直前の走行中の混雑率と当該駅到着後の利用者の降車終了時点の混雑率との違いを示す情報として過去に取得して保持しておいた降車率と、に基づいて、当該駅における、利用者の降車終了時点の混雑率の推定値である乗車直前混雑率を算出するメインサーバと、
前記列車の各車両それぞれについて算出された乗車直前混雑率を利用者に通知する表示装置と、
を備え、
前記メインサーバは、前記降車率を使用して前記乗車直前混雑率を算出すると実際の混雑率との誤差が大きくなることが予め分かっている駅に到着する場合には、前記乗車直前混雑率を算出しないことを特徴とする車両内混雑状況表示システム。
【請求項２】
前記メインサーバは、前記乗車直前混雑率を算出する際、算出時点の時刻と同一の時間帯に取得して保持しておいた降車率を使用する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項３】
前記メインサーバは、前記乗車直前混雑率を算出する際、平日における算出であれば前記列車の種別が一致し、かつ算出時点の時刻と同一の時間帯の平日に取得して保持しておいた降車率を使用し、一方、休日における算出であれば前記列車の種別が一致し、かつ算出時点の時刻と同一の時間帯の休日に取得して保持しておいた降車率を使用する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項４】
前記メインサーバは、前記乗車直前混雑率を算出する際、算出時点の時刻と同一の時間帯に取得して保持しておいた降車率が複数存在していれば、当該複数存在している降車率の平均値を使用する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項５】
列車に設置され、列車の各車両それぞれについて、駅発車後の所定のタイミングで前記走行中の混雑率を算出し、駅停車中においては、混雑率の最低値を示す停車中最低混雑率を算出し、さらに、当該停車中最低混雑率と、停車中の駅に到着する前の走行中に算出した走行中の混雑率とに基づいて、前記降車率を算出する車上装置、
をさらに備えることを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項６】
列車に設置され、列車の各車両それぞれについて、駅発車後の所定のタイミングで前記走行中の混雑率を算出し、駅停車中においては、混雑率の最低値を示す停車中最低混雑率を算出する車上装置、
をさらに備え、
前記メインサーバは、前記車上装置により前記停車中最低混雑率が算出された場合、当該算出された停車中最低混雑率と、当該停車中最低混雑率が算出された駅に到着する前の走行中に算出された走行中の混雑率とに基づいて、前記降車率を算出する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項７】
前記表示装置を駅のプラットホームに設置された表示装置とし、
前記表示装置は、次に到着する列車の車両ごとの乗車直前混雑率を示すコンテンツを表示する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項８】
前記表示装置を列車の各車両内に設置された表示装置とし、
前記表示装置は、自列車が次に停車する駅における乗換え列車の車両ごとの乗車直前混雑率を示すコンテンツを表示する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項９】
前記表示装置を駅のプラットホームに設置された第１の表示装置、および列車の各車両内に設置された第２の表示装置とし、
前記第１の表示装置は、次に到着する列車の車両ごとの乗車直前混雑率を示すコンテンツを表示し、
前記第２の表示装置は、自列車が次に停車する駅における乗換え列車の車両ごとの乗車直前混雑率を示すコンテンツを表示する
ことを特徴とする請求項１に記載の車両内混雑状況表示システム。
【請求項１０】
列車の車両ごとの混雑状況を鉄道利用者に通知する混雑状況案内方法であって、
地上に設置されたメインサーバが、列車の各車両それぞれについて、走行中の混雑率と、当該列車が次に停車する駅において当該駅に到着する直前の走行中の混雑率と当該駅到着後の利用者の降車終了時点の混雑率との違いを示す情報として過去に取得して保持しておいた降車率と、に基づいて、当該駅における、利用者の降車終了時点の混雑率の推定値である乗車直前混雑率を算出する乗車直前混雑率算出ステップと、
駅のホームまたは列車に設置された表示装置が、前記列車の各車両それぞれについて算出された乗車直前混雑率を表示して利用者に通知する乗車直前混雑率通知ステップと、
を含み、
前記降車率を使用して前記乗車直前混雑率を算出すると実際の混雑率との誤差が大きくなることが予め分かっている駅に到着する場合には、前記乗車直前混雑率算出ステップを実行しないことを特徴とする混雑状況案内方法。
【請求項１１】
前記乗車直前混雑率算出ステップでは、
前記乗車直前混雑率を算出する時点の時刻と同一の時間帯に取得して保持しておいた降車率を使用する
ことを特徴とする請求項１０に記載の混雑状況案内方法。
【請求項１２】
前記乗車直前混雑率算出ステップでは、
前記乗車直前混雑率を算出する時点の時刻と同一の時間帯に取得して保持しておいた降車率が複数存在していれば、当該複数存在している降車率の平均値を使用する
ことを特徴とする請求項１０に記載の混雑状況案内方法。
【国際調査報告】
2012086000.tif 000018
2012086000.tif 000019
2012086000.tif 000020
2012086000.tif 000021
2012086000.tif 000022
2012086000.tif 000023
2012086000.tif 000024