(57)【要約】  利用者がスムーズに駅の改札機を通過することを妨げない時間内で、改札機上で利用者に情報を提供することができる技術を提供することを目的とする。  本発明に係る情報提供サーバ装置は、改札機が提示する情報と、改札機が情報を提示すべき駅利用者との対応関係を記述したコンテンツ対応リストを保持し、所定の時間帯毎に次の時間帯までのコンテンツ対応リストを改札機に送信する（図１参照）。
2012120938.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続するネットワークインターフェースと、
前記ネットワークインターフェースを介して通信するプロセッサと、
駅の改札機が提示する情報と、前記改札機が前記情報を提示すべき駅利用者との対応関係を記述したコンテンツ対応リストを記憶する記憶部と、
を備え、
前記プロセッサは、
所定の送信時間帯毎に、次の送信時間帯が開始するまでの間の前記対応関係を記述した前記コンテンツ対応リストを、前記改札機に送信する
ことを特徴とする情報提供サーバ装置。
【請求項２】
前記コンテンツ対応リストは、
前記駅利用者が前記改札機を通過する際の行動パタンと、前記行動パタンに準じて行動する前記駅利用者に対して前記改札機が提示すべき情報との対応関係を記述している
ことを特徴とする請求項１記載の情報提供サーバ装置。
【請求項３】
前記コンテンツ対応リストは、
前記行動パタンとして、前記駅利用者が前記改札機を通過する際の入出場区別、前記駅利用者が前記改札機を通過する際の曜日、および前記駅利用者が前記改札機を通過する際の時間帯を記述しており、さらに、
前記入出場区別、前記曜日、および前記時間帯毎に、前記情報と、前記改札機が前記情報を提示すべき駅利用者との対応関係を記述している
ことを特徴とする請求項２記載の情報提供サーバ装置。
【請求項４】
前記コンテンツ対応リストは、
前記行動パタンとして、前記駅利用者が入場する駅と目的駅または前記駅利用者が出場する駅と出発駅の組み合わせ、および駅間経路を記述しており、さらに、
前記組み合わせと前記駅間経路毎に、前記情報と、前記改札機が前記情報を提示すべき駅利用者との対応関係を記述している
ことを特徴とする請求項２記載の情報提供サーバ装置。
【請求項５】
前記コンテンツ対応リストは、
発生頻度が所定数以上の前記行動パタンについてのみ、前記情報と、前記改札機が前記情報を提示すべき駅利用者との対応関係を記述している
ことを特徴とする請求項２記載の情報提供サーバ装置。
【請求項６】
前記プロセッサは、
列車の運行に異常が発生した旨の情報を受信すると、
前記コンテンツ対応リストが記述している前記駅利用者のうち、前記駅間経路のなかに異常が生じた経路が含まれる前記駅利用者を特定し、
異常が発生した路線に関する運行情報と、前記特定した駅利用者とを対応付けた前記コンテンツ対応リストを作成し、前記改札機に即座に送信する
ことを特徴とする請求項４記載の情報提供サーバ装置。
【請求項７】
請求項２記載の情報提供サーバ装置と、
前記情報提供サーバ装置に前記コンテンツ対応リストを提供するセンタサーバ装置と、
を有し、
前記情報提供サーバ装置は駅に設置され、前記センタサーバ装置は前記ネットワークを介して前記情報提供サーバ装置に接続されており、
前記センタサーバ装置は、
前記駅利用者が保持するＩＣカード乗車券の利用履歴から前記行動パタンを抽出して駅毎の前記コンテンツ対応リストを作成し、各駅に設置されている前記情報提供サーバ装置にそのコンテンツ対応リストを送信する
ことを特徴とする情報提供システム。
【請求項８】
請求項４記載の情報提供サーバ装置と、
前記情報提供サーバ装置に前記コンテンツ対応リストを提供するセンタサーバ装置と、
を有し、
前記情報提供サーバ装置は駅に設置され、前記センタサーバ装置は前記ネットワークを介して前記情報提供サーバ装置に接続されており、
前記センタサーバ装置は、
前記駅利用者が夜間に出場する回数が最も多い駅は前記駅利用者が自宅最寄駅として利用していると判断し、
前記駅利用者が日中に出場し夕方または夜間に入場する回数が最も多い駅は前記駅利用者が勤務先最寄駅として利用していると判断し、
前記駅利用者が休日に出場する回数が最も多い駅は前記駅利用者が遊行目的駅として利用していると判断し、
各前記判断にしたがって、前記駅利用者が前記駅を利用する目的に応じて区分した駅タイプを記述した前記コンテンツ対応リストを作成し、
前記駅タイプの区分に合致する駅に設置されている前記情報提供サーバ装置に、作成したコンテンツ対応リストを送信する
ことを特徴とする情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、駅の改札機が駅利用者に提示する情報を改札機に提供する情報提供サーバ装置および情報提供システムに関するものである。
【背景技術】
【０００２】
鉄道会社が駅利用者に情報を提供するために用いる装置の中には、駅のホームやコンコースに設置されているＬＥＤ式行先案内表示装置（発車標）や液晶ディスプレイ式案内表示装置（非特許文献１）、車内に設置された液晶ディスプレイ式の車内案内表示装置（非特許文献２）などがある。これら装置は、より多くの利用者に一斉に情報を提供することができるという利点があり、遅延や運休など列車の運行状況に異常が発生した際の情報提供手段として普及しつつある。【０００３】
例えば車内案内表示装置は、通勤電車のような一般形電車車両の乗降扉上部に設置された液晶ディスプレイを有し、次駅案内や乗換案内のほかに運行情報を表示する。東日本旅客鉄道株式会社（ＪＲ東日本）の場合、この運行情報は無線により配信され、駅に設置されているＬＥＤ式行先案内表示装置と同時に表示される。これにより利用者は、車内にて最新の情報を知ることができる。しかし、この運行情報はＪＲ東日本の全域および新幹線のほか、首都圏の私鉄、地下鉄などすべての路線の運行状況が含まれるため、利用者にとっては有用でない情報、例えば利用者の目的地に関係しない路線の情報が表示されることがある。大雪や台風など広域にわたって運行状況に異常が発生した場合は、表示される情報量が特に多くなるため、利用者は自分に関係する情報があるかどうか確認するのに時間がかかってしまう。【０００４】
これに対し、個々の利用者の関心に合致する情報を提供する技術として、電子メールを利用して情報配信する、またはインターネットのサイト上で運行情報を提供する技術がある。特許文献１に記載されている技術は、列車運行の異常時に電子メールを利用して携帯電話に運行情報を送信する技術に関するものである。具体的には、情報配信するために必要な情報を、定期券を購入した利用者があらかじめ情報配信サーバへ登録しておく。列車運行の異常が発生した時、情報配信サーバは、異常が発生した経路を定期券経路とする利用者を抽出して携帯電話に運行情報を電子メールで送信する。【０００５】
特許文献１記載のように、電子メールで情報を送信する場合、鉄道を利用するタイミングで電子メールが送信されるとは限らない。具体的には、利用者が定期券を利用していないとき、例えば利用者が休日で鉄道を利用しないとき、あるいはすでに定期券を利用して目的地に到着しているときなどは、運行情報を送信する必要はない。また利用者は、定期券に記載されている経路のみを移動しているとは限らない。例えば利用者が出張などで定期券区間外の駅を利用する場合は、定期券の経路ではなく、出張先の駅の路線の異常時の運行情報がメールで配信されれば便利であるが、特許文献１にはそのような手法は記載されていない。したがって、通勤、通学、出張などで鉄道を日常的に利用する利用者にとって、特許文献１に記載されている手法は、列車の運行情報を得る手段として不十分であると考えられる。【０００６】
また、駅利用者は鉄道の運行情報以外にも多くの電子メールを受信しており、それらをチェック、返信などする手間は少なくない。そのような状況の下で鉄道の運行情報が適切でないタイミングで送信されると、不要な電子メールが増え、削除するなどの操作をしなければならず、利用者にわずらわしさを与えてしまう。【０００７】
利用者へ適切なタイミングで運行情報を提供するための手法として、自動改札機を用いて情報を提供するという方法が考えられる。改札機は、利用者が鉄道を利用する時に必ず通過するからである。具体的には利用者が自動改札機を通過すると、改札機は情報配信サーバに通過した利用者の情報を送信し、情報配信サーバは該利用者の携帯電話に電子メールを送信する。この方法によれば利用者は適切なタイミングで運行情報を得ることができる。しかし現行の自動改札機は、改札機を通過した利用者の情報を一定時間おき（一日ごとなど）に送信している（非特許文献３）。前記方法の実現にあたっては改札機がリアルタイムで情報配信サーバに利用者の情報を送信する必要があるが、それによってネットワークに大きな負荷がかかるという問題が生じる。【０００８】
一方で現行の自動改札機は、利用者がＩＣカード乗車券を使用すると、出口側に設置されたディスプレイに精算金額などを表示するものが主流である。特許文献１に記載されている情報配信サーバのように、利用者の携帯電話に情報を送信することに代えて、自動改札機のディスプレイに情報を表示することにより、利用者は鉄道を利用するタイミングで運行情報を参照することができる。【０００９】
ただし、自動改札機において利用者をスムーズに通過させるためには、０．２秒以内で処理を完了すべきであると考えられている（非特許文献３）。この間に自動改札機が情報配信サーバへアクセスして利用者に提示すべき運行情報があるかチェックし、ある場合は情報コンテンツを取得して表示する、という処理を完了するのは困難である。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１０−２６６９０７号公報
【非特許文献】
【００１１】
【非特許文献１】中川剛志、角田史記、松永真  著「わかりやすい運行情報提供に関する研究開発」、JR East Technical Review、No.24−Summer、pp51-54、2008年
【非特許文献２】小泉敦史、米永雄慶  著「ＪＲ東日本におけるお客さまへの情報提供について」、鉄道と電気技術、vol.20、No.11、pp20-25、日本鉄道電気技術協会、2009年
【非特許文献３】椎橋彰夫著「交通インフラから社会インフラへの発展  自律分散型ＩＣカード乗車券システム“Suica”の開発・導入と社会インフラ化」情報処理学会デジタルプラクティス、Vol.1、No.3、pp114-120、2010年
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明は、上記のような課題を解決するためになされたものであり、利用者がスムーズに駅の改札機を通過することを妨げない時間内で、利用者の目的に合致した情報を改札機上で提供することができる技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明に係る情報提供サーバ装置は、改札機が提示する情報と、改札機が情報を提示すべき駅利用者との対応関係を記述したコンテンツ対応リストを保持し、所定の時間帯毎に次の時間帯までのコンテンツ対応リストを改札機に送信する。
【発明の効果】
【００１４】
本発明に係る情報提供サーバ装置によれば、時間帯毎に必要になるコンテンツ対応リストを改札機に送信するので、改札機は時間帯毎の同リストを検索するのみで、駅利用者に提示すべき情報を特定することができる。これにより、駅利用者が改札機をスムーズに通過することを妨げずに、駅利用者毎に適切なタイミングで情報を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】実施形態１に係る情報提供システム１の全体構成を示す図である。
【図２】ＩＣカード乗車券１００のハードウェア構成を示す図である。
【図３】改札機２００のハードウェア構成を示す図である。
【図４】センタサーバ群４００および駅サーバ群３００を構成する各サーバのハードウェア構成を示す図である。
【図５】改機札利用履歴データ２０１のデータ構成を示す図である。
【図６】時間帯別コンテンツ対応リスト２０２のデータ構成を示す図である。
【図７】駅利用履歴データ３１１のデータ構成を示す図である。
【図８】駅別コンテンツ対応リスト３２１のデータ構成を示す図である。
【図９】駅別情報コンテンツ３２２のデータ構成を示す図である。
【図１０】全利用履歴データ４１１のデータ構成を示す図である。
【図１１】コンテンツ対応リスト４２１のデータ構成を示す図である。
【図１２】情報コンテンツ４２２のデータ構成を示す図である。
【図１３】利用者行動パタンデータ４２３のデータ構成を示す図である。
【図１４】情報提供システム１の全体処理手順を示すフローチャートである。
【図１５】図１４のステップＳ１４０２の詳細処理手順を示すフローチャートである。
【図１６】図１５のステップＳ４２８０１１の詳細な処理手順を示すフローチャートである。
【図１７】図１４のステップＳ１４０３の詳細な処理手順を示すフローチャートである。
【図１８】図１４のステップＳ１４０５の詳細な処理手順を示すフローチャートである。
【図１９】図１４のステップＳ１４０６の詳細な処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１６】
＜実施の形態１＞
図１は、本発明の実施形態１に係る情報提供システム１の全体構成を示す図である。図２〜図４は、情報提供システム１を構成する各機器のハードウェア構成を示す図である。図５〜図１３は、情報提供システム１を構成するデータの構成を示す図である。図１４〜図１９は、情報提供システム１の処理手順を説明する図である。
【００１７】
＜システムの全体構成＞
図１は、情報提供システム１の全体構成を示す図である。情報提供システム１は、ＩＣカード乗車券１００、改札機２００、駅サーバ群３００、センタサーバ群４００、携帯電話５００、情報端末６００、およびデジタルサイネージ７００を有する。
【００１８】
＜システムの全体構成：ＩＣカード乗車券１００＞
ＩＣカード乗車券１００は、列車の乗車券として利用することができる非接触型ＩＣカードである。ＩＣカード乗車券１００には、カード固有のＩＤ（以下、「利用者ＩＤ」）、残金、最後に改札機を通過した駅の駅コードなどが記録されている。リーダライタデバイスは、これらの情報を読込・書換することができる。ＩＣカード乗車券１００は、カードタイプの形態とは限らない。例えばＩＣカード乗車券機能付携帯電話も、ＩＣカード乗車券１００に含まれる。ＩＣカード乗車券１００のハードウェアの詳細は、図２を用いて後述する。
【００１９】
＜システムの全体構成：改札機２００＞
改札機２００は、非接触型ＩＣカードのリーダライタデバイスを有し、乗車券の確認や運賃の精算などの改札業務を自動で行う装置である。改札機２００のハードウェアの詳細は、図３を用いて後述する。図１において改札機２００は１つのみ記載しているが、実際には１つの駅に１つ以上の改札機２００が設置されるのが通常である。
【００２０】
改札機２００は、改札機利用履歴データ２０１、時間帯別コンテンツ対応リスト２０２、改札処理部２０３、およびコンテンツ表示部２０４を備える。改札機利用履歴データ２０１と時間帯別コンテンツ対応リスト２０２は、ハードディスク装置などの記憶装置内に格納されている。
【００２１】
改札機利用履歴データ２０１は、改札機２００を通過した利用者の履歴を格納する記憶装置である。具体的には、改札機２００を通過した利用者のＩＣカード乗車券１００に記憶されている利用者ＩＤ、入出場の種別、時刻などを格納している。改札機利用履歴データ２０１の詳細は、図５を用いて後述する。
【００２２】
時間帯別コンテンツ対応リスト２０２は、利用者ＩＤと、利用者に表示するコンテンツのＩＤとの対応関係を、所定の時間帯毎に記述したデータである。時間帯別コンテンツ対応リスト２０２の詳細は、図６を使って後述する。
【００２３】
改札処理部２０３は、ＩＣカード乗車券１００から利用者ＩＤ、残金、および駅コードを読み込み、入出場処理を実行する。具体的には、入場の場合は改札機２００が設置されている駅の駅コードをＩＣカード乗車券１００に書き込む。出場の場合は、ＩＣカード乗車券１００から読み込んだ駅コードを入場駅、改札機２００が設置されている駅のコードを出場駅として運賃を計算し、読み込んだ残金から運賃を引いた金額を求めて、ＩＣカード乗車券１００に記録されている残金を書き換える。さらにＩＣカード乗車券１００に記録されている駅コードを初期化する。
【００２４】
コンテンツ表示部２０４は、改札機２００を通過した利用者のＩＣカード乗車券１００から読み込んだ利用者ＩＤをキーにして、時間帯別コンテンツ対応リスト２０２を検索し、利用者に対応づけられたコンテンツのＩＤを取得して、コンテンツを表示する。コンテンツ表示部２０４の処理手順については、図１８において改めて説明する。
【００２５】
＜システムの全体構成：駅サーバ群３００＞
駅サーバ群３００は、駅に設置されている改札機２００の利用履歴、改札機２００に提供する情報コンテンツ、当該駅を通過する列車のダイヤなどを管理するサーバ群である。図１において駅サーバ群３００は１つのみ記載しているが、実際には駅毎に駅サーバ群３００が設置される。駅サーバ群３００は、ＩＤ管理駅サーバ３１０、情報提供駅サーバ３２０、および運行管理駅サーバ３３０を含む。これら各サーバのハードウェアの詳細は、図４を用いて後述する。
【００２６】
＜システムの全体構成：駅サーバ群３００：ＩＤ管理駅サーバ３１０＞
ＩＤ管理駅サーバ３１０は、当該駅の改札機２００の利用履歴を管理するサーバである。ＩＤ管理駅サーバ３１０は、駅利用履歴データ３１１、利用履歴収集部３１２、利用履歴送信部３１３を備える。駅利用履歴データ３１１は、ハードディスク装置などの記憶装置内に格納されている。
【００２７】
駅利用履歴データ３１１は、当該駅の改札機２００の利用履歴を蓄積したデータである。駅利用履歴データ３１１の詳細は図７を用いて後述する。利用履歴収集部３１２は、当該駅の改札機２００の利用履歴を定期的に、例えば１時間ごとに収集する。利用履歴送信部３１３は、改札機２００が収集した利用履歴を定期的に、例えば１日の営業が終了した後に、後述するＩＤ管理センタサーバ４１０に送信する。
【００２８】
＜システムの全体構成：駅サーバ群３００：情報提供駅サーバ３２０＞
情報提供駅サーバ３２０は、当該駅の改札機２００に表示する情報コンテンツを管理するサーバである。情報提供駅サーバ３２０は、駅別コンテンツ対応リスト３２１、駅別情報コンテンツ３２２、コンテンツリスト送信部３２３、およびコンテンツリスト受信部３２４を備える。駅別コンテンツ対応リスト３２１と駅別情報コンテンツ３２２は、ハードディスク装置などの記憶装置内に格納されている。
【００２９】
駅別コンテンツ対応リスト３２１は、利用者のＩＤと、利用者に提示するコンテンツのＩＤとの対応関係を記述したデータである。駅別コンテンツ対応リスト３２１の詳細は、図８を用いて後述する。駅別情報コンテンツ３２２は、利用者に提示する情報コンテンツである。駅別情報コンテンツ３２２の詳細は、図９を用いて後述する。コンテンツリスト送信部３２３は、駅別コンテンツ対応リスト３２１が記述している利用者ＩＤとコンテンツＩＤとの対応関係リストを、所定の時間帯毎に改札機２００に送信する。コンテンツリスト送信部３２３の処理手順の詳細は、図１７を用いて後述する。コンテンツリスト受信部３２４は、後述する情報提供センタサーバ４２０が送信したコンテンツ対応リストを受信して、駅別コンテンツ対応リスト３２１内に格納する。
【００３０】
＜システムの全体構成：駅サーバ群３００：運行管理駅サーバ３３０＞
運行管理駅サーバ３３０は、当該駅を通過する列車の運行を管理するサーバである。運行管理駅サーバ３３０は、駅ダイヤ情報３３１および異常通知部３３２を備える。駅ダイヤ情報３３１は、ハードディスク装置などの記憶装置内に格納されている。
【００３１】
駅ダイヤ情報３３１は、当該駅の列車のダイヤ情報を保持するデータである。駅ダイヤ情報３３１の詳細は、本実施形態１とは直接関係しないため省略する。異常通知部３３２は、遅延や運休などの運行障害に関する情報が駅ダイヤ情報３３１に書き込まれたとき、情報提供駅サーバ３２０にその旨を通知する機能である。なお、駅の運行を管理するサーバは、実際には列車の位置情報管理などの機能を含むが、本実施形態１とは直接は関係しないため省略した。
【００３２】
＜システムの全体構成：センタサーバ群４００＞
センタサーバ群４００は、鉄道会社の管理下にあるすべての駅の駅サーバの情報を集約したサーバ群である。センタサーバ群４００は、ＩＤ管理センタサーバ４１０、情報提供センタサーバ４２０、および運行管理センタサーバ４３０を含む。これら各サーバのハードウェアの詳細は、図４を用いて後述する。
【００３３】
＜システムの全体構成：センタサーバ群４００：ＩＤ管理センタサーバ４１０＞
ＩＤ管理センタサーバ４１０は、全駅に設置された改札機２００の利用履歴を蓄積・管理するサーバである。ＩＤ管理センタサーバ４１０は、全利用履歴データ４１１、および利用履歴受信部４１２を備える。全利用履歴データ４１１は、ハードディスク装置などの記憶装置内に格納されている。
【００３４】
全利用履歴データ４１１は、全駅の改札機２００の利用履歴を保持するデータである。全利用履歴データ４１１の詳細は、図１０を用いて後述する。利用履歴受信部４１２は、ＩＤ管理駅サーバ３１０が送信した駅ごとの改札機２００の利用履歴を受信して、全利用履歴データ４１１内に格納する。
【００３５】
＜システムの全体構成：センタサーバ群４００：情報提供センタサーバ４２０＞
情報提供センタサーバ４２０は、利用履歴から利用者の行動パタンを抽出し、利用者に提示すべき情報コンテンツをその行動パタン毎に対応付けて、情報提供駅サーバ３２０に配信する。情報提供センタサーバ４２０は、コンテンツ対応リスト４２１、情報コンテンツ４２２、行動パタンデータ４２３、テンポラリ行動パタンデータ４２４、月別行動パタンデータ４２５、コンテンツリスト配信部４２６、情報コンテンツ対応部４２７、および行動パタン抽出部４２８を備える。コンテンツ対応リスト４２１、情報コンテンツ４２２、行動パタンデータ４２３、テンポラリ行動パタンデータ４２４、月別行動パタンデータ４２５は、ハードディスク装置などの記憶装置内に格納されている。
【００３６】
コンテンツ対応リスト４２１は、利用者のＩＤと、利用者に提示するコンテンツのＩＤとの対応関係を駅毎に記述したデータである。コンテンツ対応リスト４２１の詳細は、図１１を用いて後述する。情報コンテンツ４２２は、利用者に表示する情報コンテンツである。情報コンテンツ４２２の詳細は、図１２を用いて後述する。
【００３７】
行動パタンデータ４２３は、全駅の利用者の行動パタンを保持するデータである。利用者の行動パタンとは、普段利用者がどの駅をどの時間帯に利用しているかなどのパタンをＩＣカード乗車券１００の利用履歴から抽出したデータである。行動パタンデータ４２３の詳細は、図１３を用いて後述する。
【００３８】
テンポラリ行動パタンデータ４２４は、短期間の利用者の行動パタンを一時的に格納・蓄積するデータである。情報提供センタサーバ４２０は、日々全利用履歴データ４１１内に蓄積されるＩＣカード乗車券１００の利用履歴に対して、毎日、利用者の行動パタンを抽出する処理を実行し、テンポラリ行動パタン４２４として蓄積する。日毎の行動パタンを集約する処理は別途実行する。行動パタンを日毎に蓄積することにより、膨大な利用履歴を比較的短時間で処理することができる。テンポラリ行動パタンデータ４２４の詳細は行動パタンデータ４２３と同様なので説明は省略する。
【００３９】
月別行動パタンデータ４２５は、１ヶ月間の利用者の行動パタンを一時的に保持するデータである。情報提供センタサーバ４２０は、テンポラリ行動パタンデータ４２４内に１ヶ月分の行動パタンデータが蓄積されると、これを集約して月別行動パタンデータ４２５に格納し、テンポラリ行動パタンデータ４２４を初期化する。情報提供センタサーバ４２０は、例えば６カ月間などの一定期間、月別の行動パタンデータを行動パタン４２３内に保存し、それ以降は削除、圧縮、あるいはテープなどの保存媒体にデータを移動する。月別行動パタン４２５の詳細は行動パタン４２３と同様なので説明は省略する。
【００４０】
膨大な利用履歴から抽出した行動パタンは、データ量が大きくなりがちである。その一方で古い利用履歴から抽出した行動パタンは必ずしも利用者の実際の行動を表しているとは限らない。そこで本実施形態１では、日々行動パタンを抽出し、１カ月ごとに行動パタンをまとめて格納しておき、半年分を利用者の行動パタンデータ４２３として集約する。これにより、適切なデータサイズで、利用者の実態を表した行動パタンを特定することができる。
【００４１】
コンテンツリスト配信部４２６は、コンテンツ対応リスト４２１が保持している、利用者ＩＤとコンテンツＩＤとの対応関係を記述したデータを駅毎に切り出し、各駅の情報提供駅サーバ３２０に送信する。
【００４２】
情報コンテンツ対応部４２７は、行動パタンデータ４２３が保持している利用者の行動パタンを参照して、利用者の行動パタンに合致したコンテンツを情報コンテンツ４２２から取得し、そのＩＤをコンテンツ対応リスト４２１内に格納する。情報コンテンツ対応部４２７の処理手順の詳細は、図１７を用いて後述する。
【００４３】
行動パタン抽出部４２８は、ＩＣカード乗車券１００の利用履歴から利用者の行動パタンを抽出して行動パタン４２３内に格納する。行動パタン抽出部４２８の処理手順の詳細は、図１５を用いて後述する。
【００４４】
＜システムの全体構成：センタサーバ群４００：運行管理センタサーバ４３０＞
運行管理センタサーバ４３０は、全駅の運行管理を行うサーバである。運行管理センタサーバ４３０は、ダイヤ情報４３１および異常通知部４３２を備える。ダイヤ情報４３１は、ハードディスク装置などの記憶装置内に格納されている。
【００４５】
ダイヤ情報４３１は、全駅の列車のダイヤ情報を保持するデータである。ダイヤ情報４３１の詳細は、本実施形態１とは直接関係しないため省略する。異常通知部４３２は、遅延や運休などの運行障害に関する情報がダイヤ情報４３１に書き込まれたとき、運行管理駅サーバ３３０にその旨を通知する。列車の運行を管理するサーバは、実際には列車の位置情報管理などの機能を含むが、本実施形態１とは直接は関係しないため省略した。
【００４６】
＜携帯電話５００、情報端末６００、デジタルサイネージ７００＞
携帯電話５００、情報端末６００、およびデジタルサイネージ７００は、利用者に詳細な情報を提供するための装置である。キャリア５０１は、携帯電話５００のキャリアである。ネットワーク５０２は、例えばインターネットなどのネットワーク回線である。
【００４７】
＜携帯電話５００＞
携帯電話５００は、非接触型ＩＣカード、非接触型ＩＣカードをＩＣカード乗車券として利用するためのアプリケーション（乗車券アプリケーション）、およびディスプレイを備える。利用者が乗車券アプリケーションを介して詳細な情報を提供するように要求すると、乗車券アプリはキャリア５０１およびネットワーク５０２を介して情報提供センタサーバ４２０に利用者ＩＤを送信する。情報提供センタサーバ４２０は、受信した利用者ＩＤをキーにしてコンテンツ対応リスト４２１を検索し、受信日（または同受信日の同時間帯）に対応付けられたコンテンツ（改札機表示用コンテンツおよび詳細表示用コンテンツ）を携帯電話５００に送信する。情報提供センタサーバ４２０からコンテンツを受信した携帯電話５００は、受信したコンテンツのうちまず改札機表示用コンテンツをディスプレイに表示する。利用者がさらに詳細な情報を要求した場合、携帯電話５００は、詳細表示用コンテンツをディスプレイに表示する。
【００４８】
＜情報端末６００、デジタルサイネージ７００＞
情報端末６００およびデジタルサイネージ７００は、非接触型ＩＣカードのリーダライタデバイスおよびディスプレイを備える。情報端末６００またはデジタルサイネージ７００は、利用者がリーダライタデバイスにＩＣカード乗車券１００を接触させると、ＩＣカード乗車券１００から利用者ＩＤを読み込み、ネットワーク５０２を介して情報提供センタサーバ４２０に送信する。情報提供センタサーバ４２０は、受信した利用者ＩＤをキーにしてコンテンツ対応リスト４２１を検索し、受信日（または同受信日の同時間帯）に対応付けられたコンテンツ（改札機表示用コンテンツおよび詳細表示用コンテンツ）を情報端末６００またはデジタルサイネージ７００に送信する。情報提供センタサーバ４２０からコンテンツを受信した情報端末６００またはデジタルサイネージ７００は、受信したコンテンツのうちまず改札機表示用コンテンツをディスプレイに表示する。利用者がさらに詳細な情報を要求した場合、情報端末６００またはデジタルサイネージ７００は、詳細表示用コンテンツをディスプレイに表示する。
【００４９】
＜ハードウェア構成＞
図２〜図４を用いて、情報提供システム１を構成する各機器のハードウェア構成を説明する。
【００５０】
＜ハードウェア構成：ＩＣカード乗車券１００＞
図２は、ＩＣカード乗車券１００のハードウェア構成を示す図である。ＩＣカード乗車券１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１００１、不揮発メモリ１００２、無線通信部１００３、アンテナ１００４を備える。ＣＰＵ１００１は、非接触型ＩＣカードの機能を制御しデータを処理する。不揮発メモリ１００２は、データを記録する。無線通信部１００３は、アンテナ１００４を用いて無線通信し、また電波エネルギーを利用して電力供給を受ける。
【００５１】
＜ハードウェア構成：改札機２００＞
図３は、改札機２００のハードウェア構成を示す図である。改札機２００は、ＣＰＵ２００１、ハードディスク２００２、メモリ２００３、ディスプレイ２００４、ディスプレイ制御部２００５、無線通信部２００６、アンテナ２００７を備える。
【００５２】
ＣＰＵ２００１は、改札機２００の機能を制御し、データを処理し、ネットワークを介して通信する。ハードディスク２００２は、改札機２００が使用するデータを記憶する。不揮発メモリ２００３は、ＩＣカードから読み込んだデータおよびＩＣカードへ書き込むデータを保持する。ディスプレイ２００４は、改札機２００の利用者に情報を画面表示して提示する。ディスプレイ制御部２００５は、ディスプレイ２００４を制御する。無線通信部２００６は、アンテナ２００７を用いてＩＣカードと無線通信する。なお、本実施形態１を説明する際に直接関係しない機能（例えば改札機２００のゲート制御機構など）は、省略してある。
【００５３】
＜ハードウェア構成：サーバ＞
図４は、センタサーバ群４００および駅サーバ群３００を構成する各サーバのハードウェア構成を示す図である。これら各サーバはすべて同一の構成であるため、ここでは図１に示す情報提供センタサーバ４２０のハードウェア構成図を説明する。
【００５４】
情報提供センタサーバ４２０は、ＣＰＵ４２０１、ハードディスク４２０２、メモリ４２０３、ディスプレイ４２０４、ディスプレイ制御部４２０５、キーボード４２０６、キーボード制御部４２０７、マウス４２０８、マウス制御部４２０９を備える。
【００５５】
ＣＰＵ４２０１は、データの入出力、読み込み、格納および各種処理を実行する。ハードディスク４２０２は、データを記憶する装置である。メモリ４２０３は、プログラムおよびデータを一時的に記憶する装置である。ディスプレイ４２０４は、ユーザにデータを画面表示して提示する装置である。ディスプレイ制御部４２０５は、ディスプレイ４２０４を制御する。キーボード４２０６およびマウス４２０７は、ユーザからの操作入力を受け付ける装置である。キーボード制御部４２０７およびマウス制御部４２０８は、それぞれキーボード４２０６およびマウス４２０７を制御する。
【００５６】
各サーバが備える機能部は、これらの動作を実現する回路デバイスなどのハードウェアを備えることによって構成することもできるし、ＣＰＵが各機能部の機能を実現するソフトウェアを実行することによって構成することもできる。
【００５７】
＜データ構成＞
次に、図１における各データの構成について、図５〜図１３を用いて説明する。
【００５８】
＜データ構成：改札機２００＞
図５および図６は、改札機２００が備えるデータの構成を示す図である。図５は、改機札利用履歴データ２０１のデータ構成を示す図である。図６は、時間帯別コンテンツ対応リスト２０２のデータ構成を示す図である。
【００５９】
＜データ構成：改札機２００：改札機利用履歴データ２０１＞
改札機利用履歴データ２０１は、利用者ＩＤフィールド２０１０１、処理フィールド２０１０２、時刻フィールド２０１０３、入場駅フィールド２０１０４、出場駅フィールド２０１０５を有する。
【００６０】
利用者ＩＤフィールド２０１０１は、改札機を通過した利用者のＩＤを格納するデータフィールドである。利用者ＩＤフィールド２０１０１の値は、ＩＣカード乗車券１００に格納されている利用者ＩＤを改札機２００のリーダライタ装置が読み込むことによって取得することができる。
【００６１】
処理フィールド２０１０２は、改札機２００の処理区別を示すフラグを格納するデータフィールドである。処理フィールド２０１０２は、利用者が当該改札機２００に入場したか、または出場したかのいずれかを示すフラグを格納する。
【００６２】
時刻フィールド２０１０３は、利用者が改札機２００を通過した時刻を格納するデータフィールドである。時刻フィールド２０１０３には、利用者が当該改札機２００を利用することができる時間帯のうちいずれかが格納される。
【００６３】
入場駅フィールド２０１０４および出場駅フィールド２０１０５は、それぞれ利用者が入場した駅名と出場した駅名を格納するデータフィールドである。処理フィールド２０１０２が「入場」であるレコードについては、利用者が改札機２００を通過した駅名が入場駅フィールド２０１０４に格納され、出場駅フィールド２０１０５は空欄となる。処理フィールド２０１０２が「出場」であるレコードについては、ＩＣカード乗車券１００に記録されている入場駅名が入場駅フィールド２０１０４に格納され、利用者が通過した改札機２００が設置されている駅名が出場駅２０１０５に格納される。
【００６４】
＜データ構成：改札機２００：時間帯別コンテンツ対応リスト２０２＞
時間帯別コンテンツ対応リスト２０２は、利用者ＩＤフィールド２０２０１、およびコンテンツＩＤフィールド２０２０２を有する。利用者ＩＤフィールド２０２０１は、利用者ＩＤを格納するデータフィールドである。コンテンツＩＤフィールド２０２０２は、利用者ＩＤフィールド２０２０１の値で識別される利用者に提示するコンテンツのＩＤを格納するデータフィールドである。利用者ＩＤフィールド２０２０１をキーにしてコンテンツ対応リスト２０２を検索し、コンテンツＩＤフィールド２０２０２を得ることにより、その利用者に提示すべきコンテンツを特定することができる。
【００６５】
改札機２００は、所定の時間帯毎に情報提供駅サーバ３２０から時間帯別コンテンツリスト２０２を受信するので、時間帯別コンテンツリスト２０２自体には時間帯に関する情報は記載されていない。
【００６６】
なお、図６（ａ）は正常時用コンテンツに関するコンテンツリスト、図６（ｂ）は異常時用コンテンツに関するコンテンツリストである。両者は、例えばコンテンツＩＤフィールド２０２０２の表現方法などによって区別することもできる。後述する図１９のステップＳ２０４００３〜Ｓ２０４００５の処理によって、異常時用コンテンツが優先して利用者に提示される。
【００６７】
＜データ構成：駅サーバ群３００＞
図７〜図９は、駅毎に設置される駅サーバ群３００が備えるデータの構成を示す図である。図７は、ＩＤ管理駅サーバ３１０が備える駅利用履歴データ３１１のデータ構成を示す図である。図８は、情報提供駅サーバ３２０が備える駅別コンテンツ対応リスト３２１のデータ構成を示す図である。図９は、駅別情報コンテンツ３２２のデータ構成を示す図である。
【００６８】
＜データ構成：駅サーバ群３００：ＩＤ管理駅サーバ３１０：駅利用履歴データ３１１＞
駅利用履歴データ３１１は、当該駅に設置されている改札機２００の改札機利用履歴データ２０１を集約したデータである。駅利用履歴データ３１１は、利用者ＩＤフィールド３１１０１、処理フィールド３１１０２、時刻フィールド３１１０３、入場駅フィールド３１１０４、出場駅フィールド３１１０５を有する。駅利用履歴データ３１１のデータ構成は改札機利用履歴データ２０１と同様であるため、説明を省略する。
【００６９】
＜データ構成：駅サーバ群３００：情報提供駅サーバ３２０：駅別コンテンツ対応リスト３２１＞
駅別コンテンツ対応リスト３２１は、当該駅に設置されている改札機２００の時間帯別コンテンツ対応リスト２０２を全時間帯について集約したデータである。駅別コンテンツ対応リスト３２１は、入出場フィールド３２１０１、曜日フィールド３２１０２、時間帯フィールド３２１０３、利用者ＩＤフィールド３２１０４、コンテンツＩＤフィールド３２１０５、経路フィールド３２１０６、出発／目的駅フィールド３２１０７を有する。
【００７０】
入出場フィールド３２１０１は、利用者が改札機２００に入出場する区別を表すフラグを格納するデータフィールドである。「入場」は改札機２００へ入場することを示し、「出場」は改札機２００から出場することを示す。
【００７１】
曜日フィールド３２１０２と時間帯フィールド３２１０３は、利用者が改札機２００を利用する曜日と時間帯を保持する。曜日と時間帯については、後述するコンテンツ対応リスト４２１に関する説明で改めて述べる。
【００７２】
利用者ＩＤフィールド３２１０４は、利用者ＩＤを格納するデータフィールドである。コンテンツＩＤフィールド３２１０５は、利用者ＩＤフィールド３２１０４の値で識別される利用者に提示するコンテンツのＩＤを格納するデータフィールドである。コンテンツＩＤフィールド３２１０５は、情報コンテンツ４２２内に格納されているいずれかのコンテンツのＩＤを保持する。
【００７３】
経路フィールド３２１０６は、利用者ＩＤフィールド３２１０４の値で識別される利用者が、駅サーバ群３００が設置されている駅と出発／目的駅フィールド３２１０７に格納されている駅との間を移動する際、通過したと思われる路線経路を格納するデータフィールドである。具体的には、路線名や上り／下りの種別を格納する。
【００７４】
出発／目的駅フィールド３２１０７は、利用者ＩＤフィールド３２１０３の値で識別される利用者が、駅サーバ群３００が設置されている駅から向かった駅名、または駅サーバ群３００が設置されている駅へ向かう際に出発した駅名を格納するデータフィールドである。具体的には、入出場フィールド３２１０１が「入場」であるレコードについては、駅サーバ群３００が設置されている駅が出発駅であるのでその目的地となる駅名が格納される。入出場フィールド３２１０１が「出場」であるレコードについては、駅サーバ群３００が設置されている駅が目的駅であるため、その出発地となった駅名が格納される。
【００７５】
＜データ構成：駅サーバ群３００：情報提供駅サーバ３２０：駅別情報コンテンツ３２２＞
駅別情報コンテンツ３２２は、当該駅に設置されている改札機２００が利用者に提示する全時間帯のコンテンツを一括して保持するデータである。駅別情報コンテンツ３２２は、コンテンツＩＤフィールド３２２０１、および改札機表示用コンテンツフィールド３２２０２を有する。
【００７６】
コンテンツＩＤフィールド３２２０１は、コンテンツを一意に識別するためのＩＤを格納するデータフィールドである。コンテンツＩＤフィールド３２２０１は、情報コンテンツ４２２内に格納されているいずれかのコンテンツのコンテンツＩＤフィールド４２２０１の値を保持する。
【００７７】
改札機表示用コンテンツフィールド３２２０２は、当該駅に設置されている改札機２００が利用者に提示するコンテンツを格納するデータフィールドである。本フィールドは、後述する情報コンテンツ４２２内の改札機表示用コンテンツフィールド４２２０３が保持するコンテンツのうち、コンテンツＩＤフィールド４２２０１の値がコンテンツＩＤフィールド３２２０１の値と一致するものを保持する。
【００７８】
＜データ構成：センタサーバ群４００＞
図１０〜図１３は、センタサーバ群４００が備えるデータの構成を示す図である。図１０は、ＩＤ管理センタサーバ４１０が備える全利用履歴データ４１１のデータ構成を示す図である。図１１は、情報提供センタサーバ４２０が備えるコンテンツ対応リスト４２１のデータ構成を示す図である。図１２は、情報コンテンツ４２２のデータ構成を示す図である。図１３は、利用者行動パタンデータ４２３のデータ構成を示す図である。
【００７９】
＜データ構成：センタサーバ群４００：ＩＤ管理センタサーバ４１０：全利用履歴４１１＞
全利用履歴データ４１１は、全ての駅における駅利用履歴データ３１１を集約したデータである。全利用履歴データ４１１は、利用者ＩＤフィールド４１１０１、処理フィールド４１１０２、時刻フィールド４１１０３、入場駅フィールド４１１０４、出場駅フィールド４１１０５を有する。全利用履歴データ４１１のデータ構成は改札機利用履歴データ２０１と同様であるため、説明を省略する。
【００８０】
＜データ構成：センタサーバ群４００：情報提供センタサーバ４２０：コンテンツ対応リスト４２１＞
コンテンツ対応リスト４２１は、全ての駅の駅別コンテンツ対応リスト３２１を集約したデータである。コンテンツ対応リスト４２１は、駅名フィールド４２１０１、入出場フィールド４２１０２、曜日フィールド４２１０３、時間帯フィールド４２１０４、利用者ＩＤフィールド４２１０５、コンテンツＩＤフィールド４２１０６、経路フィールド４２１０７、および出発／目的駅フィールド４２１０８を有する。
【００８１】
駅名フィールド４２１０１は、駅サーバ群３００が設置されている駅名を格納するデータフィールドである。入出場フィールド４２１０２は、利用者が改札機２００を通過する際の入出場区分を格納するデータフィールドである。
【００８２】
曜日フィールド４２１０３は、改札機２００がコンテンツを表示する曜日を保持するデータフィールドである。本実施形態１では１例として平日（月曜日から金曜日）と休日（土曜日と日曜日）の２種類を曜日として取り扱うことにするが、これに限らない。例えば月曜日から日曜日の各曜日、さらには祝日／祭日を曜日の種類として加えてもよい。
【００８３】
時間帯フィールド４２１０４は、改札機２００がコンテンツを表示する時間帯を保持するデータフィールドである。本実施形態１では、１例として「朝」（始発から１０：００）、「日中」（１０：００〜１６：００）、「夕方」（１６：００〜２０：００）、「夜」（２０：００〜終電）の４種類を時間帯として取り扱うことにするが、これに限らない。例えばより細かく２時間ごとに時間帯を設定してもよいし、「午前」と「午後」などのようにより大きな区分で時間帯を設定してもよい。
【００８４】
利用者ＩＤフィールド４２１０５は、ＩＣカード乗車券１００に格納されている利用者ＩＤを格納するデータフィールドである。本フィールドは、コンテンツＩＤフィールド４２１０６の値によって識別されるコンテンツを提示する相手となる利用者の利用者ＩＤを保持する。
【００８５】
コンテンツＩＤフィールド４２１０６は、情報コンテンツ４２２内に格納されているコンテンツのＩＤを保持するデータフィールドである。本フィールドは、利用者ＩＤフィールド４２１０５の値で識別される利用者が改札機２００を通過した際に提示するコンテンツのＩＤを保持する。
【００８６】
経路フィールド４２１０７は、利用者ＩＤフィールド４２１０５の値で識別される利用者が、駅名フィールド４２１０１と出発／目的駅フィールド４２１０８によって特定される駅間を移動した経路を保持するデータフィールドである。経路フィールド４２１０７は、運行状況に異常が発生した際、異常が発生した路線を利用している利用者を特定するために利用することができる。
【００８７】
出発／目的駅フィールド４２１０８は、利用者ＩＤフィールド４２１０５の値で識別される利用者が出発した駅または目的とする駅の駅名を保持するデータフィールドである。入出場フィールド４２１０２が「入場」であるレコードについては、駅名フィールド４２１０１が保持する駅名は出発駅であるので、出発／目的駅フィールド４２１０８には目的の駅名（駅から出場した駅名）が格納される。入出場フィールド４２１０２が「出場」であるレコードについては、駅名フィールド４２１０１が保持する駅名は目的駅（到着駅）であるので、出発／目的駅フィールド４２１０８には出発した駅名（駅に入場した駅名）が格納される。
【００８８】
＜データ構成：センタサーバ群４００：情報提供センタサーバ４２０：情報コンテンツ４２２＞
情報コンテンツ４２２は、全ての駅の駅別情報コンテンツ３２２を集約したデータである。情報コンテンツ４２２は、コンテンツＩＤフィールド４２２０１、提示条件フィールド４２２０２、改札機表示用コンテンツフィールド４２２０３、および詳細表示用コンテンツフィールド４２２０４を有する。提示条件フィールド４２２０２はさらに、駅フィールド４２２０２１、入出場フィールド４２２０２２、タイプフィールド４２２０２３、曜日フィールド４２２０２４、時間帯フィールド４２２０２５、および路線フィールド４２２０２６を有する。
【００８９】
コンテンツＩＤフィールド４２２０１は、コンテンツを一意に識別するためのＩＤを保持するデータフィールドであり、コンテンツを情報コンテンツ４２２内に登録する際に付与される。
【００９０】
提示条件フィールド４２２０２は、改札機２００がコンテンツを利用者に提示する条件を格納するエリアである。
【００９１】
駅フィールド４２２０２１は、コンテンツＩＤフィールド４２２０１の値で識別されるコンテンツを利用者に提示する駅名を保持するデータフィールドである。駅名４２２０２１が指定されていない場合は、路線フィールド４２２０２６が指定されていれば当該路線の全駅、路線４２２０２５も指定されていない場合は全駅において、当該コンテンツを利用者に提示する。
【００９２】
入出場フィールド４２２０２は、コンテンツＩＤフィールド４２２０１の値で識別されるコンテンツを利用者にコンテンツを提示するタイミングが改札入場時なのか出場時なのかの区分を保持するデータフィールドである。本実施形態１では、区分は「入場」および「出場」の２種類がある。「入場」の場合は利用者が改札機２００に入場するときに改札機２００がコンテンツを提示することを示し、「出場」の場合は利用者が改札機２００から出場する時に改札機２００がコンテンツを提示することを示す。「入場」時に提示すると有効なコンテンツの１例としては、利用者の目的駅までの経路に関する運行情報、当該駅の構内（駅ナカ）または利用者の目的駅の構内外にある店舗の広告、などが挙げられる。「出場」時に提示すると有効なコンテンツの１例としては、当該駅の構外（駅ビル）にある店舗の広告などが挙げられる。入出場フィールド４２２０２２が指定されていない場合は、入出場時いずれも提示することとする。
【００９３】
タイプフィールド４２２０２３は、コンテンツＩＤフィールド４２２０１の値で識別されるコンテンツを利用者に提示する駅のタイプを保持するデータフィールドである。駅のタイプとは、利用者が駅を利用する目的に準じて駅の種類を区分する分類である。本実施形態１では、駅のタイプとして「自宅」、「勤務先」および「遊び」を設定した。「自宅」は、利用者の自宅近辺であると推定される駅、「勤務先」は利用者の勤務先近辺であると推定される駅、「遊び」は利用者が遊びにいく場所の近辺であると推定される駅（遊行目的で利用する駅）である。同じ駅でも利用者によってタイプが異なる。すなわち、ある利用者にとっては自宅最寄駅、他の利用者にとっては勤務先最寄駅のように位置づけが異なることが考えられる。この場合、ある駅を自宅最寄駅とする利用者を想定したコンテンツ（例えば持ち帰り用スィーツのクーポン情報）を、当該駅を勤務先最寄駅とする利用者に表示しても期待していた効果が得られない。これを考慮し、本実施形態１では利用者ごとに駅のタイプを推定し、どの利用者にどのコンテンツを表示するか決定する際、駅のタイプを考慮できるようにする。これにより、より効果的なコンテンツ提供を実現する。駅のタイプを決定する処理手順の詳細は、図１６を用いて後述する。
【００９４】
曜日フィールド４２２０４は、コンテンツＩＤフィールド４２２０１の値で識別されるコンテンツを利用者に提示する曜日を保持するデータフィールドである。曜日の種類については曜日フィールド４２１０３と同様である。平日に表示すると有効なコンテンツの１例としては、平日のみ利用可能なサービスに関する広告などが考えられる。休日のイベントなどの情報に関するコンテンツは、休日に表示すると有効であろう。
【００９５】
時間帯フィールド４２２０２５は、コンテンツＩＤフィールド４２２０１の値で識別されるコンテンツを利用者に提示する時間帯を保持する。時間帯の種類は時間帯フィールド４２１０４と同様である。例えば夜に表示すると有効なコンテンツとして、深夜営業する店舗の広告などが考えられる。
【００９６】
路線フィールド４２２０２６は、コンテンツＩＤフィールド４２２０１の値で識別されるコンテンツを提示する相手である利用者が利用する路線を保持するデータフィールドである。本実施形態１では、路線フィールド４２２０６の例として、路線名と方面（上り／下り）を用いることとする。路線名の値として、駅フィールド４２２０２１が保持する駅が属する路線が考えられるが、それ以外にも駅フィールド４２２０２１を指定しないで路線名のみを指定する（この場合当該路線に属する全駅がコンテンツ表示の対象となる）、あるいは駅フィールド４２２０２１と、駅フィールド４２２０２１で指定した駅名が含まれない路線名４２２０２６を両方指定する（この場合ある路線を経由して当該駅を利用している利用者がコンテンツ表示の対象となる）などの使い方が考えられる。このように路線を提示条件フィールド４２２０２で指定することにより、提示条件をより自由に指定し、さらには対象者をより絞り込んで情報配信することができる。
【００９７】
改札機表示用コンテンツフィールド４２２０３は、改札機２００が利用者に提示するコンテンツを格納するデータフィールドである。本フィールドが保持するコンテンツは、改札機２００が高速に表示することができるように、比較的シンプルでデータ量の小さいコンテンツであることが望ましい。
【００９８】
詳細表示用コンテンツフィールド４２２０４は、改札機２００が利用者に提示するコンテンツよりも詳細なコンテンツを格納するデータフィールドである。本フィールドは、例えば自分が閲覧すべき情報があることを改札機２００の画面上で認知した利用者が、より詳細な情報を得るために参照するコンテンツである。例えば運行情報であれば、遅延や運休が発生した路線名、その要因、復旧見込み時間、振替輸送に関する情報などを含む。店舗の広告であれば、店舗の営業時間、アクセスなどの基本情報のほか、メニュー、サービス内容の詳細、料金などを提供するコンテンツが考えられる。このような詳細な情報は改札機２００で表示しまた参照するのは現実的に困難であるため、利用者が携帯電話５００、情報端末６００、デジタルサイネージ７００などのより高機能な情報端末を介して本フィールド内のコンテンツを取得することを想定している。
【００９９】
＜データ構成：センタサーバ群４００：情報提供センタサーバ４２０：行動パタンデータ４２３＞
行動パタンデータ４２３は、鉄道利用者が普段どの駅をどの曜日のどの時間帯にどのくらいの頻度で利用しているかを、全ての利用者のＩＣカード乗車券１００の利用履歴から抽出したデータである。行動パタンデータ４２３は、利用者ＩＤフィールド４２３０１、入出場フィールド４２３０２、駅名フィールド４２３０３、タイプフィールド４２３０４、曜日フィールド４２３０５、時間帯フィールド４２３０６、路線フィールド４２３０７、出発／目的駅フィールド４２３０８、および頻度フィールド４２３０９を有する。
【０１００】
利用者ＩＤフィールド４２３０１は、行動パタンデータ４２３が行動パタンを保持している利用者のＩＤを保持するデータフィールドである。本フィールドは、ＩＣカード乗車券１００に格納されている利用者ＩＤを抽出したものである。
【０１０１】
入出場フィールド４２３０２は、利用者が改札機２００に入場したか、それとも出場したかを示す種別を保持するデータフィールドである。駅名フィールド４２３０３は、利用者が入出場した駅名を保持するデータフィールドである。タイプフィールド４２３０４は、駅名フィールド４２３０３の値で識別される駅が当該利用者にとってどのタイプの駅であるかを予測した値を保持するデータフィールドである。駅のタイプについてはタイプフィールド４２２０２３と同様であるため、説明を省略する。
【０１０２】
曜日フィールド４２３０５は、利用者が改札機２００を入出場した曜日を保持するデータフィールドである。全利用履歴データ４１１内には、利用者が改札機２００を入出場した日付が記録されている。曜日フィールド４２３０５は、その日付を取得して曜日に変換したものである。曜日の種類については曜日フィールド４２１０３と同様である。
【０１０３】
時間帯フィールド４２３０６は、利用者が改札機２００を入出場した時間帯を保持するデータフィールドである。全利用履歴データ４１１内には、利用者が改札機２００を入出場した時刻が記録されている。時間帯フィールド４２３０６は、その時刻を取得して時間帯に変換したものである。時間帯の種類は時間帯フィールド４２１０４と同様である。
【０１０４】
路線フィールド４２３０７は、利用者が駅名フィールド４２３０３の値で識別される駅と出発／目的駅フィールド４２３０８の値で識別される駅間を移動するために利用した路線名を保持するデータフィールドである。全利用履歴データ４１１には、利用者が利用した路線名は記録されていないので、本フィールドの値は、入出場駅名をキーとして図示しない路線データベースなどを用いて利用可能な路線を検索し、該当する値を取得する必要がある。複数の候補がある場合は、最も可能性の高い路線名を本フィールドに格納すればよい。具体的には、最も移動時間が少ない経路で使用する路線などを格納すればよい。
【０１０５】
出発／目的駅フィールド４２３０８は、利用者が出発した駅名または目的とした駅名（到着駅）を保持するデータフィールドである。入出場フィールド４２３０２が「入場」であるレコードについては、本フィールドには目的駅（到着駅）が格納される。入出場フィールド４２３０２が「出場」であるレコードについては、本フィールドには出発駅が格納される。入場駅に対する目的駅、および出場駅に対する出発駅は、全利用履歴４１１から取得することができる。具体的には、ある利用者のＩＣカード乗車券１００の利用履歴を時刻順に並べたとき「入場」の利用履歴の直後に「出場」の利用履歴があれば、前者が「出場」駅に対する出発駅、後者が「入場」駅に対する目的駅とする。詳細な処理手順はフローチャートを用いて後述する。
【０１０６】
頻度フィールド４２３０９は、入出場フィールド４２３０２〜出発／目的駅フィールド４２３０８までの内容が同じであるレコードの個数を保持するデータフィールドである。本フィールドには１以上の数値が格納される。
【０１０７】
以上、図５〜図１３を用いて情報提供システム１が備えるデータの構成を説明した。
【０１０８】
＜処理手順＞
次に、図１４〜図１９を用いて情報提供システム１の処理手順について説明する。
【０１０９】
＜処理手順：全体の処理手順＞
図１４は、情報提供システム１の全体処理手順を示すフローチャートである。以下、図１４の各ステップについて説明する。
【０１１０】
（図１４：ステップＳ１４０１）
駅利用者が改札機２００を通過するとき、改札機２００はＩＣカード乗車券１００から利用者ＩＤなどを読み取り、改札機利用履歴データ２０１に蓄積する。改札機２００は、改札機利用履歴データ２０１を所定のタイミングでＩＤ管理駅サーバ３１０に送信する。ＩＤ管理駅サーバ３１０は、改札機利用履歴データ２０１を集約してＩＤ管理センタサーバ４１０に送信する。ＩＤ管理センタサーバ４１０は、各利用者のＩＣカード乗車券１００の利用履歴を全利用履歴データ４１１内に蓄積する。
【０１１１】
（図１４：ステップＳ１４０２）
情報提供センタサーバ４２０は、ＩＤ管理センタサーバ４１０が蓄積している全利用履歴データ４１１から利用者の行動パタンを抽出し、テンポラリ行動パタンデータ４２４内に格納する。また、情報提供センタサーバ４２０は、テンポラリ行動パタンデータ４２４を適当なタイミングで月別行動パタンデータ４２５および行動パタンデータ４２３に集約する。本ステップの詳細は、後述の図１５で説明する。
【０１１２】
（図１４：ステップＳ１４０３）
情報提供センタサーバ４２０は、全利用履歴データ４１１から抽出した利用者の行動パタンに基づき、利用者と情報コンテンツ４２２内の各コンテンツを対応付け、その対応関係を記述したコンテンツ対応リスト４２１を作成する。本ステップの詳細は、後述の図１６で説明する。
【０１１３】
（図１４：ステップＳ１４０４）
情報提供センタサーバ４２０は、ステップＳ１４０３で作成したコンテンツ対応リスト４２１を駅毎に分割し、情報提供駅サーバ３２０に配信する。また、情報コンテンツ４２２についても同様に駅毎に分割し、情報提供駅サーバ３２０に配信する。情報提供駅サーバ３２０は自駅向けのコンテンツ対応リスト４２１と情報コンテンツ４２２を受け取り、駅別コンテンツ対応リスト３２１および駅別情報コンテンツ３２２として保存する。
【０１１４】
（図１４：ステップＳ１４０４：補足その１）
情報提供センタサーバ４２０が本ステップを実行するタイミングは、情報提供駅サーバ３２０が改札機２００に提供すべき駅別コンテンツ対応リスト３２１および駅別情報コンテンツ３２２が枯渇しないように適宜定めるとよい。
【０１１５】
（図１４：ステップＳ１４０４：補足その２）
駅別情報コンテンツ３２２については、配信処理を簡易化する観点から、記憶容量などの制約が許容する限り、情報コンテンツ４２２が保持している全てのコンテンツを駅別情報コンテンツ３２２として配信してもよい。
【０１１６】
（図１４：ステップＳ１４０５）
情報提供駅サーバ３２０は、所定の送信時間帯（ここでは時間帯フィールド３２１０３の値によって区分される時間帯）毎に、駅別コンテンツ対応リストを３２１内に格納されているコンテンツ対応リストのうち次の送信時間帯までのレコードを抽出して、改札機２００に送信する。改札機２００は、受信したコンテンツ対応リストを、時間帯別コンテンツ対応リスト２０２として保存する。それ以前の時間帯別コンテンツ対応リスト２０２は破棄してもよいし、使用しないデータとして退避してもよい。本ステップの詳細は、後述の図１８で説明する。
【０１１７】
（図１４：ステップＳ１４０５：補足）
本ステップにおいて、列車遅延などの運行障害が発生している場合、情報提供駅サーバ３２０は、障害の影響を受ける利用者に関連する異常時用のコンテンツを取得して、改札機２００に併せて送信する。異常時用コンテンツは、あらかじめ駅別情報コンテンツ３２２として保存しておいてもよいし、異常が発生した時点でセンタサーバ群４００から取得してもよい。
【０１１８】
（図１４：ステップＳ１４０６）
改札機２００は、利用者が改札機２００を通過するとき、ＩＣカード乗車券１００から利用者ＩＤを読み込み、当該利用者に対応付けられているコンテンツＩＤを時間帯別コンテンツ対応リスト２０２から取得する。改札機２００は、そのコンテンツＩＤに対応するコンテンツを、コンテンツ表示部２０４上で画面表示して利用者に提示する。
【０１１９】
（図１４：ステップＳ１４０６：補足）
改札機２００は、コンテンツを画面表示する時点で情報提供駅サーバ３２０からそのコンテンツを取得してもよいし、記憶容量などの制約が許容する限りあらかじめコンテンツを取得しておいてもよい。
【０１２０】
＜ステップＳ１４０２の詳細な処理手順＞
図１５は、図１４のステップＳ１４０２の詳細処理手順を示すフローチャートである。ステップＳ１４０２において、情報提供センタサーバ４２０は、例えば毎日営業終了後に各駅から送信されるその日の利用履歴から利用者の行動パタンを抽出してテンポラリ行動パタン４２４内に格納する。情報提供センタサーバ４２０は、例えば１カ月などある程度行動パタンが蓄積された時点で、過去のテンポラリ行動パタン４２４をマージして月別行動パタン４２５または行動パタン４２３を生成する。以下、図１５の各ステップについて説明する。
【０１２１】
（図１５：ステップＳ４２８００１）
情報提供センタサーバ４２０の行動パタン抽出部４２８は、１日分の全利用履歴データ４１１を利用者ＩＤと時刻でソートする。これにより各駅に分散していた利用者のＩＣカード乗車券１００の利用履歴を集約することができる。
【０１２２】
（図１５：ステップＳ４２８００２）
行動パタン抽出部４２８は、処理した利用履歴数を格納する変数ｉ、利用者ＩＤを格納する変数ＩＤ、ｉ番目の利用履歴の駅名を格納する変数Ｓｃ、ｉ−１番目の利用履歴の駅名を格納する変数Ｓｐ、ｉ番目の利用履歴の曜日を格納する変数Ｄｃ、ｉ−１番目の利用履歴の曜日を格納する変数Ｄｐ、ｉ番目の利用履歴の時間帯を格納する変数Ｔｃ、およびｉ−１番目の利用履歴の時間帯を格納する変数Ｔｐをそれぞれ初期化する。
【０１２３】
（図１５：ステップＳ４２８００３〜Ｓ４２８００４）
行動パタン抽出部４２８は、ｉに１を加算する（Ｓ４２８００３）。ｉが１日の利用履歴数よりも小さければステップＳ４２８００５に進み、そうでなければステップＳ４２８０１１にスキップする。
【０１２４】
（図１５：ステップＳ４２８００５〜Ｓ４２８００６）
行動パタン抽出部４２８は、ｉ番目の利用履歴を取得する（Ｓ４２８００５）。行動パタン抽出部４２８は、ｉ番目の全利用履歴データ４１１の利用者ＩＤをＩＤに、駅名をＳｃに格納する。さらにｉ番目の全利用履歴データ４１１の時刻フィールド４１１０３から曜日と時間帯を取得してそれぞれＤｃとＴｃに格納する（Ｓ４２８００６）。
【０１２５】
（図１５：ステップＳ４２８００７）
ｉ番目の全利用履歴データ４１１の処理フィールド４１１０２が「入場」であればステップＳ４２８００８に進み、そうでなければステップＳ４２８００９にスキップする。
【０１２６】
（図１５：ステップＳ４２８００８）
行動パタン抽出部４２８は、ＳｃをＳｐに、ＤｃをＤｐに、ＴｃをＴｐにそれぞれ格納する。その後、ステップＳ４２８００３に戻る。
【０１２７】
（図１５：ステップＳ４２８００９）
行動パタン抽出部４２８は、駅名＝Ｓｐ、曜日＝Ｄｐ、時間帯＝Ｔｐ、出発／目的駅＝Ｓｃとするレコードを、利用者ＩＤ＝ＩＤであるテンポラリ行動パタンデータ４２４のレコードとして格納する。すでに同じパタンがテンポラリ行動パタンデータ４２４内に格納されている場合は頻度フィールドを１加算し、そうでない場合は新たにレコードを生成して頻度＝１とする。
【０１２８】
（図１５：ステップＳ４２８０１０）
行動パタン抽出部４２８は、駅名＝Ｓｃ、曜日＝Ｄｃ，時間帯＝Ｔｃ，出発／目的地＝Ｓｐのレコードを、テンポラリ行動パタンデータ４２４に格納する。その後、ステップＳ４２８００３に戻る。
【０１２９】
（図１５：ステップＳ４２８０１１）
行動パタン抽出部４２８は、各利用者が利用したことがある駅のタイプを決定する。この処理手順の詳細については図１６を用いて後述する。
【０１３０】
（図１５：ステップＳ４２８０１２）
本処理フローを実行している日付が月末であればステップＳ４２８０１３に進み、そうでなければ本処理を終了する。
【０１３１】
（図１５：ステップＳ４２８０１３）
行動パタン抽出部４２８は、過去１ヶ月分のテンポラリ行動パタンデータ４２４を月別行動パタンデータ４２５として集約する。また、過去６か月分の月別行動パタンデータ４２５を行動パタンデータ４２３内に集約する。
【０１３２】
＜ステップＳ４２８０１１詳細な処理手順＞
図１６は、図１５のステップＳ４２８０１１の詳細な処理手順を示すフローチャートである。ステップＳ４２８０１１では、行動パタンデータ４２３が保持している全利用者の利用履歴について、利用者が利用者した駅の利用頻度、利用した曜日、および利用した時間帯を用いて、駅のタイプを決定する。以下、図１６の各ステップについて説明する。
【０１３３】
（図１６：ステップＳ４２８０１１０１〜Ｓ４２８０１１０３）
行動パタン抽出部４２８は、利用者数を格納する変数ｉに０をセットして初期化する（Ｓ４２８０１１０１）。行動パタン抽出部４２８は、ｉに１加算する（Ｓ４２８０１１０２）。ｉが全利用者数よりも小さければステップＳ４２８０１１０４に進み、そうでなければ本処理を終了する（Ｓ４２８０１１０３）。
【０１３４】
（図１６：ステップＳ４２８０１１０４〜Ｓ４２８０１１０６）
行動パタン抽出部４２８は、ｉ番目の利用者が利用した駅のうち、夜に出場することが最も多い駅の駅タイプを「自宅」とする（Ｓ４２８０１１０４）。また、平日の朝または日中に出場し、夕方または夜に入場することが最も多い駅の駅タイプを「勤務先」とする（Ｓ４２８０１１０５）。また、休日に出場することが最も多い駅の駅タイプを「遊び」とする（Ｓ４２８０１１０６）。
【０１３５】
（図１６：ステップＳ４２８０１１０４〜Ｓ４２８０１１０６：補足）
駅タイプを決定する方法は上記に限らない。上記以外の方法として、その日の最後に出場することが最も多い駅の駅タイプを「自宅」、平日の朝または日中に出場し、夕方または夜に入場して、かつその間の時間が長時間（７時間以上など）であることが最も多い駅の駅タイプを「勤務先」、休日に出場することが最も多く、かつ「自宅」「勤務先」ではない駅の駅タイプを「遊び」とする、などが考えられる。
【０１３６】
＜ステップＳ１４０３の詳細な処理手順＞
図１７は、図１４のステップＳ１４０３の詳細な処理手順を示すフローチャートである。ステップＳ１４０３において、情報提供センタサーバ４２０は、行動パタンデータ４２３が保持している全利用者に対して、各利用者の行動パタンに基づき、情報コンテンツ４２２が格納している情報コンテンツを対応付ける。以下、図１７の各ステップについて説明する。
【０１３７】
（図１７：ステップＳ４２７００１〜Ｓ４２７００３）
情報提供センタサーバ４２０の情報コンテンツ対応部４２７は、利用者数を格納する変数ｉに０をセットして初期化する（Ｓ４２７００１）。情報コンテンツ対応部４２７は、ｉに１加算する（Ｓ４２７００２）。ｉが全利用者数よりも小さければステップＳ４２７００４に進み、そうでなければ本処理を終了する（Ｓ４２７００３）。
【０１３８】
（図１７：ステップＳ４２７００４〜Ｓ４２７００６）
情報コンテンツ対応部４２７は、ｉ番目の利用者の行動パタン数を格納する変数ｊに０をセットして初期化する（Ｓ４２７００４）。情報コンテンツ対応部４２７は、ｊに１加算する（Ｓ４２７００５）。ｊがｉ番目の利用者の行動パタンの数より少なければステップＳ４２７００７に進み、そうでなければステップＳ４２７００２に戻る（Ｓ４２７００６）。
【０１３９】
（図１７：ステップＳ４２７００７）
情報コンテンツ対応部４２７は、ｉ番目の利用者のｊ番目の行動パタンの利用頻度が所定数ｋよりも大きければステップＳ４２７００８に進み、そうでなければステップＳ４２７００５に戻る。
【０１４０】
（図１７：ステップＳ４２７００７：補足）
本ステップは、利用者が通過する可能性の低い駅をコンテンツ対応付けの対象外とするためのものである。本ステップにより、各駅の情報提供駅サーバ３２０および改札機２００に無駄なコンテンツ対応リストを格納しないようにすることができる。
【０１４１】
（図１７：ステップＳ４２７００８〜Ｓ４２７００９）
情報コンテンツ対応部４２７は、ｉ番目の利用者のｊ番目の行動パタンの駅名、入出場の種別、曜日、時間帯、および路線をキーとして情報コンテンツ４２２を検索し、検索条件に合致するレコードを取得する（Ｓ４２７００８）。合致するレコードがあればステップＳ４２７０１０に進み、なければステップＳ４２７００５に戻る（Ｓ４２７００９）。
【０１４２】
（図１７：ステップＳ４２７０１０）
情報コンテンツ対応部４２７は、ステップＳ４２７００８で検索にヒットしたコンテンツのＩＤを、ｉ番目の利用者のｊ番目の行動パタンに対応する情報コンテンツとして対応付け、その対応関係をコンテンツ対応リスト４２１に格納する。
【０１４３】
＜ステップＳ１４０５の詳細な処理手順＞
図１８は、図１４のステップＳ１４０５の詳細な処理手順を示すフローチャートである。ステップＳ１４０５において、情報提供駅サーバ３２０は、駅別コンテンツ対応リスト３２１から曜日／時間帯毎のレコードを抽出して改札機２００に送信する。ただし列車の遅延など異常が発生した場合は、駅別コンテンツ対応リスト３２１に代えて、またはこれと並行して異常時用のコンテンツを改札機２００に送信する。以下、図１８の各ステップについて説明する。
【０１４４】
（図１８：ステップＳ３２０００１）
情報提供駅サーバ３２０のコンテンツリスト受信部３２４は、列車の遅延など異常が発生したかどうかをチェックする。運行異常が発生していればステップＳ３２０００２に進み、それ以外であればステップＳ３２０００５に進む。
【０１４５】
（図１８：ステップＳ３２０００２）
コンテンツリスト受信部３２４は、遅延などの運行異常が発生した路線や駅を手掛かりに駅別コンテンツ対応リスト３２１を検索して該当する利用者のＩＤを取得する。
【０１４６】
（図１８：ステップＳ３２０００３〜Ｓ３２０００４）
コンテンツリスト送信部３２３は、駅別情報コンテンツ３２２から異常時用のコンテンツを取得する（Ｓ３２０００３）。コンテンツリスト送信部３２３は、異常時用コンテンツを改札機２００に送信する（Ｓ３２０００４）。その後、ステップＳ３２０００１に戻る。
【０１４７】
（図１８：ステップＳ３２０００５）
現在の時間帯が、前回正常時用コンテンツを改札機２００に送信した時間帯よりも先の時間帯に進んでいればステップＳ３２０００６に進み、そうでなければステップＳ３２０００１に戻る。
【０１４８】
（図１８：ステップＳ３２０００６）
コンテンツリスト送信部３２３は、駅別コンテンツ対応リスト３２１から、現在の曜日および時間帯に合致するレコードを取得する（Ｓ３２０００６）。コンテンツリスト送信部３２３は、取得したレコードを正常時用コンテンツとして改札機２００に送信する（Ｓ３２０００７）。
【０１４９】
＜ステップＳ１４０６の詳細な処理手順＞
図１９は、図１４のステップＳ１４０６の詳細な処理手順を示すフローチャートである。ステップＳ１４０６において、改札機２００は、利用者が改札機２００を通過するとＩＣカード乗車券１００から利用者ＩＤを読み込み、改札処理を実施した上で、時間帯別コンテンツ対応リスト２０２を参照して利用者に対応するコンテンツがあれば利用者に提示する。以下、図１９の各ステップについて説明する。
【０１５０】
（図１９：ステップＳ２０４００１）
改札機２００は、利用者が改札機２００を通過するまで本ステップで待機する。利用者が改札機２００を通過すると、ステップ２０４００２に進む。
【０１５１】
（図１９：ステップＳ２０４００２〜Ｓ２０４００３）
改札処理部２０３は、ＩＣカード乗車券１００から利用者のＩＤを読み込む（Ｓ２０４００２）。コンテンツ表示部２０４は、時間帯別コンテンツ対応リスト２０２を参照して異常時用のコンテンツを検索する。当該利用者に対応する異常時用コンテンツがあればステップＳ２０４００４へ進み、なければステップＳ２０４００５に進む。
【０１５２】
（図１９：ステップＳ２０４００４）
コンテンツ表示部２０４は、異常時用コンテンツを改札機２００のディスプレイに表示する。その後、ステップＳ２０４００１に戻る。
【０１５３】
（図１９：ステップＳ２０４００５）
コンテンツ表示部２０４は、時間帯別コンテンツ対応リスト２０２を参照して正常時用のコンテンツを検索する。当該利用者に対応する正常時用コンテンツがあればステップＳ２０４００６に進み、なければステップＳ２０４００７に進む。
【０１５４】
（図１９：ステップＳ２０４００６）
コンテンツ表示部２０４は、正常時用コンテンツを改札機２００のディスプレイに表示する。その後、ステップＳ２０４００１に戻る。
【０１５５】
（図１９：ステップＳ２０４００７）
コンテンツ表示部２０４は、デフォルトのコンテンツを改札機２００のディスプレイに表示する。その後、ステップＳ２０４００１に戻る。
【０１５６】
＜実施の形態１：まとめ＞
以上のように、本実施形態１に係る情報提供駅サーバ３２０は、駅利用者とその駅利用者に提示すべき情報コンテンツとの対応関係を記述したコンテンツ対応リストを、所定の時間帯毎に改札機２００へ送信する。１度に送信するコンテンツ対応リストは、次の時間帯までの分のみでよい。これにより、改札機２００は駅利用者が改札機２００を通過する際に時間帯毎のコンテンツ対応リストのみを検索すればよいので、駅利用者に対応した情報コンテンツを検索する処理負荷を軽減することができる。
【０１５７】
また、本実施形態１によれば、改札機２００が情報コンテンツを検索する処理負荷を軽減するための処理は、情報提供駅サーバ３２０が実施する。これにより、利用者が駅を利用する目的に合致した情報コンテンツを改札機２００上で高速に表示するという目的を、現行の改札機２００のハードウェア構成を変更することなく実現することができる。
【０１５８】
また、本実施形態１に係る情報提供駅サーバ３２０は、当該駅の利用頻度が所定回数ｋ以上の利用者についてのみ、駅別コンテンツ対応リスト３２２を保持する。これにより、各駅の情報提供駅サーバ３２０および改札機２００は、当該駅を利用する可能性の高い駅利用者についてのみコンテンツ対応リストを保持すればよい。したがって、コンテンツ対応リストを保持するための記憶容量を節約するとともに、検索対象となるデータ量を抑えることにより検索負荷を軽減することができる。
【０１５９】
また、本実施形態１において、情報提供センタサーバ４２０は、列車の運行異常などが発生した際に、運行異常が生じた路線に関連する駅を利用する頻度が所定回数以上である駅利用者を特定し、その駅の情報提供駅サーバ３２０に対して、当該駅利用者向けの異常時用コンテンツを送信する。これにより、運行異常に関する情報が必要な利用者のみに対してその情報を配信することができるので、運行異常に関係ない利用者に不要な情報を配信して煩わしさを感じさせてしまう可能性を低減することができる。
【０１６０】
また、本実施形態１において、情報提供センタサーバ４２０は、各駅利用者が日中、夜間、休日それぞれに利用する駅および利用時間帯に基づき、駅タイプを推定する。また、駅タイプに応じた情報コンテンツを駅利用者に対応付けてその対応関係をコンテンツ対応リスト４２１に格納する。これにより、駅利用者の行動パタンに合致した情報コンテンツを、適切なタイミングで、改札機２００の画面上に表示することができる。
【０１６１】
＜実施の形態２＞
実施形態１で説明した図１７のステップＳ４２７００９において、該当する情報コンテンツがない場合はステップＳ４２７００５に戻り、利用者とコンテンツＩＤを対応付けしないようにしている。この場合、当該駅を利用する頻度が多い利用者であっても、ｊ番目の行動パタンに合致しない場合には、情報コンテンツとその利用者は対応付けされないことになる。
【０１６２】
しかし、正常時コンテンツについては対応付けしないとしても、異常時用コンテンツについてはその利用者と対応付けしたい場合も考えられる。この場合は、ステップＳ４２７００８において「ｙｅｓ」となった利用者については利用者ＩＤのみ抽出して情報提供駅サーバ３２０へ通知するようにしてもよい。この場合、その利用者には正常時用コンテンツは提示されないが、当該行動パタンの頻度が高くその駅をよく利用する利用者であることがステップＳ４２７００７で判明しているため、異常時用コンテンツは提示することができる。
【０１６３】
一方、実施の形態１では、情報提供センタサーバ４２０が正常時コンテンツと異常時コンテンツをともに情報提供駅サーバ３２０へ送信することを説明した。これに代えて、またはこれと並行して、異常時コンテンツについては運行管理センタサーバ４３０から運行管理駅サーバ３３０へ送信するようにしてもよい。
【０１６４】
この場合、運行管理センタサーバ４３０は、各駅向けの異常時用コンテンツを情報コンテンツ４２２から取り出し、各駅の運行管理駅サーバ３３０へ配信する。運行管理駅サーバ３３０は、受け取った異常時用コンテンツを駅別情報コンテンツ３２２に格納する。情報提供駅サーバ３２０から改札機２００へ異常時用コンテンツを送信する手順は、図１８と同様である。
【０１６５】
以上、本発明者によってなされた発明を実施形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【０１６６】
また、上記各構成、機能、処理部などは、それらの全部または一部を、例えば集積回路で設計することによりハードウェアとして実現することもできるし、プロセッサがそれぞれの機能を実現するプログラムを実行することによりソフトウェアとして実現することもできる。各機能を実現するプログラム、テーブルなどの情報は、メモリやハードディスクなどの記憶装置、ＩＣカード、ＤＶＤなどの記憶媒体に格納することができる。
【符号の説明】
【０１６７】
１：情報提供システム、１００：ＩＣカード乗車券、１００１：ＣＰＵ、１００２：不揮発メモリ、１００３：無線通信部、１００４：アンテナ、２００：改札機、２０１：改札機利用履歴データ、２０１０１：利用者ＩＤフィールド、２０１０２：処理フィールド、２０１０３：時刻フィールド、２０１０４：入場駅フィールド、２０１０５：出場駅フィールド、２０２：時間帯別コンテンツ対応リスト、２０２０１：利用者ＩＤフィールド、２０２０２：コンテンツＩＤフィールド、２０３：改札処理部、２０４：コンテンツ表示部、２００１：ＣＰＵ、２００２：ハードディスク、２００３：メモリ、２００４：ディスプレイ、２００５：ディスプレイ制御部、２００６：無線通信部、２００７：アンテナ、３００：駅サーバ群、３１０：ＩＤ管理駅サーバ、３１１：駅利用履歴データ、３１１０１：利用者ＩＤフィールド、３１１０２：処理フィールド、３１１０３：時刻フィールド、３１１０４：入場駅フィールド、３１１０５：出場駅フィールド、３１２：利用履歴収集部、３１３：利用履歴送信部、３２０：情報提供駅サーバ、３２１：駅別コンテンツ対応リスト、３２１０１：入出場フィールド、３２１０２：曜日フィールド、３２１０３：時間帯フィールド、３２１０４：利用者ＩＤフィールド、３２１０５：コンテンツＩＤフィールド、３２１０６：経路フィールド、３２１０７：出発／目的駅フィールド、３２２：駅別情報コンテンツ、３２２０１：コンテンツＩＤフィールド、３２２０２：改札機表示用コンテンツフィールド、３２３：コンテンツリスト送信部、３２４：コンテンツリスト受信部、３３０：運行管理駅サーバ、３３１：駅ダイヤ情報、３３２：異常通知部、４００：センタサーバ群、４１０：ＩＤ管理センタサーバ、４１１：全利用履歴データ、４１１０１：利用者ＩＤフィールド、４１１０２：処理フィールド、４１１０３：時刻フィールド、４１１０４：入場駅フィールド、４１１０５：出場駅フィールド、４１２：利用履歴受信部、４２０：情報提供センタサーバ、４２１：コンテンツ対応リスト、４２１０１：駅名フィールド、４２１０２：入出場フィールド、４２１０３：曜日フィールド、４２１０４：時間帯フィールド、４２１０５：利用者ＩＤフィールド、４２１０６：コンテンツＩＤフィールド、４２１０７：経路フィールド、４２１０８：出発／目的駅フィールド、４２２：情報コンテンツ、４２２０１：コンテンツＩＤフィールド、４２２０２：提示条件フィールド、４２２０２１：駅フィールド、４２２０２２：入出場フィールド、４２２０２３：タイプフィールド、４２２０２４：曜日フィールド、４２２０２５：時間帯フィールド、４２２０２６：路線フィールド、４２２０３：改札機表示用コンテンツフィールド、４２２０４：詳細表示用コンテンツフィールド、４２３：行動パタンデータ、４２３０１：利用者ＩＤフィールド、４２３０２：入出場フィールド、４２３０３：駅名フィールド、４２３０４：タイプフィールド、４２３０５：曜日フィールド、４２３０６：時間帯フィールド、４２３０７：路線フィールド、４２３０８：出発／目的駅フィールド、４２３０９：頻度フィールド、４２４：テンポラリ行動パタンデータ、４２５：月別行動パタンデータ、４２６：コンテンツリスト配信部、４２７：情報コンテンツ対応部、４２８：行動パタン抽出部、４２０１：ＣＰＵ、４２０２：ハードディスク、４２０３：メモリ、４２０４：ディスプレイ、４２０５：ディスプレイ制御部、４２０６：キーボード、４２０７：キーボード制御部、４２０８：マウス、４２０９：マウス制御部、４３０：運行管理センタサーバ、４３１：ダイヤ情報、４３２：異常通知部、５００：携帯電話、５０１：キャリア、５０２：ネットワーク、６００：情報端末、７００：デジタルサイネージ。
【図１】
2012120938.tif 000003
【図２】
2012120938.tif 000004
【図３】
2012120938.tif 000005
【図４】
2012120938.tif 000006
【図５】
2012120938.tif 000007
【図６】
2012120938.tif 000008
【図７】
2012120938.tif 000009
【図８】
2012120938.tif 000010
【図９】
2012120938.tif 000011
【図１０】
2012120938.tif 000012
【図１１】
2012120938.tif 000013
【図１２】
2012120938.tif 000014
【図１３】
2012120938.tif 000015
【図１４】
2012120938.tif 000016
【図１５】
2012120938.tif 000017
【図１６】
2012120938.tif 000018
【図１７】
2012120938.tif 000019
【図１８】
2012120938.tif 000020
【図１９】
2012120938.tif 000021
【国際調査報告】
2012120938.tif 000022
2012120938.tif 000023
2012120938.tif 000024
2012120938.tif 000025