JP2024006979A - 座席ライブラリペアリングサービスを提供する端末が据え置かれる据置台、近距離無線通信を利用した座席ライブラリペアリング方法及び座席ライブラリペアリングシステム - Google Patents

Abstract

【課題】発光機能を搭載した応援棒と、近距離無線通信を利用して応援棒に座席ライブラリを提供する端末が据え置かれる据置台、座席ライブラリペアリング方法及びシステムを提供すること。【解決手段】本発明の実施形態に係る据置台は、応援棒と、前記応援棒に座席ライブラリを提供する端末が据え置かれる据置台において、メインフレームと、前記メインフレームに設けられ、前記端末が据え置かれる据置部と、前記メインフレームに設けられ、前記応援棒が据え置かれる応援棒ホルダとを備える。【選択図】図６

Description

本発明は、座席ライブラリペアリングサービスを提供する端末が据え置かれる据置台、近距離無線通信を利用した座席ライブラリペアリング方法及び座席ライブラリペアリングシステムに関する。

より詳細には、発光機能を搭載した応援棒と、近距離無線通信を利用して応援棒に座席ライブラリを提供する端末が据え置かれる据置台、座席ライブラリペアリング方法及び座席ライブラリペアリングシステムに関する。

一般に、夜光棒は、蛍光物質を塗布するか、別に電池を備えて照明効果を得る棒状の物をいう。

夜光棒は、夜間活動、登山、各種イベント、応援などに使用されている。特に、夜光棒は、様々な色を表示するように製作することができ、コンサート場をはじめとする様々な公演場の暗い室内で観客等の応援道具として使用されている。複数の観客が所持した夜光棒を用いて歌手の名前を作ることができ、夜光棒は、特定の形状を作る公演演出の１つとしても使用されている。

従来、夜光棒を用いた公演演出を行うために、各ユーザは、応援するチームまたはアーティストのシグネチャ色相や歌のリズムに合うように夜光棒の発光を、既に設定されたライブラリを予めダウンロードして応援棒に適用させることができる。

しかし、時間不足や操作方法未熟知などのため、ユーザがライブラリを予めダウンロードできなかった場合、全体的に制御される公演演出に参加できず、手動的に応援棒を操作しなければならないという問題がある。

また、ユーザがライブラリを予めダウンロードする場合には、ペアリングアプリを別途、ダウンロードして事前ペアリングを行う過程が必須であり、観覧しようとする公演が多いほど、ペアリングにかかる時間が増加して、不便であるという問題がある。

また、各ユーザが種々の公演を数回観覧して、複数のライブラリをダウンロードする場合には、応援棒に格納されたライブラリのデータ容量が過度になり、エラーが発生する確率が増加するという問題がある。

韓国公開特許１０－２０１５－０１３６０２３号公報

本発明は、上記のような問題を解決するために案出されたものであり、ライブラリペアリングサービスを提供する端末が据え置かれる据置台、近距離無線通信を利用した座席ライブラリペアリング方法及びシステムを提供することを目的とする。

また、本発明は、多数の応援棒全体を統合演出するために、公演の前に、応援棒に近距離無線通信を利用して座席ライブラリを格納させるペアリング方法及びシステムを提供しようとすることを目的とする。

また、本発明は、直観的なユーザ経験を有する近距離無線通信を利用した座席ライブラリペアリング方法及びシステムを提供しようとすることを目的とする。

本発明の一実施形態に係る据置台は、応援棒と、前記応援棒に座席ライブラリを提供する端末が据え置かれる据置台において、メインフレームと、前記メインフレームに設けられ、前記端末が据え置かれる据置部と、前記メインフレームに設けられ、前記応援棒が据え置かれる応援棒ホルダとを備える。

このとき、前記据置部の一端は、前記メインフレームと連結され、前記メインフレームと連結された前記据置部の一端は、前記メインフレームに対して回動するように構成されてよい。

また、前記据置部は、前記メインフレームの縁の一側に連結される回動部と、前記回動部に連結されたメイン据置部と、前記メイン据置部の両側に各々設けられる第１のサブ羽根部及び第２のサブ羽根部を備える羽根部とを備えてよい。

また、前記据置部は、前記回動部を基準軸にして前記メインフレームに対して所定角度を有するように回動してよい。

また、前記第１のサブ羽根部及び前記第２のサブ羽根部は、前記メイン据置部の両側の各々で前記メイン据置部から遠ざかる方向に延びて形成されてよい。

また、本発明の一実施形態に係る据置台は、前記据置部が回動して、前記メインフレームに対して前記据置部が所定角度を有した状態を維持するように前記据置部を支持する支持部をさらに備えてよい。

また、本発明の一実施形態に係る据置台は、前記メインフレームに設けられ、所定のデバイスがタギングされるタギング部をさらに備えてよい。

また、前記応援棒ホルダは、前記応援棒が挿入されるように前記メインフレームに形成された挿入孔を備えてよい。

また、前記応援棒ホルダは、前記挿入孔内に設けられる互いに異なる直径を有する少なくとも２つ以上の円筒形レイヤをさらに備え、前記少なくとも２つ以上の円筒形レイヤのうち、第１の直径を有する第１の円筒形レイヤの内側には、第２の直径を有する第２の円筒形レイヤが設けられ、前記第２の円筒形レイヤの内側には、第３の直径を有する第３の円筒形レイヤが設けられ、前記第１の直径は、前記第２の直径より大きく、前記第２の直径は、前記第３の直径より大きくてよい。

また、前記第１乃至第３の円筒形レイヤは、各々外面の終端が段差構造を有してよい。

また、前記メインフレーム上には、前記据置部が設けられる収容空間を提供する凹部が形成され、前記凹部の一部領域上には、前記据置部と隣接する一側が所定の段差で突出された構造を有する突出部が形成されてよい。

一方、本発明の一実施形態に係る座席ライブラリペアリングシステムは、応援棒に座席ライブラリを提供する座席ライブラリペアリングシステムであって、メインフレームと、前記メインフレームに設けられ、前記応援棒が据え置かれる応援棒ホルダと、前記応援棒に座席ライブラリを提供する端末と、前記メインフレームに設けられ、前記端末が据え置かれる据置部とを備えてよい。

また、前記応援棒ホルダは、前記応援棒の接近可否を検出し、前記応援棒の接近を検出すれば、前記端末及び前記応援棒と通信して前記端末からのデータを前記応援棒に送信する応援棒ペアリングモジュールを備えてよい。

また、本発明の一実施形態に係る座席ライブラリペアリングシステムは、前記メインフレームに設けられ、所定のデバイスがタギングされるタギング部をさらに備えてよい。

また、前記端末は、前記タギング部により取得されたユーザアカウント情報に基づいて所定の座席ライブラリを前記据え置かれた応援棒に送信してよい。

一方、本発明の一実施形態に係る座席ライブラリペアリング方法は、座席ライブラリペアリングシステムの少なくとも１つのプロセッサにより実行されるアプリケーションが近距離無線通信を利用した座席ライブラリペアリングサービスを行う方法であって、チケット前売り情報を検出するステップと、前記検出されたチケット前売り情報から公演場の座席の位置を含む座席情報を抽出するステップと、前記抽出された座席情報にマッチングされる座席ライブラリを決定するステップと、前記決定された座席ライブラリを格納する応援棒をペアリングするように制御するステップと、前記ペアリングされた応援棒に前記座席ライブラリを送信するように制御するステップとを含み、前記応援棒は、前記応援棒が挿入されるように形成された挿入孔を備える応援棒ホルダに据え置かれる。

また、前記抽出された座席情報にマッチングされる座席ライブラリを決定するステップは、公演準備データを各座席情報毎にマッチングした複数の座席ライブラリを格納するステップと、予め格納された前記複数の座席ライブラリの座席情報と前記抽出された座席情報とを比較するステップと、前記複数の座席ライブラリのうち、前記抽出された座席情報にマッチングされた座席ライブラリを検出して決定するステップとを含んでよい。

また、前記公演準備データは、少なくとも１つの発光パターン、ライブラリデータ、及びシナリオを含んでよい。

また、前記ライブラリデータは、各ライブラリを識別する識別コード及び前記発光パターンの構成要素を既に設定された値である発光パターン設定値を含み、前記シナリオは、各シナリオを識別する識別コード及び前記ライブラリデータの動作時間を既に設定された値であるライブラリ設定値を含んでよい。

また、前記複数の座席ライブラリは、前記ライブラリを識別する識別コード及び前記シナリオを識別する識別コードは同一であり、座席情報別に前記発光パターン設定値及び前記ライブラリ設定値が互いに異なるように定義されてよい。

本発明の一実施形態に係る近距離無線通信を利用した座席ライブラリペアリング方法及び座席ライブラリシステムは、多数の応援棒を予め格納された座席ライブラリを介して制御し、多数の応援棒が統一された公演演出を同時に行うことができるという効果がある。

また、本発明の一実施形態に係る近距離無線通信を利用した座席ライブラリペアリング方法及び座席ライブラリシステムは、当該公演に対する座席ライブラリを格納して、他公演の座席ライブラリとの衝突によるエラーを最小化できる。

また、本発明の一実施形態に係る近距離無線通信を利用した座席ライブラリペアリング方法及び座席ライブラリシステムは、直観的なユーザ経験で応援棒とキオスクのペアリングを可能にして、座席ライブラリ格納にかかる時間及び不便さを減少させてユーザの利便性が増大するという効果がある。

本発明の一実施形態に係る、座席ライブラリペアリングサービスを提供する端末が据え置かれる据置台には、ライブラリペアリングサービスが提供される間、端末と応援棒とが安全に据え置かれることにより、応援棒のユーザが効率的にライブラリペアリングサービスの提供を受けることができる。

本発明の一実施形態に係る近距離無線通信を利用した座席ライブラリペアリングシステムの概念図である。 本発明の一実施形態に係るキオスクの内部ブロック図である。 本発明の一実施形態に係る公演用意データに含まれる情報を説明する図である。 本発明の一実施形態に係る公演用意データに含まれる情報を説明する図である。 本発明の様々な実施形態に係るキオスクのタイプの一例である。 本発明の様々な実施形態に係るキオスクのタイプの一例である。 本発明の様々な実施形態に係るキオスクのタイプの一例である。 本発明のさらに他の実施形態に係る据置型タイプのキオスクを使用する様子を示した一例である。 本発明のさらに他の実施形態に係る据置型タイプのキオスクの各構成要素を説明するための図面の一例である。 本発明のさらに他の実施形態に係る据置型タイプのキオスクの各構成要素を説明するための図面の一例である。 本発明のさらに他の実施形態に係る据置型タイプのキオスクの各構成要素を説明するための図面の一例である。 本発明のさらに他の実施形態に係る据置型タイプのキオスクの各構成要素を説明するための図面の一例である。 本発明のさらに他の実施形態に係る据置型タイプのキオスクの各構成要素を説明するための図面の一例である。 本発明のさらに他の実施形態に係る据置型タイプのキオスクの各構成要素を説明するための図面の一例である。 本発明のさらに他の実施形態に係る据置型タイプのキオスクの各構成要素を説明するための図面の一例である。 本発明の一実施形態に係る応援棒の内部ブロック図である。 本発明の一実施形態に係るアカウント認証デバイスの形状を示した一例である。 本発明の一実施形態に係る座席ライブラリの提供方法を説明するためのフローチャートである。 本発明の一実施形態に係るプロセッサアセンブリが応援棒に座席ライブラリを提供する方法を説明するための細部フローチャートである。 本発明の一実施形態に係るチケットイメージの一例である。 本発明の一実施形態に係るユーザ端末が応援棒に座席ライブラリを送信する方法を説明するためのフローチャートである。 本発明の一実施形態に係るユーザ端末のペアリングアプリケーションの出力画面を示した一例である。 本発明の一実施形態に係るユーザ端末のペアリングアプリケーションの出力画面を示した一例である。

本発明は、様々な変換を加えることができ、種々な実施形態を有することができるところを、以下において、特定の実施形態を図面に例示し、詳細に説明する。本発明の効果及び特徴、そして、それらを達成する方法は、以下において、図面とともに詳細に説明される各実施形態を参照にすることで明らかになる。しかし、本発明は、以下において開示される各実施形態に限定されるものではなく、様々な形態で実現することができる。以下に示される各実施形態において、第１、第２などの用語は、限定的な意味ではなく、１つの構成要素を他の構成要素と区別する目的として使用される。また、単数の表現は、文脈上、明白に異なるように意味しない限り、複数の表現を含む。また、「含む」または「有する」などの用語は、明細書上に記載された特徴または構成要素が存在することを意味するものであり、１つ以上の他の特徴または構成要素が付加される可能性を予め排除するものではない。また、図面では、説明の都合上、構成要素等の大きさが誇張または縮小される場合がある。例えば、図面に示された各構成の大きさ及び厚さは、説明の都合上、任意に示され、本発明が必ずしも図示されたものに限定されるものではない。

以下、添付された図面を参照して本発明の各実施形態を詳しく説明する。なお、図面を参照して説明するとき、同一又は対応する構成要素には同一の図面符号を付し、これについての重複する説明は省略する。

図１は、本発明の一実施形態に係る近距離無線通信を利用した座席ライブラリペアリングシステムの概念図である。

図１に示すように、近距離無線通信を利用した座席ライブラリペアリングシステム（以下、ライブラリペアリングシステム）は、公演場などでの互いに相違した位置の多数の応援棒を介して様々なシナリオの統一された演出を行うために、応援棒に公演の前に格納されるデータである座席ライブラリをペアリングするサービスを提供できる。

ライブラリペアリングサービスとは、例えば、特定機能を果たすように製作及びコンパイルされた機械語の形態で存在するプログラムをデバイス間で送受信するために互いに連結及び連動するサービスを意味する。本実施形態においてライブラリペアリングは、公演場で多数の応援棒が統一された演出による発光パターンで動作するための座席ライブラリをキオスクで応援棒に送信するために、互いに近距離通信連結及び連動することを意味する。

本実施形態において、上記のようなライブラリペアリングサービスを提供するライブラリペアリングシステムは、キオスク１００、応援棒２００、アカウント認証デバイス３００、ユーザ端末４００、公演管理サーバ５００、及びネットワーク６００（ＮＥＴＷＯＲＫ）を備える。

キオスク１００は、応援棒２００にペアリングされて、応援棒２００が位置する座席にマッチングされる座席ライブラリを提供することができる。このようなキオスク１００は、公演が行われる公演場または公演場周辺に設けられた無人情報端末機であってよい。

応援棒２００は、例えば、運動競技及びコンサートなどで様々な形態で発光され得る小型応援道具である。応援棒２００は、座席ライブラリによって様々な形態の発光パターンで動作することができる。

アカウント認証デバイス３００は、例えば、応援棒２００の公演演出を行うプラットホーム内で前記応援棒２００を所有したユーザアカウント情報を含むデバイスである。アカウント認証デバイス３００は、ユーザのアカウントをキオスク１００やチケット認証機器、グッズなどの販売機器などに遠隔通信を介して認証する機能を有する。

このとき、ユーザアカウント情報とは、ユーザが所定のプラットホーム及びサービス（例えば、ウィバース（Ｗｅｖｅｒｓｅ））などに加入及び管理時、個人情報提供同意によって提供したユーザの個人身上と関連した情報であって、ユーザの名前、生年月日、携帯電話番号、イメール、及びプラットホーム／サービスＩＤなどを含むことができる。

ユーザ端末４００は、前記応援棒２００とアカウント認証デバイス３００とを所有したユーザのスマートフォンのような端末を意味する。ユーザ端末４００は、ユーザが所持する応援棒２００をユーザが個別的に制御すること、また、応援棒２００の座席ライブラリペアリング状態、アカウント認証デバイス３００と連動されたユーザアカウント情報や公演関連チケット前売り情報などを確認及び管理することができる。

公演管理サーバ５００は、公演と関連した情報の提供及び作業を行うコンピュータシステムを意味する。例えば、公演管理サーバ５００は、ユーザアカウントにマッチングされたチケット前売り情報を管理し、座席別にマッチングされた座席ライブラリをキオスク１００を介して応援棒２００に提供するなどの機能を有する。

このとき、チケット前売り情報とは、公演を観覧するためのチケットを購買するために、ユーザが所定のチケット前売りサイト

利用の際に提供したユーザの個人身上及びユーザが購買したチケットに関する情報であって、チケットを前売りした者の名前、生年月日、チケットサイトＩＤ、携帯電話番号、公演名、公演日時、公演場所、予約番号、前売りチケット個数及び座席情報のうち、少なくとも１つ以上を含むことができる。

また、前記チケット前売り情報に含まれた座席情報は、ユーザが観覧しようとする公演のチケットを前売りした情報のうち、ユーザが使用するようになる座席の番号が書かれている情報であってよい。例えば、座席情報は、「１階イ区域３列Ｆ席」などの形式であってよい。

このような前記キオスク１００、応援棒２００、アカウント認証デバイス３００、ユーザ端末４００、及び公演管理サーバ５００は、前記ネットワーク１０を介して連結されてよい。

ここで、本実施形態に係る前記ネットワーク１０は、キオスク１００、応援棒２００、アカウント認証デバイス３００、ユーザ端末４００、及び公演管理サーバ５００などのようなそれぞれのノード相互間に情報交換が可能な連結構造を意味する。このようなネットワーク３００の一例には、３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ネットワーク、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワーク、ＷＩＭＡＸ（Ｗｏｒｌｄ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）ネットワーク、インターネット（Ｉｎｔｅｒｎｅｔ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｗｉｒｅｌｅｓｓ ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＰＡＮ（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ）ネットワーク、衛星放送ネットワーク、アナログ放送ネットワーク、ＤＭＢ（Ｄｉｇｉｔａｌ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ）ネットワークなどが含まれるが、これらに限定されるものではない。

以下において、図面を参照してライブラリペアリングシステムを実現するキオスク１００、応援棒２００、アカウント認証デバイス３００、ユーザ端末４００、及び公演管理サーバ５００について詳細に説明する。

＜キオスク（ＫＩＯＳＫ）１００＞

本発明の一実施形態に係るキオスク１００は、ライブラリペアリングサービスを提供する所定のコンピューティングデバイスであってよい。

本発明の一実施形態においてライブラリペアリングサービスを提供する所定のコンピューティングデバイスは、キオスク１００で実現されることを基準に説明するが、モバイルタイプコンピューティング装置及び／又はデスクトップタイプコンピューティング装置と、これと連動された周辺機器を介して実現することも可能である。

また、本実施形態によってキオスク１００は、ライブラリペアリングサービス環境を提供する所定のサーバ（Ｓｅｒｖｅｒ）コンピューティングデバイスをさらに含むこともできる。

図２は、本発明の一実施形態に係るキオスクの内部ブロック図である。

図２に示すように、キオスク１００は、通信プロセッサ１１０、アカウントタグモジュール１２０、応援棒ペアリングモジュール１３０、入出力システム１４０、メモリ１５０、及びプロセッサアセンブリ１６０を備える。

通信プロセッサ１１０は、外部の装置と通信するための１つ以上の装置を含むことができる。このような通信プロセッサ１１０は、無線または有線ネットワークを介して通信することができる。

具体的に、通信プロセッサ１１０は、ライブラリペアリングサービスを提供するためのコンテンツソースを格納した公演管理サーバ５００と通信することができ、ユーザ入力を受けたコントローラのような様々なユーザ入力コンポーネントと通信することができる。

本実施形態において、通信プロセッサ１１０は、ライブラリペアリングサービスと関連した各種データを他の端末及び／又は外部のサーバなどと送受信することができる。

このような通信プロセッサ１１０は、移動通信のための技術標準または通信方式（例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ－Ａｄｖａｎｃｅｄ）、５Ｇ ＮＲ（Ｎｅｗ Ｒａｄｉｏ）、ＷＩＦＩ）などを行うことができる通信装置を介して構築された移動通信網上で基地局、外部の端末、任意のサーバのうち、少なくとも１つと無線でデータを送受信でき、有線で連結されて通信することもできる。

具体的に、本実施形態において通信プロセッサ１１０は、ユーザアカウント情報を送信して公演管理サーバ５００からユーザアカウントにマッチングされたチケット前売り情報と、当該公演の着席する座席に対する座席ライブラリなどを受信できる。

すなわち、このような通信プロセッサ１１０を備えるキオスク１００は、オンラインタイプで実現されるので、ユーザアカウント情報及び座席ライブラリをユーザの要請があるときにのみ公演管理サーバ５００を介して提供するので、個人情報流出の恐れを減少させてユーザの個人情報保護に有利であるという効果がある。

アカウントタグモジュール１２０は、タギング（ｔａｇｇｉｎｇ）されたデバイスを感知するための第１の近距離通信プロセッサを備えることができる。ここで、タギングとは、アカウント認証デバイス３００がアカウントタグモジュール１２０に所定の距離内に接近したことを意味してよい。

具体的には、アカウントタグモジュール１２０は、タギングされたデバイス（本実施形態において、アカウント認証デバイス３００）の接近の可否を検出し、検出の際、前記デバイスと近距離通信してデバイスに格納された情報を取得できる。例えば、アカウントタグモジュール１２０は、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｔｃａｔｉｏｎ）、ＭＳＴ（Ｍａｇｎｅｔｉｃ Ｓｅｃｕｒｅ Ｔｒａｎｓｍｉｓｓｉｏｎ）、またはＮＦＭＩ（Ｎｅａｒ Ｆｉｅｌｄ Ｍａｇｎｅｔｉｃ Ｉｎｄｕｃｔｉｏｎ）、またはブルートゥース通信などで近距離通信を行う通信チップを含むことができる。

以下では、ＮＦＣを基に近距離通信を行うアカウントタグモジュール１２０に基づいて説明するが、アカウントタグモジュール１２０はＮＦＣに限定されるものではなく、接触式及び／又は非接触式で所定のデバイスと通信（例えば、ＲＦ信号を送受信するＲＦＩＤなど）するなど、様々な実施形態で実現されることができる。また、アカウントタグモジュール１２０は後述する一例に限定されるものではない。

本実施形態においてアカウントタグモジュール１２０は、ＮＦＣ機能を果たすＮＦＣリーダー機（例えば、ＮＦＣタグパッド）であってよい。

また、アカウントタグモジュール１２０は、ライブラリペアリングサービスと関連した各種データをＮＦＣ機能を基に外部デバイスなどと送受信することができる。

このようなアカウントタグモジュール１２０は、ＮＦＣ国際常用規格であるＩＳＯ／ＩＥＣ １８０９２（または、ＥＣＭＡ－３４０、ＮＦＣＩＣ－１）及びＩＳＯ／ＩＥＣ ２１４８１（または、ＥＣＭＡ－３５２、ＮＦＣＩＣ－２）で定義した通信プロトコルを使用する媒体であって、具体的には、ＩＳＯ／ＩＥＣ １４４４３（Ｐｒｏｘｉｍｉｔｙ Ｃａｒｄ）、ＩＳＯ／ＩＥＣ １５６９３（Ｖｉｃｉｎｉｔｙ Ｃａｒｄ）、ＪＩＳ：Ｘ６３１９（ＦｅｌｉＣａ（登録商標））、ＭＩＦＡＲＥなどに基づいて外部デバイスとデータを送受信できる。

本実施形態においてアカウントタグモジュール１２０は、アカウント認証デバイス３００が所定の距離内に位置することを認識すれば、アカウント認証デバイス３００と近距離通信を行ってユーザアカウント情報を取得できる。

応援棒ペアリングモジュール１３０は、タギングされたデバイスを感知するための第２の近距離通信プロセッサを備えることができる。

具体的に、応援棒ペアリングモジュール１３０は、タギング、据置、及び定着されたデバイス（実施形態において、応援棒２００）の接近可否を検出し、検出の際、前記デバイスと通信してデータを送受信できる。例えば、応援棒ペアリングモジュール１３０は、近距離通信（例えば、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｔｃａｔｉｏｎ）、ＭＳＴ（Ｍａｇｎｅｔｉｃ Ｓｅｃｕｒｅ Ｔｒａｎｓｍｉｓｓｉｏｎ）、ＮＦＭＩ（Ｎｅａｒ Ｆｉｅｌｄ Ｍａｇｎｅｔｉｃ Ｉｎｄｕｃｔｉｏｎ）、またはブルートゥース通信などで近距離通信を行う通信チップを含むことができる。

また、応援棒ペアリングモジュール１３０は、ライブラリペアリングサービスと関連した各種データを近距離通信を基に外部デバイスなどと送受信することができる。

本実施形態において応援棒ペアリングモジュール１３０は、応援棒２００が所定の距離内に位置することを認識すると、応援棒２００と近距離通信を行って座席ライブラリを受信するための各種データを送受信できる。

このような応援棒ペアリングモジュール１３０は、ハードウェア的には、所定の距離内に位置する応援棒２００を安定的に固定するために、所定の支持部材を含むことができる。

例えば、所定の支持部材は、応援棒２００を据え置く据置台形式、応援棒２００を載せるパッド（ｐａｄ）形式、または応援棒２００を収納するために内部に空間を備える箱形式などで実現されることができる。

入出力システム１４０は、センサシステム、入力システム、及びディスプレイシステムを含むことができる。

センサシステムは、イメージセンサ、位置センサ、オーディオセンサ、距離センサ、近接センサ、及び接触センサのうち、少なくとも１つのセンサを含むことができる。

ここで、イメージセンサ１４１は、キオスク１００周囲の物理的空間に対するイメージ及び／又は画像をキャプチャすることができる。

本実施形態において、イメージセンサ１４１は、ライブラリペアリングサービスと関連したイメージ（例えば、チケットイメージＴＩ等）を撮影して取得できる。

また、イメージセンサ１４１は、キオスク１００の前面又は／及び後面に配置されて、配置された方向側を撮影して画像を取得でき、キオスク１００の外部に向かって配置されたカメラを介して紙類チケットなどを撮影できる。

このようなイメージセンサ１４１は、イメージセンサ装置と画像処理モジュールとを含むことができる。具体的に、イメージセンサ１４１は、イメージセンサ装置（例えば、ＣＭＯＳまたはＣＣＤ）により得られる静止画または動画を処理できる。

また、イメージセンサ１４１は、画像処理モジュール（例えば、ＯＣＲ）を用いて、イメージセンサ装置を介して取得された静止画または動画を加工して必要な情報を抽出し、抽出された情報をプロセッサに伝達することができる。

このようなイメージセンサ１４１は、少なくとも１つ以上のカメラを含むカメラアセンブリであってよい。

また、上記のようなイメージセンサ１４１は、実施形態によってキオスク１００に含まれて動作することができ、外部の装置（例えば、外部のサーバ等）に含まれて、上述した通信プロセッサ１１０などに基づいた連動を介して動作することもできる。

オーディオセンサは、キオスク１００周辺の音を認識できる。

具体的に、オーディオセンサは、キオスク１００を使用するユーザの音声入力を感知できるマイクロホンを含むことができる。

本実施形態においてオーディオセンサは、ライブラリペアリングサービスのために必要な音声データをユーザから受信することができる。

本実施形態においてキオスク１００は、オーディオセンサを基に入力された音声データを出力するために、スピーカを含むことができる。

入力システムは、ライブラリペアリングサービスと関連したユーザの入力（例えば、ジェスチャ、音声命令、ボタンの作動、または他の類型の入力）を感知できる。

具体的に、入力システムは、所定のボタン、タッチセンサ、及び／又はユーザモーション入力を受信するイメージセンサ１４１などを含むことができる。

また、入力システムは、外部コントローラと連結されて、ユーザの入力を受信することができる。

ディスプレイシステムは、ライブラリペアリングサービスと関連した様々な情報をグラフィックイメージとして出力し、ライブラリペアリングのためのユーザのタッチ入力を感知する機能を有する。

本実施形態では、ディスプレイシステムは、ユーザインターフェース（ＵＩ、Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）、ライブラリペアリングコンテンツ、及び／又はコンテンツ管理システム（ＣＭＳ：Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）基盤データなどを表示できる。

このようなディスプレイは、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ、ＬＣＤ）、薄膜トランジスタ液晶ディスプレイ（ｔｈｉｎ ｆｉｌｍ ｔｒａｎｓｉｓｔｏｒ－ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ、ＴＦＴ ＬＣＤ）、有機発光ダイオード（ｏｒｇａｎｉｃ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＯＬＥＤ）、フレキシブルディスプレイ（ｆｌｅｘｉｂｌｅ ｄｉｓｐｌａｙ）、３次元ディスプレイ（３Ｄ ｄｉｓｐｌａｙ）、電子インクディスプレイ（ｅ－ｉｎｋ ｄｉｓｐｌａｙ）のうち、少なくとも１つを含むことができる。

このようなキオスク１００のハウジング内には、前記構成要素等が配置されてよく、ユーザインターフェースは、ユーザタッチ入力を受信するように構成されたディスプレイ１４３上にタッチセンサ１４５を備えることができる。

具体的に、ディスプレイシステムは、イメージを出力するディスプレイ１４３と、ユーザのタッチ入力を感知するタッチセンサ１４５とを備えることができる。

例示的に、ディスプレイ１４３は、タッチセンサ１４５と相互レイヤ構造をなすか、一体型で形成されることにより、タッチスクリーンで実現されることができる。このようなタッチスクリーンは、キオスク１００とユーザとの間の入力インターフェースを提供するユーザ入力部として機能すると同時に、キオスク１００とユーザとの間の出力インターフェースを提供できる。

メモリ１５０は、ライブラリペアリングサービス環境を提供するための各種応用プログラム、データ、及び命令語のうち、いずれか１つ以上を格納することができる。

本実施形態においてメモリ１５０には、キオスク１００を制御するための命令語を含むアプリケーションが格納されてよい。

また、前記メモリ１５０は、プログラム領域とデータ領域とを含むことができる。

ここで、本実施形態に係るプログラム領域は、キオスク１００をブーティングするオペレーティングシステム（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）及び機能要素間に連係されることができ、データ領域は、キオスク１００の使用によって発生するデータが格納されてよい。

また、メモリ１５０は、少なくとも１つ以上の非一時的コンピュータ読み取り可能格納媒体と、一時的コンピュータ読み取り可能格納媒体とを含むことができる。

例えば、メモリ１５０は、ＲＯＭ、ＥＰＲＯＭ、フラッシュドライブ、ハードドライブなどのような様々な格納機器であることができ、インターネット（ｉｎｔｅｒｎｅｔ）上で前記メモリ１５０の格納機能を果たすウェブストレージ（ｗｅｂ ｓｔｏｒａｇｅ）を含むことができる。

本実施形態においてメモリ１５０は、ライブラリペアリングサービスを行うために必要な情報を予め格納することができる。

具体的には、本実施形態においてメモリ１５０は、ライブラリペアリングサービスを行うために、ユーザアカウント情報、チケット前売り情報、座席情報、及び公演用意データを予め格納することができる。

公演用意データとは、公演の前に統一された公演演出のために、応援棒２００が位置する座席で応援棒２００が発光すべき様々な発光パターンを予め定義したデータを意味する。

このような公演用意データは、応援棒２００が公演開始以前に事前格納しなければならないデータであり、各応援棒２００は、互いに異なる座席に配置されるので、座席情報によって互いに異なる公演用意データが格納されてよい。

また、本実施形態において公演用意データは、発光パターン、ライブラリ、及びシナリオを含むことができる。

図３Ａ及び図３Ｂは、本発明の一実施形態に係る公演用意データが含む情報を説明する図である。

図３Ａ又は図３Ｂに示すように、本実施形態において公演用意データ１０００は、複数のライブラリデータ１０１０乃至１０３０を備えることができる。具体的に、図３Ａは、公演用意データに含まれたライブラリを示した一例であり、図３Ｂは、公演用意データに含まれたライブラリ設定値を示した一例である。

発光パターンとは、発光可否（例えば、ＯＮ／ＯＦＦ）、色相、及び明るさを含む構成要素等によって応援棒２００が動作する発光形態を意味する。

このような発光パターンは、前記構成要素等が所定の時間内で変化するように設定されて、動的な視覚効果を生成し出す発光効果も構成要素として含むことができる。

例えば、発光効果には、所定の時間内で発光可否が時間帯別に異なるように設定されて、応援棒を速く点滅させる１）ブリンク（Ｂｌｉｎｋ）効果と、色相が所定の時間内で時間帯別に異なるように設定されて、発光する色相が次第に変化する２）グラデーション（Ｇｒａｄａｔｉｏｎ（Ｇｒａｄ））効果と、明るさが時間帯別に異なるように設定されて、明るさが次第に減るか、明るくなる３）フェイドイン／アウト（Ｆａｄｅ Ｉｎ／Ｏｕｔ）効果などが含まれ得る。

ライブラリとは、応援棒２００の前記発光パターンを既に設定されたデータであって、識別番号及び発光パターンの構成要素設定値（以下、発光パターン設定値）を含むことができる。

例えば、発光パターン設定値に含まれる色相は、ＲＧＢ色相を表す１６進数コードに設定されることができ、発光パターン設定値に含まれる明るさは、値が高いほど、明るさが明るい０～１００の間の明度値に設定されることができる。

例えば、第１のライブラリ１０１０は、第１のライブラリ１０１０を識別するための識別番号０００１と、発光ＯＮ、第１の色相、第１の明るさ、及び第１の発光効果に設定されたデータを意味し得る。

図３Ａに示された一例に示すように、第１のライブラリ１０１０は、（０００１／ＯＮ／２５５、０、０／５０、Ｂｌｉｎｋ）という発光パターン設定値を表す２進数配列であることができる。また、第３のライブラリ１０３０は、（０００３／ＯＮ／０、０、２５５／１０／Ｇｒａｄ）という発光パターン設定値を表す２進数配列であることができる。一方、第２のライブラリ１０２０は、発光可否がオフ（ＯＦＦ）であるので、色相、明るさ、及び発光効果に該当する発光パターン設定値が未設定され得る。

すなわち、公演場で複数のライブラリ１０１０～１０３０を格納した応援棒２００に第１のライブラリ１０１０を実行しろという制御信号のみ送れば、前記応援棒２００は、２５５、０、０に該当する赤色である第１の色相、５０段階の明るさである第１の明るさ及び輝くブリンク（Ｂｌｉｎｋ）効果である第１の発光効果として動作し、発光することができる。

シナリオとは、所定の時間の間、少なくとも１つ以上のライブラリの動作時間（以下、ライブラリ設定値）を設定して、既に設定された時間の間、応援棒２００の発光パターンを変更し、動作させるためのデータであって、各シナリオを識別するためのシナリオ識別番号を含むことができる。

このようなシナリオは、例えば、歌一曲に対応することができる。すなわち、１つのシナリオの動作時間は、歌一曲の再生時間と同一であって、歌が再生される間、応援棒１００は、ライブラリ設定値に応じて発光パターンを変更し、動作することができる。

例えば、第１のシナリオ１１００は、識別番号００１を有し、５秒間、第１のライブラリで動作し、その後、３秒間、第２のライブラリで動作し、その後、２秒間、第３のライブラリで動作するように定義されたデータであることができる。

図３Ｂ示すように、本実施形態において公演用意データ１０００は、複数のシナリオ１１００及び１２００を含むことができる。

具体的に、図３Ｂに示された一例に示すように、第１のシナリオ１１００は、（００１、０００１－５ｓｅｃ／０００２－３ｓｅｃ／０００３－２ｓｅｃ）というライブラリ設定値を含むことができる。また、第２のシナリオ１２００は、（００２、０００５－８ｓｅｃ／０００２－３０ｓｅｃ／０００３－１４ｓｅｃ）というライブラリ設定値を含むことができる。

すなわち、公演場で複数のシナリオ１１００及び１２００を格納した応援棒２００に第１のシナリオ１１００で動作しろという低容量の制御信号のみ送れば、前記応援棒２００は、５秒間、第１のライブラリ１０１０による第１の発光パターンで、その後、３秒間は、第２のライブラリ１０２０による第２の発光パターンで、その後、２秒間は、第３のライブラリ１０３０による第３の発光パターンで動作することができる。

このようなライブラリ及びシナリオは、応援棒２００が配置される座席別に識別番号は同一であるが、発光パターン設定値及びライブラリ設定値が相違して、それによって互いに異なるように発光することができる。

具体的に、例えば、第１のライブラリ１０１０を格納する第１の座席に配置される第１の応援棒及び第２の座席に配置される第２の応援棒は、識別番号が０００１と同じ第１のライブラリ１０１０を格納しても、前記第１のライブラリ１０１０に設定された発光パターン設定値が互いに異なることができる。

例えば、第１のライブラリは、第１の座席に対する第１のライブラリである第１の座席－第１のライブラリと、第２の座席－第１のライブラリないし第ｎの座席－第１のライブラリとを含むことができる。

このとき、第１乃至第ｎの座席に配置された応援棒等が全体的に見るとき、特定形態を有し、統一された公演演出を行うように、第１の座席－第１のライブラリないし第ｎの座席－第１のライブラリはそれぞれの発光パターン設定値として定義されることができる。したがって、公演演出家は、第１のライブラリを動作させさえすれば、各座席の応援棒は、座席に該当して、格納された第１のライブラリを読み出して発光パターン設定値に応じて動作することにより、統一された公演演出を行うことができる。

同様に、同じ第１のシナリオ１１００を格納する第１の座席に配置される第１の応援棒及び第２の座席に配置される第２の応援棒は、識別番号が００１と同じ第１のシナリオ１１００を格納しても、前記第１のシナリオ１１００に指定されたライブラリ設定値は異なることができる。

すなわち、公演管理者は、座席別に異なる設定値を有する第１のライブラリ及び第１のシナリオを利用して、各座席に配置された応援棒２００が同時に動作するものの、互いに異なる発光パターンで発光させることにより、観客席と離れた位置から見たとき、特定の形態や形状とみえるようにする公演演出を行うことができる。

公演用意データは、各座席毎に相違した発光パターンを演出するために、各座席とマッピングされて座席数と対応する個数でメモリ１５０に格納されることができる。すなわち、それぞれの座席及び公演用意データは、相互対応するマッピングテーブルの形態で実現されることができるが、これに限定するものではない。実施形態によって、共通した発光パターンで動作される座席をグループ化して、各グループ毎に発光パターン設定値を定義させて、公演用意データを生成することもできる。

これにより、応援棒２００は、公演時に配置される各座席に対応する公演用意データを予め格納しなければならず、キオスク１００は、このような過程をライブラリペアリングサービスを提供することによってユーザに案内することができる。これについての詳細な内容は後述する。

以下では、応援棒２００が配置される１つの座席に対応する公演用意データ１０００を座席ライブラリと称して説明する。

本実施形態においてライブラリペアリングサービスを行うための上述した複数のデータを格納するメモリ１５０を備えるキオスク１００は、オフラインタイプで実現されることができる。オフラインタイプのキオスク１００は、ユーザと関連した情報を予め格納して保管しているので、キオスク１００の通信機能を構築するのにかかる費用を減縮でき、通信インフラが円滑でない所に設けられることができるので、キオスク活用可能地域を拡張させるという効果がある。

プロセッサアセンブリ１６０は、ライブラリペアリングサービス環境を生成するための様々な作業を行うために、メモリ１５０に格納されたアプリケーションの命令を実行できる少なくとも１つ以上のプロセッサを備えることができる。

本実施形態においてプロセッサアセンブリ１６０は、ライブラリペアリングサービスを提供するために、メモリ１５０のアプリケーションを介して構成要素の全般的な動作をコントロールできる。

このようなプロセッサアセンブリ１６０は、中央処理装置（ＣＰＵ）及び／又はグラフィック処理装置（ＧＰＵ）などが含まれたキオスク１００に適したシステムオンチップ（ＳＯＣ）であることができ、メモリ１５０に格納されたオペレーティングシステム（ＯＳ）及び／又はアプリケーションプログラムなどを実行でき、キオスク１００に搭載された各構成要素を制御できる。

また、プロセッサアセンブリ１６０は、各構成要素と内部的にシステムバス（Ｓｙｓｔｅｍ Ｂｕｓ）により通信を行うことができ、ローカルバス（Ｌｏｃａｌ Ｂｕｓ）をはじめとする所定のバス構造を１つ以上含むことができる。

また、プロセッサアセンブリ１６０は、ＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、制御機（ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロコントローラ（ｍｉｃｒｏ－ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロプロセス（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒｓ）、その他、機能実行のための電気的ユニットのうち、少なくとも１つを含んで実現されることができる。

本実施形態においてプロセッサアセンブリ１６０は、アカウントタグモジュール１２０及び応援棒ペアリングモジュール１３０を基に近距離無線通信を利用してアカウント認証デバイス３００及び応援棒２００を認識できる。

また、本実施形態においてプロセッサアセンブリ１６０は、通信プロセッサ１１０を基に前記認識したアカウント認証デバイス３００に含まれたユーザアカウント情報を取得できる。

また、本実施形態においてプロセッサアセンブリ１６０は、前記取得したユーザアカウント情報にマッチングされたチケット前売り情報を検出できる。

また、本実施形態においてプロセッサアセンブリ１６０は、前記検出されたチケット前売り情報に含まれた座席情報を抽出できる。

また、本実施形態においてプロセッサアセンブリ１６０は、前記抽出された座席情報による座席ライブラリを決定できる。

また、本実施形態においてプロセッサアセンブリ１６０は、前記決定された座席ライブラリを送信する応援棒２００をペアリングできる。

また、本実施形態においてプロセッサアセンブリ１６０は、前記ペアリングされた応援棒２００に決定された座席ライブラリを送信できる。

すなわち、本実施形態において上記のようなステップを行うプロセッサアセンブリ１６０は、キオスク１００及びユーザの応援棒２００をペアリングしてユーザの座席による座席ライブラリを提供する過程全般を処理できる。

また、本実施形態によってキオスク１００は、後述される公演管理サーバ５００で行う機能動作の少なくとも一部をさらに行うこともできる。

上述した複数の構成を含むキオスク１００は、ハードウェア的には、一体型タイプまたは分離型タイプで実現されることができる。

図４乃至図６は、本発明の様々な実施形態に係るキオスクの形状を示した一例等である。

図４は、アカウントタグモジュール１２０及び応援棒ペアリングモジュール１３０がキオスク１００のハウジング内に設けられた一体型タイプであり、図５は、アカウントタグモジュール１２０及び応援棒ペアリングモジュール１３０がハウジングと分離されて個別的に設けられた分離型タイプであり、図６は、モバイルタイプコンピューティング装置及び応援棒２００を据え置くことができる所定の構造を含む据置型タイプを示した図である。

図４に示すように、実施形態によってキオスク１００が一体型タイプである場合、キオスク１００は、ハウジング内にアカウントタグモジュール１２０－１及び応援棒ペアリングモジュール１３０－１を備えることができる。

このとき、アカウントタグモジュール１２０及び応援棒ペアリングモジュール１３０－１は、ユーザが応援棒２００を据え置くか、アカウント認証デバイス３００をタギングしやすい位置に設けられることができる。

例えば、図４に示されたように、アカウントタグモジュール１２０及び応援棒ペアリングモジュール１３０は、ディスプレイ１４３の下端一側に設けられることができる。

また、本実施形態においてアカウントタグモジュール１２０－１は、アカウント認証デバイス３００をタグできるパッド形式でキオスク１００の外面に設けられることができる。

また、本実施形態において応援棒ペアリングモジュール１３０は、応援棒２００を収容及び据え置きできるように内部に空間が備えられた箱形態で設けられることもできる。

また、本実施形態において応援棒ペアリングモジュール１３０は、内部に収容された応援棒２００を固定するために内部空間に設けられた所定の固定部１３１を備えるか、内部に収容された応援棒２００の離脱を防止し、電波を遮断するための蓋１３２を備えることもできる。

また、アカウントタグモジュール１２０及び応援棒ペアリングモジュール１３０は、前記複数のモジュールに所定の装置（例えば、応援棒２００及びアカウント認証デバイス３００）が正常に認識されたことを知らせる第１のＬＥＤモジュール１２０－１及び第２のＬＥＤモジュール１３０－１をさらに備えることができる。

具体的には、本実施形態においてキオスク１００は、アカウントタグモジュール１２０に正常にアカウント認証デバイス３００が認識された場合、第１のＬＥＤモジュール１２０－１を作動させることができる。

また、本実施形態においてキオスク１００は、応援棒ペアリングモジュール１３０に正常に応援棒２００が認識及び据え置かれた場合、第２のＬＥＤモジュール１３０－１を作動させることができる。

また、第２のＬＥＤモジュール１３０－１は、応援棒２００に所定のデータが送信完了した場合にも作動されることができる。このとき、応援棒ペアリングモジュール１３０は、第２のＬＥＤモジュール１３０－１が作動されるとともに、ユーザに応援棒２００を提供するために蓋１３２を開放する動作を行うことができる。

このような一体型タイプのキオスク１００は、キオスク１００の他、付随的な装置を要せず、設置の簡便さが増大されるという効果がある。

一方、図５に示すように、他の実施形態によってキオスク１００が分離型タイプである場合、ディスプレイ１４３、アカウントタグモジュール１２０、及び応援棒ペアリングモジュール１３０がキオスク１００のハウジングＨと分離されて個別的に設けられることができる。

このとき、ハウジングＨには、アカウントタグモジュール１２０及び応援棒ペアリングモジュール１３０を除いた前記キオスク１００の構成要素等が配置され得る。

また、他の実施形態においてキオスク１００は、ディスプレイ１４３、アカウントタグモジュール１２０、及び応援棒ペアリングモジュール１３０を個別的に設けるための所定の構成（例えば、支持台１０１及び旋盤１０２）をさらに備えることができる。

具体的には、他の実施形態においてキオスク１００は、ディスプレイ１４３を地面から所定高さ離れた位置に固定するための支持台１０１及びアカウントタグモジュール１２０、並びに応援棒ペアリングモジュール１３０を据え置くための旋盤１０２がさらに設けられることができる。

このような支持台１０１の上端部には、ディスプレイ１４３が位置しうるし、支持台１０１の一側には、ハウジングＨが位置しうる。

また、旋盤１０２は、図５に示されたように、支持台１０１の一側に含まれて設けられることができ、支持台１０１と分離されて机などのような形態で設けられることもできる。

また、旋盤１０２は、ペアリング進行中のアカウントタグモジュール１２０及び応援棒ペアリングモジュール１３０に定着したアカウント認証デバイス３００及び応援棒２００の定着状態を維持するために、地面と水平な構造を有することができる。

このような分離型タイプのキオスク１００は、応援棒２００及びアカウント認証デバイス３００を据え置いた状態でディスプレイ１４３を操作でき、ユーザが装置を操作するのにおいて便利さが増大されるという効果がある。

前記一体型タイプ及び／又は分離型タイプのキオスク１００を含む前述した実施形態等は、キオスク１００のハウジングＨと所定の構成との間の分離可否によってそのタイプが決定されることと述べた。

以下では、前記ハウジングＨ及び所定の構成の間の分離可否にかかわらず、所定の応援棒に座席ライブラリを提供する端末及び前記端末が据え置かれる据置台を包括する意味としてキオスク１００が称され得る。

一方、図６は、本発明のさらに他の実施形態に係る据置型タイプのキオスクに応援棒が据え置かれた様子を示した一例であり、図７は、前記据置型タイプのキオスクを使用する様子を示した一例であり、図８乃至図１４は、前記据置型タイプのキオスクの各構成要素を説明するための図面の一例である。

さらに他の実施形態によってキオスク１００が据置型タイプである場合、モバイルタイプコンピューティング装置が据え置かれる据置台形態で実現されることができる。以下では、説明の都合上、前記モバイルタイプコンピューティング装置がタブレットで実現されたことを基準とするが、述べられたところに限定するものではない。また、以下において前記タブレットは、端末１８０と称されることができる。

図６に示すように、さらに他の実施形態においてキオスク１００は、端末１８０、応援棒ホルダ１７７、及びタギング部１７９を備える据置台１７０を備えることができる。

このとき、前記据置台１７０の一側には、前記端末１８０が据え置かれることができ、前記据え置かれた端末１８０は、脱着が可能でありうる。

また、前記据置台１７０の一側には、応援棒２００を挿入できる構造を有する応援棒ホルダ１７７が設けられ得る。

このとき、前記応援棒ホルダ１７７は、挿入孔ｈ１及び第１の突出部ｐ１を備えることができる。前記挿入孔ｈ１は、挿入される応援棒２００の下準の取っ手部分の形態に合うように円柱状を有する中空であることができ、前記第１の突出部ｐ１は、前記挿入孔ｈ１を含んで所定の段差で突出された構造を有する部分であることができる。

また、前記挿入孔ｈ１には、互いに異なる直径を有する応援棒２００に合うように直径を調整するための所定の円筒形レイヤが挿入され得るし、これについての説明は後述する。

また、前記第１の突出部ｐ１は、前記タギング部１７９が位置した据置台の第１の表面を基準に上昇方向に所定の長さ突出されることができる。このとき、前記所定の長さは、挿入される応援棒２００を安定的に固定させ得るだけの長さ（例えば、応援棒２００の取っ手の長さの１／３以上など）であることができる。

また、前記据置台１７０の一側には、所定のデバイスが配置され得る所定の領域であるタギング部１７９が設けられ得る。例えば、前記タギング部１７９は、前記応援棒ホルダ１７７が設けられた領域と異なる所定の領域に設けられることができる。

また、図６では省略されるが、前記応援棒ホルダ１７７の内部一側には、応援棒ペアリングモジュール１３０が備えられてよく、前記タギング部１７９の内部一側には、アカウントタグモジュール１２０が備えられてよい。これにより、さらに他の実施形態においてキオスク１００は、前記応援棒ホルダ１７７に据え置かれる応援棒２００及び／又は前記タギング部１７９にタギングされるアカウント認証デバイス３００と近距離通信を行うことができる。

すなわち、このような据置型タイプのキオスク１００は、図７のように、公演場所内部及び近所に所定の構造物（例えば、テーブルＴなど）とともに設けられることができ、これにより、少なくとも１つ以上のユーザＵ１、Ｕ２、Ｕ３は、前記応援棒ホルダ１７７に各ユーザが所持した応援棒ｓ１、ｓ２、ｓ３を据え置いた状態で前記据置台１７０に予め据え置かれた端末１８０を操作して所定の座席ライブラリを応援棒２００にダウンロードすることができる。

図８に示すように、さらに他の実施形態において据置台１７０は、メインフレーム１７１、据置部１７５、円筒形レイヤ１７７１、１７７３、１７７５を備える応援棒ホルダ１７７及び／又はタギング部１７９を備えることができる。

前記メインフレーム１７１は、端末及び応援棒２００を据え置くことができる少なくとも１つ以上の構成を含むフレーム全般を意味してよい。

また、前記メインフレーム１７１は、横長が縦長より長い長方形の平たい形態で実現されることができる。

また、前記メインフレーム１７１の一側には、端末１８０を据え置くための据置部１７５が配置され得る。

図９に示すように、前記メインフレーム１７１は、第２の突出部１７１１、凹部１７１２、ヒンジ部１７１３、及び／又はタギング部１７９を備えることができる。

前記ヒンジ部１７１３は、前記据置部１７５の下端一側と結合して、前記メインフレーム１７１及び前記据置部１７５を連結し、前記据置部１７５を回動させるための装置であってよい。

このために、前記ヒンジ部１７１３は、前記メインフレーム１７１及び前記据置部１７５を連結するための所定のヒンジ（ｈｉｎｇｅ）を含んでよい。

これにより、前記メインフレーム１７１が固定された状態で前記据置部１７５は、前記ヒンジ部１７１３を基準軸にして所定角度で上下回動してよい。

前記第２の突出部１７１１は、下向き回動された前記据置部１７５と隣接する一側に所定の段差で突出された構造を有する部分であることができる。

このとき、前記第２の突出部１７１１の突出方向は、前記メインフレーム１７１の上部表面側であってよい。

また、前記第２の突出部１７１１の両端１７１１－１、１７１１－２は、前記据置部１７５が下向き回動するときに当接する部分であってよい。

このような第２の突出部１７１１の構造は、変形されやすい形状を有する前記据置部１７５を下向き回動したとき、外部衝撃から変形を保護するためのものであってよい。

前記凹部１７１２は、下向き回動された前記据置部１７５が前記メインフレーム１７１上に設けられるための収容空間を提供する部分であってよい。

このような凹部１７１２の一部領域上には、前記第２の突出部１７１１が備えられえる。すなわち、前記第２の突出部１７１１及び前記凹部１７１２は、前記据置部１７５の下向き回動の際、前記据置部１７５の形状と対応することができる。

一方、前記メインフレーム１７１は、前記据置部１７５に据え置かれる端末１８０を所定角度横にした状態で固定して利用させるための支持部１７３を備えてよい。

図１０に示すように、前記支持部１７３は、所定の支持部材であって、前記メインフレーム１７１及び前記据置部１７５との間に設けられて、前記据置部１７５を支持することができる。

具体的に、前記据置部１７５が前記メインフレーム１７１に対して所定の角度で回動された状態であるとき、前記支持部１７３は、前記メインフレーム１７１と前記据置部１７５との間に設けられて、前記据置部１７５が前記メインフレーム１７１に対して所定角度を有した状態を維持するように前記据置部１７５を支持することができる。

このために、図１１に示すように、前記第２の突出部１７１１側である前記据置部１７５の一側は、自動及び／又は手動で所定角度持ち上げられることができ、前記支持部１７３は、自動及び／又は手動で前記メインフレーム１７１に対して垂直になった状態で固定されることができる。

すなわち、前記支持部１７３により、前記メインフレーム１７１及び前記据置部１７５が所定の角度を有した状態を維持でき、これにより、前記キオスク１００のユーザが毎度端末１８０の角度を調整する必要なしに、より容易に前記キオスク１００を利用できるようにするという効果がある。

図１２に示すように、前記据置部１７５は、端末１８０を据え置くための板状を有してよい。

具体的に、前記据置部１７５は、回動部１７５１、メイン据置部１７５３、及び／又は羽根部１７５５を備えてよい。

前記回動部１７５１は、前記メインフレーム１７１の縁の一側（例えば、ヒンジ部１７１３）と連結され、前記据置部１７５の回動の際、基準軸に該当する部分であってよい。

また、前記回動部１７５１は、回動のための所定の構成（例えば、ヒンジ部１７１３など）と結合するための少なくとも１つ以上の孔を含むことができる。

前記メイン据置部１７５３は、前記回動部１７５１と連結され、端末１８０を据え置くための所定の板状を帯びることができる。

また、前記メイン据置部１７５３には、放熱孔１７５７及び／又は支持孔１７５９が形成されてよい。

前記放熱孔１７５７は、前記メイン据置部１７５３の中心部一側に形成された孔であり、前記メイン据置部１７５３に据え置かれた端末１８０と当接する部分に形成されてよい。

また、前記放熱孔１７５７は、端末１８０の使用によって発生される熱を円滑に放出できるようにするために形成された孔であってよい。

前記支持孔１７５９は、前記メイン据置部１７５３の一側に形成された孔であり、前記メインフレーム１７１に設けられた支持部１７３と当接する部分に形成されてよい。

このために、前記支持部１７３は、前記支持孔１７５９と当接する所定の部分が外部に突出された構造を有することができ、前記支持孔１７５９にかかるようにして、前記支持部１７３を支持孔１７５９と締結された状態で固定させることができる。

また、前記放熱孔１７５７及び／又は前記支持孔１７５９は、図示されたことに限定されず、図示された個数より少ないか、多く形成されてよい。

前記羽根部１７５５は、前記メイン据置部１７５３の両側に各々設けられて、一方向に延びて形成され、第１のサブ羽根部１７５２及び第２のサブ羽根部１７５４を備えることができる。

このとき、前記一方向は、前記メイン据置部１７５３から遠ざかる方向であってよい。

また、前記羽根部１７５５は、前記メイン据置部１７５３に据え置かれる端末１８０と少なくとも一部分が当接しうるし、前記端末１８０の荷重を耐えるための厚み及び材質で形成されてよい。

また、前記羽根部１７５５に備えられた第１のサブ羽根部１７５２及び第２のサブ羽根部１７５４は、前記据置部１７５が下向き回動すれば、前記両羽根部間に形成されたオープン領域が前記メインフレーム１７１に備えられた第２の突出部１７１１と締結されてよい。

図１３には、前記応援棒ホルダ１７７に含まれた円筒形レイヤの一例が示されている。

図１３に示すように、前記応援棒ホルダ１７７は、互いに異なる直径を有する少なくとも２つ以上の円筒形レイヤ１７７１、１７７３、１７７５を備えることができる。以下では、説明の都合上、前記少なくとも２つ以上の円筒形レイヤが３個であることを基準に説明するが、３個より多くてよく、３個より少なくてもよく、ここで述べる例に限定するものではない。

また、前記少なくとも２つ以上の円筒形レイヤ１７７１、１７７３、１７７５は、前記応援棒ホルダ１７７の挿入孔ｈ１内に設けられてよい。また、応援棒２００を据え置くために、一側が開放されて内部に所定の空間が形成された円筒形構造であってよい。

例えば、２つ以上の円筒形レイヤ１７７１、１７７３、１７７５の各々は、中空の円柱状を有することができる。具体的に、２つ以上の円筒形レイヤ１７７１、１７７３、１７７５の各々は、外側面と内側面とを含み、中心に応援棒２００が挿入され得る挿入孔が形成された柱状を含むことができる。

このとき、前記少なくとも１つ以上の円筒形レイヤのうち、第１の直径を有する第１の円筒形レイヤ１７７１の内側には、第２の直径を有する第２の円筒形レイヤ１７７３が設けられ得るし、前記第２の円筒形レイヤ１７７３の内側には、第３の直径を有する第３の円筒形レイヤ１７７５が設けられてよい。

ここで、前記第１の直径は、前記第２の直径より大きく、前記第２の直径は、前記第３の直径より大きくてよい。また、前記第１の直径は、前記第２の円筒形レイヤ１７７３が内側に設けられ得るだけ大きい直径であってよく、前記第２の直径は、前記第３の円筒形レイヤ１７７５が内側に設けられ得るだけ大きい直径であってよい。すなわち、前記第１乃至第３の円筒形レイヤ１７７１、１７７３、１７７５は、図１３に示されたように、重なって前記メイン据置台１７０の一側に設けられてよい。

図１４に示すように、前記第１～第３の円筒形レイヤ１７７１、１７７３、１７７５のそれぞれの外面の終端は、所定の段差構造を有してよい。

具体的に、前記第１の円筒形レイヤ１７７１の外面終端は、前記応援棒ホルダ１７７の第１の突出部ｐ１と所定の段差構造を、前記第２の円筒形レイヤ１７７３の外面終端は、前記第１の円筒形レイヤ１７７１の外面終端と所定の段差構造を、前記第３の円筒形レイヤ１７７５の外面終端は、前記第２の円筒形レイヤ１７７５の外面終端と所定の段差構造を有することができる。

前記段差構造によって、前記第１乃至第３の円筒形レイヤ１７７１、１７７３、１７７５は重なることができ、必要に応じて前記キオスク１００の管理者は、手動で各レイヤを分離することにより、据え置かれる応援棒２００の直径に合うように前記応援棒ホルダ１７７の直径を手動で調整することができる。

すなわち、重なった前記所定の円筒形レイヤを必要に応じて手動で分離することにより、他の構成を必要とせず、故障する余地がないので、修理費用及び管理費用が減少されて、経済的に効率的であるという効果がある。

一方、さらに他の実施形態において前記応援棒ホルダ１７７は、据え置かれる応援棒２００の直径に合うように、前記応援棒ホルダ１７７の直径を自動で調整するための構造を有することもできる。

前記直径の自動調整のために、さらに他の実施形態において前記応援棒ホルダ１７７は、前記少なくとも２つ以上の円筒形レイヤのそれぞれの下側にばねをさらに備えることができる。この場合、応援棒ホルダ１７７の下面まで前記メインフレーム１７１の下面が延びて挿入孔ｈ１の下端が塞がることがあり、前記メインフレーム１７１及び前記第１乃至第３の円筒形レイヤ１７７１、１７７３、１７７５の間にばねがさらに含まれてよい。

このとき、前記ばねは、少なくとも１つ以上の円筒形レイヤを前記メインフレーム１７１と連結することができ、前記メインフレーム１７１との連結及び固定のために、最も外側に位置した円筒形レイヤの下側にはばねが含まれなくてもよい。

これにより、前記応援棒ホルダ１７７に所定の直径を有する応援棒２００を据え置けば、前記ばねが収縮しながら前記所定の直径を有する応援棒２００より小さい直径を有した少なくとも１つ以上の円筒形レイヤが下向き回動することができる。

例えば、第１の直径を有する第１の応援棒において、前記応援棒ホルダ１７７は、前記第１の応援棒の重さにより前記第２及び第３の円筒形レイヤ１７７３、１７７５のそれぞれの下側に設けられた第２及び第３のばねが収縮して下方へ移動し、前記第１の応援棒を据え置くことができる。

すなわち、前記所定の円筒形レイヤがばねにより下向き回動して据え置かれる応援棒２００の直径に合うように応援棒ホルダ１７７の直径を自動で調整することにより、互いに異なる直径を有する応援棒を据え置こうとする度に直径を調整するための個別的措置が必要でないので便利であり、完全な分離による紛失の危険がないので、管理次元でも効率的であるという効果がある。

上述した構成を含む本発明のさらに他の実施形態に係る据置型タイプのキオスク１００に備えられた据置台１７０には、端末１８０及び応援棒２００が据え置かれることができる。

このとき、さらに他の実施形態に係るキオスク１００は、前記据置台１７０のタギング部１７１７にタギングされたアカウント認証デバイス３００を基に所定のユーザ識別情報を取得して、該当する座席ライブラリを据え置かれた応援棒２００に送信することができる。

したがって、前記さらに他の実施形態に係る据置型タイプのキオスク１００を使用する少なくとも一名以上のユーザは、座席ライブラリを予めダウンロードできなかった場合でも、公演開始前、現場でも前記応援棒ホルダ１７７に応援棒２００を据え置き、管理者及び／又は進行要員（ｓｔａｆｆ）により予め据え置かれた端末１８０を操作して自分が所有する応援棒２００に座席ライブラリをダウンロードできる。

すなわち、本実施形態に係るキオスク１００は、コンサート場などのように人波が密集される場所でも、別の進行要員の助けなしにも各ユーザが自ら所定のライブラリを応援棒にダウンロード及び／又はアップデートできるライブラリペアリングサービスを提供することにより、行事進行人力を縮小して行事進行の効率性を増大させるとともに、人力募集にかかる費用を減少させるという効果がある。

＜応援棒（Ｏｆｆｉｃｉａｌ Ｌｉｇｈｔ Ｓｔｉｃｋ）２００＞ 本発明の一実施形態において応援棒２００は、ライブラリペアリングサービスを基にキオスク１００から受信された座席ライブラリによって発光する所定のデバイスであってよい。

図１５は、本発明の一実施形態に係る応援棒の内部ブロック図である。

図１５に示すように、応援棒２００は、近距離通信部２１０、情報受信部２２０、発光部２３０、格納部２４０、及びプロセッサ２５０を備えることができる。

近距離通信部２１０は、外部の装置と通信するための１つ以上の装置を含むことができる。このような近距離通信部２１０は、無線ネットワークを介して通信することができる。

本実施形態において、近距離通信部２１０は、ライブラリペアリングサービスと関連した各種データを他の端末及び／又は外部のサーバなどと送受信することができる。

具体的に、本実施形態において近距離通信部２１０は、キオスク１００の応援棒ペアリングモジュール１３０を基にペアリングを行ってキオスク１００及び応援棒２００間の通信を連結し、これにより、ユーザの座席情報及び前記座席に対応する座席ライブラリを受信することができる。

近距離通信部２１０は、無線通信モジュール（例えば、ＮＦＣ、ＲＦ送受信機、ジグビー、ブルートゥース、及びＷＩＦＩモジュールのうち、少なくとも１つ）を含むことができる。

本実施形態において、このような近距離通信部２１０は、ブルートゥース方式で近距離通信してキオスク１００からユーザアカウント情報、ユーザ座席情報、及び座席ライブラリのうち、少なくとも１つ以上のデータを受信することができる。

情報受信部２２０は、キオスク１００及び他の装置から所定の通信方式（例えば、ブロードキャスティング（Ｂｒｏａｄｃａｓｔｉｎｇ）及び／又はマルチキャスティング（Ｍｕｌｔｉｃａｓｔｉｎｇ）で送信された情報を受信することができる。

具体的に、本実施形態において情報受信部２２０は、キオスク１００及び他の装置で受信者を未指定及び／又は指定して同時に複数の機器に送出された信号を受信することができる。

発光部２３０は、情報受信部２２０を基に受信した信号に応じて発光する機能を果たすことができる。

発光部２３０は、１つ以上の光源素子を含むことができ、前記光源では、発光ダイオード（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＬＥＤ）を例に挙げることができる。また、前記発光部２３０は、互いに異なる色相のＬＥＤを含むことができ、例えば、赤色ＬＥＤ、緑色ＬＥＤ、青色ＬＥＤ、及び白色ＬＥＤのうち、少なくとも１つを含んでよい。

これらのＬＥＤから各々放出される光を混合すれば、広い範囲の色相を作り出すことができ、前記混合された色は、各ＬＥＤから放出される光の強さの比に基づいて決定されるが、各ＬＥＤから放出される光の強さは、各ＬＥＤの駆動電流に比例してよい。

上記において、発光部２３０の光源としてＬＥＤを例に挙げて説明したが、光源の種類がＬＥＤに限定されるものではない。他の実施形態によれば、光源では、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＯＬＥＤ）が使用されてよい。

格納部２４０は、ライブラリペアリングサービス環境を提供するための各種応用プログラム、アプリケーション、データ、及び命令語のうち、いずれか１つ以上を格納することができる。

また、格納部２４０は、ライブラリペアリングシステムの他の構成要素等から受信されるか、生成されたデータを格納することができる。格納部２４０は、例えば、ＲＯＭ、ＥＰＲＯＭ、フラッシュドライブ、ハードドライブなどのような様々な格納機器であることができ、メモリ（ｍｅｍｏｒｙ）、キャッシュ（ｃａｓｈ）、及びバッファ（ｂｕｆｆｅｒ）などを備えることができる。

実施形態において格納部２４０は、応援棒２００が発光する機能を果たすために必要な情報を予め格納することができる。

例えば、格納部２４０は、発光パターンデータを予め格納することができる。

発光パターンデータは、応援棒が実現できる全ての色相及び明るさの各々を表現するために、実施形態において定義した発光パターンの設定値の各々に該当する値を含むデータを意味する。例えば、発光パターンデータは、色相において（０、０、０）、（０、０、１）、（０、０、２）．．．（ｎ、ｎ、ｎ）の値を有する複数のデータを含むことができる。また、明るさにおいて０、１、２、．．．ｎの値を有する複数のデータを含んでよい。

すなわち、格納部２４０は、このような発光パターンデータを予め格納することができ、これにより、ユーザは、座席ライブラリの格納可否とは別に、応援棒２００の発光可否、色相、明るさ、及び発光効果を手動的に設定することができる。

また、本実施形態において格納部２４０は、ライブラリペアリングサービスを行うために必要な情報を格納することができる。

例えば、格納部２４０は、座席ライブラリを格納することができる。このとき、座席ライブラリは、他の装置から受信されて格納部２４０に格納されてよい。

プロセッサ２５０は、応援棒２００の電源供給制御などのような全般的な動作及び応援棒２００の内部構成間の信号フローを制御し、データを処理するデータ処理機能を果たすことができる。このようなプロセッサ２５０は、少なくとも１つのプロセッサを備えることができる。

また、プロセッサ２５０は、各構成要素と内部的にシステムバス（Ｓｙｓｔｅｍ Ｂｕｓ）により通信を行うことができ、ローカルバス（Ｌｏｃａｌ Ｂｕｓ）をはじめとする所定のバス構造を１つ以上含むことができる。

また、プロセッサ２５０は、ＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、制御機（ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロコントローラ（ｍｉｃｒｏ－ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロプロセス（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒｓ）、その他の機能を実行するための電気的ユニットのうち、少なくとも１つを含んで実現されてよい。

本実施形態においてプロセッサ２５０は、発光部２３０の各ＬＥＤの駆動電流を制御することにより、発光部２３０から出力される光の発光パターンを制御できる。

これを通じて、本実施形態において、プロセッサ２５０は、複数のＬＥＤを含む応援棒２００を制御でき、所定の文句やイメージ及び画像などを形成できる。

前述した近距離通信部２１０及び情報受信部２２０は、プロセッサ２５０の少なくとも一部機能をプロセッサ２５０の一般的な機能等と区別するために別途図示した機能的な構成であってよい。

上述した構成を含む応援棒２００は、プロセッサ２５０の制御により格納部２４０に格納された少なくとも１つ以上のデータにしたがって動作することができ、複数名のユーザが公演場などで集結することにより、このような応援棒２００が複数個整列されて、応援棒２００を用いて所定の文句やイメージ及び画像などを形成する公演演出が行われてよい。

＜アカウント認証デバイス（：Ａｃｃｏｕｎｔ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｅｖｉｃｅ）３００

本実施形態において、アカウント認証デバイス３００は、前記応援棒２００を用いようとするユーザのアカウントを認証する機能を果たすために、近距離通信チップ３１０、バッテリ３２０、充電部３３０、格納モジュール３４０、及び制御モジュール３５０を備えることができる。

近距離通信チップ３１０は、ＮＦＣカード（ＮＦＣ ｃａｒｄ）であることができ、ＮＦＣカードリーダー機（ＮＦＣ ｃａｒｄ ｒｅａｄｅｒ）で読み出し可能な全ての形態の装置を含んでよい。

例えば、ＮＦＣカードは、ＮＦＣチップとコイル（アンテナ）を含む装置であって、その形態は、カードタイプ、タグ（ｔａｇ）タイプ、ステッカータイプなど、様々である。

本実施形態においてこのような近距離通信チップ３１０は、キオスク１００のアカウントタグモジュール１２０を基にキオスク１００と通信してデータを送受信できる。

バッテリ３２０は、制御モジュール３５０の制御によって外部及び／又は内部の電源を印加されてアカウント認証デバイス３００の各構成要素に動作に必要な電源を供給できる。

このようなバッテリ３２０は、需給された電源をシードスプレー３００の搭載体が使用できる電圧水準に変換できるＤＣ／ＤＣコンバータをさらに含むことができる。

また、バッテリ３２０は、少なくとも１つ以上のバッテリセルを含む。各バッテリセルは、例えば、リチウムイオンセルなどのように繰り返し的な充放電が可能なものであれば、その種類は特に限定されない。

充電部３３０は、アカウント認証デバイス３００の動作に必要な電源を供給する有線及び無線充電プロセスを提供するための有線及び無線充電モジュールを含むことができる。

格納モジュール３４０は、ライブラリペアリングサービス環境を提供するための各種応用プログラム、アプリケーション、データ、及び命令語のうち、いずれか１つ以上を格納することができる。

また、格納モジュール３４０は、ライブラリペアリングシステムの他の構成要素等から受信されるか、生成されたデータを格納することができる。格納モジュール３４０は、例えば、ＲＯＭ、ＥＰＲＯＭ、フラッシュドライブ、ハードドライブなどのような様々な格納機器であることができ、メモリ（ｍｅｍｏｒｙ）、キャッシュ（ｃａｓｈ）、バッファ（ｂｕｆｆｅｒ）、及びウェブストレージ（ｗｅｂ ｓｔｏｒａｇｅ）などを備えることができる。

本実施形態において格納モジュール３４０は、ライブラリペアリングサービスを行うために必要な情報を格納することができる。

例えば、格納モジュール３４０は、ユーザ固有ＮＦＣ ＩＤ及びユーザアカウント情報のうち、少なくとも１つを格納することができる。

このとき、ユーザ固有ＮＦＣ ＩＤとは、各アカウント認証デバイス３００毎に付与された所定の一連番号を含む文字及び数字を意味することができる。

一実施形態において格納モジュール３４０は、ライブラリペアリングシステムの他の構成要素等から座席ライブラリを受信して格納することもできる。

制御モジュール３５０は、前述した構成全般を制御することにより、アカウント認証デバイス３００の格納モジュール３４０に格納された少なくとも１つ以上のデータを送信する機能を有する。

具体的には、制御モジュール３５０は、格納モジュール３４０に格納されたユーザアカウント情報をキオスク１００に送信することができる。

すなわち、本実施形態においてこのようなアカウント認証デバイス３００は、応援棒２００を用いようとするユーザ固有ＮＦＣ ＩＤ及びユーザアカウント情報を送受信することにより、ユーザ個々人を認証する機能を有する。

また、本実施形態においてこのようなアカウント認証デバイス３００は、ユーザが応援するアーティストが複数名である場合に備えて、ユーザ１名当たり、所持可能な個数は限定されない。

また、アカウント認証デバイス３００は、ユーザが携帯しやすいように他の構成と組み合わせて様々な実施形態で実現されてよい。

図１６は、本発明の一実施形態に係るアカウント認証デバイスの形状を示した一例である。

図１６の一例を参照すれば、アカウント認証デバイス３００は、（ａ）のようなチップタイプであることができる。このようなチップタイプのアカウント認証デバイス３００は、上面及び下面が平たい形態を有することができる。

また、アカウント認証デバイス３００は、他部品と結合してユーザの身体に装着するウェアラブルタイプで実現されてよい。

具体的に、アカウント認証デバイス３００は、（ｂ）のように、首にかけることができる第１のストラップ３０１及び（ｃ）のように手首に装着できる第２のストラップ３０２と結合することができる。

上記のような様々なアカウント認証デバイス３００の形状は、ユーザが携帯しやすく、同時にペアリングまたはタギングのために、アカウント認証デバイス３００を所定の位置に所定の時間の間、維持しやすいようにして、前記アカウント認証デバイス３００の使用においてユーザの利便性を増大するという効果がある。

＜ユーザ端末（Ｕｓｅｒ Ｄｅｖｉｃｅ）４００

本発明の一実施形態に係るユーザ端末４００は、ライブラリペアリングサービスを行うためのアプリケーションが設けられた所定のコンピューティングデバイスであってよい。

具体的には、ハードウェア的観点でユーザ端末４００は、ペアリングアプリケーションが設けられたモバイルタイプコンピューティング装置及びデスクトップタイプコンピューティング装置などを含むことができる。

例えば、モバイルタイプコンピューティング装置は、スマートフォン（ｓｍａｒｔｐｈｏｎｅ）、携帯電話、デジタル放送用端末機、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）、ＰＭＰ（ｐｏｒｔａｂｌｅ ｍｕｌｔｉｍｅｄｉａ ｐｌａｙｅｒ）、タブレットＰＣ（ｔａｂｌｅｔ ＰＣ）などが含まれ得る。

また、デスクトップタイプコンピューティング装置は、アプリケーションが設けられた固定型デスクトップＰＣ、ノートブックコンピュータ（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、ウルトラブック（ｕｌｔｒａｂｏｏｋ）のようなパーソナルコンピューターなどのように、有／無線通信に基づいてライブラリペアリングサービスを実行するためのプログラムが設けられた装置などを含むことができる。

本発明の一実施形態では、説明の都合上、ユーザ端末４００がモバイルタイプコンピューティング装置であるスマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）で実現された場合を基準に説明することができる。

機能的観点でユーザ端末４００は、メモリ４１０、プロセッサ４２０、通信モジュール４３０、入出力システム４４０を備えることができる。

具体的には、メモリには、応援棒管理アプリケーション４１１が格納され、応援棒管理アプリケーション４１１は、ライブラリペアリングサービス環境を提供するための各種応用プログラム、データ、及び命令語のうち、いずれか１つ以上を格納することができる。

すなわち、メモリ４１０は、ライブラリペアリングサービス環境を生成するために使用されることができる命令及びデータを格納することができる。

プロセッサ４２０は、ライブラリペアリングサービス環境を生成するための様々な作業を行うために、メモリに格納された応援棒管理アプリケーション４１１の命令を実行できる少なくとも１つ以上のプロセッサを備えることができる。

本実施形態において、プロセッサ４２０は、ライブラリペアリングサービスを提供するために、メモリの応援棒管理アプリケーション４１１を介して構成要素の全般的な動作をコントロールできる。

通信モジュール４３０は、外部の装置と通信するための１つ以上の装置を含むことができる。このような通信モジュールは、無線ネットワークを介して通信することができる。

具体的に、通信モジュール４３０は、ライブラリペアリングサービス環境を実現するためのコンテンツソースを格納した端末（実施形態において、キオスク１００、応援棒２００、及びアカウント認証デバイス３００）及び外部のサーバ（実施形態において、チケット販売サーバ及び公演管理サーバ５００）と通信することができ、ユーザ入力を受けたコントローラのような様々なユーザ入力コンポーネントと通信することができる。

入出力システム４４０は、センサシステム、入力システム、及びディスプレイシステムを含むことができ、キオスク１００において上述した入出力システムの機能と同一であり、その内容を準用する。

前記構成要素等は、ユーザ端末４００のハウジング内に含まれるように構成されることができる。

本実施形態において、ユーザ端末４００は、所定のプラットホーム及びサービスサーバと通信することができる。

また、本実施形態においてユーザ端末４００は、所定のプラットホーム及びサービスサーバからユーザの個人身上（例えば、名前、生年月日、サービスＩＤ、携帯電話番号等）と関連した複数の情報を含むユーザアカウント情報を取得できる。

このとき、ユーザが所定のプラットホーム及びサービスに予め加入しなかった場合、本実施形態においてユーザ端末４００は、ユーザアカウント情報を生成するための所定の会員加入プロセスを提供することにより、ユーザアカウント情報を取得することもできる。

また、ユーザ端末４００は、前記ユーザ端末１００にタギングされるアカウント認証デバイス３００のユーザ固有ＮＦＣ ＩＤを取得できる。

このとき、アカウント認証デバイス３００が未認識されてタギングが不可な場合、本実施形態においてユーザ端末４００は、所定の入力プロセスを基にユーザが直接ユーザ固有ＮＦＣ ＩＤを入力して登録させることにより、ユーザ固有ＮＦＣ ＩＤを取得することもできる。

また、ユーザ端末４００は、取得されたユーザ固有ＮＦＣ ＩＤが複数個である場合、それに対応する個数で応援棒管理アプリケーション４１１上に複数個のアカウント認証デバイス３００を登録できる。

また、ユーザ端末４００は、登録された少なくとも１つ以上のアカウント認証デバイス３００のうち、ユーザが使用しようとするアカウント認証デバイス３００だけを活性化できる。

また、ユーザ端末４００は、応援棒２００の発光パターンを動作させる所定のモードを選択できる。

例えば、ユーザ端末４００は、公演モード及びセルフモードなどのモードを設定できる。このとき、公演モードは、オフライン公演モード及びアンタクト（Ｕｎ－ｔａｃｔ）公演モードを含むことができる。

オフライン公演モードが選択されれば、ユーザ端末４００は、座席ライブラリの格納状態を確認することにより、座席ライブラリが格納された公演を選択するプロセスを提供するか、座席ライブラリを提供するキオスク１００の位置を説明するプロセスを提供できる。

アンタクト（Ｕｎ－ｔａｃｔ）公演モードが選択されれば、ユーザ端末４００は、所定の公演用意データをダウンロードするためのガイドを提供するプロセスを提供できる。

セルフモードが選択されれば、ユーザ端末４００は、応援棒２００に予め格納された発光パターンデータを手動で設定できるプロセスを提供できる。

上記のように、ユーザは、ユーザ端末４００上で所定のモードを設定することにより、アカウント認証デバイス３００をタギングして公演場または家でペアリングを行うことができ、公演を観覧しない平常時にもムード灯のカラーをコントロールするなどの動作を行うことができる。

また、ユーザ端末４００は、応援棒管理アプリケーション４１１を基に公演場内のキオスク１００の位置及びグッズ（ｇｏｏｄｓ）を販売するブース（ｂｏｏｔｈ）の運営時間を案内するか、セルフペアリングガイド画像を出力するなど、ペアリング関連情報を提供できる。

＜公演管理サーバ（Ｐｅｒｆｏｒｍａｎｃｅ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｅｒ）５００＞

一方、本発明の一実施形態に係る公演管理サーバ５００は、ライブラリペアリングサービスを提供するための一連のプロセスを行うことができる。

具体的に、本実施形態において公演管理サーバ５００は、キオスク１００のような外部の装置でライブラリペアリング提供プロセスが駆動されるようにするために必要なデータを、前記外部の装置と交換することにより、前記ライブラリペアリングサービスを提供できる。

より具体的に、本実施形態において公演管理サーバ５００は、外部の装置でライブラリペアリングサービスを行う複数の装置に設けられた複数のアプリケーションが動作できる環境を提供できる。

このために、公演管理サーバ５００は、アプリケーションが動作するための応用プログラム、データ、及び／又は命令語などを含むことができ、これに基づいたデータを前記外部の装置と送受信することができる。

また、本実施形態において公演管理サーバ５００は、外部サーバ（例えば、チケット販売サーバ）と通信して、少なくとも１つ以上のチケット前売り情報を取得できる。

このとき、チケット前売り情報は、チケットを前売りした者の名前、生年月日、チケットサイトＩＤ、携帯電話番号、公演名、公演日時、公演場所、予約番号、前売りチケット個数、及び座席情報などを含むことができる。

また、本実施形態において公演管理サーバ５００は、前記取得した少なくとも１つ以上のチケット前売り情報のうち、ユーザアカウント情報とマッチングされるチケット前売り情報を外部の装置（実施形態において、キオスク１００等）に提供することができる。

このとき、本実施形態において公演管理サーバ５００は、チケット前売り情報及びユーザアカウント情報のマッチング可否を、各情報が互いに共通的に含む情報である携帯電話番号を基に判断することができる。これは例示的なものであって、携帯電話番号でない他のユーザ個人情報でマッチング可否を判断する様々な実施形態で実現されることもできる。

また、本実施形態において公演管理サーバ５００は、マッチングされたチケット前売り情報のうち、座席情報を抽出できる。

このとき、本実施形態において座席情報は、公演用意データ１０００を座席別に区分するために基準となる情報であり、本実施形態において公演管理サーバ５００は、このような座席情報と公演用意データ１０００とをマッチングして複数の座席ライブラリを生成できる。

また、本実施形態において座席情報は、座席番号及びピクセル番号のうち、少なくとも１つを含むことができる。

本実施形態において、座席情報がユーザに露出されるときには、例えば、「３階１２区域Ａ列１番」の形式で実際公演場で使用する座席番号として露出されるが、発光パターンを演出する機器では、演出の便宜のために、座席配置図を基にしたピクセル番号として露出されてよい。

すなわち、演出者の機器などでピクセル番号で作成された公演用意データは、公演管理サーバ５００で座席ライブラリとして生成されるとき、ピクセル番号が座席番号に切り換えられてよく、このために、それぞれのピクセル番号及び座席番号は、予め対応している。

また、本実施形態において、公演管理サーバ５００は、座席情報別に区分されて生成された複数の座席ライブラリをデータベース５３０に予め格納し、管理することができる。

また、本実施形態において、公演管理サーバ５００は、抽出された座席情報に対応して生成された座席ライブラリを外部の装置（実施形態において、応援棒２００及びアカウント認証デバイス３００等）に提供することができる。

また、本実施形態において公演管理サーバ５００は、ライブラリペアリングサービスを実現するための各種応用プログラム、命令語、及び／又はデータなどを格納し、管理することができる。

一方、図１にさらに示すように、本実施形態において上記のような公演管理サーバ５００は、データ処理のための少なくとも１つ以上のプロセッサモジュール５１０（Ｐｒｏｃｅｓｓｏｒ Ｍｏｄｕｌｅ）と、外部の装置とのデータ交換のための少なくとも１つ以上のコミュニケーションモジュール５２０（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）と、ライブラリペアリングサービスの提供のための各種応用プログラム、データ、及び／又は命令語を格納する少なくとも１つ以上のメモリモジュール５３０（Ｍｅｍｏｒｙ Ｍｏｄｕｌｅ）を含む所定のコンピューティング装置で実現されてよい。

ここで、前記データベース５３０は、ライブラリペアリングサービスを提供するためのオペレーティングシステム（ＯＳ）、各種応用プログラム、データ、及び命令語のうち、いずれか１つ以上を格納することができる。

また、前記データベース５３０は、プログラム領域とデータ領域とを含むことができる。

ここで、本実施形態に係るプログラム領域は、サーバをブーティングするオペレーティングシステム（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）及び機能要素等間に連係されることができ、データ領域は、サーバの使用によって発生するデータが格納されてよい。

本実施形態において、このようなデータベース５３０は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、ハードドライブなどのような様々な格納機器であることができ、インターネット（ｉｎｔｅｒｎｅｔ）上で前記データベース５３０の格納機能を果たすウェブストレージ（ｗｅｂ ｓｔｏｒａｇｅ）であることもできる。

また、データベース５３０は、サーバ上に脱着可能な形態の記録媒体であることができる。

一方、前記プロセッサモジュール５１０は、ライブラリペアリングサービスを実現するために、前述した各ユニット（ｕｎｉｔ）の全般的な動作をコントロールできる。

このようなプロセッサモジュール５１０は、中央処理装置（ＣＰＵ）及び／又はグラフィック処理装置（ＧＰＵ）などが含まれたサーバに適したシステムオンチップ（ＳＯＣ）であることができ、データベース５３０に格納されたオペレーティングシステム（ＯＳ）及び／又はアプリケーションプログラムなどを実行でき、サーバに搭載された各構成要素を制御できる。

また、プロセッサモジュール５１０は、各構成要素と内部的にシステムバス（Ｓｙｓｔｅｍ Ｂｕｓ）により通信を行うことができ、ローカルバス（Ｌｏｃａｌ Ｂｕｓ）をはじめとする所定のバス構造を１つ以上含むことができる。

また、プロセッサモジュール５１０は、ＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、制御機（ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロコントローラ（ｍｉｃｒｏ－ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロプロセス（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒｓ）、その他の機能の実行のための電気的ユニットのうち、少なくとも１つを利用して実現されてよい。

以上の説明では、本発明の一実施形態に係る公演管理サーバ５００が上述したような機能動作を行うと説明したが、本実施形態によって公演管理サーバ５００で行う機能動作の少なくとも一部を外部の装置（例えば、キオスク１００等）で行うことができ、前記外部の装置で行う機能動作の少なくとも一部を前記公演管理サーバ５００でさらに行うこともできるなど、様々な実施形態が可能でありうる。

＜応援棒２００に座席ライブラリを提供する方法＞

以下、本発明の一実施形態に係るキオスク１００の少なくとも１つ以上のプロセッサが応援棒２００に座席ライブラリを提供する方法を添付された図１７乃至図１９を参照して詳細に説明する。

本発明の一実施形態において前記キオスク１００の少なくとも１つ以上のプロセッサは、少なくとも１つ以上のメモリ１５０に格納された少なくとも１つ以上のアプリケーションを実行したり、バックグラウンド状態で動作させることができる。

以下、前記少なくとも１つ以上のプロセッサが、前記アプリケーションの命令語を実行するために動作して、上述したライブラリペアリングサービスを提供する方法を行うことをプロセッサアセンブリ１６０が行うことと短縮して説明する。

図１７は、本発明の一実施形態に係る座席ライブラリの提供方法を説明するためのフローチャートである。

図１７に示すように、本実施形態においてキオスク１００のプロセッサアセンブリ１６０は、応援棒２００及びアカウント認証デバイス３００のうち、少なくとも１つ以上の端末に座席ライブラリを提供できる。

本実施形態において応援棒２００は、キオスク１００から直接座席ライブラリの提供を受けることができる。他の実施形態において、キオスク１００から座席ライブラリの提供を受けたアカウント認証デバイス３００から間接的に座席ライブラリの提供を受けることもできる。

以下の各実施形態では、説明の都合上、プロセッサアセンブリ１６０が応援棒ペアリングモジュール１３０を制御して応援棒２００に直接座席ライブラリを提供する方法を基準に説明する。

図１８は、本発明の一実施形態に係るプロセッサアセンブリが応援棒に座席ライブラリを提供する方法を説明するための細部フローチャートである。

図１８に示すように、本実施形態においてキオスク１００は、アカウントタグモジュール１２０を介してユーザアカウント情報を取得できる。（Ｓ１０１）

本実施形態においてプロセッサアセンブリ１６０は、ユーザのアカウント認証デバイス３００タギング（ｔａｇｇｉｎｇ）をアカウントタグモジュール１２０が感知し、認識して取得したユーザアカウント情報の伝達を受けることができる。

具体的には、プロセッサアセンブリ１６０は、キオスク１００のアカウントタグモジュール１２０にタギングされたユーザのアカウント認証デバイス３００と近距離通信を行って、前記タギングされたアカウント認証デバイス３００に予め格納されたユーザアカウント情報を取得できる。

このために、ユーザは、観覧しようとする公演に対応するアカウント認証デバイス３００をキオスク１００のアカウントタグモジュール１２０に近接させることができる。

このとき、本実施形態においてプロセッサアセンブリ１６０は、正常な近距離通信を行うために、アカウント認証デバイス３００の認識位置などを案内するガイドを、ディスプレイを制御して出力することができる。

また、アカウントタグモジュール１２０は、ＮＦＣ機能を基に前記アカウントタグモジュール１２０に近接したアカウント認証デバイス３００を認識できる。

これにより、アカウントタグモジュール１２０は、認識されたアカウント認証デバイス３００からユーザアカウント情報を受信することができる。

また、他の実施形態においてキオスク１００は、ユーザが所持したチケットをセンシング（ｓｅｎｓｉｎｇ）してユーザアカウント情報を取得できる。

具体的に、他の実施形態においてプロセッサアセンブリ１６０は、イメージセンサ１４１を基にユーザが所持したチケットをセンシングし、前記センシングされたチケットに対する光学文字認識（ＯＣＲ、Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）を行うことによってユーザアカウント情報を取得できる。

光学文字認識（ＯＣＲ）とは、人が書いたり、機械で印刷した文字の画像をイメージスキャナーで取得して機械が読み出すことのできる文字に変換することを意味する。

他の実施形態においてプロセッサアセンブリ１６０は、キオスク１００に含まれたイメージセンサ１４１を用いてユーザが所持したチケットを撮影するように制御することができる。

次いで、他の実施形態においてプロセッサアセンブリ１６０は、ユーザが所持したチケットを撮影したイメージであるチケットイメージＴＩを取得できる。

図１９は、本発明の一実施形態に係るチケットイメージＴＩの一例である。

図１９に示すように、他の実施形態においてプロセッサアセンブリ１６０は、取得したチケットイメージＴＩ内の少なくとも１つ以上のオブジェクト領域６０１乃至６０３を探知できる。

他の実施形態においてオブジェクト領域６０１乃至６０３は、所定のテキスト（ｔｅｘｔ）を含む領域を意味する。本発明の他の実施形態では、日時及び場所情報を含む第１のオブジェクト領域６０１、ユーザアカウント情報を含む第２のオブジェクト領域６０２、及び座席情報を含む第３のオブジェクト領域６０３に区分して説明する。

また、他の実施形態においてプロセッサアセンブリ１６０は、前記探知されたオブジェクト領域６０１乃至６０３のうち、ターゲットイメージを設定できる。このとき、ターゲットイメージとは、光学文字認識（ＯＣＲ）の対象になるイメージを意味する。

具体的に、他の実施形態では、取得しようとする情報がユーザアカウント情報であるから、プロセッサアセンブリ１６０は、チケットイメージＴＩ上、出力された位置を基にユーザアカウント情報を含む第２のオブジェクト領域６０２をターゲットイメージとして設定することができる。

また、他の実施形態においてプロセッサアセンブリ１６０は、前記設定されたターゲットイメージに含まれたテキストを抽出できる。

図１９を例に挙げると、プロセッサアセンブリ１６０は、「予約番号：０１２３４５」、「前売り者：ホンギルドン（洪吉童）様（ＩＤ：ｈｏｎｇ００）」及び「電話番号：０１０－１２３４－５６７８」というテキストを抽出できる。

すなわち、他の実施形態においてプロセッサアセンブリ１６０は、前記設定されたターゲットイメージに含まれたテキストを抽出することにより、前記抽出された複数のテキストを含むユーザアカウント情報を取得できる。

このとき、他の実施形態においてプロセッサアセンブリ１６０は、抽出された全体テキストのうち、特定文字を探して、望みのテキストを抽出するための所定の文字抽出関数（ＦＩＮＤ、ＬＥＦＴ、ＭＩＤ、ＲＩＧＨＴ等）を用いてユーザアカウント情報に含まれた所定の情報を再抽出できる。

さらに図１９に示すように、例えば、他の実施形態においてユーザアカウント情報に含まれたユーザの携帯電話番号を再抽出しようとする場合、プロセッサアセンブリ１６０は、所定の文字抽出関数を用いて「０１０－１２３４－５６７８」というユーザの携帯電話番号６０２－１を取得できる。

すなわち、他の実施形態においてプロセッサアセンブリ１６０は、取得したチケットイメージＴＩに対する光学文字認識プロセスを行い、前記チケットイメージＴＩからテキストを抽出することによってユーザアカウント情報を取得できる。

また、他の実施形態においてプロセッサアセンブリ１６０は、取得したチケットイメージＴＩに対する光学文字認識（ＯＣＲ）を行うことによってユーザアカウント情報及びチケット前売り情報を同時に取得でき、この場合、後述されるＳ１０３ステップを省略し、次のステップを行うことができる。

さらに他の実施形態においてプロセッサアセンブリ１６０は、ユーザの手動入力を基にユーザアカウント情報を取得することもできる。

このために、さらに他の実施形態においてプロセッサアセンブリ１６０は、ユーザが入力したサービスＩＤ及び携帯電話番号などと一致する情報を検索する検索プロセスを行うことができる。

さらに図１８に示すように、本実施形態においてプロセッサアセンブリ１６０は、取得されたユーザアカウント情報とマッチングされるチケット前売り情報を検出できる。（Ｓ１０３）

本実施形態においてオンラインタイプで実現されたキオスク１００のプロセッサアセンブリ１６０は、公演管理サーバ５００を基に外部サーバ（例えば、チケット販売サーバ）と通信することにより取得されたユーザアカウント情報とマッチングされるチケット前売り情報を検出できる。このとき、ユーザが同一アカウントで前売りした座席の数によってマッチングされるチケット前売り情報は複数個であることができ、公演別にマッチングされるチケット前売り情報もさらに含まれてよい。

このために、本実施形態においてプロセッサアセンブリ１６０は、外部サーバ（例えば、チケット販売サーバ）と連動して、外部サーバのデータベースに格納された少なくとも１つ以上のチケット前売り情報のうち、ユーザアカウント情報と一致し、前記キオスク１００が設けられた公演場で所定の時間内に開く公演に該当するチケット前売り情報を検出できる。

すなわち、本実施形態においてオンラインタイプで実現されたキオスク１００のプロセッサアセンブリ１６０は、他のサーバとの連動でユーザアカウント情報にマッチングされるチケット前売り情報だけを検出することによってユーザの個人情報を保護すると同時に、メモリ１５０に格納されるデータの容量を減少させることができる。

他の実施形態においてオフラインタイプで実現されたキオスク１００のプロセッサアセンブリ１６０は、メモリ１５０を基に取得されたユーザアカウント情報と前記キオスク１００が設けられた公演場で所定の時間内に開く公演に該当するマッチングされるチケット前売り情報を検出できる。

また、他の実施形態においてプロセッサアセンブリ１６０は、メモリ１５０に予め格納された複数のチケット前売り情報のうち、ユーザアカウント情報と一致するチケット前売り情報を検出できる。

例えば、プロセッサアセンブリ１６０は、検索プロセスを実行して複数のチケット前売り情報を含むリストのうち、ユーザアカウント情報と一致するチケット前売り情報を検出できる。

すなわち、他の実施形態においてオフラインタイプで実現されたキオスク１００のプロセッサアセンブリ１６０は、予め格納されたチケット前売り情報のうち、ユーザアカウント情報と一致するチケット前売り情報だけを検出することによってサーバ連結にかかる時間及び費用などを減少させることができる。

次に、本実施形態においてプロセッサアセンブリ１６０は、検出されたチケット前売り情報に含まれた座席情報を抽出できる。（Ｓ１０５）

このとき、抽出される座席情報は、ユーザが同一アカウントで前売りしたチケット前売りの数によって複数個であってよい。

本実施形態においてユーザが同じチケットサイトＩＤにて同一公演に対して複数の座席を前売りした場合、プロセッサアセンブリ１６０は、検出された複数のチケット前売り情報をタッチスクリーンに出力することができる。

例えば、プロセッサアセンブリ１６０は、検出された複数のチケット前売り情報を含むチケットリストをディスプレイを介して提供することができる。

このとき、本実施形態においてプロセッサアセンブリ１６０は、ユーザが複数のチケット前売り情報のうち１つのチケット前売り情報を選択できるように公演日付及び時間を含む公演日時、チケット前売り番号、座席情報などをタッチスクリーンに出力することができる。

次いで、ユーザは、タッチスクリーンに出力されたチケットリストのうち１つのチケット前売り情報をタッチすることができ、他の実施形態においてプロセッサアセンブリ１６０は、ユーザインターフェースを基にユーザタッチ入力を受信することによって当該チケット前売り情報を選択できる。

また、他の実施形態においてプロセッサアセンブリ１６０は、前記選択されたチケット前売り情報に含まれた座席情報に応じて応援棒２００に送信する座席ライブラリを決定できる。

次いで、実施形態においてプロセッサアセンブリ１６０は、抽出された座席情報による座席ライブラリを決定できる。（Ｓ１０７）

具体的に、本実施形態においてプロセッサアセンブリ１６０は、チケット前売り情報の座席情報による座席ライブラリを決定できる。

このとき、複数の座席ライブラリは、各々座席情報とマッピングされてメモリ１５０またはデータベース５３０に予め格納されていることができる。

本実施形態においてプロセッサアセンブリ１６０は、公演管理サーバ５００によりメモリ１５０またはデータベース５３０に予め格納された複数の座席ライブラリの座席情報のうち、前記チケット前売り情報の座席情報を比較できる。

また、本実施形態においてプロセッサアセンブリ１６０は、複数の座席ライブラリのうち、前記抽出された座席情報と座席情報が一致する１つの座席ライブラリを検出して、これを次のステップで送信する対象である座席ライブラリとして決定することができる。

また、本実施形態においてプロセッサアセンブリ１６０は、ユーザに選択された座席を知らせ、正常なペアリングを行えるように、決定された座席ライブラリの座席情報（例えば、座席番号）及び応援棒２００ペアリング関連案内ガイドをキオスク１００のディスプレイに出力することができる。

次に、本実施形態においてプロセッサアセンブリ１６０は、決定された座席ライブラリを送信する応援棒２００をペアリング（ｐａｉｒｉｎｇ）できる。（Ｓ１０９）

具体的には、本実施形態においてプロセッサアセンブリ１６０は、決定された座席ライブラリを応援棒２００に送信するために、キオスク１００の応援棒ペアリングモジュール１３０及び応援棒２００の近距離通信部２１０を基に近距離通信を行うペアリングを行うことができる。

このために、ユーザは、観覧しようとする公演及び座席に対応する応援棒２００をキオスク１００の応援棒ペアリングモジュール１３０に接触及び近接させることができる。

このとき、本実施形態においてプロセッサアセンブリ１６０は、正常なペアリング実行のために、応援棒２００の据置位置及び据置持続時間などを案内するガイドをタッチスクリーンに出力することができる。

これにより、本実施形態においてプロセッサアセンブリ１６０は、前記応援棒ペアリングモジュール１３０に接触及び近接した応援棒２００を、ブルートゥース通信を介してキオスク１００及び応援棒２００を連動できる。

次いで、本実施形態においてプロセッサアセンブリ１６０は、ペアリングされた応援棒２００に決定された座席ライブラリを送信できる。（Ｓ１１１）

このとき、本実施形態においてキオスク１００及び応援棒２００は、近距離通信を基に座席ライブラリを送受信する。前記決定された座席ライブラリがペアリングされた応援棒２００に送信される間、応援棒２００が接触及び近接状態を維持すべきことを知らせるガイドをタッチスクリーンに出力することができる。

また、送信が完了すれば、本実施形態においてプロセッサアセンブリ１６０は、オーディオセンサを基に所定の報知音を出力するか、第１及び第２のＬＥＤモジュール１２０－１及び１３０－１を作動させるか、キオスクの蓋１３２を自動に開放するなどの方法を利用してユーザに座席ライブラリ送信が完了したことを案内できる。

すなわち、本実施形態に係るプロセッサアセンブリ１６０は、ユーザが直接座席番号を入力しなくてもユーザの座席情報を取得でき、ユーザの座席に対応する座席ライブラリだけをペアリングされた応援棒２００に送信することにより、他の公演の座席ライブラリとの衝突によるエラーを最小化するという効果がある。

＜ユーザ端末４００がデバイス管理サービスを提供する方法＞

以下、本発明の一実施形態に係るユーザ端末４００の少なくとも１つ以上のプロセッサによって実行されるユーザ端末４００の応援棒管理アプリケーション４１１がデバイス管理サービスを提供する方法を添付された図２０乃至図２２を参照して詳細に説明する。

このとき、本発明の一実施形態に係る応援棒管理アプリケーション４１１は、ユーザが携帯する少なくとも１つ以上のデバイス（実施形態において、応援棒２００及びアカウント認証デバイス３００）を管理及び制御するサービス（以下、デバイス管理サービス）を提供するアプリケーションであって、上述したキオスク１００、応援棒２００、及びアカウント認証デバイス３００に含まれたアプリケーションと区分され、その制御範囲が相違することができる。

本発明の一実施形態において、ユーザ端末４００の少なくとも１つ以上のプロセッサは、少なくとも１つ以上のメモリに格納された少なくとも１つ以上の応援棒管理アプリケーション４１１を実行するか、バックグラウンド状態で動作させることができる。

以下、前記少なくとも１つ以上のプロセッサが、前記応援棒管理アプリケーション４１１の命令語を実行するために動作して、上述したデバイス管理サービスを提供する方法を行うことを前記応援棒管理アプリケーション４１１が行うことと短縮して説明する。

図２０は、本発明の一実施形態に係るユーザ端末が応援棒に座席ライブラリを送信する方法を説明するためのフローチャートであり、図２１及び図２２は、本発明の一実施形態に係るユーザ端末の応援棒管理アプリケーションの出力画面を示した一例等である。

本実施形態において応援棒管理アプリケーション４１１は、ユーザ端末４００にアカウント認証デバイス３００を登録できる。（Ｓ３０１）

具体的には、本実施形態において応援棒管理アプリケーション４１１は、近距離通信を基にユーザ端末４００にアカウント認証デバイス３００を登録できる。

このために、ユーザは、アカウント認証デバイス３００及びユーザ端末４００を接触及び近接させることができる。

また、本実施形態において応援棒管理アプリケーション４１１は、ユーザが所持するアカウント認証デバイス３００が複数個である場合、ユーザ端末４００に複数個のアカウント認証デバイス３００の各々を登録することもできる。

このとき、複数個のアカウント認証デバイス３００に含まれたユーザアカウント情報は同一であり、各アカウント認証デバイス３００毎に賦課されるユーザ固有ＮＦＣ ＩＤだけが相違することができる。

前記の実施形態では、ユーザ端末４００がＮＦＣ機能を支援する端末である場合に限り、ＮＦＣ機能を支援しない端末であるか、作動エラーによって登録が不可な場合、ユーザが直接ユーザ固有ＮＦＣ ＩＤを手動で入力するプロセスを提供することによってアカウント認証デバイス３００を登録できる。

次に、本実施形態において応援棒管理アプリケーション４１１は、ユーザ端末４００に登録されたアカウント認証デバイス３００のうち、使用しようとするアカウント認証デバイス３００を活性化できる。（Ｓ３０３）

本実施形態において、登録されたアカウント認証デバイス３００が１つである場合、応援棒管理アプリケーション４１１は、前記アカウント認証デバイス３００を自動に活性化することができる。

一方、他の実施形態において、登録されたアカウント認証デバイス３００が複数個である場合、応援棒管理アプリケーション４１１は、ユーザ端末４００に登録された少なくとも１つ以上のアカウント認証デバイス３００をディスプレイに出力することができる。

図２１に示すように、応援棒管理アプリケーション４１１は、ユーザ端末４００に登録された少なくとも１つ以上のアカウント認証デバイス３００の個数に対応するように少なくとも１つ以上のアカウント認証デバイスアイコンＩＣ１乃至ＩＣ３をディスプレイに出力することができる。

また、ユーザは、望みのアーティスト及び公演日時によって該当する公演観覧の際に必要な１つのアカウント認証デバイス３００を決定できる。

次いで、ユーザは、ユーザインターフェースを基に前記決定されたアカウント認証デバイス３００を決定するタッチ入力を行うことができ、これにより、応援棒管理アプリケーション４１１は、使用しようとするアカウント認証デバイス３００を活性化できる。

実施形態において応援棒管理アプリケーション４１１は、ユーザのタッチ入力実行を基にアカウント認証デバイス３００を活性化するために、少なくとも１つ以上の活性化ボタンＩＣ１ａ～ＩＣ３ａをディスプレイに出力することができる。

このような活性化ボタンＩＣ１ａ～ＩＣ３ａは、アカウント認証デバイスアイコンＩＣ１～ＩＣ３の下端に出力されることができ、活性化状態に応じてその形状が相違して出力されることができる。

例えば、図２１に示された第１の活性化ボタンＩＣ１ａの形状は、アカウント認証デバイスアイコンＩＣ１に該当するアカウント認証デバイス３００が活性化された状態であることを表し、第２及び第３の活性化ボタンＩＣ２ａ、ＩＣ３ａの形状は、アカウント認証デバイスアイコンＩＣ２、ＩＣ３に該当するアカウント認証デバイス３００が不活性化された状態であることを表すことができる。

ユーザは、このような活性化ボタンＩＣ１ａ～ＩＣ３ａをタッチすることによってタッチ入力を行うことができ、これにより、実施形態において応援棒管理アプリケーション４１１は、使用しようとするアカウント認証デバイス３００を活性化することにより、ユーザ端末４００及びユーザが使用しようとするアカウント認証デバイス３００を連動できる。

一方、本実施形態においてユーザは、応援棒管理アプリケーション４１１を基に公演別、チケット前売り番号別に各々マッチングされたアカウント認証デバイス３００を活性化させることもできる。

このために、応援棒管理アプリケーション４１１は、アカウント認証デバイス３００登録の際、各アカウント認証デバイス３００に公演及びチケット前売り番号を予めマッチングすることができる。

例えば、応援棒管理アプリケーション４１１は、ユーザが購買した少なくとも１つ以上の公演を含むリストをディスプレイに出力することができる。

また、ユーザが前記リストに含まれた１つの公演を選択すれば、応援棒管理アプリケーション４１１は、ユーザ端末４００に登録された少なくとも１つ以上のアカウント認証デバイス３００のうち、当該公演と予めマッチングされたアカウント認証デバイス３００を自動に活性化することができる。

同様に、例えば、応援棒管理アプリケーション４１１は、ユーザが購買した少なくとも１つ以上のチケット前売り番号を含むリストをディスプレイに出力することができる。

また、ユーザが前記リストに含まれた１つのチケット前売り番号を選択すれば、応援棒管理アプリケーション４１１は、ユーザ端末４００に登録された少なくとも１つ以上のアカウント認証デバイス３００のうち、当該チケット前売り番号と予めマッチングされたアカウント認証デバイス３００を自動に活性化することができる。

また、本実施形態において応援棒管理アプリケーション４１１は、ユーザ端末４００に応援棒２００を登録及び連動できる。（Ｓ３０５）

具体的には、本実施形態において、応援棒管理アプリケーション４１１は、近距離通信を基にユーザ端末４００に応援棒２００を登録及び連動でき、近距離通信を行う内容は、上述したＳ３０１及びＳ３０３の内容と同一であって、それに準用する。

一方、ユーザ端末４００に登録される応援棒２００は、ユーザが所有した少なくとも１つ以上の応援棒２００のうち、ユーザが観覧しようとする公演に対応する１つの応援棒２００であることができる。

また、本実施形態において応援棒管理アプリケーション４１１は、連動された応援棒２００に座席ライブラリを送信できる。（Ｓ３０７）

このために、本実施形態において応援棒管理アプリケーション４１１は、登録されたアカウント認証デバイス３００に含まれた情報及びユーザが応援棒管理アプリケーション４１１ログインの際に入力した情報を基にユーザアカウント情報を取得できる。

また、本実施形態において応援棒管理アプリケーション４１１は、外部サーバ（例えば、チケット販売サーバ）と通信して取得されたユーザアカウント情報とマッチングされるチケット前売り情報を検出できる。

このとき、応援棒管理アプリケーション４１１は、ユーザが非会員である場合などによってユーザアカウント情報を取得するステップを省略し、ユーザの手動入力を基にチケット前売り情報を取得することもできる。

また、本実施形態において応援棒管理アプリケーション４１１は、検出されたチケット前売り情報を基に座席ライブラリを決定できる。

このとき、応援棒管理アプリケーション４１１は、ユーザが同じサービスＩＤにて同一公演に対して複数の座席を前売りした場合、検出された複数のチケット前売り情報をユーザ端末４００のディスプレイに出力することができる。

ユーザは、ユーザ端末４００に出力された複数のチケット前売り情報のうち１つのチケット前売り情報を選択でき、本実施形態において応援棒管理アプリケーション４１１は、前記選択されたチケット前売り情報に含まれた座席情報を基に座席ライブラリを決定できる。

これにより、本実施形態において応援棒管理アプリケーション４１１は、決定された座席ライブラリを登録及び連動された応援棒２００に送信することができる。

また、ユーザは、１つのユーザアカウント情報でユーザ端末４００上で少なくとも１つ以上の応援棒２００を登録及び連動するか、少なくとも１つ以上のチケットを前売りできる。

これにより、本実施形態において応援棒管理アプリケーション４１１は、１つのユーザアカウント情報当たり、少なくとも１つ以上の応援棒２００及びチケット前売り番号を登録でき、前記登録されたそれぞれの応援棒２００及びチケット前売り番号を確認し、管理することができる。

具体的には、例えば、応援棒管理アプリケーション４１１は、ユーザ端末４００に登録された応援棒２００のうち、使用しようとする応援棒２００を活性化するか、前記応援棒２００に登録された座席ライブラリを確認するなど、登録された応援棒２００の各々を管理できる。

すなわち、本実施形態に係るユーザ端末４００の応援棒管理アプリケーション４１１は、ユーザ端末４００上で自体的に応援棒２００に座席ライブラリを送信できるので、ユーザ輻輳、長い待機時間、及び装置故障などによりキオスク１００を利用できない場合やアンタクト（Ｕｎ－ｔａｃｔ）公演を観覧する場合にも、公演場または家でセルフペアリング（ｓｅｌｆ－ｐａｉｒｉｎｇ）を行うようにして、ペアリング実行において時空間の制約を減少させるという効果がある。

また、本実施形態において応援棒管理アプリケーション４１１は、近距離通信を基に応援棒２００の座席ライブラリ格納可否を確認できる。

また、本実施形態において応援棒管理アプリケーション４１１は、ユーザ端末４００上で応援棒２００の発光を制御できる。

具体的には、本実施形態において応援棒管理アプリケーション４１１は、所定のモードを設定することによってユーザ端末４００上で応援棒２００の発光を制御できる。

このために、本実施形態において応援棒管理アプリケーション４１１は、図２２に示されたように、ユーザ端末４００に所定のモードを設定するためのモード選択ボタンＩＣ４、ＩＣ５をディスプレイに少なくとも１つ以上出力することができる。

また、ユーザは、ユーザインターフェースを基に前記所定のモードを設定するためのタッチ入力を行うことができる。

例えば、図２２に示すように、ユーザが第１のモード選択ボタンＩＣ４をタッチすることによって「公演モード」を選択すれば、応援棒管理アプリケーション４１１は、図２０に示されたＳ３０１～Ｓ３０７ステップを順次行うことにより、開始して観覧しようとする公演に必要な座席ライブラリを応援棒２００に送信することができる。

また、「公演モード」の場合、公演場でペアリングを行うために接続されるモードであるから、ペアリングキオスク１００位置案内などと関連した情報を提供することもできる。

また、例えば、さらに図２２に示すように、ユーザが第２のモード選択ボタンＩＣ５をタッチすることによって「セルフモード」を選択すれば、応援棒管理アプリケーション４１１は、ユーザが直接発光基礎データを設定できる発光設定プロセスを提供できる。

これにより、ユーザは、連動された応援棒２００の光が発光及び点滅を繰り返す頻度、応援棒２００の発光する光の色相及び明るさなど、応援棒２００の発光装置が出力する光の属性を設定できる。

したがって、本実施形態に係る応援棒管理アプリケーション４１１を介して、ユーザは、セルフモードを用いて公演開始前や公演場以外の場所でも任意に応援棒２００の発光色相をコントロールすることによって応援棒２００の使用効率性を高めることができるという効果がある。

また、本実施形態において応援棒管理アプリケーション４１１は、所定の通信方式（例えば、ブロードキャスティング（Ｂｒｏａｄｃａｓｔｉｎｇ）及び／又はマルチキャスティング（Ｍｕｌｔｉｃａｓｔｉｎｇ）で送出された発光制御信号及び制御メッセージなどを受信して、連動された応援棒２００に予め格納された座席ライブラリを動作させることによって応援棒２００の発光を制御することもできる。

以上、本発明の一実施形態に係る近距離無線通信を利用した座席ライブラリペアリング方法及び座席ライブラリシステムは、多数の応援棒を予め格納された座席ライブラリを介して制御し、多数の応援棒が統一された公演演出を同時に行うことができるという効果がある。

また、本発明の一実施形態に係る近距離無線通信を利用した座席ライブラリペアリング方法及び座席ライブラリシステムは、当該公演に対する座席ライブラリを格納して、他の公演の座席ライブラリとの衝突によるエラーを最小化できる。

また、本発明の一実施形態に係る近距離無線通信を利用した座席ライブラリペアリング方法及び座席ライブラリシステムは、直観的なユーザ経験で応援棒とキオスクのペアリングを可能にして、座席ライブラリ格納にかかる時間及び不便さを減少させてユーザの利便性が増大するという効果がある。

また、本発明の一実施形態に係る近距離無線通信を利用した座席ライブラリペアリング方法及び座席ライブラリシステムは、ユーザ端末上で自体的に応援棒に座席ライブラリを送信できるようにすることにより、利用者暴走、長い待機時間、及び装置故障などによりキオスクを利用できない場合やアンタクト公演を観覧する場合に、公演場または家でセルフペアリングを行ってペアリング実行において時空間の制約を減少させるという効果がある。

以上説明された本発明に係る各実施形態は、様々なコンピュータ構成要素を介して実行されることができるプログラム命令語の形態で実現されて、コンピュータ読み取り可能な記録媒体に記録することができる。前記コンピュータ読み取り可能な記録媒体は、プログラム命令語、データファイル、データ構造などを単独で、または組み合わせて含むことができる。前記コンピュータ読み取り可能な記録媒体に記録されるプログラム命令語は、本発明のために特別に設計され、構成されたものであるか、コンピュータソフトウェア分野の当業者に公知されて使用可能なものであってよい。コンピュータ読み取り可能な記録媒体の例には、ハードディスク、フロッピーディスク、及び磁気テープのような磁気媒体、ＣＤ－ＲＯＭ及びＤＶＤのような光記録媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような磁気－光媒体（ｍａｇｎｅｔｏ－ｏｐｔｉｃａｌ ｍｅｄｉｕｍ）、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのような、プログラム命令語を格納し、実行するように特別に構成されたハードウェア装置が含まれる。プログラム命令語の例には、コンパイラによって作られるような機械語コードだけでなく、インタプリタなどを使用してコンピュータによって実行され得る高級言語コードも含まれる。ハードウェア装置は、本発明に係る処理を行うために、１つ以上のソフトウェアモジュールに変更されることができ、その逆も同様である。

本発明において説明する特定の実行等は、一つの実施形態であって、いかなる方法でも本発明の範囲を限定するものではない。明細書の簡潔さのために、従来の電子的な構成、制御システム、ソフトウェア、前記システムの他の機能的な側面等の記載は省略される。また、図面に示された構成要素等間の線等の連結または連結部材は、機能的な連結及び／又は物理的または回路的連結を例示的に示したものであって、実際装置では、代替可能であるか、追加の様々な機能的な連結、物理的な連結、または回路連結として表されることができる。また、「必須な」、「重要に」などのように、具体的な言及がなければ、本発明の適用のために必ずしも必要な構成要素でないことができる。

また、本発明の詳細な説明では、本発明の好ましい実施形態を参照して説明したが、当該技術分野の熟練された当業者または当該技術分野における通常の知識を有する者であれば、後述する特許請求の範囲に記載された本発明の思想及び技術領域から逸脱しない範囲内で本発明を様々に修正及び変更させ得ることが理解できるであろう。したがって、本発明の技術的範囲は、明細書の詳細な説明に記載された内容に限定されるものではなく、特許請求の範囲により決められるべきであろう。

Claims (20)

1. 応援棒と、前記応援棒に座席ライブラリを提供する端末が据え置かれる据置台において、
   メインフレームと、
   前記メインフレームに設けられ、前記端末が据え置かれる据置部と、
   前記メインフレームに設けられ、前記応援棒が据え置かれる応援棒ホルダと、
   を備える据置台。
2. 前記据置部の一端は、前記メインフレームと連結され、前記メインフレームと連結された前記据置部の一端は、前記メインフレームに対して回動するように構成される請求項１に記載の据置台。
3. 前記据置部は、
   前記メインフレームの縁の一側に連結される回動部と、
   前記回動部に連結されたメイン据置部と、
   前記メイン据置部の両側に各々設けられる第１のサブ羽根部及び第２のサブ羽根部を備える羽根部と、
   を備える請求項２に記載の据置台。
4. 前記据置部は、前記回動部を基準軸にして前記メインフレームに対して所定角度を有するように回動する請求項３に記載の据置台。
5. 前記第１のサブ羽根部及び前記第２のサブ羽根部は、前記メイン据置部の両側の各々で前記メイン据置部から遠ざかる方向に延びて形成される請求項３に記載の据置台。
6. 前記据置部が回動して、前記メインフレームに対して前記据置部が所定角度を有した状態を維持するように前記据置部を支持する支持部をさらに備える請求項１に記載の据置台。
7. 前記メインフレームに設けられ、所定のデバイスがタギングされるタギング部をさらに備える請求項１に記載の据置台。
8. 前記応援棒ホルダは、前記応援棒が挿入されるように前記メインフレームに形成された挿入孔を備える請求項１に記載の据置台。
9. 前記挿入孔内に設けられる互いに異なる直径を有する少なくとも２つ以上の円筒形レイヤをさらに備え、
   前記少なくとも２つ以上の円筒形レイヤのうち、第１の直径を有する第１の円筒形レイヤの内側には、第２の直径を有する第２の円筒形レイヤが設けられ、前記第２の円筒形レイヤの内側には、第３の直径を有する第３の円筒形レイヤが設けられ、
   前記第１の直径は、前記第２の直径より大きく、前記第２の直径は、前記第３の直径より大きい請求項８に記載の据置台。
10. 前記第１乃至第３の円筒形レイヤは、各々外面の終端が段差構造を有する請求項９に記載の据置台。
11. 前記メインフレーム上には、前記据置部が設けられる収容空間を提供する凹部が形成され、前記凹部の一部領域上には、前記据置部と隣接する一側が所定の段差で突出された構造を有する突出部が形成される請求項１に記載の据置台。
12. 応援棒に座席ライブラリを提供する座席ライブラリペアリングシステムにおいて、
    メインフレームと、
    前記メインフレームに設けられ、前記応援棒が据え置かれる応援棒ホルダと、
    前記応援棒に座席ライブラリを提供する端末と、
    前記メインフレームに設けられ、前記端末が据え置かれる据置部と、
    を備える座席ライブラリペアリングシステム。
13. 前記応援棒ホルダは、前記応援棒の接近可否を検出し、前記応援棒の接近を検出すれば、前記端末及び前記応援棒と通信して前記端末からのデータを前記応援棒に送信する応援棒ペアリングモジュールを備える請求項１２に記載の座席ライブラリペアリングシステム。
14. 前記メインフレームに設けられ、所定のデバイスがタギングされるタギング部をさらに備える請求項１２に記載の座席ライブラリペアリングシステム。
15. 前記端末は、前記タギング部により取得されたユーザアカウント情報に基づいて所定の座席ライブラリを前記据え置かれた応援棒に送信する請求項１４に記載の座席ライブラリペアリングシステム。
16. 座席ライブラリペアリングシステムの少なくとも１つのプロセッサにより実行されるアプリケーションが近距離無線通信を利用した座席ライブラリペアリングサービスを行う方法であって、
    チケット前売り情報を検出するステップと、
    前記検出されたチケット前売り情報から公演場の座席の位置を含む座席情報を抽出するステップと、
    前記抽出された座席情報にマッチングされる座席ライブラリを決定するステップと、
    前記決定された座席ライブラリを格納する応援棒をペアリングするように制御するステップと、
    前記ペアリングされた応援棒に前記座席ライブラリを送信するように制御するステップと、
    を含み、
    前記応援棒は、前記応援棒が挿入されるように形成された挿入孔を備える応援棒ホルダに据え置かれる座席ライブラリペアリング方法。
17. 前記抽出された座席情報にマッチングされる座席ライブラリを決定するステップは、
    公演準備データを各座席情報毎にマッチングした複数の座席ライブラリを格納するステップと、
    予め格納された前記複数の座席ライブラリの座席情報と前記抽出された座席情報とを比較するステップと、
    前記複数の座席ライブラリのうち、前記抽出された座席情報にマッチングされた座席ライブラリを検出して決定するステップと、
    を含む請求項１６に記載の座席ライブラリペアリング方法。
18. 前記公演準備データは、少なくとも１つの発光パターン、ライブラリデータ、及びシナリオを含む請求項１７に記載の座席ライブラリペアリング方法。
19. 前記ライブラリデータは、
    各ライブラリを識別する識別コード及び前記発光パターンの構成要素を既に設定された値である発光パターン設定値を含み、
    前記シナリオは、
    各シナリオを識別する識別コード及び前記ライブラリデータの動作時間を既に設定された値であるライブラリ設定値を含む請求項１８に記載の座席ライブラリペアリング方法。
20. 前記複数の座席ライブラリにおいて、
    前記各ライブラリを識別する識別コード及び前記シナリオを識別する識別コードは同一であり、
    座席情報別に前記発光パターン設定値及び前記ライブラリ設定値が互いに異なるように定義された請求項１９に記載の座席ライブラリペアリング方法。

Images