特開 2024-43723 チケット処理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024043723

(43)【公開日】2024-04-02

(54)【発明の名称】チケット処理システム

(51)【国際特許分類】

   G06Q 50/40 20240101AFI20240326BHJP

【ＦＩ】

G06Q50/30

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022148878

(22)【出願日】2022-09-20

(71)【出願人】

【識別番号】000004651

【氏名又は名称】日本信号株式会社

(74)【代理人】

【識別番号】100181146

【弁理士】

【氏名又は名称】山川 啓

(74)【代理人】

【識別番号】100109221

【弁理士】

【氏名又は名称】福田 充広

(72)【発明者】

【氏名】高橋 智之

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC41

(57)【要約】

【課題】複数人分のチケット（権利）がある場合に、これを複数人での利用を可能とする簡易な構成のチケット処理システムを提供すること。
【解決手段】チケット処理システム１００は、複数人分のチケットを紐付けしてまとめたグループチケットのデータを格納するデータベース（チケットデータベース）ＤＢと、グループチケットの利用に際して、グループチケットを構成する一の個別チケットの利用状況に基づいて、他の個別チケットの有効性を判定する判定部ＪＤとを備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数人分のチケットを紐付けしてまとめたグループチケットのデータを格納するデータベースと、
前記グループチケットの利用に際して、前記グループチケットを構成する一の個別チケットの利用状況に基づいて、他の個別チケットの有効性を判定する判定部と
を備えるチケット処理システム。

【請求項2】

前記データベースにおいて、前記グループチケットは、前記判定部による判定の基準となる親チケットと、親チケットに紐付けられる子チケットとで構成され、
前記判定部は、判定対象となる個別チケットが子チケットである場合、親チケットの利用状況に基づいて当該子チケットの有効性を判定する、請求項１に記載のチケット処理システム。

【請求項3】

前記データベースは、前記判定部において親チケットを有効と判定した際の時刻及び場所を記録する有効性情報記録部を含み、
前記判定部は、前記有効性情報記録部の記録に基づいて、親チケットについての有効判定後、所定時間内に所定範囲内で利用される子チケットについて有効と判定する、請求項２に記載のチケット処理システム。

【請求項4】

モバイル端末を介した複数人分のチケットの一括購入のためのアクセスを受け付けるとともに、受け付けた一括購入の情報を、前記グループチケットの情報として前記データベースに出力するチケット購入受付部と、
前記モバイル端末の表示部に表示されたチケット情報に基づく個別チケットの利用を受け付けるとともに、受け付けた個別チケットの情報を前記判定部に出力するチケット利用受付部と
を備え、
前記判定部は、前記チケット利用受付部からの個別チケットの情報について有効性を判定し、有効と判定した場合に、判定時刻及び判定場所の情報を、前記データベースに記録する、請求項１～３のいずれか一項に記載のチケット処理システム。

【請求項5】

前記判定部は、前記チケット利用受付部において前記モバイル端末以外から受け付けた個別チケットについて、前記データベースに記録した判定時刻及び判定場所との関係から有効性を判定する、請求項４に記載のチケット処理システム。

【請求項6】

前記データベースは、前記グループチケットのデータとして駅の切符のデータを格納し、
前記判定部は、駅の改札における利用者の通過許否について判定を行う、請求項１に記載のチケット処理システム。

【請求項7】

前記グループチケットを構成する一の個別チケットを特定するコード情報に基づいて、前記グループチケットにおいて当該一の個別チケットに紐づけられた他の個別チケットを特定するコード情報を付したものを印刷する印刷機を有する、請求項１に記載のチケット処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、例えばデジタルチケット（電子チケット）等についてのチケット処理を行うためのチケット処理システムに関する。

【背景技術】

【0002】

電子チケットを取り扱う技術に関するものとして、例えば電子チケットの利用履歴の管理を行うもの（特許文献１参照）が知られている。

【0003】

しかしながら、例えば、チケットに複数人分の権利がある場合に、これを複数人で利用するための手法といったことについては、上記特許文献１には、開示がない。例えば駅の切符に相当するような電子チケットについて複数人分の権利が１つのモバイル端末での操作により取得された場合において、この権利を利用して複数人が改札機を通過したい、すなわち分乗券化したい、といったときに、改札機側で当該複数人の通過を正確に検知する（人数を数える等）といったことは、必ずしも容易に行えるとは限らず、困難となる可能性があり、実現のためには、例えば複数人の通過検知のために何らかの設備が必要になると考えられる。改札機側で設備を設けないで実現しようとすると、例えば改札機を通過する各人がモバイル端末を有し、各モバイル端末それぞれに当該権利を分配しておく、といった手間が必要になる。なお、この場合、改札機を通過する各人がモバイル端末を有することも前提となる。以上のように、複数人分の電子チケットを利用する場合、これを利用して改札等を複数人が通過するときに、通過人数を正確に検知する、といったことは、困難となる場合があると考えられる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１７－００４４８８号公報

【発明の概要】

【0005】

本発明は上記した点に鑑みてなされたものであり、複数人分のチケット（権利）がある場合に、これを複数人での利用を可能とする簡易な構成のチケット処理システムを提供することを目的とする。

【0006】

上記目的を達成するためのチケット処理システムは、複数人分のチケットを紐付けしてまとめたグループチケットのデータを格納するデータベースと、グループチケットの利用に際して、グループチケットを構成する一の個別チケットの利用状況に基づいて、他の個別チケットの有効性を判定する判定部とを備える。

【0007】

上記チケット処理システムでは、グループチケットを構成する個別チケットのうち、一の個別チケットの利用状況を基準として、他の個別チケットについての有効性について判定を行う態様としている。これにより、複数人分のチケット（権利）がある場合に、これを複数人が利用するに際して、各人の個別チケットについて、簡易な構成で有効であるか否かの検知を的確に行える。

【0008】

本発明の具体的な側面では、データベースにおいて、グループチケットは、判定部による判定の基準となる親チケットと、親チケットに紐付けられる子チケットとで構成され、判定部は、判定対象となる個別チケットが子チケットである場合、親チケットの利用状況に基づいて当該子チケットの有効性を判定する。この場合、グループチケットのうち、親チケットを基準とすることで、例えば子チケットの不正利用を防止して適正な利用を図れる。

【0009】

本発明の別の側面では、データベースは、判定部において親チケットを有効と判定した際の時刻及び場所を記録する有効性情報記録部を含み、判定部は、有効性情報記録部の記録に基づいて、親チケットについての有効判定後、所定時間内に所定範囲内で利用される子チケットについて有効と判定する。この場合、子チケットが有効となる時間と範囲を、親チケットに関する記録に基づいて制限することで、例えば子チケットの偽造利用等の防止又は抑制を図ることができる。

【0010】

本発明のさらに別の側面では、モバイル端末を介した複数人分のチケットの一括購入のためのアクセスを受け付けるとともに、受け付けた一括購入の情報を、グループチケットの情報としてデータベースに出力するチケット購入受付部と、モバイル端末の表示部に表示されたチケット情報に基づく個別チケットの利用を受け付けるとともに、受け付けた個別チケットの情報を判定部に出力するチケット利用受付部とを備え、判定部は、チケット利用受付部からの個別チケットの情報について有効性を判定し、有効と判定した場合に、判定時刻及び判定場所の情報を、データベースに記録する。この場合、デジタルチケット（電子チケット）に基づく複数人分の権利について、複数人での利用を可能とすべく、的確に取り扱うことができる。

【0011】

本発明のさらに別の側面では、判定部は、チケット利用受付部においてモバイル端末以外から受け付けた個別チケットについて、データベースに記録した判定時刻及び判定場所との関係から有効性を判定する。この場合、モバイル端末以外から受け付けた個別チケットが適正なものであるか否かを、データベースに記録に基づいて的確に判定できる。

【0012】

本発明のさらに別の側面では、データベースは、グループチケットのデータとして駅の切符のデータを格納し、判定部は、駅の改札における利用者の通過許否について判定を行う。この場合、駅の改札において、グループチケットを利用した複数人の円滑な通過が可能となる。

【0013】

本発明のさらに別の側面では、グループチケットを構成する一の個別チケットを特定するコード情報に基づいて、グループチケットにおいて当該一の個別チケットに紐づけられた他の個別チケットを特定するコード情報を付したものを印刷する印刷機を有する。この場合、他の個別チケットの利用に際して、上記印刷機により印刷されたもの（例えば紙媒体）を用いることができる。

【図面の簡単な説明】

【0014】

【図1】一実施形態のチケット処理システムについて概要を説明するための概念図である。

【図2】取り扱うグループチケットのデータについて一例を示すデータ表である。

【図3】チケットの利用に際して、親チケットに紐付けられる子チケットのコード情報を印刷した媒体を取得する様子について一例を示す図である。

【図4】（Ａ）～（Ｄ）は、チケットを利用した複数人の通過の様子とその際のデータ記録について一例を示す概念図である。

【図5】チケット処理システムの動作の一例について説明するためのフローチャートである。

【図6】子チケットの取扱い処理の一例について説明するためのフローチャートである。

【図7】一変形例の複数人の通過の様子について示す概念図である。

【図8】実施形態のチケット処理システムにおける処理について概要をまとめたブロック図である。

【図9】（Ａ）～（Ｄ）は、チケット処理に関する一変形例について説明するための概念図及びデータ表である。

【図10】（Ａ）及び（Ｂ）は、チケットを利用した複数人の通過の様子とその際のデータ記録について他の一例を示す概念図である。

【図11】（Ａ）及び（Ｂ）は、チケットを利用した複数人の通過の様子とその際のデータ記録についてさらに他の一例を示す概念図である。

【発明を実施するための形態】

【0015】

以下、図１等を参照して、一実施形態のチケット処理システムについて一例を説明する。本実施形態のチケット処理システム１００は、デジタルチケット（電子チケット）を取り扱うチケッティングシステムであり、例えばクラウド型のサーバー等により構成される。特に、ここでは、チケット処理システム１００は、１人分のチケットに加え、複数人分のチケットを紐付けしてまとめたグループチケットについて、デジタルチケットとして取り扱うことを可能としている。チケット処理システム１００は、例えば利用者ＵＳが所持するモバイル端末ＭＴとの通信を利用して、利用者ＵＳにデジタルチケットを購入させることを可能としている。

【0016】

また、ここでは、チケット処理システム１００は、駅の切符に相当するものをデジタルチケットとして取り扱う場合の一例について説明する。したがって、図示において、デジタルチケットを購入した利用者ＵＳは、チケット購入後、駅の自動改札機ＡＧの通過に際して、購入したデジタルチケットを利用し、この際、チケット処理システム１００は、自動改札機ＡＧから当該デジタルチケットの情報についてデータ照合を行い、自動改札機ＡＧにおける利用者ＵＳの通過の可否について、判定がなされる。図示の一例では、購入したデジタルチケットのチケット情報が、モバイル端末ＭＴの表示部ＤＳにおいて、ＱＲコード（登録商標）のような２次元コードにより表示されたコード情報ＴＣｐの様子が表されている。

【0017】

なお、チケット処理システム１００は、駅の切符に限らず、イベント会場等のように、チケットを取り扱う種々の場合において適用可能である。

【0018】

上記のような態様とすべく、図示の一例において、チケット処理システム１００は、データベースＤＢと、判定部ＪＤと、チケット購入受付部ＴＢと、チケット利用受付部ＴＵとを備える。

【0019】

データベースＤＢは、各種チケットのデータを格納するチケットデータベースであり、特に、ここでは、既述のように、複数人分のチケット（個別チケット）を紐付けしてまとめたグループチケットのデータが格納されている。また、ここでは、グループチケットを構成する一の個別チケットと他の個別チケットとを示す一例として、単数の親チケットと、親チケットに紐付けられる単数または複数の子チケット（子チケット１，２，…）とで、グループチケットが構成されているものとする。さらに、ここでは、データベースＤＢは、上記のようなグループチケットのデータとして駅の切符のデータを格納するものとなっているものとする。なお、グループチケットのデータについては、図２等を参照して、一例を後述する。また、説明を省略するが、データベースＤＢ上には、これらのほか、チケット購入時における購入内容や時間等、種々のデータが併せて格納されている。

【0020】

親チケットは、例えば駅の通過時における許否のように、判定を要する場面において判定の基準となる一の個別チケットである。これに対して、子チケットは、一の個別チケットである親チケットに紐付けられており、親チケットの利用状況に基づいてその有効性について判定される他の個別チケットである。

【0021】

判定部ＪＤは、チケットの有効性について判定を行うべく、判定ソフトウェアＪＳで構成されている。特に、判定部ＪＤ（判定ソフトウェアＪＳ）は、グループチケットの利用に際して、上記のように、判定対象となる個別チケットが子チケットである場合、グループチケットを構成する一の個別チケットである親チケットの利用状況に基づいて、他の個別チケットである子チケットの有効性を判定するものとなっている。つまり、判定部ＪＤは、購入されたチケットの利用に際して、駅の改札における利用者ＵＳの通過許否について判定を行うものとなっている。

【0022】

チケット購入受付部ＴＢは、チケット購入に際して、モバイル端末ＭＴを介したチケット購入のためのアクセスを受け付けるユーザーインターフェース部として機能する。また、チケット購入受付部ＴＢは、併せて、購入されたチケットの内容を示す情報を、データベースＤＢに出力する。特に、グループチケットの購入に関して、チケット購入受付部ＴＢは、複数人分のチケットの一括購入のためのアクセスを受け付けるとともに、受け付けた一括購入の情報を、グループチケットの情報としてデータベースに出力している。

【0023】

チケット利用受付部ＴＵは、チケット購入後において、チケット情報に基づく個別チケットの利用を受け付けるユーザーインターフェース部として機能する。例えば、図示のように、チケット購入後において、利用者ＵＳが、チケット利用により自動改札機ＡＧを通過すべく現場においてモバイル端末ＭＴを翳して情報の授受を行うと、その際に、チケット利用受付部ＴＵは、自動改札機ＡＧを介して、モバイル端末ＭＴの表示部ＤＳに表示されたチケット情報としてのコード情報ＴＣｐ等に基づく個別チケットの利用を受け付けるとともに、受け付けた個別チケットの情報を判定部ＪＤに出力する。

【0024】

チケット利用受付部ＴＵからの個別チケットの情報を受けた判定部ＪＤは、当該情報について有効性を判定し、コード情報ＴＣｐの内容をデータベースＤＢに記録されているデータと照合して、有効と判定した場合に、自動改札機ＡＧを通過した時刻及び場所の情報を、判定時刻及び判定場所の情報として、データベースＤＢに記録する。すなわち、コード情報ＴＣｐに対応する個別チケットの利用状況として、自動改札機ＡＧの通過時刻及び場所の情報が、データベースＤＢの各種データのうち、コード情報ＴＣｐに関するものについて、記録（追記）される。また、判定部ＪＤでの判定結果は、チケット利用受付部ＴＵを介して対応する自動改札機ＡＧに出力（伝送）される。以上のようにして、コード情報ＴＣｐに関するデータ照合がなされる。

【0025】

以下、図２として示すデータ表を参照して、データベースＤＢにおいて取り扱われる各種データのうち、グループチケットのデータについて一例について説明する。図２に示すように、また、既述のように、グループチケットは、１つの親チケットに対して、これに１つまたは複数個の子チケット１，２，…が紐付けられて構成されている。図示の場合、例えばグループチケットのデータＧＤαは、１つの親チケットと１つの子チケット１で構成される２枚分のチケットに相当するグループチケットの情報が示されている。同様に、データＧＤβは、１つの親チケットと４つの子チケット１，２，３，４で構成される５枚分のチケット、データＧＤγは、１つの親チケットと２つの子チケット１，２で構成される３枚分のチケットに相当するグループチケットの情報が示されている。データベースＤＢには、このような複数（多数）のグループチケットのデータについて、それぞれ管理がなされており、各データは、利用状況の変化に応じて都度更新されている。図示の例では、購入されたグループチケットのＩＤ（例えばグループチケットＩＤとする）に、親チケットのＩＤ（親チケットＩＤ）と、これに紐づく子チケットの個数分のＩＤ（子チケットＩＤ）が付与され、各チケットＩＤについての利用状況が記録され、管理がなされている。具体的な管理態様としては、例えば各チケットについて、入場時刻及び入場した場所を示す改札機番号の情報や、出場時刻及び出場した場所を示す改札機番号の情報が、チケットの利用ごとに更新されていく、といったことがなされる。

【0026】

なお、詳しい説明を省略するが、例えばデータＧＤβに示すように、改札通過による入場だけでなく、出場に際しても、同様に、各種処理がなされ、各チケットの有効性について判定がなされる。

【0027】

以下、図３を参照して、チケットの利用に際して、親チケットに紐付けられる子チケットのコード情報を印刷して、コード情報ＴＣｃとしてのＱＲコード（登録商標）が印字された媒体（印刷物ＣＣ）を取得する態様について、一例を説明する。図示の一例では、定期券や切符を購入するために駅に設置された発券装置（券売機）ＴＤを、印刷機ＰＴとして利用することで、印刷物ＣＣを取得する様子が、示されている。より具体的には、まず、利用者ＵＳが、表示部ＤＳにコード情報ＴＣｐを表示させた状態のモバイル端末ＭＴを、発券装置ＴＤに設けられた読取部ＲＤに読み取らせるとともに、発券装置ＴＤについて各種入力操作を行って、コード情報ＴＣｐが示す親チケットに対応する子チケットについてコード情報ＴＣｃを印刷させるための指令をする。この指令に応じて、発券装置ＴＤは、まず、チケット処理システム１００の判定部ＪＤに対して問合せをする。問い合わせを受けた判定部ＪＤは、コード情報ＴＣｐに対応するデータに基づいて、つまりデータベースＤＢに格納されているデータに基づいて、子チケットの発行に関する許否を判定する。子チケットの発行が許可されると、発券装置ＴＤは、例えば切符等の券売機として備わっている発券機能を利用して、図示のように、コード情報ＴＣｐが印字された印刷物ＣＣを発行する。

【0028】

以上において、発券装置ＴＤは、グループチケットを構成する一の個別チケットを特定するコード情報であるコード情報ＴＣｐに基づいて、グループチケットにおいて当該一の個別チケットに紐づけられた他の個別チケットを特定するコード情報であるコード情報ＴＣｃを付したものを印刷する印刷機ＰＴとして機能している、とも言える。

【0029】

なお、印刷物ＣＣの発行については、上記に限らず種々の態様とすることが可能であり、例えば利用者ＵＳが自宅に有するプリンター機等を利用して、事前に発行して持参する等の態様とすることも考えられる。

【0030】

印刷物ＣＣの発行後（印刷後）において、自動改札機ＡＧを通過すべく印刷物ＣＣが利用されると、すなわち、チケット利用受付部ＴＵにおいてモバイル端末ＭＴ以外から個別チケット（子チケット）を受け付けると、判定部ＪＤは、データベースＤＢに記録した当該子チケットに対応する親チケットの判定時刻及び判定場所との関係から、当該子チケットの有効性を判定する。つまり、本実施形態では、親チケットの利用状況に応じて、子チケットを有効とすべきか否かが決定されるものとなっている。

【0031】

以下、図４（Ａ）～図４（Ｄ）を参照して、チケットを利用した複数人の通過の様子とその際のデータ記録について一例を説明する。図４（Ａ）は、一時点における複数人の通過の様子を示す概念的な斜視図であり、図４（Ｂ）は、図４（Ａ）のタイミングにおけるデータ記録を示すデータ表である。また、図４（Ｃ）は、他の一時点における複数人の通過の様子を示す概念的な斜視図であり、図４（Ｄ）は、図４（Ｃ）のタイミングにおけるデータ記録を示すデータ表である。ここで、図４（Ａ）等に示す一例では、グループチケットが、１つの親チケットと２つの子チケット１，２で構成されており（図２のうちデータＧＤγに相当）、親チケットに対応するコード情報ＴＣｐが表示されたモバイル端末ＭＴを、利用者ＵＳが保持している。また、利用者ＵＳの後に続く残りの利用者ＣＨ１，ＣＨ２が、子チケット１，２に対応するコード情報ＴＣｃ（ＴＣｃ１，ＴＣｃ２）がそれぞれ印字された印刷物ＣＣ（ＣＣ１，ＣＣ２）を保持している。また、図示において、自動改札機ＡＧは、通過許否に応じて開閉してゲート装置として機能する開閉扉ＧＴや、コード情報ＴＣｐ，ＴＣｃとしてのＱＲコード（登録商標）を読み取って受け付ける受付部ＲＰを有している。すなわち、利用者ＵＳ，ＣＨ１，ＣＨ２が、モバイル端末ＭＴや印刷物ＣＣ１，ＣＣ２上のコード情報ＴＣｐ，ＴＣｃを受付部ＲＰに翳すと、受付部ＲＰにおいて情報が読み取られるとともに、読み取った情報についての照合が、図１等に示すチケット処理システム１００においてなされ、その結果に応じて、開閉扉ＧＴが開閉する。

【0032】

図４（Ａ）に示すような状況では、すなわち利用者ＵＳのコード情報ＴＣｐが読み取られる状況では、通過許可に際して、図４（Ｂ）に示すデータＧＤγにあるように、コード情報ＴＣｐに対応する親チケットの入場時刻及び入場改札機番号の情報が追記される。

【0033】

さらに、図４（Ｃ）に示すような状況では、すなわち利用者ＣＨ１のコード情報ＴＣｃ１が読み取られる状況では、図４（Ｄ）に示すデータＧＤγにあるように、コード情報ＴＣｃ１に対応する子チケット１の入場時刻及び入場改札機番号の情報が追記される。この際、自動改札機ＡＧにおける利用者ＣＨ１の通過許否の判定基準として、親チケットの入場時刻及び入場改札機番号の情報が用いられる。具体的な一例としては、親チケットの入場時刻から所定時間内（例えば５分以内）で、かつ、親チケットの入場改札機番号に対応する自動改札機ＡＧと同一の自動改札機ＡＧを利用していれば、コード情報ＴＣｃ１すなわち子チケット１による通過は、有効なものとして許可され、これ以外の場合には、通過を拒否される。すなわち、親チケットで自動改札機ＡＧを通過した後、一定時間に同じ場所で入場しようとしたときのみ、子チケットの通過を認める制御を行っている。なお、コード情報ＴＣｃ２すなわち子チケット２による通過についても同様である。以上により、子チケットが例えば紙等に印刷された印刷物ＣＣ１，ＣＣ２であっても、不正な複製（偽造）等による利用を防止できる。

【0034】

以下、図５として一例を示すフローチャートを参照して、チケット処理システム１００等の動作のうち、チケット利用における一連の動作の一例について、概要を説明する。なお、ここでは、グループチケットが利用される場合、すなわち親チケット又は子チケットのうち、いずれかに相当するものが利用される場合について、一例を説明する。

【0035】

まず、自動改札機ＡＧにおいて、読取り動作によりコード情報すなわちこれに対応するチケットＩＤが読み取られると、読み取られたチケットＩＤの情報が、チケッティングシステムであるチケット処理システム１００へ送られ（ステップＳ１０１）、チケット処理システム１００の判定部ＪＤ（判定ソフトウェアＪＳ）が、チケットＩＤに紐付けられた権利情報を、チケットデータベースであるデータベースＤＢから読み取る（ステップＳ１０２）。

【0036】

さらに、ステップＳ１０２において読み取られた結果から、読み取られたチケットＩＤが親チケットであるか子チケットであるかが判別される（ステップＳ１０３）。

【0037】

ステップＳ１０３における結果が、親チケットであった場合（ステップＳ１０３：Ｙｅｓ）、判定部ＪＤは、データベースＤＢ上において当該親チケットに対応して紐付けられた権利情報に基づき、通過許否について判定を行う（ステップＳ１０４）。すなわち、通常の通過許否の処理として、当該親チケットが、当該自動改札機ＡＧが設置された駅内への入場を許可できる条件を満たすものであるか否か、といったことが確認される。ステップＳ１０４における判定がなされると、日時及び場所の情報すなわち入場時刻及び入場改札機番号の情報がデータベースＤＢに記録（追記）され（ステップＳ１０５）、また、これとともに、判定結果が自動改札機ＡＧに送られ、自動改札機ＡＧにおいて、当該判定結果に応じた開閉扉ＧＴの開閉制御が行われる（ステップＳ１０６）。

【0038】

一方、ステップＳ１０３における結果が、子チケットであった場合（ステップＳ１０３：Ｎｏ）、判定部ＪＤは、対応する親チケットについての日時及び場所の情報すなわち入場時刻及び入場改札機番号の情報を、データベースＤＢから読み出して、経過時間や場所の一致を確認し、通過許否について判定を行う（ステップＳ１０７）。ステップＳ１０７における判定がなされると、判定結果が自動改札機ＡＧに送られ、自動改札機ＡＧにおいて、当該判定結果に応じた開閉扉ＧＴの開閉制御が行われ（ステップＳ１０６）、一連の動作が終了する。

【0039】

以上のうち、ステップＳ１０７以降に関する動作について、すなわちステップＳ１０３における結果が子チケットであった場合の動作について、さらに詳しい一例を、図６として一例を示すフローチャートを参照して説明する。

【0040】

この場合、判定部ＪＤは、まず、子チケットに対応する親チケットの情報を、データベースＤＢから読み出して（ステップＳ２０１）、親チケットが既に通過をしているか否か、すなわち親チケットについて入場時刻及び入場改札機番号の情報が記録されているか否かを確認する（ステップＳ２０２）。

【0041】

ステップＳ２０２において、当該記録が確認された場合（ステップＳ２０２：Ｙｅｓ）、さらに、親チケットについての入場時刻及び入場改札機番号の情報と比較して、子チケットが入場しようとする時刻と自動改札機ＡＧの場所とが、合致しているか否か、すなわち許容範囲内の時間及び場所からの入場であるか否かが確認される（ステップＳ２０３）。

【0042】

ステップＳ２０３において、合致している（許容範囲内である）とされた場合（ステップＳ２０３：Ｙｅｓ）、子チケットに関する日時及び場所の情報がデータベースＤＢに記録され（ステップＳ２０４）、これとともに、チケット処理システム１００は、子チケットについての判定結果として通過許可の判定をし、この判定結果を、自動改札機ＡＧに送る（ステップＳ２０５）。

【0043】

一方、ステップＳ２０２において、親チケットについての入場時刻及び入場改札機番号の情報記録が確認されない場合（ステップＳ２０２：Ｎｏ）や、当該記録が確認されても、子チケットが入場しようとする時刻や自動改札機ＡＧの場所が、合致していない場合（ステップＳ２０３：Ｎｏ）、チケット処理システム１００は、子チケットについての判定結果として通過不可の判定をし、この判定結果を、自動改札機ＡＧに送る（ステップＳ２０６）。

【0044】

自動改札機ＡＧは、図５のＳ１０６に相当する動作として、チケット処理システム１００における判定結果が、ステップＳ２０５におけるもの（通過許可）であるか、ステップＳ２０６におけるもの（通過不可）であるかに応じて、開閉扉ＧＴの開閉制御を行う（ステップＳ２０７）。

【0045】

以下、図７として示す概念的な斜視図を参照して、一変形例の複数人の通過の様子について説明する。なお、図７は、図４（Ａ）や図４（Ｃ）に対応する図である。

【0046】

図示の一例では、駅ＳＴにおいて、複数の自動改札機ＡＧ１，ＡＧ２，…が、改札機制御装置ＧＣにより、一括管理されている。図４（Ａ）等での例示では、１つの自動改札機ＡＧが存在する場合を示し、利用するチケットが親チケットの場合も子チケットの場合もこの１つの自動改札機ＡＧを通過する場合に場所的要件を満たすものとしていた。これに対して、図７に示す一例では、１つの駅ＳＴにおいて、複数の自動改札機ＡＧ１，ＡＧ２，…が一括管理されている。このような場合には、チケット処理システム１００は、これらを同一の場所に存在する自動改札機ＡＧであるものとして取り扱ってもよい。すなわち、図示のように、利用者ＵＳが、自動改札機ＡＧ１から通過する一方、利用者ＵＳの後に続く残りの利用者ＣＨ１，ＣＨ２が、自動改札機ＡＧ１以外の自動改札機ＡＧ２や自動改札機ＡＧ３から通過できるような態様としてもよい。

【0047】

以下、図８として示すブロック図を参照して、本実施形態のチケット処理システム１００における処理について概要をまとめる。本実施形態では、複数人分の利用権利をまとめたグループチケットの購入を受け付けており、受け付けたグループチケットについては、データベースＤＢにおいて、複数人分のチケットを紐付けしてまとめたグループチケットのデータＧＤとして、格納されている。より具体的には、グループチケットのデータＧＤは、一の個別チケットについてのデータＧＤ１（例えば親チケットデータＰＤ）と他の個別チケットについてのデータＧＤ２（例えば子チケットデータＣＤ）とで構成されており、これらについて、特に、一の個別チケット（親チケット）を判定の基準とするように、他の個別チケット（子チケット）を紐づけて構成されている。

【0048】

この上で、チケット処理システム１００では、グループチケットの利用に際して、判定部ＪＤが、グループチケットを構成する一の個別チケット（親チケット）の利用状況に基づいて、他の個別チケット（子チケット）の有効性を判定している。

【0049】

なお、以上での説明において、一の個別チケットと他の個別チケットの一例として、親チケットと子チケットとしているが、これらの利用者は、必ずしも親子関係を有する必要等は無く、また、子チケットは、子供用のチケット等である必要もない。例えば、ツアー旅行等において、添乗員が自分の分として親チケットを保持し、ツアー客に子チケットを保持させる、といった態様とすることも考えられる（後述する図１１参照）。

【0050】

以上のように、本実施形態のチケット処理システム１００は、複数人分のチケットを紐付けしてまとめたグループチケットのデータを格納するデータベースＤＢと、グループチケットの利用に際して、グループチケットを構成する一の個別チケットの利用状況に基づいて、他の個別チケットの有効性を判定する判定部ＪＤとを備える。上記チケット処理システム１００では、グループチケットを構成する個別チケットのうち、一の個別チケットの利用状況を基準として、他の個別チケットについての有効性について判定を行う態様としている。これにより、複数人分のチケット（権利）がある場合に、これを複数人が利用するに際して、各人の個別チケットについて、簡易な構成で有効であるか否かの検知を的確に行える。

【0051】

以下、図９（Ａ）～図９（Ｄ）を参照して、チケット処理システム１００の一変形例について説明する。図９（Ａ）～図９（Ｄ）は、チケット処理システム１００におけるチケット処理に関する一変形例について説明するための概念図及びデータ表である。ここでは、図９（Ａ）の概念図に例示するように、子チケットに相当する印刷物（例えば印刷物ＣＣ２）を紛失等してしまった場合の対応について一例を説明する。なお、図９（Ｂ）～図９（Ｄ）に示すデータ表は、上記態様を可能とするためのデータ管理について一例を示しており、データベースＤＢ（図１等参照）において、管理されているものとする。

【0052】

図９（Ａ）に例示するように、紛失や盗難によって子チケット２の内容が印字された印刷物ＣＣ２を紛失してしまった場合、親チケットの情報を利用して、子チケット２の内容が印字された印刷物（印刷物ＣＣ２ｘとする）を再発行してもよい。具体的には、モバイル端末ＭＴに表示させた親チケットに関するコード情報ＴＣｐに基づいて、発券装置ＴＤに再度、再発行後の子チケット２に対応する情報が印字されたものを発行（再発行）してもよい。また、この際、これとともに、紛失等してしまった印刷物ＣＣ２について無効化する処理を併せて行うことが考えられる。

【0053】

以上のような再発行及び無効化のための手法は、種々考えられるが、そのためのデータ管理については、例えば、図９（Ｂ）～図９（Ｄ）のうち、まず、図９（Ｂ）において状態Ｓαとして示すように、管理用のデータとして、親チケットに対応する子チケットが、発券装置ＴＤ等を利用して発行されているか否かを示す発行状況や、発行した際に付与する発行ＩＤ、あるいは、発行時刻や発行場所の情報を、データベースＤＢ（図１等参照）に格納しておく。また、これらの情報が、各印刷物ＣＣに印字されたコード情報にも含まれるようにしておく。この上で、再発行に際しては、図９（Ｃ）において状態Ｓβとして示すように、データの一部（例えば図中においてハッチングした範囲）について無効化し、図９（Ｄ）において状態Ｓγとして示すように、無効化した箇所について書換えを行う、といった態様とすることが考えられる。つまり、書換えられた情報について、データベースＤＢ側と新しく発行された印刷物ＣＣ２ｘとで共有させておき、有効性の判定においては、これらの情報も加味される。つまり、無効化された印刷物ＣＣ２は使用不能となり、印刷物ＣＣ２ｘが使用可能となるようにできる。

【0054】

以下、図１０（Ａ）及び図１０（Ｂ）を参照して、チケット処理システム１００の他の一応用例について説明する。図１０（Ａ）は、チケットを利用した複数人の通過の様子について他の一例を示す概念的な図であり、ここでは、列車ＴＲ１,ＴＲ２の乗り換えをする場合について例示しており、図１０（Ｂ）は、その際のデータ記録について示している。より具体的には、図１０（Ａ）では、まず、出発駅である駅ＳＴαの改札ＴＧαから入場し、次に、乗換駅である駅ＳＴβの改札ＴＧβを通過し、最後に、目的駅である駅ＳＴγの改札ＴＧγから出場する様子を示している。この際、各改札ＴＧα，ＴＧβ，ＴＧγにおけるいずれの通過のための条件を満たすように、親チケットを有する利用者ＵＳが先頭となって最初の通過をし、その後、要件を満たす時間及び範囲内で、他の利用者（例えば利用者ＣＨ１,ＣＨ２）が通過することで、例えば図１０（Ｂ）に例示するような記録が順次なされていくような態様となり、適切な通過管理がなされる。以上により、乗り継ぎが行われるような場合でも、各人の個別チケットについて、簡易な構成で有効であるか否かの検知を的確に行いつつ、不正利用の防止を図ることが可能なチケット処理がなされる。

【0055】

以下、図１１（Ａ）及び図１１（Ｂ）を参照して、チケット処理システム１００のさらに他の一応用例について説明する。図１１（Ａ）は、チケットを利用した複数人の通過の様子についてさらに他の一例を示す概念的な図であり、ここでは、列車ＴＲｇ，ＴＲｒの利用ＡＤ１と、イベント会場ＥＶ等の施設の利用ＡＤ２との双方を、１つのチケットで可能とする場合について例示しており、図１１（Ｂ）は、その際のデータ記録について示している。より具体的には、図１１（Ａ）では、添乗員がいるツアー旅行の様子を一例として示しており、添乗員がモバイル端末ＭＴを所持し、ツアー客が印刷物ＣＣを所持しており、この場合において、まず、行きの列車ＴＲｇの前後で各駅の改札ＴＧ１，ＴＧ２を順に通過し、その後、同じチケットを利用して、イベント会場の入出場ゲートＥＥを通過する。この際に、各改札ＴＧ１，ＴＧ２や入出場ゲートＥＥにおいて、要件を満たす時間及び範囲内で通過することで、上記と同様のものとなる。以上により、例えば図１１（Ｂ）に例示するような記録が順次なされていくような態様となり、適切な通過管理がなされる。なお、帰りの工程については、順が先と逆になる、すなわちイベント会場の入出場ゲートＥＥを通過し、その後、帰りの列車ＴＲｒの前後で各駅の改札ＴＧ２，ＴＧ１を順に通過するが、この場合も同様となる。

【0056】

また、以上の態様において、例えばイベント会場内にいる間においては、すなわち入出場ゲートＥＥから入場を終えて入出場ゲートＥＥから出場する前までの間においては、上記のような特定の場所の通過に関する要件等は課されず、各人が自由に行動できる。また、この際、イベント会場内における各種イベントへの参加等に際しての参加券等として各人の個別チケットが利用可能となっていてもよい。

【0057】

〔その他〕
この発明は、上記の実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様で実施することが可能である。

【0058】

まず、上記において、コード情報として、ＱＲコード（登録商標）を採用しているが、必要な情報の保持が可能であれば、これに限らず、種々の態様を採用することができる。

【0059】

また、上記では、子チケットが有効となる条件すなわち、通過許否の判定基準を、例えば親チケットの入場時刻から５分以内で、かつ、親チケットの入場改札機番号に対応する自動改札機と同一の自動改札機を利用した場合、あるいは、同一駅内の自動改札機を利用した場合等としているが、かかる条件については、必要とする安全性の度合等に応じて、種々変更可能である。

【0060】

また、チケット処理システム１００において管轄する範囲も、種々想定され、例えば鉄道であれば、１つの鉄道会社が自己の路線全範囲についてチケット処理システム１００による上記のようなチケット処理についての管理を行えるようにする、といった態様が考えられる。また、種々の会社が連携して情報を共有し、複合的なサービスを提供できるようにチケット処理システム１００を構築してもよい。

【0061】

また、以上では、自動改札機ＡＧや発券装置ＴＤ、あるいは、モバイル端末ＭＴ等は、チケット処理システム１００外のものとして、説明したが、これらの全てあるいは一部まで含めてチケット処理システムが構成されている、と捉えることも可能である。

【符号の説明】

【0062】

１００…チケット処理システム、ＡＤ１，ＡＤ２…利用、ＡＧ，ＡＧ１，ＡＧ２，ＡＧ３…自動改札機、ＣＣ，ＣＣ１，ＣＣ２，ＣＣ２ｘ…印刷物、ＣＤ…子チケットデータ、ＤＢ…データベース、ＤＳ…表示部、ＥＥ…入出場ゲート、ＥＶ…イベント会場、ＧＣ…改札機制御装置、ＧＤ，ＧＤ１，ＧＤ２，ＧＤα，ＧＤβ，ＧＤγ…データ、ＧＴ…開閉扉、ＪＤ…判定部、ＪＳ…判定ソフトウェア、ＭＴ…モバイル端末、ＰＤ…親チケットデータ、ＰＴ…印刷機、ＲＤ…読取部、ＲＰ…受付部、ＳＴ，ＳＴα，ＳＴβ，ＳＴγ…駅、Ｓα，Ｓβ，Ｓβ…状態、ＴＢ…チケット購入受付部、ＴＣｃ，ＴＣｃ１，ＴＣｃ２，ＴＣｐ…コード情報、ＴＤ…発券装置（券売機）、ＴＧ１，ＴＧ２，ＴＧα，ＴＧβ，ＴＧγ……改札、ＴＲ１,ＴＲ２，ＴＲｇ，ＴＲｒ…列車、ＴＵ…チケット利用受付部、ＵＳ，ＣＨ１，ＣＨ２…利用者

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】