(57)【要約】【課題】  プライバシーに配慮しつつ、入場記録のついたチケットを、好ましくない形態で利用されないようにするための仕組みを提供する。【解決手段】  チケットを一意に識別できる情報を含む当該チケットを受付けて、人物が通行するゲートを制御する第１のゲート制御装置と第２のゲート制御装置通信可能とに接続する情報処理装置であって、前記第１のゲート制御装置が受付けるチケットを投入する人物と、当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致するか否かを識別可能な情報を取得する取得手段と、人物が一致しなかったと識別されるチケットを前記第２のゲート制御装置が受付けた場合に、人物が一致しなかった旨を通知するべく、所定の送信先に情報を送信する送信手段とを備えることを特徴とする情報処理装置。【選択図】図１２
2020071579.tif 000002
【特許請求の範囲】
【請求項１】
チケットを一意に識別できる情報を含む当該チケットを受付けて、人物が通行するゲートを制御する第１のゲート制御装置と第２のゲート制御装置通信可能とに接続する情報処理装置であって、
前記第１のゲート制御装置が受付けるチケットを投入する人物と、当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致するか否かを識別可能な情報を取得する取得手段と、
前記取得手段で取得した情報において前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかったと識別されるチケットを前記第２のゲート制御装置が受付けた場合に、当該第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかった旨を通知するべく、所定の送信先に情報を送信する送信手段とを備えることを特徴とする情報処理装置。
【請求項２】
前記送信手段は、前記取得手段で取得した情報において前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかったと識別されるチケットを受付けた前記第２のゲート制御装置に、情報を送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第２のゲート制御装置は、前記送信手段から送信された情報を受付けて、前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかった旨を通知するべく、前記第２のゲート制御装置のゲートを通過しようとする人物の通行を妨げる制御を実施することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
携帯端末と通信可能に接続し、
前記取得手段で取得した情報において前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかったと識別されるチケットを前記第２のゲート制御装置が受付けた場合に、当該第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかった旨を通知するべく、前記携帯端末に情報を送信する送信手段とを備えることを特徴とする請求項１乃至３のうちいずれか１項に記載の情報処理装置。
【請求項５】
前記取得手段は、前記第１のゲート制御装置が受付けるチケットを投入する人物と当該第１のゲート制御装置から返却される当該チケットを受取る人物とのうち少なくともいずれか一方を識別可能な情報と、前記チケットを受付けた前記第２のゲート制御装置を特定可能な情報とのうち、少なくともいずれか一方の情報を取得し、
前記送信手段は、前記取得手段で取得した情報において前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかったと識別されるチケットを前記第２のゲート制御装置が受付けた場合に、当該取得手段が取得した前記第１のゲート制御装置が受付けるチケットを投入する人物と当該第１のゲート制御装置から返却される当該チケットを受取る人物とのうち少なくともいずれか一方を識別可能な情報と、前記チケットを受付けた前記第２のゲート制御装置を特定可能な情報とのうち、少なくともいずれか一方の情報を送信することで、当該第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかった旨を通知することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記第１のゲート制御装置と前記第２のゲート制御装置とは、一致する場合を含むことを特徴とする請求項１乃至５のうちいずれか１項に記載の情報処理装置。
【請求項７】
チケットを一意に識別できる情報を含む当該チケットを受付けて、人物が通行するゲートを制御する第１のゲート制御装置と第２のゲート制御装置通信可能とに接続する情報処理装置における制御方法であって、
前記情報処理装置の取得手段が、前記第１のゲート制御装置が受付けるチケットを投入する人物と、当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致するか否かを識別可能な情報を取得する取得工程と、
前記情報処理装置の送信手段が、前記取得手段で取得した情報において前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかったと識別されるチケットを前記第２のゲート制御装置が受付けた場合に、当該第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかった旨を通知するべく、所定の送信先に情報を送信する送信工程とを含むことを特徴とする制御方法。
【請求項８】
チケットを一意に識別できる情報を含む当該チケットを受付けて、人物が通行するゲートを制御する第１のゲート制御装置と第２のゲート制御装置通信可能とに接続する情報処理装置で読み取り実行が可能なプログラムであって、
前記情報処理装置を、
前記第１のゲート制御装置が受付けるチケットを投入する人物と、当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致するか否かを識別可能な情報を取得する取得手段と、
前記取得手段で取得した情報において前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかったと識別されるチケットを前記第２のゲート制御装置が受付けた場合に、当該第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかった旨を通知するべく、所定の送信先に情報を送信する送信手段として機能させることを特徴とするプログラム。
【請求項９】
チケットを一意に識別できる情報を含む当該チケットを受付けて、人物が通行するゲートを制御する第１のゲート制御装置と第２のゲート制御装置通信可能とに接続する情報処理のシステムであって、
前記第１のゲート制御装置が受付けるチケットを投入する人物と、当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致するか否かを識別可能な情報を取得する取得手段と、
前記取得手段で取得した情報において前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかったと識別されるチケットを前記第２のゲート制御装置が受付けた場合に、当該第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかった旨を通知するべく、所定の送信先に情報を送信する送信手段とを備えることを特徴とする情報処理のシステム。
【請求項１０】
チケットを一意に識別できる情報を含む当該チケットを受付けて、人物が通行するゲートを制御する第１のゲート制御装置と第２のゲート制御装置通信可能とに接続する情報処理のシステムにおける制御方法であって、
前記情報処理のシステムの取得手段が、前記第１のゲート制御装置が受付けるチケットを投入する人物と、当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致するか否かを識別可能な情報を取得する取得工程と、
前記情報処理のシステムの送信手段が、前記取得手段で取得した情報において前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかったと識別されるチケットを前記第２のゲート制御装置が受付けた場合に、当該第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかった旨を通知するべく、所定の送信先に情報を送信する送信工程とを含むことを特徴とする制御方法。
【請求項１１】
チケットを一意に識別できる情報を含む当該チケットを受付けて、人物が通行するゲートを制御する第１のゲート制御装置と第２のゲート制御装置通信可能とに接続する情報処理のシステムで読み取り実行が可能なプログラムであって、
前記情報処理のシステムを、
前記第１のゲート制御装置が受付けるチケットを投入する人物と、当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致するか否かを識別可能な情報を取得する取得手段と、
前記取得手段で取得した情報において前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかったと識別されるチケットを前記第２のゲート制御装置が受付けた場合に、当該第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかった旨を通知するべく、所定の送信先に情報を送信する送信手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理のシステム、およびそれらの制御方法、プログラムに関する。
【背景技術】
【０００２】
鉄道やバス事業等の旅客輸送事業者にとって、乗車賃は、根幹を支える収益の柱である。そのため、鉄道やバス事業の事業者は、古くから、利用者が正規の料金を支払わないで輸送機関を利用するいわゆる「キセル」行為を防止するべく、様々な対策を講じてきた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−１７５７８２号公報
【特許文献２】特開平５−２０５１２３号公報
【特許文献３】特開２０１１−１９１９５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１には、入場時に搭乗者の顔画像を撮影し、モニタに本人の顔画像と料金とを対応付けて表示することで、好ましくない形で取得したバスの整理券を利用したキセル行為を防止する方法が示されている。そして、この方法によれば、バスの整理券（入場記録の情報を示す情報を含む一種のチケット）自体を不要にしてしまうことができる。
【０００５】
しかしながら、個々人の顔を無断で撮影・公開することは、肖像権（特にプライバシー権）の保護の観点から好ましくない。
【０００６】
更に、この方法はバスの運転手等の料金の徴収者に、本人と本人画像とを一々見比べながら、料金を徴収する必要に迫られるため非効率であり、徴収者の習熟度に本人確認の精度が依存してしまうという問題がある。
【０００７】
特許文献２には、乗車券、定期券、回数券等（以下「チケット」）に、乗車駅の入場記録を書き込む方法が提案されている。そして、この方法によれば、顔画像を利用しないため、利用者のプライバシーを損なうことなく、入場記録がついていないチケットを使ったキセル行為を防止することができる。
【０００８】
しかしながら、特許文献２では、入場記録のついたチケットを使ったキセル行為を防止することができない。
【０００９】
特許文献３には、入場時に利用者を撮影して得られた利用者の属性情報（幼児／小児／大人）を、情報媒体（入場券、切符、定期、ＩＣ乗車券等、以下「チケット」）に記憶させ、この情報に基づいて、利用者（乗客）の退場を制限する方法が提案されている。
【００１０】
そして、この方法を用いれば、顔画像を利用しないため、利用者のプライバシーを損なうことなく、異なる「属性」の人物が入場記録のついたチケットを使って行うキセル行為を、防止することができる。具体的には、同一のチケットを用いて改札を入場しようとする者の「属性」と退場しようとする人物の「属性」とが、同一であるか否かの判定を行ない、両者の属性が異なる場合に、チケット利用者（乗客）の退場を制限することができる。
【００１１】
しかしながら、特許文献３の方法でカバーできるのは、異なる「属性」の人物が入場記録のついたチケットを使って行うキセル行為の防止までで、同じ「属性」の人物が入場記録のついたチケットを使って行うキセル行為を防止することができない。つまり、入場時の属性情報と退場時の属性情報とが同じ人物による、入場記録のついたチケットを使ったキセル行為を防止することができない。
【００１２】
本発明は、プライバシーに配慮しつつ、好ましくないチケットの利用をしにくくするための仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、チケットを一意に識別できる情報を含む当該チケットを受付けて、人物が通行するゲートを制御する第１のゲート制御装置と第２のゲート制御装置通信可能とに接続する情報処理装置であって、前記第１のゲート制御装置が受付けるチケットを投入する人物と、当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致するか否かを識別可能な情報を取得する取得手段と、前記取得手段で取得した情報において前記第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかったと識別されるチケットを前記第２のゲート制御装置が受付けた場合に、当該第１のゲート制御装置に前記チケットを投入する人物と当該第１のゲート制御装置から返却された当該チケットを受取る人物とが一致しなかった旨を通知するべく、所定の送信先に情報を送信する送信手段とを備えることを特徴とする。
【発明の効果】
【００１４】
このように設けることで、プライバシーに配慮しつつ、好ましくないチケットの利用をしにくくするための仕組みを提供することことができる。
【図面の簡単な説明】
【００１５】
【図１】本発明のシステム構成の一例を示した構成図である。
【図２】本発明のハードウエアの構成の一例を示した構成図である。
【図３】利用者３００が、チケット３１０を利用して、ゲート制御装置１１０のゲートから入場または、ゲートを通過する際の様子の一例を示した構成図である。
【図４】図３の処理フローの一例を示した構成図である。
【図５】利用者３００が、チケット３１０を利用して、ゲート制御装置１１０のゲートを通過または、ゲートから退場する際の様子の一例を示した構成図である。
【図６】本発明のチケットと利用者とを対応付けて管理するために用いるデータテーブルの一例を示した構成図である。
【図７】図５で説明した各ハードウエアの処理フローの一例を示した構成図である。
【図８】図７のステップＳ７１７のサブフローの一例を示した構成図である。
【図９】Ａ駅で乗車した場合とＺ駅で乗車した場合の料金区間の一例を示した構成図である。
【図１０】複数の人物が、ゲート制御装置１１０を介してチケット３１０ｄの授受を行う様子と、そのチケットを利用した際の一例を示した構成図である。
【図１１】図１０のプロセスで、情報処理装置１３０がゲート制御装置１１０や取得装置１２０から受付けた情報を管理するデータテーブルの一例を示した構成図である。
【図１２】図１０（ａ）の処理フローの一例を示した構成図である。
【図１３】図１０（ｂ）の処理フローの一例を示した構成図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１７】
図１は、本発明のシステム構成の一例を示した構成図である。
【００１８】
ゲート制御装置１１０は、個体を特定可能な情報を含むチケットの情報（以下、チケット情報）を受付けて、ゲートを制御する装置である。１または複数設置台されている。
【００１９】
本実施例では、ゲート制御装置１１０は、主に駅の自動改札機が想定されるが、チケット情報を受付けて、ゲートを制御する仕組みであればよく、テーマパークや会社の入退場管理機など、様々な装置に応用することができる。
【００２０】
また、本実施例では、チケットとは、チケットを一意に識別できる情報を有する公共交通機関の乗車券、特急券、入場券、回数券等が想定されるが、ゲート制御装置１１０がチケット情報を読取可能なチケットであれば、特に種類は問わない。したがって、チケットには、テーマパークの入場券や、施設利用券（いわゆる「パス」「パスポート」など）なども含まれるし、チケット情報は、印刷された数字や文字、読み取り式コード等であっても構わない。
【００２１】
取得装置１２０は、ゲート制御装置１１０が制御するゲートを通過しようとする人物を識別可能な情報（以下、人物情報）を、取得するための装置である。
【００２２】
本実施例では、取得装置１２０は、監視カメラやネットワークカメラが想定されるが、ゲートを通過しようとする人物を識別可能な情報が取得できる装置であればよい。例えば、デジタルスチルカメラやデジタルビデオカメラであっても構わない。また、人物が携帯するＩＣカードや携帯端末に個人や個体を特的できる情報が含まれるのであれば、ＩＣカードの情報を読取る装置や、携帯電話情報を読取る無線通信機器等を含んでも良い。
【００２３】
また、本実施例では、人物情報には、監視カメラやネットワークカメラで撮影された人物を含む映像（静止画や動画）や、人物の特徴量が想定されるが、上記の理由から、人物が携帯しているＩＣカードの情報や、携帯電話情報等も含まれる。特に、人物の特徴量は、映像情報と比較してデータが軽いため、通信ネットワーク１４０の通信負荷や、情報処理装置１３０の情報処理負荷を軽減できるメリットがあるため、好適に用いられる。
【００２４】
情報処理装置１３０は、ゲート制御装置１１０や取得装置１２０から取得したチケット情報や人物情報に基づく情報処理を行う装置で、情報処理の結果に基づいて、ゲート制御装置１１０にゲートの制御を実施させるべく、要求を送信することができる。
【００２５】
本実施例では、情報処理装置１３０は、情報管理サーバが想定されるが、取得した情報の処理と、その結果に基づく、ゲート制御装置１１０への要求送信ができればよい。したがって、例えば、パーソナルコンピュータや、スマートフォン、タブレット端末等、本発明を実施するために十分な性能を有する情報処理が可能な装置であれば、特に種類は問わない。
【００２６】
通信ネットワーク１４０は、本発明のハードウエア同士（ゲート制御装置１１０、取得装置１２０、情報処理装置１３０、携帯端末５２０など）を、通信可能に接続するネットワークである。
【００２７】
本実施例では、ゲート制御装置１１０や取得装置１２０は、各駅に１または複数設置されているが、各ハードウエアは１台ずつであっても構わないし、各ハードウエアの役割の一部または全部は、いずれかのハードウエアが兼ねる構成であっても構わない。
【００２８】
また、通信ネットワーク１４０の通信方法は、既存の様々な技術を用いることができる。さらに、有線であっても無線であってもよく、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもよい。
【００２９】
携帯端末５２０は、通信ネットワーク１４０を介して他のハードウエアと通信可能に接続される端末である。主に駅係員などの施設管理者が携帯することを想定している。携帯端末５２０は、通信機能や、情報処理機能、表示・発声・振動等による情報通知機能を有する端末であれば良く、スマートウオッチ、スマートフォン、タブレット端末など、特に種類は問わない。
【００３０】
図２は、本発明のハードウエアの構成の一例を示した構成図である。本発明におけるハードウエアは、ゲート制御装置１１０、取得装置１２０、情報処理装置１３０である。
【００３１】
２０１はＣＰＵで、ＲＯＭ２０２のプログラム用ＲＯＭや外部メモリ２１１に記憶されたプログラムをＲＡＭ２０３にロードして実行することによりシステムバス２０４に接続された各デバイスを制御する。また、このＲＯＭ２０２のフォント用ＲＯＭにはフォントデータ等を記憶し、ＲＯＭ２０２のデータ用ＲＯＭには各種データを記憶する。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０２はキーボードコントローラ（入力コントローラ）で、２０９や図示しないポインティングデバイス、例えばタッチパッドからの入力を制御する。
【００３２】
入力コントローラ２０５は入力デバイス２０９を制御する。なお入力デバイス２０９には、タッチパネルも含まれ、その場合は、入力デバイス２０９が表示部２１０（映像を表示する表示画面を映すための表示装置）を兼ねているケースもある。２０６はビデオカード（ＶＣ）で、表示部２１０の表示を制御する。
【００３３】
２０７はメモリコントローラで、外部メモリ２１１（ハードディスク等）とのアクセスを制御する。２０８はネットワークインターフェースカード（ＮＩＣ）で、通信ネットワーク１４０上の通信を制御する。
【００３４】
チケット情報スキャンユニットコントローラ２２０は、ゲート制御装置１１０に備えられたユニットで、チケット情報スキャンユニット２２１を制御するコントローラである。
【００３５】
チケット情報スキャンユニット２２１は、ゲート制御装置１１０に備えられたユニットで、チケット情報を読取るためのユニットである。ユニットの構成は、特段限定されず、様々な利用形態がとれるものとする。具体的には、例えば、磁気シートに記憶されたチケットの磁気情報を読取る、チケットの読取り式コードを光学的に読取る、ＩＣタグに記憶されたチケット情報を電磁的に読取る、といった方法が考えられる。
【００３６】
人物情報スキャンユニットコントローラ２３０は、取得装置１２０に備えられたユニットで、人物情報スキャンユニット２３１を制御するコントローラである。
【００３７】
人物情報スキャンユニット２３１は、取得装置１２０に備えられたユニットで、人物情報を読取るためのユニットである。ユニットの構成は、特段限定されず、様々な利用形態がとれるものとする。具体的には、例えば、動画または静止画である利用者の映像を光学的に光学的に読取る、利用者が身につけている読み取り式コードの記憶されたタグを光学的に読取る方法が考えられる。あるいは、利用者が身につけているＩＣタグに記憶されたチケット情報を電磁的に読取る、といった方法が考えられる。また、映像を読みとる方法は、利用者を識別可能な情報であればよいので、全身画像、顔画像、衣服等の特徴量、生体情報等、様々な形態が考えられる。
【００３８】
ゲート制御ユニットコントローラ２４０は、ゲート制御装置１１０に備えられたユニットで、ゲート制御ユニット２４１を制御するコントローラである。
【００３９】
ゲート制御ユニット２４１は、ゲート制御装置１１０に備えられたユニットで、適切な手続きを経ずにゲートを通過しようとする人物の通行を、妨げるための仕組みを備えている。
【００４０】
本実施例では、ゲート制御装置１１０として自動改札が想定されるので、自動改札の扉やこれを開閉するための仕組みが想定されるが、ゲートを通過しようとする人物の通行を妨げるための仕組みであればよく、様々な仕組みが考えられる。例えば、扉の開閉ではなく、バーの乗降を行う仕組みや、扉のカギを開閉する仕組みにするなど、利用形態に応じて様々な方法を採用することができる。
【００４１】
図３は、利用者３００が、チケット３１０を利用して、ゲート制御装置１１０のゲートから入場または、ゲートを通過する際の様子の一例を示した構成図である。
【００４２】
図３のゲート制御装置１１０は、駅の自動改札を一例として取り上げていて、Ａ駅に設置されている想定である。
【００４３】
ゲート制御装置１１０は、利用者３００が手に持っているチケットの周囲近傍にある投入口３２０から受付けると、点線矢印の進路を経てチケット情報の読取りを行い、先にあるチケットの周囲近傍に排出口３３０からチケットが返却される。ただし、チケット３１０ａが、ＩＣカードや読取り式コードが印刷されているなど、非接触に情報だけを読取るタイプであった場合には、そもそもチケット３１０ａを受付けていないため、チケットは返却されない。この場合、ゲート制御装置１１０の上部に設けられた表示モニタ（表示部２１０）に、読取り情報や通知情報が表示されるだけである。
【００４４】
チケット３１０ａには、様々なチケット情報が記憶・印字されており、具体的には、チケットの発券日時、発券駅、料金区間、固有の発券番号等、公共交通機関や、テーマパーク等のゲート通過に必要とされる様々な情報が含まれている。さらに、ゲート制御装置１１０は、チケットを受付けた際に、チケットを受付けた日時（入場日時）等の情報を、追加で記憶させることも可能である。
【００４５】
そして、この図３のプロセスで読取り、書き込みされたチケット３１０ａに関する情報は、図６のデータテーブルに示される通り、情報処理装置１３０に送信されて管理される。
【００４６】
すなわち、「発券番号：１２３４」，「発券駅：Ａ駅」，「区間：１４０円」，「入場日時：１７／１２／３１  １２：００」といったチケット情報である。
【００４７】
また、ゲート制御装置１１０は、読取ったチケット情報に基づいて、扉の開閉に係る制御を行う。具体的には、例えば、チケットが読取れない場合や、有効期限が切れている場合には、扉を閉める（開けない）、チケット情報に問題がなければ、扉を開ける（閉めない）といった具合である。
【００４８】
取得装置１２０は、ゲート制御装置１１０にチケット３１０ａを投入する（あるいはチケット情報を読取らせようとする）利用者３００を撮影し、利用者３００の人物情報（映像や当該人物の特徴量）を、情報処理装置１３０に送信する。特徴量を送信する取得装置１２０は、撮影した映像から特徴量を抽出できる仕組みを備えていてもよいし、最初から特徴量のみを取得できる仕組みであってもよい。
【００４９】
詳細は後述するが、この図３で情報処理装置１３０に、ゲート制御装置１１０から送信されたチケット情報と取得装置１２０から送信された人物情報とは、情報処理装置１３０対応付けられて、入場関連情報（第１の情報）として管理される。図６（ａ）は、入場関連情報を管理するデータテーブルの一例を示した構成図である。そして、ゲート制御装置１１０から送信されたチケット情報である、「発券番号６１０、発券駅６２０、区間６３０、入場日時６４０と」、取得装置１２０で読取った人物情報である入場者識別情報６５０とが、対応付けられて管理されている。なお、発券番号６１０は、個体を特定可能な情報であり、例えば、発券場所や日時に基づく情報を利用する等、一意な情報となっている。
【００５０】
図４は、図３の処理フローの一例を示した構成図である。
図４は、入場（又は通過）処理を行う処理フローであり、入場（又は通過）処理を行うゲート制御装置１１０を、特に「第１のゲート制御処理装置」と呼ぶ場合もあるが、説明を簡易にするためにあえて「ゲート制御装置１１０」と記載する。また、図７にあるような出場（又は通過）処理を行うゲート制御装置１１０を、特に「第２のゲート制御処理装置」と呼ぶ場合もあるが、説明を簡易にするためにあえて「ゲート制御装置１１０」と記載する。これは、「第１のゲート制御処理装置」と「第２のゲート制御処理装置」とが一致するケースと異なるケースの両方があるためでもある。
【００５１】
本時実施例の各図のフローの説明においては、具体的には、ＣＰＵ２０１が外部メモリに記憶された制御プログラムをＲＡＭ２０３にロードして実行することにより行われるものである。しかし、簡易な表現とすべくゲート制御装置１１０、取得装置１２０、情報処理装置１３０を主体として説明する。
【００５２】
また、ユーザからの指示の受付は、特に限定されるものではなく、既存の方法を用いることができるものとする。具体的には、例えば、入力デバイス２０９（ＫＢ／ボタン／タッチパネル等）や表示部２１０を介して受けつける方法が含まれる。
【００５３】
ステップＳ４０１では、ゲート制御装置１１０は、チケットを受付ける（チケット情報のみを受付ける実施形態も含む。以下、「チケットを受付ける」と表現）。
【００５４】
ステップＳ４０２では、ゲート制御装置１１０は、ステップＳ４０１でチケットを受付けたか否かの判定を行う。そして、ゲート制御装置１１０は、チケットを受付けたと判定した場合には、ステップＳ４０３に遷移する。一方、ゲート制御装置１１０は、チケットを受付けたと判定しなかった場合には、ステップＳ４０１に遷移する。
【００５５】
ステップＳ４０３では、ゲート制御装置１１０は、チケット情報を含む受付けたチケットの情報を読取る。（ステップＳ４０１で読取る実施形態の場合、このステップは省略）。ここでは、発券番号、発券駅、区間を読取り、ゲート制御装置１１０がチケットを受付けた日時（入場日時）を加えた情報をチケット情報とするが、他にもチケットに関連する様々な情報をチケット情報として扱うことができる。また、発券番号を、発券日時と発見場所が特定できるような番号として、利用する等も可能である。
【００５６】
ステップＳ４０４−１では、ゲート制御装置１１０は、ステップＳ４０３で読取った情報に基づいて、受付けたチケットが適正であるか否かの判定を行う。そして、ゲート制御装置１１０は、受付けたチケットが適正であると判定した場合には、ステップＳ４０４−２に遷移する。一方、ゲート制御装置１１０は、受付けたチケットが適正であると判定しなかった場合には、ステップＳ４１７に遷移する。
【００５７】
このステップＳ４０４−１の判定は、利用の実態に応じて入場時に必要な様々な判定を設けることができるものとする。例えば、「発券日当日のみ有効」のチケットが、チケットを利用する日時と合っているかで判定を行っても良い。また、例えば、後述の取得装置１２０で取得できる映像を解析し、大人が小児の切符でゲートを通過しようとしていないか、等を判定する仕組みを設けても良い（不図示）。
【００５８】
ステップＳ４０４−２では、ゲート制御装置１１０は、チケットに入場日時の情報をチケットに書込む（電磁的に記憶させる・印字する等）。なお、このステップで書込んだ入場日時は、ゲートの入場記録として利用することができる。
【００５９】
ステップＳ４０５では、ゲート制御装置１１０は、ステップＳ４０３で読取った情報とステップＳ４０４−２で書込んだ情報とを含むチケット情報を、情報処理装置１３０に送信する。図３の例で言えば、図６のデータテーブルに格納される発券番号「１２３４」、発券駅「Ａ駅」、区間「１４０円」、入場日時「１７／１２／３１  １２：００」が送信される。また、他にも、チケットに関わる様々な情報をこのステップで送ることができる。
【００６０】
ステップＳ４０６では、情報処理装置１３０は、ステップＳ４０５でゲート制御装置１１０から送信されたチケット情報を受信する。
【００６１】
ステップＳ４０７では、情報処理装置１３０は、ステップＳ４０６でチケット情報を受信したか否かを判定する。そして、情報処理装置１３０は、チケット情報を受信したと判定した場合には、ステップＳ４１３に遷移する。一方、チケット情報を受信したと判定しなかった場合には、ステップＳ４０６に遷移する。
【００６２】
ステップＳ４０８では、ゲート制御装置１１０は、取得装置１２０に人物情報を取得させるための要求（人物情報取得要求）を送信する。
【００６３】
ステップＳ４０９では、取得装置１２０は、ステップＳ４０８でゲート制御装置１１０が送信した人物情報取得要求を受信する。
【００６４】
ステップＳ４１０では、取得装置１２０は、ステップＳ４０９で取得装置１２０が人物情報取得要求を受信したか否かの判定を行う。そして、取得装置１２０は、ステップＳ４０９で取得装置１２０が人物情報取得要求を受信したと判定した場合には、ステップＳ４１１に遷移する。一方、取得装置１２０は、ステップＳ４０９で取得装置１２０が人物情報取得要求を受信したと判定しなかった場合には、ステップＳ４０９に遷移する。
【００６５】
ステップＳ４１１では、取得装置１２０は、ステップＳ４０１でチケットをゲート制御装置１１０に投入した人物の人物情報を取得する。なお、先に述べたように、本実施例では人物情報は、取得装置１２０の撮影した映像であるが、撮影した映像から人物の特徴量を求める場合には、ステップＳ４１１とステップＳ４１２との間に更に、撮影した映像から人物の特徴量を求める、処理が追加される。
【００６６】
ステップＳ４１２では、取得装置１２０は、情報処理装置１３０にステップＳ４１１で取得した人物情報を送信する。図３の例で言えば、図６のデータテーブルに格納される入場者識別情報「Ａ．ｊｐｇ」が送信される。
【００６７】
ステップＳ４１３では、情報処理装置１３０は、ステップＳ４１２で送信された人物情報を受信する。
【００６８】
ステップＳ４１４では、情報処理装置１３０は、ステップＳ４１３で人物情報を受信したか否かの判定を行う。そして、情報処理装置１３０は、人物情報を受信したと判定した場合にはステップＳ４１５に遷移する。一方、情報処理装置１３０は、人物情報を受信したと判定しなかった場合にはステップＳ４１３に遷移する。
【００６９】
ステップＳ４１５では、情報処理装置１３０は、ステップＳ４０６で受付けたチケット情報と、ステップＳ４１５で受付けた人物情報とを対応付けて、入場関連情報（第１の情報）の少なくとも一部として記憶する。この情報の管理テーブルの一例の詳細は、図６（ａ）にて後述する。
【００７０】
ステップＳ４１６では、ゲート制御装置１１０は、チケットの利用者がゲートを通過できるよう扉を開放する。
【００７１】
ステップＳ４１７では、ゲート制御装置１１０は、受付けたチケットを排出口３３０から返却し、関連情報を表示部２１０に表示する。ここで言う関連情報とは、ステップＳ４０３で読取ったチケット情報、ステップＳ４０４−１の判定結果、ステップＳ４０４−２の書込み内容等である。具体的には、例えば、適正なチケットであれば、「入場券です」「料金区間は１４０円です」「入場時間は○○：○○です」等の情報が、表示されることになる。また、適正でないチケットであれば、チケットが適正でない旨を通知する内容が、表示されることになる。
【００７２】
図５は、利用者３００が、チケット３１０を利用して、ゲート制御装置１１０のゲートを通過または、ゲートから退場する際の様子の一例を示した構成図である。
【００７３】
図５（ａ）は、図３でチケット３１０ａを利用してＡ駅のゲート制御装置１１０のゲートから入場した利用者が、チケット３１０ｂやチケット３１０ｃを利用して、Ｚ駅のゲート制御装置１１０のゲートから退場しようとする様子の一例を示している。
【００７４】
チケット３１０ｂは、チケット３１０ａと異なるチケットで、図６のデータテーブルにて管理されている入場関連情報（第１の情報）は、次の通りである。まず、チケット情報は、発券番号「５６７８」、発券駅「Ｙ駅」、区間「１４０円」である。また、人物情報は、入場者識別情報「Ｂ．ｊｐｇ」である。
【００７５】
チケット３１０ｃも、チケット３１０ａと異なるチケットで、図６のデータテーブルにて管理されている入場関連情報（第１の情報）は、次の通りである。まず、チケット情報は、発券番号「０９８７」、発券駅「Ｚ駅」、区間「入場券（１４０円）」である。また、人物情報は、入場者識別情報「Ｃ．ｊｐｇ」である。
【００７６】
以下、チケット３１０ｂで説明を進めるが、どちらもチケットの概念に含まれるもので、乗車券と入場券の違いなので、チケット３１０ｂをチケット３１０ｃと読み替えて良い。
【００７７】
まず、ゲート制御装置１１０が利用者３００から、チケット３１０ｂ受付けた１回目の処理について説明する。
【００７８】
ゲート制御装置１１０は、投入口３２０からチケット３１０ｂを受付けると、点線矢印の進路を経てチケット情報の読取りを行い、情報処理装置１３０に送信する。
【００７９】
また、この際、取得装置１２０は、チケット３１０ｂを投入した利用者３００の人物情報を撮影し、情報処理装置１３０に送信する。
【００８０】
そして、情報処理装置１３０では、図５の状況で受付けたチケット情報と人物情報とを、図６（ｂ）に示されるように対応付けて通過退場関連情報（第２の情報）とし、図６（ａ）で管理されている、入場関連情報（第１の情報）とデータの突き合せを行う。そして、第１の情報と第２の情報とに含まれる、人物情報とチケット情報とのうち、いずれか一方の情報が一致し、もう一方の情報が一致しないデータがあるかを検索する。
【００８１】
図６の場合、図６（ｂ）のチケット情報と一致する図６（ａ）のチケット情報は、「Ｂ．ｊｐｇ」であり、図６（ｂ）の人物情報「Ａ．ｊｐｇ」とは異なるので、これが「いずれか一方の情報が一致し、もう一方の情報が一致しないデータ」としてヒットする。
【００８２】
また、図６（ｂ）の人物情報と一致する図６（ａ）のチケット情報は、発券番号が「１２３４」であり、図６（ｂ）の発券番号「５６７８」とは異なるので、これが「いずれか一方の情報が一致し、もう一方の情報が一致しないデータ」としてヒットする。
【００８３】
そして、情報処理装置１３０は、このような組み合わせのデータがヒットした場合に、投入されたチケットの回数を、対応する第１の情報に紐づけてカウントし、管理する。そして、ゲート制御装置１１０に、チケット３１０ｂを利用してゲートを通過しようとする人物の通行を妨げるための制御を実施させるべく要求を送信する。
【００８４】
そして、ゲート制御装置１１０は、この要求を受けて、排出口３３０からチケット３１０ｂを返却する。そしてその際、図５（ｂ）に示されるように、表示部２１０に「あなたの入場時の切符と異なります入場時の切符で精算してください」と注意喚起メッセージや、警告音を発する等、ユーザが識別可能なメッセージを通知する。これは、利用者がこの時点で好ましくない利用を諦め、正規の料金で精算してくれることが好ましいからである。
【００８５】
次に、ゲート制御装置１１０が利用者３００から、チケット３１０ｂ受付けた２回目の処理について説明する。
【００８６】
まず、一度目と同様、ゲート制御装置１１０が受付けたチケット情報と、取得装置１２０が取得した人物情報とが、情報処理装置１３０に送信される。
【００８７】
すると、情報処理装置１３０は、一度目と同様に第１の情報と第２の情報との突き合せを行い「いずれか一方の情報が一致し、もう一方の情報が一致しないデータ」がヒットする。この際、情報処理装置１３０は、図６の出口返却の回数が、所定の回数（図６（ｄ）では、２回として管理している）に達したと判断する。そして、ゲート制御装置１１０に、チケット３１０ｂを回収し、代わりに代替チケット５１０を排出口３３０から出すよう要求を送信する。また、この際、駅係員の携帯端末５２０等に、所定の回数を超えて、組合せの好ましくないチケット利用が、改札機で発生している旨やその人物の画像などを通知（警告報知）してもよい。
【００８８】
代替チケット５１０には、以下の３つの特徴がある。
【００８９】
１．受付けたチケット３１０ｂと同じ内容の情報が記憶されている
２．「この券を改札の駅係員にお渡し願います」と、駅係員に代替チケット５１０を手渡すよう印字されている
３．この代替チケット５１０を利用して、ゲート制御装置１１０を通過できないよう設けてある。
【００９０】
このようなチケットを排出する狙いは、好ましくないチケットの利用を試みる利用者を有人改札誘導するとともに、利用者が有人の改札でチケット３１０ｂを黙って置いて通行してしまうリスクを下げることである。（通常のチケットではないので、駅係員が気づきやすい。）この目的を達するために、代替チケット５１０は、チケット３１０ｂとは異なる色やサイズであることが望ましい。
【００９１】
ただし、上記の「１回目の処理」「２回目の処理」は、チケット３１０ａとチケット３１０ｂとの合計金額が、正規の料金未満だった場合に限定して行うようにしておいても良い。
【００９２】
例えば、入退場の際に利用するチケットの金額が、それぞれ１４０円だとすれば合計２８０円である。これを図８の料金形態に当てはめた場合、Ａ駅での入場ならば、２５０円区間のＨ駅までであれば、「１回目の処理」「２回目の処理」処理を行わず、利用者にゲートを通過させてしまっても良い。つまり、Ｉ駅以降の駅で行われた場合に「１回目の処理」「２回目の処理」を行えばよいのである。
【００９３】
このように、実質的な経済的損失が出る場合に限定して処理を行う方が、より経済合理性の高い仕組みを提供することができる。
【００９４】
図６は、本発明のチケットと利用者とを対応付けて管理するために用いるデータテーブルの一例を示した構成図である。本実施例では、図６のデータテーブルは、情報処理装置１３０が管理する者として扱うが、発明の実施形態に合わせて他のハードウエアが管理する形態をとっても構わない。
【００９５】
図６（ａ）は、入場関連情報（第１の情報）に関連する情報を、管理するデータテーブルの一例を示した構成図である。
【００９６】
発券番号６１０は、発券番号６１０は、チケット３１０毎に割り振られる固有番号である。
【００９７】
発券駅６２０は、チケット３１０が発券された駅名である。回数券のように、発券駅と乗車駅とが異なる場合もあるので、乗車駅でもよい。発券駅であれば、チケット３１０が発券された駅である。乗車駅であれば、ゲート制御装置１１０が入場のためにチケット３１０を受付けた駅名である。
【００９８】
区間６３０は、乗車運賃の区間である。（なお、「入場券」とある発券番号０９８７（チケット３１０ｃ）は、乗車区間はないが、料金は１４０円である）
入場日時６４０は、ゲート制御装置１１０が入場記録のないチケット３１０を受付けた日時である。このチケットを用いて複数のゲートを通過する場合、それぞれのゲートを通過した日時も併せて記録管理できるよう設けておいてもよい。
【００９９】
入場者識別情報６５０は、入場関連情報（第１の情報）の人物情報である。ここでは一例として静止画データを管理しているが、先に述べたように動画であってもよいし、人物を識別可能な特徴量や個人を特定する識別番号情報等であってもよい。
【０１００】
出口返却６６０は、図５の状況で、チケットが返却された回数である。つまり、図５で示したように、対応するチケット（の情報）を利用して、ゲートを通過しようとした際の第１の情報と第２の情報との突き合せ結果が、「いずれか一方の情報が一致し、もう一方の情報が一致しないデータ」として処理された回数である。図６（ａ）の発券番号５６７８を例にとると、既に一度チケットが返却され、「１」となっている。
【０１０１】
図６（ｂ）は、通過退場関連情報（第２の情報）に関連する情報を、管理するデータテーブルの一例を示した構成図である。
【０１０２】
通過退場者識別情報６７０は、通過退場関連情報（第２の情報）の人物識別情報で、図５において取得装置１２０が撮影した画像データが管理されている。人物を識別可能な情報であれば種類を問わないことは、入場者識別情報６５０と同様である。
【０１０３】
図６（ｃ）は、出口返却６６０を何度実施したら図５に示したチケットの回収と代替チケット５１０の排出処理を実施するかの回数を管理するデータテーブルの一例を示した構成図である。本実施例では、この処理を実施する所定の回数を、２回と定めているが、情報処理装置１３０の管理者が、任意に定めることができる。
【０１０４】
図７は、図５で説明した各ハードウエアの処理フローの一例を示した構成図である。この図７の説明も、図４と同様「チケット情報を受付ける」場合の処理も、「チケットを受付ける」処理に含めて説明する。
【０１０５】
ステップＳ７０１では、ゲート制御装置１１０は、投入口３２０からチケットを受付ける。（チケット含まれる情報のみを受付ける場合には、ステップ７０３の処理がこのステップで実施される。）
ステップＳ７０２では、ゲート制御装置１１０は、ステップＳ７０１でチケット（あるいはチケットの情報）を受付けたか否かの判定を行う。そして、ゲート制御装置１１０は、チケットを受付けたと判定した場合には、ステップＳ７０３に遷移する。一方、ゲート制御装置１１０は、チケットを受付けたと判定しなかった場合には、ステップＳ７０１に遷移する。
【０１０６】
ステップＳ７０３では、ゲート制御装置１１０は、受付けたチケットの情報を読取る。図５の例では、具体的には、図４のステップＳ４０５で挙げたチケット情報、すなわち発券番号「１２３４」、発券駅「Ａ駅」、区間「１４０円」、入場日時「１７／１２／３１  １２：００」等を読取る。また、図４のステップＳ４０５で挙げたチケット情報の他、その他必要な発明の実施のために情報も、併せて読取ることができる。
【０１０７】
ステップＳ７０４では、ゲート制御装置１１０は、ステップＳ７０３で読取った情報に基づいて、受付けたチケットが適正であるか否かの判定を行う。このステップの判定は、ステップＳＳ４０４−１に準ずる。そして、ゲート制御装置１１０は、受付けたチケットが適正であると判定した場合には、ステップＳ７０５に遷移する。一方、ゲート制御装置１１０は、受付けたチケットが適正であると判定しなかった場合には、本フローを終了する。
【０１０８】
ステップＳ７０５では、ゲート制御装置１１０は、ステップＳ７０３で読取ったチケット情報を、情報処理装置１３０に送信する。
【０１０９】
ステップＳ７０６では、情報処理装置１３０は、ステップＳ７０５でゲート制御装置１１０から送信されたチケット情報を受信する。
【０１１０】
ステップＳ７０７では、情報処理装置１３０は、ステップＳ７０６でチケット情報を受信したか否かを判定する。そして、情報処理装置１３０は、チケット情報を受信したと判定した場合には、ステップＳ７０８に遷移する。一方、チケット情報を受信したと判定しなかった場合には、ステップＳ７０６に遷移する。
【０１１１】
ステップＳ７０８では、情報処理装置１３０は、ステップＳ７０６で受付けたチケット情報を、通過退場関連情報の一部として、記憶・管理する。
【０１１２】
ステップＳ７０９では、ゲート制御装置１１０は、取得装置１２０に人物情報を取得する要求を送信する。
【０１１３】
ステップＳ７１０では、取得装置１２０は、ステップＳ７０９でゲート制御装置１１０が送信した人物情報を取得する要求を受信する。
【０１１４】
ステップＳ７１１では、取得装置１２０は、ステップＳ７１０で取得装置１２０が人物情報を取得する要求を受信したか否かの判定を行う。そして、取得装置１２０は、人物情報を取得する要求を受信したと判定した場合には、ステップＳ７１２に遷移する。
【０１１５】
一方、取得装置１２０は、人物情報を取得する要求を受信したと判定しなかった場合には、ステップＳ７１０に遷移する。
【０１１６】
ステップＳ７１２では、取得装置１２０は、ステップＳ７０１でチケットをゲート制御装置１１０に投入した人物の人物情報を取得する。
【０１１７】
ステップＳ７１３では、取得装置１２０は、情報処理装置１３０にステップＳ７１２で取得した識別情報を送信する。送信する人物情報の詳細については、ステップＳ４１１やステップＳ４１２に準ずる。
【０１１８】
ステップＳ７１４では、情報処理装置１３０は、ステップＳ７１３で取得装置１２０から送信された人物情報を受信する。
【０１１９】
ステップＳ７１５では、情報処理装置１３０は、ステップＳ７１３で取得装置１２０から送信された人物情報を受信したか否かの判定を行う。そして、情報処理装置１３０は、人物情報を受信したと判定した場合にはステップＳ７１６に遷移する。一方、情報処理装置１３０は、人物情報を受信したと判定しなかった場合にはステップＳ７１４に遷移する。
【０１２０】
ステップＳ７１６では、情報処理装置１３０は、ステップＳ７１３で受信した人物情報を通過退場関連情報（第２の情報）として、ステップＳ７０６で受信したチケット情報と対応付けて、記憶・管理する。（データテーブルの詳細は、図６（ｂ）参照）
ステップＳ７１７では、「ゲート制御に関する要求を決定する処理」を行う。詳細は、図８にて後述する。
【０１２１】
ステップＳ７１８では、情報処理装置１３０は、ゲート制御装置１１０に、ステップＳ７１７で決定したゲート制御に関する要求を、ゲート制御装置１１０に送信する。
【０１２２】
ステップＳ７１９では、ゲート制御装置１１０は、ステップＳ７１８で情報処理装置１３０から送信された要求を受信する。
【０１２３】
ステップＳ７２０では、ゲート制御装置１１０は、ステップＳ７１９で、要求を受信したか否かの判定を行う。そして、ゲート制御装置１１０は、ステップＳ７１９で、要求を受信したと判定した場合にはステップＳ７２１に遷移する。一方、ゲート制御装置１１０は、ステップＳ７１９で、要求を受信したと判定しなかった場合にはステップＳ７１９に遷移する。
【０１２４】
ステップＳ７２１では、ゲート制御装置１１０は、ステップＳ７１９で、受信した要求に基づいて、処理を実行する。具体的には、以下のいずれかの処理が実行されることになる。処理その１は、問題ないチケットとして扉を開ける処理である。処理その２は、図５の１回目の処理である。つまり、第１の情報と第２の情報に含まれる、チケット情報と人物情報とのうち、「いずれか一方の情報が一致し、もう一方の情報が一致しないデータ」である（＝キセルの可能性がある）として、扉を開けない処理である。更に、チケット減却と、エラーメッセージの通知処理をあわせて行う。処理その３は、図５の２回目の処理である。つまり、こちらも、第１の情報と第２の情報に含まれる、チケット情報と人物情報とのうち、「いずれか一方の情報が一致し、もう一方の情報が一致しないデータ」である（＝キセルの可能性がある）として、扉を開けない処理である。更に、チケットを回収するとともに、代替チケット５１０を排出し、エラーメッセージの通知と、駅係員の携帯端末５２０等への警告報知処理をあわせて行う。
【０１２５】
図８は、図７のステップＳ７１７のサブフローの一例を示した構成図である。
【０１２６】
ステップＳ８０１では、情報処理装置１３０は、ステップＳ７０６で受信した通過退場関連情報（第２の情報）のチケット情報と一致するチケット情報を有する、ステップＳ４１５で記憶した入場関連情報（第１の情報）の中にあるか否かの判定を行う。そして、情報処理装置１３０は、一致するチケット情報を有する入場関連情報があると判定した場合には、ステップＳ８０２に遷移する。一方、情報処理装置１３０は、一致するチケット情報を有する入場関連情報があると判定しなかった場合には、ステップＳ８０４に遷移する。なお、別の実施形態として、このステップの判定を人物情報による判定としてもよい。本実施例の図５・図６を例にとると、図６（ａ）の発券番号６１０が「５６７８」の入場関連情報（第１の情報）が、図６（ｂ）通過退場関連情報（第２の情報）のチケット情報と一致する。したがって、「ＹＥＳ」として、ステップＳ８０２に遷移することになる。
【０１２７】
ステップＳ８０２では、情報処理装置１３０は、ステップＳ８０１で、通過退場関連情報（第２の情報）のチケット情報と一致するチケット情報を有する、入場関連情報（第１の情報）が含む人物情報が、更に一致するか否かの判定を行う。そして、情報処理装置１３０は、更に一致すると判定した場合には、ステップＳ８０３に遷移する。一方、情報処理装置１３０は、更に一致すると判定しなかった場合には、ステップＳ８０５に遷移する。なお、別の実施形態として、ステップＳ８０１の判定を人物情報による判定とした場合には、このステップの判定はチケット情報による判定となる。本実施例の図５・図６を例にとると、図６（ａ）の発券番号６１０「５６７８」の入場関連情報（第１の情報）の人物情報は、「Ｂ．ｊｐｇ」であり、図６（ｂ）通過退場関連情報（第２の情報）の人物情報「Ａ．ｊｐｇ」と一致しない。したがって、「ＮＯ」として、ステップＳ８０５に遷移することになる。
【０１２８】
ステップＳ８０３では、情報処理装置１３０は、ステップＳ７１８でゲートを開放する制御を行うよう要求を送信する旨の決定を行う。
【０１２９】
ステップＳ８０４では、情報処理装置１３０は、ステップＳ７１６で記憶した通過退場関連情報（第２の情報）の人物情報と一致する人物情報を有する、ステップＳ４１５で記憶した入場関連情報（第１の情報）の中にあるか否かの判定を行う。そして、情報処理装置１３０は、一致する人物情報を有する入場関連情報があると判定した場合には、ステップＳ８０２に遷移する。一方、情報処理装置１３０は、一致する人物情報を有する入場関連情報があると判定しなかった場合には、ステップＳ８０４に遷移する。なお、別の実施形態として、ステップＳ８０１の判定を人物情報による判定にしていた場合には、このステップの判定はチケット情報による判定となる。
【０１３０】
ステップＳ８０５では、情報処理装置１３０は、通過退場関連情報のチケット金額が、精算金額未満であるか否かの判定を行う。そして、情報処理装置１３０は、通過退場関連情報のチケット金額が、精算金額未満であると判定した場合には、ステップＳ８０６に遷移する。一方、情報処理装置１３０は、通過退場関連情報のチケット金額が、精算金額未満であると判定しなかった場合には、ステップＳ８０３に遷移する。
【０１３１】
このステップの通過退場関連情報のチケット金額とは、図５のケース場合、チケット３１０ｂの金額であるので、金額は１４０円である。そして、精算金額とは、通過退場関連情報（第２の情報）の人物情報と一致する入場関連情報（第１の情報）のチケット（チケット３１０ａ）の金額に基づいて算出される金額である。例えば、図３と図５のケース場合、利用者３００は、Ａ駅から区間の１４０円のチケットを利用して入場している。一方、図９に示されるように、Ａ駅で乗車し、Ｚ駅で下車するためには、Ａ駅から区間２０５０円のチケットが必要である。したがって、精算金額は、１９１０円である。
【０１３２】
つまり、このケースの場合「通過退場関連情報のチケット金額＜精算金額」となり、ステップＳ８０６に遷移することになる。
【０１３３】
ステップＳ８０６では、情報処理装置１３０は、通過退場関連情報（第２の情報）に含まれる人物情報とチケット情報とのうち、いずれか一方が一致し、他方が一致しない入場関連情報（第１の情報）の出口返却数が、所定の値以上であるか否かの判定を行う。そして、出口返却数が、情報処理装置１３０は、所定の値以上であると判定した場合には、ステップＳ８０８に遷移する。一方、出口返却数が、情報処理装置１３０は、所定の値以上であると判定しなかった場合には、ステップＳ８０７に遷移する。
【０１３４】
本実施例の図５・図６を例にとると、所定の値は「１回」で、図６（ａ）の発券番号６１０「５６７８」の入場関連情報（第１の情報）の出口返却数は、「１」である。つまり、出口返却数は、所定の値以上なので、ステップＳ８０８に遷移することになる。
【０１３５】
ステップＳ８０７では、情報処理装置１３０は、ステップＳ７１８で「一回目処理」を行うための制御を行うよう要求を送信する旨の決定を行う。ここで言う「一回目処理」とは、ゲート制御装置１１０に以下のような制御を実施させるための処理である。
【０１３６】
（１）チケットを利用してゲートを通過しようとする人物の通行を妨げるべく、扉を閉鎖
（２）投入口３２０から受付けたチケットを、排出口３３０から利用者に返却
（３）入場した際に利用したチケットで、精算が必要な旨を利用者に通知
（４）入場した際に利用したチケットと、受付けたチケットとが異なる旨を利用者に通知する
ステップＳ８０８では、情報処理装置１３０は、通過退場関連情報（第２の情報）に含まれる人物情報とチケット情報とのうち、いずれか一方が一致し、他方が一致しない入場関連情報（第１の情報）の出口返却数を、加算する。本実施例の図５・図６を例にとると、例えば、図６（ａ）の発券番号６１０「５６７８」の入場関連情報（第１の情報）が処理の対象となっている場合であれば、出口返却数は、このステップで「０」から「１」となる。
【０１３７】
ステップＳ８０９では、情報処理装置１３０は、ステップＳ７１８で「二回目処理」を行うための制御を行うよう要求を送信する旨の決定を行う。ここで言う「二回目処理」とは、ゲート制御装置１１０に以下のような制御を実施させるための処理である。
【０１３８】
（１）チケットを利用してゲートを通過しようとする人物の通行を妨げるべく、扉を閉鎖
（２）投入口３２０から受付けたチケットを回収し、代替チケット５１０を排出口３３０から利用者に返却
（３）入場した際に利用したチケットで、精算が必要な旨を利用者に通知
（４）入場した際に利用したチケットと、受付けたチケットとが異なる旨を利用者に通知
（５）代替チケット５１０を改札の駅係員へ渡すよう利用者に通知
（６）出口返却数が所定の値を超えて利用されたチケットやその利用者に関する情報を駅係員へ警告報知する
ステップＳ８１０では、情報処理装置１３０は、チケット情報と人物情報とのいずれも一致しない「正規ではない」チケットを受付けたと判断し、ステップＳ７１８でゲ０とを閉鎖する制御を行うよう要求を送信する旨の決定を行う。
【０１３９】
図９は、Ａ駅で乗車した場合とＺ駅で乗車した場合の料金区間の一例を示した構成図である。
【０１４０】
図９（ａ）は、Ａ駅を初乗りとした際の運賃表である。なお、本実施例では、入場券は初乗り運賃（１４０円）とした。
【０１４１】
つまり、この例の場合、Ｃ駅までが１４０円の料金区間、Ｅ駅までが１８０円の料金区間となり、Ｚ駅までが２０５０円の料金区間である。
【０１４２】
図３と図５とにあてはめた場合、Ａ駅からの１４０円の切符を利用して、Ｚ駅で降りたい場合、精算すべき金額は、２０５０‐１４０＝１９１０円である。
【０１４３】
また、Ａ駅からの１４０円の切符を利用して、Ｈ駅で降りたい場合、精算すべき金額は、２５０−１４０＝１１０円である。そして、Ｈ駅の入場券（１４０円）を利用してＨ駅で降りようとする場合を考えると、ステップＳ８０５の処理は、「通過退場関連情報のチケット金額１４０円＞精算金額１１０円」となるので、ステップＳ８０３に遷移することになる。
【０１４４】
以上、ここまで、第１の実施例について記載した。さらに、情報処理装置１３０や通信ネットワークの負荷を更に軽減する方法を紹介する。それは、入場関連情報（第１の情報）や、通過退場関連情報（第２の情報）のチケットの種類（金額）が、所定の種類の場合（例えば初乗り運賃の乗車券や入場券）に絞って、本発明の仕組みを適用する方法である。なぜならば、いわゆるキセル行為を試みる利用者は、極力少ない金額で、公共交通機関の利用を試みるからであり、入場券や初乗り区間の金額のチケットを集中的に確認するだけで、通信負荷を低減しつつ、大きな効果が期待できるからである。
【０１４５】
続いて以下に、第２の実施例について、記載する。
【０１４６】
図１０は、複数の人物が、ゲート制御装置１１０を介してチケット３１０ｄの授受を行う様子と、そのチケットを利用した際の一例を示した構成図である。
【０１４７】
図１０（ａ）は、好ましくないチケットの入場処理がなされるの様子の一例を示した構成図である。
【０１４８】
１０（ａ）は、投入者１００１が、ゲート制御装置１１０にチケットを投入し、受取者１００２が、読取り処理を終えてゲート制御装置１１０から編訳されたチケットを受取る様子の一例を示している。
【０１４９】
図１０（ａ）のチケット３１０ｄは、発券番号６１０が「７７７７」、発券駅６２０が「Ｚ駅」、区間６３０でｚ「入場券」で、ゲート制御装置１１０がチケットを受付けて入場処理をした日時（入場日時）が「１７／１２／３１  １９：００」である。発券番号６１０は、チケットを一意に識別できる情報である。
【０１５０】
投入者１００１は、ゲート制御装置が受付けたチケットを投入する人物である。
【０１５１】
まず、投入者１００１が、投入口３２０からチケット３１０ｄを、投入する。すると、チケットの情報がゲート制御装置１１０に読取られ、情報処理装置１３０に送信される。そして、情報処理装置１３０から取得装置１２０に、撮影を開始する指示がなされ、投入者１００１の撮影が開始される。
【０１５２】
次に、情報がゲート制御装置１１０は、排出口３３０からチケット３１０ｄを、返却入する。すると、受取者１００２にこのチケットが受取られる（受取者１００２は、ゲート制御装置から返却された当該チケットを受取る人物）。受取者１００２は、チケットの受付をトリガーにゲート制御装置の周囲近傍を撮影し続けているので、取得装置１２０には、受取者１００２も撮影される。そして、情報がゲート制御装置１１０は、取得装置１２０に、排出口３３０から返却されたチケットが、受取られた旨を通知する。そして、この通知を受けて、ゲート制御装置１１０から取得装置１２０に、撮影を終了する指示がなされ、投入者１００１と受取者１００２との撮影が終了する。
【０１５３】
このように上記の実施例では、チケットがゲート制御装置１１０に投入され、返却されて受取られるまでの間を撮影することで、投入者１００１と受取者１００２とを含むチケットがゲート制御装置１１０周囲近傍の様子が撮影される。そして、図１０（ａ）の取得装置１２０取得装置１２０は、広角の１台の監視カメラを想定している。しかし、複数台の監視カメラで、投入者１００１と受取者１００２とが一致する人物か否かが識別できる動画を撮影しても構わない。さらには、取得装置１２０で取得されるべき情報は、「投入者１００１と受取者１００２とが一致するか否かを識別可能な情報であれば十分であり、情報の種類も特に問わない。例えば、取得装置１２０は投入者１００１と受取者１００２との顔写真を撮影しても良いし、双方の人物が特定できる特徴量や、携帯してるＩＤカード等の情報などを読取っても良いのである。
【０１５４】
そして、取得装置１２０で撮影された映像は、ゲート制御装置１１０に送信され、ここで投入者１００１と受取者１００２とが一致するか否かの判定がなされる。そして、「一致しない」と判定されたチケットは、そのことが識別できるよう、図１１に示されるようなデータテーブルに記憶・管理される。あるいは、取得装置１２０で投入者１００１と受取者１００２とが一致するか否かの判定を行い、一致しなかった場合に、チケットの情報、投入者１００１、受取者１００２を送信し、データテーブルで情報を更新するような形態であっても構わない。前者のやり方は、取得装置１２０に情報処理を行う機能を持たせずに済む点に利点があり、後者には通信負荷の低減や、管理する情報量の削減に利点がある。そのため、どちらを選ぶかは、発明を実施する状況に合わせて選べばよい。
【０１５５】
図１０（ｂ）は、受取者１００２が、図１０（ａ）のプロセスを経て授受がなされたチケット３１０ｄを利用して、ゲートを通過しようとする様子の一例を示した構成図である。
【０１５６】
まず、受取者１００２は、投入口３２０からチケット３１０ｄを投入する。すると、ゲート制御装置１１０で受付けたチケット３１０ｄの読取り処理を行い、この情報を、情報処理装置１３０に送信する。
【０１５７】
情報処理装置１３０では、図１１に示されるような図１０（ａ）のプロセスを経て、投入者１００１と受取者１００２とが一致しなかったチケットの情報（ＮＧチケット情報）が管理されている。そのため、情報処理装置１３０は、この「ＮＧチケット情報」に該当するチケット３１０ｄを送信してきたゲート制御装置１１０のゲート（扉）を閉鎖する決定を行う。さらに、情報処理装置１３０は、駅従業員の携帯端末５２０に、チケットの情報を送信してきたゲート制御装置１１０と、このチケットに対応付けられている受取者１００２の顔画像（投入者１００１の顔画像でもよい）が識別可能な情報を、送信する。そして、携帯端末５２０は、この情報を受けて、キセル行為が実施されている旨と、その現場や人物を、駅従業員に警告報知するのである。
【０１５８】
そして、ゲート制御装置１１０は、情報処理装置１３０が決定した、ゲート（扉）を閉鎖する旨の決定を受付けて、扉を閉鎖することで、チケットの利用に問題がある旨を受取者１００２に通知するのである。なお、通知相手は、「ＮＧチケット情報」に該当するチケットを利用する利用者３００であるので、受取者１００２ではない人物になるケースも考えられる。
【０１５９】
また、「ＮＧチケット情報」は、情報処理装置１３０からゲート制御装置１１０に適宜送信しておき、扉を開放するか、閉鎖するかの「ＮＧチケット情報」に該当するチケットであるとして閉鎖するかの決定を、ゲート制御装置１１０側で実施しても構わない。
【０１６０】
前者の方法は、情報処理を情報処理装置１３０に一元化できる点に利点があり、後者の方法は、通信情報による情報処理の遅延を軽減できる点に利点がある。したがって、どちらの方法を選択するかは、発明を実施する状況に合わせて選べばよい。
【０１６１】
図１１は、図１０のプロセスで、情報処理装置１３０がゲート制御装置１１０や取得装置１２０から受付けた情報を管理するデータテーブルの一例を示した構成図である。
【０１６２】
人物動画１１０１は、図１０のプロセスで撮影された映像情報で、投入者１００１と受取者１００２とが一致する人物であるか否かを識別することのできる情報を含んでいる。識別方法については、既存の方法を用いればよいので、詳細は省く。
【０１６３】
ＮＧチケット１１０２は、チケットを受付けた場合に、情報処理装置１３０にゲートを閉鎖させる（チケットの利用に問題がある旨を通知させる）処理を行うチケットであるか否かを管理している。このデータテーブルは「Ｙｅｓ」であれば処理を行い、「Ｎｏ」であれば処理を行わないという管理になるが、前述の通り、「Ｙｅｓ」のチケットの情報だけを管理するデータテーブルであっても構わない。これは、管理する情報量を小さくでき、情報処理や通信負荷も低減できるからである。
【０１６４】
図１２は、図１０（ａ）の処理フローの一例を示した構成図である。
図１２は、チケットを介した入場（又は通過）処理のフローである。入場（又は通過）処理を行うゲート制御装置１１０を、特に「第１のゲート制御処理装置」と呼ぶ場合もあるが、説明を簡易にするためにあえて「ゲート制御装置１１０」と記載する。また、図１３にあるような出場（又は通過）処理を行うゲート制御装置１１０を、特に「第２のゲート制御処理装置」と呼ぶ場合もあるが、説明を簡易にするためにあえて「ゲート制御装置１１０」と記載する。これは、「第１のゲート制御処理装置」と「第２のゲート制御処理装置」とが一致するケースと異なるケースの両方があるためでもある。
【０１６５】
ステップＳ１２０１では、ゲート制御装置１１０は、利用者３００（投入者１００１）から、投入口３２０を介してチケット３１０の受付けを行う。
【０１６６】
ステップＳ１２０２では、ゲート制御装置１１０は、ステップＳ１２０１でチケット３１０を受付けたか否かの判定を行う。そして、ゲート制御装置１１０は、ステップＳ１２０１でチケット３１０を受付けたと判定した場合にはステップＳ１２０３に遷移する。一方、ゲート制御装置１１０は、ステップＳ１２０１でチケット３１０を受付けたと判定しなかった場合にはステップＳ１２０１に遷移する。
【０１６７】
ステップＳ１２０３では、ゲート制御装置１１０は、ステップＳ１２０１で受付けたチケット３１０の情報の読取りを行う。読取る情報は、図１１に示されるような、発券番号６１０や、発券駅６２０、区間６３０、入場日時６４０等であり、本明細書の他のフローの説明と同様に、チケットに含まれる様々な情報をこのステップで読取ることができる。
【０１６８】
ステップＳ１２０４では、ゲート制御装置１１０は、ステップＳ１２０３読取ったチケットの情報に基づいて、受付けたチケットが適正であるか否かの判定を行う。そして、ゲート制御装置１１０は、受付けたチケットが適正であると判定した場合には、ステップＳ１２０５−１に遷移する。一方、ゲート制御装置１１０は、受付けたチケットが適正であると判定しなかった場合には、ステップＳ１２０５−２に遷移する。
【０１６９】
このステップＳ１２０４の適正か否かの判定の詳細については、ステップＳ４０４−１の判定に準ずるものである。
【０１７０】
ステップＳ１２０５−１では、ゲート制御装置１１０は、ステップＳ１２０３で読取ったチケット３１０の情報を、情報処理装置１３０に送信する。
【０１７１】
ステップＳ１２０５−２では、ゲート制御装置１１０は、ステップＳ１２０１で受付けたチケットを、排出口３３０より返却（排出）する。
【０１７２】
ステップＳ１２０６では、情報処理装置１３０は、ステップＳ１２０５−１でゲート制御装置１１０から送信された情報を受信する。
【０１７３】
ステップＳ１２０７では、情報処理装置１３０は、ステップＳ１２０６で、情報を受付けたか否かの判定を行う。そして、報処理装置１３０は、ステップＳ１２０６で、情報を受付けたと判定した場合には、ステップＳ１２１９に遷移する。一方、情報処理装置１３０は、ステップＳ１２０６で、情報を受付けたと判定しなかった場合には、ステップＳ１２０６に遷移する。
【０１７４】
ステップＳ１２０８では、ゲート制御装置１１０は、取得装置１２０に人物情報（投入者１００１を識別可能な情報）を取得するよう、要求を送信する。
【０１７５】
ステップＳ１２０９では、取得装置１２０は、ステップＳ１２０８で、ゲート制御装置１１０から送信された要求を受信する。
【０１７６】
ステップＳ１２１０では、取得装置１２０は、ステップＳ１２０９で要求を受信したか否かの判定を行う。そして、取得装置１２０は、ステップＳ１２０９で要求を受信したと判定した場合にはステップＳ１２１１に遷移する。一方、取得装置１２０は、ステップＳ１２０９で要求を受信したと判定しなかった場合には、ステップＳ１２０９に遷移する。
【０１７７】
ステップＳ１２１１では、取得装置１２０は、人物情報の取得を開始する、図１０（ａ）の場合であれば、例えば、取得装置１２０が、投入者１００１と受取者１００２の人物が識別可能、で両者が一致するか否かの識別がつく水準の画質で、動画撮影を開始する。
【０１７８】
ステップＳ１２１２では、ゲート制御装置１１０は、ゲート制御装置１１０は、ステップＳ１２０１で受付けたチケットを、排出口３３０より返却（排出）する。
【０１７９】
ステップＳ１２１３では、ゲート制御装置１１０は、ステップＳ１２１２で、返却されたチケットは、利用者３００（受取者１００２）に受け取られたか（返却が済んだか）否かの判定を行う。そして、ゲート制御装置１１０は、利用者３００（受取者１００２）に受け取られた判断した場合には、ステップＳ１２１４に遷移する。一方、ゲート制御装置１１０は、利用者３００（受取者１００２）に受け取られた判断しなかった場合には、ステップＳ１２１２に遷移する。
【０１８０】
ステップＳ１２１４では、ゲート制御装置１１０は、ステップＳ１２１２で返却されたチケットの返却が完了した（受取者１００２に受取られた）旨の情報を、取得装置１２０に送信する。
【０１８１】
ステップＳ１２１５では、取得装置１２０は、ステップＳ１２１４でゲート制御装置１１０から送信されたチケットの返却が完了した旨の情報を受信する。
【０１８２】
ステップＳ１２１６では、取得装置１２０は、ステップＳ１２１５でゲート制御装置１１０から送信されたチケットの返却が完了した旨の情報を受信したか否かの判定を行う。そして、取得装置１２０は、ステップＳ１２１５でゲート制御装置１１０から送信されたチケットの返却が完了した旨の情報を受信したと判定した場合には、ステップＳ１２１７に遷移する。一方、取得装置１２０は、ステップＳ１２１５でゲート制御装置１１０から送信されたチケットの返却が完了した旨の情報を受信したと判定しなかった場合には、ステップＳ１２１５に遷移する。
【０１８３】
ステップＳ１２１７では、取得装置１２０は、ステップＳ１２１１では開始した、人物情報の取得を終了する。図１０（ａ）の場合であれば、例えば、取得装置１２０が、投入者１００１と受取者１００２の人物が識別可能、で両者が一致するか否かの識別がつく水準の画質で開始した、動画撮影を終了する。
【０１８４】
ステップＳ１２１８では、取得装置１２０は、ステップＳ１２１１で開始し、ステップＳ１２１７で終了した人物情報（撮影した動画）を送信する。
【０１８５】
なお、先に述べた通り、ここで送信する情報は、ゲート制御装置１１０が受付けたチケットを投入する人物と、ゲート制御装置１１０から返却された当該チケットを受取る人物とが一致するか否かを識別可能な情報であればよい。したがって、後述のステップＳ１２２１で行われる処理を、予め取得装置１２０側で実施する形態であっても良い。つまり、取得装置１２０側で映像を解析し、投入者１００１と受取者１００２とが一致する人物であるか否かの判定を行って、判定結果だけを送信しても構わない。この方法のメリットは通信負荷の低減であり、デメリットは、取得装置１２０に映像解析の機能が必要になる点である。したがって、実施状況に合わせてより好ましい方法を選択できれば良い。なお、人物が一致するか否かを判定するための映像解析の方法については、既存の技術を用いればよく、ここでは特段方法は問わない。
【０１８６】
ステップＳ１２１９では、情報処理装置１３０は、ステップＳ１２１８で取得装置１２０が送信した人物情報（撮影した動画）を受信する。
【０１８７】
ステップＳ１２２０では、情報処理装置１３０は、ステップＳ１２１９で取得装置１２０が送信した人物情報（撮影した動画）を受信したか否かの判定を行う。そして、情報処理装置１３０は、ステップＳ１２１９で取得装置１２０が送信した人物情報（撮影した動画）を受信したと判定した場合には、ステップＳ１２２１に遷移する。一方、情報処理装置１３０は、ステップＳ１２１９で取得装置１２０が送信した人物情報（撮影した動画）を受信したと判定しなかった場合には、ステップＳ１２１９に遷移する。
【０１８８】
ステップＳ１２２１では、情報処理装置１３０は、ステップＳ１２１９で受信したした人物情報（撮影した動画）に基づいて、投入者１００１と受取者１００２とが一致する人物であるか否かの判定を行なう。そして、情報処理装置１３０は、投入者１００１と受取者１００２とが一致する人物であると判定した場合には、本フローを終了する。一方、情報処理装置１３０は、投入者１００１と受取者１００２とが一致する人物であると判定した場合には、ステップＳ１２２２に遷移する。
【０１８９】
ステップＳ１２２２では、情報処理装置１３０は、ステップＳ１２０６で受付けたチケットの情報と、ステップＳ１２２１の判定結果とに基づいて、当該チケットの無効処理を行う。無効処理とは、例えば、図１１のＮＧチケット１１０２にフラグを立てる、といった処理である。この処理の目的は、ゲート制御装置１１０に、当該チケットを利用してゲートの通過しようとする人物に、チケットの利用に問題がある旨を通知させたり、通行を妨げる処理を実行させたりすることにある。これらの処理フローの詳細は、図１３にて後述する。
【０１９０】
ステップＳ１２２３では、情報処理装置１３０は、ステップＳ１２０６で受付けた情報と、ステップＳ１２１９で受けつけた情報とを対応づけて記憶・管理する処理を行う。図１１で言えば、例えば、人物動画１１０１の情報を、チケットの情報と対応付けて管理・記憶することである。この処理の目的は、このチケットをゲート制御装置１１０が受付けた際、携帯端末５２０に、このゲート制御装置１１０や、チケットに紐づけられた投入者１００１や受取者１００２を識別可能な情報（例えば顔画像等）を、通知可能にすることにある。これらの処理フローの詳細は、図１３にて後述する。
【０１９１】
図１３は、図１０（ｂ）の処理フローの一例を示した構成図である。
【０１９２】
ステップＳ１３０１では、ゲート制御装置１１０は、利用者３００から、投入口３２０を介してチケット３１０の受付けを行う。
【０１９３】
ステップＳ１３０２では、ゲート制御装置１１０は、ステップＳ１３０１でチケット３１０を受付けたか否かの判定を行う。そして、ゲート制御装置１１０は、ステップＳ１３０１でチケット３１０を受付けたと判定した場合にはステップＳ１３０３に遷移する。一方、ゲート制御装置１１０は、ステップＳ１３０１でチケット３１０を受付けたと判定しなかった場合にはステップＳ１３０１に遷移する。
【０１９４】
ステップＳ１３０３では、ゲート制御装置１１０は、ステップＳ１３０１で受付けたチケット３１０の情報の読取りを行う。
【０１９５】
ステップＳ１３０４では、ゲート制御装置１１０は、ステップＳ１３０３で読取ったチケット３１０の情報を情報処理装置１３０に送信する。
【０１９６】
ステップＳ１３０５では、情報処理装置１３０は、ステップＳ１３０４でゲート制御装置１１０から送信されたチケット３１０の情報を受信する。
【０１９７】
ステップＳ１３０６では、情報処理装置１３０は、ステップＳ１３０５で受付けた情報に基づいて、ステップＳ１３０１で受付けたチケットが適正なものであるか否かの判定を行う。そして、情報処理装置１３０は、ステップＳ１３０５で受付けた情報に基づいて、ステップＳ１３０１で受付けたチケットが適正なものであるか否かの判定を行う。そして、情報処理装置１３０は、チケットが適正なものであると判定した場合には、ステップＳ１３０７に遷移する。一方、情報処理装置１３０は、チケットが適正なものであると判定しなかった場合には、ステップＳ１３０８に遷移する。なお、適正チケットであるか否かの具体的な判定方法であるが、例えば、受付けたチケットの情報に該当する情報が、図１１にあるＮＧチケットを管理しているデータテーブル内に存在し、そのデータにＮＧチケットのフラグが立っているかするか否かで判定する。あるいは、ＮＧチケットだけを扱うデータテーブル内に、受付けたチケットの情報に該当する情報があるか、で判定する、といった方法が考えられる。つまり、図１０と図１１とを例にとると、まず、図１０（ａ）では、異なる人物がチケット３１０ｄの授受を行っているので、ＮＧチケットとして図１１のデータテーブルで扱われることになる。次に、図１０（ｂ）で、ゲート制御装置１１０が、チケット３１０ｄを受付けると、情報処理装置１３０がチケット３１０ｄの情報と図１１のデータテーブルをつき合わせる。そして、ＮＧチケットのフラグが立っているチケットであると一意に識別し、チケットが適正ではない、との判定をするのである。
【０１９８】
ステップＳ１３０７では、情報処理装置１３０は、ステップＳ１３０６でチケットが適正であるという判定であったことを踏まえ、ゲート制御装置１１０に扉を開放させる（あるいは扉を閉じない）制御をさせる旨の決定を行う。
【０１９９】
ステップＳ１３０８では、情報処理装置１３０は、ステップＳ１３０６でチケットが適正であるという判定であったことを踏まえ、ゲート制御装置１１０に扉を閉鎖する（あるいは開放させない）制御をさせる旨の決定を行う。
【０２００】
ステップＳ１３０９では、情報処理装置１３０は、携帯端末５２０にステップＳ１３０５で受付けた情報を送信したゲート制御装置１１０と、ステップＳ１３０５で受付けたチケットの情報に対応する人物情報とを、送信する。この目的は、携帯端末５２０から駅係員に投入者１００１と受取者１００２とが異なるチケットが利用されている旨、警告報知させることにある。
【０２０１】
ステップＳ１３１０では、携帯端末５２０は、ステップＳ１３０９で情報処理装置１３０から送信された情報を受信する。
【０２０２】
ステップＳ１３１１では、携帯端末５２０は、ステップＳ１３１０で情報を受信したか否かの判定を行う。そして、携帯端末５２０は、ステップＳ１３１０で情報を受信したと判定した場合には、ステップＳ１３１２に遷移する。一方、携帯端末５２０は、ステップＳ１３１０で情報を受信したと判定しなかった場合には、ステップＳ１３１０に遷移する。
【０２０３】
ステップＳ１３１２では、携帯端末５２０は、ステップＳ１３１０で受付けた情報に基づいてこの携帯端末５２０のユーザが識別可能な警告報知を行う。具体的には例えば、携帯端末５２０を振動させたり音を出すなどして注意を喚起したりする方法が考えられる。また、ディスプレイ（表示部２１０）にチケットを受付けた、ゲート制御装置１１０やその位置、チケットの情報に紐づけられた人物情報（投入者１００１や受取者１００２の画像やＩＤ番号など）を表示する方法が考えられる。
【０２０４】
ステップＳ１３１３では、情報処理装置１３０は、ステップＳ１３０７やステップＳ１３０８で決定した制御をゲート制御装置１１０に実行させるための要求をゲート制御装置１１０に送信する。
【０２０５】
ステップＳ１３１４では、ゲート制御装置１１０は、ステップＳ１３１３で情報処理装置１３０から送信された要求を受信する。
【０２０６】
ステップＳ１３１５では、ゲート制御装置１１０は、ステップＳ１３１３で、要求を受信したか否かの判定を行う。そして、ゲート制御装置１１０は、受信したと判定した場合には、ステップＳ１３１６に遷移する。一方、ゲート制御装置１１０は、受信したと判定しなかった場合には、ステップＳ１３１４に遷移する
ステップＳ１３１６では、ゲート制御装置１１０は、ステップＳ１３１４で受付けた情報に基づいて、受信内容を実行する。具体的には、例えば、ステップＳ１３０７で扉を開放する旨の決定がされていれば、このステップでゲートの扉を開放する制御を実行する。また、ステップＳ１３０８で、扉を閉鎖する旨の決定がされていれば、このステップでゲートの扉を閉鎖する制御を実行する。
また、図７のステップＳ７２１に準じる形で、他にもステップＳ１３０７やステップＳ１３０８の決定に基づく様々な処理を、このステップで実施させることができる。
以上が図１３のフローの説明であるが、図７や図８のように、ゲート制御装置１１０の「ＮＧチケット」の受付回数に応じて、処理フローを変える処理を設けても良い。例えば、１度目は「チケット返却あり＋携帯端末への警告報知なし」、２度目は「代替チケット排出＋携帯端末への警告報知あり」、といった具合である。
【０２０７】
さて、ここで情報処理装置１３０のステップＳ１３０９における携帯端末５２０への情報の送信と、ステップＳ１３１３（ステップＳ１３０８を経た場合）におけるゲート制御装置１１０への情報の送信とについて補足する。これらは、第１のゲート制御装置にチケットを投入した投入者１００１と、第１のゲート制御装置からチケット受取った受取者１００２とが異なる旨を通知するべく、情報を送信しているのである。そして、携帯端末５２０では、チケットを受付けた第２のゲート制御装置を特定する情報、投入者１００１、受取者１００２などをユーザに通知することにより、人物が異なる旨、問題のあるチケット利用がなされている旨等を駅係員に通知するのである。同様に、第２のゲート制御装置は、チケットを利用してゲートを通過しようとする人物の通行を妨げる制御を実施することで、人物が異なる旨、問題のあるチケット利用がなされている旨等をチケットの利用者に通知するのである。このように、図１３では、投入者１００１と受取者１００２とが一致しなかったと識別されるチケットを第２のゲート制御装置が受付けた場合に、その旨を通知するべく、所定の送信先に情報を送信することができるよう設けられている。そして、この考え方に基づく処理は、図７や図８のフローにも適用可能であり、図１３の上記の補足に関連するフローを、図７や図８のフローにも設けることができる。
【０２０８】
以上、ここまで、第２の実施例について記載したが、さらに、つけ加えると、情報処理装置１３０の機能の一部はゲート制御装置１１０や取得装置１２０が肩代わりしても良い。具体的には、例えば、ゲート制御装置１１０が情報処理装置１３０から図１１のデータテーブルを更新する情報を適宜受け取って管理し、ステップＳ１３０６の判定と、ゲートの制御を自らで決定して実施する、といったやり方が考えられる。この方法のメリットは、ステップＳ１３０１でチケットを受付けた後に情報処理装置１３０との通信が不要になるので、その分だけ処理を早くできる点である。一方、デメリットは、定期的にデータテーブルを更新する通信負荷がかかる点と、テーブルを管理するためのリソースが必要になる点である。情報処理装置１３０の一部の機能をどのように他のハードウエアに分散するかは、発明を実施する環境に応じて最適になるように選択されればよいので、様々な実施形態が考えられる。
【０２０９】
以上のように、第１の実施の例は、入場時に人物とチケットとを紐づけて記憶し、退場時の組合せと比較し、違ったらゲートを閉鎖しようというアイディアである。また、第２の実施の例は、入場時にチケット投入者と回収者とを比較し、両者が違った場合にチケットを無効にしてしまおうというアイディアである。前者は、入退場時に人物の撮影は行うものの、その処理は情報処理装置にて行うため、公表されるようなことはなく、プライバシーに配慮された仕組みであると言える。また、後者も、入退場時に人物の撮影は行うものの、その処理は情報処理装置にて行うため、公表されるようなことはなく、プライバシーに配慮された仕組みであると言える。
以上説明したように、本発明は、プライバシーに配慮しつつ、好ましくないチケットの利用をしにくくするための仕組みを提供することことができる。
【０２１０】
また、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２１１】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０２１２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０２１３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２１４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２１５】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０２１６】
１１０      ゲート制御装置
１２０      取得装置
１３０      情報処理装置
１４０      通信ネットワーク
２０１      ＣＰＵ
２０２      ＲＯＭ
２０３      ＲＡＭ
２０４      システムバス
２０５      入力コントローラ
２０６      ビデオコントローラ
２０７      メモリコントローラ
２０８      通信Ｉ／Ｆコントローラ
２０９      入力デバイス（ＫＢ／ボタン／タッチパネルなど）
２１０      表示端末（表示部）
２１１      外部メモリ
２２０      チケット情報スキャンユニットコントローラ
２２１      チケット情報スキャンユニット
２３０      人物情報スキャンユニットコントローラ
２３１      人物情報スキャンユニット
２４０      ゲート制御ユニットコントローラ
２４１      ゲート制御ユニット
３００      利用者
３１０      チケット
３２０      投入口
３３０      排出口
５１０      代替チケット
６１０      発券番号
６２０      発券駅
６３０      区間
６４０      入場日時
６５０      入場者識別情報
６６０      出口返却
６７０      通過・退場者識別情報
６８０      チケット回収
１００１    投入者
１００２    受取者
１１０１    人物動画
１１０２    ＮＧチケット
【図１】
2020071579.tif 000003
【図２】
2020071579.tif 000004
【図３】
2020071579.tif 000005
【図４】
2020071579.tif 000006
【図５】
2020071579.tif 000007
【図６】
2020071579.tif 000008
【図７】
2020071579.tif 000009
【図８】
2020071579.tif 000010
【図９】
2020071579.tif 000011
【図１０】
2020071579.tif 000012
【図１１】
2020071579.tif 000013
【図１２】
2020071579.tif 000014
【図１３】
2020071579.tif 000015