(57)【要約】【課題】  IC乗車券利用者の情報をセンターサーバに蓄積する場合、IC乗車券は朝と夕の通勤ラッシュに利用が集中するため、リアルタイムにセンターサーバへ蓄積しようとすると、利用者が多い時間帯ほど改札機とセンターサーバ間の通信ネットワークに大きな負荷がかかる。【解決手段】  時間帯と遅延時間を特定する情報と即時送信率を対応付けて記憶する送信遅延設定規則と、受付けたＩＣ乗車券の履歴情報から、当該ＩＣ乗車券を利用する客が良く乗車する前記時間帯を特定して、前記時間帯を前記送信遅延設定規則に照合して遅延時間と即時送信率を特定し、前記特定された即時送信率と遅延時間とに基づいてデータ送信する一件明細送信機能とを有する。【選択図】図1
2014013521.tif 000002
【特許請求の範囲】
【請求項１】
時間帯と遅延時間を特定する情報と即時送信率を対応付けて記憶する送信遅延設定規則と、
受付けたＩＣ乗車券の履歴情報から、当該ＩＣ乗車券を利用する前記時間帯を特定して、前記時間帯を前記送信遅延設定規則に照合して遅延時間と即時送信率を特定する送信日時付き一件明細生成機能と、
前記特定された即時送信率と遅延時間とに基づいてデータ送信する一件明細送信機能と、
を有することを特徴とするデータ送信負荷軽減装置。
【請求項２】
請求項１に記載のデータ送信負荷軽減装置であって、
前記遅延時間を特定する情報が、最小の送信遅延時間と最大の送信遅延時間を特定する情報であって、
前記一件明細送信機能が
前記最小の送信遅延時間と、前記最大の送信遅延時間以内で、前記即時送信率に基づいてデータを送信する
ことを特徴とするデータ送信負荷軽減装置。
【請求項３】
請求項１乃至請求項２のそのそれぞれに記載のデータ送信負荷軽減装置であって、
移動履歴と行動パターンを対応付けて記憶する行動タイプ設定規則と、
前記送信遅延設定規則が、
前記時間帯を行動パターンとして記憶し、
前記送信日時付き一件明細生成機能が、
前記ＩＣ乗車券の履歴情報を前記行動タイプ設定規則に照合して、前記行動パターンを特定し、前記特定された行動パターンを前記送信遅延設定規則に照合して遅延時間を特定する
ことを特徴とするデータ送信負荷軽減装置。
【請求項４】
時間帯と遅延時間を特定する情報と即時送信率を対応付けて送信遅延設定規則に記憶するステップと、
受付けたＩＣ乗車券の履歴情報から、当該ＩＣ乗車券を利用する客が良く乗車する前記時間帯を特定して、前記時間帯を前記送信遅延設定規則に照合して遅延時間と即時送信率を特定するステップと、
前記特定された即時送信率と遅延時間とに基づいてデータ送信するステップと、
を有することを特徴とするデータ送信負荷軽減方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信の負荷軽減の技術に関する。
【背景技術】
【０００２】
情報通信技術の進歩に伴い、消費行動の分析や評価情報を用いたマーケティング手法が高度化している。また、近年、交通輸送サービスにおいても、交通機関の利用者にサービス提供する交通事業者は、IC乗車券等を用いることで、利用者の交通機関の利用状況を把握できるようになり、これを輸送サービス等の改善や駅周辺における各種マーケティング施策に活用することができる。
【０００３】
このため、IC乗車券における利用者の情報の収集方法についていくつかの方法が提案されている。特許文献1においては、センターサーバがIC乗車券利用者の情報を管理するため、IC乗車券利用者の行動に関する属性情報や履歴情報が改札機等を介してセンターサーバに大量に蓄積される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2010-165307号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献1のように、IC乗車券利用者の情報をセンターサーバに蓄積することが考えられるが、IC乗車券は朝と夕の通勤ラッシュに利用が集中するため、IC乗車券利用者の情報をリアルタイムにセンターサーバへ蓄積しようとすると、利用者が多い時間帯ほど改札機とセンターサーバ間の通信ネットワークに大きな負荷がかかる
本発明は、このような混雑の偏りに対応して、できるだけ負荷を軽減するようにデータを送信することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決する為、時間帯と遅延時間を特定する情報と即時送信率を対応付けて記憶する送信遅延設定規則と、受付けたＩＣ乗車券の履歴情報から、当該ＩＣ乗車券を利用する前記時間帯を特定して、前記時間帯を前記送信遅延設定規則に照合して遅延時間と即時送信率を特定する送信日時付き一件明細生成機能と、前記特定された即時送信率と遅延時間とに基づいてデータ送信する一件明細送信機能とを有する。
【発明の効果】
【０００７】
本発明によれば、データ送信の負荷を軽減することができる。
【図面の簡単な説明】
【０００８】
【図１】IC乗車券システムの全体構成である。
【図２】自動改札機に入出場する場合の従来の処理シーケンスである。
【図３】自動改札機を入出場する場合の従来の一件明細の構成である。
【図４】本発明の第1の実施形態のIC乗車券の構成である。
【図５】本発明の第1の実施形態の自動改札機の構成である。
【図６】本発明の第1の実施形態の自動改札機への入場処理シーケンスである。
【図７】本発明の第1の実施形態の改札入場時の行動属性データの更新処理フローである。
【図８】本発明の第1の実施形態の行動属性データの構成である。
【図９】本発明の第1の実施形態の自動改札機からの出場処理シーケンスである。
【図１０】本発明の第1の実施形態の経路情報の作成処理フローである。
【図１１】本発明の第1の実施形態の経路情報の設定規則の構成である。
【図１２】本発明の第1の実施形態の改札出場時の行動属性データの更新処理フローである。
【図１３】本発明の第1の実施形態の行動タイプ設定規則の構成である。
【図１４】本発明の第1の実施形態の送信日時付き一件明細の生成処理フローである。
【図１５】本発明の第1の実施形態の送信遅延設定規則である。
【図１６】本発明の第1の実施形態の送信日時付き一件明細のデータ構成である。
【図１７】本発明の第1の実施形態の一件明細送信処理の全体フローである。
【図１８】本発明の第1の実施形態の一件明細送信処理の詳細フローである。
【図１９】本発明の第1の実施形態の改札機とセンターサーバ間の通信負荷の平準化イメージである。
【図２０】本発明の第2の実施形態のIC乗車券の構成である。
【図２１】本発明の第2の実施形態のセンターサーバの構成である。
【図２２】本発明の第2の実施形態の一件明細DBのデータ構成である。
【図２３】本発明の第2の実施形態の行動属性DBの構成である。
【図２４】本発明の第2の実施形態の行動タイプの更新シーケンスである。
【図２５】本発明の第1の実施形態の自動改札機からセンタサーバへのデータ送信シーケンスである。
【発明を実施するための形態】
【０００９】
以下、図面を用いて、本発明の実施形態について説明する。
【００１０】
図1は、IC乗車券システムの全体構成である。IC乗車券システムは、駅の構内などに複数台設置され、ICカード乗車券1000を保持する鉄道利用者に対して各種の乗車券サービスを提供する自動改札機2000、チャージ機3000、券売機4000、およびこれらとGW装置5000、および通信ネットワーク6000を介して接続されるセンターサーバ7000から構成される。自動改札機2000とセンターサーバ7000間のデータ送信の負荷を軽減するデータ送信負荷軽減装置は自動改札機2000に相当しても良いし、センターサーバ7000側にあっても良いし、その間に個別の装置として設けられても良い。本実施例では、自動改札機2000にデータ送信の負荷を軽減する機能を盛込んでいる。
【００１１】
図2は、自動改札機に入出場する場合の従来の処理シーケンスである。改札入出場時の処理は、IC乗車券1000を保持した利用者が、自動改札機2000のIC乗車券のリーダ部分にIC乗車券をかざすと、IC乗車券1000の認証処理1100では、IC乗車券が自動改札機を、自動改札機2000の認証処理2100では自動改札機がIC乗車券を相互に認証する。相互認証を終え、IC乗車券と自動改札機が互いに通信状態になると、自動改札機のデータ読出処理2200にて、IC乗車券のデータ読出処理1100を介してIC乗車券1000に格納される情報が自動改札機2000に読み込まれる。
【００１２】
次に、自動改札機では、入出場処理2300にて、IC乗車券IDのネガリストへの登録有無やIC乗車券のストアドフェア残高を確認し、IC乗車券が利用可能な状態かどうかを確認するとともに、入出場駅ID、入出場時刻、改札機ID、入場回数などが入出場データとして設定され、さらに必要に応じて運賃計算が行われIC乗車券の残高データの更新値が設定される。
【００１３】
次に、自動改札機では、データ書込処理2600にて、入出場処理2300で設定した入出場データ、残高データをIC乗車券1000に送信する。
【００１４】
IC乗車券1000では、データ書込処理1300にて、受信した入出場データ、残高データをIC乗車券に書き込み、書き込みが終了すると自動改札機2000に書込確認を送信する。
【００１５】
自動改札機2000は、書込確認を受信すると、情報表示処理2700にて利用者にIC乗車券のストアドフェアバリューの残高等の情報を提示する。
【００１６】
次に、自動改札機は、入出場処理で設定した情報（一件明細）をGW5000および通信ネットワーク6000を介してセンターサーバ7000に送信する。
【００１７】
図3は、自動改札機を入出場する場合の従来の一件明細の構成である。一件明細は、IC乗車券ID110、入出場駅ID120、入出場時刻130、改札機ID140、入場と出場を区別する入出場フラグ150、ストアドフェアバリューの残高を示すSF残高160から構成される。
【００１８】
このように、従来のIC乗車券システムでは、入場時および出場時の改札通過情報（一件明細）をそれぞれ個別に取得し、センターサーバに送信する構成を取っている。次に、本発明の第1の実施形態について説明する。
【実施例１】
【００１９】
図4は、本発明の第1の実施形態のIC乗車券1000の構成である。IC乗車券1000は、通信IF1100、電源回路1200、CPU1300、プログラムメモリ1400、データメモリ1500を備える。
【００２０】
通信IF1100は、IC乗車券1000が自動改札機2000、チャージ機3000、券売機4000等と無線または有線通信するためのインタフェースである。
【００２１】
電源回路1200は、IC乗車券1000が自動改札機のリーダライタ装置と通信する場合に発生する電磁波を電力に変換する。
【００２２】
CPU1300は、IC乗車券1000が有する各種機能を実行する計算処理プロセッサである。  プログラムメモリ1400は、IC乗車券1000が有する各種機能を保持する記憶領域であり、認証機能1510、データアクセス機能1520、カウント演算機能1530から構成される。
【００２３】
認証機能1410は、IC乗車券1000へのアクセス要求を検証し、IC乗車券1000への不正なアクセスを防止する機能である。データアクセス機能1420は、データメモリに格納された各種データの読み書きを行う機能である。
【００２４】
カウント演算機能1430は、あらかじめ定められた特定のデータアクセスに対してアクセス回数をカウントする機能である。なお、これらの機能を実現するプログラムはIC乗車券のICチップ内に実装されることが望ましい。
【００２５】
データメモリ1500は、IC乗車券1000の利用情報やIC乗車券を保持する利用者の行動履歴等のデータ記憶領域、および作業用の記憶領域から構成され、入場データ1510、出場データ1520、残高データ1530、定期券データ1540、行動属性データ1550、作業メモリ1560を保持する。
【００２６】
入場データ1510は、改札入場時に自動改札機2000を介してIC乗車券に書き込まれる情報であり、入場駅ID、入場時刻、改札機IDを含む。出場データ1520は、改札出場時に自動改札機2000を介してIC乗車券に書き込まれる情報であり、出場駅ID、出場時刻、改札機IDを含む。
【００２７】
残高データ1530は、IC乗車券のストアドバリューの残高に関する情報を示す。定期券データ1540は、IC乗車券の定期券機能の有無、利用区間、定期券の有効期間などを含む。
【００２８】
行動属性データ1550は、IC乗車券1000を保持する利用者の行動に関する属性情報である。行動属性データ1550は、改札機の通過、ストアドフェアバリューのチャージなどIC乗車券の利用行動に対応して生成される。
【００２９】
作業メモリは、プログラムメモリ1400の各種機能をCPU1300が実行するため記憶領域である。なお、これらのデータメモリはIC乗車券のICチップ内に不揮発性メモリとして実装されることが望ましい。
【００３０】
なお、通信IF1100、電源回路1200、CPU1300、プログラムメモリ1400、データメモリ1500は、IC乗車券1000の内部バス1600によって相互に接続される。
【００３１】
図5は、本発明の第1の実施形態の自動改札機の構成である。自動改札機2000は、通信IF2100、電源2200、CPU2300、時計2400、ディスプレイ2500、ゲート2600、プログラムメモリ2700、データメモリ2800を備える。通信IF2100は、自動改札機2000がIC乗車券1000、GW装置5000および通信ネットワーク6000を介してセンタサーバ7000と通信するためのインタフェースである。
【００３２】
電源2200は、自動改札機2000が有する各種機能を動作させるための電源である。CPU2300は、自動改札機2000が有する各種機能を実行する計算処理プロセッサである。  時計2400は、自動改札機の各種機能の動作時刻を計測する。
【００３３】
ディスプレイ2500は、利用者が自動改札機を通過する場合に利用者向けの各種情報を提示するための表示装置である。ゲート2600は、IC乗車券のストアドバリューの残高が不足していたり、定期券の有効期限が切れている場合などに、利用者による自動改札機の通過を阻止する。プログラムメモリ2700は、自動改札機2000が有する各種機能を保持する記憶領域であり、認証機能2710、ネガチェック機能2720、運賃計算機能2730、移動経路設定機能2740、ゲート制御機能2750、情報表示機能2760、送信日時付き一件明細生成機能2770、一件明細送信機能2780から構成される。
【００３４】
認証機能2710は、自動改札機2000へのアクセス要求を検証し、自動改札機2000への不正なアクセスを防止する機能である。ネガチェック機能2720は、自動改札機にアクセスしたIC乗車券IDと、ネガリスト2820に格納されるネガID（利用禁止となったIC乗車券のID）のリストを比較し、IC乗車券の有効性を判定する機能である。
【００３５】
運賃計算機能2730は、利用者が自動改札機2000を出場する場合に、入場データ1510、出場データ1520、定期券データ1540をもとに、残高データ1530から徴収すべき運賃を計算する機能である。
【００３６】
移動経路設定機能2740は、入場データ1510、出場データ1520、移動経路設定規則2840をもとに利用者の乗車経路を推定した上で設定する機能である。移動経路設定機能の詳細については後述する。
【００３７】
ゲート制御機能2750は、利用者が自動改札機2000を通過する場合に、ゲートの開閉の判断および制御を行う機能である。
【００３８】
情報表示機能2760は、利用者に対して改札通過時にストアドバリューの残高や定期券の有効期限などの各種情報をディスプレイ2500に表示する機能である。
【００３９】
送信日時付き一件明細生成機能2770は、IC乗車券の利用情報（一件明細）をセンタサーバに送信する時刻とともに設定する機能である。送信日時付き一件明細生成機能の詳細については後述する。
【００４０】
一件明細送信機能2780は、一件明細を指定された日時または時間帯にセンタサーバに送信する機能である。一件明細送信機能の詳細については後述する。
【００４１】
データメモリ2800は、自動改札機2000が有する各種機能を実行するためのデータ記憶領域であり、運賃表2810、ネガリスト2820、機器属性2830、移動経路設定規則2840、行動タイプ設定規則2850、送信遅延設定規則2860、送信日時付き一件明細2870を保持する。
【００４２】
運賃表2810は、鉄道サービスに対する課金規則であり、利用区間毎や利用距離毎に設定される。ネガリスト2820は、鉄道事業者無効化されたIC乗車券のIDリストである。
【００４３】
機器属性2830は、少なくとも改札機IDを含む自動改札機2000の属性情報である。
【００４４】
移動経路設定規則2840は、入場駅と出場駅の組み合わせから複数の移動経路が考えられる場合に、利用者が実際にどの経路を利用したのかを推定する規則である。移動経路設定規則2740の詳細については後述する。
【００４５】
行動タイプ設定規則2850は、利用者のIC乗車券の利用パターンをいくつかのタイプに分類する規則である。行動タイプ設定規則2850の詳細については後述する。
【００４６】
送信遅延設定規則2860は、利用者の改札通過情報（一件明細）をセンターサーバに送信する時刻を改札通過時刻からどの程度遅延させて送信するのかを設定する規則である。送信遅延設定規則2860の詳細については後述する。
【００４７】
送信日時付き一件明細2870は、センターサーバへ送信する日時が指定された送信待機状態にある一件明細の集合である。送信日時付き一件明細2870の詳細については後述する。なお、これらのデータメモリは自動改札機2000のハードディスク装置などの不揮発性メモリとして実装されることが望ましい。
【００４８】
通信IF2100、電源2200、CPU2300、時計2400、ディスプレイ2500、ゲート2600、プログラムメモリ2700、データメモリ2800は、自動改札機2000の内部バス2900によって相互に接続される。
【００４９】
図6は、本発明の第1の実施形態の自動改札機1000への入場処理シーケンスである。
【００５０】
改札入場時の処理は、IC乗車券1000を保持した利用者が、自動改札機2000のIC乗車券のリーダ部分にIC乗車券をかざすと、IC乗車券1000の認証処理1100aでは、IC乗車券が自動改札機を、自動改札機2000の認証処理2100aでは自動改札機がIC乗車券を相互に認証する。相互認証を終え、IC乗車券と自動改札機が互いに通信状態になると、自動改札機のデータ読出処理2200aにて、IC乗車券のデータ読出処理1200aを介してIC乗車券1000に格納される情報が自動改札機2000に読み込まれる。
【００５１】
次に、自動改札機では、入場処理2300aにて、IC乗車券から読み込んだ情報からIC乗車券IDと残高データを取得し、IC乗車券IDのネガリストへの登録有無と、残高データがあらかじめ定められた下限値を下回っていないかどうかを確認し、次に、残高データから入場時に控除する料金を差し引き新しい残高データを設定するとともに、改札機から読み込んだ情報から入場データとして、入場日、入場時刻、入場駅ID、改札機IDを取得する。
【００５２】
次に、本発明で自動改札機の入場シーケンスに追加される行動属性更新処理2400aについて説明する。
【００５３】
図7は、本発明の第1の実施形態の改札入場時の行動属性データの更新処理フローである。行動属性更新処理2500aでは、ステップ2510aにて、IC乗車券から読み込んだ情報から行動属性データ1550を取得する。
【００５４】
図8は、本発明の第1の実施形態の行動属性データ1550の構成である。行動属性データは、行動タイプ1551、平均入場時刻（1回目）1552、平均出場時刻（1回目）1553、平均入場時刻（2回目）1554、平均出場時刻（2回目）1555、入場カウンタ1556、出場カウンタ1557、最終入場日時1558、最終出場日時1559から構成される。
【００５５】
行動タイプ1551は、IC乗車券の利用者の入出場駅や入出場時刻の組み合わせから利用者の行動パターンを複数のタイプに分類した識別番号である。行動タイプの設定方法については後述する。
【００５６】
平均入場時刻（1回目）1552は、ある利用者（IC乗車券）の１日における１回目の入場時刻について、現在から過去一定回数分の平均値を算出したものである。
【００５７】
平均出場時刻（1回目）1553は、ある利用者（IC乗車券）の１日における１回目の出場時刻について、現在から過去一定回数分の平均値を算出したものである。
【００５８】
平均入場時刻（2回目）1554は、ある利用者（IC乗車券）の１日における2回目の入場時刻について、現在から過去一定回数分の平均値を算出したものである。
【００５９】
平均出場時刻（2回目）1555は、ある利用者（IC乗車券）の１日における2回目の出場時刻について、現在から過去一定回数分の平均値を算出したものである。
【００６０】
入場カウンタ1556は、ある利用者（IC乗車券）の１日における自動改札機への入場回数をカウントするものである。
【００６１】
出場カウンタ1557は、ある利用者（IC乗車券）の１日における自動改札機からの出場回数をカウントするものである。
【００６２】
最終入場日時1558は、ある利用者（IC乗車券）の１日における自動改札機からの入場日時を記憶するものである。
【００６３】
最終出場日時1558は、ある利用者（IC乗車券）の１日における自動改札機からの出場日時を記憶するものである。
【００６４】
図7の説明に戻る。次に、行動属性データ更新処理のステップ2520aでは、ステップ2510aで行動属性データから取得した最終入場日時と、改札機の時計を介して取得する入場時刻を比較することにより、今回の入場が１日の初回の入場か否か（前回の入場から運行日付が変更されたか否か）を判定し、初回入場と判定した場合には入場カウンタの値を１に設定し、初回入場でないと判定した場合には、入場カウンタに１を加算する。
【００６５】
次に、ステップ2530aにて、入場カウンタの値を判定し、カウンタ値が１の場合は、ステップ2540aにて、今回の入場時刻と平均入場時刻（1回目）から平均入場時刻（1回目）を更新し、ステップ2560aに至る。
【００６６】
また、カウンタ値が2の場合は、ステップ2550aにて同様に平均入場時刻（2回目）を更新し、ステップ2560aに至る。
【００６７】
また、カウンタ値が3以上の場合は、平均入場時刻の更新は行わず、ステップ2560aに至る。本実施例では、行動属性データとして3回目以降の平均入場時刻を用いないが、3回目以降の入場についても行動属性データとして設定してもよい。次にステップ2560aにて、最終入場日時に現在の日時を設定する。
【００６８】
図6の説明に戻る。次に、自動改札機2000では、データ書込処理2600aにて、入場処理2300aで設定した入場データ、残高データ、および行動属性更新処理2400aで更新した行動属性データをIC乗車券1000に送信する。
【００６９】
IC乗車券1000では、データ書込処理1300aにて、受信した入場データ、残高データ、行動属性データをそれぞれIC乗車券の入場データ1510、残高データ1530、行動属性データ1550に書き込み、書き込みが終了すると自動改札機2000に書込確認を送信する。
【００７０】
自動改札機2000は、書込確認を受信すると、情報表示処理2700aにて利用者にIC乗車券のストアドフェアバリューの残高等の情報を提示する。以上が本発明による自動改札機の入場シーケンスの概要である。
【００７１】
従来の入場シーケンスとの相違は、行動属性データの更新処理が追加された点と、従来は入場情報を一件明細としてセンターサーバに送信するが、本発明では入場情報はIC乗車券のデータメモリに格納し、入場シーケンスでは一件明細をセンターサーバに送信しない点である。
【００７２】
図9は、本発明の第1の実施形態の自動改札機1000からの出場処理シーケンスである。改札出場時の処理は、IC乗車券1000を保持した利用者が、自動改札機2000のIC乗車券のリーダ部分にIC乗車券をかざすと、IC乗車券1000の認証処理1100bでは、IC乗車券が自動改札機を、自動改札機2000の認証処理2100bでは自動改札機がIC乗車券を相互に認証する。相互認証を終え、IC乗車券と自動改札機が互いに通信状態になると、自動改札機のデータ読出処理2200bにて、IC乗車券のデータ読出処理1200bを介してIC乗車券1000に格納される情報が自動改札機2000に読み込まれる。
【００７３】
次に、自動改札機では、出場処理2300bにて、IC乗車券から読み込んだ情報からIC乗車券IDを取得し、IC乗車券IDのネガリストへの登録有無を確認する。
【００７４】
次に、IC乗車券から読み込んだ情報から、入場駅と定期券データを取得し、改札機から取得した運賃表、出場駅をあわせて運賃を計算し、残高データから運賃を差し引くことで新しい残高データを設定するとともに、出場データとして、出場日、出場時刻、出場駅ID、改札機IDを取得する。
【００７５】
次に、経路情報作成処理2400bについて説明する。
【００７６】
図10は、本発明の第1の実施形態の経路情報の作成処理フローである。経路情報の作成では、IC乗車券から読み込んだ情報をもとに、ステップ2410bで入場駅IDを取得し、ステップ2420bで入場時刻を取得する。
【００７７】
次に、自動改札機の機器属性から読み込んだ情報をもとに、ステップ2430bで出場駅IDを取得し、ステップ2440bにて自動改札機の時計から出場時刻を取得する。
【００７８】
次に、ステップ2450bにて、ステップ2410b〜ステップ2440bで取得した各情報をもとに、移動経路設定規則を参照し、入場駅から出場駅に至るまでの移動経路を設定する。
【００７９】
図11は、本発明の第1の実施形態の移動経路設定規則2840の構成である。
【００８０】
移動経路設定規則2840は、図示するように、入場駅IDと出場駅IDの組み合わせ毎に、入場時刻の時間帯2843と移動時間2844（入場時刻と出場時刻の差分から算出）の組み合わせ毎に、複数の移動経路（経由駅ID2845）とその移動経路の利用者による選択率2846を定義するテーブルである。
【００８１】
なお、移動経路とその選択率は、入場駅IDと出場駅IDの組み合わせから一意に決定できるテーブル構成としても良いし、年齢などのIC乗車券を保有する利用者の個人属性を用いて、更にきめ細かく条件を設定できるテーブル構成としてもよい。
【００８２】
次に、本発明で自動改札機の出場シーケンスに追加される行動属性データの更新処理について説明する。
【００８３】
図12は、本発明の第1の実施形態の改札出場時の行動属性データの更新処理フローである。
【００８４】
行動属性更新処理2500bでは、ステップ2510bにて、IC乗車券から読み込んだ情報から行動属性データ1550を取得する。
【００８５】
次に、ステップ2520bでは、行動属性データから取得した最終出場日時と、改札機の時計を介して取得する出場時刻を比較することにより、今回の出場が１日の初回の出場か否か（前回の入場から運行日付が変更されたか否か）を判定し、初回出場と判定した場合には出場カウンタの値を１に設定し、初回出場でないと判定した場合には、出場カウンタに１を加算する。
【００８６】
次に、ステップ2530bにて、出場カウンタの値を判定し、カウンタ値が１の場合は、ステップ2540bにて、今回の出場時刻と平均出場時刻（1回目）から平均出場時刻（1回目）を更新し、ステップ2560bに至る。
【００８７】
また、カウンタ値が2の場合は、ステップ2550bにて同様に平均出場時刻（2回目）を更新し、ステップ2560aに至る。
【００８８】
また、カウンタ値が3以上の場合は、平均出場時刻の更新は行わず、ステップ2560aに至る。本実施例では、行動属性データとして3回目以降の平均出場時刻を用いないが、3回目以降の出場についても行動属性データとして設定してもよい。
【００８９】
次にステップ2560bにて、最終入場日時に現在の日時を設定する。
【００９０】
次に、ステップ2570bにて、図13の行動タイプ設定規則を用いて行動タイプの新規設定や更新を行う。
【００９１】
図13は、本発明の第1の実施形態の行動タイプ設定規則の構成である。本実施例では、IC乗車券利用者の行動タイプ2854を、まずIC乗車券タイプ2851（IC乗車券が定期券機能付きであるか否か）でタイプ分類し、さらに定期券機能付きの利用者について、１回目の平均入場時刻2852（目的地へ出発する時刻）と2回目の平均入場時刻2853（目的地から帰り始める時刻）の組み合わせに応じて行動タイプを設定する。
【００９２】
なお、行動タイプ設定規則を参照する場合に必要となるIC乗車券タイプ2851は、IC乗車券の定期券データから取得し、平均入場時刻（1回目）2852、平均入場時刻（2回目）2853は、IC乗車券の行動属性データ1550から取得する。
【００９３】
本実施例では、行動タイプを1回目と2回目の入場時刻の組み合わせを用いて分類したが、出場時刻で分類してもよいし、入場時刻と出場時刻を組み合わせて分類してもよい。
【００９４】
また、本実施例では、行動タイプの更新は改札出場時に行う構成としたが、改札入場時に行う構成でもよいし、改札入場時、改札出場時にそれぞれ行う構成としてもよい。
【００９５】
図9の説明に戻る。
【００９６】
次に、自動改札機2000では、データ書込処理2600aにて、出場処理2300aで設定した出場データ、残高データ、および行動属性更新処理2500aで更新した行動属性データをIC乗車券1000に送信する。
【００９７】
IC乗車券1000では、データ書込処理1300aにて、受信した出場データ、残高データ、行動属性データをそれぞれIC乗車券の出場データ1510、残高データ1530、行動属性データ1550に書き込み、書き込みが終了すると自動改札機2000に書込確認を送信する。
【００９８】
自動改札機2000は、書込確認を受信すると、情報表示処理2700aにて利用者にIC乗車券のストアドフェアバリューの残高等の情報を提示する。
【００９９】
次に自動改札機では、送信日時付き一件明細生成処理2800にて、IC乗車券の入場情報と出場情報をあわせた利用情報（本発明における一件明細）を設定し、さらに個々の一件明細毎にセンタサーバに送信する時刻を設定する。
【０１００】
図14は、本発明の第1の実施形態の送信日時付き一件明細生成処理フローである。
【０１０１】
送信日時付き一件明細生成処理では、ステップ2771にて、行動属性データ更新処理2500bで設定した最新の行動タイプを取得する。次に、ステップ2772にて、同様に出場処理2300bで取得した出場回数を読み込む。次に、ステップ2773にて、先のステップで取得した行動タイプと出場回数をもとに送信遅延設定規則2860を参照する。
【０１０２】
図15は、本発明の第1の実施形態の送信遅延設定規則2860である。送信遅延設定規則は、行動タイプ設定規則2850で定義された5つの行動タイプ2861と、当日の現在までの改札からの出場回数を示す改札出場回数2862の組み合わせ毎に、以下に説明する即時送信率2863、最小送信遅延時分2864、最大送信遅延時分2865を定義するテーブルである。本実施例では、行動タイプと改札出場回数、即時送信率2863、最小送信遅延時分2864、最大送信遅延時分2865をそれぞれ対応させて記憶しているが、これに限定されるものではなく、行動タイプではなく、図１３にある平均入場時間等の時間帯を対応付けてもよい。また、入場時間ではなく退場時間に対応付けて記憶させることとしてもよい。
【０１０３】
即時送信率2863は、改札出場時に即時（送信遅延の設定はゼロ）で一件明細をセンターサーバへ送信する確率である。すなわち、即時送信率が100%の場合は、一件明細は100%の確率で即時にセンターサーバへ送信される。
【０１０４】
一方、即時送信率が100%でない場合は、一件明細のセンターサーバへの送信には、確率的に送信遅延時間が設定される。最小送信遅延時分2864は、確率的に送信遅延時間を設定する場合の設定値の下限値を示す。最大送信遅延時分2865は、確率的に送信遅延時間を設定する場合の設定値の上限値を示す。
【０１０５】
従って、ステップ2773では、送信遅延設定規則2860を参照することにより、即時送信率2863、最小送信遅延時分2864、最大送信遅延時分2865を取得する。
【０１０６】
次に、ステップ2774にて、先のステップで取得した即時送信率の値を判定し、即時送信率が100％でない場合は、ステップ2775で最小遅延時分と最大遅延時分の間でランダムに送信遅延時分を設定し、ステップ2777に至る。
【０１０７】
例えば、即時送信率が70%の場合は、30%の確率で最小遅延時分と最大遅延時分の間でランダムに送信遅延時分が設定される。
【０１０８】
一方、即時送信率が100%の場合には、ステップ2776にて送信遅延時分にゼロを設定し、ステップ2777に至る。
【０１０９】
ステップ2777では、改札機の時計を介して取得する現在日時に、先のステップで設定した送信遅延時分を加算することにより一件明細のセンターサーバへの送信日時を設定する。
【０１１０】
ここでは、受付けたＩＣ乗車券の情報から、行動タイプを特定し、行動タイプと改札出場回数とで特定される、即時送信率と、最小送信遅延時分、最大送信遅延時分とに基づいて、センターサーバへ情報を送信することとしているが、これに限定されるものではなく、受付けたＩＣ乗車券の入場時間や退場時間の情報と、センターサーバへの送信時間とを対応付けて、送信時間を特定して送信することとしてもよい。
【０１１１】
またこの場合、各個人のＩＣ乗車券毎にセンターサーバへの送信時間を特定するのではなく、ある一定時間に受付たＩＣ乗車券を、ある送信時間にずらしてセンターサーバへ送信することとしてもよい。
【０１１２】
図16は、本発明の第1の実施形態の送信日時付き一件明細のデータ構成である。
【０１１３】
送信日時付き一件明細2870は、一件明細へのアクセスキーとなる一件明細ID毎に一件明細、送信日時2877、送信フラグ2878のデータ項目が定義される。また、一件明細IDは初期状態ではEMPTYが設定され、これにより、一件明細IDの有無を判別する。すなわち、図16に示す例では、一件明細は1〜30000 まで登録されており、30001件目の一件明細は存在しないことを示す。
【０１１４】
一件明細は、入場時に取得する情報と出場時に取得する情報を統合したデータ構成であり、IC乗車券ID2871、入出場駅コード2872、入出場時刻2873、入出場時SF残高2874、入出場改札機ID2875、ゼロから複数の経由駅IDから成る経路情報2876から構成される。
【０１１５】
なお、送信日時2877は送信日時付き一件明細生成処理フローのステップ2777で設定される送信日時であり、送信フラグ2878は、一件明細のセンターサーバへの送信状態を管理するためのフラグである。
【０１１６】
以上が本発明による自動改札機の出場シーケンスの概要である。
【０１１７】
自動改札機の出場シーケンスでは、自動改札機を利用者が出場する度に、送信日時付き一件明細2870に1件のレコードが追加されることになる。
【０１１８】
なお、従来の出場シーケンスとの相違は、行動属性の更新処理が追加された点と、
出場時に入場情報と出場情報を統合して入出場情報を作成し、これに送信日時を加えて一送信日時が指定された一件明細を作成する点にある。次に、一件明細送信機能2780について説明する。
【０１１９】
図25は自動改札機からセンタサーバへのデータ送信シーケンスであり、送信日時付き一件明細生成処理2800bにより、送信データの送信時間帯を特定した一件明細を作成し、一件明細送信処理2900bにより、特定された時間帯でデータをセンターサーバ7000へ送信する。センターサーバは、一件明細受信処理7300により、送信されたデータを受信する。次に処理の詳細について説明する。
【０１２０】
図17は、本発明の第1の実施形態の一件明細送信処理の全体フローである。
【０１２１】
一件明細処理は、図17の一連の処理を定期的に起動することにより実行する。
【０１２２】
一件明細送信処理の全体フローでは、まず、ステップ2781にて個々の一件明細へのアクセスキーである一件明細IDを初期化する。
【０１２３】
次に、ステップ2782にて、一件明細IDを判定し、一件明細が存在しない（一件明細IDがEMPTYに等しい）場合には処理を終了し、一件明細が存在する（一件明細IDがEMPTYでない）場合には、ステップ2783に至る。
【０１２４】
次に、ステップ2783にて、一件明細IDをアクセスキーとして、該当する一件明細のデータ項目である送信フラグを判定する。ここで、送信フラグが「送信済」の場合は、ステップ2785に至り、送信フラグが「送信未済」の場合は、ステップ2784に至る。
【０１２５】
図18は、本発明の第1の実施形態の一件明細送信処理の詳細フローである。
【０１２６】
一件明細送信処理の詳細フローでは、ステップ2785-1にて、改札機の時計2400を介して現在時刻を取得する。
【０１２７】
次に、ステップ2785-2では、一件明細IDをアクセスキーとして該当する一件明細に指定されている送信日時2877を取得する。
【０１２８】
次に、ステップ2785-3では、現在時刻と送信日時を比較して、現在時刻が送信日時に到達していない場合には、一件明細送信処理の詳細フローを終了し、一件明細送信処理の全体フローのステップ2785に至る。一方、送信日時が現在時刻を超過している場合には、ステップ2785-4に至り、一件明細IDで指定される一件明細をセンターサーバに送信するとともに、ステップ2785-5にて、該当する一件明細の送信フラグを「送信済」に書き換える。  一件明細送信処理の全体フローに戻り、ステップ2785にて、一件明細のアクセスキーである一件明細IDを更新することにより、次に処理対象となる一件明細を指定して、ステップ2782の一件明細IDの判定処理に戻る。
【０１２９】
以上が本発明の第1の実施形態の概要である。本発明による期待効果の一つとして、改札機からセンターサーバへの通信トラフィック数の平準化が挙げられる。
【０１３０】
図19は、本発明の第1の実施形態の改札機とセンターサーバ間の通信負荷の平準化イメージである。
【０１３１】
従来方式では、朝ラッシュ201や夕ラッシュ201のように、改札機を通過する利用者がピークになる時間帯に一件明細の送信件数が急増し、朝ラッシュ201に送信件数のピーク203を迎えていたが、本方式では、利用者の行動属性に応じて一件明細の送信時刻に確率的な送信遅延時間を設定することにより、一件明細の送信件数のピークを平準化204し、従来方式と比較して通信ネットワークの負荷ピークを低減することが期待できる。
【実施例２】
【０１３２】
次に、図20〜図24を用いて本発明の第2の実施形態について説明する。
【０１３３】
本発明の第2の実施形態では、第1の実施形態では入出場時に改札機とIC乗車券の通信シーケンスの中で、リアルタイムに利用者の行動属性を更新していた処理を、センターサーバに蓄積した利用者の移動履歴（改札機の利用履歴）から行動属性を生成し、利用者がチャージ機や券売機などにアクセスした場合に、センターサーバからIC乗車券に最新の行動属性を送信することにより、行動属性を更新する。
【０１３４】
図20は、本発明の第2の実施形態のIC乗車券1000の構成である。
IC乗車券1000は、通信IF1100、電源回路1200、CPU1300、プログラムメモリ1400、データメモリ1500を備える。
【０１３５】
通信IF1100は、IC乗車券1000が自動改札機2000、チャージ機3000、券売機4000等と無線または有線通信するためのインタフェースである。
【０１３６】
電源回路1200は、IC乗車券1000が自動改札機のリーダライタ装置と通信する場合に発生する電磁波を電力に変換する。
【０１３７】
CPU1300は、IC乗車券1000が有する各種機能を実行する計算処理プロセッサである。
【０１３８】
プログラムメモリ1400は、IC乗車券1000が有する各種機能を保持する記憶領域であり、認証機能1510、データアクセス機能1520、カウント演算機能1530から構成される。
【０１３９】
認証機能1410は、IC乗車券1000へのアクセス要求を検証し、IC乗車券1000への不正なアクセスを防止する機能である。
【０１４０】
データアクセス機能1420は、データメモリに格納された各種データの読み書きを行う機能である。
【０１４１】
カウント演算機能1430は、あらかじめ定められた特定のデータアクセスに対してアクセス回数をカウントする機能である。
【０１４２】
なお、これらの機能を実現するプログラムはIC乗車券のICチップ内に実装されることが望ましい。
【０１４３】
データメモリ1500は、IC乗車券1000の利用情報等のデータ記憶領域、および作業用の記憶領域から構成され、入場データ1510、出場データ1520、残高データ1530、定期券データ1540、行動タイプ1550-1、作業メモリ1560を保持する。
【０１４４】
入場データ1510は、改札入場時に自動改札機2000を介してIC乗車券に書き込まれる情報であり、入場駅ID、入場時刻、改札機IDを含む。
【０１４５】
出場データ1520は、改札出場時に自動改札機2000を介してIC乗車券に書き込まれる情報であり、出場駅ID、出場時刻、改札機IDを含む。
【０１４６】
残高データ1530は、IC乗車券のストアドバリューの残高に関する情報を示す。
【０１４７】
定期券データ1540は、IC乗車券の定期券機能の有無、利用区間、定期券の有効期間などを含む。
【０１４８】
行動タイプ1550は、IC乗車券の利用者の出改札の入出場パターンをいくつかのタイプに分類したものである。
【０１４９】
作業メモリ1560は、プログラムメモリ1400の各種機能をCPU1300が実行するため記憶領域である。なお、これらのデータメモリはIC乗車券のICチップ内に不揮発性メモリとして実装されることが望ましい。
【０１５０】
なお、通信IF1100、電源回路1200、CPU1300、プログラムメモリ1400、データメモリ1500は、IC乗車券1000の内部バス1600によって相互に接続される。
【０１５１】
第1の実施形態におけるIC乗車券の構成との相違点は、第1の実施形態では、行動タイプとともに、行動タイプを導出するための行動属性情報をIC乗車券に保持していたのに対し、第2の実施形態では行動タイプはセンターサーバで算出するため、IC乗車券には行動タイプを導出するための行動属性は保持する必要がなく、行動タイプを格納する点にある。  図21は、本発明の第2の実施形態のセンターサーバの構成である。
【０１５２】
センターサーバ7000は、通信IF7100、電源7200、CPU7300、時計7400、プログラムメモリ7500、データベース7600を備える。
【０１５３】
通信IF7100は、センターサーバ7000が通信ネットワーク6000および GW装置5000を介して自動改札機2000、チャージ機3000、券売機4000等と通信するためのインタフェースである。
【０１５４】
電源7200は、センターサーバ7000が有する各種機能を動作させるための電源である。
【０１５５】
CPU7300は、センターサーバ7000が有する各種機能を実行する計算処理プロセッサである。
【０１５６】
時計7400は、センターサーバの各種機能の動作時刻を計測する。
【０１５７】
プログラムメモリ7500は、センターサーバ7000が有する各種機能を保持する記憶領域であり、少なくとも、移動履歴管理機能7510、行動属性管理機能7520、行動タイプ設定規則7530を有する。
【０１５８】
移動履歴管理機能7510は、蓄積した一件明細をIC乗車券ID毎の時系列データとして再編する機能である。移動履歴生成機能については後述する。
【０１５９】
行動属性管理機能7520は、利用者のIC乗車券の利用パターンをいくつかのタイプに分類する機能である。行動属性管理機能については後述する。
【０１６０】
行動タイプ設定規則7530は、利用者のIC乗車券の利用パターンをいくつかのタイプに分類する規則である。行動タイプ設定規則の詳細については、第1の実施形態と同様であるため説明は省略する。
【０１６１】
なお、第1の実施形態においては改札機のデータメモリとして実装する構成としたが、第2の実施形態においては、センターサーバのプログラムメモリまたはデータメモリとして実装されることが好ましい。
【０１６２】
データベース7600は、センターサーバ7000が有する各種機能を実行するためのデータ記憶領域であり、少なくとも移動履歴DB7610、行動属性DB7620、を有する。
【０１６３】
移動履歴DB7610は、移動履歴管理機能7510と連携し、IC乗車券ID毎に一件明細の履歴を時系列データとして管理するデータベースである。
【０１６４】
行動属性DB7620は、行動属性管理機能7520と連携し、利用者のIC乗車券の利用パターンを行動タイプとして管理するデータベースである。
【０１６５】
なお、これらのデータメモリはセンターサーバ7000のハードディスク装置などの不揮発性メモリとして実装されることが望ましい。
【０１６６】
なお、通信IF7100、電源7200、CPU7300、時計7400、プログラムメモリ7500、データベース7600は、センターサーバ7000の内部バス7700によって相互に接続される。
【０１６７】
図22は、本発明の第2の実施形態の一件明細DBのデータ構成である。ここでは、改札機を介して収集する一件明細のデータ項目を示す。この場合の一件明細DBは、一件明細IDをアクセスキーとして、IC乗車券ID7611、入出場駅ID7612、入出場日時7613、入出場時SF残高7614、入出場改札機ID7615、ゼロから複数の経由駅IDから構成される経路情報7616から構成される。
【０１６８】
図23は、本発明の第2の実施形態の行動属性DBの構成であり、第1の実施形態においては、個々のIC乗車券に格納される行動属性データをセンターサーバ上で一括して管理するものである。
【０１６９】
行動属性DBは、IC乗車券IDをアクセスキーとして、行動タイプ7621、IC乗車券タイプ7622、平均入場時刻（1回目）7623、平均出場時刻（1回目）7624、平均入場時刻（2回目）7625、平均出場時刻（2回目）7626から構成される。
【０１７０】
各々のデータ項目の意味、データの取得方法については第1の実施形態と同様であるため説明を省略する。
【０１７１】
次に、本発明の第2の実施形態における行動タイプの更新方法について説明する。
【０１７２】
本発明の第2の実施形態では、センターサーバに蓄積した一件明細からIC乗車券ID毎の行動属性を生成し、利用者がチャージ機などにアクセスした場合に、センターサーバからIC乗車券に最新の行動属性を送信することによりIC乗車券に格納される行動属性を更新する。ここでは、利用者がチャージ機3000を利用する場面を用いて説明する。
【０１７３】
図24は、本発明の第2の実施形態の行動タイプの更新シーケンスである。
【０１７４】
行動タイプの更新処理は、IC乗車券1000を保持した利用者が、チャージ機3000のIC乗車券のリーダ部分にIC乗車券を挿入すると、IC乗車券1000の認証処理1100cでは、IC乗車券がチャージ機を、チャージ機3000の認証処理3100ではチャージ機がIC乗車券を相互に認証する。
【０１７５】
相互認証を終え、IC乗車券とチャージ機が互いに通信状態になると、IC乗車券のデータ読込処理1200cとチャージ機のデータ読込処理3200が連携してIC乗車券のデータと、利用者が入力するチャージ金額がチャージ機に読み込まれる。
【０１７６】
次に、チャージ機3000では、チャージ処理3300にて、IC乗車券IDのネガリストへの登録有無を確認し、IC乗車券が利用可能な状態かどうかを確認するとともに、チャージ金額の決済処理、チャージ後の残高計算処理などを行う。
【０１７７】
次に、IC乗車券1000のデータ書込処理1300c、チャージ機3000のデータ書込処理3400、センターサーバ7000が互いに連携し、チャージ金額の書込処理を実行する。
【０１７８】
チャージ機3000では、IC乗車券およみセンターサーバからの書込確認を受信すると、情報表示処理3500にて利用者にIC乗車券のストアドフェアバリューの残高等の情報を提示する。
【０１７９】
次に、チャージ機では、センターサーバに対し、IC乗車券IDを送信して対応する行動タイプを問い合わせる。
【０１８０】
センターサーバでは、IC乗車券IDをアクセスキーとして行動タイプDBを参照して行動タイプを取得し、これをチャージ機へ送信し、チャージ機では行動タイプ更新処理3600にて受信した行動タイプをIC乗車券の行動タイプ1550-1に上書きする。
【０１８１】
以上が、本発明の第2の実施形態における行動パターンの更新方法である。なお、行動パターンを用い、改札機からセンターサーバへの一件明細の送信遅延時分を設定する機能については、第2の実施形態においても、第1の実施形態と同様の機能を想定する。
【符号の説明】
【０１８２】
1000：IC乗車券、1100：通信IF、1200：電源回路、1300：CPU、1400：プログラムメモリ、1410：認証機能、1420：データアクセス機能、1430：カウント演算機能、1500：データメモリ、1510：入場データ、1520：出場データ、1530：残高データ、1540：定期券データ、1550：行動属性データ、1560：作業メモリ、1600：内部バス、2000：自動改札機、2100：通信IF、2200：電源、2300：CPU、2400：時計、2500：ディスプレイ、2600：ゲート、2700：プログラムメモリ、2710：認証機能、2720：ネガID判定機能、2730：運賃計算機能、2740：移動経路設定機能、2750：ゲート制御機能、2760：情報表示機能、2770：送信日時付き一件明細生成機能、2780：一件明細送信機能、2800：データメモリ、2810：運賃表、2820：ネガリスト、2830：機器属性、2840：移動経路設定規則、2850：行動タイプ設定規則、2860：送信遅延設定規則、2870：送信日時付き一件明細、2900：内部バス、3000：チャージ機、4000：券売機、5000：GW装置、6000：通信ネットワーク、7000：センターサーバ、7100：通信IF、7200：電源、7300：CPU、7400：時計、7500：プログラムメモリ、7510：一件明細管理機能、7520：行動属性管理機能、7530：行動タイプ設定規則、7600：データベース、7610：一件明細DB、7620：行動属性DB、7700：内部バス
【図１】
2014013521.tif 000003
【図２】
2014013521.tif 000004
【図３】
2014013521.tif 000005
【図４】
2014013521.tif 000006
【図５】
2014013521.tif 000007
【図６】
2014013521.tif 000008
【図７】
2014013521.tif 000009
【図８】
2014013521.tif 000010
【図９】
2014013521.tif 000011
【図１０】
2014013521.tif 000012
【図１１】
2014013521.tif 000013
【図１２】
2014013521.tif 000014
【図１３】
2014013521.tif 000015
【図１４】
2014013521.tif 000016
【図１５】
2014013521.tif 000017
【図１６】
2014013521.tif 000018
【図１７】
2014013521.tif 000019
【図１８】
2014013521.tif 000020
【図１９】
2014013521.tif 000021
【図２０】
2014013521.tif 000022
【図２１】
2014013521.tif 000023
【図２２】
2014013521.tif 000024
【図２３】
2014013521.tif 000025
【図２４】
2014013521.tif 000026
【図２５】
2014013521.tif 000027