JP5768835B2 - 情報提供装置および情報提供方法 - Google Patents

Description

パーソナルコンピュータやモバイルコンピュータ、携帯電話、車載端末、センサー、ＩＣカード、電子タグなどの複数の情報処理装置が、有線または無線ネットワークによって接続されたシステムにおいて、各利用者に対して適切な情報を提供する装置および方法に関するものである。

近年、パソコンや携帯電話やスマートフォン、キオスク端末などの情報処理端末が普及し、該端末向けの各種情報提供サービスが増加の一歩をたどっている。また、近年急速に普及しつつあるＩＣ乗車券カードなど、ＩＤの付与された乗車券を所有した個人が鉄道駅を利用した際の、個人の位置情報を用いて、適切な情報を提供する方法がある（例えば、特許文献１参照）。本方法では、位置情報を蓄積したものから個人の行動範囲データとして時間毎の駅周辺滞在率を算出し、地域情報等とマッチングすることにより、適切な情報を提供することができる。また、鉄道などの交通機関においても、列車の遅延や運転見合せなどの運行情報の提供がなされている。一方、GPSを用いた位置測定技術の進歩により、カーナビゲーションシステムでの利用を始めとして、携帯電話やスマートフォンに搭載されたGPS機能を用いて位置情報を取得し、その位置情報の履歴から所有者の行動パターンを生成し、地点に応じた情報を通知する方法がある（特許文献２参照）。

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

特許文献１は、ＩＤの付与された乗車券を所有した個人が鉄道駅を利用した際の、個人の利用履歴情報を用いて行動範囲を限定し、範囲内の駅別に重み付けを行ない、一致した地域情報を提供することを実現可能とする仕組みを提供するものであった。しかしながら本方法では、利用者が行った実績のある駅周辺の地域情報しか提供されず、乗降した、または通過したことのある駅の先にある駅の周辺地域情報は提供されない。例えば図２で、ある利用者がＡ駅―Ｂ駅間の利用実績や定期券がある場合、Ｄ駅やＥ駅にも足を延ばす可能性が高いにもかかわらず、該駅に関する情報は提供されない。一方特許文献２は、携帯電話のGPS機能を使ってきめ細かく取得した位置情報を用いて、取得した位置情報に合った情報提供を行うものであるが、鉄道利用者にとっては、「駅から何分」など駅を中心とした行動を考慮したケースが多く、GPS機能を用いて単純に駅と駅の間の情報を提供すると、駅から離れた地点の地域情報も提供されることになる。しかし、このような情報は鉄道利用者にとっては、利用価値の低いものとなる。

本発明は上記課題を解決するためになされたもので、その目的は、交通機関の乗車券システムから取得した利用履歴情報や定期券情報を用いて、各利用者が行く可能性の高い駅や周辺に関する運行情報やイベント情報などの各種情報を、各利用者へ提供することである。

上記の目的を達成するために、本発明によれば、交通機関の乗車券システムから利用履歴情報や定期券情報を取得するための第１の処理ステップと、
前記第１の処理ステップによって取得した該情報から、各利用者が乗車した交通機関の乗車経路情報を算出するための第２の処理ステップと、
前記第２の処理ステップによって算出した該情報から、乗車経路外の駅を含めて、該利用者が行く可能性の高い駅を算出するための第３の処理ステップと、
前記第３の処理ステップによって算出した該情報に応じて、各利用者へ情報を提供するための第４の処理ステップとを備えることができる。

本発明によれば、各利用者の行動を考慮することで有益度の高い情報を提供することができる。

実施例のシステム構成例を示す図。 課題の例を示す図。 処理構成例を示すブロック図。 図１中の乗降エリア生成サーバ１０６０のハードウェア構成例を示す図。 図１中の情報提供サーバ１０８０のハードウェア構成例を示す図。 図３中の乗車券システム利用履歴取得手段３０１０、乗降エリア算出手段３０２０の処理例を示すフローチャート。 乗車券システム利用履歴テーブルの構成例を示す図。 定期券情報テーブルの構成例を示す図。 駅情報テーブルの構成例を示す図。 個人別乗降エリアテーブルの構成例を示す図。 図３中の運行情報・イベント情報取得手段３０３０、トリガ取得・内容選択手段３０４０、運行情報・イベント情報提供手段３０５０の処理例を示すフローチャート。 運行情報テーブルの構成例を示す図。 イベント情報テーブルの構成例を示す図。 駅毎情報テーブルの構成例を示す図。 提供データの表示画面例を示す図。

以下、本発明における実施例について、図面を参照しながら詳細に説明する。

図１は、本実施例のシステム構成例を示すブロック図である。乗車券システム１０１０は、鉄道利用者が、ＩＤの付与された乗車券カード１０２０を用いて自動改札機１０３０を通過すると、乗車券カード１０２０の通過データを蓄積する。複数の自動改札機１０３０からの通過データは、ネットワーク１１２０を介して、駅毎に設置された駅サーバ１０４０に蓄積される。さらに、複数の駅サーバ１０４０からの通過データは、ネットワーク１１３０を介して、鉄道会社毎に設置された履歴管理サーバ１０５０に蓄積される。

利用者毎に利用可能性の高い駅のランク情報を生成する乗降エリア生成サーバ１０６０は、ネットワーク１１４０を介して履歴管理サーバ１０５０に接続され、乗車券システムの利用履歴データを取得する。また、ネットワーク１１５０を介して定期券管理サーバ１０７０に接続され、最新の定期券情報を取得する。定期券情報とは、乗車券カード毎の定期券の区間情報（発駅、着駅）等が含まれる情報である。

利用者毎に適切な情報を提供する情報提供サーバ１０８０は、ネットワーク１１６０を介して乗降エリア生成サーバ１０６０に接続され、利用者毎に利用可能性の高い駅のランク情報を取得する。また、ネットワーク１１７０を介して列車の運行情報を管理する運行管理サーバ１０９０に接続され、最新の運行情報を取得する。運行情報とは、列車の運行障害や運行遅延に関する情報、他路線への振替、回復見込み、到着予想時間、発着番線等が含まれる情報である。また、ネットワーク１１８０を介して駅周辺の店舗情報や天気、催し物などに関する各種情報を管理するイベント管理サーバ１１００に接続され、最新のイベント情報を取得する。イベント情報とは、イベント内容に関する情報、イベント開催場所の最寄駅に関する情報等が含まれる情報である。

利用者毎に適切な情報を表示する情報端末１１１０は、乗車券カードをカードリーダにかざす等の利用者操作に応じて、ネットワーク１１９０を介して情報提供サーバ１０８０へ利用者毎に適切な情報を要求し、その結果を表示する。

本構成は、例えば乗車券カード１０２０をＩＤを付与したＩＣカードで、自動改札機１０３０をＩＣカードリーダ付きの入退場ゲートで、駅サーバ１０４０と履歴管理サーバ１０５０と乗降エリア生成サーバ１０６０と定期券管理サーバ１０７０と情報提供サーバ１０８０と運行管理サーバ１０９０とイベント管理サーバ１１００をパーソナルコンピュータやワークステーション等の計算機で、情報端末１１１０を携帯電話やＰＤＡ等のモバイル端末、あるいはＩＣカードリーダ、タッチパネル付きのパーソナルコンピュータ等の据え置き型端末で、ネットワーク１１２０、１１３０、１１４０、１１５０、１１６０、１１７０、１１８０、１１９０をＥｔｈｅｒｎｅｔ（登録商標）でそれぞれ構成することにより、既知のシステム開発方法を用いて簡単に実現できる。

図３は、本発明の処理構成例を示すブロック図である。乗車券システム利用履歴取得手段３０１０は、乗車券システム１０１０から、利用履歴データを取得する。乗降エリア算出手段３０２０は、乗車券システム利用履歴取得手段により取得した利用履歴データから、各利用者が過去に乗降した駅、乗降していないが乗降する可能性の高い駅のランク情報を算出する。運行情報・イベント情報取得手段３０３０は、運行管理サーバ１０９０から最新の運行情報を、イベント管理サーバ１１００から最新のイベント情報を、それぞれ取得する。トリガ取得・内容選択手段３０４０は、前記ランク情報と、前記運行情報およびイベント情報から、各利用者へ提供する適切な情報を選択・ソートする。運行情報・イベント情報提供手段３０５０は、利用者が保持する情報端末１１１０に対して、前記トリガ取得・内容選択手段により選択した情報を配信する。

図４は乗降エリア生成サーバ１０６０のハードウェア構成例を示す図である。

図５は情報提供サーバ１０８０のハードウェア構成例を示す図である。４０１０、５０１０は、ハードウェアの制御とプログラムの実行処理を行う主制御部である。４０２０、５０２０は、システム管理者からのプログラム実行開始指示や中止指示等の入力を行う入力部である。４０３０、５０３０は、プログラムの実行状態等の出力を行う出力部である。４０４０、５０４０は、他の計算機とのデータ交換を行う通信処理部である。４０５０、５０５０は、プログラムやデータの読み出し、記録を行う記憶管理部である。４０６０、５０６０は上記各部間のデータ交換を行う通信部である。記憶管理部４０５０には、図３の乗車券システム利用履歴取得手段３０１０、乗降エリア算出手段３０２０の処理を行う個人別乗降エリア算出プログラム４０７０と、乗車券システム利用履歴テーブル４０８０と、定期券情報テーブル４０９０と、駅情報テーブル４１００と、個人別乗降エリアテーブル４１１０が格納される。記憶管理部５０５０には、図３の運行情報・イベント情報取得手段３０３０、トリガ取得・内容選択手段３０４０、運行情報・イベント情報提供手段３０５０の処理を行う内容選択・情報提供プログラム５０７０と、運行情報テーブル５０８０と、イベント情報テーブル５０９０と、駅毎情報テーブル５１００が格納される。個人別乗降エリアテーブルを備え、各利用者が乗車した交通機関の乗車区間外の駅を含めて、各利用者が行く可能性の高い駅を算出することにより、行ったことはないが行く可能性の高い駅や周辺に関する情報も、各利用者に提供することができる。

上記構成は、例えば、主制御部４０１０、５０１０をＣＰＵで、入力部４０２０、５０２０をキーボードで、出力部４０３０、５０３０を液晶ディスプレイで、通信処理部４０４０、５０４０をＥｔｈｅｒｎｅｔ（登録商標）で、記憶管理部４０５０、５０５０をハードディスクで、通信部４０６０、５０６０をＢｕｓで実現することにより、従来から良く知られた装置で構成可能である。

図６のフローチャートを用いて、図４中の個人別乗降エリア算出プログラム４０７０の処理例を説明する。最初に、履歴管理サーバ１０５０から利用履歴データを、定期券管理サーバ１０７０から定期券データを取得し、乗車券システム利用履歴テーブル４０８０と定期券情報テーブル４０９０にそれぞれ格納する（ステップ６０１０）。この時、履歴管理サーバ１０５０上にある全ての利用履歴データを取得しても良いし、例えば直近３ヶ月分など、一定期間内の利用履歴データのみを取得しても良い。

図７に、乗車券システム利用履歴テーブルの構成例を示す。本テーブルは、乗車券カードＩＤ７０１０、乗車券カードを利用して処理が発生した日時７０２０、「入場」「出場」「チャージ」などの処理内容を表す処理名７０３０、どの駅改札機や店舗端末で処理したかを表す端末名７０４０、処理時の利用金額７０５０からなる行のリストである。利用者が乗車券カードを利用するごとに行データが追加される。

図８に、定期券情報テーブルの構成例を示す。本テーブルは、乗車券カードＩＤ８０１０、乗車券カードの定期券区間の発駅８０２０、定期券区間の着駅８０３０からなる行のリストである。乗車券カードの定期券区間ごとに行データが追加される。

次に、取得した利用履歴データと定期券データを、乗車券カードＩＤ毎のデータに分けた後（ステップ６０２０）、個別のＩＤ毎に、以下の処理を行う。まず、利用履歴データおよび定期券データから、乗車経路を算出し、乗降駅および通過駅を算出する（ステップ６０３０）。乗車経路の算出方法については、ダイクストラ法などの従来から良く知られた方法を用いて算出可能である。

次に、駅情報テーブル４１００を参照しながら、乗車経路から、途中駅で乗り換えて行ける駅や、乗降駅の先にある駅を算出し、行き易さに応じて駅のランク付けを行う（ステップ６０４０）。駅のランク付け処理は、乗車履歴を利用日、利用曜日、利用時間帯ごと（例えば、平日の９：００から１０：００まで、等）に分けて、それぞれについて処理を行う。図９に、駅情報テーブルの構成例を示す。本テーブルは、路線名９０１０、駅名９０２０、駅間のキロ程９０３０、駅間の列車乗車時間９０４０、駅間の列車運賃９０５０からなる行のリストである。駅のランク付けのルールは、例えば以下のように規定する。
（i）駅ランク１：乗車経路の発着駅および途中駅、定期券区間の発着駅および途中駅
（ii）駅ランク２：乗降経路の発着駅の先にある駅、または定期券区間の発着駅の先にある駅で、列車乗車時間が１０分以内で行ける駅
（iii）駅ランク３：乗降経路の途中駅から乗り換えて行ける駅、または定期券区間の途中駅から乗り換えて行ける駅で、列車乗車時間が１０分以内で行ける駅
上記は一例であり、列車乗車時間でなく、駅間のキロ程や運賃に応じて閾値を決めるようにしても良い。また、複数の閾値（例えば１０分以内、２０分以内、３０分以内）を用いてより細かいランク分けを行っても良い。本ステップで、各利用者が乗車した交通機関の乗車区間外の駅を含めて、各利用者が行く可能性の高い駅を算出することにより、行ったことはないが行く可能性の高い駅や周辺に関する情報も、各利用者に提供することができる。

駅ランクの計算は、例えば図２で、ある乗車券カードＩＤの定期券区間がＡ駅―Ｂ駅の場合、駅ランク２は、まずＡ駅の先にあるＤ駅について調べる。駅情報テーブルより、Ａ駅―Ｄ駅間の列車乗車時間は７分のため、ランク２の駅とみなす。次に、Ｄ駅の先にあるＦ駅について調べる。該処理を、閾値を超えるまで繰り返す。

次に、算出したランク毎の駅を、個人別乗降エリアテーブルに出力する（ステップ６０５０）。図１０に、個人別乗降エリアテーブルの構成例を示す。本テーブルは、乗車券カードＩＤ１００１０、日時１００２０、カードＩＤおよび日時毎の駅ランク１００３０、ランク毎の複数の路線名・駅名１００４０からなる行のリストである。

ステップ６０３０〜６０５０の処理を、対象となる乗車券カードＩＤ全てについて繰り返し行い（ステップ６０６０）、対象となるＩＤが無くなったら処理を終了する。

図１１のフローチャートを用いて、図５中の内容選択・情報提供プログラム５０７０の処理例を説明する。最初に、運行管理サーバ１０９０に対して最新の運行情報を、イベント管理サーバ１１００に対して最新のイベント情報をそれぞれ問い合わせ、新しく追加または更新された運行情報があれば取得して運行情報テーブル５０８０に、新しく追加または更新されたイベント情報があれば取得してイベント情報テーブル５０９０にそれぞれ格納し、なければ定期的に問い合わせ処理を繰り返す（ステップ１１０１０）。

図１２に、運行情報テーブルの構成例を示す。本テーブルは、運行障害・遅延の発生日時１２０１０、発生路線１２０２０、発生区間１２０３０、発生理由１２０４０、障害・遅延の影響区間１２０５０、復旧予定時刻や他路線への振替情報を含む回復見込み１２０６０からなる行のリストである。

図１３に、イベント情報テーブルの構成例を示す。本テーブルは、イベント内容１３０１０、最寄駅および最寄駅からイベント会場までの所要時間１３０２０からなる行のリストである。

次に、運行情報テーブルおよびイベント情報テーブルの内容を、駅毎のレコードに分け、駅毎情報テーブル５１００に格納する（ステップ１１０２０）。

図１４に、駅毎情報テーブルの構成例を示す。本テーブルは、路線名・駅名１４０１０、情報種別１４０２０、最寄駅からの所要時間１４０３０、情報内容１４０４０からなる行のリストである。

次に、情報端末１１１０からの情報要求トリガを受け付ける（ステップ１１０３０）。例えば、情報端末に接続されたＩＣカードリーダにＩＣ乗車券カードをかざした時に、該カードのカードＩＤと該情報端末を設置した駅名とを、情報要求トリガとして情報端末から情報提供サーバへ送信する。

情報要求トリガを受け付けたら、該カードＩＤかつ該日時に関する個人別乗降エリアテーブルデータを乗降エリア生成サーバから取得し、駅毎情報テーブルから該情報端末へ提供するデータを生成する（ステップ１１０４０）。

ここで、提供データの生成方法としては、単に該カードＩＤかつ該日時の駅ランクの高い駅毎情報を抽出するのではなく、以下の３つのパラメータを用いて駅毎情報の各レコードをスコアリングし、スコアの高い順にソート・抽出を行う。
（１）駅ランク
（２）最寄駅から、イベント会場までの所要時間
（３）情報端末を設置した駅から、イベント会場の最寄駅までの列車乗車時間（または駅間のキロ程、運賃）
本ステップで、各利用者が乗車した交通機関の乗車区間外の駅を含めて、各利用者が行く可能性の高い駅のランク情報と、イベント毎の最寄駅情報と、情報を表示する端末の位置情報に応じて、イベント情報の取捨選択・並び替えを行うことにより、各利用者にとってより有益度の高い情報を優先的に提供することができる。

最後に、作成した提供データを情報端末へ送信し（ステップ１１０５０）、処理を終了する。図１５に、提供データを表示した情報端末の画面例を示す。提供データ１５０２０〜１５０４０は、スコアの高い順に表示され、各利用者にとって有益度の高い情報を効率良く閲覧することができる。

以上、本実施例では、乗降実績の有無に応じて駅ランクを決定したが、これに加えて乗降回数・頻度などを用いて重み付けし、駅ランクを決定するようにしても良い。

また、本実施例では、途中駅で乗り換えて行ける駅や、乗降駅の先にある駅への行き易さの基準として、駅間の列車乗車時間、キロ程、運賃を用いる場合の処理例について説明した。しかしながらこれに限定されるものではなく、乗り換え時間、乗り換え回数、駅や列車の混雑度などを基準として用いても良い。

また、本実施例では、情報端末として駅に設置したキオスク端末を用いる場合の処理例について説明した。しかしながらこれに限定されるものではなく、携帯電話などのモバイル端末を用いても良い。

１０１０…乗車券システム、１０２０…乗車券カード、１０３０…自動改札機、１０４０…駅サーバ、１０５０…履歴管理サーバ、１０６０…乗降エリア生成サーバ、１０７０…定期券管理サーバ、１０８０…情報提供サーバ、１０９０…運行管理サーバ、１１００…イベント管理サーバ、１１１０…情報端末、１１２０、１１３０、１１４０、１１５０、１１６０、１１７０、１１８０、１１９０…ネットワーク、３０１０…乗車券システム利用履歴取得手段、３０２０…乗降エリア算出手段、３０３０…運行情報・イベント情報取得手段、３０４０…トリガ取得・内容選択手段、３０５０…運行情報・イベント情報提供手段、４０１０…主制御部、４０２０…入力部、４０３０…出力部、４０４０…通信処理部、４０５０…記憶管理部、４０６０…通信部、４０７０…個人別乗降エリア算出プログラム、４０８０…乗車券システム利用履歴テーブル、４０９０…定期券情報テーブル、４１００…駅情報テーブル、４１１０…個人別乗降エリアテーブル、５０１０…主制御部、５０２０…入力部、５０３０…出力部、５０４０…通信処理部、５０５０…記憶管理部、５０６０…通信部、５０７０…内容選択・情報提供プログラム、５０８０…運行情報テーブル、５０９０…イベント情報テーブル、５１００…駅毎情報テーブル

Claims (10)

1. 利用者による交通機関の利用による、利用履歴情報および定期券情報を乗車券システムから取得する第１の手段と、
   前記第１の手段によって取得した利用履歴情報および定期券情報から、前記利用者が乗車した交通機関の乗車経路情報を算出する第２の手段と、
   前記第２の手段によって算出した前記乗車経路情報に含まれる駅の情報、当該乗車経路情報に含まれる駅から乗り換えを含めた所定時間内に到達可能な駅の情報、当該駅毎に対応付けられたイベントの情報、及び当該イベントの開催場所と当該駅の間の移動時間に関する情報、乗り換え時間、乗り換え回数、駅及び列車の混雑度の情報に基づいて、前記利用者が行き易い駅を算出する第３の手段と、
   前記第３の手段によって算出した前記行き易い駅に応じて、前記利用者へ当該利用者の行動に対応する情報を送信する第４の手段と、を備え、
   前記第３の手段は、前記所定時間内に到達可能な駅の情報がない場合、前記所定時間を変更し、到達可能な駅の情報が存在するまで、算出を繰り返す
   ことを特徴とする情報提供装置。
2. 請求項１に記載の情報提供装置において、
   前記乗車経路情報に含まれる駅から所定時間内に到達可能な駅が、利用履歴の乗車経路の発着駅の先にある駅、定期券区間の発着駅の先にある駅、利用履歴の乗車経路の途中駅から乗り換えた先にある駅、定期券区間の途中駅から乗り換えた先にある駅、のいずれか１つ以上を含むことを特徴とする情報提供装置。
3. 請求項１又は２に記載の情報提供装置において、
   前記第３の手段は、前記乗車経路情報に含まれる駅からの列車乗車時間、キロ程、運賃、および乗り換えの有無のいずれか１つ以上に基づいて、前記行き易い駅を算出することを特徴とする情報提供装置。
4. 請求項１乃至３の何れか１項に記載の情報提供装置において、
   前記利用者の行動に対応する情報が、列車の運行情報、または駅周辺の店舗や施設のイベント情報であることを特徴とする情報提供装置。
5. 請求項１乃至４の何れか１項に記載の情報提供装置において、
   前記第３の手段は、当該利用者の利用日ごと、利用曜日ごと、利用時間帯ごと、のいずれか１つ以上に基づいて前記行き易い駅を算出することを特徴とする情報提供装置。
6. 乗降エリア生成サーバが、利用者による交通機関の利用による、利用履歴情報および定期券情報を乗車券システムから取得するステップと、
   乗降エリア生成サーバが、前記取得した利用履歴情報および定期券情報から、前記利用者が乗車した交通機関の乗車経路情報を算出するステップと、
   乗降エリア生成サーバが、前記算出した前記乗車経路情報に含まれる駅の情報、当該乗車経路情報に含まれる駅から乗り換えを含めた所定時間内に到達可能な駅、当該駅毎に対応付けられたイベントの情報、及び当該イベントの開催場所と当該駅の間の移動時間に関する情報、乗り換え時間、乗り換え回数、駅及び列車の混雑度の情報に基づいて前記利用者が行き易い駅を算出するステップと、
   情報提供サーバが、前記算出した前記行き易い駅に応じて、前記利用者へ当該利用者の行動に対応する情報を送信するステップと、を備え
   前記利用者が行き易い駅を算出するステップで、前記乗降エリア生成サーバは、前記所定時間内に到達可能な駅の情報がない場合、前記所定時間を変更し、到達可能な駅の情報が存在するまで、算出を繰り返す
   ことを特徴とする情報提供方法。
7. 請求項６に記載の情報提供方法において、
   前記乗車経路情報に含まれる駅から所定時間内に到達可能な駅が、利用履歴の乗車経路の発着駅の先にある駅、定期券区間の発着駅の先にある駅、利用履歴の乗車経路の途中駅から乗り換えた先にある駅、定期券区間の途中駅から乗り換えた先にある駅、のいずれか１つ以上を含むことを特徴とする情報提供方法。
8. 請求項６又は７に記載の情報提供方法において、
   前記行き易い駅を算出するステップは、前記乗車経路情報に含まれる駅からの列車乗車時間、キロ程、運賃、および乗り換えの有無のいずれか１つ以上に基づいて、前記行き易い駅を算出することを特徴とする情報提供方法。
9. 請求項６乃至８の何れか１項に記載の情報提供方法において、
   前記利用者の行動に対応する情報が、列車の運行情報、または駅周辺の店舗や施設のイベント情報であることを特徴とする情報提供方法。
10. 請求項６乃至９の何れか１項に記載の情報提供方法において、
    前記前記行く可能性の高い駅を算出するステップは、該利用者の利用日ごと、利用曜日ごと、利用時間帯ごと、のいずれか１つ以上に基づいて前記行き易い駅を算出することを特徴とする情報提供方法。

Images