JP5947596B2 - 旅客流動情報生成システムおよび旅客流動情報生成方法 - Google Patents

Description

本発明は、鉄道利用者に関する情報を生成するためのサーバ及びコンピュータプログラムに係り、特に、電子乗車券の利用履歴データから鉄道輸送における経路ごとの利用状況を算出するのに適した、旅客流動に関する情報を生成するためのサーバ及びコンピュータプログラムに関する。

従来より、鉄道輸送における旅客流動を把握し、この情報から将来の流動を予測する方法が提案されている。例えば特許文献１によれば、自動改札機から得られる乗車情報を統計的に処理することにより、旅客流動データを把握し、将来の流動を予測する方法が開示されている。すなわち、自動改札機を通過した利用者の人数を時間帯別および乗車券種別ごとに集計し、出発駅（Ｏ）と到着駅（Ｄ）を組み合わせた「ＯＤデータ」として扱うことにより、ある日の旅客流動を網羅的に把握する。このデータをもとに、将来の流動を予測するものである。

一方、昨今導入が進んでいる鉄道のＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード等の電子乗車券は、切符を買う手間が要らず、電子マネーとしても利用できるなどといった乗客への利便性を提供しつつ、不正の防止や効率向上など、鉄道業者にとっても大きな効果を生み出している。非特許文献１によれば、改札の入出場やチャージ・購買といった処理のたびに、乗車券の利用履歴情報が処理端末およびカードに格納され、その後サーバに集約される。乗車券として利用するＩＣカード（携帯電話に内蔵されたＩＣチップも含む）には、それぞれを識別するＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）コードが付与されていることから、乗車券のＩＤをもとに、各駅の改札機の通過や購買の履歴を利用して、その利用者の行動を把握することができる。

特開２０１０−６１３２１号公報

情報処理学会 デジタルプラクティスＶｏｌ．１ Ｎｏ．３ 「特集：ＩＣカードが社会を変える」 ２０１０年７月１５日刊行 Ｐ１１４−１２８

特許文献１に代表される方法で利用されるＯＤデータで得られる旅客流動データは、改札の入場から改札の出場までを追ったものである。しかし、首都圏や関西圏等、複数の鉄道事業者がそれぞれ鉄道網を提供しており、乗客がある場所からある場所に行くのに、複数の鉄道事業者の路線を乗り継いでいく場合も多い。乗継を含めて乗客の移動をある地点からある地点に向かうものと捉えた場合に、異なる経路をどのように使い分けるかは、ＯＤデータからだけではわからない。

本発明の目的は、旅客流動を、異なる鉄道事業者間の乗り継ぎも含めて把握し、ある地点からある地点に行くのにどの経路がどの程度利用されているのかを定量化することにより、乗客が複数経路をどのように使い分けているかを把握し、これにより将来の流動予測、また乗客に対する誘導や案内にまで役立てることができる、応用範囲の広い旅客流動情報を生成・管理することのできるサーバおよびコンピュータプログラムを提供することにある。

上記課題は、入場と出場を識別する処理種別とカードＩＤと処理日時と駅ＩＤと取引額を含む改札通過ログと、経路ＩＤと入場駅ＩＤと出場駅ＩＤと運賃情報とを含む経路マスタと、事業者情報と前記駅ＩＤとを含む路線マスタと、前記駅ＩＤと代表駅ＩＤとを含む駅グループマスタと、を格納するデータ格納部と、前記改札通過ログの処理種別に基づいて乗り継ぎフラグを付与して、前記経路マスタに含まれる前記運賃情報を用いて、前記乗り継ぎフラグと前記カードＩＤと前記運賃情報とを含む移動ログを複数生成する移動ログ生成部と、
前記移動ログに基づいて前記複数生成された移動ログを連結して、連結数と事業者別運賃情報と出発駅ＩＤと到着駅ＩＤとを生成し、前記カードＩＤと前記連結数と前記事業者別運賃情報と前記出発駅ＩＤと前記到着駅ＩＤとを含む連結済み移動ログを生成する移動ログ連結部と、前記生成された連結済み移動ログに含まれる前記出発駅ＩＤと前記到着駅ＩＤとを前記駅グループマスタを用いて発代表駅ＩＤと着代表駅ＩＤとにそれぞれ変換し、前記変換された発代表駅ＩＤと前記着代表駅ＩＤとの組み合わせ毎に件数による利用割合情報と運賃による利用割合情報とを算出した利用割合集計結果リストを生成する集計処理部と、前記生成された利用割合集計結果リストを画面に表示するインターフェイス部と、を有し、前記インターフェイス部は、第一の発代表駅ＩＤと第一の着代表駅ＩＤとの入力を受け付け、前記第一の発代表駅ＩＤと前記第一の着代表駅ＩＤとの間の経路の前記件数による利用割合情報と前記運賃による利用割合情報とを前記画面に表示することを特徴とする旅客流動情報生成システムによって解決される。

本発明により、大量の電子乗車券履歴データから、異なる鉄道事業者間の乗り継ぎも含めた旅客流動情報を把握し、ある地点からある地点に行くのにどの経路がどの程度利用されているのかを定量化することにより、乗客が複数経路をどのように使い分けているかを把握することができるようになる。これにより、将来の流動予測や、乗客に対する誘導や案内等にも役立てることができる、応用範囲の広い旅客流動情報を生成・管理することが可能となる。

乗客の移動と履歴の関係の例を示す図。 同一区間・複数移動経路の例を示す図。 本発明の第１の実施例となるシステムの全体構成の例を示す図。 実施例１におけるサーバの機能的構成の例を示す図。 実施例１におけるデータ構造（マスタ）の例を示す図。 実施例１におけるデータ構造（履歴）の例を示す図。 実施例１におけるデータ構造（集計データ）の例を示す図。 実施例１における移動ログ生成処理の手順の例を示す図。 実施例１における移動ログ連結処理の手順の例を示す図。 実施例１における経路別集計データ生成処理の手順の例を示す図。 移動経路と利用割合の例を示す図。 実施例１における利用割合計算処理の手順の例を示す図。 実施例１における制御用端末画面例（条件送信）。 実施例１における制御用端末画面例（結果表示）。 実施例１における制御用端末画面例（詳細表示）。 実施例１における制御用端末画面例（時系列表示）。

本発明は、電子乗車券の履歴として残される改札入出場の情報から、改札内の移動（列車による移動）と改札外の乗継を含めた移動に関する情報を生成し、経路別の移動を集計することで旅客流動情報を生成する方法と、この情報の活用方法について開示する。

まず、図１および図２により、本発明で把握しようとする移動の概要と、移動経路の関係等を説明する。

図１に、鉄道利用者の移動と履歴の関係を、簡単な例を使って示す。この例は、Ａ駅（４０１）からＸ社の改札に入場してＢ駅（４０２）の改札を出場したのち、さらにＹ社線に乗り継いでＤ駅（４０４）で改札入場し、Ｅ駅（４０５）で改札出場する移動を示している。Ａ駅（４０１）からＢ駅（４０２）に至る際に、乗換無しでそのまま行く経路と、Ｃ駅（４０３）で別の路線に乗り換える経路とがあるものとする。図中、実線は改札内の移動（列車による移動）で、破線は改札を越えた乗継を示すものとする。また点線の楕円で囲んだ複数の駅は、乗継可能な駅のグループを表す。

ここで、「乗換」（４２２）とは同一の鉄道事業者の改札内である路線から別の路線に乗り換えることと定義し、「乗継」（４２３）とは他社線の路線に乗り換えるために一旦改札を出て、別の改札に入ることと定義する。乗継のための駅（ここではＸ社のＢ駅（４０２）とＹ社のＤ駅（４０４））は、別の鉄道事業者の駅ではあるが、同じ敷地内に存在する場合もあるし、また少し離れた場所にあり徒歩での移動が必要な場合もある。また、時に複数の鉄道事業者間での相互乗り入れがあるが、この場合は改札を経ない乗継なので、「乗継」の定義には含まない。

図１において、電子乗車券の履歴としては、Ａ駅の改札入場（４２４）・Ｂ駅の改札出場（４２５）・Ｄ駅の改札入場（４２６）・Ｅ駅の改札出場（４２７）である。Ｂ駅からＤ駅の「乗継」は電子乗車券の履歴から明らかであるが、Ｃ駅の「乗換」は改札内で行われるため電子乗車券の履歴としては残らない。そのため、Ａ駅からＢ駅に至る経路については、移動にかかった時間やその時間帯ダイヤ、また乗換駅での購買履歴等を考慮して、経路の推定を行う処理が必要となる（本発明では、改札内の経路推定処理の方法については特に規定しない）。

図２は、図１の例を発展させて、同一区間における複数経路の関係について説明する。ここで、「区間」（４００）とは、乗継を含めた移動の出発駅（最初の入場駅）と到着駅（最後の出場駅）の組み合わせである。図１の例では、Ａ駅が出発駅でＥ駅が到着駅であるので、区間は「Ａ駅→Ｅ駅」と定義される。

この例で、Ａ駅（４０１）の近くにＦ駅（４０６）・Ｇ駅（４０７）があり、Ｅ駅（４０５）の近くにＪ駅（４１０）があり、いずれも徒歩で簡単に行き来が出来るものとする。ここで、Ａ駅・Ｆ駅・Ｇ駅はひとつの「駅グループ」（４３０）であり、Ｅ駅・Ｊ駅はひとつの「駅グループ」（４３０’）であると定義する。駅グループには「代表駅」が定義されており、それぞれＡ駅とＥ駅を代表駅とする。

ここで、Ａ駅付近のある地点（ランドマーク）からＥ駅付近のある地点（ランドマーク）に向かう場合、選択可能な経路としては、Ａ駅（４０１）を出発しＢ駅（４０２）−Ｄ駅（４０４）で乗り継ぎＥ社（４０５）に到着する経路（経路１：４３１）と、Ｆ駅（４０６）からＥ駅（４０５）に乗換・乗継無しで行く経路（経路２：４３２）と、Ｇ駅（４０７）を出発しＨ駅（４０８）−Ｉ駅（４０９）で乗り継ぎＪ駅（４１０）に到着する経路（経路３：４３３）が考えられる。経路の記述方法は、入場駅と出場駅は「−」でつなぎ、他社間の乗継は「：」でつないで表記する。従って、区間「Ａ駅→Ｅ駅」の移動経路は、
経路１：「Ａ駅−Ｂ駅：Ｄ駅−Ｅ駅」、経路２：「Ｆ駅−Ｅ駅」、経路３：「Ｇ駅−Ｈ駅：Ｉ駅−Ｊ駅」と表記される。またこの例では、経路１はＸ社とＹ社、経路２はＹ社、経路３はＺ社とＸ社を利用していることになる。

このように、同一区間に複数の経路が存在する場合、どの経路がどの程度選ばれているのかを把握することで、人の流れ（流動）をモデル化したり、乗客に対する誘導に役立てたりする等の応用に繋げることが可能となる。

本発明は、このような状況において、鉄道乗車券の履歴を用いることにより、複数の経路間の利用状況を正確に把握することができる方法およびシステムを開示するものである。
以下、本発明の具体的な実施例について説明する。

本発明によって実現されるシステムの第１の実施例を、図３から図１５により説明する。
図３に、実施例１の全体構成を示し、図４に、図３におけるサーバのデータ格納部の構成例を示す。
図３において、本システムは、データの格納と処理を行うサーバ（００１）を備えており、サーバ（００１）は電子乗車券管理サーバ（００３）とオンラインまたはオフラインで結ばれている。電子乗車券管理サーバ（００３）は通信ネットワーク（００２’）を介して、駅の各地に設置された改札機（００６，００６’，…）と接続されており、改札機で収集した電子乗車券の利用履歴を適宜収集・格納する。この格納された履歴情報（００４）は、適当なタイミングで処理サーバ（００１）のデータ格納部（１１０）に格納される。

サーバ（００１）は、ＣＰＵ（１０１）と、メモリ（１０２）と、記録装置（１０３）及びデータ格納部（１１０）と、ネットワークＩ／Ｆ（１０４）とを備える。サーバ内の各装置は、内部バスによって接続され相互にデータの送受信が可能である。ＣＰＵ（１０１）は、マイクロプロセッサを主体に構成され、メモリ（１０２）や記録装置（１０３）に格納されているプログラムを実行することにより、コンピュータに各種の機能を実現させる。メモリ（１０２）は、例えばランダムアクセスメモリ（ＲＡＭ）やリードオンリーメモリ（ＲＯＭ）等によって実現され、ＣＰＵ（１０１）によって実行されるプログラムや処理されるデータ等を格納する。記録装置（１０３）は、例えばフラッシュメモリ等の不揮発性メモリ、データ格納部（１１０）は、例えばハードディスクやＤＶＤとそれらのドライブにより構成され、ＣＰＵ（１０１）によって実行されるプログラムや処理されるデータ等を格納する。

サーバ（００１）はまた、データ抽出・分析を行うオペレータ（００９）向けの制御用端末（００７）とネットワーク（００２）を介して接続されており、サーバ（００１）において生成・集計・分析されたデータは、制御用端末（００７）とやり取りされる。

鉄道利用者（＝ユーザ）（００８）が電子乗車券（００５）を持って駅の改札機（００６）に触れると、このユーザ（００８）のＩＤと端末（００６）の場所・処理コード・処理日時等を含んだ情報がサーバ（００１）に送信される（３０１）。この情報送信は、リアルタイムで行われてもよいし、一旦改札機（００６）のデータ格納部に格納されてから、適当なタイミングで送信されるのでもよい。

鉄道乗車券履歴を活用した鉄道網上の経路の使い分け状況を調べるために、オペレータ（００９）が制御用端末（００７）を用いてサーバ（００１）にアクセスし、条件を入力（選択）すると（３０２）、条件に応じた結果が返され（３０３）、制御用端末（００７）の画面上に表示されたり（３０４）、レポートとして出力されたり（３０５）する。

図４に示すように、サーバ（００１）は機能的にみると、主に、データ格納部（１１０）と制御部（３００）とからなる。データ格納部（１１０）は、各種処理に必要になるマスタデータ格納部（１１１）と、電子乗車券の履歴であるログデータ格納部（１１２）と、ログデータを集計した結果得られる各種集計データ格納部（１１３）に分けられる。

マスタデータ格納部（１１１）に保持されるデータには、駅に関する情報を管理する「駅マスタ」（１２０）、路線に関する情報を管理する「路線マスタ」（１３０）、経路に関する情報を管理する「経路マスタ」（１４０）、カードやユーザに関する情報を管理する「カード／ユーザマスタ」（１５０）、駅グループに関する情報を管理する「駅グループマスタ」（１６０）等が含まれる。

ログデータ格納部（１１２）に保持されるデータには、電子乗車券管理サーバ（００９）から取得した電子乗車券利用履歴（元データ）を格納する「改札通過ログ」データ（２００）、改札通過ログから改札入場と改札出場を関連付けることで得られる「移動ログ」データ（２１０）、移動ログを改札外の乗継を連結して得られる「連結済み移動ログ」データ（２２０）等のログデータが含まれる。

集計データ格納部（１１３）に保持されるデータには、移動ログを移動経路別に集計した「経路別集計データ」（２３０）等の集計データが含まれる。

制御部（３００）には、移動ログの生成を行う「移動ログ生成処理ユニット」（３１１）、移動ログの連結を行う「移動ログ連結処理ユニット」（３１２）、ログを集計する「集計処理ユニット」（３１３）、利用割合計算や可視化処理を行う「利用割合計算・可視化処理ユニット」（３１４）、外部とのデータ通信や入出力を行う「データ通信処理ユニット」（３１５）、格納されたデータへのアクセスを行う「データアクセス処理ユニット」（３１６）等が含まれる。

図４におけるデータ格納部（１１０）のうち、代表的なデータのデータ構造を示したのが、図５〜図７である。

まず、図５を用いて、各種マスタデータについて説明する。
駅マスタ（１２０）は、駅に関する情報を管理するマスタデータであり、駅ＩＤ（１２１）、駅名（１２２）、鉄道事業者（１２３）、駅の所在地（１２４）、緯度経度（１２５）等の情報を含む。
路線マスタ（１３０）は、路線に関する情報を管理するマスタデータであり、路線ＩＤ（１３１）、路線名（１３２）、鉄道事業者（１３３）、普通／特急などの路線タイプ（１３５）と、停車駅のＩＤ（１３４）等の情報を含む。

経路マスタ（１４０）は、経路に関する情報を管理するマスタデータであり、基本的には入場駅と出場駅が指定された移動データに対して、どの路線を乗り継いでいくかの経路を割り当てるために使われる。一対の入場駅と出場駅の組（区間）に対して、少なくとも一種類以上の経路の候補が定義されている必要がある。経路マスタは、経路ＩＤ（１４１）、入場駅ＩＤ（１４２）、出場駅ＩＤ（１４３）、曜日（１４４）、時間帯（１４５）、乗車回数（１４６）、標準所要時間（１４７）、料金（１４８）、乗車経路（１４９）等の情報を含む。乗車経路（１４９）には、入場駅から出場駅に行くのに、どの駅からどの駅までどの路線に乗車し、どの駅で乗り継いでいくかという詳細な経路情報を定義する。乗車経路の優先度や所要時間等は、曜日や時間帯等によって変動することもある。例えば、図に示すように、入場駅と出場駅が同じであっても、朝は乗車回数４回・所要時間４２分、昼は乗車回数５回・所要時間４５分というように異なる最適経路が割り当てられることになる。

カード／ユーザマスタ（１５０）は、カードやユーザに関する情報を管理するマスタデータで、カードＩＤ（１５１）、ユーザＩＤ（１５２）、氏名（１５３）、性別（１５４）、生年月日（１５５）、居住地域（１５６）等の個人情報、および会員種別（１５７）等の情報を含む。ここで、氏名や詳細な住所などの個人を識別可能な情報は、システムの動作上は必須ではない。性別や年齢などの属性情報も本発明の方法に必ずしも必要なものではないが、データ処理後のマーケティング活動のために有用である（例えば、性別や年代によって経路選択の傾向に違いがあるか等の分析）ことが多いため、格納しておくことが望ましい。

駅グループマスタ（１６０）は、図１において点線の楕円で囲んだ「駅グループ」（乗継可能な駅、または目的地が同じであれば同じように使われる駅）を定義するマスタデータで、駅ＩＤ（１６１）に対し、グループとして定義する駅の代表駅のＩＤ （１６２）と、代表駅からの距離（１６３）等の情報を含む。

図６では、各種ログデータについて説明する。
改札機（００６）から電子乗車券管理サーバ（００３）を経て収集された元のログである改札通過ログ（２００）は、ログＩＤ（２０１）、カードＩＤ（２０２）、改札を通過した日時（２０３）とその駅ＩＤ（２０４）、処理種別（２０５）、取引額（２０６）の情報を含む。処理種別（２０５）とは、「出場」「入場」の別を示す情報である。

移動ログ（２１０）は、元の改札通過ログ（２００）から、同一カードＩＤの、ある入場のログと連続する出場のログを関連付けたものである。移動ログ（２１０）には、ログＩＤ（２１１）、カードＩＤ（２１２）、改札入場時刻（２１３）、改札出場時刻（２１４）、改札入場駅ＩＤ（２１５）、改札出場駅ＩＤ（２１６）、支払運賃（２１７）、経路ＩＤ（２１８）、乗継フラグ（２１９）等の情報を含む。ここで、経路ＩＤ（２１８）は経路マスタ（１４０）で定義された乗車経路である。また、乗継フラグ（２１９）とは、ひとつ前の移動ログとの乗継関係を表すフラグであり、対象となる移動ログとひとつ前の移動ログが、同一駅グループ間で乗継を行ったと判断されるときに「１」がセットされる。それ以外の場合は、「０」がセットされる。

連結済み移動ログ（２２０）は、移動ログ（２１０）から、改札外の乗継を連結して得られるものであり、出発地から目的地までの一連の移動を記録したものである。連結済み移動ログ（２２０）には、ログＩＤ（２２１）、カードＩＤ（２２２）、出発日時（２２３）、到着日時（２２４）、出発駅ＩＤ（２２５）、到着駅ＩＤ（２２６）、連結数（２２７）、入出場履歴（２２８）、事業者別運賃（２２９）等の情報を含む。

図７では、各種集計データについて説明する。
経路別集計データ（２３０）は、移動ログ（２１０）を移動経路別に集計したものであり、図６で説明したログの生成に応じて、あらかじめ生成しデータ格納部（１１０）に格納されるものである。

経路別集計データ（２３０）は、出発駅（２３１）、到着駅（２３２）、入出場履歴（２３３）、日付（２３４）、時間帯（２３５）、件数（２３６）、鉄道事業者別の運賃累計（２３７）、所要時間別の件数内訳（２３８）等の情報を保持する。ここで「入出場履歴」（２３３）は、出発駅（２３１）から到着駅（２３２）までの移動経路を、乗継を含めた出発から到着までの入出場の履歴をつなげて表記したものである。表記の方法については、図２の例で示したものに準ずる。それぞれの経路をとる移動の数を、日別または時間帯別にカウントしたものが「件数」（２３６）である。時間帯（２３５）は出発時刻または到着時刻に応じて集計する際のベースとなるものであるが、１日分の合計数を「計」として集計しておいてもよい。また、乗客が各鉄道事業者に支払った運賃の累計を鉄道事業者ごとにまとめた「事業者別運賃累計」（２３７）と、所要時間別の件数（２３８）が集計される。

利用割合集計結果（２４０）と経路別内訳（２５０）は、経路別集計データ（２３０）から特定の期間や区間を対象としてそれぞれの利用割合およびその経路別内訳を求めたものであり、制御用端末からの要求に応じて適宜生成されるものである。

利用割合集計結果（２４０）は、出発代表駅（２４１）、到着代表駅（２４２）、日付（期間）（２４３）、平日／休日フラグ（２４４）、時間帯（２４５）、事業者（２４６）、件数による利用割合（２４７）、運賃による利用割合（２４８）等の情報を含む。ここで「出発代表駅」（２３１）とは、乗継を考慮した一連の移動において、最初に入場した駅（図２の例ではＡ駅、Ｆ駅、Ｇ駅）を駅グループマスタ（１６０）の定義に従い代表駅で置き換えたものである。同様に、「到着代表駅」（２３２）は、一連の移動で最後に出場した駅を代表駅で置き換えたものである。これにより、同じ駅（グループ）を出発地とし、同じ駅（グループ）を目的地とする移動を対象とした経路の利用割合を集計することができる。

経路別内訳（２５０）は、出発代表駅（２５１）、到着代表駅（２５２）、日付（期間）（２５３）、平日／休日フラグ（２５４）、時間帯（２５５）、入出場履歴（２５６）、移動距離（２５７）、標準運賃（２５８）、件数（２５９）、最短所要時間（２６０）、中心所要時間（２６１）等の情報を含む。「入出場履歴」（２５６）は経路別集計データのもの（２３３）と同様である。「移動距離」（２５７）はより正確には、移動経路ごとに出発駅から到着駅までに経由する各駅間の線路の長さを累計したものになるが、簡易的には駅マスタ（１２０）と路線マスタ（１３０）を使って、経由する各駅間の直線距離を累計したものでも代用可能である。「標準運賃」（２５８）は、その経路の移動にかかる大人ひとりあたりの運賃であって、経路マスタ（１４０）から算出可能である。「最短所要時間」（２６０）は、日付や期間を指定した中でその経路を移動したログのうち、発駅から着駅までの所要時間が一番短いもの、「中心所要時間」（２６１）はすべての所要時間の中央値（メディアン）であり、所要時間ヒストグラムの中央となる所要時間と定義する。これは標準的な移動にかかる所要時間を知るために使われるもので、所要時間の平均値やヒストグラムの最頻値等で代用してもよい。

次に、図８〜図１２を用いて、本発明の実施例１における各種処理の処理手順を示す。

図８は、移動ログ（２１０）の生成処理の手順をステップごとに表したものである。この処理は、図４における「移動ログ生成処理ユニット」（３１１）において実行される。
ここでは、処理対象として、改札通過ログが１日（＝１営業日：始発から終電まで）単位にまとめられて格納されているものとするが、ログの単位を１日単位でなく、１週間や１か月等の特定の期間でまとめられたものであっても、基本的な処理手順は同様である。

まず、１営業日単位にまとめられた改札通過ログを、カードＩＤごとに分離し、それぞれのユーザＩＤについて、データを時系列に並べる事前処理（Ｓ３３０）を行う。
次に、分離したカードＩＤごとのデータについて以下を繰り返す（Ｓ３３１）。まず、メモリ上の入場情報（入場駅・入場日時・乗継フラグ）および出場情報（出場駅・出場日時）をクリアし（Ｓ３３２）、次に、以下の分岐処理を時系列に並んだ各ログについて繰り返す（Ｓ３３３）。

ログの処理種別が「入場」の場合は（Ｓ３３４）、メモリ上の入場情報に適宜ログの値をセットする（Ｓ３３５）。出場情報があらかじめセットされている場合には、格納済み出場情報と今回の入場情報から所定の手続きにより乗継判定を行い、乗継フラグに値を格納、出場情報はクリアする（Ｓ３３６）。ここで乗継判定処理とは、前回の移動ログと今回の移動ログが一連の移動として行われたかどうか（他社間の乗継が行われたか）を判定する処理であり、前回の出場駅と今回の入場駅が同じ駅グル―プかつ（または）前回の出場時刻と今回の入場時刻の差が所定の時間以内であれば乗継フラグを「１」とし、それ以外の場合は乗継フラグを「０」 とする（Ｓ３４２）。出場情報がセットされていない場合には、これがこのカードＩＤの当日初めての入場となる（ログの単位が１日単位でなく特定の期間の場合は、その期間の中で初めての入場となる）ので、乗継フラグに「０」をセットする（Ｓ３３７）。

ログの処理種別が「出場」の場合は（Ｓ３３８）、メモリ上の出場情報に適宜ログの値をセットする（Ｓ３３９）。ここで入場情報があらかじめセットされている場合には、前回の入場情報と今回の出場情報を組合せて所定の手続きにより経路判定を行い、移動ログに値を出力し、入場情報および経由情報をクリアする（Ｓ３４０）。ここで経路判定処理とは、入場駅と出場駅の組み合わせと所要時間等から、経路マスタを参照してどの経路を通ったかを割り当てる処理である。本処理については、本発明では詳しくは規定しない。入場情報がセットされていない場合は、移動ログが生成できないので、無効な出場とし、出場情報をクリアする（Ｓ３４１）。

以上の処理により、改札通過ログ（２００）が移動ログ（２１０）に変換される。

図９は、移動ログ（２１０）から連結済み移動ログ（２２０）を生成するためのログ連結処理の手順をステップごとに表したものである。この処理は、図４における「移動ログ連結処理ユニット」（３１２）において実行される。
まず、１営業日分の移動ログを、カードＩＤごとに時系列にソートし、ワーキングメモリのカードＩＤおよびログ連結用メモリをクリアする（Ｓ３５０）。ここで、ログ連結用メモリ（３６０）は、連結済み移動ログ（２２０）を生成するための一時的なメモリ領域であり、カードＩＤ（３６１）、出発日時（３６２）、到着日時（３６３）、出発駅（３６４）、到着駅（３６５）、連結数（３６６）、入出場履歴（３６７）、事業者別運賃（３６８）等の情報を含む。

１営業日分の移動ログを順番に、下記の手順を繰り返す（Ｓ３５１）。すなわち、今回のログのカードＩＤが、メモリに格納した前回のカードＩＤと同じであって、かつ今回のログの乗換フラグが「１」の場合（前回の移動ログと今回の移動ログが乗継として連結される場合）は（Ｓ３５２）、一連の移動が続いているものとして、今回のログの内容をログ連結用メモリ（３６０）に追記する。具体的には、到着駅および到着日時を今回のログの出場駅および出場日時に置き換え、入出場履歴に、「：今回の入場駅−今回の出場駅」を追記する。また連結数をインクリメントして事業者別の運賃を加算する（Ｓ３５３）。

今回のログのカードＩＤが、メモリに格納した前回のカードＩＤと異なるか、今回のログの乗換フラグが「０」の場合（前回の移動ログが新たな一連の移動の開始である場合）は（Ｓ３５４）、ログ連結用メモリ（３６０）に値が格納されていれば、メモリの内容を連結済み移動ログ（２２０）に出力する（Ｓ３５５）。続いて、ログ連結用メモリ（３６０）を以下のように書き換える。出発駅および出発時刻を今回の入場駅および今回の入場時刻とし、到着駅および到着日時を今回のログの出場駅および出場日時とし、入出場履歴を「今回の入場駅−今回の出場駅」とし、連結数を１として業者別の運賃を加算する（Ｓ３５６）。

以上のステップを最後のログまで繰り返し、最後に残ったログ連結用メモリの内容を連結済み移動ログ（２２０）に出力する（Ｓ３５７）。

以上の処理により、移動ログ（２１０）が連結済み移動ログ（２２０）に変換される。

図１０は、連結済み移動ログ（２２０）から経路別集計データ（２３０）を生成するための集計処理の手順をステップごとに表したものである。この処理は、図４における「集計処理ユニット」（３１３）において実行される。
まず、集計用配列をクリアする（Ｓ３７０）。そして、１日分の連結済み移動ログ（２２０）について下記を繰り返す（Ｓ３７１）。すなわち、
連結済み移動ログ（２２０）から、出発駅・到着駅・出発時刻・到着時刻・入出場履歴・事業者別運賃の情報を取得する（Ｓ３７２）。出発駅・到着駅・入出場履歴・時間帯をキーに、集計用配列の「件数」の値をインクリメントする（Ｓ３７３）。次に、出発駅・到着駅・入出場履歴・時間帯・事業者をキーに、集計用配列の「運賃」の値を加算する（Ｓ３７４）。そして、出発駅・到着駅・入出場履歴・時間帯・出発から到着までの所要時間をキーに、集計用配列の「件数」の値をインクリメントする（Ｓ３７５）。

全ての連結済み移動ログについて上記の処理を行ったら、集計用配列について、「出発駅・到着駅・入出場履歴・時間帯」の組ごとに下記を繰り返す（Ｓ３７６）。すなわち、それぞれの項目について、件数と事業者別運賃の値を、経路別集計データ（２３０）に出力する（Ｓ３７７）。

以上の処理により、連結済み移動ログ（２２０）を集計し、経路別集計データ（２３０）を得る。

ここで、図１１により移動経路と利用割合の例について説明する。
図１１では、説明の都合上、区間を移動する人数の全体を１００人とし、この１００人が複数の経路を使い分けているものとする。件数ベースの利用割合と運賃ベースの利用割合の２種類を定義する。それぞれの利用割合の算出方法について、３つのケースに基づき説明する。

ケース１（４３４）として、最もシンプルな複数経路の使い分けの例を示す。この例においては、２本の路線がＸ社とＹ社で完全に並行して走っており、双方の料金も１０円差、利用人数も６対４と拮抗している。この例では、件数をベースとした利用割合はＸ社６０％：Ｙ社４０％となるのに対し、運賃をベースとした利用割合は、２００円×６０人＝１２０００円対２１０円×４０人＝８４００円となり、Ｘ社５９％：Ｙ社４１％と算出される。

ケース２（４３５）は、出発駅がそれぞれＸ社のＫ駅とＹ社のＭ駅であるが、２番目の経路は途中でＸ社の路線に乗り換え、最終的にはＸ社のＯ駅に到着する経路となっている。この区間「Ｋ駅→Ｏ駅」については、到着駅にＹ社の路線が乗り入れていないため、全経路をＹ社で移動することが不可能である。従って、Ｘ社の利用割合は全経路Ｘ社で移動した７０％とし、Ｙ社の利用割合を３０％とする。運賃ベースの利用割合は、それぞれの経路でＸ社およびＹ社に支払われた運賃の合計を計算し、Ｘ社７９％（２９０円×７０人＋１２０円×３０人＝２３９００円）：Ｙ社２１％（２１０円×３０人＝６３００円）と算出される。

ケース３（４３６）はもっと複雑で、３種類の鉄道事業者が関連した３種類の経路が存在する。件数ベースの利用割合は、全経路その鉄道事業者の路線で移動できるときは全経路その鉄道事業者の路線で移動した件数を利用割合とし、全経路その鉄道事業者の路線で移動できないときは部分的にその鉄道事業者の路線で移動した件数を利用割合とするという算出方法に基づき、Ｘ社５０％：Ｙ社２０％：Ｚ社３０％となる。運賃ベースの利用割合は、それぞれの鉄道事業者に支払われた運賃の合計を計算することで、Ｘ社３０％（２００円×５０人＝１００００円）：Ｙ社１３％（２１０円×２０人＝４２００円）：Ｚ社５７％（１４０円×５０人＋１４０円×２０人＋３００円×３０人＝１８８００円）と算出される。

件数ベースの利用割合は、実際に路線を利用した人数に基づいているので、移動のボリュームを把握することができる一方、場合分けがやや面倒であるという問題点がある。運賃ベースの利用割合は、場合分けが要らないのでシンプルであり料金的なインパクトがある区間をみつけることができるという利点がある一方、運賃が高めな鉄道事業者は利用割合が高めに出てしまうので、輸送人員を正確に把握できない場合がある。件数ベースの利用割合と運賃ベースの利用割合は、それぞれに利点と問題点があるので、把握したい経路の使い分け状況や区間によって使い分けるのが望ましい。

以上説明した利用割合の定義に基づき、経路別集計データ（２３０）を用いて各区間における事業者ごとの利用割合を算出する処理を、図１２により説明する。この処理は、図４における「利用割合計算・可視化処理ユニット」（３１４）において実行される。

制御用端末（００７）を通じて利用割合を算出する対象発着区間のリストと、対象日（期間）・必要に応じて対象時間帯が入力される（Ｓ３８０）と、集計用配列がクリアされる（Ｓ３８１）。

集計対象日（期間）の日数分、下記の処理を繰り返す（Ｓ３８２）。すなわち、対象日の「経路別集計データ」（２３０）を読み出し、その各行分下記の処理を繰り返す（Ｓ３８３）。すなわち、抽出対象の時間帯が指定されている場合は、その時間帯にマッチするデータについて以下の処理を実行し、マッチしない場合は次のデータに移る（Ｓ３８４）。出発駅および到着駅を、駅グループマスタ（１６０）を参照して代表駅に変換し（Ｓ３８５）、出発代表駅（２３１）・到着代表駅（２３２）の組み合わせからなる区間が、集計対象発着区間のリストに含まれる場合は、集計用配列の「出発代表駅・到着代表駅・事業者」の組み合わせごとに、その件数に集計データの件数を、運賃に集計データの運賃を、それぞれ加算し（Ｓ３８６）、さらに経路とその所要時間別に件数を加算する（Ｓ３８７）。

経路別集計データ（２３０）の読み込みが終了したら、抽出対象となる発着区間の区間分、下記の処理を繰り返す（Ｓ３８８）。すなわち、集計用配列の事業者別内訳を合計することにより、区間全体の合計件数と全体の合計運賃を算出する（Ｓ３８９）。そして、事業者ごとに、下記の処理を繰り返す（Ｓ３９０）。すなわち、区間内のその事業者の件数と運賃から、全体の件数と運賃に占める割合を算出する（Ｓ３９１）。続いて、対象区間を発着する経路別に、下記の処理を繰り返す（Ｓ３９２）。すなわち、対象とする経路について、入出場履歴から移動距離を算出する（Ｓ３９３）。移動距離は、正確には移動経路ごとに出発駅から到着駅までに経由する各駅間の線路の長さを累計したものになるが、簡易的には駅マスタ（１２０）と路線マスタ（１３０）を使って、経由する各駅間の直線距離を累計したものでも代用可能である。同様に、入出場履歴から経路マスタ（１４０）を利用して標準運賃を算出する（Ｓ３９４）。さらに、その経路の最短所要時間と中心所要時間を算出する（Ｓ３９５）。最後に、集計結果（２４０）および経路別内訳データ（２５０）を出力し、必要に応じて可視化する（Ｓ３９６）。
以上の処理により、経路別集計データ（２３０）から、対象日（期間）・対象区間における利用割合集計結果（２４０）を得る。

このように、あらかじめ日別・時間帯別の経路別集計データ（２３０）を生成しておくことにより、任意の対象日や期間・また時間帯と任意の対象区間に対して、事業者ごとの利用割合を素早く求めることができる。

次に、図１３から図１５を用いて、制御用端末（００７）の画面表示例を説明する。図１３に、利用割合の集計を行うための条件を送信するための画面の例を示す。制御用端末（００７）のディスプレイ（５００）に、条件入力のための画面（５０１）が表示され、オペレータ（００９）はここから利用割合集計の条件を入力する。

利用割合集計のためには、対象となる発着区間（又はその集合）が必要になるので、「出発駅リスト」（５０２）と「到着駅リスト」（５０３）により対象区間を選択する。駅のリストは、路線から選ぶ方法（５０３）（５０６）と、あらかじめ定義した駅リストを呼び出す方法（５０４）（５０７）とがある。出発駅と到着駅の組み合わせを路線で選ぶと、路線全体の利用状況を大きく把握できたり、同一路線の中でも急行や快速等の停車駅や他の路線との乗入れ状況によってその利用割合がどのように異なるのか等を把握することができる。特定の駅について状況を見たい場合は、あらかじめ対象となる駅をいくつかのグループに登録しておいて、そこから選ぶようにすることもできる。

続いて、「期間・日付選択」（５０８）により利用割合を集計する期間または日付を選択する。特定の日付を選択する方法（５０９）と、開始日と終了日を指定して期間を選択する方法（５１０）と、年月および平日／休日の別を指定する方法（５１４）等がある。さらに、指定した期間について、その時間帯を選択するオプション（５１６）も用意されている。最後に、前述した利用割合の集計方法（件数または運賃）（５１８）を選び、「計算」ボタン（５２０）を押下する。すると、サーバ側では図１２で示した手順により指定された条件で利用割合の計算を行い、結果表示画面（図１４）を制御用端末（００７）のディスプレイ（５００）に表示する。

図１４に、利用割合算出結果表示の例を示す。この画面例は発駅と着駅の集合をそれぞれ縦軸（５２３）と横軸（５２４）にとり、その間の利用割合算出結果をマトリクス形式で可視化した例である。ここでは、出発代表駅と到着代表駅の各組み合わせについて、それぞれのマスに大きさと色の違う丸（５２５）を配置する。例えば移動件数の大小で丸の大きさを変え、利用割合の値で丸の色（濃さ）を変えて表示する。すなわち、件数のボリュームが大きいほど丸を大きく、利用割合の値が高いほど丸の色の濃さを濃くすることにより、直感的に重点的なエリアや利用割合の分布を把握することができる。件数による利用割合と運賃による利用割合の切り替えボタン（５２２）を押下することにより、それぞれを切り替えて結果を見ることができる。「条件再設定」ボタン（５２６）を押下して条件設定画面（図１３）に戻ったり、「印刷」ボタン（５２７）を押下して結果を印刷することもできる。

さらに、それぞれのマスを選択（クリック）すると、図１５に示すような、対象区間における利用割合の詳細情報を見ることができる。利用割合の詳細画面（５３１）には、個別の利用割合内訳（５３２）や、それぞれの経路の選択率・運賃や所要時間といった詳細な情報を確認することができる。複数経路が存在する区間において、それぞれの経路がどのように選ばれるかは、所要時間の差や運賃の差、列車待ちの便利さ等様々な要因が考えられる。まず全体的な利用割合の状況を把握し、注目する区間についてその経路別の内訳を詳細に見ることにより、利用者の経路選択の要因を特定することが可能となる。

また、時系列ボタン（５３６）を押される入力を受け付けることで、図１６に示すような、対象区間における利用割合の時系列推移の表示を見ることもできる。時系列表示画面（５４１）は、ある区間の利用割合の変化を時系列に見るための画面であり、件数による利用割合・運賃による利用割合切替ボタン（５４２）や、月別・日別切替ボタン（５４３）により、表示を切り替えることができる。このように時系列で利用割合の推移を把握することにより、新駅・新線開通の影響や、ダイヤ改正等の施策の影響を、利用者視点で確認することができる。

以上、本発明によって実現されるシステムの実施例について説明した。本実施例では、経路別集計データ（２３０）として、事業者別の運賃の累計（２３７）や所要時間別の件数内訳（２３８）の情報を保持していたが、集計処理を簡略化して集計データを軽量化するために、経路別の件数のみを集計データとして保持しておく構成も可能である。このとき、利用割合を計算する際の運賃は、件数と経路マスタ（１４０）にある標準運賃を掛け合わせることで簡易的に求められる。また、所要時間についても、経路マスタ（１４０）にある標準的な所要時間で代用してもよい。

また、本実施例では、利用割合の計算と可視化処理をサーバ（００１）上で行い、制御用端末（００７）にてその内容を確認していたが、サーバ上で生成した経路別集計データ（２３０）を適当なタイミングで制御用端末にコピーしておき、利用割合計算と可視化処理・レポート出力等を制御用端末（００７）上にてオフラインで行う構成も可能である。

大量の電子乗車券履歴データをもとに、あらかじめ経路別の利用状況を集計したデータを用意しておくことにより、条件を変えながら任意の区間の間の経路選択状況を正確に把握可能にすることで、人の流れ（流動）をモデル化したり、乗客に対する誘導に役立てたりする等の応用に繋げることが可能となる。

００１： サーバ， ００２： ネットワーク，００３： 電子乗車券管理サーバ， ００４： 電子乗車券管理サーバに格納される履歴情報， ００５： 電子乗車券， ００６： 改札機， ００７： 制御用端末， ００８： ユーザ， ００９： オペレータ。
１０１： ＣＰＵ， １０２： メモリ， １０３： 記録装置， １０４： ネットワークＩ／Ｆ， １１０： データ格納部， １１１： マスタデータ， １１２： ログデータ， １１３： 集計データ， １２０： 駅マスタ， １２１： 駅ＩＤ， １２２： 駅名， １２３： 駅鉄道事業者， １２４： 所在地， １２５： 位置情報（経度・緯度）， １３０： 路線マスタ， １３１： 路線ＩＤ， １３２： 路線名， １３３： 路線鉄道事業者， １３４： 路線タイプ， １３５： 停車駅ＩＤ， １４０： 経路マスタ， １４１： 経路ＩＤ， １４２： 入場駅ＩＤ， １４３： 出場駅ＩＤ， １４４： 曜日， １４５： 時間帯， １４６： 乗車回数， １４７： 標準所要時間， １４８： 料金， １４９： 乗車経路， １５０： カード・ユーザマスタ， １５１： カードＩＤ， １５２： ユーザＩＤ， １５３： 氏名， １５４： 性別， １５５： 生年月日， １５６： 居住地域， １５７： 会員種別， １６０： 駅グループマスタ， １６１：駅ＩＤ， １６２： 代表駅ＩＤ， １６３： 代表駅からの距離。
２００： 改札通過ログ， ２０１： ログＩＤ， ２０２： カードＩＤ， ２０３： 処理日時， ２０４： 駅ＩＤ， ２０５： 処理種別， ２０６： 取引額， ２１０： 移動ログ， ２１１： ログＩＤ， ２１２： カードＩＤ， ２１３： 入場日時， ２１４： 出場日時， ２１５： 入場駅ＩＤ， ２１６： 出場駅ＩＤ， ２１７： 運賃， ２１８： 経路ＩＤ， ２１８： 乗継フラグ， ２２０： 連結済み移動ログ， ２２１： ログＩＤ， ２２２： カードＩＤ， ２２３： 出発日時， ２２４： 到着日時， ２２５： 出発駅， ２２６： 到着駅， ２２７： 連結数， ２２８： 入出場履歴， ２２９： 事業者別運賃， ２３０： 経路別集計データ， ２３１： 出発駅， ２３２： 到着駅， ２３３： 入出場履歴， ２３４： 日付， ２３５： 時間帯， ２３６： 件数， ２３７： 事業者別運賃累計， ２３８： 所要時間別件数内訳， ２４０： 利用割合集計結果， ２４１： 発代表駅， ２４２： 着代表駅， ２４３： 日付（期間）， ２４４： 平休フラグ， ２４５： 時間帯， ２４６： 事業者， ２４７： 件数ベースの利用割合， ２４８： 運賃ベースの利用割合。
３００： 制御部， ３０１： 履歴情報送信処理， ３０２： 条件入力（選択）処理， ３０３： 結果取得処理， ３０４：可視化， ３０５： レポート出力， ３１１： 移動ログ生成処理ユニット， ３１２： 移動ログ連結処理ユニット， ３１３： 集計処理ユニット， ３１４： 利用割合計算・可視化処理ユニット， ３１５： データ通信・入出力処理ユニット， ３１６： データアクセスユニット， ３３０〜３９９： 処理ステップ。
４００： 区間， ４０１： Ａ駅， ４０２： Ｂ駅， ４０３： Ｃ駅， ４０４： Ｄ駅， ４０５： Ｅ駅， ４０６： Ｆ駅， ４０７： Ｇ駅， ４０８： Ｈ駅， ４０９： Ｉ駅， ４１０： Ｊ駅， ４１１： Ｋ駅， ４１２： Ｌ駅， ４１３： Ｍ駅， ４１４： Ｎ駅， ４１５： Ｏ駅， ４１６： Ｐ駅， ４１７： Ｑ駅， ４１８： Ｒ駅， ４２０： 改札内移動， ４２１： 改札内移動， ４２２： 改札内での乗換， ４２３： 改札を越える乗継， ４２４： Ａ駅入場（日時）， ４２５： Ｂ駅入場（日時・運賃）， ４２６： Ｄ駅入場（日時）， ４２７： Ｅ駅出場（日時・運賃）， ４３０： 駅グループ， ４３１： 経路１， ４３２： 経路２， ４３３： 経路３， ４３４： ケース１， ４３５： ケース２， ４３６： ケース３。
５００： 制御用端末の表示画面， ５０１： 条件入力用画面， ５０２： 出発駅リスト選択， ５０３： 路線から選択， ５０４： 駅リスト呼び出しボタン， ５０５： 到着駅リスト選択， ５０６： 路線から選択， ５０７： 駅リスト呼び出しボタン， ５０８： 期間・日付選択， ５０９： 日付指定チェックボックス， ５１０： 日付選択， ５１１： 期間指定チェックボックス， ５１２： 開始日選択， ５１３： 終了日選択， ５１４： 年月・平休指定チェックボックス， ５１５： 年月および平休選択， ５１６〜５１７： 時間帯選択， ５１８−５１９： 利用割合計算方法選択， ５２０： 計算実行ボタン， ５２１： 利用割合表示画面， ５２２： 件数／運賃切替ボタン， ５２３： 出発駅リスト， ５２４： 到着駅リスト， ５２５： 利用割合表示マス， ５２６： 条件再設定ボタン， ５２７： 印刷ボタン， ５３１： 詳細情報表示画面， ５３２： 利用割合の値， ５３３： 第１経路詳細情報， ５３４： 第２経路詳細情報， ５３５： 第３経路詳細情報， ５３６： 時系列画面表示ボタン， ５３７： 戻るボタン， ５４１： 時系列表示画面， ５４２： 件数・運賃利用割合切替ボタン， ５４３： 月別・日別グラフ切替ボタン， ５４４： 時系列グラフ， ５４５： 戻るボタン。

Claims (6)

1. 入場と出場を識別する処理種別とカードＩＤと処理日時と駅ＩＤと取引額を含む改札通過ログと、経路ＩＤと入場駅ＩＤと出場駅ＩＤと運賃情報とを含む経路マスタと、事業者情報と前記駅ＩＤとを含む路線マスタと、前記駅ＩＤと代表駅ＩＤとを含む駅グループマスタと、を格納するデータ格納部と、
   前記改札通過ログの処理種別に基づいて乗り継ぎフラグを付与して、前記経路マスタに含まれる前記運賃情報を用いて、前記乗り継ぎフラグと前記カードＩＤと前記運賃情報とを含む移動ログを複数生成する移動ログ生成部と、
   前記移動ログに基づいて前記複数生成された移動ログを連結して、連結数と事業者別運賃情報と出発駅ＩＤと到着駅ＩＤとを生成し、前記カードＩＤと前記連結数と前記事業者別運賃情報と前記出発駅ＩＤと前記到着駅ＩＤとを含む連結済み移動ログを生成する移動ログ連結部と、
   前記生成された連結済み移動ログに含まれる前記出発駅ＩＤと前記到着駅ＩＤとを前記駅グループマスタを用いて発代表駅ＩＤと着代表駅ＩＤとにそれぞれ変換し、前記変換された発代表駅ＩＤと前記着代表駅ＩＤとの組み合わせ毎に件数による利用割合情報と運賃による利用割合情報とを算出した利用割合集計結果リストを生成する集計処理部と、
   前記生成された利用割合集計結果リストを画面に表示するインターフェイス部と、
   を有し、
   前記インターフェイス部は、第一の発代表駅ＩＤと第一の着代表駅ＩＤとの入力を受け付け、前記第一の発代表駅ＩＤと前記第一の着代表駅ＩＤとの間の経路の前記件数による利用割合情報と前記運賃による利用割合情報とを前記画面に表示することを特徴とする旅客流動情報生成システム。
2. 請求項１に記載の旅客流動情報生成システムであって、
   前記インターフェイス部は、事業者別利用割合表示入力を受け付け、前記事業者毎に前記件数による利用割合情報と前記運賃による利用割合情報を算出し前記画面に表示することを特徴とする旅客流動情報生成システム。
3. 請求項１に記載の旅客流動情報生成システムであって、
   前記インターフェイス部は、第一の出発駅ＩＤと第一の到着駅ＩＤの入力を受け付け、前記第一の出発駅ＩＤと前記第一の到着駅ＩＤとの組み合わせに対応する前記件数による利用割合情報及び／又は前記運賃による利用割合情報とを時系列で前記画面に表示することを特徴とする旅客流動情報生成システム。
4. 入場と出場を識別する処理種別とカードＩＤと処理日時と駅ＩＤと取引額を含む改札通過ログと、経路ＩＤと入場駅ＩＤと出場駅ＩＤと運賃情報とを含む経路マスタと、事業者情報と前記駅ＩＤとを含む路線マスタと、前記駅ＩＤと代表駅ＩＤとを含む駅グループマスタと、を格納するデータ格納部を用いて旅客流動に関する情報を生成する旅客流動情報生成方法であって、
   前記改札通過ログの処理種別に基づいて乗り継ぎフラグを付与して、前記経路マスタに含まれる前記運賃情報を用いて、前記乗り継ぎフラグと前記カードＩＤと前記運賃情報とを含む移動ログを移動ログ生成部によって複数生成する移動ログ生成工程と、
   前記移動ログに基づいて前記複数生成された移動ログを連結して、連結数と事業者別運賃情報と出発駅ＩＤと到着駅ＩＤとを生成し、前記カードＩＤと前記連結数と前記事業者別運賃情報と前記出発駅ＩＤと前記到着駅ＩＤとを含む連結済み移動ログを移動ログ連結部によって生成する移動ログ連結工程と、
   前記生成された連結済み移動ログに含まれる前記出発駅ＩＤと前記到着駅ＩＤとを前記駅グループマスタを用いて発代表駅ＩＤと着代表駅ＩＤとにそれぞれ変換し、前記変換された発代表駅ＩＤと前記着代表駅ＩＤとの組み合わせ毎に件数による利用割合情報と運賃による利用割合情報とを算出した利用割合集計結果リストを集計処理部によって生成する集計処理工程と、
   前記生成された利用割合集計結果リストを画面にインターフェイス部によって表示するインターフェイス工程と、
   を含み、
   前記インターフェイス工程において、第一の発代表駅ＩＤと第一の着代表駅ＩＤとの入力を前記インターフェイス部によって受け付け、前記第一の発代表駅ＩＤと前記第一の着代表駅ＩＤとの間の経路の前記件数による利用割合情報と前記運賃による利用割合情報とを前記画面に表示することを特徴とする旅客流動情報生成方法。
5. 請求項４に記載の旅客流動情報生成方法であって、
   前記インターフェイス工程において、事業者別利用割合表示入力を前記インターフェイス部によって受け付け、前記事業者毎に前記件数による利用割合情報と前記運賃による利用割合情報を算出し前記画面に表示することを特徴とする旅客流動情報生成方法。
6. 請求項４に記載の旅客流動情報生成方法であって、
   前記インターフェイス工程において、第一の出発駅ＩＤと第一の到着駅ＩＤの入力を前記インターフェイス部によって受け付け、前記第一の出発駅ＩＤと前記第一の到着駅ＩＤとの組み合わせに対応する前記件数による利用割合情報及び／又は前記運賃による利用割合情報とを時系列で前記画面に表示することを特徴とする旅客流動情報生成方法。

Images