(57)【特許請求の範囲】
【請求項１】
現在時刻から過去所定時間以内の第１時間帯に、駅に入場または駅から出場した利用者のうち、第１の利用者属性値を持つ利用者の数と、前記第１の利用者属性値を持たない利用者の数との比率を、実比率として算出する、実比率算出機能と、
前記実比率を表示する、比率表示機能と、
前日以前の推定対象時刻から過去所定時間以内の第２時間帯に入出場した利用者のうち、前記第１の利用者属性値を持つ利用者の数と、前記第１の利用者属性値を持たない利用者の数との比率に基づき、現在または未来の利用者に係る比率の推定値を、推定比率として算出する、推定比率算出機能と
を備え、
前記比率表示機能は、前記実比率を表示するか、または、前記推定比率を表示するかを切り替える機能を含む、
駅の利用者管理システム。
【請求項２】
前記実比率算出機能は、
前記第１時間帯に駅に入場した利用者のうち、前記第１の利用者属性値を持つ利用者の数と、前記第１の利用者属性値を持たない利用者の数との比率を算出する機能と、
前記第１時間帯に駅から出場した利用者のうち、前記第１の利用者属性値を持つ利用者の数と、前記第１の利用者属性値を持たない利用者の数との比率を算出する機能と
の双方を含む、請求項１に記載の駅の利用者管理システム。
【請求項３】
前記利用者管理システムは、複数の比率表示手段を備え、
少なくとも１つの前記比率表示手段は、前記駅の改札内に配置され、入場した利用者に係る前記実比率を表示し、
少なくとも１つの前記比率表示手段は、前記駅の改札外に配置され、出場した利用者に係る前記実比率を表示する、請求項２に記載の駅の利用者管理システム。
【請求項４】
前記利用者管理システムは、
前記第１時間帯に入場した、前記第１の利用者属性値を持つ利用者の数と、
前記第１時間帯に入場した、前記第１の利用者属性値を持たない利用者の数と、
前日以前の前記現在時刻に対応する時刻から未来所定時間以内の第３時間帯に出場した、前記第１の利用者属性値を持つ利用者の数と、
前記第３時間帯に出場した、前記第１の利用者属性値を持たない利用者の数と、
に基づいて比率を算出する機能をさらに備える、請求項１〜３のいずれか一項に記載の駅の利用者管理システム。
【請求項５】
前記実比率算出機能は、前記第１時間帯に入出場した利用者のうち、所定の出入口を通過した利用者について、前記第１の利用者属性値を持つ利用者の数と、前記第１の利用者属性値を持たない利用者の数との比率を、場所限定実比率として算出する機能を含み、
前記比率表示機能は、前記実比率を表示するか、または、前記場所限定実比率を表示するかを切り替える機能を含む、請求項１〜４のいずれか一項に記載の駅の利用者管理システム。
【請求項６】
前記前日以前の第２時間帯は、
前週の同曜日の第２時間帯、
前日の第２時間帯、
前年の同月同日の第２時間帯
のいずれかを含む、請求項１に記載の駅の利用者管理システム。
【請求項７】
前記利用者属性値は、
‐前記利用者の識別情報、
‐生年月日、
‐性別、
‐個人であるか法人であるか、および
‐学生であるか否か
のうち少なくとも１つを表す、請求項１〜６のいずれか一項に記載の駅の利用者管理システム。
【請求項８】
前記利用者管理システムは、
広告を表す画像または動画と、前記利用者属性値に対応する項目を含む広告対象属性とを関連付けて記憶する機能と、
各広告の前記広告対象属性に基づき、前記実比率に適合する広告を選択する機能と、
選択された広告に関連付けられた画像または動画を出力する機能と
をさらに備える、請求項１〜７のいずれか一項に記載の駅の利用者管理システム。
【請求項９】
コンピュータを、請求項１〜８のいずれか一項に記載の利用者管理システムとして機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、駅の利用者管理システムに関する。
【背景技術】
【０００２】
駅の利用者に関する情報を、自動改札機等を介して収集する構成が公知である。特許文献１には、このような構成の例が記載されている。特許文献１では、入場者や退場者の人数を取得してシミュレーションを行うことが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１８７５５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、利用者の内訳まで考慮しないため、用途が限られるという問題があった。
【０００５】
たとえば特許文献１の技術では、入場者や退場者の全体としての人数を参照するが、利用者の内訳（たとえば性別、身分等）については考慮していない。このため、たとえば駅構内の店舗において、客層に合わせて商品の陳列を変更する際の参考情報としては、あまり有効ではない。
【０００６】
この発明は、このような問題点を解決するためになされたものであり、利用者の内訳まで考慮した情報を提供する、駅の利用者管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述の問題点を解決するため、この発明に係る駅の利用者管理システムは、
現在時刻から過去所定時間以内の第１時間帯に、駅に入場または駅から出場した利用者のうち、第１の利用者属性値を持つ利用者の数と、第１の利用者属性値を持たない利用者の数との比率を、実比率として算出する、実比率算出機能と、
実比率を表示する、比率表示機能と、
前日以前の推定対象時刻から過去所定時間以内の第２時間帯に入出場した利用者のうち、第１の利用者属性値を持つ利用者の数と、第１の利用者属性値を持たない利用者の数との比率に基づき、現在または未来の利用者に係る比率の推定値を、推定比率として算出する、推定比率算出機能と
を備え、
比率表示機能は、実比率を表示するか、または、推定比率を表示するかを切り替える機能を含む。
【０００８】
実比率算出機能は、
第１時間帯に駅に入場した利用者のうち、第１の利用者属性値を持つ利用者の数と、第１の利用者属性値を持たない利用者の数との比率を算出する機能と、
第１時間帯に駅から出場した利用者のうち、第１の利用者属性値を持つ利用者の数と、第１の利用者属性値を持たない利用者の数との比率を算出する機能と
の双方を含んでもよい。
利用者管理システムは、複数の比率表示手段を備え、
少なくとも１つの比率表示手段は、駅の改札内に配置され、入場した利用者に係る実比率を表示し、
少なくとも１つの比率表示手段は、駅の改札外に配置され、出場した利用者に係る実比率を表示してもよい。
利用者管理システムは、
第１時間帯に入場した、第１の利用者属性値を持つ利用者の数と、
第１時間帯に入場した、第１の利用者属性値を持たない利用者の数と、
前日以前の現在時刻に対応する時刻から未来所定時間以内の第３時間帯に出場した、第１の利用者属性値を持つ利用者の数と、
第３時間帯に出場した、第１の利用者属性値を持たない利用者の数と、
に基づいて比率を算出する機能をさらに備えてもよい。
実比率算出機能は、第１時間帯に入出場した利用者のうち、所定の出入口を通過した利用者について、第１の利用者属性値を持つ利用者の数と、第１の利用者属性値を持たない利用者の数との比率を、場所限定実比率として算出する機能を含み、
比率表示機能は、実比率を表示するか、または、場所限定実比率を表示するかを切り替える機能を含んでもよい。
前日以前の第２時間帯は、
前週の同曜日の第２時間帯、
前日の第２時間帯、
前年の同月同日の第２時間帯
のいずれかを含んでもよい。
利用者属性値は、
‐利用者の識別情報、
‐生年月日、
‐性別、
‐個人であるか法人であるか、および
‐学生であるか否か
のうち少なくとも１つを表してもよい。
利用者管理システムは、
広告を表す画像または動画と、利用者属性値に対応する項目を含む広告対象属性とを関連付けて記憶する機能と、
各広告の広告対象属性に基づき、実比率に適合する広告を選択する機能と、
選択された広告に関連付けられた画像または動画を出力する機能と
をさらに備えてもよい。
【０００９】
また、この発明に係るプログラムは、コンピュータを、上述の駅の利用者管理システムとして機能させる。
【発明の効果】
【００１０】
この発明に係る駅の利用者管理システムおよびプログラムによれば、利用者の属性に基づき、異なる属性を持つ利用者の比率が表示されるので、利用者の内訳に関する情報を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態１に係る利用者管理システムを含む構成の例を示す図である。
【図２】記憶手段に格納される各テーブルに含まれるフィールドと、各フィールド間の論理的関係とを示す図である。
【図３】図２の各テーブルのレコードの具体例を示す図である。
【図４】店舗テーブルのレコードに係るインタフェース画面の例である。
【図５】推定検索テーブルのレコードに係るインタフェース画面の例である。
【図６】利用者管理システムが実比率を表示する際の、処理の流れの例を示すフローチャートである。
【図７】図６のステップＳ９において表示される画面の構成の例である。
【図８】利用者管理システムが推定比率を表示する際の、処理の流れの例を示すフローチャートである。
【図９】実施の形態１において実比率および推定比率の算出に用いられるレコードを示す図である。
【図１０】実施の形態１の変形例において実比率および推定比率の算出に用いられるレコードを示す図である。
【図１１】実施の形態２において混合比率の算出に用いられるレコードを示す図である。
【図１２】実施の形態２の変形例において混合比率の算出に用いられるレコードを示す図である。
【発明を実施するための形態】
【００１２】
以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明の実施の形態１に係る駅の利用者管理システムを含む構成の例を示す。
【００１３】
利用者管理システムは、情報収集サーバ１０を備える。情報収集サーバ１０はコンピュータとしての構成を含み、演算を行う演算手段と、情報を格納する記憶手段と、使用者の操作を受け付ける入力手段と、情報を出力する出力手段と、外部の通信ネットワークに対し情報の入出力を受け付けるネットワークインタフェース（入力手段や出力手段を兼ねてもよい）とを備える。
【００１４】
たとえば、情報収集サーバ１０の演算手段はＣＰＵ（中央処理装置）を含み、記憶手段は半導体メモリおよびＨＤＤ（ハードディスクドライブ）等の記憶媒体を含む。また、たとえば入力手段はキーボードおよびマウスを含み、出力手段はディスプレイ等の表示手段またはプリンタ等の印刷手段を含む。
【００１５】
また、情報収集サーバ１０の記憶手段にはプログラムが格納されている。情報収集サーバ１０は、このプログラムを実行することにより、本明細書に記載される機能を実現する。
【００１６】
駅の構内は、１つ以上の自動改札機２０によって、改札内エリアと改札外エリアとに区分される。自動改札機２０は、それぞれ乗車口のいずれかに対応する。１つの乗車口に複数の自動改札機２０が対応してもよい。なお、「乗車口」とは列車等の車両に乗車するために通過する出入口を意味するが、乗車を伴わない駅の場合には「出入口」または他の名称で呼ばれる場所等であってもよい。
【００１７】
自動改札機２０は、駅の利用者（たとえば列車の乗客）について、性別等の属性情報を取得する機能を有する。属性情報の取得は、たとえば、利用者が携帯するＩＣカードの情報を電子的に読み取ることを介して行われる。自動改札機２０は、利用者管理システムの一部として構成されてもよく、利用者管理システムと通信可能な別個のコンピュータとして構成されてもよい。
【００１８】
改札内および改札外のそれぞれに、１つ以上の店舗端末３０が配置される。店舗端末３０は、たとえば店舗内に配置されるコンピュータであり、店舗の経営者または従業員等によって操作される。店舗端末３０は、演算を行う演算手段と、情報を格納する記憶手段と、使用者の操作を受け付ける入力手段（タッチパネル等）と、情報を表示する表示手段（液晶ディスプレイ等）と、外部の通信ネットワークに対し情報の入出力を受け付けるネットワークインタフェース（入力手段等を兼ねてもよい）とを備える。店舗端末３０は、利用者管理システムの一部として構成されてもよく、利用者管理システムと通信可能な外部のコンピュータとして構成されてもよい。
【００１９】
また、店舗端末３０の記憶手段にはプログラムが格納されている。店舗端末３０は、このプログラムを実行することにより、本明細書に記載される機能を実現する。
【００２０】
改札内および改札外のそれぞれに、１つ以上の広告表示装置４０が配置される。広告表示装置４０は、事前に記録されたデータまたは外部から入力される信号に応じ、静止画または動画等の電子広告を表示する機能を有する。広告表示装置４０は、たとえば液晶ディスプレイ等の表示装置を備える。広告表示装置４０は、利用者管理システムの一部として構成されてもよく、利用者管理システムと通信可能な別個のコンピュータとして構成されてもよい。
【００２１】
利用者管理システムは、広告を表す画像または動画を記憶する機能を有する。この広告は、情報収集サーバ１０、広告表示装置４０または他のコンピュータの記憶手段に記憶される。
【００２２】
また、広告表示装置４０の記憶手段にはプログラムが格納されている。広告表示装置４０は、このプログラムを実行することにより、本明細書に記載される機能を実現する。
【００２３】
次に、図２および図３を用いて、情報収集サーバ１０の記憶手段に格納される情報の構成を説明する。
情報収集サーバ１０の記憶手段は、入出場テーブルＤ１、会員テーブルＤ２、改札機テーブルＤ３、店舗テーブルＤ４、推定検索テーブルＤ５および広告テーブルＤ６を格納する。図２には、各テーブルに含まれるフィールドおよび各フィールド間の論理的関係を示し、図３には、各テーブルのレコードの具体例を示している。
【００２４】
入出場テーブルＤ１のレコードは、利用者が自動改札機２０のいずれかを通過して入場するたび、および、利用者が自動改札機２０のいずれかを通過して出場するたびに作成され、利用者の会員ＩＤと、入出場の行動に関する情報とを関連付ける。入出場の行動に関する情報は、改札号機と、入出場区分と、入出場時刻とを含む。ここで、「入場」とは、たとえば駅の改札外から改札内へと移動することであるということができ、「出場」とは、たとえば駅の改札内から改札外へと移動することであるということができる。
【００２５】
会員ＩＤは、情報収集サーバ１０に対してその利用者を一意に識別する、利用者の識別情報である。改札号機は、情報収集サーバ１０に対して自動改札機２０を一意に識別する識別情報であり、利用者がどの自動改札機２０を介して入出場したかを示す。入出場区分は、その利用者が入場したかまたは出場したかを表す情報であり、たとえば「１」なら入場を表し、「２」なら出場を表す。入出場時刻は、その利用者が入出場した時刻を表し、たとえばＹＹＹＹＭＭＤＤｈｈｍｍｓｓ形式で表される。
【００２６】
会員テーブルＤ２のレコードは利用者ごとに作成され、事前に情報収集サーバ１０の記憶手段に格納される。会員テーブルＤ２は、利用者の会員ＩＤと、その利用者の利用者属性値を表す情報とを関連付ける。利用者属性値は、たとえば、性別を表す値、生年月日を表す値、会員種別を表す値および学生フラグを表す値を含む。
【００２７】
会員ＩＤは、入出場テーブルＤ１の会員ＩＤと対応する。性別は、たとえば「１」なら男性を表し、「２」なら女性を表す。生年月日はたとえばＹＹＹＹＭＭＤＤ形式で表される。なお、情報収集サーバ１０または他のコンピュータにより、生年月日と現在の日付とに基づいてその利用者の年令を算出することが可能であるので、生年月日は、年齢を表す情報であるとも言える。会員種別は、たとえば個人であるか法人であるかを表す。なお、本明細書において、「利用者が法人である」という表現は、その利用者が何らかの法人の構成員として登録されていることを表す。たとえば会員種別が「１」なら個人として登録されている利用者を表し、「２」なら法人の構成員として登録されている利用者を表す（なお、同一の法人の構成員であっても、個人ごとに会員ＩＤが付与される）。学生フラグは、学生であるか否かを表し、たとえば「１」なら学生を表し、「２」なら学生でないことを表す。
【００２８】
改札機テーブルＤ３のレコードは自動改札機２０ごとに作成され、事前に情報収集サーバ１０の記憶手段に格納される。改札機テーブルＤ３は、自動改札機２０の改札号機と、その自動改札機２０が配置されている乗車口とを関連付ける。改札号機は、入出場テーブルＤ１の改札号機と対応する。乗車口は、たとえば「１」なら東口を表し、「２」なら南口を表し、「３」なら北口を表し、「４」なら西口を表す。
【００２９】
店舗テーブルＤ４のレコードは店舗ごとに作成され、事前に情報収集サーバ１０の記憶手段に格納される。店舗テーブルＤ４は、店舗の店舗ＩＤと、その店舗の店舗端末３０に表示されるべき実データ（たとえば実際の比率）の内容を表す情報を関連付ける。店舗ＩＤは、情報収集サーバ１０に対して店舗端末３０を一意に識別する識別情報である。
【００３０】
実比率の内容を表す情報は、少なくとも１つの対象乗車口と、少なくとも１つの表示対象属性とを含む。対象乗車口は、改札機テーブルＤ３の乗車口に対応する。すなわち、どの乗車口を通過した利用者に関する情報を表示するかを表す。ただし、対象乗車口には、複数の乗車口を表す値が指定されてもよい。たとえば、「０」は、すべての乗車口に対応する。すなわち、どの乗車口を通過したかに関わらず、いずれかの乗車口を通過した利用者すべてに関する情報を表示することを表す。
【００３１】
表示対象属性は、会員テーブルＤ２に記録される属性に対応する。たとえば「１」は性別を表し、「２」は年齢を表し、「３」は会員種別を表し、「４」は学生フラグを表す。
【００３２】
利用者管理システムは、使用者の操作に応じ、店舗テーブルＤ４のレコードを作成または変更する機能を有する。
図４に、このような機能に係るインタフェース画面の例を示す。このインタフェース画面は、たとえば店舗端末３０に表示される。店舗端末３０または情報収集サーバ１０は、このインタフェース画面を介して入力される情報に基づき、店舗テーブルＤ４においてその店舗端末３０に対応するレコードを作成または変更する。図４の表示は、図３の店舗テーブルＤ４の例に対応する。
【００３３】
推定検索テーブルＤ５のレコードは店舗ごとに作成され、事前に情報収集サーバ１０の記憶手段に格納される。推定検索テーブルＤ５は、店舗の店舗ＩＤと、その店舗の店舗端末３０に表示されるべき推定データ（たとえば推定される比率）の内容を表す情報を関連付ける。なお、「推定」とは、たとえば現在または現在を含む時間帯のデータの推定を意味するが、過去のデータの推定を含んでもよく、未来のデータの推定（すなわち予測）を含んでもよい。
【００３４】
店舗ＩＤは、店舗テーブルＤ４の店舗ＩＤに対応する。
推定比率の内容を表す情報は、推定対象日時および推定方法を含む。推定対象日時は、推定の対象とする日付および時刻（または時間帯）を表し、たとえばＹＹＹＹＭＭＤＤｈｈｍｍｓｓ形式で表される。図３の推定検索テーブルＤ５の例では、２０１５年２月１日の２０：００を基準とする時刻または時間帯（たとえばこの時刻から１０分間）に入場または出場すると推定される利用者に関する情報が表示されることになる。なお、推定対象日時のうち、とくに時刻を、推定対象時刻と呼ぶ。
【００３５】
推定方法は、入出場テーブルＤ１に含まれるレコードから、推定の根拠となるレコードを抽出する際の基準とする日付を表す。推定方法は、推定の根拠となるレコードを抽出する際の基準となる日付を決定する規則を表す。
【００３６】
たとえば、「１」は過去の同じ曜日のレコードを根拠とすることを表す。たとえば過去１０週間分であるが、少なくとも前週の同曜日を含むものであればよい。
「２」は前日のレコードを根拠とすることを表す。
「３」は過去所定日数間のレコードを根拠とすることを表す。たとえば過去７日間分であるが、少なくとも前日を含むものであればよい。
「４」は過去の同じ月日のレコードを根拠とすることを表す。たとえば前年の同月同日である。なお、入出場テーブルＤ１において前年より前のレコードを削除せず保存している場合には、それ以前の年の同月同日を含んでもよい。
【００３７】
利用者管理システムは、使用者の操作に応じ、推定検索テーブルＤ５のレコードを作成または変更する機能を有する。
図５に、このような機能に係るインタフェース画面の例を示す。このインタフェース画面は、たとえば店舗端末３０に表示される。店舗端末３０または情報収集サーバ１０は、このインタフェース画面を介して入力される情報に基づき、推定検索テーブルＤ５においてその店舗端末３０に対応するレコードを作成または変更する。図５の表示は、図３の推定検索テーブルＤ５の例に対応する。
【００３８】
広告テーブルＤ６のレコードは広告ごとに作成され、事前にコンピュータ（情報収集サーバ１０、広告表示装置４０または別途設けられるデジタルサイネージサーバ）の記憶手段に格納される。広告テーブルＤ６は、広告の広告ＩＤと、その広告に関する情報とを関連付ける。広告に関する情報は、たとえば、広告対象属性を表す値、スポンサーランクを表す値、優先度を表す値、表示時間帯を表す値、および対象乗車口を表す値を含む。広告対象属性を表す値は、対象性別を表す値、対象年齢を表す値、対象種別を表す値、および対象学生フラグを表す値を含む。
【００３９】
広告ＩＤは、利用者管理システムに対して広告を一意に識別する、広告の識別情報である。広告対象属性は、会員テーブルＤ２の利用者属性と対応する項目を含む（なお広告テーブルＤ６の対象年齢は会員テーブルＤ２の生年月日に対応する）。
【００４０】
以上のように構成される利用者管理システムの動作を、以下に説明する。
利用者管理システムは、利用者の入場および出場に応じ、入出場テーブルＤ１のレコードを作成する。たとえば、自動改札機２０が利用者の入場および出場を検出して、会員ＩＤ、改札号機、入出場区分および入出場時刻を情報収集サーバ１０に送信し、情報収集サーバ１０がこれに応じてレコードを作成する。
【００４１】
また、情報収集サーバ１０は、定期的に、入出場テーブルＤ１のレコードのうち古いものを削除する。たとえば、毎日所定時刻に、前年の同月同日よりも古いレコードを削除する。
【００４２】
また、利用者管理システムは、実比率を表示する機能を有する。
図６は、利用者管理システムが実比率を表示する際の、処理の流れの例を示すフローチャートである。図６の処理は、店舗端末３０のそれぞれについて実行される。また、図６の処理は、たとえば定期的に（たとえば１分に１回）実行開始される。
【００４３】
まず情報収集サーバ１０は、対象の店舗端末３０について、店舗テーブルＤ４を参照し、対象乗車口を取得する（ステップＳ１）。対象乗車口が複数定義されている場合には、ステップＳ１および後続のステップＳ２〜Ｓ９は対象乗車口ごとにループして実行される。
【００４４】
次に、情報収集サーバ１０は、対象の店舗端末３０について、店舗テーブルＤ４を参照し、表示対象属性を取得する（ステップＳ２）。表示対象属性が複数定義されている場合には、ステップＳ２および後続のステップＳ３〜Ｓ９は表示対象属性ごとにループして実行される。
【００４５】
次に、情報収集サーバ１０は、入出場テーブルＤ１と現在時刻とに基づいて、店舗端末３０に表示すべき実比率の算出に用いるレコードを抽出する（ステップＳ３）。たとえば、入出場テーブルＤ１のレコードのうち、「改札号機」が対象乗車口と一致し、「入出場区分」が「１」（入場）であり、「入出場時刻」が所定の第１時間帯に属するもの（本実施形態では現在時刻から過去１０分以内であるもの）を抽出する。
【００４６】
次に、情報収集サーバ１０は、抽出したレコードに基づき、表示対象属性に応じて、店舗端末３０に表示すべき実比率を算出する（ステップＳ４〜Ｓ８、実比率算出機能）。
表示対象属性が「１」である場合には、男女比を算出する（ステップＳ５）。すなわち、「性別」が１であるレコードの数と、「性別」が２であるレコードの数との比率（実比率）を算出する。
表示対象属性が「２」である場合には、年齢比を算出する（ステップＳ６）。たとえば、「生年月日」から算出される年齢が１０代未満であるレコードの数と、１０代であるレコードの数と、２０代であるレコードの数と、３０代であるレコードの数と、４０代であるレコードの数と、５０代であるレコードの数と、６０代であるレコードの数と、７０代以上であるレコードの数との比率（実比率）を算出する。
表示対象属性が「３」である場合には、法人比を算出する（ステップＳ７）。すなわち、「会員種別」が１であるレコードの数と、「会員種別」が２であるレコードの数との比率（実比率）を算出する。
表示対象属性が「４」である場合には、学生比を算出する（ステップＳ８）。すなわち、「学生フラグ」が１であるレコードの数と、「学生フラグ」が０であるレコードの数との比率（実比率）を算出する。
表示対象属性が「０」である場合には、その表示対象属性については比率の算出を行わない。
【００４７】
このように、利用者管理システムは、現在時刻から過去所定時間以内の時間帯（第１時間帯）に、駅に入場した利用者のうち、ある利用者属性値（第１の利用者属性値）を持つ利用者（たとえば男性）の数と、その利用者属性値を持たない利用者（たとえば女性）の数との比率を、実比率として算出する機能を有する。
【００４８】
次に、利用者管理システムは、算出した実比率を表示する（ステップＳ９、比率表示機能）。たとえば、情報収集サーバ１０が実比率を店舗端末３０に送信し、店舗端末３０はこれを受信して表示する。すなわち、店舗端末３０は比率表示手段として機能する。
【００４９】
図７に、ステップＳ９において表示される画面の構成の例を示す。図７の例では、店舗テーブルＤ４に指定される対象乗車口のうち、対象乗車口Ａ（「１」すなわち東口）に対応する実比率が表示されている。また、表示対象属性Ａ（性別）は左上に、表示対象属性Ｂ（年齢）は右上に、表示対象属性Ｃ（会員種別）は左下に、表示対象属性Ｄは右下に表示される（ただし図３の店舗テーブルＤ４には表示対象属性Ｄが「０」となっているので、表示対象属性Ｄは表示されていない）。
【００５０】
実比率は、たとえば円グラフを用いて表示されるが、他の表示形式を用いてもよい。たとえば円グラフ以外のグラフを用いてもよく、数値を用いてもよい。
【００５１】
また、店舗端末３０は、使用者の操作に応じ、表示の対象となる乗車口を変更する機能を有する。たとえば、「南口の入場者」というタブが操作されると、店舗端末３０は、対象乗車口Ｂ（「２」すなわち南口）に対応する実比率（場所限定実比率）を表示する。また、「全体の入場者」というタブが操作されると、店舗端末３０は、対象乗車口Ｃ（「０」すなわちすべての乗車口）に対応する実比率を表示する。
【００５２】
このように、利用者管理システムの実比率算出機能は、第１時間帯に入場した利用者のうち、所定の改札場所を通過した利用者について、第１の利用者属性値を持つ利用者の数と、第１の利用者属性値を持たない利用者の数との比率を、場所限定実比率として算出する機能を含む。また、利用者管理システムの比率表示機能は、使用者の指示に応じ、実比率を表示するか、または、場所限定実比率を表示するかを切り替える機能を含む。
【００５３】
また、利用者管理システムは、推定比率を表示する機能を有する。
図８は、利用者管理システムが推定比率を表示する際の、処理の流れの例を示すフローチャートである。図８の処理は、店舗端末３０のそれぞれについて実行される。また、図８の処理は、たとえば定期的に（たとえば１分に１回）実行開始される。
【００５４】
まず情報収集サーバ１０は、図６のステップＳ１と同様に対象乗車口を取得する（ステップＳ２１）。対象乗車口が複数定義されている場合には、ステップＳ２１および後続のステップＳ２２〜Ｓ３４は対象乗車口ごとにループして実行される。
【００５５】
次に、情報収集サーバ１０は、図６のステップＳ２と同様に表示対象属性を取得する（ステップＳ２２）。表示対象属性が複数定義されている場合には、ステップＳ２２および後続のステップＳ２３〜Ｓ３４は表示対象属性ごとにループして実行される。次に、情報収集サーバ１０は、推定検索テーブルＤ５を参照し、推定対象日時および推定方法を取得する（ステップＳ２３）。
【００５６】
次に、情報収集サーバ１０は、入出場テーブルＤ１と、推定対象日時および推定方法とに基づき、店舗端末３０に表示すべき推定比率の算出に用いるレコードを抽出する（ステップＳ２４〜Ｓ２８）。
推定方法が「１」である場合には、過去の同じ曜日（たとえば１０週間分の合計１０日）を抽出対象日とする（ステップＳ２５）。
推定方法が「２」である場合には、前日を抽出対象日とする（ステップＳ２６）。
推定方法が「３」である場合には、過去所定日数間（たとえば過去７日間）を抽出対象日とする（ステップＳ２７）。
推定方法が「４」である場合には、過去の同じ月日（たとえば前年の同月同日）を抽出対象日とする（ステップＳ２８）。
そして、入出場テーブルＤ１のレコードのうち、「入出場時刻」に含まれる日付が抽出対象日と一致し、「改札号機」が対象乗車口と一致し、「入出場区分」が「１」（入場）であり、「入出場時刻」が推定対象時刻を含む所定の第２時間帯（たとえば推定対象時刻から１０分間）であるレコードが抽出される。
【００５７】
たとえば図３の推定検索テーブルＤ５の例では、入出場テーブルＤ１のレコードのうち、改札号機が一致する入場レコードであって、入出場時刻が、２０１４年１１月２３日（日曜日）から２０１５年１月２５日（日曜日）までの各日曜日（合計１０日）の、２０：００〜２０：１０に属するレコードが抽出されることになる。
【００５８】
次に、情報収集サーバ１０は、抽出したレコードに基づき、表示対象属性に応じて、店舗端末３０に表示すべき推定比率を算出する（ステップＳ２９〜Ｓ３３、推定比率算出機能）。ここでは、図６の処理のステップＳ４〜Ｓ８と同様に、表示対象属性が「１」である場合には男女比を算出し（ステップＳ３０）、推定方法が「２」である場合には年齢比を算出し（ステップＳ３１）、推定方法が「３」である場合には法人比を算出し（ステップＳ３２）、推定方法が「４」である場合には学生比を算出する（ステップＳ３３）。表示対象属性が「０」である場合には、その表示対象属性については比率の算出を行わない。なお、ここで算出される比率を「推定比率」と呼ぶ。
【００５９】
推定比率は、抽出されたレコードの数に基づいて直接算出されてもよいし、抽出対象日ごとに算出し、その平均を用いてもよい。日ごとの平均を用いる場合には、利用者が多い日の比率も、少ない日の比率も、同じ重みをもって扱われることになる。
【００６０】
このように、利用者管理システムは、前日以前の所定時間帯（第２時間帯）に入出場した利用者の利用者属性値に基づき、現在または未来の利用者に係る比率の推定値を、推定比率として算出する機能を有する。とくに、本実施形態では、推定比率は、前日以前の所定時間帯に入場した、ある利用者属性値（第１の利用者属性値）を持つ利用者の数と、前日以前の所定時間帯に入出場した、その利用者属性値を持たない利用者の数との比率である。
【００６１】
なお、上記の説明から明らかなように、推定対象日時が現在時刻であるか、未来であるか、または過去であるかに関わらず、情報収集サーバ１０は指定された推定対象日時における比率を推定することができる。とくに、推定対象日時が未来である場合には、「推定」は「予測」とも表現することができる。
【００６２】
次に、利用者管理システムは、算出した推定比率を表示する（ステップＳ３４、比率表示機能）。たとえば、情報収集サーバ１０が推定比率を店舗端末３０に送信し、店舗端末３０はこれを受信して表示する。表示画面の例はとくに示さないが、たとえば図７に示すものと同様に構成することができる（ただし表示される比率は実比率ではなく推定比率である）。
【００６３】
図６に示す実比率の表示に係る処理と、図８に示す推定比率の表示に係る処理とは、並列的に実行されてもよく、また、店舗端末３０の動作モードに応じていずれか一方が実行されるものであってもよい。たとえば、店舗端末３０は、実比率の表示と推定比率の表示とを切り替える機能を有してもよい。この機能は、たとえば所定の表示切替ボタンを操作することによって実行される。図７の例では、表示切替ボタンが「データ予測」という文字列とともに表示されており、このボタンを操作することにより、データの予測（たとえば未来の時点に対する推定比率）に関する表示が行われることを示している。この場合、情報収集サーバ１０の比率表示機能は、使用者の指示に応じ、実比率を表示するか、または、推定比率を表示するかを切り替える機能を含むということができる。
【００６４】
ここで、入出場テーブルＤ１のレコードのうち、実比率および推定比率の算出に用いられるレコードについてまとめておく。
図９は、入出場テーブルＤ１のレコードＲを、日付および時刻に応じて分類して図示したものである。レコードＲには、当日（すなわち現在時刻が属する日）のものと、抽出対象日（図８のステップＳ２４〜Ｓ２８において決定される日付）のものとが含まれる。そして、レコードＲは、それぞれ入場の記録または出場の記録のいずれかに対応する。実比率の算出には、グループＧ１に含まれるレコードＲが用いられ、推定比率の算出には、グループＧ２に含まれるレコードＲが用いられる。
【００６５】
また、利用者管理システムは、広告を表示する機能を有する。
情報収集サーバ１０は、図６の処理によって算出された実比率に基づき、各広告表示装置４０に表示すべき広告を決定する。なお、情報収集サーバ１０と各広告表示装置４０との間に、各広告表示装置４０の動作を制御するコンピュータ（たとえば図示しないデジタルサイネージサーバ）が配置されてもよい。
【００６６】
利用者管理システム（たとえば情報収集サーバ１０または上述のデジタルサイネージサーバ）は、図６の処理によって算出された各利用者属性値の実比率に基づき、広告テーブルＤ６に含まれるレコードのうちから、広告対象属性が利用者属性値の実比率に最もよく適合するものを１つ選択する。たとえば、各属性において最も大きい比率を有する属性値と、広告対象属性値とがすべて一致するものを選択する。この一致判定において、１つ以上の属性が判定対象から除外されてもよい（たとえば広告対象属性値として「０」が指定された属性は判定対象外となる）。
【００６７】
具体例として、実比率において男性が女性より多く、個人が法人より多く、学生が学生でない利用者より多い場合には、年齢の分布に関わらず、図３の広告テーブルＤ６に示すレコードに対応する広告が選択される。
【００６８】
なお、広告テーブルＤ６において該当するレコードが複数ある場合や、該当するレコードがない場合には、他の基準に基づいてさらなる選択処理が実行されてもよい。たとえば、スポンサーランク、優先度、表示時間帯、対象乗車口、等に基づく選択処理が可能である。
【００６９】
広告が選択されると、情報収集サーバ１０またはデジタルサイネージサーバは、各広告表示装置４０を制御し、当該広告を表示する。なお、利用者管理システムは各広告表示装置４０がどの乗車口に対応する位置に配置されているかを表す情報を取得可能であってもよく、広告テーブルＤ６の対象乗車口を参照して該当する乗車口の広告表示装置４０にのみ広告の表示を行ってもよい。
【００７０】
このように、利用者管理システムは、各広告の広告対象属性に基づき、実比率に適合する広告を選択する機能と、選択された広告に関連付けられた画像または動画を出力する機能とを備える。
【００７１】
以上説明したように、本発明の実施の形態１に係る利用者管理システムおよびプログラムによれば、利用者の属性（性別等）に基づき、異なる属性を持つ利用者の比率が表示されるので、利用者の内訳に関する情報を提供することができる。
【００７２】
たとえば、駅構内の店舗において、客層に合わせて商品の陳列を変更したり、構内の電子広告表示装置において、客層に合わせて広告内容を変更したりすることが可能となる。とくに、現在時刻まで数分間の入場者は、現在時刻において改札内に滞在している可能性が高いため、算出される実比率は、実際に改札内に滞在する利用者の比率を高い精度で近似するということができる。
【００７３】
また、現在でない時刻（たとえば未来の任意の時点）における推定比率を表示することができるので、さらに有用な情報を提供することができる。たとえば、駅構内の店舗において、数時間後の客層に合わせて商品の陳列を計画的に変更したり、構内の電子広告表示装置において、時間帯ごとの客層に合わせて広告内容をスケジュールしたりすることが可能となる。
【００７４】
また、実比率をリアルタイムで（たとえば１分おきに）表示可能なため、利用者が短時間で入れ替わる施設においてとくに有用である。たとえば、列車の駅の場合には、空港やイベント会場、映画館等とは異なり、利用者の滞在時間が極端に短いという特徴があるので、本発明の効果が顕著となる。
【００７５】
上述の実施の形態１において、以下のような変形を施すことができる。
自動改札機２０は少なくとも１つ配置されればよい。１つである場合には、改札機テーブルＤ３は省略可能であり、店舗テーブルＤ４の「対象乗車口」のレコードも省略可能である。また、図６の処理等についても対応する部分は省略可能である。
【００７６】
店舗端末３０は、改札内および改札外を合わせ、全体で少なくとも１つ配置されればよい。また、広告表示装置４０は配置を省略してもよい（その場合には、広告テーブルＤ６および広告に関する処理は省略可能である）。広告表示装置４０が配置される場合には、改札内および改札外を合わせ、全体で少なくとも１つ配置されればよい。
【００７７】
比率の算出に用いるレコードは、入場に係るものでなく、出場に係るものを用いてもよい。すなわち、図１０に示すように、実比率の算出にはグループＧ３に含まれるレコードＲを用い、推定比率の算出にはグループＧ４に含まれるレコードＲを用いてもよい。
【００７８】
このような変形例は、とくに改札外の店舗端末３０および広告表示装置４０に対して有用である。現在時刻まで数分間の出場者は、現在時刻において改札のすぐ外側の領域に滞在している可能性が高いため、算出される実比率は、実際に店舗または広告表示装置４０付近に滞在する利用者の比率を高い精度で近似するということができる。
【００７９】
また、比率の算出に用いるレコードとして、入場および出場に係るもの双方を用いてもよい。さらに、店舗端末３０または広告表示装置４０ごとに、入場に係るレコードを用いるか、出場に係るレコードを用いるか、または双方を用いるかを、指定可能であってもよい。たとえば、図４に示すインタフェース画面において、入場に係るレコードを用いるか、または出場に係るレコードを用いるかを指定する項目が表示されてもよい。
【００８０】
この場合において、利用者管理システムは複数の店舗端末３０を備え、少なくとも１つの店舗端末３０が、駅の改札内に配置され、少なくとも１つの別の店舗端末３０が、駅の改札外に配置されてもよい。そして、改札内の店舗端末３０は、入場した利用者に係る比率（たとえば実比率）を表示し、改札外の店舗端末３０は、出場した利用者に係る比率（たとえば実比率）を表示してもよい。
【００８１】
同様に、利用者管理システムは複数の広告表示装置４０を備え、少なくとも１つの広告表示装置４０が、駅の改札内に配置され、少なくとも１つの別の広告表示装置４０が、駅の改札外に配置されてもよい。そして、改札内の広告表示装置４０は、入場した利用者に係る比率（たとえば実比率）に基づいて選択された広告を表示し、改札外の広告表示装置４０は、出場した利用者に係る比率（たとえば実比率）に基づいて選択された広告を表示してもよい。
【００８２】
また、推定比率の算出には、入出場テーブルＤ１のレコード以外の情報を用いてもよい。たとえば、公知の利用者動向分析アルゴリズム等を用い、曜日、季節、時刻等に応じて修正された推定比率を算出してもよい。さらに、入出場テーブルＤ１のレコードを用いずに推定比率を算出する構成としてもよい。
【００８３】
実比率および推定比率の算出のために抽出されるレコードの時間範囲（図９および図１０の第１時間帯および第２時間帯）は、各日の１０分間のみであるが、この時間範囲は変更可能であってもよい。このようにすると、状況によって駅の利用者が改札内に滞在する時間が変化する場合にも柔軟に対応可能である。たとえば電車が遅延した場合等には、利用者の滞在時間は通常よりも長くなる可能性があるが、このような場合にも対応可能となる。
時間の指定は、たとえば図５に示すインタフェース画面において入力可能であってもよい。たとえば、店舗端末３０は、インタフェース画面に所定の時間範囲指定ボタン（たとえば「電車遅延」という文字列とともに表示されてもよい）を表示し、このボタンが操作されることに応じて、さらにレコードの時間範囲の入力を受け付けてもよい。そして、入力された値に基づき、第１時間帯および第２時間帯の長さを変更してもよい。第１時間帯および第２時間帯の長さは、共通の値として指定可能であってもよく、個別に指定可能であってもよい。このようにすると、電車の遅延が発生した場合に、店舗端末３０の使用者は、遅延状況に応じて２０分や３０分等の値を入力し、より精度の高い実比率や推定比率を得ることができる。
【００８４】
店舗端末３０は、利用者の比率のみならず、人数を表示してもよい。すなわち、少なくとも１つの利用者属性値について、その利用者属性値を持つ利用者の数を表示してもよい。たとえば図７において、男性の人数、女性の人数、個人の人数、法人の人数、各年齢層の人数、学生の人数、学生でない利用者の人数、等を表示してもよい。
【００８５】
実施の形態１では、推定の根拠となるレコードを抽出する際の基準となる時刻を任意に指定することができず、推定検索テーブルＤ５に記録される推定対象時刻を、レコードを抽出する際の基準としても用いた。変形例として、推定の根拠となるレコードを抽出する際の基準となる時刻を任意に指定できる構成としてもよい。たとえば、推定検索テーブルＤ５に、抽出対象時刻や抽出対象時間帯を表す情報を含めてもよい。
【００８６】
実施の形態２．
実施の形態２は、実施の形態１またはその変形例において、比率の算出方法を変更するものである。以下、実施の形態１との相違点を説明する。
【００８７】
図６のステップＳ３において、情報収集サーバ１０は、実施の形態１と同様に、入出場テーブルＤ１と現在時刻とに基づいて、店舗端末３０に表示すべき実比率の算出に用いるレコードを抽出する。ただし、実施の形態１と異なり、当日のレコードと、過去のレコードとの双方に基づいて、比率（以下「混合比率」と呼ぶ）を算出する。
【００８８】
図１１に、実施の形態２において混合比率の算出に用いられる入出場テーブルＤ１のレコードＲの例を示す。図１１のグループＧ５に含まれるレコードＲが、混合比率の算出に用いられる。
【００８９】
具体的には、まず、当日の入出場テーブルＤ１のレコードのうち、「改札号機」が対象乗車口と一致し、「入出場区分」が「１」（入場）であり、「入出場時刻」が所定の第１時間帯に属するもの（本実施形態では現在時刻から過去１０分以内であるもの）を抽出する。
【００９０】
さらに、本実施形態では、入出場テーブルＤ１のレコードのうち、「改札号機」が対象乗車口と一致し、「入出場区分」が「２」（出場）であり、「入出場時刻」が所定の第３時間帯に属するもの（本実施形態では、抽出対象日の現在時刻に対応する時刻から未来１０分以内であるもの）を抽出する。
【００９１】
なお、抽出対象日は、推定検索テーブルＤ５に記憶されている推定方法に基づき、図８のステップＳ２４〜２８と同様にして決定することができるが、他の方法により決定してもよい。その後、情報収集サーバ１０は、抽出されたレコードに基づき、各利用者属性について混合比率を算出する。
【００９２】
言い換えると、利用者管理システムは、当日の第１時間帯に入場した、ある利用者属性値（第１の利用者属性値）を持つ利用者の数と、当日の第１時間帯に入場した、その利用者属性値を持たない利用者の数と、前日以前の第３時間帯に出場した、その利用者属性値を持つ利用者の数と、前日以前の第３時間帯に出場した、その利用者属性値を持たない利用者の数とに基づいて比率を算出する機能を備える。
【００９３】
ここで算出された混合比率は、実施の形態１における実比率に代わるものとして扱ってもよい。また、混合比率は、実施の形態１における推定比率に代わるものとして扱ってもよい。その場合には、レコードを抽出する時間帯の基準として、現在時刻に代えて対象推定時刻を用いてもよい。また、混合比率は、実施の形態１における実比率および推定比率のいずれとも異なる比率として扱ってもよい。また、店舗端末３０は、使用者の指示に応じ、実比率を表示するか、推定比率を表示するか、または混合比率を表示するかを、切り替える機能を備えてもよい。
【００９４】
ここで、過去数分間に入場した利用者と、未来数分間に出場する予定の利用者とは、現在時刻において改札内に滞在している可能性が高いため、実施の形態２において算出される混合比率は、実際に改札内に滞在する利用者の比率を高い精度で近似するということができる。
【００９５】
とくに、利用者のうち、実際の滞在者数が既知である部分（すなわち入場直後の利用者）については当日の実際のレコードを用い、実際の滞在者数が不明である部分（すなわち出場直前の利用者）については過去のレコードを代用することで、全体として比率の精度が高まる。
【００９６】
上述の実施の形態２では、入場者については当日のレコードを用い、出場者については過去のレコードを用いた。変形例として、この関係を入れ替えてもよい。すなわち、図１２に示すグループＧ６に含まれるレコードＲを、混合比率の算出に用いてもよい。
【００９７】
このような変形例は、とくに改札外の店舗端末３０および広告表示装置４０に対して有用である。過去数分間に出場した利用者と、未来数分間に入場する予定の利用者とは、現在時刻において改札のすぐ外側の領域に滞在している可能性が高いため、このような変形例において算出される混合比率は、実際に改札外の店舗または広告表示装置４０付近に滞在する利用者の比率を高い精度で近似するということができる。
【００９８】
これらの算出方法を組み合わせてもよい。たとえば、店舗端末３０または広告表示装置４０ごとに、図１１のグループＧ５に対応するレコードを用いるか、図１２のグループＧ６に対応するレコードを用いるかを、指定可能であってもよい。
【００９９】
たとえば、利用者管理システムは複数の店舗端末３０を備え、少なくとも１つの店舗端末３０が、駅の改札内に配置され、少なくとも１つの別の店舗端末３０が、駅の改札外に配置されてもよい。そして、改札内の店舗端末３０は、図１１のグループＧ５に対応するレコードに基づく混合比率を表示し、改札外の店舗端末３０は、図１２のグループＧ６に対応するレコードに基づく混合比率を表示してもよい。
【０１００】
同様に、利用者管理システムは複数の広告表示装置４０を備え、少なくとも１つの広告表示装置４０が、駅の改札内に配置され、少なくとも１つの別の広告表示装置４０が、駅の改札外に配置されてもよい。そして、改札内の広告表示装置４０は、図１１のグループＧ５に対応するレコードに基づく混合比率に基づいて選択された広告を表示し、改札外の広告表示装置４０は、図１２のグループＧ６に対応するレコードに基づく混合比率に基づいて選択された広告を表示してもよい。
【０１０１】
実施の形態２では、現在時刻を基準にしてレコードを抽出しているが、任意の指定日時（たとえば実施の形態１と同様に入力される推定対象日時）を基準にしてレコードを抽出してもよい。たとえば、利用者管理システムは、前日以前の推定対象時刻から過去所定時間以内に入場した、ある利用者属性値（第１の利用者属性値）を持つ利用者の数と、前日以前の推定対象時刻から過去所定時間以内に入場した、その利用者属性値を持たない利用者の数と、前日以前の推定対象時刻から未来所定時間以内に出場した、その利用者属性値を持つ利用者の数と、前日以前の推定対象時刻から未来所定時間以内に出場した、その利用者属性値を持たない利用者の数とに基づいて比率を算出する機能をさらに備えてもよい。
【０１０２】
実施の形態１の変形例は、第１時間帯および第２時間帯の長さを変更可能な構成を含むが、実施の形態２もこれと同様の変形が可能である。さらに、実施の形態２においては、第３時間帯についても同様に変更可能であってもよい。第３時間帯の長さは、第１時間帯および第２時間帯と共通の値として指定可能であってもよく、個別に指定可能であってもよい。
【符号の説明】
【０１０３】
１０  情報収集サーバ、２０  自動改札機、３０  店舗端末、４０  広告表示装置、Ｒ  レコード。
【図１】
0005895023.tif 000002
【図２】
0005895023.tif 000003
【図３】
0005895023.tif 000004
【図４】
0005895023.tif 000005
【図５】
0005895023.tif 000006
【図６】
0005895023.tif 000007
【図７】
0005895023.tif 000008
【図８】
0005895023.tif 000009
【図９】
0005895023.tif 000010
【図１０】
0005895023.tif 000011
【図１１】
0005895023.tif 000012
【図１２】
0005895023.tif 000013