JP5913600B2 - 入場システム - Google Patents

Description

この発明は、テーマパークなどの施設への入場するためのチケットを用いた入場システムに関するものである。

テーマパークなどの施設においては、アトラクションやショーなどの単位時間あたりの提供可能人数、レストランなどの席数、クルー（施設内の現場運営者）の人数などの要因によって、施設内に収容できるゲスト数に上限がある。このような上限を超えて、ゲストを入場させてしまうと、アトラクション、ショー、レストラン、クルーの対応などに問題を生じ、ゲストの満足度を低下させる可能性がある。

このような問題を解決するため、特許文献１には、次のようにしてゲストの入場制限を行い、施設内のゲストが上限を超えないようにするシステムが開示されている。施設の入場ゲート、退場ゲートにセンサを設けて、現在の施設内ゲスト数を計数する。販売済みの当日のチケットのうち、未使用のものの数を把握する。現在の施設内ゲスト数に、未使用の数を加えた合計が、施設内のゲスト上限を超えていれば、新たなチケットの販売を中止する。このようにすることにより、施設内に上限数を超えるゲストが入場することを防止し、施設内のゲストの満足度の低下を防いでいる。

特開２００３−３０３３６１

しかしながら、特許文献１のような従来のシステムでは、当日のみにチケットを販売する施設や、入場日を１日だけ指定してチケットを前売りする施設においては有効であるが、年間パスポートなど、所定の期間内に何度でも入場可能なチケットを販売する施設では有効でない。このようなチケットを持つゲストが、所定期間内の全ての日に来場するわけではないので、未使用のチケット数に基づく判断ができないからである。

このような理由から、年間パスポートのような所定の期間内に何度でも入場可能なチケットは、施設のゲスト数上限との関係から、その販売枚数が限られてしまい、購入できなかったゲストの不満を招くという問題もあった。

また、特許文献１のようなシステムでは、来場するまでチケットが購入できるかどうかが分からず、入場できなかったゲストに不満が生じる可能性もある。

そこで、この発明は、施設のゲスト上限数に対する年間パスポートなどの販売枚数の限度を増やして購入できずに不満を抱くゲストを少なくし、さらに基本的な入場の可否を予めゲストが容易に知ることができて、ゲストの満足度が高い入場システムを構築することを目的とする。

(1)(2)この発明に係る入場システムは、定められた期間内の奇数日または偶数日のいずれかに施設に入場することのできるチケットに対応した入場システムであって、施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
前記サーバ装置は、前記チケットのチケットＩＤと、当該チケットが奇数日に入場できるものであるか、偶数日に入場できるものであるかを示す入場可能日情報とを含むチケット情報を記録する記録部と、前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断する入場可否判断手段と、入場可非判断手段の判断結果を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
前記入場ゲート制御装置は、ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、取得したチケットＩＤを、送信部を介して、前記サーバ装置に送信する送信手段と、前記サーバ装置から送信されてきた入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力する制御手段とを備えたことを特徴としている。

したがって、施設のゲスト上限に対する年間パスポートの販売枚数を増やし、入場ゲートにおいて、入場の可否を容易に判断することができる。

(3)(4)この発明に係る入場システムは、サーバ装置に接続されたチケット販売装置をさらに備え、前記チケット販売装置は、救済入場の申込を、サーバ装置に送信する送信手段を備えており、前記サーバ装置の救済入場可能性有無判断手段は、前記チケット販売装置から送信されてきた救済入場の申込を受けて、救済入場の可能性の有無を判断し、前記サーバ装置は、前記救済入場の申込を受けて、前記救済入場可能性有無判断手段が救済入場可能性有と判断していれば、記録部に記録されているチケット情報に救済入場可の情報を含めるように更新する救済入場決定手段をさらに備え、前記サーバ装置の入場可否判断手段は、記録部のチケット情報を参照して、少なくとも今日が当該チケットにて入場できる日にあたるか、当該チケットが救済入場可となっているかどうかのいずれかであれば、入場可と判断することを特徴としている。

したがって、誤って来場したゲストに対しても、救済入場の可能性を設けることができる。また、チケット販売装置からの救済入場の申し込みができる。

(5)(6)(7)この発明に係る入場システムは、定められた期間内の奇数日または偶数日のいずれかに施設に入場することのできるチケットに対応した入場システムであって、施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
前記サーバ装置は、前記チケットのチケットＩＤと、当該チケットが奇数日に入場できるものであるか、偶数日に入場できるものであるかを示す入場可能日情報とを含むチケット情報を記録するとともに施設内人数予測情報を記録する記録部と、前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断する入場可否判断手段と、入場可非判断手段によって入場不可と判断された場合、前記記録部に記録された施設内人数予測情報に基づいて、今日の施設内人数予測が施設の上限人数に対し、余裕が有るか無いかを判断し、余裕があれば救済入場の可能性を有とし、余裕がなければ救済入場の可能性を無とする救済入場可能性有無判断手段と、入場可非判断手段および救済入場可能性有無判断手段の判断結果を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
前記入場ゲート制御装置は、ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、取得したチケットＩＤを前記サーバ装置に送信する送信手段と、前記サーバ装置から送信されてきた入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力するとともに、入場不可と判断された場合、救済入場可能性有無手段の判断結果に基づいて、救済入場の可能性有無を提示部に出力する制御手段とを備えたことを特徴としている。

したがって、誤って入場しようとしたゲストに対しても、救済入場の可能性を提示することができる。

(8)この発明に係る入場システムは、前記記録部に記録された施設内人数予測情報は、所定時刻ごとの施設内人数を予測したデータであり、前記サーバ装置の救済入場可能性有無判断手段は、入場可否判断手段によって入場可と判断した人数と、退場センサによって検出された退場者の人数とに基づいて、現在の施設内実人数を算出する施設内実人数算出手段と、現在の施設内実人数と現在時刻に対応する所定時刻の施設内予測人数とに基づいて、施設内人数予測情報を修正する予測情報修正手段と、修正された施設内予測人数が、現在以降のいずれかの時刻において前記上限人数を超えるか否かを判断し、超える場合には救済入場可能性無しとし、超えない場合には救済入場可能性有りとする超過有無判断手段とを備えたことを特徴としている。

したがって、人数予測と実人数との差に基づいて人数予測を修正して、適切に救済入場の可能性の有無を判断することができる。

(9)この発明に係る入場システムは、救済入場可能性有無判断手段は、チケット販売装置からの救済入場の可能性有無の問い合わせを受けて、救済入場の可能性有無を判断し、送信手段は、チケット販売装置から送信されてきた救済入場の可能性有無の問い合わせに応じて、救済入場可能性有無判断手段の判断結果をチケット販売装置に送信することを特徴としている。

したがって、チケット販売装置において救済入場の可能性を知ることができる。

(10)この発明に係る入場システムは、救済入場可能性有無判断手段は、チケット販売装置から送信されてきた救済入場の申込を受けて、救済入場の可能性の有無を判断し、サーバ装置は、前記救済入場の申込を受けて、前記救済入場可能性有無判断手段が救済入場可能性有と判断していれば、記録部に記録されているチケット情報に救済入場可の情報を含めるように更新する救済入場決定手段をさらに備え、入場可否判断手段は、記録部のチケット情報を参照して、少なくとも今日が当該チケットにて入場できる日にあたるか、当該チケットが救済入場可となっているかどうかのいずれかであれば、入場可と判断することを特徴としている。

したがって、救済入場の場合も、通常の入場と同様に、入場ゲートにて処理を行うことができる。

(11)この発明に係る入場システムは、救済入場可能性有無判断手段は、前記入場可非判断手段によって入場不可と判断され、救済入場の可能性有りと判断した場合には、記録部に記録されているチケット情報に救済入場可能性有の情報を含めるように更新し、サーバ装置は、前記救済入場の申込を受けて、チケット情報が救済入場可能性有となっていれば、チケット情報に救済入場可の情報を含めるように更新する救済入場決定手段をさらに備え、入場可否判断手段は、記録部のチケット情報を参照して、少なくとも今日が当該チケットにて入場できる日にあたるか、当該チケットが救済入場可となっているかどうかのいずれかであれば、入場可と判断することを特徴としている。

したがって、入場ゲートにて、救済入場可能性有りと判断されたゲストは、優先的に救済入場が認められる。

(12)この発明に係る入場システムは、定められた期間内の所定の日に施設に入場することのできるチケットに対応した入場システムであって、施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
前記サーバ装置は、前記チケットのチケットＩＤと、当該チケットによって入場可能な日を示す入場可能日情報とを含むチケット情報を記録する記録部と、
前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断する入場可否判断手段と、入場可非判断手段の判断結果を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
前記入場ゲート制御装置は、ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、取得したチケットＩＤを、送信部を介して、前記サーバ装置に送信する送信手段と、前記サーバ装置から送信されてきた入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力する制御手段とを備えたことを特徴としている。

したがって、施設のゲスト上限に対する年間パスポートの販売枚数を増やし、入場ゲートにおいて、入場の可否を容易に判断することができる。

(13)この発明に係る入場システムは、定められた期間内の所定の日に施設に入場することのできるチケットに対応した入場システムであって、施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
前記サーバ装置は、前記チケットのチケットＩＤと、当該チケットにより入場できる日を示す入場可能日情報とを含むチケット情報を記録するとともに施設内人数予測情報を記録する記録部と、前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断する入場可否判断手段と、入場可非判断手段によって入場不可と判断された場合、前記記録部に記録された施設内人数予測情報に基づいて、今日の施設内人数予測が施設の上限人数に対し、余裕が有るか無いかを判断し、余裕があれば救済入場の可能性を有とし、余裕がなければ救済入場の可能性を無とする救済入場可能性有無判断手段と、入場可非判断手段および救済入場可能性有無判断手段の判断結果を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
前記入場ゲート制御装置は、ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、取得したチケットＩＤを前記サーバ装置に送信する送信手段と、前記サーバ装置から送信されてきた入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力するとともに、入場不可と判断された場合、救済入場可能性有無手段の判断結果に基づいて、救済入場の可能性有無を提示部に出力する制御手段とを備えたことを特徴としている。

したがって、誤って来場したゲストに対しても、救済入場の可能性を設けることができる。また、チケット販売装置からの救済入場の申し込みを行うことができる。

(14)(15)この発明にかかる入場システムは、定められた期間内の奇数日または偶数日のいずれかに施設に入場することのできるチケットに対応した入場システムであって、施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
前記サーバ装置は、前記チケットのチケットＩＤと、当該チケットが奇数日に入場できるものであるか、偶数日に入場できるものであるかを示す入場可能日情報とを含むチケット情報を記録する記録部と、前記入場ゲート装置から送信されてきたチケットＩＤに基づいて、当該チケットＩＤに対応するチケット情報を取得するチケット情報取得手段と、前記チケット情報を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
前記入場ゲート制御装置は、ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、取得したチケットＩＤを、送信部を介して、前記サーバ装置に送信する送信手段と、前記サーバ装置から送信されてきたチケット情報に基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断する入場可否判断手段と、前記入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力する制御手段とを備えたことを特徴としている。

したがって、施設のゲスト上限に対する年間パスポートの販売枚数を増やし、入場ゲートにおいて、入場の可否を容易に判断することができる。

(16)(17)この発明にかかる入場システムは、サーバ装置に接続されたチケット販売装置をさらに備え、チケット販売装置は、救済入場の決定を、サーバ装置に送信する送信手段を備えており、前記サーバ装置は、前記救済入場の決定を受けて、記録部に記録されているチケット情報に救済入場可の情報を含めるように更新する救済入場決定手段をさらに備え、前記入場ゲート制御装置の入場可否判断手段は、チケット情報を参照して、少なくとも今日が当該チケットにて入場できる日にあたるか、当該チケットが救済入場可となっているかどうかのいずれかであれば、入場可と判断することを特徴としている。

したがって、誤って来場したゲストに対しても、救済入場の可能性を設けることができる。また、チケット販売装置からの救済入場の申し込みができる。

(18)(19)この発明にかかる入場システムは、定められた期間内の奇数日または偶数日のいずれかに施設に入場することのできるチケットに対応した入場システムであって、施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
前記サーバ装置は、前記チケットのチケットＩＤと、当該チケットが奇数日に入場できるものであるか、偶数日に入場できるものであるかを示す入場可能日情報とを含むチケット情報を記録するとともに施設内人数予測情報を記録する記録部と、前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットＩＤに対応するチケット情報を取得するチケット情報取得手段と、前記入場ゲート制御装置から送信されてきた基礎情報要求を受けて、少なくとも施設内人数予測情報を含む基礎情報を取得する基礎情報取得手段と、前記チケット情報、基礎情報取得手段を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
前記入場ゲート制御装置は、ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、取得したチケットＩＤを、送信部を介して、前記サーバ装置に送信する送信手段と、前記サーバ装置から送信されてきたチケット情報に基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断し、入場不可と判断した場合、救済入場可能性の有無を判断するための基礎情報要求をサーバ装置に送信する入場可否判断手段と、前記サーバ装置からの基礎情報に基づいて、今日の施設内人数予測が施設の上限人数に対し、余裕が有るか無いかを判断し、余裕があれば救済入場の可能性を有とし、余裕がなければ救済入場の可能性を無とする救済入場可能性有無判断手段と、前記入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力するとともに、入場不可と判断された場合、救済入場可能性有無手段の判断結果に基づいて、救済入場の可能性有無を提示部に出力する制御手段とを備えたことを特徴としている。

したがって、誤って入場しようとしたゲストに対しても、救済入場の可能性を提示することができる。

(20)この発明にかかる入場システムは、記録部に記録された施設内人数予測情報は、所定時刻ごとの施設内人数を予測したデータであり、前記サーバ装置は、入場可否判断手段によって入場可と判断した人数と、退場センサによって検出された退場者の人数とに基づいて、現在の施設内実人数を算出して記録部に記録する施設内実人数算出手段と、現在の施設内実人数と現在時刻に対応する所定時刻の施設内予測人数とに基づいて、施設内人数予測情報を修正し、記録部に記録する予測情報修正手段とを備え、前記入場ゲート制御装置の救済入場可能性有無判断手段は、前記施設内予測人数が、現在以降のいずれかの時刻において前記上限人数を超えるか否かを判断し、超える場合には救済入場可能性無しとし、超えない場合には救済入場可能性有りとする超過有無判断手段とを備えている。

したがって、人数予測と実人数との差に基づいて人数予測を修正して、適切に救済入場の可能性の有無を判断することができる。

(21)この発明にかかる入場システムは、サーバ装置に接続されたチケット販売装置をさらに備え、前記チケット販売装置は、救済入場の決定を、サーバ装置に送信する送信手段を備えており、前記サーバ装置は、前記救済入場の決定を受けて、記録部に記録されているチケット情報に救済入場可の情報を含めるように更新する救済入場決定手段をさらに備え、前記入場ゲート制御装置の入場可否判断手段は、チケット情報を参照して、少なくとも今日が当該チケットにて入場できる日にあたるか、当該チケットが救済入場可となっているかどうかのいずれかであれば、入場可と判断することを特徴としている。

したがって、救済入場についても通常の入場と同じようにゲート制御装置にて制御することができる。

(22)この発明にかかる入場システムは、チケット販売装置は、救済入場の申込を、サーバ装置に送信する送信手段を備えており、前記サーバ装置は、当該救済入場の申込を受けて、少なくとも施設内人数予測情報を含む基礎情報を取得する基礎情報取得手段を備え、前記サーバ装置の送信手段は、当該基礎情報を、チケット販売装置に送信し、前記チケット販売装置は、前記基礎情報に基づいて、救済入場の可能性の有無を判断し、可能性があると判断するとサーバ装置に対して、救済入場の決定を送信する救済入場可能性有無判断手段を備ていることを特徴としている。

したがって、救済入場の可能性有無を判断してから決定を行うことができる。

(23)この発明にかかる入場システムは、定められた期間内の所定の日に施設に入場することのできるチケットに対応した入場システムであって、施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
前記サーバ装置は、前記チケットのチケットＩＤと、当該チケットが入場可能な日を示す入場可能日情報とを含むチケット情報を記録する記録部と、前記入場ゲート装置から送信されてきたチケットＩＤに基づいて、当該チケットＩＤに対応するチケット情報を取得するチケット情報取得手段と、前記チケット情報を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
前記入場ゲート制御装置は、ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、取得したチケットＩＤを、送信部を介して、前記サーバ装置に送信する送信手段と、前記サーバ装置から送信されてきたチケット情報に基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断する入場可否判断手段と、前記入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力する制御手段とを備えたことを特徴としている。

したがって、施設のゲスト上限に対する年間パスポートの販売枚数を増やし、入場ゲートにおいて、入場の可否を容易に判断することができる。

(24)この発明にかかる入場システムは、定められた期間内の所定の日に施設に入場することのできるチケットに対応した入場システムであって、施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
前記サーバ装置は、前記チケットのチケットＩＤと、当該チケットにて入場できる日を示す入場可能日情報とを含むチケット情報を記録するとともに施設内人数予測情報を記録する記録部と、前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットＩＤに対応するチケット情報を取得するチケット情報取得手段と、前記入場ゲート制御装置から送信されてきた基礎情報要求を受けて、少なくとも施設内人数予測情報を含む基礎情報を取得する基礎情報取得手段と、前記チケット情報、基礎情報取得手段を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
前記入場ゲート制御装置は、ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、取得したチケットＩＤを、送信部を介して、前記サーバ装置に送信する送信手段と、前記サーバ装置から送信されてきたチケット情報に基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断し、入場不可と判断した場合、救済入場可能性の有無を判断するための基礎情報要求をサーバ装置に送信する入場可否判断手段と、前記サーバ装置からの基礎情報に基づいて、今日の施設内人数予測が施設の上限人数に対し、余裕が有るか無いかを判断し、余裕があれば救済入場の可能性を有とし、余裕がなければ救済入場の可能性を無とする救済入場可能性有無判断手段と、前記入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力するとともに、入場不可と判断された場合、救済入場可能性有無手段の判断結果に基づいて、救済入場の可能性有無を提示部に出力する制御手段とを備えたことを特徴としている。

したがって、誤って入場しようとしたゲストに対しても、救済入場の可能性を提示することができる。

「記録部」とは、少なくともチケット情報を記録できるものをいい、磁気的、電気的、光学的、化学的に記録するものを含む概念である。実施形態においては、ハードディスク１４８がこれに対応する。

「入場可能日情報」とは、入場可能な日を示す情報だけでなく、入場できない日を示すことで結果的に入場可能な日を示す情報も含む概念である。

「入場可否判断手段」は、実施形態においては、ステップＳ４３およびステップＳ４４がこれに対応する。

「送信手段」は、実施形態においては、ステップＳ２２、Ｓ５０、Ｓ５１またはＳ５１１等がこれに対応する。

「救済入場可能性有無判断手段」は、実施形態においては、ステップＳ４４２がこれに対応する。

「救済入場決定手段」は、実施形態においては、ステップＳ８２およびＳ８３がこれに対応する。

「制御手段」は、実施形態においては、ステップＳ２７、Ｓ３０およびＳ２９１がこれに対応する。

第一の実施形態（サーバ装置４によって入場可否を判断するもの）による入場システムの機能ブロック図である。 第一の実施形態（入場ゲート制御装置２によって入場可否を判断するもの）による入場システムの機能ブロック図である。 入場システムのハードウエア構成を示す図である。 入場ゲート制御装置２のハードウエア構成である。 チケット販売装置５のハードウエア構成である。 サーバ装置４のハードウエア構成である。 チケット販売処理のフローチャートである。 チケット情報ＤＢの例である。 年間パスポート２０の例である。 入場処理のフローチャートである。 入場処理のフローチャートである。 入場処理のフローチャートである。 第二の実施形態（サーバ装置４によって救済入場可能性を判断するもの）による入場システムの機能ブロック図である。 第二の実施形態（ゲート端末制御装置によって救済入場可能性を判断するもの）による入場システムの機能ブロック図である。 入場処理のフローチャートである。 入場処理のフローチャートである。 入場処理のフローチャートである。 入場処理のフローチャートである。 チケット情報ＤＢの例である。 施設内人数予測情報５２の例である。 救済処理のフローチャートである。 図１ｂのシステムに対応する入場処理のフローチャートである。 図１ｂのシステムに対応する入場処理のフローチャートである。 図１０ｂのシステムに対応する入場処理のフローチャートである。 図１０ｂのシステムに対応する入場処理のフローチャートである。 図１０ｂのシステムに対応する救済処理のフローチャートである。 図１０ｂのシステムに対応する救済可能性有無判断のフローチャートである。

１．第一の実施形態
1.1システムの概要
図１ａに、この発明の第一の実施形態による入場システムの機能ブロック図を示す。この入場システムは、入場ゲート制御装置２とサーバ装置４を備えている。

また、チケットである年間パスポート２０は、奇数日に入場可能なもの、偶数日に入場可能なものが販売されている。年間パスポート２４には、チケットＩＤが埋め込まれたＱＲコード（商標）２４が印刷されている。

サーバ装置４の記録部１２には、チケット情報１４が記録されている。チケット情報１４には、チケットＩＤと、奇数日・偶数日のいずれに入場可能であるかの入場可能日情報とが記述されている。

入場ゲート制御装置２のチケットＩＤ取得手段６は、ユーザが処理する年間パスポート２４のＱＲコード（商標）を、読取器によって読み取って、チケットＩＤを取得する。入場ゲート制御装置２の送信手段８は、取得したチケットＩＤをサーバ装置４に送信する。

サーバ装置４の入場可否判断手段１６は、入場ゲート制御装置２から送信されてきたチケットＩＤに対応するチケット情報１４を、記録部１２から取得する。そして、当該年間パスポート２０の入場可能日が「奇数日」「偶数日」のいずれであるかを取得する。さらに、入場可否判断手段１６は、本日が奇数日であるか偶数日であるかを取得し、当該年間パスポート２０の入場可能日情報に合致しているかどうかを判断する。合致していれば、入場可能であると判断する。合致していなければ、入場不可であると判断する。

サーバ装置４の送信手段１８は、入場可否判断手段１６の結果(入場可であるか否であるか）を、上記チケットＩＤを送信してきた入場ゲート制御装置２に送信する。

入場ゲート制御装置２の制御手段１０は、サーバ装置４からの入場可否を受けて。これを提示部１３において表示するように制御する。たとえば、提示部１３としてディスプレイを用いる場合には、このディスプレイ上に、チケットを所持するユーザの入場可否を表示することができる。

1.2システムのハードウエア構成
図２に、図１ａの入場システムのハードウエア構成を示す。サーバ装置４は、専用線２６を介して入場ゲート制御装置２に接続されている。入場ゲート制御装置２は入場ゲート３のカメラ・ディスプレイ３２、ＱＲコード（商標）読取器３４、回転バー３６を制御したり、これらから情報を取得するため、入場ゲート３のこれら機器と接続されている。図においては省略しているが、入場ゲート３は複数設けられており、各入場ゲート３に対応して入場ゲート制御装置２が設けられている。

また、サーバ装置４には、専用線２６を介して、チケット販売装置５も接続されている。チケット販売装置５は、上記の年間パスポート２０の他、入場日を１日もしくは２日指定したチケットなどを販売するためのものである。

図３に、入場ゲート制御装置２のハードウエア構成を示す。ＣＰＵ２０には、メモリ１２２、通信回路１２４、ハードディスク１２６、カメラ・ディスプレイ３２、読取器３４、回転ゲート３６が接続されている。通信回路１２４は、サーバ装置４と通信を行うためのものである。カメラ・ディスプレイ３２には、ゲスト側にカメラが設けられ、クルー側にディスプレイが設けられている。

ハードディスク１２６には、オペレーティングシステム１２８、入場ゲートプログラム１３０が記録されている。これらプログラムは、ＣＤ−ＲＯＭ（図示せず）などに記録されていたものを、ハードディスク１２６にインストールしたものである。入場ゲートプログラム１３０は、オペレーティングシステム１２８と協働してその機能を発揮する。

図４に、チケット販売装置５のハードウエア構成を示す。ＣＰＵ１５０には、メモリ１５２、ディスプレイ１５４、ＣＤ−ＲＯＭドライブ１５６、ハードディスク１６０、通信回路１６２、キーボード／マウス１６８、プリンタ１７０が接続されている。通信回路１６２は、サーバ装置４と通信を行うためのものである。

ハードディスク１６０には、オペレーティングシステム１６４、チケット販売プログラム１６６が記録されている。これらプログラムは、ＣＤ−ＲＯＭ１５８に記録されていたものを、ＣＤ−ＲＯＭドライブ１５６を介して、ハードディスク１６０にインストールしたものである。チケット販売プログラム１５５は、オペレーティングシステム１６４と協働してその機能を発揮する。

図５に、サーバ装置４のハードウエア構成を示す。ＣＰＵ１４０には、メモリ１４２、ＣＤ−ＲＯＭドライブ１４４、ハードディスク１４８、通信回路１５０が接続されている。通信回路１５０は、入場ゲート制御装置２、チケット販売装置５と通信を行うためのものである。

ハードディスク１４８には、オペレーティングシステム１５２、サーバプログラム１５４、チケット情報ＤＢ１５６が記録されている。これらプログラムは、ＣＤ−ＲＯＭ１４６に記録されていたものを、ＣＤ−ＲＯＭドライブ１４４を介して、ハードディスク１４８にインストールしたものである。サーバプログラム１５４は、オペレーティングシステム１５２と協働してその機能を発揮する。

1.3チケット販売時の処理
図６に、チケット販売の際の、チケット販売プログラム１６６とサーバプログラム１５４のフローチャートを示す。チケット販売装置５のＣＰＵ１５０（以下チケット販売装置５と省略することがある）は、キーボード／マウス１６８から入力されたチケット購入に必要な情報を受け付ける（ステップＳ１）。たとえば、チケットの種類（年間パスポート、入場日を指定した１日チケット、２日チケット、１．５日チケット（１日目は１５時以降入場可、２日目は全日入場可）などの種類）や、入場日指定のチケットであれば指定する入場日、年間パスポートであれば奇数日入場か偶数日入場か等の情報が、購入に必要な情報である。

以下では、奇数日入場の年間パスポートを購入する場合を例として説明する。チケット販売装置５は、通信回路１６２により、年間パスポートであること、奇数日入場であることを伴うチケット購入の申し込みをサーバ装置４に送信する（ステップＳ２）。

サーバ装置４のＣＰＵ１４０（以下サーバ装置４と省略することがある）は、通信回路１５０により、チケット購入の申し込みを受信する（ステップＳ１１）。サーバ装置４は、受信したチケット購入の申し込みに基づいて、チケット情報を生成し、ハードディスク１４８に記録されているチケット情報ＤＢ１５６に追加する（ステップＳ１２）。

図７に、チケット情報ＤＢ１５６の例を示す。チケットＩＤは、サーバ装置４によって購入申し込み順に付与される連続番号である。奇偶データは、奇数日入場か偶数日入場かを示すデータであり、「０」が偶数日入場、「１」が奇数日入場であることを示している。図７の例では、新たなチケット購入申し込みにより、チケットＩＤ「３８９５６３」、奇偶データ「１」を持つチケット情報が新たに生成されて記録されている。なお、顔画像特徴データは、ゲストの顔画像の画像的特徴（黒目、鼻、口などの中心距離や位置情報など）を記録するものである。この実施形態では、チケット購入時には、ゲストの顔画像を取得していないので、顔画像特徴データの項目は空白となっている。

なお、図７に示すように、この実施形態では、年間パスポート以外のチケットにはチケットＩＤの先頭に「Ｄ」を付している。たとえば、「Ｄ２１２２３」のチケットＩＤのチケットは、２０１２年９月１３日（指定日の項目より）に入場可能な１日チケットであることが分かる。

サーバ装置４は、生成したチケット情報を、チケット販売装置５に送信する（ステップＳ１３）。チケット販売装置５は、このチケット情報を受信する（ステップＳ３）。続けて、チケット販売装置５は、受信したチケット情報に基づいて、プリンタ１７０により年間パスポート２０を印刷する（ステップＳ４）。

図８に、年間パスポートの例を示す。図８Ａに示すように、表面には、奇数日・偶数日のいずれに入場可能であるかを示す表示２２が印刷されている。図の例では、奇数日に入場可能であることが示されている。図８Ｂに示すように、裏面には、チケットＩＤ（ここでは「３８９６５３」）が埋め込まれたＱＲコード（商標）２４が印刷されている。

チケット２０を購入したゲストは、このチケット２０を持って、奇数日に施設に入場することができる。

1.4入場処理
図９ａ〜図９ｃに、入場の際の、入場ゲートプログラム１３０、サーバプログラム１５４のフローチャートを示す。ここでは、年間パスポート２０の入場処理について説明する。

入場ゲート３において、クルーはゲストの年間パスポート２０を預かり、読取器３４（図２参照）にて、年間パスポート２０のＱＲコード（商標）２４（図８Ｂ参照）を読み取る。入場ゲート制御装置２のＣＰＵ１２０（以下、入場ゲート制御装置２と省略することがある）は、読み取られたＱＲコード（商標）２４を取得する（ステップＳ２１）。次に、入場ゲート制御装置２は、読み取ったＱＲコード（商標）２４からチケットＩＤを復元し、通信回路１２４によって、サーバ装置４に送信する（ステップＳ２２）。以下では、チケットＩＤ「３８９５６３」を送信したものとして説明を行う。

サーバ装置４は、チケットＩＤを受信する（ステップＳ４１）。続いて、サーバ装置４は、受信したチケットＩＤが、チケット情報ＤＢ１５６（図７参照）に記録されているかどうかを判断する（ステップＳ４２）。記録されていなければ、不正なチケットであるので、入場を不可とする（図９ｃのステップＳ５１に進む）。記録されていれば、当該チケット情報中の奇偶データを取得する（ステップＳ４３）。ここではチケットＩＤが「３８９５６３」であるので、奇偶データとして「１」を取得することになる（図７参照）。これにより、サーバ装置４は、このチケットが奇数日入場の年間パスポートであると認識することができる。

次に、サーバ装置４は、内蔵のカレンダー回路から本日の日付を取得する。そして、本日の日付の奇数・偶数が、チケットの奇偶データと合致するかどうかを判断する（ステップＳ４４）。たとえば、本日が９月１２日であれば偶数日であるから、チケットＩＤ「３８９５６３」のチケットの奇偶データ「１」と合致しない。合致しなければ、入場を不可とする（図９ｃのステップＳ５１に進む）。

たとえば、本日が９月１３日であれば奇数日であるから、チケットＩＤ「３８９５６３」のチケットの奇偶データ「１」と合致する。合致すれば、サーバ装置４は、顔画像によるゲストの認証処理を行う。

まず、サーバ装置４は、顔画像特徴データの要求を入場ゲート制御装置２に送信する（ステップＳ４５）。入場ゲート制御装置２は、顔画像特徴データの要求を受信し、これをカメラ・ディスプレイ３２のディスプレイに表示する（ステップＳ２３）。たとえば、ディスプレイに、「ゲストの顔をカメラにて撮像して下さい」とのメッセージを表示する。これに応じて、クルーがゲストの顔をカメラ・ディスプレイ３２のカメラにて撮像する。撮像終了ボタンが押されると、入場ゲート制御装置２は、ゲストの顔画像を取り込む（ステップＳ２４）。

次に、入場ゲート制御装置２は、取り込んだゲストの顔画像の特徴データを算出する（ステップＳ２５）。たとえば、右目の中心と左目の中心の距離、顔の輪郭の重心位置を原点とした場合の右目の位置、左目の位置、鼻の位置、右耳の異位置、左耳の位置・・・などを特徴データとして算出する。入場ゲート装置２は、算出した顔画像の特徴データを、サーバ装置４に送信する（ステップＳ２６）。

サーバ装置４は、この特徴データを受信する（ステップＳ４６）。サーバ装置４は、対象となっているチケット（ここでは、チケットＩＤ「３８９５６３」のチケット）について、チケット情報に顔画像の特徴データが記録されているか否かを判断する（ステップＳ４７）。記録されていれば、記録されている特徴データと、送信されてきた特徴データとを比較し、所定範囲内の類似度で合致するかどうかを判断する（ステップＳ４９）。つまり、登録されている顔画像のゲストと、同じゲストがゲート装置３を追加しようとしているかどうかを認証する。合致していれば、ステップＳ５０に進んで、入場可であると判断する。

ステップＳ４７において、対象となっているチケット（ここでは、チケットＩＤ「３８９５６３」のチケット）について、チケット情報に顔画像の特徴データが記録されていなければ、ステップＳ４８に進む。ここでは、チケットＩＤ「３８９５６３」は、購入後初めて使用されるものであるから、その顔画像特徴データは記録されていない。したがって、ステップＳ４８に進むことになる。

ステップＳ４８において、サーバ装置４は、入場ゲート制御装置２から送られてきた顔画像特徴データを、当該チケットのチケット情報として記録する。つまり、図７のチケットＩＤ「３８９５６３」の顔画像特徴データの欄に、顔画像特徴データを記録する。この特徴データは、次回以降の入場の際に、ステップＳ４９の認証に用いられることになる。

次に、サーバ装置４は、ステップＳ５０に進んで、入場可であると判断して、入場ゲート制御装置２に「入場可」を送信する（ステップＳ５０）。このように、初回入場時は、顔画像特徴データの登録を行い、顔画像特徴データによる認証は行わない。

なお、ステップＳ４２においてチケットＩＤが見いだされない場合、ステップＳ４４において奇偶データと本日の日付の奇数・偶数が合致しない場合、ステップＳ４９において顔画像認証にて本人と認められない場合には、サーバ装置４は、「入場不可」を入場ゲート制御装置２に送信する（ステップＳ５１）。

入場ゲート制御装置２は、「入場可」または「入場不可」の判断結果を受信する（ステップＳ２７）。受信した判断結果が「入場可」であれば、入場ゲート制御装置２は、カメラ・ディスプレイ３２のディスプレイに「入場可」である旨（たとえば○）を表示する。さらに、ゲート３６を回転可能に制御し、ゲストが通過できるようにする（ステップＳ３０）。

一方、受信した判断結果が「入場不可」であれば、入場ゲート制御装置２は、カメラ・ディスプレイ３２のディスプレイに「入場不可」である旨（たとえば×）を表示する。さらに、ゲート３６をロックしたままにする（ステップＳ２９）。

以上のようにして、年間パスポート２０が奇数日入場であるか偶数日入場であるかを判断して、入場の可否を判断することができる。

1.5その他
上記実施形態では、入場可能な日を入場可能日情報として記録するようにしている。しかし、所定期間内の入場できない日を記録することによって入場可能な日を決定するようにしてもよい。

上記実施形態では、入場の可否をディスプレイに表示するようにしているが、ランプにて表示するようにしてもよい。また、音によって示すようにしてもよい。

上記実施形態では、奇数日または偶数日に入場できる年間パスポートに適用した場合について説明した。しかし、奇数月または偶数月に入場できる年間パスポート、年初からの奇数番目の週または偶数番目の週に入場できる年間パスポートなど、年間の各日を２つに分類して２種類の年間パスポートを設ける場合一般に適用することができる。また、月曜日から金曜日と日曜日または月曜日から金曜日と土曜日に入場できる年間パスポートというように、入場可能な日が一部重複するように設定してもよい。

上記実施形態では、年間パスポートについて適用した場合を説明した。しかし、半年パスポート、１月パスポート、季節パスポートなど、所定期間内に繰り返し入場できるチケットに全般に適用することができる。あるいは、所定期間内の１日（もしくは連続する複数日）のみに入場できるチケットにも適用することができる。

上記実施形態では、奇数日・偶数日というように２種類の年間パスポートを設ける場合について説明した。しかし、１日、４日、７日・・・に入場可能な年間パス、２日、５日、８日・・・に入場可能な年間パス、３日、６日、９日・・・に入場可能な年間パスというように、３種類の年間パスポートを設けるようにしてもよい。また、４種類以上の年間パスポートを設けるようにしてもよい。

上記実施形態では、入場ゲート制御装置２が、ゲート３６のロック解除の有無を制御している。しかし、入場の可否をクルーに（またはゲストにも）提示し、これにしたがって、クルーがゲストの入場を許可したり、拒否したりするようにしてもよい。

上記では、年間パスポート２０についての入場処理についてのみ説明した。しかし、サーバ装置４は、その他のチケット（１日チケットなど）についても、入場可否を判断するようにしている。たとえば、１日チケットであれば、チケット情報に記録された指定日と、本日が合致するかどうかによって入場の可否を判断する。

上記実施形態では、ＱＲコード（商標）にチケットＩＤを埋め込み、これを読み取るようにしている。しかし、携帯電話などのＩＣチップなどにチケットＩＤを記録しておき、これを読み取るようにしてもよい。この場合、携帯電話に電子的に年間パスポートが記録されていることになる。

上記実施形態では、顔画像による認証を行っている。しかし、これを行わなくともよい。また、上記実施形態では、サーバ装置にて顔認証を行っている。しかし、サーバ装置の側から特徴データを入場ゲート制御装置に送信し、入場ゲート制御装置において顔認証処理を行うようにしてもよい。

上記実施形態では、入場ゲート３に回転バーを用いている。しかしながら、駅の改札における開閉装置などを用いるようにしてもよい。また、開閉装置は設けなくともよい。

上記実施形態では、所定期間内の所定規則によって定められた日（たとえば、奇数日・偶数日）に入場を可能としている。しかし、所定期間内の所定規則によって定められた日（たとえば、奇数日・偶数日）に入場を可能とし、当該入場可能な日のうち、あらかじめ定めた特定の除外日（たとえば、大きな混雑が予想される日）は入場不可とするようにしてよもよい。また、このような除外日を、あらかじめ定めず、当該除外日より所定の日前に決定して、ゲストに通知するようにしてもよい。

上記実施形態では、図１ａに示すように、サーバ装置４にて入場可否の判断を行っている。しかし、図１ｂに示すように、入場ゲート制御装置２によって行うようにしてもよい。

入場ゲート制御装置２のチケットＩＤ取得手段６は、ユーザが処理する年間パスポート２４のＱＲコード（商標）を、読取器によって読み取って、チケットＩＤを取得する。入場ゲート制御装置２の送信手段８は、取得したチケットＩＤをサーバ装置４に送信する。

サーバ装置４のチケット情報取得手段１５は、入場ゲート制御装置２から送信されてきたチケットＩＤに対応するチケット情報１４を、記録部１２から取得する。サーバ装置４の送信手段１８は、このチケット情報１４を、入場ゲート制御装置２に送信する。

入場ゲート制御装置２の入場可非判断手段１６は、このチケット情報を受けて、当該年間パスポート２０の入場可能日が「奇数日」「偶数日」のいずれであるかを取得する。さらに、入場可否判断手段１６は、本日が奇数日であるか偶数日であるかを取得し、当該年間パスポート２０の入場可能日情報に合致しているかどうかを判断する。合致していれば、入場可能であると判断する。合致していなければ、入場不可であると判断する。

入場ゲート制御装置２の制御手段１０は、入場可否判断手段１６からの入場可否を受けて、これを提示部１３において表示するように制御する。たとえば、提示部１３としてディスプレイを用いる場合には、このディスプレイ上に、チケットを所持するユーザの入場可否を表示することができる。

なお、図１ｂのシステムにおいて、各手段に対応する処理は、図１ａのシステムと同様である。図１ｂのシステムにおける入場処理のフローチャートを図１５ａ、図１５ｂに示す。

上記実施形態では、図６に示すように、チケットＩＤの生成をサーバ装置４にて行っている。しかし、チケット販売装置５において、チケットＩＤの生成を行い、これをサーバ装置４に送信して記録するようにしてもよい。

上記の各変形例は、その本質に反しない限り、第二の実施形態にも適用することができる。

２．第二の実施形態
2.1システムの概要
図１０ａに、この発明の第二の実施形態による入場システムの機能ブロック図を示す。この入場システムは、入場ゲート制御装置２、サーバ装置４、チケット販売装置５を備えている。

第一の実施形態では、奇数日の年間パスポート２０を持ったゲストが間違って施設に来場した場合、当該チケットでは入場できない。このため、どうしても入場したい場合には、１日チケットなどを購入する必要がある。

前述のように、年間パスポート２０を奇数日、偶数日に分けたのは、ゲストの満足度を高めるためである。にもかかわらず、上記のような場合に、１日チケットを購入しなければ入場できないというのでは、ゲストに不満が生じる可能性がある。そこで、この実施形態では、上記のような場合であっても、リーズナブルな追加費用を支払うことで救済的に入場可とするようにしている。

サーバ装置４の記録部１２には、チケット情報１４の他に、施設内人数予測情報５２が記録されている。この施設内人数予測情報５２は、各日の時間毎の施設内人数を予測したデータである。

サーバ装置４の入場可否判断手段１６は、入場ゲート制御装置２から送信されてきたチケットＩＤに対応するチケット情報１４を、記録部１２から取得する。そして、当該年間パスポート２０の入場可能日が「奇数日」「偶数日」のいずれであるかを取得する。さらに、入場可否判断手段１６は、本日が奇数日であるか偶数日であるかを取得し、当該年間パスポート２０の入場可能日情報に合致しているかどうかを判断する。合致していれば、入場可能であると判断する。合致していなければ、入場不可であると判断する。

サーバ装置４の救済入場可能性有無判断手段４０は、入場可否判断手段１６が入場不可と判断した場合に、救済入場の可能性有無を判断する。救済入場可能性有無判断手段４０の施設内実人数算出手段４６は、本日の開場から現在までに、入場可非判断手段１６が入場可と判断したゲストの人数、退場センサによって検出した退場したゲストの人数に基づいて、現在の時点で、施設内にいるゲストの実人数を算出する。

予測情報修正手段４４は、本日の施設内人数予測情報５２を読み出して、現在の時点に対応する時刻の施設内ゲストの予測人数を取得する。取得した予測人数と前記実人数とを比較し、本日の先の時刻の予測人数を修正する。超過有無判断手段４２は、修正した予測人数が、本日の先の時刻のいずれかにおいて、予め設定した施設の上限人数を超えるか否かを判断し、超える時刻が１つでもあれば救済入場可能性無しとし、超える時刻が１つもなければ救済入場可能性有りとする。

サーバ装置４の送信手段１８は、入場可否判断手段１６の判断結果(入場可であるか否であるか）および、入場不可である場合には救済入場可能性有無判断手段４０の判断結果（救済入場可能性有りか無しか）を、上記チケットＩＤを送信してきた入場ゲート制御装置２に送信する。

入場ゲート制御装置２の制御手段１０は、サーバ装置４からの入場可否、救済入場可能性有無を受けて。これを提示部２において表示するように制御する。たとえば、提示部２としてディスプレイを用いる場合には、このディスプレイ上に、チケットを所持するユーザの入場可否や救済入場可能性有無を表示することができる。

これにより、奇数日の年間パスポート２０にて偶数日に入場しようとして（あるいはその逆の場合）、入場不可となったゲストに対して、救済入場の可能性有無を提示することができる。

救済入場可能性有の場合、ゲストは、チケット販売ブースに行って、救済入場の手続きを取ることができる。チケット販売ブースには、チケット販売装置５が設けられている。ゲストの依頼を受けて、チケット販売装置５を操作するクルーは、当該チケットのチケットＩＤを伴った救済入場の申し込みをサーバ装置４に送信する。

サーバ装置４の救済入場可能性有無判断手段４０は、救済入場の可能性があるかどうかを判断する。サーバ装置４の救済入場決定手段４８は、救済入場可能性有りであれば、記録部１２に記録されている当該チケットのチケット情報に、救済入場可である旨を記録する。

以上のようにして、チケットブースにて救済入場の手続きを行ったゲストは、次に、入場ゲート３にて、通常の入場と同じように年間パスポート２０を提示する。入場ゲート制御装置２のチケットＩＤ取得手段６は、年間パスポート２０のＱＲコード（商標）２４を取得する。送信手段８は、ＱＲコード（商標）２４に埋め込まれたチケットＩＤを、サーバ装置４に送信する。

この実施形態におけるサーバ装置４の入場可否判断手段１６は、年間パスポート２０の奇数日、偶数日が本日と合致しない場合であっても、チケット情報に救済入場可が記録されていれば、入場可と判断する。送信手段１８は、入場可を入場ゲート制御装置２に送信する。

入場ゲート制御装置２の制御手段１０は、救済入場可であることをディスプレイなどの提示部１３にて提示する。

以上のようにして、間違って来場したゲストに対する救済入場を可能としている。

2.2システムのハードウエア構成
図１０ａのシステムのハードウエア構成について説明する。入場ゲート制御装置２、チケット販売装置５、サーバ装置４のハードウエア構成は、第一の実施形態と同様である。退場ゲートには、回転ゲートの回転を検出する退場センサが設けられている。このセンサの出力は、入場ゲート制御装置２が、サーバ装置４に送信する。

なお、サーバ装置４のハードディスク１４８には、チケット情報ＤＢ１５６だけでなく、施設内人数予測情報５２が記録されている。図１３Ａに、施設内人数予測情報５２の例を示す。ここでは、グラフで示しているが、実際には、時刻と予想人数のテーブルとして構成されている。この実施形態では、１時間毎の施設内予測人数を記録している。図１３Ａに示すような１日分のデータが、１年間の全ての日について記録されている。

2.3チケット販売時の処理
チケット販売の際の、チケット販売プログラム１６６とサーバプログラム１５４のフローチャートは、第一の実施形態と同様である（図６参照）。

2.4入場処理
図１１ａ〜図１１ｄに、入場の際の、入場ゲートプログラム１３０、サーバプログラム１５４のフローチャートを示す。

ＱＲコード（商標）からチケットＩＤを取得し、これに基づいて奇偶データを取得し、本日の日付の奇数・偶数と合致するかどうかを判断するまで（ステップＳ２１、Ｓ２２、Ｓ４１〜Ｓ４４まで）は、第一の実施形態と同じである。

ステップＳ４４において、奇偶データと本日の日付とが合致する場合、サーバ装置４および入場ゲート制御装置２は、顔画像特徴データの認証を行う点（ステップＳ２３〜Ｓ２６、Ｓ４５〜Ｓ５１）も、第一の実施形態と同じである。

ステップＳ４４において、奇偶データと本日の日付とが合致しない場合には、サーバ装置４は、ステップＳ４４１に進む。なお、ここでは、図８に示す奇数日の年間パスポート２０（チケットＩＤ「３８９５６３」とする）にて入場しようとした場合を例として説明する。したがって、ステップＳ４４において、奇偶データと本日の日付とが合致しないため、サーバ装置４は、ステップＳ４４１を実行することになる。

ステップＳ４４１においては、当該チケットのチケット情報に、救済入場可である旨が記録されているかどうかを判断する（ステップＳ４４１）。なお、後述のように、救済入場の手続きをとると、条件によって救済入場可がチケット情報に記録されることになる。ここでは、図１２に示すように、チケットＩＤ「３８９５６３」に対して救済入場可が記録されていないので、サーバ装置４は、救済入場可能性の有無を判断する（ステップＳ４４２）。

救済入場可能性の有無判断処理は、救済入場の可能性があるかどうかを判断するものである。その詳細を、図１１ｄに示す。

サーバ装置４は、本日の開場から現在までに入場可としたゲストの人数を取得する（ステップＳ４４３）。入場可とした人数は、ステップＳ５０において入場可を送信する毎に、その数を計数しハードディスク１４８に記録するようにすればよい。なお、入場可とした人数は、年間パスポートだけでなく、その他のチケット（１日チケットなど）に対する入場可も含む数として計数する。また、退場センサによって計数された退場ゲスト人数を合計したものを、ハードディスク１４８から取得する（ステップＳ４４３）。

次に、サーバ装置４は、入場可とした人数から、退場ゲスト人数を減算し、施設内実人数を算出する（ステップＳ４４４）。サーバ装置４は、ハードディスク１４８に記録されている本日の施設内人数予測情報５２（図１３Ａ）を読み出す（ステップＳ４４５）。

続いて、サーバ装置４は、読み出した施設内人数予測情報５２に基づいて、現在時刻に対応する予測人数を取得する。たとえば、現在時刻が９時３０分であれば、図１３の９時と１０時の予測人数を補完して、予測人数を算出する。９時の予測人数が２０００人、１０時の予測人数が２６００人であるとすると、９時３０分の予測人数として２３００人を得る。サーバ装置４は、この予測人数と施設内実人数とを比較し、その割合（実人数／予測人数）に応じて、施設内人数予測情報５２を修正する（ステップＳ４４６）。

たとえば、現在の施設内実人数が２７６０人であれば、２７６０／２３００＝１．２であるから、予測人数を２割り増しに修正する。このようにして修正された施設内人数予測情報５２を図１３Ｂに実線にて示す。

次に、サーバ装置４は、修正した施設内人数予測情報５２が、本日の将来のいずれかの時刻において、施設の上限人数を超えるかどうかを判断する（ステップＳ４４７）。図１３Ｂの実線では、１３時に予測人数が上限人数（５０００人）を超えている。つまり、本日は、救済入場を行う余裕がないと判断し、救済入場可能性無しとする（ステップＳ４４９）。

なお、図１３Ｂの破線に示すように、本日の先の時刻（閉園までの時刻）のいずれにおいても、修正した予測人数が上限人数（５０００人）を超えなければ、救済入場の可能性有りとする（ステップＳ４４８）。

なお、この実施形態では、修正対象とする施設内人数予測情報５２は、いつの時刻の修正においても、予め記録されていたものと実人数とを比較して行うようにしている。しかし、最新の修正された施設内人数予測情報５２と実人数とを比較して、修正を行うようにしてもよい。

以上のようにして、救済入場の可能性の有無を判断すると、サーバ装置４は、図１１ｃのステップＳ５１１において、入場不可と救済入場の可能性を、入場ゲート制御装置２に送信する。

入場ゲート制御装置２は、これを受信して、入場不可であることをカメラ・ディスプレイ３２のディスプレイに表示する（ステップＳ２９）。さらに、救済入場の可能性の有無をカメラ・ディスプレイ３２のディスプレイに表示する（ステップＳ２９１）。たとえば、入場不可として「×」を表示したその下に、「救済入場の可能性有」または「救済入場の可能性無」の表示を行う。また、入場不可の「×」を表示する際に、救済入場の可能性がない場合には「×」を赤で表示し、救済入場の可能性がある場合には「×」を青で表示するようにしてもよい。また、別途青ランプ（可能性有り）と赤ランプ（可能性無し）などを設けて、表示するようにしてもよい。表示ではなく、スピーカなどからの音によって可能性の有無を告知するようにしてもよい。

このように、入場ゲートにおいて、間違って入場しようとしたゲストに対し、救済入場の可能性があるかどうかを知らせることができる。

2.5救済処理
図１４に、救済の際の、チケット販売プログラム１６６、サーバプログラム１５４のフローチャートを示す。上記のように入場ゲートにおいて、入場不可であるとされたが、救済入場の可能性があるとされたゲストは、チケットブースにて救済入場の申し込みを行う。なお、間違っていることに気づいたゲストは、入場ゲートに行く前に、先に、チケットブースに行くこともできる。

チケットブースのクルーは、当該ゲストのＱＲコード（商標）（チケットＩＤ）をチケット販売装置５に接続された読取器（図示せず）で読み取る。チケット販売装置５は、この読み取ったチケットＩＤとともに救済入場申し込みを、サーバ装置４に送信する（ステップＳ７１）。サーバ装置４は、この申し込みを受信する（ステップＳ８１）。

サーバ装置４は、救済入場申し込みを受けると、救済入場可能性の判断を行う（ステップＳ４４２）。救済入場可能性有無判断の詳細は、図１１ｄに示すとおりである。

サーバ装置４は、救済入場の可能性が無いと判断した場合（ステップＳ８２）、救済入場不可であることをチケット販売装置５に送信する（ステップＳ８５）。救済入場の可能性が有ると判断した場合（ステップＳ８２）、当該チケットのチケット情報（図１２参照）に、救済入場可を記録する（ステップＳ８３）。さらに、救済入場可であることをチケット販売装置５に送信する（ステップＳ８４）。

チケット販売装置５は、救済入場の可否を受信し、これをディスプレイ１５４に表示する（ステップＳ７２）。これにより、クルーはゲストに対して、救済入場の可否を知らせることができる。

なお、上記では、救済入場の可能性があれば、ただちに、チケット情報に救済入場可を記録するようにしている。しかし、救済入場の可能性があることを、チケット販売装置５に送信して表示し、ゲストから救済料金を受け取ってから、チケット販売装置５でＯＫボタンをクリックし、これを受けて、チケット情報に救済入場可を記録するようにしてもよい。

上記のようにして、救済入場可を得たゲストは、入場ゲート３において年間パスポート２０を提示することで、入場することができる（図１１ａのステップＳ４４１参照）。

2.6その他
上記実施形態では、施設内人数予測情報５２を実人数によって修正した後、現在時刻よりも先の時刻において、これが上限人数を超えるか否かによって、救済入場の可能性の有無を判断するようにしている。しかし、実人数に拘わらず、予め算出されている施設内人数予測情報５２が、現在時刻よりも先の時刻において上限人数を超えるか否かによって、救済入場の可能性の有無を判断するようにしてもよい。

また、施設内の実人数が上限人数を超えるまで、救済入場の可能性を有りとすることもできる。

あるいは、各日ごとに、予め救済入場を認める人数を決めておき、救済入場の総計がこれを超えるまでは、救済入場の可能性有りとしてもよい。

上記実施形態では、ゲストが誤って入場ゲート３に来たときに、救済入場の可能性の有無を判断するものの、救済入場の可否は決定していない。つまり、救済入場を可とするためには、一旦、チケットブースに行かなければならない。しかし、救済入場の追加費用を徴収しないのであれば、救済入場の可能性を判断（ステップＳ４４２）すると同時に、救済入場を可とするためのステップＳ８３の処理を行うことができる。また、入場ゲート制御装置２にクレジット処理などを行う装置が設けられていれば、クレジットカードによって追加費用を決済することができ、直ちに、救済入場を可とするためのステップＳ８３の処理を行うことができる。

上記実施形態では、入場ゲート３において、救済入場の可能性が有ると判断されても、ゲストがチケットブースに行ったときには、状況が変化し、救済入場の可能性がないと判断されるおそれがある。これを防ぐために、入場ゲート３にゲストがいるときに救済入場の可能性があると判断した場合、サーバ装置４は、これをハードディスク１４８に記録しておき、ゲストがチケットブースから救済入場の申し込みを行った際に、優先的に救済入場可とするようにしてもよい。

上記実施形態では、チケットブースのチケット販売装置５から、サーバ装置４に問い合わせなければ、救済入場の可能性の有無がゲストには分からない。しかし、チケット販売装置５から所定時間間隔でサーバ装置４にこれを問い合わせ、救済入場の可能性の有無を、チケットブースのゲストから見やすい位置にディスプレイなどでリアルタイムに表示するようにしてもよい。

上記実施形態では、救済入場のために追加費用が必要である。しかしながら、追加費用に代えて、本来であれば入場できる日（たとえば、比較的混雑が予想される日）を入場不可として救済入場を認めるようにしてもよい。

上記実施形態では、入場ゲート制御装置２がチケットＩＤを送信した場合およびチケット販売装置５から救済入場の申し込みがあった場合に、救済入場の可能性の有無を判断するようにしている。しかし、チケット販売装置５から救済入場の申し込みがあった場合のみ、救済入場の可能性の有無を判断するようにしてもよい。

上記実施形態では、年間パスポート２０の販売時に、奇数日か偶数日かをゲストが選択して購入するようにしている。しかしながら、初回の入場時の日が奇数日であるか偶数日であるかによって、奇数日入場可能か偶数日入場可能かを決定して、チケット情報に記録するようにしてもよい。

また、販売後、所定日数経過した時点で、サーバ装置４によって自動的に、奇数日入場可能か偶数日入場可能かを決定し、ゲストにメールなどで連絡するようにしてもよい。

さらに、購入時に奇数日・偶数日を選択できる年間パスポートは比較的高額にし、販売後、所定日数経過した時点で、奇数日・偶数日がサーバ装置４によって決定されるものは比較的低額にして、双方を販売するようにしてもよい。この場合、購入時に選択されたもの（高額チケット）が、奇数日よりも偶数日が多いなどのアンバランスが生じていれば、低額チケットに対する販売後のサーバ装置４の決定によりこのアンバランスを是正することができる。

上記実施形態では、入場可能な日を間違って来場したゲストに対する救済を行うようにしている。しかしながら、本来入場できない将来の日について、ゲストがあらかじめ、入場希望をサーバ装置４に送信し、サーバ装置４からその日の施設内人数予想に基づいて、救済入場の可否を判断するようにしてもよい。

たとえば、奇数日の年間パスポートを持つゲストが１月先の特定の偶数日に入場を希望する場合、当該ゲストは、ＰＣ端末からサーバ装置４にアクセスし、救済入場申し込み画面を要求する。ゲストは、救済入場を希望する日を入力して、サーバ装置４に送信する。サーバ装置４は、その日の施設内人数予想に基づいて、救済入場の可否を判断する。救済入場可であれば、サーバ装置４は、チケット情報に、当該日の救済入場可であることを記録し、その旨をＰＣ端末に送信する
このようにすれば、あらかじめ特定の日の救済入場の可否を申し込むことができる。なお、ユーザがチケットブースに来場し、クルーがチケット販売端末装置５を操作して、上記の申し込み処理を行うようにしてもよい。また、サーバ装置４からユーザへの連絡は、メールや郵便を用いてもよい。

上記実施形態では、図１０ａに示すように、サーバ装置４にて入場可否および救済入場可能性有無を判断するようにしている。しかし、これを、図１０ｂに示すように、入場ゲート制御装置２において行うようにしてもよい。

サーバ装置４の記録部１２には、チケット情報１４の他に、施設内人数予測情報５２、施設内実人数５３が記録されている。施設内実人数５３は、施設内実人数算出手段４６が、所定時間間隔で算出して記録しているものである。

施設内実人数算出手段４６は、入場ゲート制御装置２が入場を可としたゲストの数（入場可否判断手段１６の判断結果が「可」である数）と、退場センサによる退場ゲストの数とに基づいて、現在の施設内のゲスト数を算出する。そして、これを記録部１２に記録する。

施設内人数予測情報５２は、各日の時間毎の施設内人数を予測したデータである。予測情報修正手段４４は、現在時刻の施設内実人数５３と現在時刻に対応する施設内予測人数と差異に基づいて、将来時刻の施設内人数予測情報５２を修正する。修正された施設内人数予測情報は、記録部１２に記録される。なお、修正の手法は、上記実施形態と同様である。

以上のようにして、サーバ装置４の記録部１２には、現在の施設内実人数と、これによって修正された施設内人数予測情報が記録されることになる。

入場ゲート制御装置２のチケットＩＤ取得手段６は、ユーザが処理する年間パスポート２４のＱＲコード（商標）を、読取器によって読み取って、チケットＩＤを取得する。入場ゲート制御装置２の送信手段８は、取得したチケットＩＤをサーバ装置４に送信する。

サーバ装置４のチケット情報取得手段１５は、入場ゲート制御装置２から送信されてきたチケットＩＤに対応するチケット情報１４を、記録部１２から取得する。サーバ装置４の送信手段１８は、このチケット情報１４を、入場ゲート制御装置２に送信する。

入場ゲート制御装置２の入場可非判断手段１６は、このチケット情報を受けて、当該年間パスポート２０の入場可能日が「奇数日」「偶数日」のいずれであるかを取得する。さらに、入場可否判断手段１６は、本日が奇数日であるか偶数日であるかを取得し、当該年間パスポート２０の入場可能日情報に合致しているかどうかを判断する。合致していれば、入場可能であると判断する。合致していなければ、入場不可であると判断する。

入場ゲート制御装置２の制御手段１０は、入場可否判断手段１６からの入場可否を受けて、これを提示部１３において表示するように制御する。たとえば、提示部１３としてディスプレイを用いる場合には、このディスプレイ上に、チケットを所持するユーザの入場可否を表示することができる。なお、入場不可とした場合は、後述のように、救済入場の可能性も併せて表示する。

入場可否判断手段１６は、入場不可であると判断した場合、送信手段８によって、救済入場可能性の有無を判断するための基礎情報の要求を、サーバ装置４に送信する。

サーバ装置４の基礎情報取得手段３９は、要求を受けて、記録部１２から、施設内人数予測情報５２を基礎情報として取得する。送信手段１８は、この基礎情報を、入場ゲート制御装置２に送信する。

入場ゲート制御装置２の救済入場可能性有無判断手段４０は、基礎情報である施設内人数予測情報５２に基づいて、救済入場可能性の有無を判断する。この判断手法は、図１０ａの超過有無判断手段４２と同じである。

救済入場可能性有無判断手段４０の判断結果は、制御手段１０に与えられる。制御手段１０は、入場可否判断手段１６の判断結果とともに、この救済入場可能性を、提示部１３に表示する。

これにより、奇数日の年間パスポート２０にて偶数日に入場しようとして（あるいはその逆の場合）、入場不可となったゲストに対して、救済入場の可能性有無を提示することができる。

救済入場可能性有の場合、ゲストは、チケット販売ブースに行って、救済入場の手続きを取ることができる。チケット販売ブースには、チケット販売装置５が設けられている。ゲストの依頼を受けて、チケット販売装置５を操作するクルーは、当該チケットのチケットＩＤを伴った救済入場の申し込みをサーバ装置４に送信する。

サーバ装置４の基礎情報取得手段３９は、施設内実人数５３、施設内人数予測情報５２を、チケット販売装置５に送信する。チケット販売装置５の救済入場可能性有無判断手段４０は、可能性の有無を判断する。救済入場の可能性がある場合、チケット販売装置５は、自動的に、あるいはクルーの操作により、救済入場決定を送信する。サーバ装置４は、これを受信し、チケット情報１４に救済入場可である旨を記録する。

図１０ｂの各手段における処理は、図１０ａにおける各手段と同様である。図１０ｂのシステムにおける入場処理のフローチャートを図１６ａ、図１６ｂに示す。また、救済処理のフローチャートを図１７に示す。さらに、救済入場可能性の判断処理を図１８に示す。

上記の各変形例は、その本質に反しない限り、第一の実施形態にも適用することができる。

Claims (15)

1. 定められた期間内の奇数日または偶数日のいずれかに施設に入場することのできるチケットに対応した入場システムであって、
   施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
   前記サーバ装置は、
   前記チケットのチケットＩＤと、当該チケットが奇数日に入場できるものであるか、偶数日に入場できるものであるかを示す入場可能日情報とを含むチケット情報を記録するとともに施設内人数予測情報を記録する記録部と、
   前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断する入場可否判断手段と、
   入場可非判断手段によって入場不可と判断された場合、前記記録部に記録された施設内人数予測情報に基づいて、今日の施設内人数予測が施設の上限人数に対し、余裕が有るか無いかを判断し、余裕があれば救済入場の可能性を有とし、余裕がなければ救済入場の可能性を無とする救済入場可能性有無判断手段と、
   入場可非判断手段および救済入場可能性有無判断手段の判断結果を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
   前記入場ゲート制御装置は、
   ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、
   取得したチケットＩＤを前記サーバ装置に送信する送信手段と、
   前記サーバ装置から送信されてきた入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力するとともに、入場不可と判断された場合、救済入場可能性有無手段の判断結果に基づいて、救済入場の可能性有無を提示部に出力する制御手段とを備えたことを特徴とする入場システム。
2. 定められた期間内の奇数日または偶数日のいずれかに施設に入場することのできるチケットに対応した入場システムのためのサーバ装置であって、
   前記チケットのチケットＩＤと、当該チケットが奇数日に入場できるものであるか、偶数日に入場できるものであるかを示す入場可能日情報とを含むチケット情報を記録するとともに施設内人数予測情報を記録する記録部と、
   入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断する入場可否判断手段と、
   入場可非判断手段によって入場不可と判断された場合、前記記録部に記録された施設内人数予測情報に基づいて、今日の施設内人数予測が施設の上限人数に対し、余裕が有るか無いかを判断し、余裕があれば救済入場の可能性を有とし、余裕がなければ救済入場の可能性を無とする救済入場可能性有無判断手段と、
   入場可非判断手段および救済入場可能性有無判断手段の判断結果を、送信部を介して、前記入場ゲート制御装置に送信する送信手段と、
   を備えたことを特徴とするサーバ装置。
3. 請求項２のサーバ装置において、
   前記記録部に記録された施設内人数予測情報は、所定時刻ごとの施設内人数を予測したデータであり、
   前記サーバ装置の救済入場可能性有無判断手段は、
   入場可否判断手段によって入場可と判断した人数と、退場センサによって検出された退場者の人数とに基づいて、現在の施設内実人数を算出する施設内実人数算出手段と、
   現在の施設内実人数と現在時刻に対応する所定時刻の施設内予測人数とに基づいて、施設内人数予測情報を修正する予測情報修正手段と、
   修正された施設内予測人数が、現在以降のいずれかの時刻において前記上限人数を超えるか否かを判断し、超える場合には救済入場可能性無しとし、超えない場合には救済入場可能性有りとする超過有無判断手段と、
   を備えたことを特徴とするサーバ装置。
4. 請求項２または３のサーバ装置において、
   前記救済入場可能性有無判断手段は、チケット販売装置からの救済入場の可能性有無の問い合わせを受けて、救済入場の可能性有無を判断し、
   前記送信手段は、チケット販売装置から送信されてきた救済入場の可能性有無の問い合わせに応じて、救済入場可能性有無判断手段の判断結果をチケット販売装置に送信することを特徴とするサーバ装置。
5. 請求項２または３のサーバ装置において、
   前記救済入場可能性有無判断手段は、チケット販売装置から送信されてきた救済入場の申込を受けて、救済入場の可能性の有無を判断し、
   前記サーバ装置は、前記救済入場の申込を受けて、前記救済入場可能性有無判断手段が救済入場可能性有と判断していれば、記録部に記録されているチケット情報に救済入場可の情報を含めるように更新する救済入場決定手段をさらに備え、
   前記入場可否判断手段は、記録部のチケット情報を参照して、少なくとも今日が当該チケットにて入場できる日にあたるか、当該チケットが救済入場可となっているかどうかのいずれかであれば、入場可と判断することを特徴とするサーバ装置。
6. 請求項２または３のサーバ装置において、
   前記救済入場可能性有無判断手段は、前記入場可非判断手段によって入場不可と判断され、救済入場の可能性有りと判断した場合には、記録部に記録されているチケット情報に救済入場可能性有の情報を含めるように更新し、
   前記サーバ装置は、前記救済入場の申込を受けて、チケット情報が救済入場可能性有となっていれば、チケット情報に救済入場可の情報を含めるように更新する救済入場決定手段をさらに備え、
   前記入場可否判断手段は、記録部のチケット情報を参照して、少なくとも今日が当該チケットにて入場できる日にあたるか、当該チケットが救済入場可となっているかどうかのいずれかであれば、入場可と判断することを特徴とするサーバ装置。
7. 定められた期間内の所定の日に施設に入場することのできるチケットに対応した入場システムであって、
   施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
   前記サーバ装置は、
   前記チケットのチケットＩＤと、当該チケットにより入場できる日または入場できない日を示す入場可能日情報とを含むチケット情報を記録するとともに施設内人数予測情報を記録する記録部と、
   前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断する入場可否判断手段と、
   入場可非判断手段によって入場不可と判断された場合、前記記録部に記録された施設内人数予測情報に基づいて、今日の施設内人数予測が施設の上限人数に対し、余裕が有るか無いかを判断し、余裕があれば救済入場の可能性を有とし、余裕がなければ救済入場の可能性を無とする救済入場可能性有無判断手段と、
   入場可非判断手段および救済入場可能性有無判断手段の判断結果を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
   前記入場ゲート制御装置は、
   ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、
   取得したチケットＩＤを前記サーバ装置に送信する送信手段と、
   前記サーバ装置から送信されてきた入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力するとともに、入場不可と判断された場合、救済入場可能性有無手段の判断結果に基づいて、救済入場の可能性有無を提示部に出力する制御手段とを備えたことを特徴とする入場システム。
8. 定められた期間内の奇数日または偶数日のいずれかに施設に入場することのできるチケットに対応した入場システムであって、
   施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
   前記サーバ装置は、
   前記チケットのチケットＩＤと、当該チケットが奇数日に入場できるものであるか、偶数日に入場できるものであるかを示す入場可能日情報とを含むチケット情報を記録する記録部と、
   前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットＩＤに対応するチケット情報を取得するチケット情報取得手段と、
   前記チケット情報を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
   前記入場ゲート制御装置は、
   ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、
   取得したチケットＩＤを、送信部を介して、サーバ装置に送信する送信手段と、
   前記サーバ装置から送信されてきたチケット情報に基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断する入場可否判断手段と、
   前記入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力する制御手段とを備えたことを特徴とする入場システムにおいて、
   前記サーバ装置に接続されたチケット販売装置をさらに備え、
   前記チケット販売装置は、救済入場の決定を、サーバ装置に送信する送信手段を備えており、
   前記サーバ装置は、前記救済入場の決定を受けて、記録部に記録されているチケット情報に救済入場可の情報を含めるように更新する救済入場決定手段をさらに備え、
   前記入場ゲート制御装置の入場可否判断手段は、チケット情報を参照して、少なくとも今日が当該チケットにて入場できる日にあたるか、当該チケットが救済入場可となっているかどうかのいずれかであれば、入場可と判断し、
   前記チケット販売装置は、
   救済入場の申込を、サーバ装置に送信する送信手段を備えており、
   前記サーバ装置は、当該救済入場の申込を受けて、少なくとも施設内人数予測情報を含む基礎情報を取得する基礎情報取得手段を備え、
   前記サーバ装置の送信手段は、当該基礎情報を、チケット販売装置に送信し、
   前記チケット販売装置は、前記基礎情報に基づいて、救済入場の可能性の有無を判断し、可能性があると判断するとサーバ装置に対して、救済入場の決定を送信する救済入場可能性有無判断手段を備ていることを特徴とする入場システム。
9. 定められた期間内の奇数日または偶数日のいずれかに施設に入場することのできるチケットに対応した入場システムであって、
   施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
   前記サーバ装置は、
   前記チケットのチケットＩＤと、当該チケットが奇数日に入場できるものであるか、偶数日に入場できるものであるかを示す入場可能日情報とを含むチケット情報を記録するとともに施設内人数予測情報を記録する記録部と、
   前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットＩＤに対応するチケット情報を取得するチケット情報取得手段と、
   前記入場ゲート制御装置から送信されてきた基礎情報要求を受けて、少なくとも施設内人数予測情報を含む基礎情報を取得する基礎情報取得手段と、
   前記チケット情報、基礎情報を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
   前記入場ゲート制御装置は、
   ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、
   取得したチケットＩＤを、送信部を介して、前記サーバ装置に送信する送信手段と、
   前記サーバ装置から送信されてきたチケット情報に基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断し、入場不可と判断した場合、救済入場可能性の有無を判断するための基礎情報要求をサーバ装置に送信する入場可否判断手段と
   前記サーバ装置からの基礎情報に基づいて、今日の施設内人数予測が施設の上限人数に対し、余裕が有るか無いかを判断し、余裕があれば救済入場の可能性を有とし、余裕がなければ救済入場の可能性を無とする救済入場可能性有無判断手段と、
   前記入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力するとともに、入場不可と判断された場合、救済入場可能性有無手段の判断結果に基づいて、救済入場の可能性有無を提示部に出力する制御手段とを備えたことを特徴とする入場システム。
10. 定められた期間内の奇数日または偶数日のいずれかに施設に入場することのできるチケットに対応した入場システムのための入場ゲート制御装置であって、
    ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、
    取得したチケットＩＤを、送信部を介して、サーバ装置に送信する送信手段と、
    前記サーバ装置から送信されてきたチケット情報に基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断し、入場不可と判断した場合、救済入場可能性の有無を判断するための基礎情報要求をサーバ装置に送信する入場可否判断手段と
    前記サーバ装置からの基礎情報に基づいて、今日の施設内人数予測が施設の上限人数に対し、余裕が有るか無いかを判断し、余裕があれば救済入場の可能性を有とし、余裕がなければ救済入場の可能性を無とする救済入場可能性有無判断手段と、
    前記入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力するとともに、入場不可と判断された場合、救済入場可能性有無手段の判断結果に基づいて、救済入場の可能性有無を提示部に出力する制御手段とを備えたことを特徴とする入場ゲート制御装置。
11. 請求項９の入場システムにおいて、
    前記記録部に記録された施設内人数予測情報は、所定時刻ごとの施設内人数を予測したデータであり、
    前記サーバ装置は、
    入場可否判断手段によって入場可と判断した人数と、退場センサによって検出された退場者の人数とに基づいて、現在の施設内実人数を算出して記録部に記録する施設内実人数算出手段と、
    現在の施設内実人数と現在時刻に対応する所定時刻の施設内予測人数とに基づいて、施設内人数予測情報を修正し、記録部に記録する予測情報修正手段とを備え、
    前記入場ゲート制御装置の救済入場可能性有無判断手段は、前記施設内予測人数が、現在以降のいずれかの時刻において前記上限人数を超えるか否かを判断し、超える場合には救済入場可能性無しとし、超えない場合には救済入場可能性有りとする超過有無判断手段と、
    を備えたことを特徴とする入場システム。
12. 請求項９または１１の入場システムにおいて、
    前記サーバ装置に接続されたチケット販売装置をさらに備え、
    前記チケット販売装置は、救済入場の決定を、サーバ装置に送信する送信手段を備えており、
    前記サーバ装置は、前記救済入場の決定を受けて、記録部に記録されているチケット情報に救済入場可の情報を含めるように更新する救済入場決定手段をさらに備え、
    前記入場ゲート制御装置の入場可否判断手段は、チケット情報を参照して、少なくとも今日が当該チケットにて入場できる日にあたるか、当該チケットが救済入場可となっているかどうかのいずれかであれば、入場可と判断することを特徴とする入場システム。
13. 請求項１２の入場システムにおいて、
    前記チケット販売装置は、
    救済入場の申込を、サーバ装置に送信する送信手段を備えており、
    前記サーバ装置は、当該救済入場の申込を受けて、少なくとも施設内人数予測情報を含む基礎情報を取得する基礎情報取得手段を備え、
    前記サーバ装置の送信手段は、当該基礎情報を、チケット販売装置に送信し、
    前記チケット販売装置は、前記基礎情報に基づいて、救済入場の可能性の有無を判断し、可能性があると判断するとサーバ装置に対して、救済入場の決定を送信する救済入場可能性有無判断手段を備ていることを特徴とする入場システム。
14. 定められた期間内の所定の日に施設に入場することのできるチケットに対応した入場システムであって、
    施設の入り口に設けられた入場ゲート制御装置と、当該入場ゲート制御装置と通信可能に設けられたサーバ装置とを備えており、
    前記サーバ装置は、
    前記チケットのチケットＩＤと、当該チケットにて入場できる日または入場できない日を示す入場可能日情報とを含むチケット情報を記録するとともに施設内人数予測情報を記録する記録部と、
    前記入場ゲート制御装置から送信されてきたチケットＩＤに基づいて、当該チケットＩＤに対応するチケット情報を取得するチケット情報取得手段と、
    前記入場ゲート制御装置から送信されてきた基礎情報要求を受けて、少なくとも施設内人数予測情報を含む基礎情報を取得する基礎情報取得手段と、
    前記チケット情報、基礎情報を、送信部を介して、前記入場ゲート制御装置に送信する送信手段とを備え、
    前記入場ゲート制御装置は、
    ユーザの所持するチケットからチケットＩＤを取得するチケットＩＤ取得手段と、
    取得したチケットＩＤを、送信部を介して、前記サーバ装置に送信する送信手段と、
    前記サーバ装置から送信されてきたチケット情報に基づいて、当該チケットの入場可能日情報を取得し、少なくとも今日が当該チケットにて入場できる日にあたるかどうかを判断し、入場不可と判断した場合、救済入場可能性の有無を判断するための基礎情報要求をサーバ装置に送信する入場可否判断手段と
    前記サーバ装置からの基礎情報に基づいて、今日の施設内人数予測が施設の上限人数に対し、余裕が有るか無いかを判断し、余裕があれば救済入場の可能性を有とし、余裕がなければ救済入場の可能性を無とする救済入場可能性有無判断手段と、
    前記入場可否判断手段の判断結果に基づいて、入場可否を提示部に出力するとともに、入場不可と判断された場合、救済入場可能性有無手段の判断結果に基づいて、救済入場の可能性有無を提示部に出力する制御手段とを備えたことを特徴とする入場システム。
15. 請求項１〜６、８〜１４のいずれかのシステムまたは装置において、
    前記定められた期間内の入場可能な奇数日または偶数日のうち、所定の日を除外日として入場不可とするシステムまたは装置。
    
    

Images