特開 2024-6980 近距離無線通信を利用した座席ライブラリペアリング方法及びシステム

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

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

(11)【公開番号】P2024006980

(43)【公開日】2024-01-17

(54)【発明の名称】近距離無線通信を利用した座席ライブラリペアリング方法及びシステム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240110BHJP

   H04M 11/00 20060101ALI20240110BHJP

【ＦＩ】

G06Q50/10

H04M11/00 302

【審査請求】有

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2023078877

(22)【出願日】2023-05-11

(31)【優先権主張番号】10-2022-0081737

(32)【優先日】2022-07-04

(33)【優先権主張国・地域又は機関】KR

(71)【出願人】

【識別番号】320009901

【氏名又は名称】ハイブ カンパニー リミテッド

【氏名又は名称原語表記】ＨＹＢＥ Ｃｏ．， Ｌｔｄ．

【住所又は居所原語表記】Ｙｏｎｇｓａｎ Ｔｒａｄｅ Ｃｅｎｔｅｒ，４２，Ｈａｎｇａｎｇ－ｄａｅｒｏ，Ｙｏｎｇｓａｎ－ｇｕ，Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】110000408

【氏名又は名称】弁理士法人高橋・林アンドパートナーズ

(72)【発明者】

【氏名】チェ，ボユン

(72)【発明者】

【氏名】ジョン，ソンジュ

(72)【発明者】

【氏名】キム，ヒョング

(72)【発明者】

【氏名】ソ，ダヘ

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

5K201

5L049

【Ｆターム（参考）】

5K201AA05

5K201AA09

5K201BA05

5K201CB13

5K201CC04

5K201DC02

5K201EB07

5K201EC06

5K201ED04

5L049CC18

(57)【要約】

【課題】発光機能を搭載した応援棒と近距離無線通信を利用して座席ライブラリをペアリングする方法及びシステムを提供すること。
【解決手段】本発明の実施形態に係る近距離無線通信を利用した座席ライブラリペアリング方法は、キオスクの少なくとも１つのプロセッサによって実行されるアプリケーションが近距離無線通信を利用した座席ライブラリペアリングサービスを行う方法であって、チケット前売り情報を検出するステップと、前記検出されたチケット前売り情報から公演場の座席の位置を含む座席情報を抽出するステップと、前記抽出された座席情報にマッチングする座席ライブラリを決定するステップと、前記決定された座席ライブラリを格納する応援棒をペアリングするように制御するステップと、前記ペアリングされた応援棒に前記座席ライブラリを送信するように制御するステップとを含む。
【選択図】図８

【特許請求の範囲】

【請求項1】

キオスクの少なくとも１つのプロセッサによって実行されるアプリケーションが近距離無線通信を利用した座席ライブラリペアリングサービスを行う方法であって、
チケット前売り情報を検出するステップと、
前記検出されたチケット前売り情報から公演場の座席の位置を含む座席情報を抽出するステップと、
前記抽出された座席情報にマッチングする座席ライブラリを決定するステップと、
前記決定された座席ライブラリを格納する応援棒をペアリングするように制御するステップと、
前記ペアリングされた応援棒に前記座席ライブラリを送信するように制御するステップと、
を含む近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項2】

前記チケット前売り情報を検出するステップは、
イメージセンサを基にチケットを撮影してチケットイメージを取得するステップと、
前記取得されたチケットイメージに対する光学文字認識を行うステップと、
前記チケットイメージに含まれた所定のテキストを抽出するステップと、
を含む請求項１に記載の近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項3】

前記チケット前売り情報を検出するステップは、
アカウント認証デバイスからユーザアカウント情報を取得するステップと、
前記取得されたユーザアカウント情報とマッチングする前記チケット前売り情報を検出するステップと、
を含み、
前記取得されたユーザアカウント情報とマッチングするチケット前売り情報を検出するステップは、
公演管理サーバと通信するステップと、
前記公演管理サーバのデータベースに格納された少なくとも１つのチケット前売り情報のうち、前記取得されたユーザアカウント情報にマッチングされたチケット前売り情報を検出するステップと、
前記検出されたチケット前売り情報を前記公演管理サーバから受信するステップと、
を含む請求項１に記載の近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項4】

前記アカウント認証デバイスからユーザアカウント情報を取得するステップは、
ＮＦＣアカウントタグモジュールにタギングされた前記アカウント認証デバイスを認識するステップと、
前記認識されたアカウント認証デバイスからＮＦＣ通信を介してユーザアカウント情報を読み出すステップと、
をさらに含む請求項３に記載の近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項5】

前記検出されたチケット前売り情報に含まれた座席情報を抽出するステップは、
前記検出されたチケット前売り情報が複数である場合、ユーザ入力によって選択された１つのチケット前売り情報を決定し、前記決定されたチケット前売り情報に対する座席情報を抽出するステップをさらに含む請求項１に記載の近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項6】

前記抽出された座席情報による座席ライブラリを決定するステップは、
公演用意データを各座席情報毎にマッチングした複数の座席ライブラリを格納するステップと、
予め格納された前記複数の座席ライブラリの座席情報と前記抽出された座席情報とを比較するステップと、
前記複数の座席ライブラリのうち、前記抽出された座席情報にマッチングする座席ライブラリを検出して決定するステップと、
を含む請求項１に記載の近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項7】

前記公演用意データは、少なくとも１つの発光パターン、ライブラリデータ、及びシナリオを含む請求項６に記載の近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項8】

前記ライブラリデータは、
各ライブラリを識別する識別コード及び前記発光パターンの構成要素を既設定した値である発光パターン設定値を含み、
前記シナリオは、
各シナリオを識別する識別コード及び前記ライブラリデータの動作時間を既設定した値であるライブラリ設定値を含む請求項７に記載の近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項9】

前記複数の座席ライブラリは、
前記ライブラリを識別する識別コード及び前記シナリオを識別する識別コードは同一であり、
座席情報別に前記発光パターン設定値及び前記ライブラリ設定値が互いに異なるように定義された請求項６に記載の近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項10】

前記座席ライブラリを格納する応援棒をペアリングするステップは、
ブルートゥース（登録商標）通信を介して前記応援棒ペアリングモジュールに隣接した応援棒と近距離通信を行うステップを含む請求項１に記載の近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項11】

前記取得されたユーザアカウント情報とマッチングするチケット前売り情報を検出するステップは、
キオスクのメモリに予め格納された少なくとも１つ以上のチケット前売り情報のうち、前記取得されたユーザアカウント情報とマッチングされたチケット前売り情報を検出するステップと、
前記検出されたチケット前売り情報を前記キオスクのメモリから読み出すステップと、
をさらに含み、
前記キオスクは、
前記公演管理サーバと通信するオンラインタイプと、
前記キオスクのメモリに予め格納された情報を読み出すオフラインタイプとのうち１つのタイプで動作する請求項４に記載の近距離無線通信を利用した座席ライブラリペアリング方法。

【請求項12】

ライブラリペアリングサービスコンテンツを出力する少なくとも１つ以上のディスプレイと、
少なくとも１つ以上のメモリと、
少なくとも１つ以上のプロセッサと、
を備えるキオスクと、
前記キオスクの前記メモリに格納され、前記プロセッサにより実行されてライブラリペアリングシステムを提供する少なくとも１つのアプリケーションは、
チケット前売り情報を検出し、
前記検出されたチケット前売り情報から公演場の座席の位置を含む座席情報を抽出し、
前記抽出された座席情報にマッチングされる座席ライブラリを決定し、
前記決定された座席ライブラリを格納する応援棒をペアリングするように制御し、
前記ペアリングされた応援棒に前記座席ライブラリを送信するように制御する近距離無線通信を利用した座席ライブラリペアリングシステム。

【請求項13】

所定のデータによって発光する応援棒と、
前記応援棒を用いようとするユーザの個人情報を含むアカウント認証デバイスと、
少なくとも１つのディスプレイ、メモリ、及びプロセッサを備えるユーザ端末と、
前記ユーザ端末の前記メモリに格納され、前記プロセッサにより実行されてライブラリペアリングシステムを提供する少なくとも１つのアプリケーションは、
少なくとも１つのアカウント認証デバイスを登録し、
前記登録された少なくとも１つのアカウント認証デバイスのうち、活性化する前記アカウント認証デバイスを選択し、
観覧しようとする公演に使用する応援棒を登録し、
前記登録された応援棒に座席ライブラリを送信する近距離無線通信を利用した座席ライブラリペアリングシステム。

【請求項14】

前記所定のデータは、
前記応援棒に予め格納された発光パターン及び前記送信した座席ライブラリを含み、
前記ユーザ端末は、
前記発光パターンの発光可否、色相、明るさ、及び発光効果のうち、少なくとも１つを手動で制御する請求項１３に記載の近距離無線通信を利用した座席ライブラリペアリングシステム。

【請求項15】

前記キオスクは、
ハウジング内にアカウントタグモジュール及び応援棒ペアリングモジュールが設けられた一体型タイプと、
前記アカウントタグモジュール及び前記応援棒ペアリングモジュールがハウジングと分離されて個別的に設けられた分離型タイプとのうち１つのタイプで実現された請求項１２に記載の近距離無線通信を利用した座席ライブラリペアリングシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、近距離無線通信を利用した座席ライブラリペアリング方法及びシステムに関する。より詳細には、発光機能を搭載した応援棒（ペンライト）と近距離無線通信を利用して座席ライブラリをペアリングする方法及びシステムに関する。

【背景技術】

【0002】

一般に、応援棒（ペンライト）は、蛍光物質を塗布するか、別途電池を備えて照明効果を得る棒形状の物をいう。（応援棒は、夜光棒とも呼ばれる。）

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

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

【先行技術文献】

【特許文献】

【0008】

【特許文献1】韓国特許公開第１０－２０１５－０１３６０２３号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

本発明は、上記のような従来技術の問題点を解決するために案出されたものであって、近距離無線通信を利用した座席ライブラリペアリング方法及びシステムを提供することを目的の一つとする。

【0010】

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

【0011】

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

【課題を解決するための手段】

【0012】

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

【0013】

このとき、前記ユーザアカウント情報は、ユーザの名前、生年月日、携帯電話番号、電子メール、及びプラットフォームＩＤのうち、少なくとも１つ以上の情報を含み、前記チケット前売り情報は、チケットを前売りした者の名前、生年月日、チケットサイトＩＤ、携帯電話番号、公演名、公演日時、公演場所、予約番号、前売りチケット数、及び座席情報のうち、少なくとも１つ以上の情報を含む。

【0014】

また、前記チケット前売り情報を検出するステップは、イメージセンサを基にチケットを撮影してチケットイメージを取得するステップと、前記取得されたチケットイメージに対する光学文字認識（ＯＣＲ）を行うステップと、前記チケットイメージに含まれた所定のテキストを抽出するステップとを含む。

【0015】

また、前記チケット前売り情報を検出するステップは、アカウント認証デバイスからユーザアカウント情報を取得するステップと、前記取得されたユーザアカウント情報とマッチングする前記チケット前売り情報を検出するステップとを含む。

【0016】

また、前記アカウント認証デバイスからユーザアカウント情報を取得するステップは、ＮＦＣアカウントタグモジュールにタギングされた前記アカウント認証デバイスを認識するステップと、前記認識されたアカウント認証デバイスからＮＦＣ通信を介してユーザアカウント情報を読み出すステップとをさらに含む。

【0017】

また、前記取得されたユーザアカウント情報とマッチングするチケット前売り情報を検出するステップは、公演管理サーバと通信するステップと、前記公演管理サーバのデータベースに格納された少なくとも１つ以上のチケット前売り情報のうち、前記取得されたユーザアカウント情報にマッチングするチケット前売り情報を検出するステップと、前記検出されたチケット前売り情報を前記公演管理サーバから受信するステップとを含む。

【0018】

また、前記検出されたチケット前売り情報に含まれる座席情報を抽出するステップは、前記検出されたチケット前売り情報が複数である場合、ユーザ入力によって選択された１つのチケット前売り情報を決定し、前記決定されたチケット前売り情報に対する座席情報を抽出するステップをさらに含む。

【0019】

また、前記抽出された座席情報に基づいて座席ライブラリを決定するステップは、公演用意データを座席情報毎に対応付けた複数の座席ライブラリを格納するステップと、予め格納された前記複数の座席ライブラリの座席情報と前記抽出された座席情報とを比較するステップと、前記複数の座席ライブラリのうち、前記抽出された座席情報にマッチングする座席ライブラリを検出して決定するステップとを含む。

【0020】

また、前記公演用意データは、少なくとも１つの発光パターン、ライブラリデータ、及びシナリオを含む。

【0021】

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

【0022】

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

【0023】

また、前記座席ライブラリを格納する応援棒をペアリングするステップは、ブルートゥース（登録商標）通信を介して応援棒ペアリングモジュールに隣接した応援棒と近距離通信を行うステップを含む。

【0024】

また、前記取得されたユーザアカウント情報とマッチングするチケット前売り情報を検出するステップは、キオスクのメモリに予め格納された少なくとも１つ以上のチケット前売り情報のうち、前記取得されたユーザアカウント情報とマッチングするチケット前売り情報を検出するステップと、前記検出されたチケット前売り情報を前記キオスクのメモリから読み出すステップとをさらに含み、前記キオスクは、前記公演管理サーバと通信するオンライン方式と、前記キオスクのメモリに予め格納された情報を読み出すオフライン方式のうち１つの方式で動作する。

【0025】

一方、本発明の実施形態に係る近距離無線通信を利用した座席ライブラリペアリングシステムは、ライブラリペアリングサービスコンテンツを出力する少なくとも１つのディスプレイと、少なくとも１つのメモリと、少なくとも１つのプロセッサとを備えるキオスクとを含み、前記キオスクの前記メモリに格納され、前記プロセッサにより実行されてライブラリペアリングシステムを提供する少なくとも１つのアプリケーションは、チケット前売り情報を検出し、前記検出されたチケット前売り情報から公演場の座席の位置を含む座席情報を抽出し、前記抽出された座席情報にマッチングする座席ライブラリを決定し、前記決定された座席ライブラリを格納する応援棒をペアリングするように制御し、前記ペアリングされた応援棒に前記座席ライブラリを送信するように制御する。

【0026】

また、所定のデータに従って発光する応援棒と、前記応援棒を用いようとするユーザの個人情報を含むアカウント認証デバイスと、少なくとも１つのディスプレイ、メモリ、及びプロセッサを備えるユーザ端末とを含み、前記ユーザ端末の前記メモリに格納され、前記プロセッサにより実行されてライブラリペアリングシステムを提供する少なくとも１つのアプリケーションは、少なくとも１つのアカウント認証デバイスを登録し、前記登録された少なくとも１つのアカウント認証デバイスのうち、活性化する前記アカウント認証デバイスを選択し、観覧しようとする公演に使用する応援棒を登録し、前記登録された応援棒に座席ライブラリを送信する。

【0027】

また、前記所定のデータは、前記応援棒に予め格納された発光パターン及び前記送信した座席ライブラリを含み、前記ユーザ端末は、前記発光パターンの発光有無、色相、明るさ、及び発光効果のうち、少なくとも１つを手動で制御する。

【0028】

また、前記キオスクは、ハウジング内にアカウントタグモジュール及び応援棒ペアリングモジュールが設けられた一体型タイプと、前記アカウントタグモジュール及び前記応援棒ペアリングモジュールがハウジングと分離されて個別に設けられた分離型タイプとのうち１つのタイプで実現される。

【発明の効果】

【0029】

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

【0030】

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

【0031】

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

【図面の簡単な説明】

【0032】

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

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

【図3A】本発明の一実施形態に係る公演用意データが含む情報を説明する図である。

【図3B】本発明の一実施形態に係る公演用意データが含む情報を説明する図である。

【図4】本発明の一実施形態に係るキオスクのタイプの一例である。

【図5】本発明の一実施形態に係るキオスクのタイプの一例である。

【図6】本発明の一実施形態に係る応援棒の内部ブロック図である。

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

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

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

【図10】本発明の一実施形態に係るチケットイメージＴＩの一例である。

【図11】本発明の一実施形態に係るユーザ端末が応援棒に座席ライブラリを送信する方法を説明するためのフローチャートである。

【図12】本発明の一実施形態に係るユーザ端末のペアリングアプリケーションの出力画面を示した一例である。

【図13】本発明の一実施形態に係るユーザ端末のペアリングアプリケーションの出力画面を示した一例である。

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

一実施形態において、上記のようなライブラリペアリングサービスを提供するライブラリペアリングシステムは、キオスク１００、応援棒２００、アカウント認証デバイス３００、ユーザ端末４００、公演管理サーバ５００、及びネットワーク６００（Ｎｅｔｗｏｒｋ）を備えることができる。

【0039】

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

【0040】

応援棒２００は、運動競技及びコンサートなどで様々な形態で発光され得る小型応援ツールを意味する。応援棒２００は、座席ライブラリに応じて様々な形態の発光パターンで動作することができる。

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

このとき、チケット前売り情報とは、公演を観覧するためのチケットを購入するために、ユーザが所定のチケット前売りサイト（例えば、インターパーク（登録商標）、ＹＥＳ２４（登録商標）等）を利用した際に提供したユーザの個人身上及びユーザが購入したチケットに関する情報として、チケットを前売りした者の名前、生年月日、チケットサイトＩＤ、携帯電話番号、公演名、公演日時、公演場所、予約番号、前売りチケット数及び座席情報のうち、少なくとも１つを含むことができる。

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

・キオスク（１００：ＫＩＯＳＫ）
本発明の実施形態に係るキオスク１００は、ライブラリペアリングサービスを提供する所定のコンピューティングデバイスであることができる。

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

入力システムは、ライブラリペアリングサービスと関連したユーザの入力（例えば、ジェスチャ、音声コマンド、ボタンの操作、または他のタイプの入力）を感知することができる。

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

図３Ａに示すように、実施形態において公演用意データ１０００は、複数のライブラリデータ１０１０～１０３０を含むことができる。

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

図４及び図５は、本発明の実施形態に係るキオスクの形状を示した一例である。

【0148】

図４は、アカウントタグモジュール１２０及び応援棒ペアリングモジュール１３０がキオスク１００のハウジング内に設けられた一体型タイプであり、図５は、アカウントタグモジュール１２０及び応援棒ペアリングモジュール１３０がハウジングと分離されて個別に設けられた分離型タイプを示した図である。

【0149】

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

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【0163】

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

【0164】

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

【0165】

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

【0166】

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

【0167】

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

【0168】

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

【0169】

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

【0170】

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

【0171】

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

【0172】

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

【0173】

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

【0174】

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

【0175】

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

【0176】

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

【0177】

具体的に、実施形態において情報受信部２２０は、キオスク１００及び他の装置から受信者を指定せずに送出された信号を受信することができる。

【0178】

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

【0179】

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

【0180】

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

【0181】

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

【0182】

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

【0183】

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

【0184】

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

【0185】

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

【0186】

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

【0187】

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

【0188】

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

【0189】

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

【0190】

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

【0191】

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

【0192】

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

【0193】

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

【0194】

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

【0195】

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

【0196】

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

【0197】

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

【0198】

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

【0199】

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

【0200】

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

【0201】

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

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【0206】

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

【0207】

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

【0208】

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

【0209】

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

【0210】

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

【0211】

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

【0212】

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

【0213】

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

【0214】

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

【0215】

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

【0216】

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

【0217】

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

【0218】

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

【0219】

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

【0220】

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

【0221】

・ユーザ端末（４００：Ｕｓｅｒ Ｄｅｖｉｃｅ）
本発明の実施形態に係るユーザ端末４００は、ライブラリペアリングサービスを行うためのアプリケーションが設けられた所定のコンピューティングデバイスであることができる。

【0222】

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

【0223】

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

【0224】

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

【0225】

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

【0226】

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

【0227】

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

【0228】

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

【0229】

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

【0230】

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

【0231】

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

【0232】

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

【0233】

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

【0234】

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

【0235】

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

【0236】

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

【0237】

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

【0238】

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

【0239】

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

【0240】

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

【0241】

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

【0242】

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

【0243】

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

【0244】

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

【0245】

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

【0246】

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

【0247】

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

【0248】

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

【0249】

・公演管理サーバ（５００：Ｐｅｒｆｏｒｍａｎｃｅ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｅｒ）
一方、本発明の実施形態に係る公演管理サーバ５００は、ライブラリペアリングサービスを提供するための一連のプロセスを行うことができる。

【0250】

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

【0251】

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

【0252】

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

【0253】

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

【0254】

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

【0255】

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

【0256】

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

【0257】

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

【0258】

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

【0259】

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

【0260】

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

【0261】

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

【0262】

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

【0263】

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

【0264】

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

【0265】

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

【0266】

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

【0267】

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

【0268】

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

【0269】

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

【0270】

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

【0271】

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

【0272】

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

【0273】

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

【0274】

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

【0275】

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

【0276】

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

【0277】

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

【0278】

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

【0279】

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

【0280】

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

【0281】

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

【0282】

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

【0283】

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

【0284】

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

【0285】

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

【0286】

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

【0287】

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

【0288】

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

【0289】

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

【0290】

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

【0291】

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

【0292】

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

【0293】

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

【0294】

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

【0295】

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

【0296】

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

【0297】

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

【0298】

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

【0299】

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

【0300】

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

【0301】

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

【0302】

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

【0303】

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

【0304】

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

【0305】

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

【0306】

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

【0307】

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

【0308】

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

【0309】

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

【0310】

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

【0311】

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

【0312】

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

【0313】

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

【0314】

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

【0315】

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

【0316】

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

【0317】

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

【0318】

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

【0319】

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

【0320】

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

【0321】

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

【0322】

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

【0323】

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

【0324】

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

【0325】

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

【0326】

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

【0327】

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

【0328】

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

【0329】

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

【0330】

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

【0331】

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

【0332】

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

【0333】

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

【0334】

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

【0335】

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

【0336】

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

【0337】

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

【0338】

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

【0339】

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

【0340】

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

【0341】

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

【0342】

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

【0343】

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

【0344】

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

【0345】

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

【0346】

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

【0347】

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

【0348】

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

【0349】

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

【0350】

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

【0351】

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

【0352】

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

【0353】

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

【0354】

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

【0355】

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

【0356】

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

【0357】

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

【0358】

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

【0359】

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

【0360】

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

【0361】

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

【0362】

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

【0363】

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

【0364】

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

【0365】

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

【0366】

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

【0367】

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

【0368】

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

【0369】

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

【0370】

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

【0371】

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

【0372】

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

【0373】

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

【0374】

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

【0375】

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

【0376】

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

【0377】

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

【0378】

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

【0379】

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

【0380】

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

【0381】

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

【0382】

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

【0383】

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

【0384】

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

【0385】

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

【0386】

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

【0387】

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

【0388】

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

【0389】

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

【0390】

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

【0391】

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

【0392】

また、実施形態において応援棒管理アプリケーション４１１は、ブロードキャスティング方式で送出された発光制御信号及び制御メッセージなどを受信して、連動された応援棒２００に予め格納された座席ライブラリを動作させることによって応援棒２００の発光を制御することもできる。

【0393】

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

【0394】

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

【0395】

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

【0396】

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

【0397】

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

【0398】

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

【0399】

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

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】