名寄せ装置及び名寄せ方法
【課題】交通ＩＣカードの名寄せを高精度で行うことを目的とする。
【解決手段】本発明の名寄せ装置は、複数の携帯用情報記憶媒体を利用する複数の利用者の同一性を決定する名寄せ装置であって、携帯用情報記憶媒体の識別子に関連付けて、利用者の属性情報が記憶される利用者属性情報と、携帯用情報記憶媒体の識別子に関連付けて、携帯用情報記憶媒体を用いて交通機関を利用した時刻及び区間が記憶される利用履歴情報と、が格納される記憶部と、同一の利用者が利用している可能性がある携帯用情報記憶媒体の識別子の組合せを、属性情報に基づいて取得し、取得した携帯用情報記憶媒体の識別子の組合せを、利用履歴情報に基づいて、同一の利用者が利用している可能性がより大きい携帯用情報記憶媒体の識別子の組合せとして絞り込みを行う制御部と、を有することを特徴とする。
【解決手段】本発明の名寄せ装置は、複数の携帯用情報記憶媒体を利用する複数の利用者の同一性を決定する名寄せ装置であって、携帯用情報記憶媒体の識別子に関連付けて、利用者の属性情報が記憶される利用者属性情報と、携帯用情報記憶媒体の識別子に関連付けて、携帯用情報記憶媒体を用いて交通機関を利用した時刻及び区間が記憶される利用履歴情報と、が格納される記憶部と、同一の利用者が利用している可能性がある携帯用情報記憶媒体の識別子の組合せを、属性情報に基づいて取得し、取得した携帯用情報記憶媒体の識別子の組合せを、利用履歴情報に基づいて、同一の利用者が利用している可能性がより大きい携帯用情報記憶媒体の識別子の組合せとして絞り込みを行う制御部と、を有することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、名寄せ装置及び名寄せ方法に関する。
【背景技術】
【０００２】
近年、交通乗車券及び電子マネーとして利用可能な交通ＩＣ（Integrated Circuit）カードが急速に普及し、それに伴い、交通ＩＣカードを用いた各種情報サービスも普及しつつある。例えば、特許文献１に開示されている発明は、移動する個人の位置情報と時刻情報の集合である交通ＩＣカードの利用履歴から、時間ごとの駅周辺滞在率を算出する。そして、この駅周辺滞在率を地域情報とマッチングすることにより、交通ＩＣカードの利用者に適した情報を提供する。
一方、このような情報提供サービスを提供する場合、一人の利用者が複数の交通ＩＣカードを保持していることが考えられる。そこで、「名寄せ」を行うことが必要となる。「名寄せ」とは、例えば金融機関等において、住所、氏名、電話番号等の、顧客を特定可能な属性情報をキーとして、同一の顧客には一意なキーを割り当てる処理である。
交通ＩＣカードの場合、登録されている属性情報が不正確であることがある。さらには、その情報の入力が任意であるため、ある項目自体が登録されていないこともある。これに起因し、交通ＩＣカードの名寄せを高精度で行うことは一般的に困難である。交通ＩＣカードの名寄せを行う発明として、例えば特許文献２が開示されている。特許文献２の発明は、属性情報の他に顧客のクレジットカード番号を用いて名寄せを行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１０２９５０号公報（段落００１０）
【特許文献２】特開２０１０−５５２２７号公報（段落０００８）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の発明は、名寄せを行うことを全く想定していない。特許文献２の発明は、一人の利用者が、１つのクレジットカードのみを使用して商品等の購入をする場合には有効である。しかしながら、一人の利用者が、複数のクレジットカードを使用する場合、又は、そもそもクレジットカードを使用せず商品等の購入を行う場合は、名寄せが行えない。
そこで、本発明は、交通ＩＣカードの名寄せを高精度で行うことを目的とする。
【課題を解決するための手段】
【０００５】
本発明の名寄せ装置は、複数の携帯用情報記憶媒体を利用する複数の利用者の同一性を決定する名寄せ装置であって、携帯用情報記憶媒体の識別子に関連付けて、利用者の属性情報が記憶される利用者属性情報と、携帯用情報記憶媒体の識別子に関連付けて、携帯用情報記憶媒体を用いて交通機関を利用した時刻及び区間が記憶される利用履歴情報と、が格納される記憶部と、同一の利用者が利用している可能性がある携帯用情報記憶媒体の識別子の組合せを、属性情報に基づいて取得し、利用履歴情報に基づいて、取得した組合せごとに判定結果を生成する制御部と、を有し、判定結果は、同一の利用者が、取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第１の判定結果、同行する２人の利用者が、取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第２の判定結果、異なる利用者が、取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第３の判定結果、及び、第１の判定結果、第２の判定結果及び第３の判定結果のうちのいずれであるとも言えないことを示す第４の判定結果、のうちの何れかであることを特徴とする。
その他の手段については、発明を実施するための形態において詳述する。
【発明の効果】
【０００６】
本発明によれば、交通ＩＣカードの名寄せを高精度で行うことができる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態に係る名寄せ装置と、乗車券システム及び情報端末装置との関係を説明する図である。
【図２】本実施形態に係る名寄せ装置の構成を説明する図である。
【図３】本実施形態に係る名寄せ装置が実行する処理の概要を説明する図である。
【図４】本実施形態に係る名寄せ条件情報の一例を示す図である。
【図５】本実施形態に係る利用者属性情報の一例を示す図である。
【図６】本実施形態に係る利用履歴情報の一例を示す図である。
【図７】本実施形態に係る乗換時間情報の一例を示す図である。
【図８】（ａ）は、本実施形態に係る名寄せ中間情報の一例を示す図である。（ｂ）は、本実施形態に係る名寄せ結果情報の一例を示す図である。
【図９】本実施形態に係る名寄せ条件設定処理手順のフローチャートである。
【図１０】本実施形態に係る名寄せ処理手順のフローチャートである。
【図１１】本実施形態に係る名寄せ処理手順（続き）のフローチャートである。
【図１２】本実施形態に係る名寄せ条件設定画面の一例である。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための形態（「本実施形態」という）を、図等を参照しながら詳細に説明する。以下では、交通ＩＣカードの利用者（以下、単に「利用者」と呼ぶ場合がある）が、鉄道を利用する例を説明する。しかしながら、利用者が、鉄道以外の交通機関、例えば、路線バス等を利用する場合、さらに、鉄道と鉄道以外の交通機関を併用する場合にも本発明は広く適用可能である。
【０００９】
（名寄せ装置の位置付けほか）
図１に沿って、名寄せ装置１と、乗車券システム２及び情報端末装置３との関係を説明する。名寄せ装置１は、ネットワーク４ａ、４ｂを介して、それぞれ、乗車券システム２及び情報端末装置３と相互に接続可能である。
【００１０】
名寄せ装置１は、一般的なコンピュータであり、交通ＩＣカード９の利用者の名寄せを行う（詳細後記）。情報端末装置３もまた、一般的なコンピュータであり、名寄せ装置１のユーザが、名寄せ装置１に対して、名寄せ条件情報（詳細後記）の設定を行う際に使用される。名寄せ装置１は、通常、鉄道会社によって、又は、鉄道会社に対して名寄せを行うサービスを提供する主体によって管理され、その数は１台である。情報端末装置３も通常、鉄道会社によって、又は、鉄道会社に対して「名寄せ」を行うサービスを提供する主体によって管理されるが、その数は複数である。
なお、「携帯用情報記憶媒体」には、交通ＩＣカードが相当する。
【００１１】
乗車券システム２は、自動改札機５、駅サーバ６及び管理サーバ７を含んで構成される。自動改札機５と駅サーバ６とは、ネットワーク８ａを介して相互に通信可能である。駅サーバ６と管理サーバ７とは、ネットワーク８ｂを介して相互に通信可能である。自動改札機５は、ＩＣカードリーダを有する入退場ゲートである。自動改札機５は、自動改札機５を通過する交通ＩＣカード９に記憶された情報を読み取る。なお、交通ＩＣカード９は、例えば定期乗車券、記名式プリペイドカード等である。自動改札機５は、通常、１つの駅に複数台存在する。
【００１２】
駅サーバ６は、一般的なコンピュータであり、自動改札機５が読み取った利用履歴情報３３（詳細後記）を駅ごとに蓄積する。駅サーバ６は、通常、１つの駅に１台存在する。管理サーバ７もまた、一般的なコンピュータであり、自動改札機５が読み取った利用履歴情報３３を鉄道会社ごとに蓄積する。管理サーバ７は、通常、１つの鉄道会社に１台存在する。
以上から明らかなように、通常、乗車券システム２は、鉄道会社の数だけ存在し、１つの乗車券システム２は、１台の管理サーバ７、複数の駅サーバ６及び複数の自動改札機５を有することになる。
【００１３】
（名寄せ装置）
図２に沿って、名寄せ装置１の構成を説明する。名寄せ装置１は、中央制御装置１１、主記憶装置１２、補助記憶装置１３、入力装置１４、出力装置１５及び通信インタフェース１６を有する。これらは、相互にバスで接続されている。補助記憶装置１３は、名寄せ条件情報３１、利用者属性情報３２、利用履歴情報３３、乗換時間情報３４、名寄せ中間情報３５及び名寄せ結果情報３６を格納する（詳細後記）。名寄せ部２１及び名寄せ条件設定部２２は、プログラムである。以降において、「○○○部は、」と動作の主体を記した場合は、中央制御装置１１が、プログラムとしての○○○部を補助記憶装置１３から読み出し、主記憶装置１２にロードしたうえで、当該プログラムの機能（詳細後記）を実行するものとする。
【００１４】
情報端末装置３、駅サーバ６及び管理サーバ７のそれぞれは、相互にバスで接続された、中央制御装置、主記憶装置、補助記憶装置、入力装置、出力装置及び通信インタフェースを有する（図示せず）。
【００１５】
（処理の概要）
図３に沿って、名寄せ装置１が実行する処理の概要を説明する。
名寄せ装置１は、ユーザからの入力に基づき、名寄せ条件情報を作成する（名寄せ条件設定処理Ｐ１）。名寄せ条件情報には、利用者属性情報名寄せ処理Ｐ３及び利用履歴情報名寄せ処理Ｐ５において必要な検索条件等が記憶されている。
名寄せ装置１は、乗車券システム２から利用者属性情報を取得する（利用者属性情報取得処理Ｐ２）。利用者属性情報には、利用者の属性情報（氏名、性別等）が記憶されている。名寄せ装置１は、乗車券システム２から利用履歴情報を取得する（利用履歴取得処理Ｐ４）。利用履歴情報には、交通ＩＣカード９の利用履歴が記憶されている。
【００１６】
名寄せ装置１は、名寄せ条件情報に基づいて利用者属性情報を検索し、名寄せ中間情報を作成する（利用者属性情報名寄せ処理Ｐ３）。名寄せ中間情報とは、利用履歴情報を検索することなく、利用者属性情報だけを検索して作成された、名寄せについての未完成の中間結果である。
名寄せ装置１は、名寄せ中間情報及び名寄せ条件情報に基づいて利用履歴情報を検索し、名寄せ結果情報を作成する（利用履歴情報名寄せ処理Ｐ５）。名寄せ結果情報とは、利用者属性情報及び利用履歴情報の両者を検索して作成された、名寄せについての最終結果である。
【００１７】
（名寄せ条件情報）
図４に沿って、名寄せ条件情報３１を説明する。名寄せ条件情報３１においては、条件項目欄１０１に記憶された条件項目に関連付けて、条件項目値欄１０２には条件項目値が記憶されている。
【００１８】
条件項目欄１０１の条件項目は、前記した、利用者属性情報名寄せ処理Ｐ３及び利用履歴情報名寄せ処理Ｐ５において使用される、検索キー及び閾値の項目である。ここでは、条件項目として、「属性キー」、「頻度」、「乗換時間幅」及び「同行行動時間幅」の少なくとも４つが存在する（詳細後記）。
条件項目値欄１０２の条件項目値は、条件項目の具体的な値であり、前記した検索キー及び閾値そのものである。
【００１９】
（利用者属性情報）
図５に沿って、利用者属性情報３２を説明する。利用者属性情報３２においては、カードＩＤ欄１１１に記憶されたカードＩＤに関連付けて、氏名欄１１２には氏名が、性別欄１１３には性別が、生年月日欄１１４には生年月日が、電話番号欄１１５には電話番号が、定期区間欄１１６には定期区間が、定期種別欄１１７には定期種別が記憶されている。
カードＩＤ欄１１１のカードＩＤは、交通ＩＣカード９を一意に特定する識別子である。
氏名欄１１２の氏名は、利用者の氏名である。
性別欄１１３の性別は、利用者の性別である。
生年月日欄１１４の性別は、利用者の生年月日である。
電話番号欄１１５の電話番号は、利用者の電話番号である。
定期区間欄１１６の定期区間は、交通ＩＣカード９が「定期乗車券」を兼ねている場合、乗車回数に拘わらず運賃が定額料金となる区間の、起点となる駅名及び終点となる駅名の組合せである。交通ＩＣカード９が「定期乗車券」を兼ねていない場合、「−」が記憶される。
【００２０】
定期種別欄１１７の定期種別は、交通ＩＣカード９が「定期乗車券」を兼ねている場合の、定期乗車券のカテゴリを示す。ここでは、「通学」又は「通勤」の何れかである。交通ＩＣカード９が「定期乗車券」を兼ねていない場合、「−」が記憶される。
利用者属性情報３２のレコードは、交通ＩＣカード９が発行される都度、駅の定期乗車券発行窓口等の端末装置からの入力に基づいて１つずつ作成される。データ入力時の本人確認は必須ではない。よって、利用者属性情報３２のレコードのデータは、正確性が完全ではなく、また、最新データに更新されていない場合も多い。
【００２１】
（利用履歴情報）
図６に沿って、利用履歴情報３３を説明する。利用履歴情報３３においては、カードＩＤ欄１２１に記憶されたカードＩＤに関連付けて、時刻欄１２２には時刻が、処理名欄１２３には処理名が、端末名欄１２４には端末名が、利用金額欄１２５には利用金額が記憶されている。
カードＩＤ欄１２１のカードＩＤは、図５のカードＩＤと同じである。
時刻欄１２２の時刻は、自動改札機５が交通ＩＣカード９を読み取った月日時分である。なお、時刻は、年、秒を含んでいてもかまわない。
【００２２】
処理名欄１２３の処理名は、自動改札機５が行った処理の名称である。交通ＩＣカード９が自動改札機５に読み取られる際、駅構外から駅構内に向かって交通ＩＣカード９が通過する場合、処理名は「入場」となる。駅構内から駅構外に向かって交通ＩＣカード９が通過する場合、処理名は「出場」となる。また、本実施形態においては、自動改札機５は、例えば、駅の内外に所在する商店等で、利用者が交通ＩＣカード９を使用して買い物をする場合に、商店において交通ＩＣカード９を読み取る自動販売機等も含む。この場合、処理名は「商品購入」となる。さらに、自動改札機５は、例えば、利用者が交通ＩＣカード９に対して現金をチャージする際に使用される、駅の内外に所在するチャージ機等も含む。この場合、処理名は「チャージ」となる。
【００２３】
端末名欄１２４の端末名は、自動改札機５（自動販売機、チャージ機等を含む）を一意に特定する識別子である。なお、端末名は、例えば、「Ａ駅０００１」、「Ｂ駅自動販売機０１」のように、自動改札機５が配置されている駅の名称を含むことにより、利用者が通過した場所を特定できるものとする。利用者は、入場した後必ず出場するので、当該「場所」は、交通機関を利用した区間を示すことになる。
利用金額欄１２５の利用金額は、交通ＩＣカード９に記憶されているチャージ残高が、当該処理の前後において変化した金額である。減少した場合には負数が、増加した場合には正数が記憶される。通常、負数は、「商品購入」又は（定期乗車券利用以外の）「出場」に対応し、正数は、「チャージ」に対応する。処理名「入場」には、通常、利用金額「０」が対応する。
【００２４】
（乗換時間情報）
図７に沿って、乗換時間情報３４を説明する。乗換時間情報３４においては、駅１欄１３１に記憶された駅名１と、駅２欄１３２に記憶された駅名２との組合せに関連付けて、乗換時間欄１３３には乗換時間が記憶されている。
利用者がある駅の自動改札機５を通過しその駅構外に出て、続いて、他の駅の自動改札機５を通過しその駅構内に入ること、すなわち、ある駅を「出場」した後所定の時間（後記する「乗換時間」である）内に、他の駅に「入場」することを本実施形態では「乗換」という。「ある駅」と「他の駅」とは、同一の鉄道会社の駅である必要はない。さらに、「ある駅」と「他の駅」とは、同一の駅名を有している必要もない。
【００２５】
駅１欄１３１の駅名１は、前記した「ある駅」の名称である。ここでは、さらに詳しく、鉄道会社名、路線名及び駅名の組合せである。
駅２欄１３２の駅名２は、前記した「他の駅」の名称である。ここでは、さらに詳しく、鉄道会社名、路線名及び駅名の組合せである。
乗換時間欄１３３の乗換時間は、利用者が「ある駅」を出場し、「他の駅」に入場するまでの平均的な時間である。乗換時間は、「ある駅」と「他の駅」との間の距離、混雑度などによって異なる。
【００２６】
（名寄せ中間情報）
図８（ａ）に沿って、名寄せ中間情報３５を説明する。名寄せ中間情報３５は、唯一の欄である同一利用者カードＩＤ欄１４１を有する。各レコードには、名寄せ装置１が、利用者属性情報名寄せ処理Ｐ３において、同一の利用者が使用している可能性があると判断する、複数の交通ＩＣカード９のカードＩＤが、同一利用者カードＩＤとして記憶されている。
例えば、１行目のレコードを参照すると、カードＩＤが「１２３４５」である交通ＩＣカード９と、カードＩＤが「７８９０１」である交通ＩＣカード９とは、同一の利用者によって使用されていると、名寄せ装置１が、利用者属性情報名寄せ処理Ｐ３（図３）において判断していることがわかる。同様に、２行目のレコードを参照すると、カードＩＤが「３７７７７」である交通ＩＣカード９と、カードＩＤが「４００００」である交通ＩＣカード９と、カードＩＤが「１２７８９」である交通ＩＣカード９とは、同一の利用者によって使用されていると、名寄せ装置１が、利用者属性情報名寄せ処理Ｐ３において判断していることがわかる。
【００２７】
（名寄せ結果情報）
図８（ｂ）に沿って、名寄せ結果情報３６を説明する。名寄せ結果情報３６においては、同一利用者カードＩＤ欄１５１に記憶された同一利用者カードＩＤに関連付けて、判定結果欄１５２には判定結果が記憶されている。
同一利用者カードＩＤ欄１５１の同一利用者カードＩＤは、図８（ａ）の同一利用者カードＩＤと同じである。
判定結果欄１５２の判定結果は、名寄せ装置１が、利用履歴情報名寄せ処理Ｐ５（図３）において、複数の同一利用者カードＩＤがどのような関係にあるかについて最終的に判断した結果を示す情報である。本実施形態では、判定結果には、「同一利用者」、「同行行動者」、「異なる利用者」及び「不明」の４種類が存在する。
【００２８】
「同一利用者」は、複数の交通ＩＣカード９が、同一の利用者に利用されていることを示す。１人の利用者が鉄道会社ごとに、又は路線ごとに、交通ＩＣカード９を使い分けている場合等が「同一利用者」に相当する。この場合、名寄せを行うことによって、例えば、複数の交通ＩＣカード９の利用代金の合計額に応じて、利用者に対してポイントを付与する、複数の交通ＩＣカード９が利用される複数の駅近辺の地域情報を同一の利用者にまとめて提供する、のようなサービスが可能になる。
【００２９】
「同行行動者」は、複数の交通ＩＣカード９が、別々の利用者によって利用されているが、これらの利用者が共に行動していることを示す。例えば、親が子供に対して記名式プリペイドカードを貸し与えて家族で移動するような場合等が「同行行動者」に相当する。この場合、名寄せを行うことによって、例えば、家族旅行やグループ旅行等、親しい者同士に対して提供可能なサービスの案内を行うことが可能になる。
【００３０】
「異なる利用者」は、複数の交通ＩＣカード９が、異なる利用者に利用されていることを示す。例えば、ある利用者が、ある駅を通過するほぼ同じ時刻に、当該利用者である可能性がある利用者が、ある駅から遠く離れた駅を通過する場合が「異なる利用者」に相当する。ある利用者が「入場」した後「出場」するまでの間に、当該利用者である可能性がある利用者が、別途「入場」（又は「出場」）する場合も「異なる利用者」に相当する。
「不明」は、名寄せ装置１が、利用履歴情報名寄せ処理Ｐ５（図３）において、２つの交通ＩＣカード９の関係を、「同一利用者」であるとも、「同行行動者」であるとも、さらに「異なる利用者」であるとも判断できなかったことを示す。
【００３１】
（処理手順）
以降、図９〜図１１に沿って、本実施形態の処理手順を説明する。処理手順には、（１）名寄せ条件設定処理手順、及び、（２）名寄せ処理手順の２つが存在する。（２）が実行されるためには、（１）が終了していることが前提になっている。（１）は、図３の符号Ｐ１の処理に対応する。（２）は、図３の符号Ｐ２〜Ｐ５の処理に対応する。
【００３２】
（名寄せ条件設定処理手順）
図９に沿って、名寄せ条件設定処理手順を説明する。
ステップＳ３０１において、名寄せ装置１の名寄せ条件設定部２２は、名寄せ条件設定画面４１（図１２）を表示する。名寄せ条件設定画面４１が表示されるのは、情報端末装置３の出力装置である。名寄せ条件設定画面４１は、名寄せ条件情報３１（図４）を作成するためにデータの入力を受け付ける画面である。名寄せ条件設定画面４１は、属性名寄せ条件欄１６１、利用履歴名寄せ条件欄１６２及び終了ボタン１６３を有する。属性名寄せ条件欄１６１は、名寄せ条件情報３１の１行目のレコードに対応しており、ユーザが、氏名、性別、生年月日等の項目を属性キー（検索キー）として選択できるようになっている。利用履歴名寄せ条件欄１６２は、名寄せ条件情報３１の２〜４行目のレコードに対応しており、ユーザが、乗換時間幅等の閾値を入力できるようになっている。
【００３３】
ステップＳ３０２において、名寄せ条件設定部２２は、「初期登録」又は「設定変更」を受け付ける。具体的には、名寄せ条件設定部２２は、第１に、『初めて名寄せ条件情報を登録する場合は「初期登録」を入力して下さい。それ以外の場合は「設定変更」を入力してください』のようなメッセージを情報端末装置３の出力装置に表示する。
名寄せ条件設定部２２は、第２に、ユーザがキーボード等の入力装置を介して「初期登録」又は「設定変更」を入力するのを受け付ける。
【００３４】
ステップＳ３０３において、名寄せ条件設定部２２は、「設定変更」が入力されたか否かを判断する。具体的には、名寄せ条件設定部２２は、ステップＳ３０２の「第２」において「設定変更」を受け付けた場合（ステップＳ３０３“ＹＥＳ”）は、ステップＳ３０４に進み、それ以外の場合（ステップＳ３０３“ＮＯ”）は、ステップＳ３０６に進む。
【００３５】
ステップＳ３０４において、名寄せ条件設定部２２は、変更後の項目条件値を受け付けたか否かを判断する。具体的には、名寄せ条件設定部２２は、ステップＳ３０３が終了した後所定の時間が経過するまでの間に、名寄せ条件設定画面４１（図１２）の属性名寄せ条件欄１６１において少なくとも１つの属性キーが選択され、かつ、利用履歴名寄せ条件欄１６２において３つの閾値が入力されたうえで、終了ボタン１６３が押下された場合（ステップＳ３０４“ＹＥＳ”）は、ステップＳ３０５に進む。それ以外の場合（ステップＳ３０４“ＮＯ”）は、名寄せ条件設定処理手順を終了する。名寄せ条件設定部２２は、既存の登録済み属性キー及び閾値を強調表示（上書きを促進するような点滅表示等）し、「登録済みのデータに対して変更値を設定してください」のようなメッセージも表示してもよい。
【００３６】
ステップＳ３０５において、名寄せ条件設定部２２は、名寄せ条件情報３１のレコードを更新する。具体的には、名寄せ条件設定部２２は、名寄せ条件情報３１の既存のレコードに対して、ステップＳ３０４において選択（又は入力）された、属性キー及び閾値を、上書きして記憶する。
その後、名寄せ条件設定処理手順を終了する。
【００３７】
ステップＳ３０６において、名寄せ条件設定部２２は、条件項目値を受け付ける。具体的には、名寄せ条件設定部２２は、ユーザが、名寄せ条件設定画面４１（図１２）の属性名寄せ条件欄１６１において少なくとも１つの属性キーを選択し、かつ、利用履歴名寄せ条件欄１６２において３つの閾値を入力したうえで、終了ボタン１６３を押下するのを受け付ける。
【００３８】
ステップＳ３０７において、名寄せ条件設定部２２は、名寄せ条件情報３１のレコードを作成する。具体的には、名寄せ条件設定部２２は、名寄せ条件情報３１を新たに作成し、各レコードに対して、ステップＳ３０６において選択された（又は入力された）属性キー及び閾値を記憶する。
その後、名寄せ条件設定処理手順を終了する。
【００３９】
（名寄せ処理手順）
図１０及び図１１に沿って、名寄せ処理手順を説明する。
ステップＳ４０１において、名寄せ装置１の名寄せ部２１は、名寄せ条件情報３１（図４）及び利用者属性情報３２（図５）を取得する。
【００４０】
ステップＳ４０２において、名寄せ部２１は、名寄せ中間情報３５（図８（ａ））を作成する。具体的には、名寄せ部２１は、第１に、名寄せ条件情報３１の１行目のレコードの条件項目値（属性キー）を取得する。ここでは、「氏名」、「性別」及び「生年月日」が取得されたとする。
名寄せ部２１は、第２に、利用者属性情報３２の各欄のうち、ステップＳ４０２の「第１」において取得された条件項目値（属性キー）を見出しに有する欄の値を、ハッシュ関数に対して入力し、出力として「ハッシュ値」を取得する。当該処理は利用者属性情報３２のすべてのレコードについて行う。例えば、「鈴木和夫、男性、１９９０／０１／０１」をハッシュ関数に入力すると、桁数や大きさの範囲が正規化されており、相互に比較することが容易であるハッシュ値が出力される。そして、このハッシュ値が相互に近似している場合は、文字列・数値等の入力値が相互に近似していることになる。
【００４１】
名寄せ部２１は、第３に、利用者属性情報３２の複数のレコードを、ハッシュ値が同一であるもの同士、又は、同一とまでは言えなくても相互の差分が所定の数値範囲内にあるもの同士でグルーピングする。つまり、ステップＳ４０２の「第１」において取得された、すべての条件項目値（属性キー）が近似しているレコードをグルーピングする。同一グループに属するレコードの数は、複数であればいくつでもよい。なお、ハッシュ値を使用したグルーピングはあくまでも一例であり、名寄せ部２１は、他の公知の方法によってグルーピングを行ってもよい。
【００４２】
名寄せ部２１は、第４に、名寄せ中間情報３５のレコードをグループの数だけ新たに作成する。そして、グループに属するすべてのレコードのカードＩＤの組合せを、グループごとに、新たに作成したレコードの同一利用者カードＩＤ欄１４１に記憶する。
【００４３】
ステップＳ４０３において、名寄せ部２１は、名寄せ中間情報３５のレコードを１つ取得する。ここでは、例えば図８（ａ）の１行目のレコードが取得されたとする。ここで取得されたレコードを、以降、「名寄せ対象レコード」ということがある。
【００４４】
ステップＳ４０４において、名寄せ部２１は、利用履歴情報３３（図６）を取得する。具体的には、名寄せ部２１は、第１に、名寄せ対象レコードに記憶されている同一利用者カードＩＤのうちの、任意の１つ（例えば「１２３４５」）を検索キーとして、利用履歴情報３３を検索し、該当したレコードの群を「第１の群」とする。
名寄せ部２１は、第２に、名寄せ対象レコードに記憶されている同一利用者カードＩＤのうちの他の任意の１つ（例えば「７８９０１」）を検索キーとして、利用履歴情報３３を検索し、該当したレコードの群を「第２の群」とする。
【００４５】
ステップＳ４０５において、名寄せ部２１は、駅の利用頻度を集計する。具体的には、名寄せ部２１は、第１に、第１の群及び第２群のそれぞれについて、端末名に含まれる駅名をキーとして、レコードを並び替え、同じ駅名を含むレコードの数を集計する。この処理において、名寄せ部２１は、カードＩＤと駅名の組合せごとに利用頻度を関連付ける、[カードＩＤ、駅名、利用頻度]という情報を取得することになる。なお、名寄せ部２１は、取得した[カードＩＤ、駅名、利用頻度]という情報のうち、利用頻度が名寄せ条件情報３１の２行目の条件項目値（頻度）に満たないものを削除してもよい。
【００４６】
名寄せ部２１は、第２に、[カードＩＤ、駅名、利用頻度]を、利用頻度の高い順にならべることによって、カードＩＤごとに、[カードＩＤ、最も利用頻度が高い駅名、２番目に利用頻度が高い駅名、３番目に・・・、]という情報を取得する。
【００４７】
ステップＳ４０６において、名寄せ部２１は、定期駅と利用頻度の高い駅との一致を調べる。具体的には、名寄せ部２１は、第１に、第１の群のカードＩＤを検索キーとして、利用者属性情報３２（図５）を検索し、該当したレコードの定期区間に含まれる「起点となる駅名」及び「終点となる駅名」を取得する。
名寄せ部２１は、第２に、取得済みである[カードＩＤ、最も利用頻度が高い駅名、２番目に利用頻度が高い駅名、３番目に・・・、]という情報のうち、第２の群のカードＩＤを有するものを特定し、特定した情報に含まれる「最も利用頻度が高い駅名」を取得する。
名寄せ部２１は、第３に、ステップＳ４０６の「第１」において取得した「起点となる駅名」及び「終点となる駅名」のうちの少なくとも一方と、ステップＳ４０６の「第２」において取得した「最も利用頻度が高い駅名」とが一致するか否かを調べる。そして、調査結果として、名寄せ部２１は、「一致する」又は「一致しない」の何れかを生成する。
なお、「起点となる駅名」及び「終点となる駅名」が取得できない（定期乗車券の利用がない）場合、名寄せ部２１は、ステップＳ４０６及びＳ４０７を省略して、ステップＳ４０８に進むものとする。
【００４８】
ステップＳ４０７において、名寄せ部２１は、定期駅と利用頻度の高い駅とが一致するか否かを判断する。具体的には、名寄せ部２１は、ステップＳ４０６の「第３」において生成された調査結果が「一致する」である場合（ステップＳ４０７“ＹＥＳ”）は、ステップＳ４１８に進み、それ以外の場合（ステップＳ４０７“ＮＯ”）は、ステップＳ４０８に進む。
【００４９】
ステップＳ４０８において、名寄せ部２１は、利用頻度の高い駅同士の一致を調べる。具体的には、名寄せ部２１は、第１に、取得済みである[カードＩＤ、最も利用頻度が高い駅名、２番目に利用頻度が高い駅名、３番目に・・・、]という情報のうち、第１の群のカードＩＤを有するものを特定し、特定した情報に含まれる「最も利用頻度が高い駅名」を取得する。
名寄せ部２１は、第２に、ステップＳ４０８の「第１」において取得した「最も利用頻度が高い駅名」と、ステップＳ４０６の「第２」において取得した「最も利用頻度が高い駅名」とが一致するか否かを調べる。ステップＳ４０６を経由していない場合は、名寄せ部２１は、取得済みである[カードＩＤ、最も利用頻度が高い駅名、２番目に利用頻度が高い駅名、３番目に・・・、]という情報のうち、第２の群のカードＩＤを有するものを特定し、特定した情報に含まれる「最も利用頻度が高い駅名」を取得した後、一致するか否かを調べる。そして、調査結果として、名寄せ部２１は、「一致する」又は「一致しない」の何れかを生成する。
【００５０】
ステップＳ４０９において、名寄せ部２１は、利用頻度の高い駅同士が一致するか否かを判断する。具体的には、名寄せ部２１は、ステップＳ４０８の「第２」において生成された調査結果が「一致する」である場合（ステップＳ４０９“ＹＥＳ”）は、ステップＳ４１８に進み、それ以外の場合（ステップＳ４０９“ＮＯ”）は、ステップＳ４１０に進む。
【００５１】
ステップＳ４１０において、名寄せ部２１は、乗換に該当する履歴があるか否かを調べる。具体的には、名寄せ部２１は、第１に、第１の群のカードＩＤ及び処理名「出場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「出場乗換駅」として特定し、そのレコードの時刻を「出場時刻」として特定する。該当したレコードが複数ある場合もあり得る。
【００５２】
名寄せ部２１は、第２に、第２の群のカードＩＤ及び処理名「入場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「入場乗換駅」として特定し、そのレコードの時刻を「入場時刻」として特定する。該当したレコードが複数ある場合もあり得る。
【００５３】
名寄せ部２１は、第３に、以下の条件１〜条件４がすべて満たされる履歴が少なくとも１つ存在するか否かを調べる。
（条件１）「入場乗換駅」と「出場乗換駅」の組合せが、図７の駅名１及び駅名２の組合せの何れかに一致する。なお、一致した組合せを「乗換駅組合せ」という。
（条件２）「出場時刻」に含まれる「月日」が、「入場時刻」に含まれる「月日」と一致する。
（条件３）条件２において「月日」が一致した「出場時刻」及び「入場時刻」について、「出場時刻」に含まれる「時分」が「入場時刻」に含まれる「時分」よりも時間的に前である。
（条件４）条件２において「月日」が一致した「出場時刻」及び「入場時刻」について、「入場時刻」に含まれる「時分」から「出場時刻」に含まれる「時分」を控除した差分が、「乗換駅組合せ」を有する乗換時間情報３４のレコードの乗換時間に対して名寄せ条件情報３１の３行目の条件項目値（乗換時間幅）を加算した値よりも小さい。
名寄せ部２１は、第４に、調査結果として「存在する」又は「存在しない」の何れかを生成する。
【００５４】
ステップＳ４１１において、名寄せ部２１は、乗換に該当する履歴があるか否かを判断する。具体的には、名寄せ部２１は、ステップＳ４１０の「第４」において生成された調査結果が「存在する」である場合（ステップＳ４１１“ＹＥＳ”）は、ステップＳ４１８に進み、それ以外の場合（ステップＳ４１１“ＮＯ”）は、ステップＳ４１２に進む。
【００５５】
ステップＳ４１２において、名寄せ部２１は、同行行動に該当する履歴があるか否かを調べる。具体的には、名寄せ部２１は、第１に、第１の群のカードＩＤ及び処理名「入場」又は「出場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行入出場駅１」として特定し、そのレコードの時刻を「同行入出場時刻１」として特定する。該当したレコードが複数ある場合もあり得る。
【００５６】
名寄せ部２１は、第２に、第２の群のカードＩＤ及び処理名「入場」又は「出場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行入出場駅２」として特定し、そのレコードの時刻を「同行入出場時刻２」として特定する。該当したレコードが複数ある場合もあり得る。
なお、「第１」において「入場」を検索キーとする場合は、「第２」においても「入場」を検索キーとする。同様に、「第１」において「出場」を検索キーとする場合は、「第２」においても「出場」を検索キーとする。
【００５７】
名寄せ部２１は、第３に、以下の条件５〜条件７がすべて満たされる履歴が少なくとも１つ存在するか否かを調べる。
（条件５）「同行入出場駅１」と、「同行入出場駅２」とが一致する。
（条件６）「同行入出場時刻１」に含まれる「月日」が、「同行入出場時刻２」に含まれる「月日」と一致する。
（条件７）条件６において「月日」が一致した「同行入出場時刻１」及び「同行入出場時刻２」について、「同行入出場時刻１」に含まれる「時分」から、「同行入出場時刻２」に含まれる「時分」を控除した差分の絶対値が、名寄せ条件情報３１の４行目のレコードの条件項目値（同行行動時間幅）よりも小さい。
名寄せ部２１は、第４に、調査結果として「存在する」又は「存在しない」の何れかを生成する。
【００５８】
ステップＳ４１３において、名寄せ部２１は、同行行動に該当する履歴があるか否かを判断する。具体的には、名寄せ部２１は、ステップＳ４１２の「第４」において生成された調査結果が「存在する」である場合（ステップＳ４１３“ＹＥＳ”）は、ステップＳ４１９に進み、それ以外の場合（ステップＳ４１３“ＮＯ”）は、ステップＳ４１４に進む。
【００５９】
ステップＳ４１４において、名寄せ部２１は、異なる利用者に該当する履歴があるか否かを調べる。具体的には、名寄せ部２１は、以下の条件８〜条件１０がすべて満たされる履歴が少なくとも１つ存在するか否かを調べる。
（条件８）「同行入出場駅１」と、「同行入出場駅２」とが異なる。
（条件９）「同行入出場時刻１」に含まれる「月日」が、「同行入出場時刻２」に含まれる「月日」と一致する。
（条件１０）条件９において「月日」が一致した「同行入出場時刻１」及び「同行入出場時刻２」について、「同行入出場時刻１」に含まれる「時分」から、「同行入出場時刻２」に含まれる「時分」を控除した差分の絶対値が、名寄せ条件情報３１の４行目のレコードの条件項目値（同行行動時間幅）よりも小さい。
名寄せ部２１は、調査結果として「存在する」又は「存在しない」の何れかを生成する。
【００６０】
名寄せ部２１は、前記したステップＳ４１４の処理に代替して以下のステップＳ４１４（その２）を実行してもよい。
ステップＳ４１４（その２）において、名寄せ部２１は、異なる利用者に該当する履歴があるか否かを調べる。具体的には、名寄せ部２１は、第１に、第１の群のカードＩＤ及び処理名「入場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行入場駅１」として特定し、そのレコードの時刻を「同行入場時刻１」として特定する。該当したレコードが複数ある場合もあり得る。
【００６１】
名寄せ部２１は、第２に、第１の群のカードＩＤ及び処理名「出場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行出場駅１」として特定し、そのレコードの時刻を「同行出場時刻１」として特定する。該当したレコードが複数ある場合もあり得る。
【００６２】
名寄せ部２１は、第３に、第２の群のカードＩＤ及び処理名「入場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行入場駅２」として特定し、そのレコードの時刻を「同行入場時刻２」として特定する。該当したレコードが複数ある場合もあり得る。
【００６３】
名寄せ部２１は、第４に、第２の群のカードＩＤ及び処理名「出場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行出場駅２」として特定し、そのレコードの時刻を「同行出場時刻２」として特定する。該当したレコードが複数ある場合もあり得る。
【００６４】
名寄せ部２１は、第５に、以下の条件１１〜条件１３がすべて満たされる履歴が少なくとも１つ存在するか否かを調べる。
（条件１１）「同行入場駅１」と「同行入場駅２」とが異なる。又は、「同行出場駅１」と「同行出場駅２」とが異なる。
（条件１２）「同行入場時刻１」に含まれる「月日」が、「同行入場時刻２」に含まれる「月日」、「同行出場時刻１」に含まれる「月日」、及び、「同行出場時刻２」に含まれる「月日」のすべてと一致する。
（条件１３）条件１２において「月日」が一致した「同行入場時刻１」等について、「同行入場時刻１」に含まれる「時分」と、「同行出場時刻１」に含まれる「時分」との間の期間内に、「同行入場時刻２」に含まれる「時分」又は「同行出場時刻２」に含まれる「時分」のうちの何れかが含まれる。
名寄せ部２１は、第６に、調査結果として「存在する」又は「存在しない」の何れかを生成する。
【００６５】
ステップＳ４１５において、名寄せ部２１は、異なる利用者に該当する履歴があるか否かを判断する。具体的には、名寄せ部２１は、ステップＳ４１４において（又はステップＳ４１４（その２）の「第６」において）生成された調査結果が「存在する」である場合（ステップＳ４１５“ＹＥＳ”）は、ステップＳ４１７に進み、それ以外の場合（ステップＳ４１５“ＮＯ”）は、ステップＳ４１６に進む。
【００６６】
ステップＳ４１６において、名寄せ部２１は、名寄せ結果情報３６（図８（ｂ））に「不明」を追加する。具体的には、名寄せ部２１は、第１に、名寄せ結果情報３６の新たなレコードを作成する。
名寄せ部２１は、第２に、新たなレコードの同一利用者カードＩＤ欄１５１に、「名寄せ対象レコード」の同一利用者カードＩＤを記憶し、判定結果欄１５２に、「不明」を生成した上で記憶する。
【００６７】
ステップＳ４１７において、名寄せ部２１は、名寄せ結果情報３６（図８（ｂ））に「異なる利用者」を追加する。具体的には、名寄せ部２１は、第１に、名寄せ結果情報３６の新たなレコードを作成する。
名寄せ部２１は、第２に、新たなレコードの同一利用者カードＩＤ欄１５１に、「名寄せ対象レコード」の同一利用者カードＩＤを記憶し、判定結果欄１５２に、「異なる利用者」を生成した上で記憶する。
【００６８】
ステップＳ４１８において、名寄せ部２１は、名寄せ結果情報３６（図８（ｂ））に「同一利用者」を追加する。具体的には、名寄せ部２１は、第１に、名寄せ結果情報３６の新たなレコードを作成する。
名寄せ部２１は、第２に、新たなレコードの同一利用者カードＩＤ欄１５１に、「名寄せ対象レコード」の同一利用者カードＩＤを記憶し、判定結果欄１５２に、「同一利用者」を生成した上で記憶する。
【００６９】
ステップＳ４１９において、名寄せ部２１は、名寄せ結果情報３６（図８（ｂ））に「同行行動者」を追加する。具体的には、名寄せ部２１は、第１に、名寄せ結果情報３６の新たなレコードを作成する。
名寄せ部２１は、第２に、新たなレコードの同一利用者カードＩＤ欄１５１に、「名寄せ対象レコード」の同一利用者カードＩＤを記憶し、判定結果欄１５２に、「同行行動者」を生成した上で記憶する。
【００７０】
ステップＳ４２０において、名寄せ部２１は、名寄せ中間情報３５（図８（ａ））の次のレコードがあるか否かを判断する。具体的には、名寄せ部２１は、名寄せ中間情報３５に、次の「名寄せ対象レコード」となるべき未処理のレコードが残っている場合（ステップＳ４２０“ＹＥＳ”）は、ステップＳ４０３に戻り、それ以外の場合（ステップＳ４２０“ＮＯ”）は、名寄せ処理手順を終了する。
【００７１】
（ステップＳ４０３〜Ｓ４２０の補足説明）
前記においては、名寄せ対象レコードに含まれる同一利用者カードＩＤが２つである場合を想定した。例えば、名寄せ対象レコードが図８（ａ）の１行目のレコードである場合、同一利用者カードＩＤは、「１２３４５」と「７８９０１」の２つである。このとき、名寄せ部２１は、「１２３４５」と「７８９０１」との判定結果が、「同一利用者」、「同行行動者」、「異なる利用者」及び「不明」のうちの何れかであるかを決定する。
【００７２】
しかしながら、名寄せ対象レコードに含まれる同一利用者カードＩＤが３つ以上である場合もあり得る。例えば、名寄せ対象レコードが図８（ａ）の２行目のレコードである場合、同一利用者カードＩＤは、「３７７７７」、「４００００」及び「１２７８９」の３つである。このとき、名寄せ部２１は、２つの同一利用者カードＩＤのすべての組合せについて、ステップＳ４０３〜Ｓ４１９の処理を実行する。具体的には、名寄せ部２１は、まず、「３７７７７」と「４００００」との判定結果が、「同一利用者」、「同行行動者」、「異なる利用者」及び「不明」のうちの何れかであるかを決定し、次に、「３７７７７」と「１２７８９」との判定結果についても同様の処理を行い、最後に、「４００００」と「１２７８９」との判定結果についても同様の処理を行う。つまり、同一利用者カードＩＤの組合せごとに判定結果が異なる場合もあり得る。
【００７３】
このような場合、名寄せ部２１は、ステップＳ４１６（Ｓ４１７、Ｓ４１８、Ｓ４１９）において、名寄せ結果情報３６の判定結果を記憶する際、判定結果を、その判定の対象となった同一利用者カードＩＤの組合せに関連付けて記憶する。たとえば、「３７７７７と４００００は同一利用者、３７７７７と１２７８９は同一利用者、４００００と１２７８９は不明」のように記憶する。
【００７４】
（変形例１）
前記では、複数の乗車券システム２が存在する場合、乗車券システム２から取得する利用者属性情報３２はすべて同一のデータ型式を有することを前提に説明を行った。さらに、乗車券システム２から取得する利用履歴情報３３もすべて同一のデータ型式を有すること前提に説明を行った。
しかしながら、乗車券システム２が異なれば（鉄道会社が異なれば）、通常は、利用者属性情報３２及び利用履歴情報３３のデータ型式は異なる。そこで、名寄せ装置１は、プログラムとして、データ型式変換部を備えることとする。データ型式変換部は、ステップＳ４０１において、取得した利用者属性情報３２のデータ型式を、名寄せ装置１において処理可能な特定のデータ型式に変換する。さらに、データ型式変換部は、ステップＳ４０４において、取得した利用履歴情報３３のデータ型式を、名寄せ装置１において処理可能な特定のデータ型式に変換する。
【００７５】
（変形例２）
利用履歴情報３３のレコード数は膨大である。したがって、名寄せ装置１の名寄せ部２１は、ステップＳ４０４において、例えば、「現在の月」を、時刻を検索する検索キーとして加えることによって、処理速度を速めることが可能である。さらに、特定の時刻の範囲（春季、秋季等）を検索キーとすることによって、名寄せ装置１は、当該特定の時刻の範囲についての判定結果を得ることができる。
【００７６】
（変形例３）
利用履歴情報３３の情報の種類は、図６に示されたものに限定されない。例えば、駅係員窓口や自動精算機での精算処理時の時刻及び場所（端末名）、スタンプラリーやクーポン券取得等で情報端末に接触した際の時刻及び場所が利用履歴情報３３に記憶されてもよい。
【００７７】
（変形例４）
前記したすべての閾値は、固定値に限定されるものではなく、可変値であってもかまわない。例えば、名寄せ条件情報３１（図４）における乗換時間幅及び同行行動時間幅は、平均入出場数に応じて、駅ごと、時刻（季節）ごとに変化させてもよい。
【００７８】
（本実施形態の効果）
本実施形態によれば、名寄せを高精度で行うことが可能になる。したがって、利用者の行動エリアや購買嗜好により適合した販促情報を提供することが可能になる。例えば、１人の利用者に対して、乗換前後の駅周辺の販促情報を同時に提供すること、複数の交通ＩＣカードのポイントをまとめて集計すること、家族・グループ向けの販促情報を提供すること等が可能になる。
【００７９】
本発明は、前記した実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能である。
【符号の説明】
【００８０】
１ 名寄せ装置
２ 乗車券システム
３ 情報端末装置
４ａ、４ｂ、８ａ、８ｂ ネットワーク
５ 自動改札機
６ 駅サーバ
７ 管理サーバ
９ 交通ＩＣカード（携帯用情報記憶媒体）
１１ 中央制御装置（制御部）
１２ 主記憶装置（記憶部）
１３ 補助記憶装置（記憶部）
１４ 入力装置
１５ 出力装置
１６ 通信インタフェース
２１ 名寄せ部
２２ 名寄せ条件設定部
３１ 名寄せ条件情報
３２ 利用者属性情報
３３ 利用履歴情報
３４ 乗換時間情報
３５ 名寄せ中間情報
３６ 名寄せ結果情報
４１ 名寄せ条件設定画面
【技術分野】
【０００１】
本発明は、名寄せ装置及び名寄せ方法に関する。
【背景技術】
【０００２】
近年、交通乗車券及び電子マネーとして利用可能な交通ＩＣ（Integrated Circuit）カードが急速に普及し、それに伴い、交通ＩＣカードを用いた各種情報サービスも普及しつつある。例えば、特許文献１に開示されている発明は、移動する個人の位置情報と時刻情報の集合である交通ＩＣカードの利用履歴から、時間ごとの駅周辺滞在率を算出する。そして、この駅周辺滞在率を地域情報とマッチングすることにより、交通ＩＣカードの利用者に適した情報を提供する。
一方、このような情報提供サービスを提供する場合、一人の利用者が複数の交通ＩＣカードを保持していることが考えられる。そこで、「名寄せ」を行うことが必要となる。「名寄せ」とは、例えば金融機関等において、住所、氏名、電話番号等の、顧客を特定可能な属性情報をキーとして、同一の顧客には一意なキーを割り当てる処理である。
交通ＩＣカードの場合、登録されている属性情報が不正確であることがある。さらには、その情報の入力が任意であるため、ある項目自体が登録されていないこともある。これに起因し、交通ＩＣカードの名寄せを高精度で行うことは一般的に困難である。交通ＩＣカードの名寄せを行う発明として、例えば特許文献２が開示されている。特許文献２の発明は、属性情報の他に顧客のクレジットカード番号を用いて名寄せを行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１０２９５０号公報（段落００１０）
【特許文献２】特開２０１０−５５２２７号公報（段落０００８）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の発明は、名寄せを行うことを全く想定していない。特許文献２の発明は、一人の利用者が、１つのクレジットカードのみを使用して商品等の購入をする場合には有効である。しかしながら、一人の利用者が、複数のクレジットカードを使用する場合、又は、そもそもクレジットカードを使用せず商品等の購入を行う場合は、名寄せが行えない。
そこで、本発明は、交通ＩＣカードの名寄せを高精度で行うことを目的とする。
【課題を解決するための手段】
【０００５】
本発明の名寄せ装置は、複数の携帯用情報記憶媒体を利用する複数の利用者の同一性を決定する名寄せ装置であって、携帯用情報記憶媒体の識別子に関連付けて、利用者の属性情報が記憶される利用者属性情報と、携帯用情報記憶媒体の識別子に関連付けて、携帯用情報記憶媒体を用いて交通機関を利用した時刻及び区間が記憶される利用履歴情報と、が格納される記憶部と、同一の利用者が利用している可能性がある携帯用情報記憶媒体の識別子の組合せを、属性情報に基づいて取得し、利用履歴情報に基づいて、取得した組合せごとに判定結果を生成する制御部と、を有し、判定結果は、同一の利用者が、取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第１の判定結果、同行する２人の利用者が、取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第２の判定結果、異なる利用者が、取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第３の判定結果、及び、第１の判定結果、第２の判定結果及び第３の判定結果のうちのいずれであるとも言えないことを示す第４の判定結果、のうちの何れかであることを特徴とする。
その他の手段については、発明を実施するための形態において詳述する。
【発明の効果】
【０００６】
本発明によれば、交通ＩＣカードの名寄せを高精度で行うことができる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態に係る名寄せ装置と、乗車券システム及び情報端末装置との関係を説明する図である。
【図２】本実施形態に係る名寄せ装置の構成を説明する図である。
【図３】本実施形態に係る名寄せ装置が実行する処理の概要を説明する図である。
【図４】本実施形態に係る名寄せ条件情報の一例を示す図である。
【図５】本実施形態に係る利用者属性情報の一例を示す図である。
【図６】本実施形態に係る利用履歴情報の一例を示す図である。
【図７】本実施形態に係る乗換時間情報の一例を示す図である。
【図８】（ａ）は、本実施形態に係る名寄せ中間情報の一例を示す図である。（ｂ）は、本実施形態に係る名寄せ結果情報の一例を示す図である。
【図９】本実施形態に係る名寄せ条件設定処理手順のフローチャートである。
【図１０】本実施形態に係る名寄せ処理手順のフローチャートである。
【図１１】本実施形態に係る名寄せ処理手順（続き）のフローチャートである。
【図１２】本実施形態に係る名寄せ条件設定画面の一例である。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための形態（「本実施形態」という）を、図等を参照しながら詳細に説明する。以下では、交通ＩＣカードの利用者（以下、単に「利用者」と呼ぶ場合がある）が、鉄道を利用する例を説明する。しかしながら、利用者が、鉄道以外の交通機関、例えば、路線バス等を利用する場合、さらに、鉄道と鉄道以外の交通機関を併用する場合にも本発明は広く適用可能である。
【０００９】
（名寄せ装置の位置付けほか）
図１に沿って、名寄せ装置１と、乗車券システム２及び情報端末装置３との関係を説明する。名寄せ装置１は、ネットワーク４ａ、４ｂを介して、それぞれ、乗車券システム２及び情報端末装置３と相互に接続可能である。
【００１０】
名寄せ装置１は、一般的なコンピュータであり、交通ＩＣカード９の利用者の名寄せを行う（詳細後記）。情報端末装置３もまた、一般的なコンピュータであり、名寄せ装置１のユーザが、名寄せ装置１に対して、名寄せ条件情報（詳細後記）の設定を行う際に使用される。名寄せ装置１は、通常、鉄道会社によって、又は、鉄道会社に対して名寄せを行うサービスを提供する主体によって管理され、その数は１台である。情報端末装置３も通常、鉄道会社によって、又は、鉄道会社に対して「名寄せ」を行うサービスを提供する主体によって管理されるが、その数は複数である。
なお、「携帯用情報記憶媒体」には、交通ＩＣカードが相当する。
【００１１】
乗車券システム２は、自動改札機５、駅サーバ６及び管理サーバ７を含んで構成される。自動改札機５と駅サーバ６とは、ネットワーク８ａを介して相互に通信可能である。駅サーバ６と管理サーバ７とは、ネットワーク８ｂを介して相互に通信可能である。自動改札機５は、ＩＣカードリーダを有する入退場ゲートである。自動改札機５は、自動改札機５を通過する交通ＩＣカード９に記憶された情報を読み取る。なお、交通ＩＣカード９は、例えば定期乗車券、記名式プリペイドカード等である。自動改札機５は、通常、１つの駅に複数台存在する。
【００１２】
駅サーバ６は、一般的なコンピュータであり、自動改札機５が読み取った利用履歴情報３３（詳細後記）を駅ごとに蓄積する。駅サーバ６は、通常、１つの駅に１台存在する。管理サーバ７もまた、一般的なコンピュータであり、自動改札機５が読み取った利用履歴情報３３を鉄道会社ごとに蓄積する。管理サーバ７は、通常、１つの鉄道会社に１台存在する。
以上から明らかなように、通常、乗車券システム２は、鉄道会社の数だけ存在し、１つの乗車券システム２は、１台の管理サーバ７、複数の駅サーバ６及び複数の自動改札機５を有することになる。
【００１３】
（名寄せ装置）
図２に沿って、名寄せ装置１の構成を説明する。名寄せ装置１は、中央制御装置１１、主記憶装置１２、補助記憶装置１３、入力装置１４、出力装置１５及び通信インタフェース１６を有する。これらは、相互にバスで接続されている。補助記憶装置１３は、名寄せ条件情報３１、利用者属性情報３２、利用履歴情報３３、乗換時間情報３４、名寄せ中間情報３５及び名寄せ結果情報３６を格納する（詳細後記）。名寄せ部２１及び名寄せ条件設定部２２は、プログラムである。以降において、「○○○部は、」と動作の主体を記した場合は、中央制御装置１１が、プログラムとしての○○○部を補助記憶装置１３から読み出し、主記憶装置１２にロードしたうえで、当該プログラムの機能（詳細後記）を実行するものとする。
【００１４】
情報端末装置３、駅サーバ６及び管理サーバ７のそれぞれは、相互にバスで接続された、中央制御装置、主記憶装置、補助記憶装置、入力装置、出力装置及び通信インタフェースを有する（図示せず）。
【００１５】
（処理の概要）
図３に沿って、名寄せ装置１が実行する処理の概要を説明する。
名寄せ装置１は、ユーザからの入力に基づき、名寄せ条件情報を作成する（名寄せ条件設定処理Ｐ１）。名寄せ条件情報には、利用者属性情報名寄せ処理Ｐ３及び利用履歴情報名寄せ処理Ｐ５において必要な検索条件等が記憶されている。
名寄せ装置１は、乗車券システム２から利用者属性情報を取得する（利用者属性情報取得処理Ｐ２）。利用者属性情報には、利用者の属性情報（氏名、性別等）が記憶されている。名寄せ装置１は、乗車券システム２から利用履歴情報を取得する（利用履歴取得処理Ｐ４）。利用履歴情報には、交通ＩＣカード９の利用履歴が記憶されている。
【００１６】
名寄せ装置１は、名寄せ条件情報に基づいて利用者属性情報を検索し、名寄せ中間情報を作成する（利用者属性情報名寄せ処理Ｐ３）。名寄せ中間情報とは、利用履歴情報を検索することなく、利用者属性情報だけを検索して作成された、名寄せについての未完成の中間結果である。
名寄せ装置１は、名寄せ中間情報及び名寄せ条件情報に基づいて利用履歴情報を検索し、名寄せ結果情報を作成する（利用履歴情報名寄せ処理Ｐ５）。名寄せ結果情報とは、利用者属性情報及び利用履歴情報の両者を検索して作成された、名寄せについての最終結果である。
【００１７】
（名寄せ条件情報）
図４に沿って、名寄せ条件情報３１を説明する。名寄せ条件情報３１においては、条件項目欄１０１に記憶された条件項目に関連付けて、条件項目値欄１０２には条件項目値が記憶されている。
【００１８】
条件項目欄１０１の条件項目は、前記した、利用者属性情報名寄せ処理Ｐ３及び利用履歴情報名寄せ処理Ｐ５において使用される、検索キー及び閾値の項目である。ここでは、条件項目として、「属性キー」、「頻度」、「乗換時間幅」及び「同行行動時間幅」の少なくとも４つが存在する（詳細後記）。
条件項目値欄１０２の条件項目値は、条件項目の具体的な値であり、前記した検索キー及び閾値そのものである。
【００１９】
（利用者属性情報）
図５に沿って、利用者属性情報３２を説明する。利用者属性情報３２においては、カードＩＤ欄１１１に記憶されたカードＩＤに関連付けて、氏名欄１１２には氏名が、性別欄１１３には性別が、生年月日欄１１４には生年月日が、電話番号欄１１５には電話番号が、定期区間欄１１６には定期区間が、定期種別欄１１７には定期種別が記憶されている。
カードＩＤ欄１１１のカードＩＤは、交通ＩＣカード９を一意に特定する識別子である。
氏名欄１１２の氏名は、利用者の氏名である。
性別欄１１３の性別は、利用者の性別である。
生年月日欄１１４の性別は、利用者の生年月日である。
電話番号欄１１５の電話番号は、利用者の電話番号である。
定期区間欄１１６の定期区間は、交通ＩＣカード９が「定期乗車券」を兼ねている場合、乗車回数に拘わらず運賃が定額料金となる区間の、起点となる駅名及び終点となる駅名の組合せである。交通ＩＣカード９が「定期乗車券」を兼ねていない場合、「−」が記憶される。
【００２０】
定期種別欄１１７の定期種別は、交通ＩＣカード９が「定期乗車券」を兼ねている場合の、定期乗車券のカテゴリを示す。ここでは、「通学」又は「通勤」の何れかである。交通ＩＣカード９が「定期乗車券」を兼ねていない場合、「−」が記憶される。
利用者属性情報３２のレコードは、交通ＩＣカード９が発行される都度、駅の定期乗車券発行窓口等の端末装置からの入力に基づいて１つずつ作成される。データ入力時の本人確認は必須ではない。よって、利用者属性情報３２のレコードのデータは、正確性が完全ではなく、また、最新データに更新されていない場合も多い。
【００２１】
（利用履歴情報）
図６に沿って、利用履歴情報３３を説明する。利用履歴情報３３においては、カードＩＤ欄１２１に記憶されたカードＩＤに関連付けて、時刻欄１２２には時刻が、処理名欄１２３には処理名が、端末名欄１２４には端末名が、利用金額欄１２５には利用金額が記憶されている。
カードＩＤ欄１２１のカードＩＤは、図５のカードＩＤと同じである。
時刻欄１２２の時刻は、自動改札機５が交通ＩＣカード９を読み取った月日時分である。なお、時刻は、年、秒を含んでいてもかまわない。
【００２２】
処理名欄１２３の処理名は、自動改札機５が行った処理の名称である。交通ＩＣカード９が自動改札機５に読み取られる際、駅構外から駅構内に向かって交通ＩＣカード９が通過する場合、処理名は「入場」となる。駅構内から駅構外に向かって交通ＩＣカード９が通過する場合、処理名は「出場」となる。また、本実施形態においては、自動改札機５は、例えば、駅の内外に所在する商店等で、利用者が交通ＩＣカード９を使用して買い物をする場合に、商店において交通ＩＣカード９を読み取る自動販売機等も含む。この場合、処理名は「商品購入」となる。さらに、自動改札機５は、例えば、利用者が交通ＩＣカード９に対して現金をチャージする際に使用される、駅の内外に所在するチャージ機等も含む。この場合、処理名は「チャージ」となる。
【００２３】
端末名欄１２４の端末名は、自動改札機５（自動販売機、チャージ機等を含む）を一意に特定する識別子である。なお、端末名は、例えば、「Ａ駅０００１」、「Ｂ駅自動販売機０１」のように、自動改札機５が配置されている駅の名称を含むことにより、利用者が通過した場所を特定できるものとする。利用者は、入場した後必ず出場するので、当該「場所」は、交通機関を利用した区間を示すことになる。
利用金額欄１２５の利用金額は、交通ＩＣカード９に記憶されているチャージ残高が、当該処理の前後において変化した金額である。減少した場合には負数が、増加した場合には正数が記憶される。通常、負数は、「商品購入」又は（定期乗車券利用以外の）「出場」に対応し、正数は、「チャージ」に対応する。処理名「入場」には、通常、利用金額「０」が対応する。
【００２４】
（乗換時間情報）
図７に沿って、乗換時間情報３４を説明する。乗換時間情報３４においては、駅１欄１３１に記憶された駅名１と、駅２欄１３２に記憶された駅名２との組合せに関連付けて、乗換時間欄１３３には乗換時間が記憶されている。
利用者がある駅の自動改札機５を通過しその駅構外に出て、続いて、他の駅の自動改札機５を通過しその駅構内に入ること、すなわち、ある駅を「出場」した後所定の時間（後記する「乗換時間」である）内に、他の駅に「入場」することを本実施形態では「乗換」という。「ある駅」と「他の駅」とは、同一の鉄道会社の駅である必要はない。さらに、「ある駅」と「他の駅」とは、同一の駅名を有している必要もない。
【００２５】
駅１欄１３１の駅名１は、前記した「ある駅」の名称である。ここでは、さらに詳しく、鉄道会社名、路線名及び駅名の組合せである。
駅２欄１３２の駅名２は、前記した「他の駅」の名称である。ここでは、さらに詳しく、鉄道会社名、路線名及び駅名の組合せである。
乗換時間欄１３３の乗換時間は、利用者が「ある駅」を出場し、「他の駅」に入場するまでの平均的な時間である。乗換時間は、「ある駅」と「他の駅」との間の距離、混雑度などによって異なる。
【００２６】
（名寄せ中間情報）
図８（ａ）に沿って、名寄せ中間情報３５を説明する。名寄せ中間情報３５は、唯一の欄である同一利用者カードＩＤ欄１４１を有する。各レコードには、名寄せ装置１が、利用者属性情報名寄せ処理Ｐ３において、同一の利用者が使用している可能性があると判断する、複数の交通ＩＣカード９のカードＩＤが、同一利用者カードＩＤとして記憶されている。
例えば、１行目のレコードを参照すると、カードＩＤが「１２３４５」である交通ＩＣカード９と、カードＩＤが「７８９０１」である交通ＩＣカード９とは、同一の利用者によって使用されていると、名寄せ装置１が、利用者属性情報名寄せ処理Ｐ３（図３）において判断していることがわかる。同様に、２行目のレコードを参照すると、カードＩＤが「３７７７７」である交通ＩＣカード９と、カードＩＤが「４００００」である交通ＩＣカード９と、カードＩＤが「１２７８９」である交通ＩＣカード９とは、同一の利用者によって使用されていると、名寄せ装置１が、利用者属性情報名寄せ処理Ｐ３において判断していることがわかる。
【００２７】
（名寄せ結果情報）
図８（ｂ）に沿って、名寄せ結果情報３６を説明する。名寄せ結果情報３６においては、同一利用者カードＩＤ欄１５１に記憶された同一利用者カードＩＤに関連付けて、判定結果欄１５２には判定結果が記憶されている。
同一利用者カードＩＤ欄１５１の同一利用者カードＩＤは、図８（ａ）の同一利用者カードＩＤと同じである。
判定結果欄１５２の判定結果は、名寄せ装置１が、利用履歴情報名寄せ処理Ｐ５（図３）において、複数の同一利用者カードＩＤがどのような関係にあるかについて最終的に判断した結果を示す情報である。本実施形態では、判定結果には、「同一利用者」、「同行行動者」、「異なる利用者」及び「不明」の４種類が存在する。
【００２８】
「同一利用者」は、複数の交通ＩＣカード９が、同一の利用者に利用されていることを示す。１人の利用者が鉄道会社ごとに、又は路線ごとに、交通ＩＣカード９を使い分けている場合等が「同一利用者」に相当する。この場合、名寄せを行うことによって、例えば、複数の交通ＩＣカード９の利用代金の合計額に応じて、利用者に対してポイントを付与する、複数の交通ＩＣカード９が利用される複数の駅近辺の地域情報を同一の利用者にまとめて提供する、のようなサービスが可能になる。
【００２９】
「同行行動者」は、複数の交通ＩＣカード９が、別々の利用者によって利用されているが、これらの利用者が共に行動していることを示す。例えば、親が子供に対して記名式プリペイドカードを貸し与えて家族で移動するような場合等が「同行行動者」に相当する。この場合、名寄せを行うことによって、例えば、家族旅行やグループ旅行等、親しい者同士に対して提供可能なサービスの案内を行うことが可能になる。
【００３０】
「異なる利用者」は、複数の交通ＩＣカード９が、異なる利用者に利用されていることを示す。例えば、ある利用者が、ある駅を通過するほぼ同じ時刻に、当該利用者である可能性がある利用者が、ある駅から遠く離れた駅を通過する場合が「異なる利用者」に相当する。ある利用者が「入場」した後「出場」するまでの間に、当該利用者である可能性がある利用者が、別途「入場」（又は「出場」）する場合も「異なる利用者」に相当する。
「不明」は、名寄せ装置１が、利用履歴情報名寄せ処理Ｐ５（図３）において、２つの交通ＩＣカード９の関係を、「同一利用者」であるとも、「同行行動者」であるとも、さらに「異なる利用者」であるとも判断できなかったことを示す。
【００３１】
（処理手順）
以降、図９〜図１１に沿って、本実施形態の処理手順を説明する。処理手順には、（１）名寄せ条件設定処理手順、及び、（２）名寄せ処理手順の２つが存在する。（２）が実行されるためには、（１）が終了していることが前提になっている。（１）は、図３の符号Ｐ１の処理に対応する。（２）は、図３の符号Ｐ２〜Ｐ５の処理に対応する。
【００３２】
（名寄せ条件設定処理手順）
図９に沿って、名寄せ条件設定処理手順を説明する。
ステップＳ３０１において、名寄せ装置１の名寄せ条件設定部２２は、名寄せ条件設定画面４１（図１２）を表示する。名寄せ条件設定画面４１が表示されるのは、情報端末装置３の出力装置である。名寄せ条件設定画面４１は、名寄せ条件情報３１（図４）を作成するためにデータの入力を受け付ける画面である。名寄せ条件設定画面４１は、属性名寄せ条件欄１６１、利用履歴名寄せ条件欄１６２及び終了ボタン１６３を有する。属性名寄せ条件欄１６１は、名寄せ条件情報３１の１行目のレコードに対応しており、ユーザが、氏名、性別、生年月日等の項目を属性キー（検索キー）として選択できるようになっている。利用履歴名寄せ条件欄１６２は、名寄せ条件情報３１の２〜４行目のレコードに対応しており、ユーザが、乗換時間幅等の閾値を入力できるようになっている。
【００３３】
ステップＳ３０２において、名寄せ条件設定部２２は、「初期登録」又は「設定変更」を受け付ける。具体的には、名寄せ条件設定部２２は、第１に、『初めて名寄せ条件情報を登録する場合は「初期登録」を入力して下さい。それ以外の場合は「設定変更」を入力してください』のようなメッセージを情報端末装置３の出力装置に表示する。
名寄せ条件設定部２２は、第２に、ユーザがキーボード等の入力装置を介して「初期登録」又は「設定変更」を入力するのを受け付ける。
【００３４】
ステップＳ３０３において、名寄せ条件設定部２２は、「設定変更」が入力されたか否かを判断する。具体的には、名寄せ条件設定部２２は、ステップＳ３０２の「第２」において「設定変更」を受け付けた場合（ステップＳ３０３“ＹＥＳ”）は、ステップＳ３０４に進み、それ以外の場合（ステップＳ３０３“ＮＯ”）は、ステップＳ３０６に進む。
【００３５】
ステップＳ３０４において、名寄せ条件設定部２２は、変更後の項目条件値を受け付けたか否かを判断する。具体的には、名寄せ条件設定部２２は、ステップＳ３０３が終了した後所定の時間が経過するまでの間に、名寄せ条件設定画面４１（図１２）の属性名寄せ条件欄１６１において少なくとも１つの属性キーが選択され、かつ、利用履歴名寄せ条件欄１６２において３つの閾値が入力されたうえで、終了ボタン１６３が押下された場合（ステップＳ３０４“ＹＥＳ”）は、ステップＳ３０５に進む。それ以外の場合（ステップＳ３０４“ＮＯ”）は、名寄せ条件設定処理手順を終了する。名寄せ条件設定部２２は、既存の登録済み属性キー及び閾値を強調表示（上書きを促進するような点滅表示等）し、「登録済みのデータに対して変更値を設定してください」のようなメッセージも表示してもよい。
【００３６】
ステップＳ３０５において、名寄せ条件設定部２２は、名寄せ条件情報３１のレコードを更新する。具体的には、名寄せ条件設定部２２は、名寄せ条件情報３１の既存のレコードに対して、ステップＳ３０４において選択（又は入力）された、属性キー及び閾値を、上書きして記憶する。
その後、名寄せ条件設定処理手順を終了する。
【００３７】
ステップＳ３０６において、名寄せ条件設定部２２は、条件項目値を受け付ける。具体的には、名寄せ条件設定部２２は、ユーザが、名寄せ条件設定画面４１（図１２）の属性名寄せ条件欄１６１において少なくとも１つの属性キーを選択し、かつ、利用履歴名寄せ条件欄１６２において３つの閾値を入力したうえで、終了ボタン１６３を押下するのを受け付ける。
【００３８】
ステップＳ３０７において、名寄せ条件設定部２２は、名寄せ条件情報３１のレコードを作成する。具体的には、名寄せ条件設定部２２は、名寄せ条件情報３１を新たに作成し、各レコードに対して、ステップＳ３０６において選択された（又は入力された）属性キー及び閾値を記憶する。
その後、名寄せ条件設定処理手順を終了する。
【００３９】
（名寄せ処理手順）
図１０及び図１１に沿って、名寄せ処理手順を説明する。
ステップＳ４０１において、名寄せ装置１の名寄せ部２１は、名寄せ条件情報３１（図４）及び利用者属性情報３２（図５）を取得する。
【００４０】
ステップＳ４０２において、名寄せ部２１は、名寄せ中間情報３５（図８（ａ））を作成する。具体的には、名寄せ部２１は、第１に、名寄せ条件情報３１の１行目のレコードの条件項目値（属性キー）を取得する。ここでは、「氏名」、「性別」及び「生年月日」が取得されたとする。
名寄せ部２１は、第２に、利用者属性情報３２の各欄のうち、ステップＳ４０２の「第１」において取得された条件項目値（属性キー）を見出しに有する欄の値を、ハッシュ関数に対して入力し、出力として「ハッシュ値」を取得する。当該処理は利用者属性情報３２のすべてのレコードについて行う。例えば、「鈴木和夫、男性、１９９０／０１／０１」をハッシュ関数に入力すると、桁数や大きさの範囲が正規化されており、相互に比較することが容易であるハッシュ値が出力される。そして、このハッシュ値が相互に近似している場合は、文字列・数値等の入力値が相互に近似していることになる。
【００４１】
名寄せ部２１は、第３に、利用者属性情報３２の複数のレコードを、ハッシュ値が同一であるもの同士、又は、同一とまでは言えなくても相互の差分が所定の数値範囲内にあるもの同士でグルーピングする。つまり、ステップＳ４０２の「第１」において取得された、すべての条件項目値（属性キー）が近似しているレコードをグルーピングする。同一グループに属するレコードの数は、複数であればいくつでもよい。なお、ハッシュ値を使用したグルーピングはあくまでも一例であり、名寄せ部２１は、他の公知の方法によってグルーピングを行ってもよい。
【００４２】
名寄せ部２１は、第４に、名寄せ中間情報３５のレコードをグループの数だけ新たに作成する。そして、グループに属するすべてのレコードのカードＩＤの組合せを、グループごとに、新たに作成したレコードの同一利用者カードＩＤ欄１４１に記憶する。
【００４３】
ステップＳ４０３において、名寄せ部２１は、名寄せ中間情報３５のレコードを１つ取得する。ここでは、例えば図８（ａ）の１行目のレコードが取得されたとする。ここで取得されたレコードを、以降、「名寄せ対象レコード」ということがある。
【００４４】
ステップＳ４０４において、名寄せ部２１は、利用履歴情報３３（図６）を取得する。具体的には、名寄せ部２１は、第１に、名寄せ対象レコードに記憶されている同一利用者カードＩＤのうちの、任意の１つ（例えば「１２３４５」）を検索キーとして、利用履歴情報３３を検索し、該当したレコードの群を「第１の群」とする。
名寄せ部２１は、第２に、名寄せ対象レコードに記憶されている同一利用者カードＩＤのうちの他の任意の１つ（例えば「７８９０１」）を検索キーとして、利用履歴情報３３を検索し、該当したレコードの群を「第２の群」とする。
【００４５】
ステップＳ４０５において、名寄せ部２１は、駅の利用頻度を集計する。具体的には、名寄せ部２１は、第１に、第１の群及び第２群のそれぞれについて、端末名に含まれる駅名をキーとして、レコードを並び替え、同じ駅名を含むレコードの数を集計する。この処理において、名寄せ部２１は、カードＩＤと駅名の組合せごとに利用頻度を関連付ける、[カードＩＤ、駅名、利用頻度]という情報を取得することになる。なお、名寄せ部２１は、取得した[カードＩＤ、駅名、利用頻度]という情報のうち、利用頻度が名寄せ条件情報３１の２行目の条件項目値（頻度）に満たないものを削除してもよい。
【００４６】
名寄せ部２１は、第２に、[カードＩＤ、駅名、利用頻度]を、利用頻度の高い順にならべることによって、カードＩＤごとに、[カードＩＤ、最も利用頻度が高い駅名、２番目に利用頻度が高い駅名、３番目に・・・、]という情報を取得する。
【００４７】
ステップＳ４０６において、名寄せ部２１は、定期駅と利用頻度の高い駅との一致を調べる。具体的には、名寄せ部２１は、第１に、第１の群のカードＩＤを検索キーとして、利用者属性情報３２（図５）を検索し、該当したレコードの定期区間に含まれる「起点となる駅名」及び「終点となる駅名」を取得する。
名寄せ部２１は、第２に、取得済みである[カードＩＤ、最も利用頻度が高い駅名、２番目に利用頻度が高い駅名、３番目に・・・、]という情報のうち、第２の群のカードＩＤを有するものを特定し、特定した情報に含まれる「最も利用頻度が高い駅名」を取得する。
名寄せ部２１は、第３に、ステップＳ４０６の「第１」において取得した「起点となる駅名」及び「終点となる駅名」のうちの少なくとも一方と、ステップＳ４０６の「第２」において取得した「最も利用頻度が高い駅名」とが一致するか否かを調べる。そして、調査結果として、名寄せ部２１は、「一致する」又は「一致しない」の何れかを生成する。
なお、「起点となる駅名」及び「終点となる駅名」が取得できない（定期乗車券の利用がない）場合、名寄せ部２１は、ステップＳ４０６及びＳ４０７を省略して、ステップＳ４０８に進むものとする。
【００４８】
ステップＳ４０７において、名寄せ部２１は、定期駅と利用頻度の高い駅とが一致するか否かを判断する。具体的には、名寄せ部２１は、ステップＳ４０６の「第３」において生成された調査結果が「一致する」である場合（ステップＳ４０７“ＹＥＳ”）は、ステップＳ４１８に進み、それ以外の場合（ステップＳ４０７“ＮＯ”）は、ステップＳ４０８に進む。
【００４９】
ステップＳ４０８において、名寄せ部２１は、利用頻度の高い駅同士の一致を調べる。具体的には、名寄せ部２１は、第１に、取得済みである[カードＩＤ、最も利用頻度が高い駅名、２番目に利用頻度が高い駅名、３番目に・・・、]という情報のうち、第１の群のカードＩＤを有するものを特定し、特定した情報に含まれる「最も利用頻度が高い駅名」を取得する。
名寄せ部２１は、第２に、ステップＳ４０８の「第１」において取得した「最も利用頻度が高い駅名」と、ステップＳ４０６の「第２」において取得した「最も利用頻度が高い駅名」とが一致するか否かを調べる。ステップＳ４０６を経由していない場合は、名寄せ部２１は、取得済みである[カードＩＤ、最も利用頻度が高い駅名、２番目に利用頻度が高い駅名、３番目に・・・、]という情報のうち、第２の群のカードＩＤを有するものを特定し、特定した情報に含まれる「最も利用頻度が高い駅名」を取得した後、一致するか否かを調べる。そして、調査結果として、名寄せ部２１は、「一致する」又は「一致しない」の何れかを生成する。
【００５０】
ステップＳ４０９において、名寄せ部２１は、利用頻度の高い駅同士が一致するか否かを判断する。具体的には、名寄せ部２１は、ステップＳ４０８の「第２」において生成された調査結果が「一致する」である場合（ステップＳ４０９“ＹＥＳ”）は、ステップＳ４１８に進み、それ以外の場合（ステップＳ４０９“ＮＯ”）は、ステップＳ４１０に進む。
【００５１】
ステップＳ４１０において、名寄せ部２１は、乗換に該当する履歴があるか否かを調べる。具体的には、名寄せ部２１は、第１に、第１の群のカードＩＤ及び処理名「出場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「出場乗換駅」として特定し、そのレコードの時刻を「出場時刻」として特定する。該当したレコードが複数ある場合もあり得る。
【００５２】
名寄せ部２１は、第２に、第２の群のカードＩＤ及び処理名「入場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「入場乗換駅」として特定し、そのレコードの時刻を「入場時刻」として特定する。該当したレコードが複数ある場合もあり得る。
【００５３】
名寄せ部２１は、第３に、以下の条件１〜条件４がすべて満たされる履歴が少なくとも１つ存在するか否かを調べる。
（条件１）「入場乗換駅」と「出場乗換駅」の組合せが、図７の駅名１及び駅名２の組合せの何れかに一致する。なお、一致した組合せを「乗換駅組合せ」という。
（条件２）「出場時刻」に含まれる「月日」が、「入場時刻」に含まれる「月日」と一致する。
（条件３）条件２において「月日」が一致した「出場時刻」及び「入場時刻」について、「出場時刻」に含まれる「時分」が「入場時刻」に含まれる「時分」よりも時間的に前である。
（条件４）条件２において「月日」が一致した「出場時刻」及び「入場時刻」について、「入場時刻」に含まれる「時分」から「出場時刻」に含まれる「時分」を控除した差分が、「乗換駅組合せ」を有する乗換時間情報３４のレコードの乗換時間に対して名寄せ条件情報３１の３行目の条件項目値（乗換時間幅）を加算した値よりも小さい。
名寄せ部２１は、第４に、調査結果として「存在する」又は「存在しない」の何れかを生成する。
【００５４】
ステップＳ４１１において、名寄せ部２１は、乗換に該当する履歴があるか否かを判断する。具体的には、名寄せ部２１は、ステップＳ４１０の「第４」において生成された調査結果が「存在する」である場合（ステップＳ４１１“ＹＥＳ”）は、ステップＳ４１８に進み、それ以外の場合（ステップＳ４１１“ＮＯ”）は、ステップＳ４１２に進む。
【００５５】
ステップＳ４１２において、名寄せ部２１は、同行行動に該当する履歴があるか否かを調べる。具体的には、名寄せ部２１は、第１に、第１の群のカードＩＤ及び処理名「入場」又は「出場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行入出場駅１」として特定し、そのレコードの時刻を「同行入出場時刻１」として特定する。該当したレコードが複数ある場合もあり得る。
【００５６】
名寄せ部２１は、第２に、第２の群のカードＩＤ及び処理名「入場」又は「出場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行入出場駅２」として特定し、そのレコードの時刻を「同行入出場時刻２」として特定する。該当したレコードが複数ある場合もあり得る。
なお、「第１」において「入場」を検索キーとする場合は、「第２」においても「入場」を検索キーとする。同様に、「第１」において「出場」を検索キーとする場合は、「第２」においても「出場」を検索キーとする。
【００５７】
名寄せ部２１は、第３に、以下の条件５〜条件７がすべて満たされる履歴が少なくとも１つ存在するか否かを調べる。
（条件５）「同行入出場駅１」と、「同行入出場駅２」とが一致する。
（条件６）「同行入出場時刻１」に含まれる「月日」が、「同行入出場時刻２」に含まれる「月日」と一致する。
（条件７）条件６において「月日」が一致した「同行入出場時刻１」及び「同行入出場時刻２」について、「同行入出場時刻１」に含まれる「時分」から、「同行入出場時刻２」に含まれる「時分」を控除した差分の絶対値が、名寄せ条件情報３１の４行目のレコードの条件項目値（同行行動時間幅）よりも小さい。
名寄せ部２１は、第４に、調査結果として「存在する」又は「存在しない」の何れかを生成する。
【００５８】
ステップＳ４１３において、名寄せ部２１は、同行行動に該当する履歴があるか否かを判断する。具体的には、名寄せ部２１は、ステップＳ４１２の「第４」において生成された調査結果が「存在する」である場合（ステップＳ４１３“ＹＥＳ”）は、ステップＳ４１９に進み、それ以外の場合（ステップＳ４１３“ＮＯ”）は、ステップＳ４１４に進む。
【００５９】
ステップＳ４１４において、名寄せ部２１は、異なる利用者に該当する履歴があるか否かを調べる。具体的には、名寄せ部２１は、以下の条件８〜条件１０がすべて満たされる履歴が少なくとも１つ存在するか否かを調べる。
（条件８）「同行入出場駅１」と、「同行入出場駅２」とが異なる。
（条件９）「同行入出場時刻１」に含まれる「月日」が、「同行入出場時刻２」に含まれる「月日」と一致する。
（条件１０）条件９において「月日」が一致した「同行入出場時刻１」及び「同行入出場時刻２」について、「同行入出場時刻１」に含まれる「時分」から、「同行入出場時刻２」に含まれる「時分」を控除した差分の絶対値が、名寄せ条件情報３１の４行目のレコードの条件項目値（同行行動時間幅）よりも小さい。
名寄せ部２１は、調査結果として「存在する」又は「存在しない」の何れかを生成する。
【００６０】
名寄せ部２１は、前記したステップＳ４１４の処理に代替して以下のステップＳ４１４（その２）を実行してもよい。
ステップＳ４１４（その２）において、名寄せ部２１は、異なる利用者に該当する履歴があるか否かを調べる。具体的には、名寄せ部２１は、第１に、第１の群のカードＩＤ及び処理名「入場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行入場駅１」として特定し、そのレコードの時刻を「同行入場時刻１」として特定する。該当したレコードが複数ある場合もあり得る。
【００６１】
名寄せ部２１は、第２に、第１の群のカードＩＤ及び処理名「出場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行出場駅１」として特定し、そのレコードの時刻を「同行出場時刻１」として特定する。該当したレコードが複数ある場合もあり得る。
【００６２】
名寄せ部２１は、第３に、第２の群のカードＩＤ及び処理名「入場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行入場駅２」として特定し、そのレコードの時刻を「同行入場時刻２」として特定する。該当したレコードが複数ある場合もあり得る。
【００６３】
名寄せ部２１は、第４に、第２の群のカードＩＤ及び処理名「出場」を検索キーとして利用履歴情報３３を検索し、該当したレコードの端末名に含まれる駅名を「同行出場駅２」として特定し、そのレコードの時刻を「同行出場時刻２」として特定する。該当したレコードが複数ある場合もあり得る。
【００６４】
名寄せ部２１は、第５に、以下の条件１１〜条件１３がすべて満たされる履歴が少なくとも１つ存在するか否かを調べる。
（条件１１）「同行入場駅１」と「同行入場駅２」とが異なる。又は、「同行出場駅１」と「同行出場駅２」とが異なる。
（条件１２）「同行入場時刻１」に含まれる「月日」が、「同行入場時刻２」に含まれる「月日」、「同行出場時刻１」に含まれる「月日」、及び、「同行出場時刻２」に含まれる「月日」のすべてと一致する。
（条件１３）条件１２において「月日」が一致した「同行入場時刻１」等について、「同行入場時刻１」に含まれる「時分」と、「同行出場時刻１」に含まれる「時分」との間の期間内に、「同行入場時刻２」に含まれる「時分」又は「同行出場時刻２」に含まれる「時分」のうちの何れかが含まれる。
名寄せ部２１は、第６に、調査結果として「存在する」又は「存在しない」の何れかを生成する。
【００６５】
ステップＳ４１５において、名寄せ部２１は、異なる利用者に該当する履歴があるか否かを判断する。具体的には、名寄せ部２１は、ステップＳ４１４において（又はステップＳ４１４（その２）の「第６」において）生成された調査結果が「存在する」である場合（ステップＳ４１５“ＹＥＳ”）は、ステップＳ４１７に進み、それ以外の場合（ステップＳ４１５“ＮＯ”）は、ステップＳ４１６に進む。
【００６６】
ステップＳ４１６において、名寄せ部２１は、名寄せ結果情報３６（図８（ｂ））に「不明」を追加する。具体的には、名寄せ部２１は、第１に、名寄せ結果情報３６の新たなレコードを作成する。
名寄せ部２１は、第２に、新たなレコードの同一利用者カードＩＤ欄１５１に、「名寄せ対象レコード」の同一利用者カードＩＤを記憶し、判定結果欄１５２に、「不明」を生成した上で記憶する。
【００６７】
ステップＳ４１７において、名寄せ部２１は、名寄せ結果情報３６（図８（ｂ））に「異なる利用者」を追加する。具体的には、名寄せ部２１は、第１に、名寄せ結果情報３６の新たなレコードを作成する。
名寄せ部２１は、第２に、新たなレコードの同一利用者カードＩＤ欄１５１に、「名寄せ対象レコード」の同一利用者カードＩＤを記憶し、判定結果欄１５２に、「異なる利用者」を生成した上で記憶する。
【００６８】
ステップＳ４１８において、名寄せ部２１は、名寄せ結果情報３６（図８（ｂ））に「同一利用者」を追加する。具体的には、名寄せ部２１は、第１に、名寄せ結果情報３６の新たなレコードを作成する。
名寄せ部２１は、第２に、新たなレコードの同一利用者カードＩＤ欄１５１に、「名寄せ対象レコード」の同一利用者カードＩＤを記憶し、判定結果欄１５２に、「同一利用者」を生成した上で記憶する。
【００６９】
ステップＳ４１９において、名寄せ部２１は、名寄せ結果情報３６（図８（ｂ））に「同行行動者」を追加する。具体的には、名寄せ部２１は、第１に、名寄せ結果情報３６の新たなレコードを作成する。
名寄せ部２１は、第２に、新たなレコードの同一利用者カードＩＤ欄１５１に、「名寄せ対象レコード」の同一利用者カードＩＤを記憶し、判定結果欄１５２に、「同行行動者」を生成した上で記憶する。
【００７０】
ステップＳ４２０において、名寄せ部２１は、名寄せ中間情報３５（図８（ａ））の次のレコードがあるか否かを判断する。具体的には、名寄せ部２１は、名寄せ中間情報３５に、次の「名寄せ対象レコード」となるべき未処理のレコードが残っている場合（ステップＳ４２０“ＹＥＳ”）は、ステップＳ４０３に戻り、それ以外の場合（ステップＳ４２０“ＮＯ”）は、名寄せ処理手順を終了する。
【００７１】
（ステップＳ４０３〜Ｓ４２０の補足説明）
前記においては、名寄せ対象レコードに含まれる同一利用者カードＩＤが２つである場合を想定した。例えば、名寄せ対象レコードが図８（ａ）の１行目のレコードである場合、同一利用者カードＩＤは、「１２３４５」と「７８９０１」の２つである。このとき、名寄せ部２１は、「１２３４５」と「７８９０１」との判定結果が、「同一利用者」、「同行行動者」、「異なる利用者」及び「不明」のうちの何れかであるかを決定する。
【００７２】
しかしながら、名寄せ対象レコードに含まれる同一利用者カードＩＤが３つ以上である場合もあり得る。例えば、名寄せ対象レコードが図８（ａ）の２行目のレコードである場合、同一利用者カードＩＤは、「３７７７７」、「４００００」及び「１２７８９」の３つである。このとき、名寄せ部２１は、２つの同一利用者カードＩＤのすべての組合せについて、ステップＳ４０３〜Ｓ４１９の処理を実行する。具体的には、名寄せ部２１は、まず、「３７７７７」と「４００００」との判定結果が、「同一利用者」、「同行行動者」、「異なる利用者」及び「不明」のうちの何れかであるかを決定し、次に、「３７７７７」と「１２７８９」との判定結果についても同様の処理を行い、最後に、「４００００」と「１２７８９」との判定結果についても同様の処理を行う。つまり、同一利用者カードＩＤの組合せごとに判定結果が異なる場合もあり得る。
【００７３】
このような場合、名寄せ部２１は、ステップＳ４１６（Ｓ４１７、Ｓ４１８、Ｓ４１９）において、名寄せ結果情報３６の判定結果を記憶する際、判定結果を、その判定の対象となった同一利用者カードＩＤの組合せに関連付けて記憶する。たとえば、「３７７７７と４００００は同一利用者、３７７７７と１２７８９は同一利用者、４００００と１２７８９は不明」のように記憶する。
【００７４】
（変形例１）
前記では、複数の乗車券システム２が存在する場合、乗車券システム２から取得する利用者属性情報３２はすべて同一のデータ型式を有することを前提に説明を行った。さらに、乗車券システム２から取得する利用履歴情報３３もすべて同一のデータ型式を有すること前提に説明を行った。
しかしながら、乗車券システム２が異なれば（鉄道会社が異なれば）、通常は、利用者属性情報３２及び利用履歴情報３３のデータ型式は異なる。そこで、名寄せ装置１は、プログラムとして、データ型式変換部を備えることとする。データ型式変換部は、ステップＳ４０１において、取得した利用者属性情報３２のデータ型式を、名寄せ装置１において処理可能な特定のデータ型式に変換する。さらに、データ型式変換部は、ステップＳ４０４において、取得した利用履歴情報３３のデータ型式を、名寄せ装置１において処理可能な特定のデータ型式に変換する。
【００７５】
（変形例２）
利用履歴情報３３のレコード数は膨大である。したがって、名寄せ装置１の名寄せ部２１は、ステップＳ４０４において、例えば、「現在の月」を、時刻を検索する検索キーとして加えることによって、処理速度を速めることが可能である。さらに、特定の時刻の範囲（春季、秋季等）を検索キーとすることによって、名寄せ装置１は、当該特定の時刻の範囲についての判定結果を得ることができる。
【００７６】
（変形例３）
利用履歴情報３３の情報の種類は、図６に示されたものに限定されない。例えば、駅係員窓口や自動精算機での精算処理時の時刻及び場所（端末名）、スタンプラリーやクーポン券取得等で情報端末に接触した際の時刻及び場所が利用履歴情報３３に記憶されてもよい。
【００７７】
（変形例４）
前記したすべての閾値は、固定値に限定されるものではなく、可変値であってもかまわない。例えば、名寄せ条件情報３１（図４）における乗換時間幅及び同行行動時間幅は、平均入出場数に応じて、駅ごと、時刻（季節）ごとに変化させてもよい。
【００７８】
（本実施形態の効果）
本実施形態によれば、名寄せを高精度で行うことが可能になる。したがって、利用者の行動エリアや購買嗜好により適合した販促情報を提供することが可能になる。例えば、１人の利用者に対して、乗換前後の駅周辺の販促情報を同時に提供すること、複数の交通ＩＣカードのポイントをまとめて集計すること、家族・グループ向けの販促情報を提供すること等が可能になる。
【００７９】
本発明は、前記した実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能である。
【符号の説明】
【００８０】
１ 名寄せ装置
２ 乗車券システム
３ 情報端末装置
４ａ、４ｂ、８ａ、８ｂ ネットワーク
５ 自動改札機
６ 駅サーバ
７ 管理サーバ
９ 交通ＩＣカード（携帯用情報記憶媒体）
１１ 中央制御装置（制御部）
１２ 主記憶装置（記憶部）
１３ 補助記憶装置（記憶部）
１４ 入力装置
１５ 出力装置
１６ 通信インタフェース
２１ 名寄せ部
２２ 名寄せ条件設定部
３１ 名寄せ条件情報
３２ 利用者属性情報
３３ 利用履歴情報
３４ 乗換時間情報
３５ 名寄せ中間情報
３６ 名寄せ結果情報
４１ 名寄せ条件設定画面
【特許請求の範囲】
【請求項１】
複数の携帯用情報記憶媒体を利用する複数の利用者の同一性を決定する名寄せ装置であって、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者の属性情報が記憶される利用者属性情報と、
前記携帯用情報記憶媒体の識別子に関連付けて、前記携帯用情報記憶媒体を用いて交通機関を利用した時刻及び区間が記憶される利用履歴情報と、
が格納される記憶部と、
同一の利用者が利用している可能性がある２つの前記携帯用情報記憶媒体の識別子の組合せを、前記属性情報に基づいて取得し、
前記利用履歴情報に基づいて、前記取得した組合せごとに判定結果を生成する制御部と、
を有し、
前記判定結果は、
同一の利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第１の判定結果、
同行する２人の利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第２の判定結果、
異なる利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第３の判定結果、及び、
前記第１の判定結果、前記第２の判定結果及び前記第３の判定結果のうちのいずれであるとも言えないことを示す第４の判定結果、
のうちの何れかであること、
を特徴とする名寄せ装置。
【請求項２】
複数の前記携帯用情報記憶媒体のうちの少なくとも１つは、定期乗車券を兼ねるものであり、
前記制御部は、
前記属性情報に含まれる定期乗車券入場駅又は定期乗車券出場駅を取得し、
前記利用履歴情報の前記区間から、利用頻度の高い駅を取得し、
前記取得した定期乗車券入場駅又は定期乗車券出場駅が、前記取得した利用頻度の高い駅と一致する場合は、前記第１の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項３】
前記制御部は、
前記利用履歴情報から、前記携帯用情報記憶媒体の識別子ごとに、利用頻度の高い区間を取得し、
前記取得した利用頻度の高い区間同士が一致する場合は、前記第１の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項４】
前記利用履歴情報は、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者が前記交通機関の駅に入場したこと及び前記交通機関の駅を出場したことを示す情報を記憶しており、
前記制御部は、
前記利用履歴情報から、第１の利用者が出場した駅及び時刻を特定し、
前記利用履歴情報から、第２の利用者が入場した駅及び時刻を特定し、
前記出場した駅が、前記入場した駅と一致し、かつ、前記入場した時刻が、前記出場した時刻から所定の時間が経過するまでの期間内にある場合は、前記第１の利用者と前記第２の利用者とが同じであるとして、前記第１の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項５】
前記利用履歴情報は、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者が前記交通機関の駅に入場したこと及び前記交通機関の駅を出場したことを示す情報を記憶しており、
前記制御部は、
前記利用履歴情報から、第１の利用者が入場又は出場した駅及び時刻を特定し、
前記利用履歴情報から、第２の利用者が入場又は出場した駅及び時刻を特定し、
前記第１の利用者が入場又は出場した駅が、前記第２の利用者が入場又は出場した駅と一致し、かつ、前記第１の利用者が入場又は出場した時刻と、前記第２の利用者が入場又は出場した時刻との差分が所定の時間内である場合には、前記第１の利用者と前記第２の利用者とは同行する別人であるので、前記第２の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項６】
前記利用履歴情報は、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者が前記交通機関の駅に入場したこと及び前記交通機関の駅を出場したことを示す情報を記憶しており、
前記制御部は、
前記利用履歴情報から、第１の利用者が入場又は出場した駅及び時刻を特定し、
前記利用履歴情報から、第２の利用者が入場又は出場した駅及び時刻を特定し、
前記第１の利用者が入場又は出場した駅が、前記第２の利用者が入場又は出場した駅とは異なり、かつ、前記第１の利用者が入場又は出場した時刻と、前記第２の利用者が入場又は出場した時刻との差分が所定の時間内である場合には、前記第１の利用者と前記第２の利用者とは別人であるので、前記第３の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項７】
前記利用履歴情報は、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者が前記交通機関の駅に入場したこと及び前記交通機関の駅を出場したことを示す情報を記憶しており、
前記制御部は、
前記利用履歴情報から、第１の利用者が入場又は出場した駅及び時刻を特定し、
前記利用履歴情報から、第２の利用者が入場又は出場した駅及び時刻を特定し、
前記第１の利用者が入場又は出場した駅が、前記第２の利用者が入場又は出場した駅とは異なり、かつ、前記第１の利用者が入場した時刻と前記第１の利用者が出場した時刻との間の期間内に、前記第２の利用者が入場又は出場した時刻が該当する場合には、前記第１の利用者と前記第２の利用者とは別人であるので、前記第３の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項８】
前記制御部は、
データ形式の異なる複数の前記利用者属性情報、又は、データ形式の異なる複数の前記利用履歴情報が複数存在する場合は、異なるデータ形式を任意のデータ型式に変換すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項９】
前記制御部は、
同一の利用者が利用している可能性がある３つ以上の前記携帯用情報記憶媒体の識別子を、前記属性情報に基づいて取得した場合は、
前記３つ以上の前記携帯用情報記憶媒体の識別子のうちの、２つの前記携帯用情報記憶媒体の識別子のすべての組合せごとに、前記利用履歴情報に基づいて、前記判定結果を生成すること、
を特徴とする請求項１ないし請求項８のいずれかに記載の名寄せ装置。
【請求項１０】
複数の携帯用情報記憶媒体を利用する複数の利用者の同一性を決定する名寄せ装置の名寄せ方法であって、
前記名寄せ装置の記憶部は、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者の属性情報が記憶される利用者属性情報と、
前記携帯用情報記憶媒体の識別子に関連付けて、前記携帯用情報記憶媒体を用いて交通機関を利用した時刻及び区間が記憶される利用履歴情報と、
を格納しており、
前記名寄せ装置の制御部は、
同一の利用者が利用している可能性がある前記携帯用情報記憶媒体の識別子の組合せを、前記属性情報に基づいて取得し、
前記利用履歴情報に基づいて、前記取得した組合せごとに判定結果を生成し、
前記判定結果は、
同一の利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第１の判定結果、
同行する２人の利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第２の判定結果、
異なる利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第３の判定結果、及び、
前記第１の判定結果、前記第２の判定結果及び前記第３の判定結果のうちのいずれであるとも言えないことを示す第４の判定結果、
のうちの何れかであること、
を特徴とする名寄せ方法。
【請求項１】
複数の携帯用情報記憶媒体を利用する複数の利用者の同一性を決定する名寄せ装置であって、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者の属性情報が記憶される利用者属性情報と、
前記携帯用情報記憶媒体の識別子に関連付けて、前記携帯用情報記憶媒体を用いて交通機関を利用した時刻及び区間が記憶される利用履歴情報と、
が格納される記憶部と、
同一の利用者が利用している可能性がある２つの前記携帯用情報記憶媒体の識別子の組合せを、前記属性情報に基づいて取得し、
前記利用履歴情報に基づいて、前記取得した組合せごとに判定結果を生成する制御部と、
を有し、
前記判定結果は、
同一の利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第１の判定結果、
同行する２人の利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第２の判定結果、
異なる利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第３の判定結果、及び、
前記第１の判定結果、前記第２の判定結果及び前記第３の判定結果のうちのいずれであるとも言えないことを示す第４の判定結果、
のうちの何れかであること、
を特徴とする名寄せ装置。
【請求項２】
複数の前記携帯用情報記憶媒体のうちの少なくとも１つは、定期乗車券を兼ねるものであり、
前記制御部は、
前記属性情報に含まれる定期乗車券入場駅又は定期乗車券出場駅を取得し、
前記利用履歴情報の前記区間から、利用頻度の高い駅を取得し、
前記取得した定期乗車券入場駅又は定期乗車券出場駅が、前記取得した利用頻度の高い駅と一致する場合は、前記第１の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項３】
前記制御部は、
前記利用履歴情報から、前記携帯用情報記憶媒体の識別子ごとに、利用頻度の高い区間を取得し、
前記取得した利用頻度の高い区間同士が一致する場合は、前記第１の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項４】
前記利用履歴情報は、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者が前記交通機関の駅に入場したこと及び前記交通機関の駅を出場したことを示す情報を記憶しており、
前記制御部は、
前記利用履歴情報から、第１の利用者が出場した駅及び時刻を特定し、
前記利用履歴情報から、第２の利用者が入場した駅及び時刻を特定し、
前記出場した駅が、前記入場した駅と一致し、かつ、前記入場した時刻が、前記出場した時刻から所定の時間が経過するまでの期間内にある場合は、前記第１の利用者と前記第２の利用者とが同じであるとして、前記第１の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項５】
前記利用履歴情報は、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者が前記交通機関の駅に入場したこと及び前記交通機関の駅を出場したことを示す情報を記憶しており、
前記制御部は、
前記利用履歴情報から、第１の利用者が入場又は出場した駅及び時刻を特定し、
前記利用履歴情報から、第２の利用者が入場又は出場した駅及び時刻を特定し、
前記第１の利用者が入場又は出場した駅が、前記第２の利用者が入場又は出場した駅と一致し、かつ、前記第１の利用者が入場又は出場した時刻と、前記第２の利用者が入場又は出場した時刻との差分が所定の時間内である場合には、前記第１の利用者と前記第２の利用者とは同行する別人であるので、前記第２の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項６】
前記利用履歴情報は、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者が前記交通機関の駅に入場したこと及び前記交通機関の駅を出場したことを示す情報を記憶しており、
前記制御部は、
前記利用履歴情報から、第１の利用者が入場又は出場した駅及び時刻を特定し、
前記利用履歴情報から、第２の利用者が入場又は出場した駅及び時刻を特定し、
前記第１の利用者が入場又は出場した駅が、前記第２の利用者が入場又は出場した駅とは異なり、かつ、前記第１の利用者が入場又は出場した時刻と、前記第２の利用者が入場又は出場した時刻との差分が所定の時間内である場合には、前記第１の利用者と前記第２の利用者とは別人であるので、前記第３の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項７】
前記利用履歴情報は、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者が前記交通機関の駅に入場したこと及び前記交通機関の駅を出場したことを示す情報を記憶しており、
前記制御部は、
前記利用履歴情報から、第１の利用者が入場又は出場した駅及び時刻を特定し、
前記利用履歴情報から、第２の利用者が入場又は出場した駅及び時刻を特定し、
前記第１の利用者が入場又は出場した駅が、前記第２の利用者が入場又は出場した駅とは異なり、かつ、前記第１の利用者が入場した時刻と前記第１の利用者が出場した時刻との間の期間内に、前記第２の利用者が入場又は出場した時刻が該当する場合には、前記第１の利用者と前記第２の利用者とは別人であるので、前記第３の判定結果を生成すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項８】
前記制御部は、
データ形式の異なる複数の前記利用者属性情報、又は、データ形式の異なる複数の前記利用履歴情報が複数存在する場合は、異なるデータ形式を任意のデータ型式に変換すること、
を特徴とする請求項１に記載の名寄せ装置。
【請求項９】
前記制御部は、
同一の利用者が利用している可能性がある３つ以上の前記携帯用情報記憶媒体の識別子を、前記属性情報に基づいて取得した場合は、
前記３つ以上の前記携帯用情報記憶媒体の識別子のうちの、２つの前記携帯用情報記憶媒体の識別子のすべての組合せごとに、前記利用履歴情報に基づいて、前記判定結果を生成すること、
を特徴とする請求項１ないし請求項８のいずれかに記載の名寄せ装置。
【請求項１０】
複数の携帯用情報記憶媒体を利用する複数の利用者の同一性を決定する名寄せ装置の名寄せ方法であって、
前記名寄せ装置の記憶部は、
前記携帯用情報記憶媒体の識別子に関連付けて、前記利用者の属性情報が記憶される利用者属性情報と、
前記携帯用情報記憶媒体の識別子に関連付けて、前記携帯用情報記憶媒体を用いて交通機関を利用した時刻及び区間が記憶される利用履歴情報と、
を格納しており、
前記名寄せ装置の制御部は、
同一の利用者が利用している可能性がある前記携帯用情報記憶媒体の識別子の組合せを、前記属性情報に基づいて取得し、
前記利用履歴情報に基づいて、前記取得した組合せごとに判定結果を生成し、
前記判定結果は、
同一の利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第１の判定結果、
同行する２人の利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第２の判定結果、
異なる利用者が、前記取得した組合せの２つの携帯用情報記憶媒体を利用していることを示す第３の判定結果、及び、
前記第１の判定結果、前記第２の判定結果及び前記第３の判定結果のうちのいずれであるとも言えないことを示す第４の判定結果、
のうちの何れかであること、
を特徴とする名寄せ方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−９７６５４（Ｐ２０１３−９７６５４Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２４１０３５（Ｐ２０１１−２４１０３５）
【出願日】平成２３年１１月２日（２０１１．１１．２）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１１月２日（２０１１．１１．２）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]