JP2023180731A - 駅滞在者推計システム及び駅滞在者推計方法 - Google Patents

Abstract

【課題】駅の旅客の人数及び滞在時間を推計する駅滞在者推計システム及び駅滞在者推計方法を提供する。【解決手段】駅滞在者推計システム１０において、計算サーバ１２０は、分析対象駅を含む１以上の経路について、該経路の出発駅及び到着駅と輸送手段の利用便との組合せ毎に、旅客が出発駅に入場してから到着駅を出場するまでに要する理論上の所要時間の構成情報を、改札通過の記録を示す発着データ１１４及び運行情報である時刻表データ１１５に基づいて計算する所要時間シミュレート部１２７と、旅客が出発駅に入場してから到着駅を出場するまでに要した実際の所要時間を発着データ１１４に基づいて算出し、同一の組合せにおける実際の所要時間と理論上の所要時間との差分から、分析対象駅における旅客の滞在時間を推計する滞在時間算出部１２８と、を備える。【選択図】図１

Description

本発明は、駅滞在者推計システム及び駅滞在者推計方法に関し、駅における旅客の滞在人数とその滞在時間に関して潜在需要を推計する駅滞在者推計システム及び駅滞在者推計方法に適用して好適なものである。

近年のリモートワーク推奨の流れや、将来の人口減少時代を見据え、鉄道事業者は新たな収益基盤の確保を目的として非輸送業の取組みを強化している。駅構内における商業施設開発や沿線における生活関連事業がその代表例であるが、サービスの利便性を高め、旅客を囲い込むためには、鉄道事業者自身が運営する自社商業空間に旅客をタイムリーに誘導したり、自社商業空間で営業する店舗に対して旅客需要情報を提供したりする等、運営最適化を支援する工夫が必要である。

商業施設開発、旅客の誘導、または店舗の運営支援等を多角的かつ効率的に実現するためには、旅客が、どの場所をどのくらいの時間や頻度で通過しているかというデータを分析し、施策検討に活用していくことが重要である。特に、新たな施設や店舗開発を検討する上では、既にその対象駅を利用している旅客以外に、今後、利用する可能性がある旅客、いわば潜在的な旅客需要に関する情報を活用できることが望ましい。

ここで例えば、特許文献１には、近距離無線通信により、その場所を通過した人数を時間帯別および曜日別に推計する技術が開示されている。特許文献１には、無線端末装置の属性情報（性別、年齢、居住地）を活用した属性分析技術も開示されている。また、特許文献２には、改札機の通過情報や、改札口とホームの間の平均到達時間をもとに、列車がホームを発車する時間までを滞留時間と見なすことで、列車の到着前及び発車後の乗車人数を推計する技術が開示されている。

特開２０２１－０４３６４１号公報 特開２００５－２１２６４１号公報

上記した特許文献１の技術を用いると、携帯電話会社のシェア率及び無線通信機能の稼働率を考慮することで、駅など特定の場所を通過した人数を推計することができる。しかし、大規模駅において近距離無線通信だけで滞留人数を把握しようとすると、近距離無線通信用に多くの基地局を設置する必要が生じ、コスト面で現実的ではないという問題があった。また、特許文献２の技術を用いると、列車の駅到着前と駅発車後のそれぞれでホーム上の滞在人数を推計することができるが、当該駅から入場した旅客及び出場した旅客だけが推計の対象となるため、当該駅で乗り換える旅客等を考慮した滞在者推計ができないという問題があった。

また、特許文献１及び特許文献２に開示された従来技術は、駅に確実に滞在していたという記録を持つ旅客を対象とした分析技術であり、駅に滞在できる可能性があるという観点で駅滞在者の潜在需要を推定することはできなかった。

本発明は以上の点を考慮してなされたもので、輸送事業者（例えば鉄道事業者）が収集及び蓄積している情報（例えば改札通過データまたは時刻表データ）を活用して、指定された駅に滞在できる可能性がある旅客の人数及び滞在時間を推計することができる駅滞在者推計システム及び駅滞在者推計方法を提案しようとするものである。

かかる課題を解決するため本発明においては、所定の輸送手段を利用する旅客のうち、指定された分析対象駅に滞在可能な旅客を推計する駅滞在者推計システムであって、前記輸送手段の各駅における旅客の改札通過の記録を示す発着データと、前記輸送手段の運行情報である時刻表データと、前記分析対象駅を含む１以上の経路について当該経路の出発駅及び到着駅と前記輸送手段の利用便との組合せごとに、旅客が前記出発駅に入場してから前記到着駅を出場するまでに要する理論上の所要時間の構成情報を前記発着データ及び前記時刻表データに基づいて計算する所要時間シミュレート部と、前記組合せごとに、旅客が前記出発駅に入場してから前記到着駅を出場するまでに要した実際の所要時間を前記発着データに基づいて算出し、同一の前記組合せにおける前記実際の所要時間と前記理論上の所要時間との差分から、前記分析対象駅における前記旅客の滞在時間を推計する滞在時間算出部と、を備えることを特徴とする駅滞在者推計システムが提供される。

また、かかる課題を解決するため本発明においては、所定の輸送手段を利用する旅客のうち、指定された分析対象駅に滞在可能な旅客を推計する駅滞在者推計システムによる駅滞在者推計方法であって、前記駅滞在者推計システムは、前記輸送手段の各駅における旅客の改札通過の記録を示す発着データと、前記輸送手段の運行情報である時刻表データと、を有し、前記駅滞在者推計システムが、前記分析対象駅を含む１以上の経路について当該経路の出発駅及び到着駅と前記輸送手段の利用便との組合せごとに、旅客が前記出発駅に入場してから前記到着駅を出場するまでに要する理論上の所要時間の構成情報を前記発着データ及び前記時刻表データに基づいて計算する理論上所要時間計算ステップと、前記駅滞在者推計システムが、前記組合せごとに、旅客が前記出発駅に入場してから前記到着駅を出場するまでに要した実際の所要時間を前記発着データに基づいて算出し、同一の前記組合せにおける前記実際の所要時間と前記理論上の所要時間との差分から、前記分析対象駅における前記旅客の滞在時間を推計する滞在時間算出ステップと、を備えることを特徴とする駅滞在者推計方法が提供される。

本発明によれば、指定された駅に滞在できる可能性がある旅客の人数及び滞在時間を推計することができる。

本発明の一実施形態に係る駅滞在者推計システム１０の構成例を示すブロック図である。 乗換経路データ１１２のデータ構造例を示す図である。 駅データ１１３のデータ構造例を示す図である。 発着データ１１４のデータ構造例を示す図である。 時刻表データ１１５のデータ構造例を示す図である。 所要時間データ１１６のデータ構造例を示す図である。 駅滞在時間データ１１８のデータ構造例を示す図である。 駅滞留者推計処理の処理手順例を示すフローチャートである。 対象経路一覧抽出処理の処理手順例を示すフローチャートである。 理論上所要時間算出処理の処理手順例を示すフローチャートである。 滞在時間算出処理の処理手順例を示すフローチャートである。 システム管理画面の一例を示す図である。 操作受付処理の処理手順例を示すフローチャートである。 表示画面作成処理の処理手順例を示すフローチャートである。 グラフを利用した結果表示画面の一例を示す図である。 路線図を利用した結果表示画面の一例を示す図である。

以下、図面を参照して、本発明の実施形態を詳述する。なお、各実施形態では、鉄道輸送サービスを対象として説明するが、本発明は、多数の人が利用する輸送手段（例えば、鉄道、航空機、バス等）全般に適用可能である。

以下の記載及び図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略及び簡略化がなされている。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。本発明が実施形態に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。本発明は、当業者であれば本発明の範囲内で様々な追加や変更等を行うことができる。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は複数でも単数でも構わない。

以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、少なくとも１以上のプロセッサ（例えばＣＰＵ）によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又はインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノード、ストレージシステム、ストレージ装置、サーバ、管理計算機、クライアント、又は、ホストであってもよい。プログラムを実行して行う処理の主体（例えばプロセッサ）は、処理の一部又は全部を行うハードウェア回路を含んでもよい。例えば、プログラムを実行して行う処理の主体は、暗号化及び復号化、又は圧縮及び伸張を実行するハードウェア回路を含んでもよい。プロセッサは、プログラムに従って動作することによって、所定の機能を実現する機能部として動作する。プロセッサを含む装置及びシステムは、これらの機能部を含む装置及びシステムである。

プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサ（例えばＣＰＵ）と記憶資源を含み、記憶資源はさらに配布プログラムと配布対象であるプログラムとを記憶してよい。そして、プログラム配布サーバのプロセッサが配布プログラムを実行することで、プログラム配布サーバのプロセッサは配布対象のプログラムを他の計算機に配布してよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

（１）駅滞在者推計システム１０の構成
図１は、本発明の一実施形態に係る駅滞在者推計システム１０の構成例を示すブロック図である。図１に示すように、駅滞在者推計システム１０は、ネットワーク４１を介して自動改札機２１及び列車２２と接続される。

自動改札機２１は、改札業務を自動化する機器であって、多くの鉄道の駅で改札に設置されている。自動改札機２１が非接触型ＩＣカード（または同等の機能を有するモバイル端末）または磁気乗車券を読み取ることによって、乗客は駅へ入場または駅から出場することができる。自動改札機２１が読み取った情報は、ネットワーク４１を介して、鉄道事業者が管理するデータ管理サーバ群（不図示）へ送信され、改札通過データとして蓄積される。改札通過データには、各乗客が列車を利用するために入場した駅及びその改札通過時刻（入場時刻）と、降車した駅及びその改札通過時刻（出場時刻）等の情報が含まれる。後述するデータサーバ１１０に格納される発着データ１１４は、データ管理サーバ群に蓄積された改札通過データから生成される。

なお、改札通過データは、自動改札機２１の通過ログを集計する以外にも、公衆無線ＬＡＮ（Local Area Network）の利用ログやＢｌｕｅｔｏｏｈ端末を検知した情報から推定する方法も考えられる。近年、駅や列車内で利用可能な公衆無線ＬＡＮの普及に伴い、アクセスポイントが各所に設置されるようになってきている。公衆無線ＬＡＮは鉄道事業者以外の事業者が提供するものであってもよい。公衆無線ＬＡＮとは、無線ＬＡＮによりインターネットへの接続を提供するサービスであり、乗客はノートＰＣ、タブレットＰＣ、スマートフォンなどのモバイル端末からアクセスポイントを介してインターネット接続する。一つのアクセスポイントから電波が到達可能な範囲は、一般的に数十メートル程度であるため、駅などの広い空間では複数のアクセスポイントが設置される。モバイル端末が複数のアクセスポイントと交信可能な場合に混信が生じるのを防ぐため、ネットワークを識別するＳＳＩＤ（Service Set Identifier）によって通信を行う。このため、アクセスポイント側では各モバイル端末の接続開始時刻及び接続終了時刻を取得することができる。一般的に駅構内に設置されるアクセスポイントは改札付近やプラットホームに複数設置されているので、各アクセスポイントと乗客が所有するモバイル端末との間の電波強度からモバイル端末の位置を大まかに推定できる。あるいは、各モバイル端末が接続しているアクセスポイントを時系列に追跡することで、駅構内の入出場時刻を大まかに推定できる。

列車２２は、鉄道事業者が保有する鉄道管理システムで運用されている。鉄道管理システムは、サブシステムとしてダイヤ計画システム、運行管理システム、及び列車情報管理システム等を有する。運行管理システムは、ダイヤ計画システムで作成された時刻表に従って列車２２が運行されているかを管理する。列車情報管理システムは、運行中の列車２２から様々な情報を取得または収集して乗務員や運行管理センタに情報を伝送するシステムである。列車情報管理システムを活用すると、列車の位置や列車番号、列車の故障情報などが各列車から送信され、これらの情報を運行管理センタに集約することができる。鉄道は、事故や天候不順などにより、ダイヤ計画システムで作成された計画上の時刻表どおりに列車が運行されるとは限らない。その場合、運行管理システムに記録された実績の時刻表データと、計画上の時刻表データとの間に差異が生じることになる。但し、運行状況が計画上の時刻表通りと見なして差し支えない場合は、計画上の時刻表データをそのまま列車の運行に使用することもできる。

そこで、本実施形態に係る駅滞在者推計システム１０においてデータサーバ１１０に格納される時刻表データ１１５は、運行管理システムに記録された実績の時刻表データに基づくことが好ましい。但し、上述したように運行状況が計画上の時刻表通りと見なして差し支えない場合は、計画上の時刻表データに基づく時刻表データ１１５としてもよい。

駅滞在者推計システム１０は、自動改札機２１及び列車２２から取得できる情報に基づいて、駅を利用できる可能性がある旅客の人数（滞在人数）やその滞在時間等を推計する。但し、本実施形態において駅滞在者推計システム１０が取得する情報の提供元は、自動改札機２１及び列車２２に限定されるものではない。駅滞在者推計システム１０は、鉄道事業者が業務システムの一部として保有してもよいし、鉄道事業者とは異なるサービス事業者が保有して混雑予測結果の配信を鉄道事業者に対して行う事業形態であってもよい。

図１に示すように、駅滞在者推計システム１０は、データサーバ１１０、計算サーバ１２０、及び情報配信サーバ１３０を備える。各サーバは、ネットワーク４２を介して、システム管理者（駅滞在者推計システム１０を鉄道事業者が保有している場合には鉄道事業者）が使用する計算機である管理者端末３１と通信可能に接続される。また、駅滞在者推計システム１０は、ネットワーク４３を介して、利用者端末３２及び外部システム３３と通信可能に接続される。利用者端末３２は、利用者が使用する計算機である。外部システム３３は、施設や店舗の情報を管理するシステム、またはＰＯＳ（Point Of Sales）システム等である。

以下に、駅滞在者推計システム１０が備える各サーバについて説明する。なお、本実施形態では図１に示したように３つのサーバ群として説明するが、駅滞在者推計システム１０が備えるサーバは、物理的に１つの計算機、または論理的もしくは物理的に構成された複数の計算機上で構成される計算機システムとして構成することができ、同一の計算機上で別個のスレッドで動作してもよく、複数の物理的計算機の資源上に構築された仮想計算機上で動作してもよい。

駅滞在者推計システム１０が備える各サーバ（データサーバ１１０、計算サーバ１２０、情報配信サーバ１３０）の基本構成は共通している。

例えば、計算サーバ１２０は、ネットワークインタフェース（Ｉ／Ｆ）１２１、プロセッサ（ＣＰＵ）１２２、メモリ１２３、及び記憶部１２４を有する計算機である。ネットワークインタフェース１２１は、ネットワーク４１，４２，４３に接続するためのインタフェースである。プロセッサ１２２は、メモリ１２３に格納されたプログラムを実行する。メモリ１２３は、不揮発性の記憶素子であるＲＯＭ（Read Only Memory）と揮発性の記憶素子であるＲＡＭ（Random Access Memory）とを含む。ＲＯＭは、ＢＩＯＳ（Basic Input Output System）等の不変のプログラムを格納する。ＲＡＭは、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶素子であり、プロセッサ１２２が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。記憶部１２４は、例えば、ＨＤＤ（Hard Disc Drive）等の磁気記憶装置、ＳＳＤ（Solid State Drive）等のフラッシュメモリ、または光学ドライブ等の、大容量かつ不揮発性の記憶装置によって構成され、プロセッサ１２２が実行するプログラム及びプログラムの実行時に使用されるデータを格納する。なお、記憶部１２４として複数の記録装置を設け、プログラムやデータを複数の記録装置に分割して記録してもよい。

情報配信サーバ１３０は、計算サーバ１２０と同様に、ネットワークインタフェース（Ｉ／Ｆ）１３１、プロセッサ（ＣＰＵ）１３２、メモリ１３３、及び記憶部１３４を有する。

データサーバ１１０も、基本構成は計算サーバ１２０及び情報配信サーバ１３０と同様であるが、図１ではネットワークインタフェース、プロセッサ、及びメモリの図示を省略している。なお、データサーバ１１０が有するデータ格納部（ＤＢ）１１１は、データサーバ１１０が受信したデータを記録するデータベースであって、計算サーバ１２０の記憶部１２４及び情報配信サーバ１３０の記憶部と同様のハードウェア構成によって実現できる。

また、上記の各サーバは、キーボードやマウスなどが接続されてオペレータからの入力を受ける入力インタフェース、及び、ディスプレイ装置やプリンタなどが接続されてプログラムの実行結果をオペレータが視認可能な形式で出力する出力インタフェースを有してもよい。また、各サーバが実行するプログラムは、ネットワークまたはリムーバルメディア（光ディスク、フラッシュメモリ等）を介して各サーバに提供される。このため、各サーバは、リムーバルメディアからデータを読み込むインタフェースを有してもよい。

データサーバ１１０は、駅滞在者推計システム１０の外部から受信したデータ、及び駅滞在者推計システム１０の計算サーバ１２０から受信したデータを、データ格納部（ＤＢ）１１１に記録する。図１には、データ格納部１１１に格納されるデータとして、乗換経路データ１１２、駅データ１１３，発着データ１１４、時刻表データ１１５、所要時間データ１１６、及び駅滞在時間データ１１８が示されている。各データの詳細は、データ構造例を示した図２～図７を参照しながら後述する。なお、データ格納部１１１が各データを記録または更新するタイミングは、データごとに任意に設定可能である。具体的には例えば、データ管理サーバ群が管理する改札通過データから生成される発着データ１１４、及び列車２２を管理している運行管理システムからの情報をもとに生成される時刻表データ１１５等は、データ管理サーバ群または運行管理システムが新たなデータを取得したタイミング、または所定の時間間隔（例えば数分ごとや数時間ごと）で、ネットワーク４１を介してデータサーバ１１０に送信され、データ格納部１１１に格納される。

計算サーバ１２０は、データサーバ１１０（データ格納部１１１）に蓄積されたデータ群を用いて、ユーザ（利用者端末３２を操作する利用者）から指定された分析対象駅における旅客の滞在人数及び滞在時間を推計し格納する「駅滞留者推計処理」を実行する。

計算サーバ１２０の記憶部１２４は、全体制御部１２５、対象経路一覧抽出部１２６、所要時間シミュレート部１２７、及び滞在時間算出部１２８の各処理部の機能を実現するためのプログラムと、計算処理の過程で生成される中間データを格納する。各処理部は、対応するプログラムが記憶部１２４から読み出され、メモリ１２３にロードされて、プロセッサ１２２によって実行されることにより、機能を実現する。分析対象のデータは、データサーバ１１０または記憶部１２４に格納された中間データから取得し、メモリ１２３に一時的に格納され、プロセッサ１２２がプログラムを記憶部１２４から読み出して実行する。これらのプログラムは、予め定められた時間間隔（例えば、１時間おきなど）に従って自動的に実行してもよいし、システム管理者が要求したタイミングで実行してもよい。計算サーバ１２０の各処理部の詳細は、処理手順例を示した図８～図１１を参照しながら後述する。

情報配信サーバ１３０は、システム管理者が使用する管理者端末３１または利用者が使用する利用者端末３２から、ネットワーク４２，４３を介してアクセスされ、要求に応えて情報を提供する。情報配信サーバ１３０は、その記憶部１３４に、管理画面制御部１３５及び表示画面作成部１３６の機能を実現するためのプログラムと、計算処理の過程で生成される中間データとを格納する。情報配信サーバ１３０の各処理部の詳細は、処理手順例及び出力画面例を示した図１２～図１６を参照しながら後述する。

なお、駅滞在者推計システム１０のシステム管理者は、管理者端末３１からネットワーク４２を介して、駅滞在者推計システム１０に蓄積されたデータの構成や状況、計算サーバ１２０の処理実行状況や計算結果、利用者の利用状況などを確認することができる。

（２）データサーバ１１０
以下では、データサーバ１１０のデータ格納部１１１に格納される各種データについて、詳しく説明する。

（２－１）乗換経路データ１１２
図２は、乗換経路データ１１２のデータ構造例を示す図である。乗換経路データ１１２は、１以上の路線で形成される鉄道網において、列車の乗換を考慮して、駅間の経路に関する情報を示すマスタデータである。乗換経路データ１１２は、出発駅ＩＤ１１２１、到着駅ＩＤ１１２２、経路選択確率１１２３、所要時間１１２４、第１乗車路線ＩＤ１１２５、第１乗車駅ＩＤ１１２６、第１降車駅ＩＤ１１２７、直通フラグ１１２８、及び第２乗車路線ＩＤ１１２９などの情報を含む。

出発駅ＩＤ１１２１、到着駅ＩＤ１１２２、第１乗車駅ＩＤ１１２６、及び第１降車駅ＩＤ１１２７は、それぞれの対象駅を特定可能な識別子（駅ＩＤ）で表される。第１乗車路線ＩＤ１１２５及び第２乗車路線ＩＤ１１２９は、それぞれの対象路線を特定可能な識別子（路線ＩＤ）で表される。駅ＩＤ及び路線ＩＤは、例えば鉄道事業者等によって予め定義される。

乗換経路データ１１２は、基本的には、出発駅から到着駅までの利用経路及び乗降駅の情報で表現される。例えば、出発駅から到着駅まで１つの路線を利用して移動可能な場合、当該駅間の経路を示す乗換経路データ１１２は、第１乗車路線ＩＤ１１２５、第１乗車駅ＩＤ１１２６、及び第１降車駅ＩＤ１１２７の３つの情報だけで表現することができる。

一方、出発駅から到着駅までが複数の路線を利用する移動となる場合は、当該駅間の経路を示す乗換経路データ１１２は、全ての利用路線（例えば第１乗車路線と第２乗車路線）について、乗車路線、乗車駅、降車駅の情報が必要となる。その際、１つ目の利用路線と２つ目の利用路線とが直通している場合（いわゆる、路線乗入の場合）は、乗換が発生しないため、実際には１つの路線と見なすことができる。直通フラグ１１２８は、このようなケースを識別するためのフラグ値である。図２では、具体的なフラグ値として、列車乗換も路線乗入もない場合には「－」、路線乗入がなく列車乗換が発生する場合には「０」、直通（路線乗入）によって列車乗換が発生しない場合には「１」の値が使用される。

なお、図２では、２つ目の利用路線の一部（第２乗車路線ＩＤ１１２９）までしか図示していないが、上述した乗換及び直通に対する取扱いは、３つ目以降の利用路線が存在する場合も同様である。例えば、１つ目の利用路線から２つ目の利用路線は直通であり、２つ目の利用路線から３つ目の利用路線が乗換が必要な経路であった場合、第１乗車路線に関するデータ項目（１１２５～１１２７）の後の直通フラグ１１２８には、直通を示す「１」が記載され、第２乗車路線に関するデータ項目の後の直通フラグのデータ項目には、乗換を示す「０」が記載されることになる。

すなわち、乗換経路データ１１２は、利用路線ごとに、乗車路線ＩＤ、乗車駅ＩＤ、及び降車駅ＩＤが必須で、さらに当該路線の次に利用する路線が存在する場合には直通フラグが必要となることから、利用路線ごとに４つの情報を１セットとして格納する。

経路選択確率１１２３は、出発駅ＩＤ１１２１と到着駅ＩＤ１１２２との組合せに対して複数の経路を割当可能な状況を考慮して、当該レコードの経路が割り当てられる配分率を示す。出発駅ＩＤ１１２１と到着駅ＩＤ１１２２との組合せに対して１つの経路だけが設定されている場合には、経路選択確率１１２３は「１．０」となるが、複数の経路が割り当てられる場合は、全経路の経路選択確率の和が１．０となるように、各経路への配分率が記載される。

経路の配分に関しては、経路探索により経路候補を複数列挙した上で、効用関数を用いて配分する方法の他、駅構内に設置された無線アクセスポイントとの接続情報を用いて各乗客の移動経路をトレースした実績値を用いる方法等が挙げられる。また、列車の時刻表（時刻表データ１１５）を用いて時間帯毎に経路候補を列挙し、配分率を変えて指定してもよい。

所要時間１１２４は、出発駅から到着駅までの平均的な所要時間を示す。所要時間１１２４は、実際に列車に乗っている時間だけでなく、乗換時の徒歩移動や、次の列車を待つ時間なども含んだ値である。所要時間１１２４の算出方法としては、列車の時刻表（時刻表データ１１５）を用いた経路探索により、一日を通しての平均的な所要時間を求める方法等が挙げられる。なお、曜日や時間帯によって、列車の運行間隔が大きく変化するような場合には、平日または休日、あるいは時間帯ごとに分けて、所要時間１１２４を算出するようにしてもよい。

なお、上記説明では、乗換経路データ１１２が乗換及び直通（乗入）を考慮した経路情報を保持することを詳述したが、乗換経路データ１１２は、駅間の経路に関してその他の事項も考慮して、当該事項に関する情報を保持するようにしてもよい。例えば、同一路線内の移動であっても、普通列車と急行列車のように停車駅（あるいは通過駅）が異なる場合には、急行列車から普通列車に乗り換える経路と、乗り換えなしに普通列車で移動する経路とが割り当て可能であることから、停車駅（あるいは通過駅）を考慮した経路情報を保持するようにしてもよい。また例えば、内回り経路と外回り経路とが存在する環状線などにも対応して経路情報を保持できるようにしてもよい。

また、図２に示した乗換経路データ１１２のデータ構造の変形例として、乗車路線（第１乗車路線ＩＤ１１２５，第２乗車路線１１２９等）について、近接する駅を徒歩で移動するような場合に、その旨を表すコードを別途設定してもよい。

（２－２）駅データ１１３
図３は、駅データ１１３のデータ構造例を示す図である。駅データ１１３は、駅滞在者推計システム１０を適用する鉄道の各駅に関する情報を示すマスタデータである。駅データ１１３は、駅ＩＤ１１３１、駅名１１３２、所有会社１１３３、所在地１１３４、緯度経度情報１１３５、及び構内図１１３６などの情報を含む。

駅データ１１３は、駅または路線の追加または廃止等に伴い、更新が必要となる。その更新作業は、実際の開業時にシステム運用者（システム管理者）によって実施される。駅または路線の追加または廃止等によって駅データ１１３が更新された場合は、別のマスタデータである乗換経路データ１１２も更新が必要となる。また、駅滞在者推計システム１０を使って、将来開業予定の新駅の開発計画を見越した予測分析を行いたい場合には、新駅を追加した架空のマスタデータとして駅データ１１３を整備する必要がある。この場合、システム運用者（システム管理者）が、架空のマスタデータとしての駅データ１１３を作成し、必要に応じて乗換経路データ１１２も作成すればよい。

このように、駅滞在者推計システム１０は、データサーバ１１０で複数のマスタデータを管理する必要がある。そして、駅滞在者推計システム１０の利用者は、分析の用途に応じてマスタデータを指定した上で、所望する駅における分析（駅滞在人数及び滞在時間の推計）を駅滞在者推計システム１０に要求することになる。

（２－３）発着データ１１４
図４は、発着データ１１４のデータ構造例を示す図である。発着データ１１４は、列車２２による旅客の移動行動について、その時空間情報及び人数情報を示すデータである。発着データ１１４は、トリップＩＤ１１４１、出発駅ＩＤ１１４２、到着駅ＩＤ１１４３、出発時刻１１４４、到着時刻１１４５、利用人数１１４６、及び経路情報１１４７などの情報を含む。

発着データ１１４は、グループ化した旅客の移動行動ごとにレコードが生成され、各レコードのトリップＩＤ１１４１には、ユニークな識別子（トリップＩＤ）が付与される。「旅客の移動行動」とは、端的には、何人の旅客がどの駅を何時に出発し、どの駅に何時に到着したか、を意味する。なお、旅客の移動行動をグループ化する基準の１つとなる時間の粒度、すなわち、出発時刻１１４４及び到着時刻１１４５の時間の粒度は、１分単位、１秒単位、または１０分単位などのように、任意の単位が設定されてよい。

発着データ１１４は、改札通過データに基づいて、所定の時間帯にある駅に入場した旅客が、どの駅で降車したかという利用人数を集計することによって算出される。経路情報１１４７は、出発駅ＩＤ１１４２と到着駅ＩＤ１１４３との組合せに対する経路情報（利用路線ＩＤ、乗車駅ＩＤ、降車駅ＩＤ）が羅列されたものであり、図２に示した乗換経路データ１１２を参照することによって取得される。なお、経路が複数の利用路線（乗車路線）に跨っている場合には、複数の全ての経路について「利用路線ＩＤ、乗車駅ＩＤ、降車駅ＩＤ」の組合せで、経路情報１１４７に記録される。例えば、経路情報１１４７が「２０００１，１００１，１００３，２０００３，１００３，１００４」と記録された場合、路線ＩＤ「２０００１」の路線で駅ＩＤ「１００１」から駅ＩＤ「１００３」まで移動し、さらに路線ＩＤ「２０００３」の路線で駅ＩＤ「１００３」から駅ＩＤ「１００４」まで移動したことを意味する。

発着データ１１４においてトリップＩＤ１１４１及び経路情報１１４７以外の項目に記録される情報は、自動改札機２１が読み取った情報をデータ管理サーバ群（不図示）に収集し、改札通過データとして集計することによって生成される。例えば、図４の発着データ１１４で１つ目（トリップＩＤ＝１）及び２つ目（トリップＩＤ＝２）のレコードに示したように、出発駅ＩＤ１１４２が「１００１」、到着駅ＩＤ１１４３が「１００２」、出発時刻１１４４が「２０２０／３／２１ １２：００」、到着時刻１１４５が「２０２０／３／２１ １２：１０」であった旅客が、合計で１０人存在したとする（利用人数３３６が「６」と「４」である）。このとき、出発駅ＩＤと到着駅ＩＤの組み合わせ（１００１と１００２）をキーとして乗換経路データ１１２を参照し、該当するレコードを抽出する。そして、抽出した各レコードにおける経路情報（第１乗車路線ＩＤ１１２５以降の項目情報）と経路選択確率１１２３の値とを用いて合計人数１０人を配分し、配分した経路情報と一緒に格納することで、図４の１つ目及び２つ目のレコードが生成される。

なお、発着データ１１４には、図４に例示した以外にも、性別、年代、定期券の保有の有無、または与信枠情報など、旅客のプロファイル情報が含まれていてもよい。その場合は乗換経路データ１１２の経路情報及び経路選択確率に加えて、プロファイル情報ごとに合計人数を配分し、格納する。

（２－４）時刻表データ１１５
図５は、時刻表データ１１５のデータ構造例を示す図である。時刻表データ１１５は、列車２２の運行計画を示すデータである。時刻表データ１１５は、列車ＩＤ１１５１、路線ＩＤ１１５２、駅ＩＤ１１５３、走行順序１１５４、通停区分１１５５、到着時刻１１５６、出発時刻１１５７、及び定員情報１１５８などの情報を含む。

通停区分１１５５には、対象駅（駅ＩＤ１１５３）における対象列車（列車ＩＤ１１５１）の「通過」または「停車」を表す値が格納される。通停区分１１５５が「通過」である場合、到着時刻１１５６及び出発時刻１１５７には必ずしも値が格納されなくてもよい。時刻表データ１１５は、鉄道運行システムが作成する運行ダイヤに基づいて生成され、データサーバ１１０が鉄道運行システムから最新の運行ダイヤを受信した場合には、受信した運行ダイヤの内容によって時刻表データ１１５が更新される。

定員情報１１５８は、列車（列車ＩＤ１５１１）の旅客定員を示す。定員情報１１５８は、例えば運賃のみで乗車できる普通車と、特急料金等の特別料金を支払うことで乗車できる特別者とに分けて、それぞれの旅客定員を保持するようにしてもよい。

（２－５）所要時間データ１１６
図６は、所要時間データ１１６のデータ構造例を示す図である。所要時間データ１１６は、出発駅（出発駅ＩＤ１１６２）に入場してから到着駅（到着駅ＩＤ１１６３）を出場するまでの理論上の所要時間に関する情報を示すデータであって、発着データ１１４に示されるトリップＩＤ１１４１ごとに、所要時間シミュレート部１２７による算出結果が格納される。所要時間データ１１６は、トリップＩＤ１１６１、出発駅ＩＤ１１６２、到着駅ＩＤ１１６３、人数１１６４、出発時刻１１６５、及び到着時刻１１６６に加えて、利用経路に関する情報（路線ＩＤ１１６７，乗車駅ＩＤ１１６９，降車駅ＩＤ１１７０）、列車ＩＤ１１６８、列車待ち時間１１７１、及び列車乗車時間１１７２などの情報を含む。

トリップＩＤ１１６１、出発駅ＩＤ１１６２、到着駅ＩＤ１１６３、人数１１６４、出発時刻１１６５、及び到着時刻１１６６は、発着データ１１４のデータ項目（具体的には、トリップＩＤ１１４１、出発駅ＩＤ１１４２、到着駅ＩＤ１１４３、利用人数１１４６、出発時刻１１４４、到着時刻１１４５）に対応している。また、利用経路に関する情報（路線ＩＤ１１６７，乗車駅ＩＤ１１６９，降車駅ＩＤ１１７０）は、発着データ１１４に含まれる経路情報１１４７の内容に対応しており、乗換を含む経路の場合は、利用する路線数分のデータが格納される。

列車ＩＤ１１６８、列車待ち時間１１７１、及び列車乗車時間１１７２は、利用する路線の数だけ格納されるデータ項目であり、例えば１回の乗換を含む経路の場合は、最初に利用する路線の列車に紐づく情報が列車ＩＤ［１］、列車待ち時間［１］、列車乗車時間［１］として格納され、乗換後に利用する路線の列車に紐づく情報は列車ＩＤ［２］、列車待ち時間［２］、列車乗車時間［２］に格納される。列車待ち時間１１７１は、出発時刻１１６５を基点として最初の列車に乗車する時刻までの時間、もしくはある路線の列車を降りて、次の路線の列車に乗るまでの時間を示している。また列車乗車時間１１７２は、ある駅で列車に乗車した時刻を基点として、別のある駅で列車を降りるまでの時間を示している。

（２－６）駅滞在時間データ１１８
図７は、駅滞在時間データ１１８のデータ構造例を示す図である。駅滞在時間データ１１８は、駅（対象駅１１８２）における旅客の滞在時間に関する情報であって、発着データ１１４に示されるトリップＩＤ１１４１ごとに、滞在時間算出部１２８による算出結果が格納される。駅滞在時間データ１１８は、トリップＩＤ１１８１、対象駅ＩＤ１１８２、滞在開始時刻１１８３、滞在終了時刻１１８４、出発駅ＩＤ１１８５、到着駅ＩＤ１１８６、出発時刻１１８７、到着時刻１１８８、及び人数１１８９などの情報を含む。

トリップＩＤ１１８１、出発駅ＩＤ１１８５、到着駅ＩＤ１１８６、出発時刻１１８７、到着時刻１１８８、及び人数１１８９は、発着データ１１４のデータ項目（具体的には、トリップＩＤ１１４１、出発駅ＩＤ１１４２、到着駅ＩＤ１１４３、出発時刻１１４４、到着時刻１１４５、利用人数１１４６）に対応している。滞在開始時刻１１８３及び滞在終了時刻１１８４の時間の粒度は、１秒単位、１分単位、または１０分単位など、予め決められた任意の単位で格納される。

なお、駅滞在時間データ１１８には、図７に示したデータ項目以外にも、例えば、所要時間データ１１６の路線ＩＤ１１６７、乗車駅１１６９、及び降車駅１１７０に対応する利用経路に関する情報が含まれてもよいし、発着データ１１４と同様に、旅客のプロファイル情報が含まれてもよい。

（３）計算サーバ１２０
以下では、計算サーバ１２０の各処理部（全体制御部１２５，対象経路一覧抽出部１２６，所要時間シミュレート部１２７，滞在時間算出部１２８）について詳しく説明する。

（３－１）駅滞留者推計処理
図８は、駅滞留者推計処理の処理手順例を示すフローチャートである。駅滞留者推計処理は、データサーバ１１０（データ格納部１１１）に蓄積されたデータ群を用いて、計算サーバ１２０がユーザ（利用者端末３２を操作する利用者）から指定された分析対象駅における旅客の滞在人数及び滞在時間を推計し格納する処理であって、計算サーバ１２０の全体制御部１２５が、対象経路一覧抽出部１２６、所要時間シミュレート部１２７、及び滞在時間算出部１２８のプログラムを適宜呼び出しながら実行する。各処理において作成されるデータは、トリップＩＤ１１４１，１１６１，１１８１で変化を追跡することができる。

図８によればまず、全体制御部１２５は、システム管理画面で設定された分析対象駅を取得する（ステップＳ１０１）。システム管理画面は、情報配信サーバ１３０の管理画面制御部１３５によって利用者端末３２等に提示される画面であって、その具体例は図１２を参照しながら後述される。

次に、全体制御部１２５は、対象経路一覧抽出部１２６を呼び出し、対象経路一覧抽出処理を実行させる（ステップＳ１０２）。詳細は図９を参照しながら後述するが、対象経路一覧抽出処理において、対象経路一覧抽出部１２６は、乗換経路データ１１２を用いて、ステップＳ１０１で取得された分析対象駅が経路に含まれる対象経路を抽出し、抽出結果をまとめた対象経路一覧を出力する。

次に、全体制御部１２５は、所要時間シミュレート部１２７を呼び出し、理論上所要時間算出処理を実行させる（ステップＳ１０３）。詳細は図１０を参照しながら後述するが、理論上所要時間算出処理において、所要時間シミュレート部１２７は、発着データ１１４に基づいて、ステップＳ１０２で抽出された対象経路が利用可能な経路を紐付け、各経路における列車等の割り当てのシミュレーション計算を行うことによって、各経路の列車待ち時間及び最終的な到着時刻等を計算し、理論上の所要時間データ１１６を出力する。

次に、全体制御部１２５は、駅滞在時間データ１１８を作成していない全ての発着データ１１４について個々に、以降のステップＳ１０５～Ｓ１０７の処理を繰り返す（ステップＳ１０４）。ステップＳ１０５では、処理対象となる全ての発着データ１１４について、ステップＳ１０２で抽出した対象経路一覧から対象経路を１つずつ選択しながら以下のステップＳ１０６の処理を繰り返す。ステップＳ１０６では、現在の処理対象の発着データ１１４における経路情報１１４７が、現在処理をしている対象経路（ステップＳ１０５で選択された対象経路）の情報と一致しているか否かを判定する。ステップＳ１０６において処理対象の経路情報１１４７と現在選択されている対象経路の情報とが一致している場合には（ステップＳ１０６のＹＥＳ）、全体制御部１２５は滞在時間算出部１２８を呼び出して滞在時間算出処理を実行させる（ステップＳ１０７）。詳細は図１１を参照しながら後述するが、滞在時間算出処理において、滞在時間算出部１２８は、発着データ１１４のトリップＩＤ１１４１をキーとして、理論上の所要時間を算出可能な情報を有する所要時間データ１１６を参照し、当該トリップＩＤの経路上に含まれる各駅における旅客の滞在開始時刻及び滞在終了時刻を算出し、算出結果を駅滞在時間データ１１８に格納する。一方、ステップＳ１０６において処理対象の経路情報１１４７と現在選択されている対象経路の情報とが一致していない場合には（ステップＳ１０６のＮＯ）、全体制御部１２５はステップＳ１０５に戻り、次の対象経路を選択して、当該対象経路との比較を行う。

なお、上記の図８では、システム管理画面において所定の操作が行われたことを契機として、駅滞在者推計処理が実行されるとしたが、本実施形態において駅滞留者推計処理が実行される契機はこれに限定されるものではなく、例えば、日次、週次、または月次などの定期的に、各駅（あるいは所定駅）を対象として駅滞在者推計処理が実行されるようにしてもよい。

（３－２）対象経路一覧抽出処理
図９は、対象経路一覧抽出処理の処理手順例を示すフローチャートである。対象経路一覧抽出処理は、対象経路一覧抽出部１２６によって実行される。

図９によればまず、対象経路一覧抽出部１２６は、自プログラムの外部で設定された分析対象駅の情報を取得する（ステップＳ２０１）。具体的には、分析対象駅の情報は図１２に示すシステム管理画面で設定され、図８のステップＳ１０１を介して、全体制御部１２５から対象経路一覧抽出部１２６に渡される。なお、設定される分析対象駅は、１つでも複数でもよい。

次に、対象経路一覧抽出部１２６は、データサーバ１１０から乗換経路データ１１２を読み込む（ステップＳ２０２）。次いで、対象経路一覧抽出部１２６は、ステップＳ２０２で読み込んだ乗換経路データ１１２について１レコードずつ、以下のステップ２０４～Ｓ２０６の処理を繰り返す（ステップＳ２０３）。

ステップＳ２０４では、対象経路一覧抽出部１２６は、分析対象駅として設定された駅について、１つずつ駅を選択しながら、以下のステップＳ２０５～Ｓ２０６の処理を繰り返す。

ステップＳ２０５では、対象経路一覧抽出部１２６は、乗換経路データ１１２の選択中のレコードにおける経路情報（具体的には、第１乗車駅ＩＤ１１２６及び第１降車駅ＩＤ１１２７など、利用路線における全ての乗車駅及び降車駅）を参照し、選択中の分析対象駅が、上記経路情報の乗車駅または降車駅に含まれているか否かを判定する。

ステップＳ２０５において分析対象駅が経路情報に含まれている場合は（ステップＳ２０５のＹＥＳ）、乗換経路データ１１２の選択中のレコードから、路線、乗車駅、及び降車駅の情報を抽出し、「第１乗車路線－第１乗車駅－第１降車駅－第２乗車路線－第２乗車駅－第２降車駅－・・・」などの所定の形式で文字列を作成して、対象経路一覧のデータに追加する。一方、ステップＳ２０５において分析対象駅が経路情報に含まれていない場合は（ステップＳ２０５のＮＯ）、ステップＳ２０４に戻り、次の分析対象駅を選択してステップＳ２０５の処理を繰り返す。

そして乗換経路データ１１２の全てのレコードについてステップ２０４～Ｓ２０６の処理が終了した後、対象経路一覧抽出部１２６は、対象経路一覧のデータを出力し（ステップＳ２０７）、対象経路一覧抽出処理を終了する。なお、対象経路一覧のデータは、ファイル形式等で出力してもよいし、プログラム内で一時的に記憶しておいてもよい。

（３－３）理論上所要時間算出処理
図１０は、理論上所要時間算出処理の処理手順例を示すフローチャートである。理論上所要時間算出処理は、所要時間シミュレート部１２７によって実行される。所要時間シミュレート部１２７は、対象経路一覧抽出部１２６が呼び出されたタイミングで、あるいはその後で、全体制御部１２５から呼び出されるものとする。

図１０によればまず、所要時間シミュレート部１２７は、データサーバ１１０から発着データ１１４を読み込み（ステップＳ３０１）、さらに時刻表データ１１５を読み込む（ステップＳ３０２）。

次に、所要時間シミュレート部１２７は、ステップＳ３０１で読み込んだ発着データ１１４について１レコードずつ、以下のステップＳ３０４～Ｓ３０９の処理を繰り返す（ステップＳ３０３）。

ステップＳ３０４では、所要時間シミュレート部１２７は、発着データ１１４の選択中のレコードにおける経路情報１１４７を参照して、経路情報１１４７に含まれる利用路線を特定し、利用路線を１つずつ選択しながら、利用路線数の分だけ、以下のステップＳ３０５～Ｓ３０８の処理を繰り返す。

ステップＳ３０５において所要時間シミュレート部１２７は、経路情報１１４７から最初に利用する路線ＩＤを取得し、該当路線を走行する列車のなかで、出発時刻１１４４以降に乗車駅に最も到着するものを探索する。

次に、所要時間シミュレート部１２７は、ステップＳ３０５で探索した列車に乗車可能であるか否かを判定する（ステップＳ３０６）。具体的には、所要時間シミュレート部１２７は、探索した列車の乗車人員を参照し、現在、発着データ１１４の選択中のレコードに含まれる利用人数１１４６を加えても当該列車の定員を超えなければ、乗車可能と判定し、定員を超える場合には乗車不可と判定する。このとき、列車の定員は、ステップＳ３０２で読み込んだ時刻表データ１１５の定員情報１１５８をそのまま利用してもよいし、定員情報１１５８の値を基に、例えば「定員情報＋１００人」までは許容したり、「定員情報×ａ倍」までは許容したりといったように、マージンを設けて定員を決定してもよい。また、路線や時間帯に応じて、上記マージンの度合いを調整するようにしてもよい。

ステップＳ３０６において乗車可能な列車を探索できた場合（ステップＳ３０６のＹＥＳ）、所要時間シミュレート部１２７は、発着データ１１４の選択中のレコードにおける乗車区間（出発駅ＩＤ１１４２から到着駅ＩＤ１１４３までのすべての駅間）を参照し、該当列車の乗車人員情報として加算し、記憶しておく。また、探索した列車の列車ＩＤ１１５１（該当列車ＩＤ）を保持する（ステップＳ３０７）。さらに、ステップＳ３０７において所要時間シミュレート部１２７は、発着データ１１４の選択中のレコードにおける出発時刻１１４４と、時刻表データ１１５において該当列車ＩＤを有するレコードの出発時刻１１５７との差分から、列車待ち時間を算出し、保持する。なお、実際には、出発駅の改札を入場してから最初に利用する路線の列車が到着するホームまでの徒歩移動時間が必要になるため、上記の列車待ち時間からこの徒歩移動時間を考慮した一定の時間を差し引いた時間を、列車待ち時間としてもよい。

ステップＳ３０７に次いで、所要時間シミュレート部１２７は、時刻表データ１１５において該当列車ＩＤを有するレコードから該当列車ＩＤの列車が降車駅に到着する到着時刻１１５６を参照し、この到着時刻以降で乗車可能な列車を探索する（ステップＳ３０８）。このとき、所要時間シミュレート部１２７は、該当列車ＩＤの列車が乗車駅を出発した時刻から降車駅に到着した時刻までの差分を乗車時間として保持する。

そして上記ステップＳ３０５～Ｓ３０８の処理を、経路情報１１４７が示す利用路線の全ての路線ＩＤについて繰り返した結果、全ての利用路線に関して乗車可能な列車の探索に成功し、発着データ１１４の選択中のレコードに含まれる到着駅に到着することを確認できた場合に、所要時間シミュレート部１２７は、保持していた列車ＩＤ、列車待ち時間、列車乗車時間などの情報を、発着データ１１４の選択中のレコードの情報とともに、所要時間データ１１６に追加する（ステップＳ３０９）。具体的には、対応するトリップＩＤ１１８１を有する所要時間データ１１６のレコードにおいて、列車ＩＤ１１６８、列車待ち時間１１７１、列車乗車時間１１７２には、上記保持していた列車ＩＤ、列車待ち時間、列車乗車時間が追加され、出発駅ＩＤ１１６２～到着時刻１１６６には、発着データ１１４の選択中のレコードの情報が追加される。

以上のように図１０の所要時間算出処理を実行することにより、所要時間シミュレート部１２７は、トリップＩＤごとに理論上の所要時間を算出するために必要となる情報を算出し、これらを所要時間データ１１６に格納することができる。

（３－４）滞在時間算出処理
図１１は、滞在時間算出処理の処理手順例を示すフローチャートである。滞在時間算出処理は、滞在時間算出部１２８によって実行される。滞在時間算出部１２８は、対象経路一覧抽出部１２６及び所要時間シミュレート部１２７が呼び出され、それぞれの処理部による処理が完了した後に呼び出されて滞在時間算出処理を実行するものとする。

図１１によればまず、滞在時間算出部１２８は、自プログラムの外部から渡された分析対象駅の情報を取得し、さらに、データサーバ１１０から発着データ１１４を読み込んで、トリップＩＤ１１４１を取得する（ステップＳ４０１）。

次に、滞在時間算出部１２８は、所要時間データ１１６を参照し、ステップＳ４０１で取得したトリップＩＤ１１４１と同一のトリップＩＤ１１６１を持つレコードを抽出する（ステップＳ４０２）。

次に、滞在時間算出部１２８は、ステップＳ４０１で取得した分析対象駅について１つずつ、以下のステップＳ４０４～Ｓ４０６の処理を繰り返す（ステップＳ４０３）。

ステップＳ４０４では、滞在時間算出部１２８は、ステップＳ４０２で抽出した所要時間データ１１６のレコードから、出発時刻１１６５、乗車駅ＩＤ１１６９、降車駅ＩＤ１１７０、列車待ち時間１１７１、及び列車乗車時間１１７２（複数の路線を利用するレコードの場合は、乗車駅、降車駅、列車待ち時間、及び列車乗車時間による組が、複数存在する）を参照して、分析対象駅における滞在開始時刻を決定する。

具体的にはステップＳ４０４において、処理中の分析対象駅の駅ＩＤが１つ目に利用する路線の乗車駅ＩＤと一致する場合には、「滞在開始時刻＝出発時刻」となる。また、処理中の分析対象駅の駅ＩＤが１つ目に利用する路線の降車駅ＩＤと一致する場合には、「滞在開始時刻＝出発時刻＋１つ目の路線の列車待ち時間＋１つ目の列車の乗車時間」となる。なお、混雑時には、列車の乗り降り自体に時間を要したり、駅構内の徒歩移動時間が長くなったりすることが考えられるため、滞在開始時刻を決定する際に混雑を考慮したマージン時間を設けてもよい。また、処理中の分析対象駅の駅ＩＤが２つ目以降に利用する路線の降車駅ＩＤと一致する場合には、上記した１つ目に利用する路線の降車駅ＩＤのパターンと同様に考えて、「滞在開始時刻＝出発時刻＋該当駅に到着するまでに利用する路線の列車待ち時間＋該当駅に到着するまでに利用する路線の列車の乗車時間」という計算式によって計算することができる。

次に、滞在時間算出部１２８は、分析対象駅における滞在終了時刻を決定する（ステップＳ４０５）。滞在終了時刻の決定方法について詳しく説明する。

まず、ステップＳ４０２で抽出した所要時間データ１１６のレコードを参照して、列車待ち時間１１７１及び列車乗車時間１１７２（複数の路線を利用する場合は、列車待ち時間及び列車乗車時間の組が複数存在する）を合計し、出発時刻に加算すると、出発駅から到着駅まで一切無駄のない行動をした場合の、到着駅における理論的な出場時刻を求めることができる。そして滞在時間算出部１２８は、この理論的な出場時刻と、同一のトリップＩＤを有する発着データ１１４の到着時刻１１４５とを比較し、その差分をステップＳ４０４で決定した滞在開始時刻に加算することによって、滞在終了時刻を算出する。

図６の所要時間データ１１６の１レコード目を例にとって、具体的な算出例を示す。トリップＩＤ「１」のレコードにおいて、１つ目の列車の待ち時間（列車待ち時間［１］１１７１）は「３．０分」であり、１つ目の列車の乗車時間（列車乗車時間［１］１１７２）は「４．０分」であるから、これらを加算すると「７．０分」になる。そして、発着データ１１４から引き継いだ情報である出発時刻１１６５に、この「７．０分」を加算した値は「２０２０／０３／２１ １２：０７」となる。これが理論的な出場時刻である。しかし、同じく発着データ１１４から引き継いだ情報である到着時刻１１６６は、「２０２０／０３／２１ １２：１０」であり、実績値である到着時刻と理論的な出場時刻との間に「３．０分」の差分が生じている。この差分は、純粋に列車を待つ時間を除いたものであるため、待ち合わせや購買など何らかの目的をもって、駅構内に滞在していた時間と考えることができる。そこで滞在時間算出部１２８は、この「３．０分の」差分を、駅滞在時間データ１１８の滞在開始時刻１１８３「２０２０／０３／２１ １２：００」に加算することにより、滞在終了時刻１１８４を「２０２０／０３／２１ １２：０３」と決定することができる。

なお、滞在終了時刻を算出する際は、上記した差分の他に、所要時間データ１１６の列車待ち時間１１７１も滞在時間と捉えて、滞在開始時刻１１８３に加算するようにしてもよい。また、上記した差分は、実際には分析対象駅以外での滞在時間が少なからず含まれている可能性があることから、これを考慮して、差分に係数を掛けた形で格納してもよい。この係数は、駅ごとに固定で設定してもよいし、所要時間データ１１６に示される利用経路にどの駅が含まれるか（例えば所定の大規模駅が含まれるか等）によって場合分けして設定してもよい。

次に、滞在時間算出部１２８は、ここまでの処理で得られた情報を駅滞在時間データ１１８に追加する（ステップＳ４０６）。具体的には、選択中のトリップＩＤ及び分析対象駅をトリップＩＤ１１８１及び対象駅１１８２とするレコードに対して、ステップＳ４０４で決定した滞在開始時刻を滞在開始時刻１１８３に、ステップＳ４０５で決定した滞在終了時刻を滞在終了時刻１１８４に追加する。さらに、上記レコードに対して、発着データ１１４から引き継いだ情報（出発駅ＩＤ１１４２、到着駅ＩＤ１１４３、出発時刻１１４４、到着時刻１１４５、利用人数１１４６）を、出発駅ＩＤ１１８５、到着駅ＩＤ１１８６、出発時刻１１８７、到着時刻１１８８、及び人数１１８９に追加する。以上の追加によって、駅滞在時間データ１１８に格納するレコードが生成される。

そして、ステップＳ４０６の処理後は、繰り返し処理の終了条件を満たさない場合はステップＳ４０３に戻り、繰り返し処理の終了条件を満たす場合は、滞在時間算出処理を終了する。

（４）情報配信サーバ１３０
以下では、情報配信サーバ１３０の各処理部（管理画面制御部１３５，表示画面作成部１３６）が取り扱う画面について詳しく説明する。

（４－１）システム管理画面
図１２は、システム管理画面の一例を示す図である。図１２に示すシステム管理画面２１０は、駅滞在者推計システム１０のユーザ（例えば利用者端末３２を操作する利用者）が、駅滞在者の傾向を分析する際に条件を入力するための画面である。システム管理画面２１０は、管理画面制御部１３５によって生成され、ネットワーク４３等を介して利用者端末３２に提供される。

システム管理画面２１０には、いくつかのテキスト入力欄や選択肢のボックスが配置されており、ユーザは各自の分析用途に応じて、決まった選択肢の中から、条件を選んでいく操作を行う。例えば、図１２に示したシステム管理画面２１０の場合は、画面内の左側に、分析対象駅を選択する分析対象駅選択欄２１１が構成され、画面内の右側に、分析処理の実行内容を決定する分析処理操作欄２１２が構成されている。なお、分析対象駅や分析処理を選択するこれらの欄以外にも、年月日などの分析対象期間、あるいは分析対象の曜日を細かく指定できる欄などがあってもよい。分析対象駅選択欄２１１では、１つの駅だけを選択することもできるし、複数の駅を選択してもよい。分析対象駅の候補が多数存在する場合には、駅の一覧表などを用意し、テキストファイル形式でアップロードするインタフェースを有するようにしてもよい。

図１２において、分析処理操作欄２１２には、分析処理の実行内容を選択するためのボタンとして、開始ボタン２１３、取消ボタン２１４、及び表示ボタン２１５が用意されている。ユーザが、分析対象駅選択欄２１１で分析対象駅を選択した状態で、開始ボタン２１３を押下操作すると、管理画面制御部１３５によって操作受付処理が実行されることにより、分析対象駅に対する駅滞在者推計処理（図８参照）の実行が開始される。操作受付処理の詳細は図１３を参照しながら後述する。また、ユーザが、駅滞在者推計処理の実行中に取消ボタン２１４を押下操作すると、管理画面制御部１３５によって操作受付処理が実行されることにより、駅滞在者推計処理の実行が中断または取り消される。そして、ユーザが、駅滞在者推計処理の終了後（あるいは、実行中でもよい）に表示ボタン２１５を押下操作すると、管理画面制御部１３５による操作受付処理を経て、表示画面作成部１３６が表示画面作成処理を実行することにより、分析処理の実行結果に基づく結果表示画面が生成及び表示される。より具体的には、分析処理の実行結果とは、分析対象駅における旅客の滞在人数及び滞在時間の推計結果であり、表示画面作成処理によって、これらの推計結果が集計及びグラフ化された情報が、結果表示画面に表示される。結果表示画面の詳細は、図１４～図１６を参照しながら後述する。

なお、分析対象駅選択欄２１１において分析対象駅が１つも選択されていない状態では、分析処理操作欄２１２の何れのボタンを押しても、実質的には何も処理が実行されないことから、分析処理操作欄２１２のボタンは全て無効（押下操作できない状態）としておいてもよい。また、取消ボタン２１４は、開始ボタン２１３が押下され、駅滞在者推計処理を実行中の期間においてのみ、意味がある処理であることから、例えば管理画面制御部１３５が計算サーバ１２０における駅滞在者推計処理の進捗を監視し、取消ボタン２１４の有効または無効の状態を制御するようにしてもよい。また、表示ボタン２１５は、駅滞在者推計処理の実行が完全に終了した段階で有効になる。また、本実施形態に係る駅滞在者推計システム１０では、複数の分析処理を同時に実行可能に構成してもよく、その場合は、システムにおいて現在実行されている全ての処理プロセスを、システム管理画面２１０等を介してユーザが確認できるようにするとよい。

また、情報配信サーバ１３０（管理画面制御部１３５）は、駅滞在者推計処理の進捗度合いを、システム管理画面２１０またはその他の画面（例えば、ポップアップなど）で表示するようにしてもよい。このような進捗表示を行うことにより、ユーザは、駅滞在者推計処理が終了するまでにどの程度の時間が掛かりそうであるかを把握できるため、予想以上に時間が掛かりそうな場合には取消ボタン２１４を押下して処理を一時中断し、分析対象駅を絞って選択し直したうえで再度、開始ボタン２１３を押下する、といった調整が可能になる。

図１３は、操作受付処理の処理手順例を示すフローチャートである。操作受付処理は、ユーザがシステム管理画面２１０で入力した条件に従って、管理画面制御部１３５が必要な処理を実行する処理である。操作受付処理は、図１２に示したシステム管理画面２１０において、分析処理操作欄２１２の何れかのボタン２１３～２１５に対する有効な操作が行われたタイミングで開始される。

図１３によればまず、管理画面制御部１３５は、システム管理画面２１０の分析対象駅選択欄２１１で指定された分析対象駅の情報を取得する（ステップＳ５０１）。次に、管理画面制御部１３５は、システム管理画面２１０の分析処理操作欄２１２で指定された分析処理の実行内容を取得する（ステップＳ５０２）。

ステップＳ５０２で取得した実行内容が「開始」であれば、管理画面制御部１３５は、ステップＳ５０１で取得した分析対象駅を引数として、全体制御部１２５に駅滞在者推計処理の実行を要求する。この結果、計算サーバ１２０によって分析対象駅に対する駅滞在者推計処理（図８参照）が実行される（ステップＳ５０３）。なお、ステップＳ５０３で要求する駅滞在者推計処理の実行タイミングは、即時でもよいし、指定した時間に処理が始まるようにジョブを登録する形でもよい。

また、ステップＳ５０２で取得した実行内容が「取消」であれば、管理画面制御部１３５は、全体制御部１２５に駅滞在者推計処理の実行中止を要求する（ステップＳ５０３）。この結果、計算サーバ１２０で実行途中の駅滞在者推計処理が中断（または取り消し）される。また、ステップＳ５０２で取得した実行内容が「表示」であれば、管理画面制御部１３５は、表示画面作成部１３６を呼び出し、表示画面作成処理の実行を要求する（ステップＳ５０３）。この結果、駅滞在者推計処理の結果に基づく結果表示画面が作成され、表示される。

以上、図１３に示す操作受付処理を実行することにより、管理画面制御部１３５は、システム管理画面２１０に対するユーザからの入力操作に応じて、分析対象駅における駅滞在者を推計する分析処理の実行に関する制御を実現する。

（４－２）結果表示画面
図１４は、表示画面作成処理の処理手順例を示すフローチャートである。表示画面作成処理は、表示画面作成部１３６が、分析処理（駅滞在者推計処理）の実行結果に基づいて結果表示画面を生成し表示する処理である。図１３のステップＳ５０３でも説明したように、表示画面作成処理は、図１２に示したシステム管理画面２１０において表示ボタン２１５が押下操作されたタイミングで実行される。

図１４によればまず、表示画面作成部１３６は、管理画面制御部１３５から、結果表示画面における表示対象駅及び表示条件を取得する（ステップＳ６０１）。表示対象駅は、システム管理画面２１０で選択された分析対象駅と同等と考えてよい。なお、これまでの説明では、図１２のシステム管理画面２１０で表示ボタン２１５が押下操作されると、結果表示画面が生成及び表示されるとしてきたが、表示ボタン２１５が押下操作されたときには、表示条件に関する詳細画面が現れ、ユーザが詳細な表示条件を指定できるようにすることが、より好ましい。この場合、詳細画面で指定可能な表示条件としては、例えば、表示するグラフの種類の選択、表示対象駅の指定（分析対象駅からの限定）、または、データ集計における単位の指定等が挙げられる。

次に、表示画面作成部１３６は、ステップＳ６０１で取得した表示対象駅及び表示条件をキーとして、データサーバ１１０の駅滞在時間データ１１８を参照し、該当するデータを抽出する（ステップＳ６０２）。

次に、表示画面作成部１３６は、ステップＳ６０２で抽出したデータを表示条件に従って集計し（ステップＳ６０３）、表示条件で指定された形式のグラフで描画し、描画したグラフを埋め込んだ結果表示画面を生成する（ステップＳ６０４）。そして、ステップＳ６０４で生成された結果表示画面は、情報配信サーバ１３０の配信先の装置（例えば、利用者端末３２）に配信されることによって、表示出力される。

なお、情報配信サーバ１３０は、配信先の装置の特性または配信する情報の内容に応じて、複数の表示画面作成部１３６を組合せて、配信する結果表示画面を生成するようにしてもよい。具体的には例えば、画面の配信においてＷＥＢサーバの技術を用いることができ、この場合ユーザは、配信先の装置で実行されるＷＥＢブラウザにおいて、配信される情報を見ることができる。あるいは、配信先の装置で実行される専用のアプリケーションが、情報配信サーバ１３０から送信されたデータを用いて、当該装置で表示すべき結果表示画面を作成するように構成してもよい。

図１５は、グラフを利用した結果表示画面の一例を示す図である。図１５に示した結果表示画面２２０は、選択された分析対象駅について、各駅の時間帯別滞在者数を「入場時の利用者／出場時の利用者／乗換時の利用者」の区分で集計した結果を積み上げグラフの形で表示しており、一日の中での傾向の変化を示している。

なお、結果表示画面におけるグラフの見せ方に関しては、様々なバリエーションが考えられる。具体的には例えば、図１５のように滞在者数の実数値を表示する以外にも、各時間帯でどの区分の利用者が多いかを相対的に見せる方法、または、時間帯別滞在者数を一日全体の滞在者数（図１５の横軸「０９：３０」から「２０：４５」までの合計値）で割ることで得られる各時間帯の内訳比率を色分けして見せる方法などが考えられる。

また、図１５に示した結果表示画面２２０は、各駅の滞在者数の傾向を折れ線グラフで表しているが、本実施形態の結果表示画面で利用可能なグラフの形態は、これに限定されるものではなく、円グラフまたはレーダーチャートなどの形態で表してもよい。また、駅ごとに分けてグラフ化してもよいし、同じ駅について分析期間を分割し複数並べて比較できる機能を有してもよい。

また、結果表示画面は、計算サーバ１２０で実行された駅滞在者推計処理の実行結果だけに基づいて構成しなくてもよく、例えば、外部システム３３等から駅構内の店舗の販売データを取得し、駅滞在者数と販売額とを駅ごとの散布図で表すなどしてもよい。この場合、推計された滞在者数に対して販売額の良い駅または悪い駅を発見することに役立てることができる。また、縦軸に分析対象駅、横軸に出発駅または到着駅をとったマトリックスバブルチャートを作成し、各格子点におけるバブルの大きさで滞在者数を表現し、バブルの色で利用者の平均年齢や平均与信枠等の属性情報を表す等の方法も考えられる。このようにする場合、複数の分析対象駅と、複数の到着駅との関係を１つの図（グラフ）で表すことができる。具体的には、どこの駅から来てどこの駅へ向かう滞在者がどのくらいの人数いるか、また、どういう年齢層の滞在者が多いか、をユーザが一目で把握できるようになる。さらに、上記の「どこの駅から来たか」は「どこの駅に住んでいるか」と解釈し、「どこの駅へ向かうか」は「どこで働いているか」と解釈することもできる。

図１６は、路線図を利用した結果表示画面の一例を示す図である。図１６に示した結果表示画面２３０は、分析対象とする都市圏全体の列車及び駅の混雑度を俯瞰で見せることを目的とした結果表示画面であり、画面内に路線図２３１が配置されている。路線図２３１には、各路線を走行する列車が、遅延度合いや混雑度によって色分けされたアイコンで表示されている。なお、モノクロ図面である図１６では、色分けはハッチングの違いで表している。図１６の結果表示画面２３０のように路線図を利用した表示形態を採用する目的は、分析対象駅に関して、駅の滞留者数の傾向を把握すると同時に、その駅を発着する列車の混雑度や遅延状態を同時に見られるような画面を提供することにある。

結果表示画面２３０において路線図２３１は、マウスまたはキーボードなどの入力インタフェースを用いて操作が可能で、例えば、ホイールボタンなどによる地図画面のズームイン／ズームアウトや、マウスドラッグによる地図の表示位置の変更などの操作を行うことができる。路線図２３１において、各路線及び各駅の配置は、実際の空間的な位置情報に基づいて決定してもよいし、一画面に収まるように適宜調整して決定してもよい。

また、大規模な都市圏では路線数が多く、画面のスペース上、全ての路線を列挙することが難しくなることが想定できるため、表示する路線を選択できるようにしてもよい。ここで、路線図２３１に表示する走行中の列車のアイコンの色や大きさは、当該列車の乗車人員の平均値または最大値、当該列車の遅延秒数などに応じて変化させるとよい。例えば乗車率の数値に対して、「０％～５０％未満」、「５０％～１００％未満」、「１００％～１５０％未満」、「１５０％以上」といったように、いくつかの段階別にそれぞれ異なる色を定義しておくとよい。これらの列車のアイコン表示形態や駅滞在者の表示内容に関しては、ユーザが任意に設定できるものであることが望ましい。表示内容の選択は、単一の候補を選択できるインタフェースでもよいし、複数の指標を同時に選択できるインタフェースでもよい。

また、結果表示画面２３０では、列車のアイコンをマウス等でクリックしたときに、当該列車に乗車中の旅客が次に滞在すると推定される駅とその滞在人数とを示す、ポップアップ２３２を表示する機能を持たせている。列車に乗車中の旅客がどの駅で滞在するかは、まず、所要時間データ１１６に含まれる列車ＩＤ１１６８、乗車駅ＩＤ１１６９、及び降車駅ＩＤ１１７０を参照して、列車ＩＤと駅間ごとの組合せに対応する複数のトリップＩＤ１１６１を特定し、次に、特定したトリップＩＤ１１６１に対応するトリップＩＤ１１８１を有する駅滞在時間データ１１８のレコードを参照して、各レコードにおける滞在駅（対象駅１１８２）と滞在時間（滞在開始時刻１１８３から滞在終了時刻１１８４までの経過時間）とを集計することによって、算出できる。

具体的には、図１６には、列番１０１の列車をクリックしたときにポップアップ２３２が表示された状態が示されている。また、このポップアップ２３２では、旅客が次にどの駅に滞在すると推定されるかだけでなく、その滞在時間も併せて表示している。具体的には、図１６のポップアップ２３２によれば、Ａ１駅とＡ２駅との間を走行中の列番１０１の列車に乗車中の旅客のうち、１５０人が次はＡ４駅に１０分～２０分滞在し、４２人が次はＡ４駅に２０分以上滞在する、等と推定されることが示される。

なお、表示画面作成部１３６は、結果表示画面２３０に対する表示条件の設定機能を有することにより、ユーザが入力した表示条件を受信した場合、またはマウスやキーボード等の入力インタフェースによる入力操作を受信した場合等には、受信した表示条件または入力操作にしたがって結果表示画面２３０の再作成を行い、リクエストを送信した装置に配信する。これは、図１５に示した結果表示画面２２０のようなグラフ形式による結果表示画面でも同様である。

以上のように、表示画面作成部１３６は、計算サーバ１２０が推計した駅滞在者の滞在人数及び滞在時間を列車２２の走行状態と紐づけて俯瞰できる結果表示画面２３０をシステム管理者または鉄道事業者等に提示することによって、列車内での旅客向けの案内、及び駅内の店舗の商品配置計画などに活用することができる。

（５）むすび
以上に説明したように、本実施形態に係る駅滞在者推計システム１０は、輸送事業者（鉄道事業者）が収集及び蓄積している改札通過データ及び時刻表データ等を用いて、交通機関を利用する旅客の移動を、徒歩移動時間、待ち時間、乗換時間、及び乗車時間の観点で細かく分割し、各駅を利用する可能性がある潜在需要としての駅滞在者の滞在人数及び滞在時間を推計することができる。このような駅滞在者推計システム１０によれば、鉄道事業者は滞在者の傾向を加味して、駅構内の設備更新または商業施設の計画立案等を実施することができる。また、性別、年代、または定期券の発着駅等の乗車券の属性情報と組み合わせて、各駅の滞在者数の推計結果を分析することにより、商業施設におけるテナントの出店計画、または店舗運営における商品の入替計画等を支援することができる。

１０ 駅滞在者推計システム
２１ 自動改札機
２２ 列車
３１ 管理者端末
３２ 利用者端末
３３ 外部システム
４１，４２，４３ ネットワーク
１１０ データサーバ
１１１ データ格納部（ＤＢ）
１１２ 乗換経路データ
１１３ 駅データ
１１４ 発着データ
１１５ 時刻表データ
１１６ 所要時間データ
１１８ 駅滞在時間データ
１２０ 計算サーバ
１２１ ネットワークインタフェース（Ｉ／Ｆ）
１２２ プロセッサ（ＣＰＵ）
１２３ メモリ
１２４ 記憶部
１２５ 全体制御部
１２６ 対象経路一覧抽出部
１２７ 所要時間シミュレート部
１２８ 滞在時間算出部
１３０ 情報配信サーバ
１３１ ネットワークインタフェース（Ｉ／Ｆ）
１３２ プロセッサ（ＣＰＵ）
１３３ メモリ
１３４ 記憶部
１３５ 管理画面制御部
１３６ 表示画面作成部

Claims (10)

1. 所定の輸送手段を利用する旅客のうち、指定された分析対象駅に滞在可能な旅客を推計する駅滞在者推計システムであって、
   前記輸送手段の各駅における旅客の改札通過の記録を示す発着データと、
   前記輸送手段の運行情報である時刻表データと、
   前記分析対象駅を含む１以上の経路について当該経路の出発駅及び到着駅と前記輸送手段の利用便との組合せごとに、旅客が前記出発駅に入場してから前記到着駅を出場するまでに要する理論上の所要時間の構成情報を前記発着データ及び前記時刻表データに基づいて計算する所要時間シミュレート部と、
   前記組合せごとに、旅客が前記出発駅に入場してから前記到着駅を出場するまでに要した実際の所要時間を前記発着データに基づいて算出し、同一の前記組合せにおける前記実際の所要時間と前記理論上の所要時間との差分から、前記分析対象駅における前記旅客の滞在時間を推計する滞在時間算出部と、
   を備えることを特徴とする駅滞在者推計システム。
2. 任意の出発駅から任意の到着駅に至るまでに旅客が選択し得る経路に関する情報を示す乗換経路データと、
   前記乗換経路データに基づいて、前記分析対象駅を含む１以上の経路を抽出する対象経路一覧抽出部と、
   をさらに備え、
   前記対象経路一覧抽出部は、異なる利用便を乗り継ぐ経路を抽出可能とする
   ことを特徴とする請求項１に記載の駅滞在者推計システム。
3. 前記対象経路一覧抽出部は、前記分析対象駅を含む経路として複数の経路を抽出する場合に、所定の配分率にしたがって個々の経路の選択率を決定する
   ことを特徴とする請求項２に記載の駅滞在者推計システム。
4. 前記滞在時間算出部は、前記分析対象駅における前記旅客の滞在時間の推計において、
   前記所要時間シミュレート部によって計算された前記理論上の所要時間の構成情報に基づいて、前記旅客が前記分析対象駅に到着する理論上の時刻を滞在開始時刻とし、
   前記滞在開始時刻に前記実際の所要時間と前記理論上の所要時間との差分を加算した時刻を滞在終了時刻とする
   ことを特徴とする請求項１に記載の駅滞在者推計システム。
5. 前記滞在時間算出部は、前記経路において前記分析対象駅が別の利用便への乗り継ぎ駅である場合には、乗り継ぎのための列車待ち時間を、前記滞在時間に加算する
   ことを特徴とする請求項１に記載の駅滞在者推計システム。
6. １以上の前記分析対象駅をユーザから指定可能なシステム管理画面を提供する管理画面制御部をさらに備える
   ことを特徴とする請求項１に記載の駅滞在者推計システム。
7. 前記管理画面制御部は、前記システム管理画面において、前記滞在時間の推計の開始、取消、または推計結果の表示を要求するユーザからの操作を受け付ける
   ことを特徴とする請求項６に記載の駅滞在者推計システム。
8. 前記滞在時間算出部による前記滞在時間の推計結果に基づく結果表示画面を作成し、提供する表示画面作成部を、さらに備える
   ことを特徴とする請求項１に記載の駅滞在者推計システム。
9. 前記分析対象駅が２以上指定されて前記滞在時間の推計が行われた場合に、
   前記表示画面作成部は、各前記分析対象駅についての前記滞在時間の推計結果を集計し、グラフまたは路線図を用いて、各前記分析対象駅における前記旅客の滞在人数及び滞在時間を前記結果表示画面に表示する
   ことを特徴とする請求項８に記載の駅滞在者推計システム。
10. 所定の輸送手段を利用する旅客のうち、指定された分析対象駅に滞在可能な旅客を推計する駅滞在者推計システムによる駅滞在者推計方法であって、
    前記駅滞在者推計システムは、
    前記輸送手段の各駅における旅客の改札通過の記録を示す発着データと、
    前記輸送手段の運行情報である時刻表データと、を有し、
    前記駅滞在者推計システムが、前記分析対象駅を含む１以上の経路について当該経路の出発駅及び到着駅と前記輸送手段の利用便との組合せごとに、旅客が前記出発駅に入場してから前記到着駅を出場するまでに要する理論上の所要時間の構成情報を前記発着データ及び前記時刻表データに基づいて計算する理論上所要時間計算ステップと、
    前記駅滞在者推計システムが、前記組合せごとに、旅客が前記出発駅に入場してから前記到着駅を出場するまでに要した実際の所要時間を前記発着データに基づいて算出し、同一の前記組合せにおける前記実際の所要時間と前記理論上の所要時間との差分から、前記分析対象駅における前記旅客の滞在時間を推計する滞在時間算出ステップと、
    を備えることを特徴とする駅滞在者推計方法。
    

Images