JP2016131277A - 端末制御システム、端末制御装置および端末制御プログラム - Google Patents

Abstract

【課題】機能制限が必要な端末装置のみを対象として制限すべき機能を特定の時間帯だけ制限するといったきめ細かな機能制限を実現する。【解決手段】端末制御システム１は、端末制御装置１０と端末装置２０とを有する。端末制御装置１０は、少なくとも機能制限情報をイベントごとに記憶する記憶部と、入退場ゲート機器３０を通じて端末装置２０からチケット情報を取得する入退制御部と、取得したチケット情報に紐付く機能制限情報を端末装置２０に送信する通信部とを備える。端末装置２０は、チケット情報を記憶する記憶部と、入退場ゲート機器３０を通じてチケット情報を入退制御部に取得させる処理を行う処理部と、機能制限情報を受信する通信部と、受信した機能制限情報が示す機能を制限する制御部とを備える。【選択図】図１

Description

本発明は、端末制御システム、端末制御装置および端末制御プログラムに関する。

ユーザが携帯可能な携帯電話機やスマートフォンなどの端末装置は、通話機能のほかに、電子メールを送受信するメール機能、インターネット上のＷｅｂサイトを閲覧するブラウザ機能、カメラを用いた撮影機能、マイクを用いた録音機能などの様々な機能を有するものが一般的である。このような多機能の端末装置に対しては、例えば、情報セキュリティ対策、著作権や肖像権の保護などの観点から、特定の場所において特定の機能を制限することが求められる場合がある。

このような場合、特定の場所では端末装置の特定の機能を使用しないことをユーザに促すだけでは、実効性に欠ける。そこで、端末装置の特定の機能に対して強制的に制限をかける仕組みが提案されている。例えば特許文献１には、端末装置が予め定めた制限区域内に進入したことを検知して、制限区域内に存在している間は、端末装置の特定の機能を無効化する技術が開示されている。

しかし、特許文献１に開示される技術では、制限区域内に存在しているという条件を満たすだけで端末装置の特定の機能が無効化されるため、機能制限が必要な端末装置のみを対象として制限すべき機能を特定の時間帯だけ制限するといったきめ細かな対応を図ることが難しい。

上述した課題を解決するために、本発明は、１以上の情報処理装置と、端末装置と、を有する端末制御システムであって、前記１以上の情報処理装置は、少なくともイベントの開催時に制限すべき前記端末装置の機能を示す機能制限情報をイベントごとに記憶する第１の記憶手段と、イベントが開催されるイベント会場に設けられた機器を通じて、前記端末装置からチケット情報を取得する取得手段と、前記取得手段が取得した前記チケット情報により特定されるイベントに対応する前記機能制限情報を前記端末装置に送信する送信手段と、を備え、前記端末装置は、前記チケット情報を記憶する第２の記憶手段と、前記第２の記憶手段が記憶する前記チケット情報を、前記イベント会場に設けられた機器を通じて前記取得手段に取得させるための処理を行う処理手段と、前記送信手段により送信された前記機能制限情報を受信する受信手段と、前記端末装置が有する機能のうち、前記受信手段が受信した前記機能制限情報が示す機能の使用を制限する制御手段と、を備えることを特徴とする。

本発明によれば、機能制限が必要な端末装置のみを対象として制限すべき機能を特定の時間帯だけ制限するといったきめ細かな機能制限を実現することができる。

図１は、実施形態の機器制御システムの概略構成を示す概念図である。 図２は、端末制御装置を構成する情報処理装置のハードウェア構成例を示すブロック図である。 図３は、端末制御装置の機能的な構成例を示すブロック図である。 図４は、イベント管理テーブルの一例を示す図である。 図５は、イベント種別と制限機能との対応関係の一例を示す図である。 図６は、予約管理テーブルの一例を示す図である。 図７は、端末装置のハードウェア構成例を示すブロック図である。 図８は、端末装置の機能的な構成例を示すブロック図である。 図９は、端末装置のディスプレイに表示される画面の一例を示す図である。 図１０は、入退場ゲート機器の機能的な構成例を示すブロック図である。 図１１は、第１実施形態の処理の流れを示すシーケンス図である。 図１２は、第１実施形態の処理の流れを示すシーケンス図である。 図１３は、第１実施形態の処理の流れを示すシーケンス図である。 図１４は、第１変形例の処理の流れを示すシーケンス図である。 図１５は、第２変形例における端末装置の機能的な構成例を示すブロック図である。 図１６は、第２変形例の処理の流れを示すシーケンス図である。 図１７は、第３変形例におけるイベント種別と制限機能との対応関係の一例を示す図である。 図１８は、第２実施形態の処理の流れを示すシーケンス図である。

以下、添付図面を参照しながら、本発明に係る端末制御システム、端末制御装置および端末制御プログラムの実施形態を詳細に説明する。以下で説明する実施形態の端末制御システムは、各種のイベント会場において、イベントに参加するユーザが携帯する端末装置の機能のうち、イベントの種別に応じて定められた特定の機能を特定の時間（例えばイベントが開催されている間）制限するシステムである。

本システムでは、イベント会場に持ち込まれた機能制限の対象となる端末装置を特定するために、イベント会場での入場処理に用いられるチケット情報を利用する。チケット情報は、ユーザによる事前のチケット購入手続きに応じて発行され、ユーザが携帯する端末装置に保存される。チケット情報を利用して機能制限の対象となる端末装置を特定することにより、例えばイベントの主催者や出演者がイベント会場に持ち込んだ端末装置など、機能制限が必要でない端末装置に対して不要な機能制限をかけることがない。

＜第１実施形態＞
図１は、本実施形態の端末制御システム１の概略構成を示す概念図である。端末制御システム１は、図１に示すように、端末制御装置１０と、ユーザが携帯する端末装置２０と、各イベント会場に設けられた入退場ゲート機器３０＿１，３０＿２，・・・，３０＿Ｎ（以下、「入退場ゲート機器３０」と総称する）とを備える。

端末制御装置１０は、インターネットなどのネットワーク上に構築されたサーバシステムであり、１以上の情報処理装置を用いて構成される。端末制御装置１０を複数の情報処理装置で構成する場合、複数の情報処理装置を異なる場所に配置して、これら複数の情報処理装置間での通信により情報伝達を行ってもよい。例えば、一部の情報処理装置を端末制御システム１の管轄下にある各イベント会場にそれぞれ配置してもよい。

なお、チケット購入手続きの詳細な説明は省略するが、ユーザによるチケット購入手続きを支援する機能を端末制御装置１０に持たせるようにしてもよい。例えば、端末制御装置１０が、端末制御システム１の管轄下にあるイベント会場で開催されるイベントに関するイベント情報を公開し、ユーザによるチケット購入手続きを受け付け、チケット購入手続きに応じて課金処理を行い、チケット情報を発行してユーザにより指定された端末装置２０に送信するなどの機能を有する構成としてもよい。また、端末制御システム１の外部のチケット販売サイトと連携してこれらの処理を行う機能を端末制御装置１０に持たせるようにしてもよい。なお、端末制御装置１０の詳細については後述する。

端末装置２０は、ユーザが携帯可能なポータブル端末であり、本実施形態ではスマートフォンを想定する。端末装置２０は、通話機能、メール機能、ブラウザ機能、撮影機能、録音機能などの様々な機能を有する。これらの機能は、端末装置２０のハードウェアと、端末装置２０に搭載されたＯＳ（オペレーションシステム）上で動作する様々なアプリケーションプログラム（ソフトウェア）との協働により実現される。

また、端末装置２０は、チケット購入手続きに応じて発行されたチケット情報を内部の不揮発性メモリに保存する機能と、ユーザ操作に応じて不揮発性メモリが記憶するチケット情報をＱＲコード（登録商標）などのコード情報としてディスプレイに表示したり、ＮＦＣ（Near Field Communication）などの近距離無線通信により送信したりすることでイベント会場での入場処理（あるいは退場処理）を行う機能とを有する。また、端末装置２０は、入場処理に応じて端末制御装置１０から送信される後述の機器制限情報を受信する機能、入場処理後に端末制御装置１０に対して定期的な問い合わせ（ポーリング）を行う機能、機能制限情報に基づき、上述した通話機能、メール機能、ブラウザ機能、撮影機能、録音機能などに制限をかける機能などを有する。これらの機能は、例えば端末制御システム１への登録時などに配布されるアプリケーションプログラム（以下、「イベントアプリ」という）を端末装置２０が実行することにより実現される。なお、端末装置２０の詳細については後述する。

入退場ゲート機器３０は、端末制御システム１の管轄下にあるイベント会場にそれぞれ設けられ、ゲートバーの開閉によりイベント会場へのユーザの入場や退場を制御する機器である。入退場ゲート機器３０は、端末装置２０のディスプレイに表示されたコード情報の読み取り、あるいは端末装置２０との間の近距離無線通信により取得されるチケット情報を、端末制御装置１０に送信する機能を有する。また、入退場ゲート機器３０は、端末制御装置１０から送信されるゲート制御信号に応じてゲートバーを開放する機能を有する。なお、入退場ゲート機器３０の詳細については後述する。

次に、端末制御装置１０の詳細について説明する。図２は、端末制御装置１０を構成する情報処理装置のハードウェア構成例を示すブロック図である。端末制御装置１０を構成する情報処理装置は、例えば図２に示すように、ＣＰＵ１０１などのプロセッサと、ＲＯＭ１０２、ＲＡＭ１０３およびＨＤＤ１０４などの記憶装置と、ネットワークを介して外部と通信を行う通信Ｉ／Ｆ１０５と、ディスプレイや入力デバイスなどの周辺機器との間のデータ入出力を仲介する機器Ｉ／Ｆ１０６と、を備えた通常のコンピュータ装置のハードウェア構成を有する。

図３は、端末制御装置１０の機能的な構成例を示すブロック図である。端末制御装置１０は、ハードウェアとソフトウェア（プログラム）との協働により実現される機能構成として、例えば図３に示すように、記憶部１１と、入退制御部１２と、イベント管理部１３と、通信部１４とを有する。これらの機能構成は、例えば図２に示したＣＰＵ１０１が、ＲＡＭ１０３を作業領域として利用して、ＲＯＭ１０２やＨＤＤ１０４に格納されているプログラムをＲＡＭ１０３にロードして実行することにより実現される。なお、記憶部１１は、プログラムにより確保される例えばＨＤＤ１０４などの記憶装置のデータ格納領域であり、通信部１４は、プログラムが通信Ｉ／Ｆ１０５を利用して実現する通信機能である。

記憶部１１は、例えば、イベント管理テーブルＴｂ１と予約管理テーブルＴｂ２とを記憶する。イベント管理テーブルＴｂ１は、端末制御システム１の管轄下にある各イベント会場で開催される各イベントを管理するためのテーブルである。予約管理テーブルＴｂ２は、各イベントに対してチケット購入手続きを行ったユーザの予約状況を管理するためのテーブルである。

図４は、記憶部１１が記憶するイベント管理テーブルＴｂ１の一例を示す図である。例えば図４に示すように、イベント管理テーブルＴｂ１の各エントリには、端末制御システム１の管轄下にある各イベント会場で開催される各イベントについての情報が格納される。「イベントＩＤ」カラムには、イベントに対して一意に割り当てられたイベントＩＤ（識別情報）が格納される。「イベント名」カラムには、イベントの名称を示す情報が格納される。「イベント種別」カラムには、イベントの種別を示す情報（例えば、ショー、セミナー、展示会などの属性）が格納される。「機能制限」カラムには、例えば「イベント種別」カラムで示されるイベントの種別に応じて定められた、制限すべき端末装置２０の機能を示す情報（機能制限情報）が格納される。

図５は、「イベント種別」と「制限機能」との対応関係の一例を示す図である。この図５の例では、「イベント種別」が「ショー」の場合は、端末装置２０の有する様々な機能のうち、「通話機能」、「撮影機能」、「録音機能」および「着信音」の各機能が制限されることを示している。また、「イベント種別」が「展示会」の場合は、端末装置２０の有する様々な機能のうち、「撮影機能」および「着信音」の各機能が制限されることを示している。また、「イベント種別」が「セミナー」の場合は、端末装置２０の有する様々な機能のうち、「通話機能」、「撮影機能」、「録音機能」、「ブラウザ機能」および「メール機能」の各機能が制限されることを示している。なお、図５に示す対応関係は一例であり、これに限るものではない。

「機能制限」カラムには、例えば図５に示す例のように「イベント種別」カラムで示されるイベントの種別に応じて予め定められた端末装置２０の機能制限情報が格納される。なお、「機能制限」カラムに格納される機能制限情報は、個々のイベントごとに最適化されるように、例えば端末制御システム１の管理者により追加、削除などの編集が行われる構成であってもよい。また、「イベント種別」に応じたデフォルトの機能制限情報を準備せずに、例えば端末制御システム１の管理者が個々のイベントごとに「機能制限」カラムの機能制限情報を格納する構成であってもよい。

図４に戻り、「制限タイプ」カラムには、「イベント種別」カラムで示されるイベントの種別に応じて定められた、端末装置２０における機能制限を実施する時間帯を定める制限タイプの情報が格納される。本実施形態では、制限タイプを、「イベント種別」が「ショー」の場合に適用されるタイプ「１」と、「イベント種別」が「セミナー」の場合に適用されるタイプ「２」と、「イベント種別」が「展示会」の場合に適用されるタイプ「３」の３種類に分類している。

タイプ「１」は、端末制御装置１０がイベントの進行状況（イベントが開始前であるか、開催中であるか、終了したか）を監視し、イベントが開催中の間、端末装置２０に対して機能制限情報が示す機能の制限を実施させる制限タイプである。タイプ「１」は、イベントの開催時間帯が定められているとしても、実際の開催時間帯が流動的で変動が生じやすいイベントに適した制限タイプである。このため、本実施形態では、実際の開催時間に変動が生じやすい「ショー」の場合にタイプ「１」の制限タイプを適用する。

タイプ「２」は、予め定められたイベントが開催される時間帯の間、端末装置２０に対して機能制限情報が示す機能の制限を実施させる制限タイプである。タイプ「２」は、予め定めたスケジュール通りに開催されることが多く、開催時間帯に変動が生じにくいイベントに適した制限タイプである。このため、本実施形態では、スケジュール通りに開催されることが多い「セミナー」の場合にタイプ「２」の制限タイプを適用する。

タイプ「３」は、イベント会場からの退場処理が行われるまでの間、端末装置２０に対して機能制限情報が示す機能の制限を実施させる制限タイプである。タイプ「２」は、開催時間帯が特に定められないイベントに適した制限タイプである。このため、本実施形態では、スケジュール通りに開催されることが多い「展示会」の場合にタイプ「３」の制限タイプを適用する。

「開催日時」カラムには、イベントが開催される日時の情報が格納される。図４に示すように、「イベント種別」が「ショー」、「制限タイプ」がタイプ「１」のイベントについては、上述したようにイベントの開催時間帯が流動的なため、「開催日時」カラムにはイベントが開催される日を示す情報のみが格納される。ただし、予定として定めた開催時間帯を示す情報を併せて格納する構成であってもよい。

「イベント種別」が「セミナー」、「制限タイプ」がタイプ「２」のイベントについては、「開催日時」カラムには、イベントが開催される日および時間帯を示す情報（制限時間帯情報）が格納される。また、「イベント種別」が「展示会」、「制限タイプ」がタイプ「３」のイベントについては、「開催日時」カラムには、イベントが開催される期間を示す情報が格納される。

「ステータス」カラムには、「イベント種別」が「ショー」、「制限タイプ」がタイプ「１」のイベントについて、端末制御装置１０が監視しているイベントの進行状況（イベントが開始前であるか、開催中であるか、終了したか）を示すステータス情報が格納される。このステータス情報は、イベントの進行状況に合わせて更新される。例えば、端末制御システム１の管理者が様々な手段によりイベントの進行状況を確認し、イベントの進行状況が変化した場合にステータス情報を更新してもよいし、イベント会場の照明や音響の電源システムなどから、イベントの進行状況を間接的に確認できる信号を端末制御装置１０が取得し、取得した信号に応じてステータス情報が自動で更新される構成であってもよい。

なお、イベント管理テーブルＴｂ１の各エントリの情報は、該当するイベントが終了すると消去される。ただし、イベント管理テーブルＴｂ１の各エントリの情報の一部または全部を、履歴情報として、イベントが終了した後も残しておくようにしてもよい。

図６は、予約管理テーブルＴｂ２の一例を示す図である。予約管理テーブルＴｂ２には、イベントごとに、そのイベントに対してチケット購入手続きを行ったユーザに関する情報が格納される。イベントは、イベント管理テーブルＴｂ１に格納されているイベントＩＤにより特定され、そのイベントのテーブルデータの各エントリに、チケット購入手続きを行ったユーザごとの情報が格納される。

「チケットＩＤ」カラムには、チケット購入手続きに応じてユーザの端末装置１０に送られたチケット情報を識別するチケットＩＤ（識別情報）が格納される。「座席番号」カラムには、ユーザが予約したイベント会場の座席を示す座席番号の情報が格納される。

「ユーザ情報」カラムには、例えばチケット購入手続きの際にユーザが入力したユーザ情報（ユーザ名など）が格納される。また、「端末情報」カラムには、例えばチケット購入手続きの際にユーザが入力した端末情報（ユーザ名など）が格納される。「端末情報」カラムに格納される端末情報は、イベント会場での入場処理や退場処理に用いる端末装置２０の情報である。

「アクセス情報」カラムには、「端末情報」カラムに格納された端末情報で特定される端末装置２０に対して端末制御装置１０が通信する際にアクセスするアクセス先を示す情報が格納される。この「アクセス情報」カラムに格納される情報は、例えば、チケット購入手続きの際にユーザがチケット情報の送信先として指定した端末装置２０のアドレス情報であってもよいし、チケット購入手続きの際にユーザが入力した、端末装置２０に格納されているイベントアプリのプロダクトＩＤなどから特定されるイベントアプリにアクセスするアクセス情報であってもよい。また、「アクセス情報」カラムに格納される情報はこれらに限らず、イベント会場での入場処理や退場処理に用いる端末装置２０に対して端末制御装置１０が通信を行うことを可能にする情報であればよい。

「ステータス」カラムには、ユーザがイベント会場に入場したか、入場していない（入場が未の状態）か、すでに退場したかを示すステータス情報が格納される。このステータス情報は、例えば、入退場ゲート機器３０からのチケット情報の受信有無に応じて自動的に更新される。

なお、予約管理テーブルＴｂ２のイベントごとのテーブルデータは、該当するイベントが終了すると消去される。ただし、予約管理テーブルＴｂ２のテーブルデータの一部または全部を、履歴情報として、イベントが終了した後も残しておくようにしてもよい。

記憶部１１が記憶する上述したイベント管理テーブルＴｂ１および予約管理テーブルＴｂ２は、イベント管理部１３による処理に利用される。また、記憶部１１が記憶する予約管理テーブルＴｂ２は、入退制御部１２による処理にも利用される。

図３に戻り、入退制御部１２は、入退場ゲート機器３０から取得したチケット情報を、記憶部１１が記憶する予約管理テーブルＴｂ２と照合するチケット検証の処理を行う。そして、入退制御部１２は、チケット検証が合格となった場合に、入退場ゲート機器３０に対してゲートバーを開放するためのゲート制御信号を送信する。

本実施形態では、入退制御部１２が入退場ゲート機器３０から取得するチケット情報に、イベントＩＤ、チケットＩＤ、座席番号、ユーザ情報および端末情報が含まれているものとする。入退制御部１２は、入退場ゲート機器３０からチケット情報を取得すると、そのチケット情報に含まれるイベントＩＤをもとに予約管理テーブルＴｂ２の該当するイベントのテーブルデータを特定し、チケット情報に含まれるチケットＩＤをもとに該当するエントリを特定する。そして、例えば、チケット情報に含まれる座席番号、ユーザ情報および端末情報が、特定したエントリに格納された座席番号、ユーザ情報および端末情報と一致する場合に、チケット検証に合格したと判断する。なお、入退制御部１２がチケット検証の合格を判断して入退場ゲート機器３０に対してゲートバーを開放するためのゲート制御信号を送信した場合、予約管理テーブルＴｂ２の該当するエントリの「ステータス」カラムに格納されるステータス情報が更新される。

イベント管理部１３は、入退制御部１２が入退場ゲート機器３０から取得したチケット情報と、記憶部１１が記憶するイベント管理テーブルＴｂ１および予約管理テーブルＴｂ２を用いて、入場処理（および退場処理）を行った端末装置２０に対して各種の情報を送信するための処理を行う。

具体的には、イベント管理部１３は、入退制御部１２が入退場ゲート機器３０から取得したチケット情報に含まれるイベントＩＤをもとにイベント管理テーブルＴｂ１を検索し、該当するエントリの「制限機能」カラムに格納されている機能制限情報を読み出す。また、イベント管理部１３は、入退制御部１２が入退場ゲート機器３０から取得したチケット情報に含まれるチケットＩＤをもとに予約管理テーブルＴｂ２を検索し、該当するエントリの「アクセス情報」カラムに格納されているアクセス先の情報を読み出す。そして、イベント管理部１３は、イベント管理テーブルＴｂ２から読み出した機能制限情報と、予約管理テーブルＴｂ２から読み出したアクセス先の情報とを通信部１４に渡して、通信部１４に対し、アクセス先の情報が示す端末装置２０に対する機能制限情報の送信を指示する。通信部１４は、イベント管理部１３からの指示に従って、入場処理を行った端末装置２０に対して機能制限情報を送信する。

なお、入退場ゲート機器３０との間の近距離無線通信によりチケット情報を送信する方法で入場処理を行った端末装置２０に対しては、この近距離無線通信を利用して機能制限情報を端末装置２０に送信するように構成してもよい。この場合、イベント管理部１３は、例えば、イベント管理テーブルＴｂ２から読み出した機能制限情報を入退制御部１２に渡し、入退制御部１２から入退場ゲート機器３０に対して、機能制限情報をゲート制御信号とともに送信させる。入退場ゲート機器３０は、ゲート制御信号に応じてゲートバーを開放させる前に、機能制限情報を近距離無線通信によって端末装置２０に送信する。

また、イベント管理部１３は、端末装置２０における機能制限の実施時間帯を制御するための処理を行う。この処理は、イベント管理テーブルＴｂ１の該当するエントリの「制限タイプ」カラムに格納されている値に応じて異なった処理となる。

イベントの制限タイプがタイプ「１」の場合は、イベント管理部１３は、通信部１４を利用して、入場処理を行った端末装置２０がイベントアプリの機能として実施する定期的な問い合わせ（ポーリング）に対する応答として、イベント管理テーブルＴｂ１の該当するエントリの「ステータス」カラムに格納されているステータス情報（開始前、開催中、終了）を端末装置２０に通知する処理を行う。

イベントの制限タイプがタイプ「２」の場合は、イベント管理部１３は、上述した「制限機能」カラムに格納されている機能制限情報の読み出しの際に、「開催時間」カラムに格納されている制限時間帯情報を併せて読み出す。そして、イベント管理部１３は、イベント管理テーブルＴｂ２から読み出した制限時間帯情報を機能制限情報とともに端末装置２０に送信するための処理を行う。端末装置２０に対する制限時間帯情報の送信は、機能制限情報の送信と同様に、イベント管理部１３からの指示に従って通信部１４が行うようにしてもよいし、入退場ゲート機器３０と端末装置２０との間の近距離無線通信を利用して行うようにしてもよい。また、制限時間帯情報は必ずしも機能制限情報とともに端末装置２０に送信する必要はなく、これらを別々に端末装置２０に送信してもよい。

イベントの制限タイプがタイプ「３」の場合は、イベント管理部１３は、入退制御部１２が入退場ゲート機器３０から同一のチケット情報を再度取得したか否かを監視することにより、端末装置２０が退場処理を行ったか否かを判定する。例えば、イベント管理部１３は、入退制御部１２が入退場ゲート機器３０から取得したチケット情報に含まれるチケットＩＤをもとに予約管理テーブルＴｂ２を検索し、該当するエントリの「ステータス」カラムに格納されているステータス情報が「入場」である場合、入退制御部１２が入退場ゲート機器３０から同一のチケット情報を再度取得した、つまり、端末装置２０が退場処理を行ったと判定する。そして、イベント管理部１３は、端末装置２０が退場処理を行ったと判定すると、この端末装置２０に対して機能制限を解除させるための制限解除情報を送信するための処理を行う。端末装置２０に対する制限解除情報の送信は、機能制限情報や制限時間帯情報の送信と同様に、イベント管理部１３からの指示に従って通信部１４が行うようにしてもよいし、入退場ゲート機器３０と端末装置２０との間の近距離無線通信を利用して行うようにしてもよい。

通信部１４は、イベント管理部１３からの指示に応じて端末装置２０との間で通信を行って、端末装置２０に対して機能制限情報や制限時間帯情報、イベントの進行状況を示すステータス情報、制限解除情報などの各種情報を端末装置２０に送信する。

以上説明した端末制御装置１０の機能構成のうち、記憶部１１が、特許請求の範囲に記載の「第１の記憶手段」に相当し、入退制御部１２が、特許請求の範囲に記載の「取得手段」に相当し、イベント管理部１３および通信部１４（あるいは入退制御部１２）が、特許請求の範囲に記載の「送信手段」に相当する。

次に、端末装置２０の詳細について説明する。図７は、端末装置２０のハードウェア構成例を示すブロック図である。端末装置２０は、例えば図７に示すように、ＣＰＵ２０１、システムコントローラ２０２、不揮発性メモリ２０３、ＲＡＭ２０４、グラフィックスコントローラ２０５、ディスプレイ２０６、タッチパネルコントローラ２０７、タッチパネル２０８、無線通信モジュール２０９、音声処理回路２１０、マイク２１１、スピーカ２１２、カメラモジュール２１３および操作スイッチ２１４を備える。

ＣＰＵ２０１は、端末装置２０の動作を統括的に制御するプロセッサである。ＣＰＵ２０１は、システムコントローラ２０２を介して端末装置２０の各部を制御する。ＣＰＵ２０１は、例えば、不揮発性メモリ２０３からＲＡＭ２０４にロードされるオペレーションシステムや各種のアプリケーションプログラムを実行することにより、端末装置２０の各部を制御するための機能を実現する。本実施形態では、特にＣＰＵ２０１が不揮発性メモリ２０３に格納されているイベントアプリを実行することにより、後述の機能構成（図８参照）を実現する。

不揮発性メモリ２０３は、オペレーションシステムや各種のアプリケーションプログラム、プログラムの実行に必要な各種データなどを記憶する。ＲＡＭ２０４は、端末装置２０のメインメモリとして、ＣＰＵ２０１がプログラムを実行する際の作業領域を提供する。

システムコントローラ２０２は、不揮発性メモリ２０３およびＲＡＭ２０４に対するアクセスを制御するメモリコントローラを内蔵する。また、システムコントローラ２０２は、グラフィックスコントローラ２０５、タッチパネルコントローラ２０７、音声処理回路２１０との通信を実行する機能を有する。また、システムコントローラ２０２は、操作スイッチ２１４が受け付けたユーザ操作の情報や、カメラモジュール２１３からの画像情報を入力する機能を有する。また、システムコントローラ２０２は、無線通信モジュール２０９を利用して端末装置２０の外部（端末制御装置１０や入退場ゲート機器３０）と通信を行って各種情報を入出力する機能を有する。

グラフィックスコントローラ２０５は、ディスプレイ２０６の表示動作を制御する表示コントローラである。タッチパネルコントローラ２０７は、タッチパネル２０８を制御し、ユーザによるタッチパネル２０８上のタッチ位置を示す座標データを取得する。

音声処理回路２１０は、マイク２１１から入力された音声信号の増幅やＡＤ変換、デジタル音声データのＤＡ変換やスピーカ２１２からの出力制御などの各種音声処理を実行する。

無線通信モジュール２０９は、端末装置２０の外部と無線による通信を行うための通信モジュールである。無線通信モジュール２０９は、無線通信基地局を介した通信（端末制御装置１０との間の情報通信や通話のための通信）のほか、入退場ゲート機器３０との間の近距離無線通信を行う機能を有する。

図８は、イベントアプリの実行により実現される端末装置２０の機能的な構成例を示すブロック図である。端末装置２０は、ハードウェアとソフトウェア（イベントアプリ）との協働により実現される機能構成として、例えば図８に示すように、記憶部２１と、処理部２２と、通信部２３と、制御部２４とを有する。これらの機能構成は、例えば図７に示したＣＰＵ２０１が、ＲＡＭ２０４を作業領域として利用して、不揮発性メモリ２０３に格納されているイベントアプリをＲＡＭ２０４にロードして実行することにより実現される。なお、記憶部２１は、イベントアプリにより確保される不揮発性メモリ２０３のデータ格納領域であり、通信部２３は、イベントアプリが無線通信モジュール２０９を利用して実現する通信機能である。また、処理部２２は、イベントアプリがディスプレイ２０６や無線通信モジュール２０９を利用して実現する、イベント会場での入場処理や退場処理を行うための機能である。

記憶部２１は、チケット購入手続きに応じて発行されたチケット情報を記憶する。記憶手段２１が記憶するチケット情報には、上述したように、イベントＩＤ、チケットＩＤ、座席番号、ユーザ情報および端末情報が含まれる。なお、ユーザ情報と端末情報を含まないチケット情報を記憶部２１が記憶し、後述の処理部２２が入場処理や退場処理を行う際に、記憶部２１から読み出したチケット情報にユーザ情報と端末情報を付加するようにしてもよい。

また、記憶部２１は、端末制御装置１０から機能制限情報が送信されると、この機能制限情報を記憶する。端末制御装置１０から送信された制限機能情報は通信部２３により受信され、記憶部２１に保存される。また、記憶部２１は、端末制御装置１０から機能制限情報と併せて制限時間帯情報が送信された場合は、この制限時間帯情報も併せて記憶する。端末制御装置１０から送信された制限時間帯情報は通信部２３により受信され、記憶部２１に保存される。なお、記憶部２１が記憶するチケット情報、機能制限情報および制限時間帯情報は、例えば、退場処理が行われた後や予め定めた期間が経過した後に消去される。

処理部２２は、記憶部２１が記憶するチケット情報を、入退場ゲート機器３０を通じて端末制御装置１０に取得させるための処理（入場処理あるいは退場処理）を行う。本実施形態では、入退場ゲート装置３０が端末装置２０からチケット情報を取得する方法として、上述したように、端末装置２０のディスプレイ２０６に表示されたＱＲコードなどのコード情報の読み取りと、端末装置２０との間のＮＦＣなどの近距離無線通信の２つの方法を想定している。処理部２２は、これら２つの方法のうち、ユーザの操作により選択された方法に対応した処理を行う。

図９は、イベントアプリの起動に応じて端末装置２０のディスプレイ２０６に表示される画面の一例を示す図である。イベントアプリを起動すると、端末装置２０のディスプレイ２０６には、まず図９（ａ）に示すように、記憶部２１が記憶するチケット情報の一覧を示すチケット一覧画面が表示される。このチケット一覧画面には、記憶部２１が記憶するチケット情報に対応するイベント名とともに、イベント会場への入場方法をユーザが選択するためのボタン（図中の「ＮＦＣ」ボタン、「ＱＲ」ボタン）が配置される。

このチケット一覧画面上で、ユーザが、所望のイベント名とともに配置されている「ＱＲ」ボタンを選択するタッチ操作を行うと、処理部２２は、選択されたイベントに対応するチケット情報を記憶部２１から読み出してＱＲコードにコード化し、ディスプレイ２０６に表示させる処理を行う。これにより、端末装置２０のディスプレイ２０６には、図９（ｂ）に示すように、選択されたイベントに対応するチケット情報をコード化したＱＲコードが表示される。ユーザは、端末装置２０のディスプレイ２０６に表示されているＱＲコードを入退場ゲート機器３０に設けられた読み取り機にかざして読み取らせることにより、チケット情報を入退場ゲート機器３０を通じて端末制御装置１０に取得させる。そして、チケット検証に合格すると端末制御装置１０から入退場ゲート機器３０にゲート制御信号が送られてゲートバーが開放される。これにより、ユーザはイベントが開催されるイベント会場への入場（あるいは退場）が可能となる。

一方、図９（ａ）に示すチケット一覧画面上で、ユーザが、所望のイベント名とともに配置されている「ＮＦＣ」ボタンを選択するタッチ操作を行うと、処理部２２は、選択されたイベントに対応するチケット情報を記憶部２１から読み出して無線通信モジュール２０９に受け渡す処理を行う。また、処理部２２は、図９（ｃ）に示すように、ＮＦＣでの通信の準備が整ったことをユーザに報知するための画面をディスプレイ２０６に表示させる。ユーザは、端末装置２０のディスプレイ２０６に表示されている情報を確認することでＮＦＣでの通信の準備が整ったことを認識し、端末装置２０を入退場ゲート機器３０に設けられた無線通信機に近づけることにより、チケット情報を入退場ゲート機器３０を通じて端末制御装置１０に取得させる。そして、チケット検証に合格すると端末制御装置１０から入退場ゲート機器３０にゲート制御信号が送られてゲートバーが開放される。これにより、ユーザはイベントが開催されるイベント会場への入場（あるいは退場）が可能となる。

図８に戻り、通信部２３は、端末制御装置１０との間で通信を行って、端末制御装置１０から送信された機能制限情報や制限時間帯情報、制限解除情報などの各種情報を受信する。また、通信部２３は、イベントアプリが起動されている間、端末制御装置１０に対して定期的な問い合わせ（ポーリング）を行って、その応答として、端末制御装置１０から送信された、イベントの進行状況を示すステータス情報を取得する機能も有する。この端末制御装置１０に対するポーリングは、上述したように、制限タイプがタイプ「１」のイベントにおいてのみ行われればよい。イベントの制限タイプがタイプ「１」であるか否か、つまりポーリングが必要であるか否かは、例えば、端末制御装置１０が端末装置２０に送信する機能制限情報の付加情報として、端末装置２０に通知することができる。この場合、通信部２３は、端末制御装置１０から受信した機能制限情報にポーリングが必要であることを示す付加情報が付加されている場合に、端末制御装置１０に対するポーリングを実施する。

制御部２４は、端末装置２０が有する通話機能、メール機能、ブラウザ機能、撮影機能、録音機能などの様々な機能のうち、通信部２３が端末制御装置１０から受信して記憶部２１に保存された機能制限情報が示す機能を制限する。この際、制御部２４は、通信部２３が端末制御装置１０に対するポーリングによりイベントの進行状況を示すステータス情報の取得を行っている場合（つまり、イベントの制限タイプがタイプ「１」の場合）は、通信部２３が端末制御装置１０からイベント開催中であることを示すステータス情報を取得している間、記憶部２１に保存された機能制限情報が示す機能の制限を行う。

また、制御部２４は、通信部２３が端末制御装置１０から機能制限情報とともに制限時間帯情報を受信して記憶部２１に保存している場合（つまり、イベントの制限タイプがタイプ「２」の場合）は、記憶部２１に保存された制限時間帯情報が示す時間帯の間、記憶部２１に保存された機能制限情報が示す機能の制限を行う。なお、時刻は端末装置２０に通常備わっている時計機能の時刻情報を取得すればよい。

また、制御部２４は、通信部２３が端末制御装置１０に対するポーリングを行っておらず、かつ、端末制御装置１０から制限時間帯情報を受信していない場合（つまり、イベントの制限タイプがタイプ「３」の場合）は、通信部２３が機能制限情報を受信してから、処理部２２による退場処理に応じて端末制御装置１０から送信される上述した制限解除情報を受信するまでの間、記憶部２１に保存された機能制限情報が示す機能の制限を行う。

以上説明した端末装置２０の機能構成のうち、記憶部２１が、特許請求の範囲に記載の「第２の記憶手段」に相当し、処理部２２が、特許請求の範囲に記載の「処理手段」に相当し、通信部２３が、特許請求の範囲に記載の「受信手段」および「問い合わせ手段」に相当し、制御部２４が、特許請求の範囲に記載の「制御手段」に相当する。

次に、イベント会場に設けられる入退場ゲート機器３０の詳細について説明する。図１０は、入退場ゲート機器３０の機能的な構成例を示すブロック図である。入退場ゲート機器３０は、例えば図１０に示すように、コード情報読取部３１、無線通信部３２、通信部３３およびゲート駆動部３４を備える。

コード情報読取部３１は、端末装置２０のディスプレイ２０６に表示されたＱＲコードなどのコード情報を読み取ってチケット情報にデコードし、デコードしたチケット情報を通信部３３から端末制御装置１０に送信させる処理を行う。また、無線通信部３２は、端末装置２０との間のＮＦＣなどの近距離無線通信によりチケット情報を受信し、受信したチケット情報を通信部３３から端末制御装置１０に送信させる処理を行う。

通信部３３は、端末制御装置１０との間で通信を行って、端末制御装置１０に対して端末装置２０から取得したチケット情報を送信したり、端末制御装置１０からゲート制御信号を受信したりする。

ゲート駆動部３４は、通信部３３が端末制御装置１０から受信したゲート制御信号に応じて、イベント会場に設置されたゲートバーのアクチュエータを駆動して、ゲートバーを開放させる処理を行う。ゲート駆動部３４によりゲートバーが開放されることで、イベント会場へのユーザの入場（あるいは退場）が可能になる。

次に、以上のように構成される端末制御システム１の動作について説明する。本実施形態の端末制御システム１の動作は、上述したように、イベントの制限タイプごとに異なったものとなる。以下では、イベントの制限タイプがタイプ「１」の場合、イベントの制限タイプがタイプ「２」の場合、イベントの制限タイプがタイプ「３」の場合の順に、それぞれの制限タイプに応じた端末制御システム１の動作例を説明する。

図１１は、本実施形態の処理の流れを示すシーケンス図であり、イベントの制限タイプがタイプ「１」の場合の例である。この例の場合、端末装置２０は、端末制御装置１０に対するポーリングによりイベントの進行状況を示すステータス情報を取得し、イベントが開催中の間だけ機能制限を行う。

まず、端末装置２０は、事前のチケット購入手続きに応じて発行されたチケット情報を記憶部２１に保存する（ステップＳ１０１）。その後、ユーザがイベント会場に入場する際に、端末装置２０が入場処理を行う（ステップＳ１０２）。これにより、記憶部２１が記憶するチケット情報が入退場ゲート機器３０により取得され（ステップＳ１０３）、このチケット情報がさらに端末制御装置１０により取得される（ステップＳ１０４）。

端末制御装置１０は、入退場ゲート機器３０からチケット情報を取得すると、このチケット情報をもとにチケット検証の処理を行う（ステップＳ１０５）。ここでは、チケット検証に合格したものとして説明する。チケット検証に合格すると、端末制御装置１０は、入退場ゲート機器３０に対してゲート制御信号を送信する（ステップＳ１０６）。入退場ゲート機器３０は、端末制御装置１０からゲート制御信号を受信すると、このゲート制御信号に応じてゲートバーを開放する（ステップＳ１０７）。

また、端末制御装置１０は、チケット検証に合格すると、入退場ゲート機器３０から取得したチケット情報をもとに、記憶部１１が記憶するイベント管理テーブルＴｂ１を検索し（ステップＳ１０８）、該当するイベントに対して定められた機能制限情報を読み出して端末装置２０に対し送信する（ステップＳ１０９）。このとき、端末制御装置１０は、該当するイベントの制限タイプがタイプ「１」であることを検知し、端末装置２０に対して、ポーリングが必要であることを示す付加情報を付加した機能制限情報を送信する。

端末装置２０は、端末制御装置１０から機能制限情報が送信されると、この機能制限情報を受信して記憶部２１に保存する（ステップＳ１１０）。そして、端末装置２０は、端末制御装置１０に対するポーリングを開始し、端末制御装置１０に対する問い合わせ（ステップＳ１１１）に対する応答として、イベントが開始前であることを示すステータス情報を取得している間は（ステップＳ１１２）、機能制限を開始しない。その後、端末制御装置１０に対する問い合わせ（ステップＳ１１３）に対する応答として、イベントが開催中であることを示すステータス情報を取得すると（ステップＳ１１４）、端末装置２０は、記憶部２１が記憶している機能制限情報が示す機能の制限を開始する（ステップＳ１１５）。

端末装置２０は、機能制限を行っている間も端末制御装置１０に対するポーリングを継続し、端末制御装置１０に対する問い合わせ（ステップＳ１１６）に対する応答として、イベントが開催中であることを示すステータス情報を取得している間は（ステップＳ１１７）、機能制限を継続する。その後、端末制御装置１０に対する問い合わせ（ステップＳ１１８）に対する応答として、イベントが開催中であることを示すステータス情報を取得すると（ステップＳ１１９）、端末装置２０は、機能制限を解除する（ステップＳ１２０）。

以上のように、本例では、端末装置２０がチケット情報を用いた入場処理に応じて端末制御装置１０から機能制限情報を受信し、定期的なポーリングにより取得するステータス情報がイベント開催中であることを示している間だけ、機能制限情報が示す機能の制限を実施する。したがって、イベント参加者であるユーザがイベント会場に持ち込んだ端末装置２０に対し、イベントが開催されている間だけ、イベントの種別に応じて定められた機能を制限することができる。例えば、イベントがコンサートなどの場合には演奏開始が遅れたり、アンコールに応じて演奏が長引いたりすることがあるが、このような場合であっても、必要な時間帯だけ端末装置２０の機能制限を行うことができる。

図１２は、本実施形態の処理の流れを示すシーケンス図であり、イベントの制限タイプがタイプ「２」の場合の例である。この例の場合、端末制御装置１０から端末装置２０に対して機能制限情報を送信する際に、制限時間帯情報も併せて送信する。端末装置２０は、機能制限情報とともに受信した制限時間帯情報を記憶部２１に保存し、この制限時間帯情報が示す時間帯の間、機能制限を行う。

図１２のステップＳ２０１からステップＳ２０７までの処理は、図１１のステップＳ１０１からステップＳ１０７までの処理と同じであるため、説明を省略する。

本例では、端末制御装置１０は、チケット検証に合格すると、入退場ゲート機器３０から取得したチケット情報をもとに、記憶部１１が記憶するイベント管理テーブルＴｂ１を検索し（ステップＳ２０８）、該当するイベントに対して定められた機能制限情報を読み出す。このとき、端末制御装置１０は、該当するイベントの制限タイプがタイプ「２」であることを検知し、機能制限情報とともに制限時間帯情報を読み出す。そして、端末制御装置１０は、イベント管理テーブルＴｂ１から読み出した機能制限情報と制限時間帯情報とを端末装置２０に対し送信する（ステップＳ２０９）。

端末装置２０は、端末制御装置１０から機能制限情報と制限時間帯情報が送信されると、この機能制限情報と制限時間帯情報を受信して記憶部２１に保存する（ステップＳ２１０）。その後、端末装置２０は、記憶部２１が記憶している制限時間帯情報が示すイベント開始時刻（制限開始時刻）になるまで待機し、イベント開始時刻になると、記憶部２１が記憶している機能制限情報が示す機能の制限を開始する（ステップＳ２１１）。そして、端末装置２０は、制限時間帯情報が示すイベント終了時刻（制限解除時刻）になるまでは機能制限を継続し、イベント終了時刻になると、機能制限を解除する（ステップＳ２１２）。

以上のように、本例では、端末装置２０がチケット情報を用いた入場処理に応じて端末制御装置１０から機能制限情報と制限時間帯情報を受信し、制限時間帯情報が示す時間帯の間だけ、機能制限情報が示す機能の制限を実施する。したがって、イベント参加者であるユーザがイベント会場に持ち込んだ端末装置２０に対し、イベントが開催される時間帯として定められている時間帯の間だけ、イベントの種別に応じて定められた機能を制限することができる。

図１３は、本実施形態の処理の流れを示すシーケンス図であり、イベントの制限タイプがタイプ「３」の場合の例である。この例の場合、端末装置２０は、イベント会場への入場処理に応じて端末制御装置１０から機能制限情報を受信したときから、退場処理に応じて端末制御装置１０から制限解除情報を受信するまでの間、機能制限を行う。なお、本例では、端末装置２０がイベント会場への入場処理だけでなく退場処理も行うものとする。退場処理は、入場処理と同様に、記憶部２１が記憶するチケット情報をＱＲコードなどのコード情報として入退場ゲート機器３０に読み取らせる、あるいは近距離無線通信により入退場ゲート機器３０に送信し、端末制御装置１０でのチケット検証を経てゲートバーを開放させる処理である。

図１３のステップＳ３０１からステップＳ３１０までの処理は、図１１のステップＳ１０１からステップＳ１１０までの処理と同じであるため、説明を省略する。

本例では、端末装置２０は、端末制御装置１０から受信した機能制限情報を記憶部２１に保存すると、その機能制限情報が示す機能の制限を開始する（ステップＳ３１１）。その後、端末装置２０は、ユーザがイベント会場から退場する際に、退場処理を行う（ステップＳ３１２）。これにより、記憶部２１が記憶するチケット情報が入退場ゲート機器３０により取得され（ステップＳ３１３）、このチケット情報がさらに端末制御装置１０により取得される（ステップＳ３１４）。

端末制御装置１０は、入退場ゲート機器３０からチケット情報を取得すると、このチケット情報をもとにチケット検証の処理を行う（ステップＳ３１５）。この際、端末制御装置１０は、例えば、予約管理テーブルＴｂ２の該当するエントリの「ステータス」カラムを参照することにより、端末装置２０が退場処理を行ったことを検知して、端末装置２０に対し制限解除情報を送信する（ステップＳ３１６）。また、端末制御装置１０は、チケット検証に合格すると、入退場ゲート機器３０に対してゲート制御信号を送信する（ステップＳ３１７）。

端末装置２０は、端末制御装置１０から制限解除情報を受信すると、機能制限を解除する（ステップＳ３１８）。また、入退場ゲート機器３０は、端末制御装置１０からゲート制御信号を受信すると、このゲート制御信号に応じてゲートバーを開放する（ステップＳ３１９）。

以上のように、本例では、端末装置２０が、チケット情報を用いた入場処理に応じて端末制御装置１０から機能制限情報を受信してから、退場処理に応じて制限解除情報を受信するまでの間、機能制限情報が示す機能の制限を実施する。したがって、イベント参加者であるユーザがイベント会場に持ち込んだ端末装置２０に対し、イベント会場に入場してから退場するまでの間、イベントの種別に応じて定められた機能を制限することができる。本例は、展示会などのように開催の時間帯が定められないイベントにおいて特に有効である。

以上、具体的な例を挙げながら説明したように、本実施形態の端末制御システム１によれば、機能制限が必要な端末装置２０のみを対象として制限すべき機能を特定の時間帯だけ制限するといったきめ細かな機能制限を実現することができる。

次に、本実施形態のいくつかの変形例を説明する。

（第１変形例）
まず、第１変形例について説明する。本変形例は、イベントの制限タイプがタイプ「１」の場合の処理の変形例である。イベントの制限タイプがタイプ「１」の場合、上述した実施形態では、端末装置２０が、端末制御装置１０に対するポーリングにより取得するステータス情報が「開始前」から「開催中」に変化すると機能制限を開始し、「開催中」から「終了」に変化すると機能制限を解除する。これに対し本変形例では、端末装置２０は、入場処理に応じて端末制御装置１０から機能制限情報を受信すると機能制限を開始し、端末制御装置１０に対するポーリングにより、イベントが終了したことを示すステータス情報を取得すると機能制限を解除する。

つまり、上述した実施形態では、機能制限の開始と解除の双方をポーリングにより取得されるステータス情報に基づいて制御していたのに対し、本変形例では、機能制限の解除のみポーリングにより取得されるステータス情報に基づいて制御する。なお、本変形例の場合、イベント管理テーブルＴｂ１の「ステータス」カラムに格納される情報は、イベントが終了したか否かを示す情報であればよい。

図１４は、本変形例の処理の流れを示すシーケンス図である。図１４のステップＳ４０１からステップＳ４１０までの処理は、図１１のステップＳ１０１からステップＳ１１０までの処理と同じであるため、説明を省略する。

本変形例では、端末装置２０は、端末制御装置１０から受信した機能制限情報を記憶部２１に保存すると、その機能制限情報が示す機能の制限を開始する（ステップＳ４１１）。その後、端末装置２０は、端末制御装置１０に対するポーリングを開始し、端末制御装置１０に対する問い合わせ（ステップＳ４１２）に対する応答として、イベントが終了前であることを示すステータス情報を取得している間は（ステップＳ４１３）、機能制限を継続する。その後、端末制御装置１０に対する問い合わせ（ステップＳ４１４）に対する応答として、イベントが開催中であることを示すステータス情報を取得すると（ステップＳ４１５）、端末装置２０は、機能制限を解除する（ステップＳ４１６）。

以上のように、本変形例では、端末装置２０がチケット情報を用いた入場処理に応じて端末制御装置１０から機能制限情報を受信してから、定期的なポーリングによってイベントが終了したことを示すステータス情報を取得するまでの間、機能制限情報が示す機能の制限を実施する。したがって、イベント参加者であるユーザがイベント会場に持ち込んだ端末装置２０に対し、イベントが開催されている間だけ、イベントの種別に応じて定められた機能を制限することができる。

（第２変形例）
次に、第２変形例について説明する。本変形例は、イベントの制限タイプがタイプ「３」の場合の処理の変形例である。イベントの制限タイプがタイプ「３」の場合、上述した実施形態では、端末装置２０が、退場処理に応じて端末制御装置１０から送信される制限解除情報を受信すると、機能制限を解除する。これに対し本変形例では、端末装置２０は、退場処理を行ったことを検知して、機能制限を解除する。

つまり、上述した実施形態では、イベント会場からの退場を端末制御装置１０で検知して機能制限の解除を制御していたのに対し、本変形例では、イベント会場からの退場を端末装置２０自身が検知して機能制限の解除を制御する。

図１５は、本変形例における端末装置（以下、上述した実施形態の端末装置２０と区別して端末装置２０’と表記する）の機能的な構成例を示すブロック図である。図１５に示すように、本変形例における端末装置２０’は、図８に示した端末装置２０の構成に対し、検知部２５を付加した構成とされる。

検知部２５は、例えば処理部２２の処理を監視して、イベント会場からの退場を検知する。具体的には、検知部２５は、処理部２２によりチケット情報をコード化して入退場ゲート機器３０に読み取らせる処理、あるいはチケット情報を近距離無線通信により入退場ゲート機器３０に読み取らせる処理が最初に行われると、入場処理が行われたことを示す入場フラグを保持（オン）する。その後、処理部２２によりチケット情報をコード化して入退場ゲート機器３０に読み取らせる処理、あるいはチケット情報を近距離無線通信により入退場ゲート機器３０に読み取らせる処理が行われた際に、入場フラグが保持されていれば、処理部２２の処理は退場処理と判断し、イベント会場からの退場を検知する。イベント会場からの退場が検知されると、入場フラグは消去（オフ）される。

図１６は、本変形例の処理の流れを示すシーケンス図である。図１６のステップＳ５０１からステップＳ５１４までの処理は、図１３のステップＳ３０１からステップＳ３１４までの処理と同じであるため、説明を省略する。

本変形例では、端末装置２０’は、退場処理を行ったことを検知部２５により検知し、機能制限を解除する（ステップＳ５１５）。また、端末制御装置１０は、入退場ゲート機器３０からチケット情報を取得すると、このチケット情報をもとにチケット検証の処理を行う（ステップＳ５１６）。そして、チケット検証に合格すると、端末制御装置１０は、入退場ゲート機器３０に対してゲート制御信号を送信する（ステップＳ５１７）。入退場ゲート機器３０は、端末制御装置１０からゲート制御信号を受信すると、このゲート制御信号に応じてゲートバーを開放する（ステップＳ５１８）。

以上のように、本変形例では、端末装置２０’が、チケット情報を用いた入場処理に応じて端末制御装置１０から機能制限情報を受信してから、退場を検知するまでの間、機能制限情報が示す機能の制限を実施する。したがって、イベント参加者であるユーザがイベント会場に持ち込んだ端末装置２０’に対し、イベント会場に入場してから退場するまでの間、イベントの種別に応じて定められた機能を制限することができる。

（第３変形例）
次に、第３変形例について説明する。本変形例は、端末装置２０の機能制限について制限内容を予め定め、その定められた制限内容の範囲内で機能制限を行う例である。例えば、撮影機能や録音機能であれば、撮影した画像ファイルや録音した音声ファイルを他の保存媒体へ保存（コピー）できないようにするコピー制限、再生回数が制限される形式でファイルを保存する再生回数制限などが、制限内容に該当する。この場合、制限内容の範囲内で機能制限を行うと、撮影や録音自体は可能であるがファイルのコピーや再生回数が制限されることになる。また、着信音の機能について、着信音の設定音量レベルが所定レベルを超えている場合に、その設定音量レベルを自動的に所定レベルまで下げるといった制御も、制限内容の範囲内での機能制限に含まれる。

本変形例の場合、端末制御装置１０の記憶部１１が記憶するイベント管理テーブルＴｂ１の「制限機能」カラムには、イベントの種別に応じて制限すべき機能に対する制限内容を定めた制限内容情報を含む機能制限情報が格納される。

図１７は、本変形例において、イベント管理テーブルＴｂ１の「イベント種別」カラムに格納される情報と「制限機能」カラムに格納される機能制限情報との対応関係の一例を示す図である。図１７に示す例では、図５に示した例と比較して、「イベント種別」が「ショー」の場合に制限される「録音機能」について、制限の内容としてコピー制限を行うことを示す制限内容情報が付加され、「イベント種別」が「セミナー」の場合に制限される「録音機能」について、制限の内容として再生回数制限を行うことを示す制限内容情報が付加されている。なお、図１７に示す対応関係は一例であり、これに限るものではない。

本変形例では、端末装置２０の制御部２４は、記憶部２１が記憶する機能制限情報に制限内容情報が含まれている場合、この機能制限情報が示す機能を、制限内容情報が示す内容で制限する。例えば、図１７の例のように、録音機能に付加される制限内容情報がコピー制限であれば、端末装置２０の制御部２４は、録音自体は許可するが、録音された音声ファイルのコピーを禁止するように、録音機能に対する制限を行う。また、録音機能に付加される制限内容情報が再生回数制限であれば、端末装置２０の制御部２４は、録音自体は許可するが、録音された音声ファイルを再生回数が制限される形式で保存するように、録音機能に対する制限を行う。

以上のように、本変形例によれば、制限する機能の種別だけでなく制限内容も含めた、よりきめ細かな機能制限を実現することができる。

＜第２実施形態＞
次に、第２実施形態について説明する。本実施形態では、端末装置２０の記憶部２１に機能制限情報を予め記憶させる。機能制限情報はイベントごとに管理されるため、事前のチケット購入手続きに応じてチケット情報を発行する際に、そのイベントに対応する機能制限情報を取得してチケット情報とともに端末装置２０に送ることができる。そして、これら機能制限情報とチケット情報を、端末装置２０の記憶部２１に記憶させておくことができる。

ただし、イベント会場での入場処理が行われた後に機能制限情報に基づく機能制限を行う構成でないと、チケット購入手続きを行ったが実際にはイベント会場に入場していないユーザの端末装置２０において、不用意に機能制限が行われる虞がある。そこで、本実施形態では、端末装置２０の記憶部２に予め記憶させる機能制限情報に対して有効フラグによる制約を与え、入場処理に応じて端末制御装置１０から有効化情報が送信され、端末装置２０がこの有効化情報を受信して有効フラグを保持（オン）した場合に、機能制限情報が有効化されるようにしている。

なお、端末制御システム１の構成は上述した第１実施形態と同様であるため、構成についての説明は省略する。また、イベントの制限タイプに応じた機能制限の時間帯の制御についても第１実施形態と同様であるため、以下では、イベントの制限タイプがタイプ「１」の場合を例に挙げて、本実施形態の端末制御システム１の動作を説明する。

図１８は、本実施形態の処理の流れを示すシーケンス図であり、イベントの制限タイプがタイプ「１」の場合の例である。

本実施形態では、まず、端末装置２０が、事前のチケット購入手続きに応じて発行されたチケット情報と、イベントの種別に応じて定められた機能制限情報を記憶部２１に保存する（ステップＳ６０１）。その後、ユーザがイベント会場に入場する際に、端末装置２０が入場処理を行う（ステップＳ６０２）。これにより、記憶部２１が記憶するチケット情報が入退場ゲート機器３０により取得され（ステップＳ６０３）、このチケット情報がさらに端末制御装置１０により取得される（ステップＳ６０４）。

端末制御装置１０は、入退場ゲート機器３０からチケット情報を取得すると、このチケット情報をもとにチケット検証の処理を行う（ステップＳ６０５）。ここでは、チケット検証に合格したものとして説明する。チケット検証に合格すると、端末制御装置１０は、入退場ゲート機器３０に対してゲート制御信号を送信する（ステップＳ６０６）。入退場ゲート機器３０は、端末制御装置１０からゲート制御信号を受信すると、このゲート制御信号に応じてゲートバーを開放する（ステップＳ６０７）。

また、端末制御装置１０は、チケット検証に合格すると、端末装置２０に対して、機能制限情報を有効化するための有効化情報を送信する（ステップＳ６０８）。このとき、端末制御装置１０は、該当するイベントの制限タイプがタイプ「１」であることを検知し、端末装置２０に対して、ポーリングが必要であることを示す付加情報を付加した有効化情報を送信する。

端末装置２０は、端末制御装置１０から有効化情報が受信すると、この有効化情報に応じて機能制限情報の有効フラグを保持（オン）し、記憶部２１が記憶する機能制限情報を有効化する（ステップＳ６０９）。そして、端末装置２０は、端末制御装置１０に対するポーリングを開始し、端末制御装置１０に対する問い合わせ（ステップＳ６１０）に対する応答として、イベントが開始前であることを示すステータス情報を取得している間は（ステップＳ６１１）、機能制限を開始しない。その後、端末制御装置１０に対する問い合わせ（ステップＳ６１２）に対する応答として、イベントが開催中であることを示すステータス情報を取得すると（ステップＳ６１３）、端末装置２０は、記憶部２１が記憶している機能制限情報が示す機能の制限を開始する（ステップＳ６１４）。

端末装置２０は、機能制限を行っている間も端末制御装置１０に対するポーリングを継続し、端末制御装置１０に対する問い合わせ（ステップＳ６１５）に対する応答として、イベントが開催中であることを示すステータス情報を取得している間は（ステップＳ６１６）、機能制限を継続する。その後、端末制御装置１０に対する問い合わせ（ステップＳ６１７）に対する応答として、イベントが開催中であることを示すステータス情報を取得すると（ステップＳ６１８）、端末装置２０は、機能制限を解除する（ステップＳ６１９）。機能制限が解除されると、機能制限情報の有効フラグは消去（オフ）される。

以上のように、本実施形態の端末制御システム１によれば、第１実施形態と同様に、機能制限が必要な端末装置２０のみを対象として制限すべき機能を特定の時間帯だけ制限するといったきめ細かな機能制限を実現することができる。

＜補足説明＞
上述したように、端末制御装置１０の機能構成である記憶部１１、入退制御部１２、イベント管理部１３および通信部１４は、ハードウェアとソフトウェア（プログラム）との協働により実現される。このプログラムは、例えば端末制御装置１０を構成する情報処理装置によりインストール可能な形式または実行可能な形式のファイルとして記録媒体に記録されて提供される。また、上記プログラムを、例えば、インターネットなどのネットワークに接続された機器に格納し、端末制御装置１０を構成する情報処理装置が、ネットワーク経由でこのプログラムをダウンロードする構成としてもよい。また、上記プログラムをＲＯＭ１０２やＨＤＤ１０４などに予め組み込んで提供する構成としてもよい。

なお、端末制御装置１０の上述した機能構成は、その一部または全部をＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）などのハードウェアを用いて実現してもよい。

また、端末装置２０の機能構成である記憶部２１、処理部２２、通信部２３および制御部２４は、上述したように、端末装置２０のハードウェアを用いてイベントアプリを実行することにより実現される。イベントアプリは、例えば、端末制御システム１への登録時などに端末装置２０にインストールされる。また、イベントアプリを、例えば、インターネットなどのネットワークに接続された機器に格納し、端末装置２０が、ネットワーク経由でこのイベントアプリをダウンロードする構成としてもよい。

なお、端末装置２０の上述した機能構成は、その一部または全部をＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）などのハードウェアを用いて実現してもよい。この場合、端末装置２０は上述した機能構成が予め組み込まれた構成となる。

以上、本発明の実施形態を説明したが、本発明は、上述した実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で様々な変形や変更を加えて具体化することができる。

１ 端末制御システム
１０ 端末制御装置
１１ 記憶部
１２ 入退制御部
１３ イベント管理部
１４ 通信部
２０，２０’ 端末装置
２１ 記憶部
２２ 処理部
２３ 通信部
２４ 制御部
２５ 検知部
３０ 入退場ゲート機器
３１ コード情報読取部
３２ 無線通信部
３３ 通信部
３４ ゲート駆動部

特許第５０２２９１７号公報

Claims (13)

1. １以上の情報処理装置と、端末装置と、を有する端末制御システムであって、
   前記１以上の情報処理装置は、
   少なくとも、イベントの開催時に制限すべき前記端末装置の機能を示す機能制限情報をイベントごとに記憶する第１の記憶手段と、
   イベントが開催されるイベント会場に設けられた機器を通じて、前記端末装置からチケット情報を取得する取得手段と、
   前記取得手段が取得した前記チケット情報により特定されるイベントに対応する前記機能制限情報を前記端末装置に送信する送信手段と、を備え、
   前記端末装置は、
   前記チケット情報を記憶する第２の記憶手段と、
   前記第２の記憶手段が記憶する前記チケット情報を、前記イベント会場に設けられた機器を通じて前記取得手段に取得させるための処理を行う処理手段と、
   前記送信手段により送信された前記機能制限情報を受信する受信手段と、
   前記端末装置が有する機能のうち、前記受信手段が受信した前記機能制限情報が示す機能を制限する制御手段と、を備えることを特徴とする端末制御システム。
2. 前記第１の記憶手段は、イベントが開催中であるか否かを示すステータス情報をさらに記憶し、
   前記端末装置は、前記処理手段による処理が行われた後に、前記１以上の情報処理装置に対する定期的な問い合わせにより、前記チケット情報により特定されるイベントに対応する前記ステータス情報を取得する問い合わせ手段をさらに備え、
   前記制御手段は、イベントが開催中であることを示す前記ステータス情報を前記問い合わせ手段が取得している間、前記端末装置が有する機能のうち、前記受信手段が受信した前記機能制限情報が示す機能の使用を制限することを特徴とする請求項１に記載の端末制御システム。
3. 前記第１の記憶手段は、イベントが終了したか否かを示すステータス情報をさらに記憶し、
   前記端末装置は、前記処理手段による処理が行われた後に、前記１以上の情報処理装置に対する定期的な問い合わせにより、前記チケット情報により特定されるイベントに対応する前記ステータス情報を取得する問い合わせ手段をさらに備え、
   前記制御手段は、前記受信手段が前記機能制限情報を受信してから前記問い合わせ手段がイベント終了を示す前記ステータス情報を取得するまでの間、前記端末装置が有する機能のうち、前記受信手段が受信した前記機能制限情報が示す機能の使用を制限することを特徴とする請求項１に記載の端末制御システム。
4. 前記第１の記憶手段は、イベントが開催される時間帯を示す制限時間帯情報をさらに記憶し、
   前記送信手段は、前記取得手段が取得した前記チケット情報により特定されるイベントに対応する前記制限時間帯情報を前記端末装置にさらに送信し、
   前記受信手段は、前記送信手段により送信された前記制限時間帯情報をさらに受信し、
   前記制御手段は、前記受信手段が受信した前記制限時間帯情報が示す時間帯の間、前記端末装置が有する機能のうち、前記受信手段が受信した前記機能制限情報が示す機能を制限することを特徴とする請求項１に記載の端末制御システム。
5. 前記送信手段は、前記取得手段が同一の前記チケット情報を再度取得した場合に制限解除情報を前記端末装置にさらに送信し、
   前記受信手段は、前記送信手段により送信された前記制限解除情報をさらに受信し、
   前記制御手段は、前記受信手段が前記機能制限情報を受信してから前記制限解除情報を受信するまでの間、前記端末装置が有する機能のうち、前記受信手段が受信した前記機能制限情報が示す機能の使用を制限することを特徴とする請求項１に記載の端末制御システム。
6. 前記端末装置は、前記イベント会場からの退場を検知する検知手段をさらに備え、
   前記制御手段は、前記受信手段が前記機能制限情報を受信してから前記イベント会場からの退場を検知するまでの間、前記端末装置が有する機能のうち、前記受信手段が受信した前記機能制限情報が示す機能の使用を制限することを特徴とする請求項１に記載の端末制御システム。
7. 前記機能制限情報は、イベントの開催時に制限すべき前記端末装置の機能に対する制限の内容を定めた制限内容情報を含み、
   前記制御手段は、前記端末装置が有する機能のうち、前記受信手段が受信した前記機能制限情報が示す機能を、前記制限内容情報が示す内容で制限することを特徴とする請求項１乃至６のいずれか一項に記載の端末制御システム。
8. 前記処理手段による処理は、前記チケット情報を、前記イベント会場に設けられた機器が読み取り可能なコード情報として前記端末装置に表示させる処理を含むことを特徴とする請求項１乃至７のいずれか一項に記載の端末制御システム。
9. 前記処理手段による処理は、前記チケット情報を、前記イベント会場に設けられた機器に対して近距離無線通信方式により送信する処理を含むことを特徴とする請求項１乃至７のいずれか一項に記載の端末制御システム。
10. 少なくとも、イベントの開催時に制限すべき端末装置の機能を示す機能制限情報をイベントごとに記憶する記憶手段と、
    イベントが開催されるイベント会場に設けられた機器を通じて、端末装置からチケット情報を取得する取得手段と、
    前記取得手段が取得した前記チケット情報により特定されるイベントに対応する前記機能制限情報を前記端末装置に送信することにより、前記端末装置が有する機能のうち、前記機能制限情報が示す機能を制限させる送信手段と、を備えることを特徴とする端末制御装置。
11. コンピュータに、
    少なくとも、イベントの開催時に制限すべき端末装置の機能を示す機能制限情報をイベントごとに記憶手段に記憶させるステップと、
    イベントが開催されるイベント会場に設けられた機器を通じて、端末装置からチケット情報を取得するステップと、
    取得した前記チケット情報により特定されるイベントに対応する前記機能制限情報を前記端末装置に送信することにより、前記端末装置が有する機能のうち、前記機能制限情報が示す機能を制限させるステップと、を実行させることを特徴とする端末制御プログラム。
12. １以上の情報処理装置と、端末装置により実行されるアプリケーションプログラムと、を含む端末制御システムであって、
    前記１以上の情報処理装置は、
    少なくとも、イベントの開催時に制限すべき前記端末装置の機能を示す機能制限情報をイベントごとに記憶する第１の記憶手段と、
    イベントが開催されるイベント会場に設けられた機器を通じて、前記端末装置からチケット情報を取得する取得手段と、
    前記取得手段が取得した前記チケット情報により特定されるイベントに対応する前記機能制限情報を前記端末装置に送信する送信手段と、を備え、
    前記アプリケーションプログラムは、前記端末装置に、
    前記端末装置が備える第２の記憶手段が記憶する前記チケット情報を、前記イベント会場に設けられた機器を通じて前記取得手段に取得させるための処理を行うステップと、
    前記送信手段により送信された前記機能制限情報を受信するステップと、
    前記端末装置が有する機能のうち、受信した前記機能制限情報が示す機能を制限するステップと、を実行させることを特徴とする端末制御システム。
13. １以上の情報処理装置と、端末装置と、を有する端末制御システムであって、
    前記１以上の情報処理装置は、
    少なくとも、イベントの開催時に制限すべき前記端末装置の機能を示す機能制限情報をイベントごとに記憶する第１の記憶手段と、
    イベントが開催されるイベント会場に設けられた機器を通じて、前記端末装置からチケット情報を取得する取得手段と、
    前記取得手段が取得した前記チケット情報により特定される前記端末装置に対し、前記チケット情報により特定されるイベントに対応する前記機能制限情報を有効化する有効化情報を送信する送信手段と、を備え、
    前記端末装置は、
    前記チケット情報と、該チケット情報により特定されるイベントに対応する前記機能制限情報とを記憶する第２の記憶手段と、
    前記第２の記憶手段が記憶する前記チケット情報を、前記イベント会場に設けられた機器を通じて前記取得手段に取得させるための処理を行う処理手段と、
    前記送信手段により送信された前記有効化情報を受信する受信手段と、
    前記受信手段による前記有効化情報の受信に応じて、前記端末装置が有する機能のうち、前記第２の記憶手段が記憶する前記機能制限情報が示す機能を制限する制御手段と、を備えることを特徴とする端末制御システム。

Images