(57)【要約】【課題】携帯端末の移動履歴に比べ時間的・空間的に密度の粗い、交通事業者が保有するＩＣカードの利用履歴を補間し、利用者の乗車列車・滞在先での周遊先を推定する方法を提供することを目的とする。【解決手段】運行履歴を格納する装置と、ＩＣカードの履歴を格納する装置と、ネットワークを介して接続される移動分析装置において、ＩＣカードの利用履歴から移動・滞在履歴を生成する機能と、移動・滞在履歴と所要時間情報とを関連付け移動・滞在履歴の補間候補を抽出する機能と、鉄道関連情報に基づき補間候補に順位付けをする機能を有することを特徴とする移動分析装置。【選択図】図８
2012226503.tif 000002
【特許請求の範囲】
【請求項１】
交通手段の運行情報を格納する運行管理装置と、前記交通手段に対するＩＣカードの利用履歴を格納するＩＣカード管理装置とにネットワークを介して接続される、制御装置と通信装置とを備えた移動分析装置であって、前記制御装置は、
前記通信装置を介して前記ＩＣカード管理装置から前記ＩＣカードの利用履歴を受け取り、
前記利用履歴から、前記交通手段の停車場所間の移動または前記停車場所での滞在の履歴を示す移動・滞在履歴を生成し、
前記通信装置を介して前記運行管理装置から前記交通手段の運行情報を取得し、前記運行情報と前記移動・滞在履歴から前記ＩＣカードの利用者が乗車した可能性のある交通手段の情報を示す複数の乗車候補を生成し、
前記交通手段に関する情報を利用した指標を用いて前記複数の乗車候補を絞り込む
ことを特徴とする移動分析装置。
【請求項２】
前記交通手段が列車であり前記停車場所が駅である、請求項１に記載の移動分析装置。
【請求項３】
前記指標として、前記停車場所の施設情報を用いる、請求項２に記載の移動分析装置。
【請求項４】
前記移動分析装置はさらに記憶装置を備え、
前記記憶装置には前記停車場所の施設数を含む施設情報テーブルが格納されており、
前記制御装置が、
前記停車場所の施設数を前記停車場所の所要時間で除した値を前記指標とし、
前記指標の値が小さい乗車候補を優先して前記複数の乗車候補から選択する
ことを特徴とする請求項３に記載の移動分析装置。
【請求項５】
前記指標として、前記停車場所に入場後に前記交通手段を利用するまでの時間を用いる、請求項２に記載の移動分析装置。
【請求項６】
前記移動分析装置はさらに記憶装置を備え、
前記記憶装置には前記停車場所の構造情報テーブルが格納されており、
前記構造情報テーブルには前記停車場所から前記交通手段までの距離が格納され、
前記制御装置が、
前記距離  を標準的な人間の歩行速度で除した値を前記指標とし、
前記指標の値が小さい乗車候補を優先して前記複数の乗車候補から選択する
ことを特徴とする請求項５に記載の移動分析装置。
【請求項７】
前記指標として、前記ＩＣカード履歴に格納された前記交通手段の情報を用いる、請求項２に記載の移動分析装置。
【請求項８】
前記交通手段の情報には有料の交通手段が含まれ、
前記制御装置が、前記有料の交通手段を含む乗車候補を優先して前記複数の乗車候補から選択する
ことを特徴とする請求項７に記載の移動分析装置。
【請求項９】
前記交通手段がバスであり前記停車場所が停留所である、請求項１に記載の移動分析装置。
【請求項１０】
交通手段の運行情報を格納する運行管理装置と、前記交通手段に対するＩＣカードの利用履歴を格納するＩＣカード管理装置とにネットワークを介して接続される、制御装置と通信装置と記憶装置とを備えた移動分析装置であって、
前記記憶装置には前記交通手段の停車場所の各々について、前記停車場所周辺の観光資源情報が含まれ、前記観光資源情報には、複数の観光資源の各々について、当該観光資源の魅力度と、当該観光資源と他の観光資源の間の関係度とが含まれ、
前記制御装置は、
前記通信装置を介して前記ＩＣカード管理装置から前記ＩＣカードの利用履歴を受け取り、
前記利用履歴から、前記交通手段の停車場所間の移動または前記停車場所での滞在の履歴を示す移動・滞在履歴を生成し、
前記移動・滞在履歴のうち、滞在した停車場所の各々について、
当該停車場所の複数の観光資源間の関係度と前記複数の観光資源の各々についての魅力度から、利用者が利用した可能性のある観光資源を求める
ことを特徴とする移動分析装置。
【請求項１１】
前記指標として、前記ＩＣカード履歴に格納された購買履歴情報と前記複数の乗車候補における所要時間を用いる、請求項２に記載の移動分析装置。
【請求項１２】
交通手段の運行情報を格納する運行管理装置と、前記交通手段に対するＩＣカードの利用履歴を格納するＩＣカード管理装置とにネットワークを介して接続される、制御装置と通信装置とを備えた移動分析装置における移動分析方法であって、
前記制御装置が、
前記通信装置を介して前記ＩＣカード管理装置から前記ＩＣカードの利用履歴を受け取るステップと、
前記利用履歴から、前記交通手段の停車場所間の移動または前記停車場所での滞在の履歴を示す移動・滞在履歴を生成するステップと、
前記通信装置を介して前記運行管理装置から前記交通手段の運行情報を取得し、前記運行情報と前記移動・滞在履歴から前記ＩＣカードの利用者が乗車した可能性のある交通手段の情報を示す複数の乗車候補を生成するステップと、
前記交通手段に関する情報を利用した指標を用いて前記複数の乗車候補を絞り込むステップと
を含むことを特徴とする移動分析方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は人間の移動を分析するシステムに関する。
【背景技術】
【０００２】
様々な情報機器が世の中に分散配置され、また、これらの情報機器を人間が携行するようになっている。これらの情報機器から得られるデータに基づき、人間の移動を分析するシステムが知られている。たとえば、特許文献１では、外部システムから受信した携帯端末の位置情報と、外部システムから受信した列車の運行情報を利用することで、利用者の乗車列車を同定する技術がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2004-295715号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の方法においては、次のような問題がある。すなわち、ある利用者の携帯端末の位置情報を活用し、リアルタイムに乗車列車を同定することを目的とした本方式においては、携帯端末の位置情報の履歴が大量に蓄積される。このため、履歴の保存期間が限られてしまい、ある程度長い期間過去をさかのぼって利用者の携帯端末の位置情報からリアルタイムに乗車列車を同定する分析をすることは難しい。また、履歴データ量を削減するために、携帯端末の位置情報を取得する間隔を大きくすると、同定候補の列車が絞り込めないという問題があった。
【０００５】
本発明では、携帯端末の移動履歴に比べ時間的・空間的に密度の粗い、交通事業者が保有するＩＣカードの利用履歴を補間し、利用者の移動における乗車列車を推定する方法および移動先での周遊先を推定する方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、交通手段の運行情報を格納する運行管理装置と、前記交通手段に対するＩＣカードの利用履歴を格納するＩＣカード管理装置とにネットワークを介して接続される、制御装置と通信装置とを備えた移動分析装置であって、前記制御装置は、前記通信装置を介して前記ＩＣカード管理装置から前記ＩＣカードの利用履歴を受け取り、前記利用履歴から、前記交通手段の停車場所間の移動または前記停車場所での滞在の履歴を示す移動・滞在履歴を生成し、前記通信装置を介して前記運行管理装置から前記交通手段の運行情報を取得し、前記運行情報と前記移動・滞在履歴から前記ＩＣカードの利用者が乗車した可能性のある交通手段の情報を示す複数の乗車候補を生成し、前記交通手段に関する情報を利用した指標を用いて前記複数の乗車候補を絞り込むことを特徴とする移動分析装置を提供する。
【発明の効果】
【０００７】
鉄道事業者の保有する時間的・空間的に密度の粗い入出場履歴から、過去をさかのぼって利用列車・移動先での周遊先を抽出できる。
【図面の簡単な説明】
【０００８】
【図１】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合のシステムの構成の一例を示す図である。
【図２】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、運行管理装置のハードウェア構成の一例を示す図である。
【図３】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、列車の運行履歴を管理する運行管理装置のソフトウェア構成の一例を示す図である。
【図４】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、運行管理装置、ＩＣカード管理装置、移動分析装置のハードウェア構成の一例を示す図である。
【図５】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、ＩＣカードの利用履歴を管理するＩＣカード管理装置のソフトウェア構成の一例を示す図である。
【図６】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、運行管理装置、ＩＣカード管理装置、移動分析装置のハードウェア構成の一例を示す図である。
【図７】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、ＩＣカードの利用履歴から移動・滞在履歴を生成し、列車の運行履歴や周囲の観光資源情報から、移動・滞在履歴を補間する装置のソフトウェア構成の一例を示す図である。
【図８】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の処理フローの一例を示す図である。
【図９】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、ＩＣカードの利用履歴から移動・滞在履歴を生成する処理のフローの一例を示す図である。
【図１０】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、ＩＣカードの利用履歴を管理するテーブルの一例を示す図である。
【図１１】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、移動・滞在履歴を管理するテーブルの一例を示す図である。
【図１２】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、乗車可能列車抽出処理のフローの一例を示す図である。
【図１３】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、移動経路の検索結果データの一例を示す図である。
【図１４】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、乗車可能列車抽出処理のフローの一例を示す図である。
【図１５】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、運行履歴を管理するテーブルの一例を示す図である。
【図１６】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、経由駅と乗車列車及びその所要時間を管理するテーブルの一例を示す図である。
【図１７】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、乗車列車候補の順位付け処理フローの一例を示す図である。
【図１８】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、駅施設の情報を管理するテーブルの一例を示す図である。
【図１９】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、駅設備や施設の位置関係を管理するテーブルの一例を示す図である。
【図２０】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、列車属性を管理するテーブルの一例を示す図である。
【図２１】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、周遊可能な可能資源の組み合わせの抽出処理の一例を示す図である。
【図２２】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、観光資源を管理するテーブルの一例を示す図である。
【図２３】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、滞在補間候補の順位付け処理フローの一例を示す図である。
【図２４】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、2つの観光資源の関係性を管理するテーブルの一例を示す図である。
【図２５】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、単一の滞在に周遊施設候補を割り当てたデータの一例を示す図である。
【図２６】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、複数の滞在に周遊施設候補を割り当てたデータの一例を示す図である。
【図２７】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、バスの所在履歴を管理するテーブルの一例を示す図である。
【図２８】本発明をICカード利用履歴から抽出した移動・滞在履歴の詳細化に適用した場合の、バスとＩＣカードの端末の関係を管理するテーブルの一例を示す図である。
【発明を実施するための最良の形態】
【０００９】
以下の実施例において、「停車場所」とは列車の場合は駅を、バスの場合は停留所を意味するものとする。
【実施例１】
【００１０】
図１は、鉄道利用者の移動（改札を入場してから出場するまでのこと）・滞在（改札を出場してから入場するまでのこと）を詳細化するシステムの構成図である。移動分析装置９は、列車の運行履歴を管理する列車運行管理装置１から運行履歴を、ＩＣカードの利用履歴を管理するＩＣカード管理装置２からICカードの利用履歴を、それぞれ伝送媒体５０を経由して取得する。移動分析装置では、ICカード利用履歴から鉄道利用者の移動・滞在を抽出し、運行履歴、後述する鉄道関連情報を組み合わせ、鉄道利用者の移動における乗車列車の推定・滞在における駅周辺施設の周遊を推定する。
【００１１】
本構成は、列車運行管理装置１、ICカード管理装置２、移動分析装置９はパーソナルコンピュータやワークステーションなどの計算機で、伝送媒体５０をEtheｒnet(登録商標)で構成することにより実現できる。        
図２は、該列車運行管理装置１のハードウェア構成図である。データを格納するための記憶装置１５２、他の装置と情報を通信するための通信装置１５４、セットアップやメンテナンス時に利用する入力装置１５１、表示装置１５５、および、これらの機器を制御する制御装置１５３にて構成される。記憶装置１５２に、列車の運行履歴である実績ダイヤテーブル１０１と、列車の属性情報である列車情報テーブル１０２を保持する。
【００１２】
図３は、該列車運行管理装置１のソフトウェア構成図である。これらの機能は記憶装置１５２に格納され、電源起動時に制御装置１５３にロードされ、動作する。入力受付部１００４は入力装置１５１から作業員の入力を受け付けるプログラムであり、表示部１００５は表示装置１５５に画面を出力するプログラムである。これらは、セットアップやメンテナンス時の作業員インタフェースとして利用される。データ転送部１００３は、通信装置１５４を制御する通信部１００１経由で該移動分析装置９より実績ダイヤ、列車情報の取得要求を受け付けたタイミングで起動され、記憶装置から実績ダイヤ１０１、列車情報１０２を配信するプログラムである。データ取得部１００２は、通信部１００１経由で、１５分など一定時間に1回各駅で列車を制御する駅サーバから送付されてくる列車の運行履歴を取得し、取得したデータを記憶装置１５２に格納する機能である。
【００１３】
図４は、該ＩＣカード管理装置２のハードウェア構成図である。データを格納するための記憶装置２５２、他の装置と情報を通信するための通信装置２５４、セットアップやメンテナンス時に利用する入力装置２５１、表示装置２５５、および、これらの機器を制御する制御装置２５３にて構成される。記憶装置２５２に、鉄道利用者のICカード利用履歴テーブル２０１を保持する。
【００１４】
図５は、該ＩＣカード管理装置２のソフトウェア構成図である。これらの機能は記憶装置２５２内に格納され、電源起動時に制御装置２５３にロードされ、動作する。入力受付部２００４は入力装置２５１から作業員の入力を受け付けるプログラムであり、表示部２００５は表示装置２５５に画面を出力するプログラムである。これらは、セットアップやメンテナンス時の作業員インタフェースとして利用される。データ転送部２００３は常時起動しており、通信装置２５４を制御する通信部２００１経由で該移動分析装置９よりICカード利用履歴の取得要求を受け付けた時に、記憶装置２５２からICカード利用履歴２０１を取得し、配信するプログラムである。データ取得部２００２は、通信部２００１経由で、1日など一定時間に1回、改札機や店舗に設置されたICカードのリーダの読み取り履歴を駅ごとに集約した駅サーバから送付されてくるICカードの利用履歴を取得し、取得したデータを記憶装置２５２に格納する機能である。
【００１５】
図６は、該移動分析装置９のハードウェア構成図である。データを格納するための記憶装置９５２、他の装置と情報を通信するための通信装置９５４、セットアップやメンテナンス時に利用する入力装置９５１、表示装置９５５、プログラムを起動するトリガとするための時刻を計測するタイマ装置９５６、および、これらの機器を制御する制御装置９５３にて構成される。記憶装置９５２に、駅の設備・施設の位置関係を管理する駅構造情報テーブル９０１と、駅内の施設の属性を管理する駅施設情報テーブル９０２と、各駅間の移動・滞在とその開始終了日時を格納する移動・滞在履歴テーブル９１１と、該移動・滞在履歴テーブル９１１に格納された移動履歴の乗車列車候補を格納する乗車列車候補テーブル９１２と、観光資源それぞれの名称所在などを管理する観光資源情報テーブル９２１と、２つの観光資源間の関係を管理する観光資源関係テーブル９２２と、各滞在履歴の補間候補を管理する単一滞在補間候補テーブル９２３と、複数の滞在履歴の関係を考慮し最終的な滞在履歴の補間結果を管理する滞在補間結果テーブル９２４を保持する。
【００１６】
図７は、該移動分析装置９のソフトウェア構成図である。これらの機能は記憶装置９５２内に格納され、時刻管理部９０１６のトリガにより制御装置９５３にロードされ動作する。入力受付部９００４は入力装置９５１から作業員の入力を受け付けるプログラムであり、表示部９００５は表示装置９５５に画面を出力するプログラムである。入力受付９００４経由で作業員の指定した時刻で、時刻管理部９０１６のトリガにより、データ取得部９００２は、通信装置９５４を制御する通信部９００１を利用し、該列車運行管理装置１から運行履歴情報１０１と列車情報１０２、該ＩＣカード管理装置２からＩＣカード利用履歴２０１を取得する。移動・滞在履歴生成部９０１１は、データ取得部９００２が取得したＩＣカード利用履歴から、購買履歴を除外し移動・滞在の履歴を生成する。移動に関して、乗車列車候補抽出部９０１２は、移動・滞在履歴生成部９０１１が生成した移動履歴とデータ取得部９００２が取得した運行履歴を利用し、時刻と場所の制約から乗車した列車の候補を抽出する。乗車列車候補順位付け部９０１３は、乗車列車候補抽出部９０１２から抽出した乗車列車候補を順位づけし絞り込む。滞在に関して、周遊施設候補抽出部９０１４は、移動・滞在履歴生成部９０１１が生成した滞在履歴と観光資源情報９２１を利用し、時刻と場所の制約から滞在において周遊したと考えられる周辺施設の候補を抽出する。周遊施設候補順位付け部９０１５は、周遊施設候補抽出部９０１４が抽出した周遊先候補を順位づけし絞り込む。
【００１７】
図８は、本発明の１実施形態である、鉄道利用者の移動における乗車列車の推定と滞在における周辺施設の周遊の推定をする場合の処理の概要を示すフロー図である。ステップS100では、鉄道利用者のＩＣカードの利用履歴から、鉄道利用者の移動・滞在履歴を生成する。生成した移動・滞在履歴すべてに対して以下の処理を行う。ステップS150では、処理する履歴が移動履歴か滞在履歴かを判定する。移動履歴の場合、ステップS200に進む。滞在履歴の場合、ステップS400に進む。ステップS200では、移動履歴と運行情報を利用し、時刻と場所の制約から、乗車列車の候補を抽出する。ステップS300では、駅情報・駅周辺情報・列車情報・利用者情報のいずれか1つ以上を利用し抽出した補間候補に順位付けし、候補を絞り込む。ステップ400では、滞在履歴と観光資源情報を利用し、時刻と場所の制約から、滞在における周遊先施設の候補を抽出する。ステップ500では、観光資源情報と観光資源の関係性情報を利用し抽出した周遊先施設候補に順位付けし、候補を絞り込む。
【００１８】
これらの処理の詳細を以下で説明する。
【００１９】
図９は、ＩＣカード管理装置の保持するＩＣカード履歴から移動・滞在履歴を抽出する処理S１００の詳細を示す図である。ICカード利用履歴の仕分け処理Ｓ１０1は、列車乗車・バス乗車・購買のログが混在するICカード利用履歴テーブルのデータから、列車乗車に関するデータのみを抜き出すための処理である。
【００２０】
図１０に、ＩＣカード利用履歴テーブル２０１を示す。ＩＣカード履歴テーブル２０１は、カードの識別子であるカードＩＤ２０１０１およびカードの使用日時２０１０４をキーとしてレコードを保持する。レコードごとに、カードを使用による処理の種別であるイベント２０１０３、入出場処理のあった駅を格納する入場駅２０１０５、出場駅２０１０６、処理をした端末の名称２０１０７、および、利用した後の残高２０１０８を保持する。なお、イベントの種別としては、列車乗降車に伴う「入場」「出場」、バス乗降車に伴う「バス乗車」「バス降車」、商品購入に伴う「購買」がある。
【００２１】
移動履歴の仕分け処理Ｓ１０1では、イベントが「入場」あるいは「出場」データのみを昇順に取得する。なお、このときICカード利用履歴テーブルにあるすべてのデータを取ってきてもよいし、直近1週間など期間を指定して取ってきてもよい。
【００２２】
移動と滞在履歴の生成処理S102では、カードIDごとにICカード利用履歴を処理して、移動・滞在履歴を生成し、移動・滞在履歴テーブル９１１に保存する。
【００２３】
図１１に、移動・滞在履歴テーブル９１１を示す。移動・滞在履歴テーブル９１１においては、移動を一意に識別する移動ＩＤごとにレコードを保持する。レコードごとに、カードＩＤ９１１０２、移動か滞在かを判別する種別９１１０３、移動・滞在の区間を示す開始駅９１１０４、終了駅９１１０５、移動所要時間を示す開始日時９１１０６、終了日時９１１０７を保持する。なお、開始駅９１１０４と終了駅９１１０５が同一の場合は、その駅に滞在したものとする。
【００２４】
移動と滞在履歴の生成処理S102の具体的な実装形態を、１月１０日の移動と滞在履歴の生成を例に使って説明する。1日の最初の入場である、10時5分に駅Aに入場したデータをICカード利用履歴テーブルから読み込み、移動・滞在履歴テーブル９１１に、開始駅を「駅A」、開始時刻を10時5分、終了駅、終了日時を空の状態で、種別を「移動」として挿入する。次の11時5分の駅Gでの出場のデータを読み込み、駅Aを開始とする「移動」のデータの終了駅を「駅G」に、終了日時に11時5分を設定する。それと同時に、駅Gを開始とする「滞在」のデータを、開始駅を「駅G」、開始日時を11時5分、終了駅、終了日時を空の状態で挿入する。これを、カードIDごとに1日のデータがなくなるまで繰り返す。これにより、個人ごとの移動・滞在のデータを生成できる。
【００２５】
図１２に、乗車列車候補抽出処理Ｓ２００の処理フローを示す。この処理の概要は、移動履歴の開始終了時刻（入出場時刻）、入出場駅で乗車可能な列車の組み合わせ候補を抽出することである。
【００２６】
ステップＳ２０１では、移動・滞在履歴テーブル９１１より、ある日付のレコードを取得する。すべてのレコードに対して、以下の処理を行う。
【００２７】
先ず、レコードの入場駅、出場駅、入場時刻、出場時刻を取得する。
【００２８】
ステップ２０２では、該入場駅、該出場駅をキーとして、移動経路を探索する。この探索は、公知のダイキストラ法を利用して実施する。図１３には、経路の検索結果８０１を示す。経路の検索結果８０１は、路線の乗り換えにより区間分割されており、経路を識別する経路ＩＤ８０１０１、分割された区間の序数を示す区間順序８０１０２、区間内の発駅８０１０３、着駅８０１０４、路線８０１０５により構成される。たとえば、駅Aから駅Gへ移動した場合、直通の経路と駅D乗換の経路が出る。
【００２９】
次に、このように入場駅、出場駅をキーとして探索した移動経路に関して、その移動経路において乗車した可能性のある列車の組み合わせの候補を列挙するため、かかる移動経路と、運行管理装置１の実績ダイヤテーブル１０１とを用いて以下の処理を行う。
【００３０】
ステップＳ２０３では、該入場日時を区間開始日時に設定する。そのうえで、経路における区間数分、乗車可能列車抽出処理Ｓ２１0を呼び出す。
【００３１】
図１４に、乗車可能列車抽出処理Ｓ２１0の処理フローを示す。
ステップＳ２１１では、処理中の区間が検索した経路の最後の区間かどうかを判定する。最後の区間の場合、ステップＳ２２１に進む。そうでない場合ステップＳ２３1に進む。
【００３２】
ステップＳ２２１では、該出場日時を区間終了日時として、ステップS２２２で乗降車可能な列車を、運行管理装置１の実績ダイヤテーブル１０１より探す。ここでいう乗降車可能な列車とは、区間開始日時より後に乗車駅を出発し、区間終了日時より前に出場駅に到着する列車のことである。
【００３３】
ステップ２３１では、乗車可能な列車を、運行管理装置１の実績ダイヤテーブル１０１より探し、該当する列車の出場駅の到着時刻を区間開始日時として設定し、再帰的に乗車可能列車抽出処理２１０を呼び出す。
【００３４】
図１５に、実績ダイヤテーブル１０１を示す。実績ダイヤテーブル９０１においては日付１０１０１、該当する路線名称１０１０２、列車の識別子である番号１０１０３、駅名１０１０４をキーとしてレコードを保持する。レコードごとに、該駅名１０１０４の着時刻１０１０５、発時刻１０１０６と発着番線１０１０７を保持する。なお、該列車番号１０１０３の列車が該駅名１０１０４の駅を通過する場合でも、該着時刻１０１０５、発時刻１０１０６、発着番線１０１０７にはデータが入力されるものとする。また、始発駅の場合には該着時刻１０１０５がＮＵＬＬに、終着駅の場合には該発時刻１０１０６がＮＵＬＬになる。
【００３５】
駅Aに１０時5分に入場し、駅Gを１１時５分に出場した場合の、駅D乗換の経路についての乗車可能列車抽出を例に説明する。この経路では、駅A−駅D間と駅D−駅G間の２つの区間がある。図１５の実績ダイヤテーブル１０１を参照すると、１つ目の駅A-駅D区間において、路線Bの列車番号０８０００１Eは、１０時１７分駅A発、１０時４４分駅D着、列車番号０８０００２Eは、１０時２７分駅A発、１０時５４分駅D着であるため、どちらも乗車可能である。２つ目の駅D−駅H区間においては、列車番号１３００００Mは、１０時５６分駅D発、１１時５分駅H着なので乗車可能である。このように先頭区間から順に、乗車可能な列車を求め、それぞれの乗り換え駅着時刻を次の区間の開始時刻として、次の区間の乗車可能列車を求める。これを、すべての経路に関して実施する。
【００３６】
これにより、乗車可能列車テーブル９１２には、乗車可能な列車の組み合わせの候補が格納される。図１６に、乗車列車候補テーブル９１２を示す。乗車列車候補テーブル９１２においては、移動の識別子である移動ＩＤ９１２０１、乗車した列車と経由駅を示す乗車列車候補９１２０２、乗車した列車と経由駅での所要時間９１２０３、複数の乗車列車候補が出た場合のもっともらしい順位９１２０４を格納する。図の例では、移動ID１のデータは、路線B（０８０００１Eまたは０８０００２E）経由で駅Dで路線A（１３００００M）に乗換えて移動するパターンと路線A（１３００００M）で移動するケースとが候補として抽出される。
【００３７】
こうして得られた乗車列車候補は往々にして多数になる。従来技術では、リアルタイムの乗客の位置情報が得られることを前提としていたため、あるタイミングで乗客のいる場所に複数の列車が存在する場合でも、列車位置と乗客位置を継続的に観測することで、候補を1つに絞りこんでいた。しかしながら、後からさかのぼって解析する場合は、ICカードの入出場のデータしかないため、上記乗車列車候補からＩＣカードのユーザが実際に乗車した列車を絞り込むことができない。本発明では、上記乗車列車候補からＩＣカードのユーザが実際に乗車した可能性が高い列車を推定するための指標を計算し、かかる指標を用いて上記乗車列車候補を絞り込む。図１７に、その処理のフローを示す。
【００３８】
ステップＳ３０１では、乗車列車候補テーブル９１２より、ある移動ＩＤに関する乗車列車候補９１２０２を取得する。取得した乗車列車候補の数だけ以下の処理を行う。
【００３９】
ステップＳ３０２では、次のステップＳ３０３で行う、乗車可能な列車の組合せを順位付けるための指標を計算する。以下、かかる指標の例として、駅施設の情報を利用した指標、入場後に列車に乗るまでにかかる時間を利用した指標、列車の有料席に関する情報を利用した指標を用いた計算を説明する。
【００４０】
第一に、利用者の購買履歴の情報を利用した指標計算の例を示す。その際、図１６の乗車列車候補テーブル９１２内の所要時間９１２０３のうち、駅での滞留時間の和と乗車時間の和をそれぞれ別々に計算する。この滞留時間と乗車時間の重み付き和を計算し、この値が小さいものがよいとするような指標を利用する。この重み付けには、たとえば列車移動時の購買傾向（購買回数/移動回数）を利用する。この購買傾向は、駅での滞在と乗車の重みづけをするため、０〜１の値をとることとし、１を超える場合は１とする。これは、人によって駅構内で買い物をするか（時間をつぶせるか）どうかの特性を考慮するための変数で、過去をさかのぼって計算する。購買傾向により、駅で買い物をする人（時間をつぶせる人）は、駅での待ち時間をあまり感じないことを表現でき、駅で買い物をしない人（時間をつぶさない人）は駅での待ち時間を感じることを表現する。たとえば、同時刻に同一の入出場をし、購買の有無のみ異なるカードID0000000000000001と0000000000000004のICカード利用履歴がある。ここでは、カードID0000000000000001の移動（移動ID１）と0000000000000004の移動（移動ID１０）を例にとり説明する。それぞれの３つの乗車列車候補に関して、滞留時間の和と移動時間の和を計算すると、０８０００２Eの列車に乗るものの滞留時間は２２＋２＋１＝２５、乗車時間は２６＋９＝３３、直行するものの滞留時間は１５＋０＋１＝１６、乗車時間は４３、８０００２Eの列車に乗るものの滞留時間は１２＋１２＋１＝１５、乗車時間は２６＋９＝３３となる。また、カードID0000000000000001の購買傾向は、購買履歴が１月８日・１月１０日に２件ずつ、乗車の履歴も１月８日・１月１０日に２件ずつあるため４÷４＝１である。これより、移動ID１の３つの乗車列車候補の重み付きの和を計算すると、０８０００２Eの列車に乗るものは（１−１）×２５＋１×３３＝３３、直行するものは（１−１）×１６＋４３＝４３、０８０００１Eの列車に乗るものは（１−１）×２５＋１×３３＝３３となり、０８０００２Eあるいは０８０００１Eの評価が高くなる。一方、カードID0000000000000004は、過去をさかのぼっても購買履歴がないため、購買傾向は０/２＝０である。これより、移動ID１０の３つの乗車列車候補の重み付きの和を計算すると、０８０００２Eの列車に乗るものは（１−０）×２５＋０×３３＝２５、直行するものは（１−０）×１６＋０×４３＝１６、０８０００１Eの列車に乗るものは（１−０）×２５＋０×３３＝２５となり、直行するものの評価が高くなる。
【００４１】
かかる指標を用いることにより、過去をさかのぼっての利用者の駅での購買活動と駅での所用時間との関係から、利用者が当該駅に滞在した可能性を知ることができ、所要時間の制約から複数の経路や列車が乗車可能な候補としてある場合でも、乗車列車候補を絞り込むことができる。
【００４２】
さらに、複数の乗車列車候補で、滞留時間の和と乗車時間の和が同じ場合の、入場駅・乗り換え駅・出場駅の駅施設の情報を利用した指標計算の例を示す。図１８が、駅施設情報テーブル９０２の一例である。駅施設情報テーブル９０２においては、施設名９０２０１、および、駅９０２０２をキーとしてレコードを保持する。レコードごとに、施設の種別９０２０３、施設の営業時間を定義する営業開始時刻９０２０４、営業終了時刻９０２０５を保持する。なお、本データは店舗のマスタデータとして作業員が入力するものとする。
【００４３】
この駅施設情報テーブル９０２より、入場駅・乗り換え駅・出場駅に存在する駅施設の数を取得する。その際、図１６の乗車列車候補テーブル９１２内の所要時間９１２０３の各駅の所要時間を当該駅に存在する施設の数＋１で割ったものの最大値が小さいものがよいとするような指標を利用する。これは、施設数が多い駅のほうが、駅構内で時間をつぶすことができるためである。たとえば、駅Aでは３件、駅Dでは０件、駅Gは１件の施設がある。移動ID１の０８０００２Eと０８０００１Eの乗車列車候補に関して、本指標を計算すると、０８０００２Eの列車に乗るものは２２÷（３＋１）＝５．５、０８０００１Eに乗るものは１２÷（０＋１）＝１２となり、乗車列車候補を本指標の小さい順に並べる。これにより、施設の多い駅で時間をつかう乗車列車候補の順位を上げることができる。なお、施設の検索においては、滞在可能な施設の検索を目的とするため、入出場の時間と営業時間を条件に絞って検索してもよい。
【００４４】
かかる指標を用いることにより、利用者が駅の施設で滞留した時間を過ごし、利用できる駅施設の選択肢が多いほうが利用者にとって快適であるという前提のもと、乗車列車候補を絞り込むことができる。
【００４５】
第二に、駅構造情報テーブル９０１より、たとえば入場後列車に乗るまでの時間を考慮して優先順位をつけてもよい。図１９に、駅構造情報テーブル９０１を示す。駅構造情報テーブル９０１においては、レコードごとに対象の駅名９０１０１、距離の定義対象の設備１  ９０１０２、設備２  ９０１０３、および2つの設備間の距離９０１０４を保持する。なお、本データは駅のマスタデータとして作業員が入力するものとする。
【００４６】
具体的には、改札機とホームの距離情報を利用し、標準的な人間の歩行速度（６０ｍ/分など）で割ることで、改札からホームまでの移動時間を求めることができる。たとえば、路線Aのホームまでは距離３００ｍ÷６０ｍ/分で５分かかるが、路線Bのホームまでの距離８０ｍ÷６０ｍ/分で１分２０秒である。この場合、路線Bのほうが時間がかからないため、路線Bを利用する乗車列車の組み合わせパターンを上位とする。これにより、改札から近い列車に乗車する乗車列車候補の順位を上げることができる。
【００４７】
このとき、距離を標準的な人間の歩行速度（６０ｍ/分など）で割って時間を計算するが、移動・滞在履歴テーブル９１１をカードＩＤに関して集計して求めた各駅の訪問回数により歩行速度を変更してもよい。たとえば、１０回以上行っている駅では、歩行速度を８０ｍ/分とするというようなルールを決めておけば、慣れている駅では時間がかからず、不慣れな駅では時間がかかるような乗車列車候補の順位を上げることができる。
【００４８】
かかる指標を用いることにより、利用者は乗り換える時間がかからない列車を選ぶという前提のもと、乗車列車候補を絞り込むことができる。
【００４９】
第三に、ＩＣカード使用履歴２０１にグリーン車の利用がある場合、有料席がある列車の優先順位を上げる。図２０に、列車情報テーブル１０２を示す。列車情報テーブル１０２においては、日付１０２０１およびその日付において列車を一意に識別する列車番号１０２０２をキーとしてレコードを保持する。レコードごとに、普通・快速などの運転の種別１０２０３を保持する。さらに、列車に割り当てられた座席数１０２０４、グリーン車などの有料席数１０２０５を保持してもよい。なお、本データは列車のマスタデータとして車両計画時に計画者が車両にダイヤを割り付けたときに生成されるものとする。
【００５０】
この場合、列車１３００００Nには有料席があり、他の列車には有料席がないため、列車１３００００Nを選択する。これにより、有料席の情報を加味して実際に利用した移動経路の推定精度を上げることができる。
【００５１】
なお、列車情報がなくても、グリーン車の利用がある場合、直通列車に乗車することが好まれるため、乗り換え回数が少ない列車１３００００Nを選択するというロジックを入れてもよい。これにより、乗換回数が少ない乗車列車候補の順位を上げることができる。
【００５２】
ステップS３０３では、上記３つの例で示した指標と指標のソートルール（大きいほうがよい→降順、小さいほうがよい→昇順）に基づきソートし、ソート順を乗車列車候補テーブル９１２の、順位９１２０５に挿入する。そのうえで、順位1のものを選択することで、乗車列車候補を１つに決定することができる。たとえば、第一の例であれば、購買履歴を活用した指標により、移動ID１の移動は、０８０００２Eに乗るもの＝０８０００１Eに乗るもの（３３）＜直行するもの（４３）となるため、直行するものの順位が３になる。さらに、入場駅・乗り換え駅・出場駅の駅施設の情報を利用した指標により、０８０００２Eに乗るもの（５．５）＜０８０００１Eに乗るもの（１２）となるため、０８０００２Eに乗るものの順位が１、０８０００１Eに乗るものの順位が２となる。
【００５３】
次に、列車利用者がラチ外に滞在していた期間の補間について説明する。図２１はかかる補間の処理を示す図である。ステップＳ４０１では移動・滞在履歴テーブル９１１から、種別９１１０３が「滞在」であるレコードを取得しその開始駅、終了駅を取得する。
【００５４】
ステップＳ４０２では、取得した開始駅、終了駅をキーに、滞在中の周遊先候補を抽出する。ここでは、観光地に滞在する場合の補間を考える。駅周辺情報として、観光資源の情報を利用する。図２２に示す観光資源情報テーブル９２１は、観光資源を一意に識別する観光資源ＩＤ９２１０１、観光資源の名称９２１０２、観光資源の最寄りの鉄道駅９２１０３、観光資源への最寄り駅からの所要時間９２１０４、観光資源での標準的な滞在時間９２１０５、観光資源の所在を示す緯度９２１０６、経度９２１０７、観光資源の客観的評価値である魅力度９２１０８のフィールドを持つ。本データは作業員が事前に設定する情報であり、観光情報の記載のあるWEBページや各社の旅行業システムの観光資源情報のデータから取得することを想定する。この魅力度は、たとえば旅行サイトの評価を取得したデータを格納しておくとする。
【００５５】
ステップS４０２では、観光資源情報テーブル９２１から開始駅あるいは終了駅が最寄駅に該当する観光資源を取得する。取得した観光資源を、駅と観光資源の間の所要時間９２１０４および観光資源間の移動時間、滞在時間９２１０５の和が、滞在の所要時間（開始日時９１１０６、終了日時９１１０７の差から計算）を超えない組み合わせを取得する。
【００５６】
図２３に滞在先の周遊先候補の順位付け処理のフローの一例を示す。すべての滞在に割り当てられた観光資源の組み合わせ分以下の処理を行う。Ｓ５１０では各組み合わせの評価値を、各観光資源の魅力度９２１０８及び観光資源間関係性テーブル９２２を元に計算し、単一滞在周遊施設候補テーブル９２３に格納する。図２４の観光資源間関係性テーブル９２２は、２つの観光資源ＩＤ９２２０１、９２２０２と前記２つの観光資源の相乗効果（片方の観光資源にいくともう片方にも行く）を示す関係度９２２０３のフィールドを持つ。関係度があると、あげられた候補から相乗効果のない観光資源の組み合わせを排除することができる。あるいは、ステップ４０２を行う際に、本関係度を参照し、相乗効果のない観光資源の組み合わせを排除することで、周遊先の観光資源の組み合わせ数を削減でき、計算量を減らすことができる。本データは作業員が事前に設定する情報であり、この関係度は、たとえばWEBの検索サイトにおいて、検索対象をブログページ限定とし、その中で２つの観光資源の名称の両方が含まれる件数を関係度として登録する。
【００５７】
図２５の単一滞在周遊施設候補テーブル９２３は、補間対象の滞在を示す移動ＩＤ９２３０１、補間内容を示す組み合わせパターン９２３０２、割り当てられた組み合わせパターンの魅力度と実現性を含めた評価値９２３０３のフィールドを持つ。
【００５８】
計算の例を示すと、観光資源の組み合わせの構成要素が１つの場合は、該観光資源の魅力度９２１０８をそのまま利用する。観光資源の組み合わせの構成要素が２つの場合には、それぞれの構成要素の魅力度９２１０８の和に観光資源間の関係度９２２０３の積を当該組合せの魅力度とする。たとえば、組み合わせパターン１，２の評価値は、１８０×０．４＝７２となる。３つ以上の場合は、それぞれの構成要素の魅力度９２１０８の和に、観光資源間の関係度９２２０３の積をかけたものとする。
【００５９】
ステップＳ５３０では、この評価値を利用して順位付けを行う。これにより、観光資源単体での魅力度が高く、また、観光資源間の関係性が高い組み合わせが優先的に選ばれることになる。
【００６０】
この時、順位付けの前にステップＳ５２0に示す複数の滞在の関係性から評価値を再計算してもよい。その結果は、周遊施設候補テーブル９２４に格納する。図２６の周遊施設候補テーブル９２４は、複数の滞在の組を示す移動ＩＤセット９２４０１、該移動ＩＤセット９２４０１に割り当てられた組み合わせのパターン９２４０２、その評価値９２４０３、同一の移動ＩＤセット９２４０１に対して複数の組み合わせパターン９２４０２が割り当てられた場合の順位９２４０４のフィールドを持つ。
【００６１】
計算の詳細を示す。移動・滞在履歴テーブル９１１から同一日・同一ＩＤ・滞在データを抜き出し、それの滞在に該当する観光資源の組み合わせを単一観光資源結果テーブル９２３から取得する。各滞在から１つずつ観光資源の組み合わせを選び、その構成要素のすべての組み合わせに対して、ステップＳ５１0と同様の処理を行う。これにより得られた評価値を利用して順位づけをおこなってもよい。具体的な例を示す。異なる観光資源のジャンルが混在する、１鶴の宮（お寺）＋２駅G北山（自然）＋４長寺（お寺）＋５大仏（お寺）を回る評価値１０８．３（各資源の魅力度と関係により計算）より、同じ観光資源のジャンルで構成される１鶴の宮（お寺）＋３法照寺（お寺）＋４長寺（お寺）＋５大仏（お寺）のほうが高い評価値２１１．５となる。それぞれの構成要素の魅力度の和では前者の方が上であるが、こうした観光資源間の関係性を考慮することで、さほど有名でない複数の類似する観光資源を周遊するケース（七福神巡りなど）を抽出することができる。
【００６２】
また、上記実施例では鉄道移動を想定した例を示したが、移動の手段として鉄道だけでなく、バスを利用することも考えられる。その場合、図２７に示すようなバスの運行履歴を利用する。図２７は、バスの運行履歴テーブル７０１である。日付７０１０１、バスの運行する管轄区域７０１０２、車両番号７０１０３、停留所名７０１０４とその通過時刻７０１０５のフィールドを持つ。本テーブルは、GPSなどの位置情報あるいは、車内アナウンスの切り替えた時刻を元に作成することを想定する。図２８は車両とＩＣカードの端末の関係を管理するテーブル７０２である。車両番号７０２０１と端末名７０２０２のフィールドを持つ。ＩＣカード利用履歴の端末名をキー、車両番号とICカード端末の関係を管理するテーブル７０２から車両番号を割り出す。その車両番号にて、バスの運行履歴を検索してICカード利用時の各時刻における場所を割り出す。たとえば、１１時５分のバス端末１を利用してのバス乗車に関しては、駅G駅前からの乗車だったとし、１１時２５分の降車に関しては、駅G１丁目降車であるとする。このように、列車移動に限らず、バス移動に関しても移動・滞在履歴テーブル９１１に必要なデータを取得する。なお、バス運行管理テーブル７０１、車両とICカードの管理テーブル７０２はそれぞれ、列車運行管理装置１の代わりに、バス運行管理装置を設置し、その記憶部に格納されるものとする。
【産業上の利用可能性】
【００６３】
ある程度の期間ＩＣカード履歴からより詳細な移動・滞在の情報を抽出する場合に適用可能である。こうしたデータは車上広告の効果測定や、旅行のトレンド分析などへの適用が考えられる。
【符号の説明】
【００６４】
１：運行管理装置、
２：ＩＣカード管理装置、
９：移動分析装置、
５０：伝送媒体、
101：実績ダイヤテーブル、
１０２：列車情報テーブル、
２０１：ＩＣカード利用履歴テーブル、
９０１：駅構造情報テーブル、
９０２：駅施設情報テーブル、
９１１：移動・滞在履歴テーブル、
９１２：乗車列車候補テーブル
【図１】
2012226503.tif 000003
【図２】
2012226503.tif 000004
【図３】
2012226503.tif 000005
【図４】
2012226503.tif 000006
【図５】
2012226503.tif 000007
【図６】
2012226503.tif 000008
【図７】
2012226503.tif 000009
【図８】
2012226503.tif 000010
【図９】
2012226503.tif 000011
【図１０】
2012226503.tif 000012
【図１１】
2012226503.tif 000013
【図１２】
2012226503.tif 000014
【図１３】
2012226503.tif 000015
【図１４】
2012226503.tif 000016
【図１５】
2012226503.tif 000017
【図１６】
2012226503.tif 000018
【図１７】
2012226503.tif 000019
【図１８】
2012226503.tif 000020
【図１９】
2012226503.tif 000021
【図２０】
2012226503.tif 000022
【図２１】
2012226503.tif 000023
【図２２】
2012226503.tif 000024
【図２３】
2012226503.tif 000025
【図２４】
2012226503.tif 000026
【図２５】
2012226503.tif 000027
【図２６】
2012226503.tif 000028
【図２７】
2012226503.tif 000029
【図２８】
2012226503.tif 000030