JP2014096137A - プログラム - Google Patents

Abstract

【課題】 サーバと通信を行えない状況でも、チケット処理を行うことができるプログラムを提供する。。
【解決手段】 チケット処理システム１は、チケット購入者が、サーバ１５にアクセスを行って、チケットデータ（電子チケット）をチケット購入者携帯型端末装置１１にダウンロードする。そして、イベント会場で、チケット購入者携帯型端末装置１１の画面にチケット画像を表示し、画面上で電子もぎり処理を行うことで入場処理を行う。チケット購入者携帯型端末装置１１内に記憶された電子もぎりの情報は、サーバ１５と通信可能になったときに、サーバ１５に送信される。
【選択図】図１

Description

本発明は、イベント等のチケット発券処理等を行うプログラムに関するものである。

従来から、スマートフォンや携帯電話を使用したチケット発券システムが知られている。
従来のチケット発券システムでは、ユーザによるチケット購入処理によってチケットデータがスマートフォンにダウンロードされる。
そして、イベントの入場口において、スマートフォンの画面にＱＲコード（登録商標）が表示され、当該ＱＲコード（登録商標）をリーダで読み、読み出した情報をサーバに送信してサーバでチケットの有効性を確認処理を行う。

しかしながら、上述した従来のシステムでは、読み込んだＱＲコード（登録商標）の情報をサーバで確認処理をするため、スマートフォンがサーバと通信を行えない環境では使用できないという問題がある。

本発明はかかる事情に鑑みてなされたものであり、その目的は、サーバと通信を行えない環境でも、チケット処理を行うことができるプログラムを提供することにある。

上述した従来技術の問題点を解決し、上述した目的を達成するために、本発明のプログラムは、携帯型端末装置にダウンロードされるプログラムであって、サーバから前記携帯型端末装置にダウンロードしたチケットデータを取り込む第１の工程と、所定の入力操作を検出すると前記チケットデータに応じた画像を画面表示する第２の工程と、前記第２の工程で画像を表示した画面上で予め決められた所定の操作、あるいは所定の音声入力を検出したことを条件に所定の入力指示を検出し、当該所定の入力指示の検出を条件に当該チケットデータの使用履歴を示すステータスデータを更新する更新処理を行う第３の工程とを有する。

好適には、本発明のプログラムでは、前記チケットデータには、当該チケットデータを使用済みにすることを許可する位置条件と時間条件との少なくとも一方の情報を含み、
前記第３の工程は、前記携帯型端末の位置を示す位置情報が前記位置条件を満たすという第１の条件と、前記接触位置の移動経路検出に対応した時間が前記時間条件を満たすと判断したという第２の条件との少なくも一方を満たしたことを条件に、前記更新処理を行う。

本発明によれば、サーバと通信を行えない環境でも、チケット処理を行うことができるプログラムを提供することができる。

図１は、本発明の実施形態に係るチケット処理システムの概念図である。 図２は、図１に示すチケット処理システムの構成図である。 図３は、図２に示すチケット購入者携帯型端末装置の機能ブロック図である。 図４は、図２に示すサーバの機能ブロック図である。 図５は、第１実施形態における図１および図２に示すチケット処理システムの動作例を説明するためのフローチャートである。 図６は、もぎり処理時のチケット購入者携帯型端末装置の画面例を説明するための図である。 図７は、第２実施形態における図１および図２に示すチケット処理システムの動作例を説明するためのフローチャートである。 図８は、本発明の第３実施形態を説明するための図である。 図９は、本発明の第４実施形態を説明するためのフローチャートである。 図１０は、本発明の第５実施形態を説明するためのフローチャートである。 図１１は、本発明の第７実施形態を説明するためのフローチャートである。 図１２は、本発明の第８実施形態を説明するための図である。 図１３は、本発明の第９実施形態を説明するための図である。

以下、本発明の実施形態に係るチケット処理システムについて説明する。
＜第１実施形態＞
図１は、本発明の実施形態に係るチケット処理システム１の概念図である。
図２は、図１に示すチケット処理システム１の構成図である。

図１に示すチケット処理システム１は、チケット購入者が、サーバ１５にアクセスを行って、チケットデータ（電子チケット）をチケット購入者携帯型端末装置１１にダウンロードする。
そして、イベント会場で、チケット購入者携帯型端末装置１１の画面にチケット画像を表示し、画面上で電子もぎり処理を行うことで入場処理を行う。
チケット購入者携帯型端末装置１１内に記憶された電子もぎりの情報は、サーバ１５と通信可能になったときに、サーバ１５に送信される。

図２に示すように、チケット処理システム１は、例えば、チケット購入者携帯型端末装置１１、イベント作成者端末装置１３およびサーバ１５を用いて実現される。

チケット購入者携帯型端末装置１１は、チケット購入者が使用するスマートフォン、携帯電話等である。
イベント作成者端末装置１３は、イベント作成者が使用するパーソナルコンピュータや、スマートフォン等である。
サーバ１５は、チケット処理サービスを提供する事業者が使用するサーバである。

［チケット購入者携帯型端末装置１１］
図３は、図２に示すチケット購入者携帯型端末装置１１の機能ブロック図である。
チケット購入者携帯型端末装置１１は、図３に示すように、例えば、通信部２１、ディスプレイ２２、操作部２３、メモリ２４および処理回路２５を有し、これらがデータ線２０を介して接続されている。

通信部２１は、例えば、図２に示すサーバ１５と通信を行うために用いられる。
ディスプレイ２２は、処理回路２５が実行するプログラムＰＲＧが提供する様々な画面を表示する。ディスプレイ２２には、後述するようにもぎり処理を行うための画面や、クーポン券画面が表示される。

操作部２３は、ディスプレイ２２のタッチパネル機能、キーボードやマウス等の操作手段である。
メモリ２４は、処理回路２５が実行するプログラムＰＲＧ、処理回路２５の処理に用いられるデータを一時的に記憶する。
処理回路２５は、プログラムＰＲＧを実行して、チケット購入者携帯型端末装置１１のチケット関連処理を統括的に制御する。
本実施形態で示されるチケット購入者携帯型端末装置１１の処理は、プログラムＰＲＧに記述されている。

［サーバ１５］
図４は、図２に示すサーバ１５の機能ブロック図である。
サーバ１５は、図４に示すように、例えば、通信部１２１、ディスプレイ１２２、操作部１２３、メモリ１２４、処理回路１２５およびデータベース１２７を有し、これらがデータ線１２０を介して接続されている。

通信部１２１は、例えば、図２に示すチケット購入者携帯型端末装置１１およびイベント作成者端末装置１３と通信を行うために用いられる。
ディスプレイ１２２は、処理回路１２５が実行するプログラムが提供する様々な画面を表示する。

操作部１２３は、ディスプレイ１２２のタッチパネル機能、キーボードやマウス等の操作手段である。
メモリ１２４は、処理回路１２５が実行するプログラム、処理回路２５の処理に用いられるデータを一時的に記憶する。
処理回路１２５は、プログラムを実行して、サーバ１５のチケット関連処理を統括的に制御する。

以下、チケット処理システム１の動作例を説明する。
図５は、図１および図２に示すチケット処理システム１の動作例を説明するためのフローチャートである。
以下、各ステップを説明する。
ステップＳＴ１：
イベント作成者は、イベント作成者端末装置１３を操作してサーバ１５にアクセスを行い、自らのアカウントとパスワードをサーバ１５に登録する。
図４に示すサーバ１５の処理回路１２５は、イベント作成者の個人情報を、上記アカウントとパスワードと対応付けてデータベース１２７に記憶する。

ステップＳＴ２：
サーバ１５の処理回路１２５は、チケット購入者携帯型端末装置１１のイベント作成者の操作に応じて、イベント作成処理を行う。
当該イベント作成処理は、イベントの内容を記載したイベントウェブページ、並びにチケット購入ページへのリンク作成等の処理を行う。ここで、チケット価格等を決定してもよい。
イベント作成者がイベントページの公開、非公開を選択できるようにしてもよい。

ステップＳＴ３：
サーバ１５の処理回路１２５は、イベント作成者の操作に応じて、指定した招待者のメールアドレスに、イベントウェブページへのリンクを入れた招待メールを送信する処理を行う。招待メールには、イベントウェブページへのリンクが入れる。当該招待メールは、イベント作成者端末装置１３が送信してもよい。

ステップＳＴ４：
招待者は、図３に示すチケット購入者携帯型端末装置１１の通信部２１を介して受信した上記招待メールに含まれるイベントウェブページにアクセスを行い、ディスプレイ２２に表示された画面上でイベント内容を確認する。

ステップＳＴ５：
招待者は、イベントのチケット購入を希望する場合に、イベントウェブページにリンクが表示されたチケット購入ページにアクセスを行い、チケット購入決済処理を行う。
このとき、サーバ１５は、例えば、チケット購入者と、イベント作成者の双方への課金処理を行う。
そして、サーバ１５の処理回路１２５は、当該イベントのチケットデータを作成してチケット購入者携帯型端末装置１１に送信する。
また、処理回路１２５は、チケット購入者のＩＤ等の情報を、当該イベントと関連付けてデータベース１２７に登録する。
また、チケット購入者携帯型端末装置１１は、サーバ１５から受信したチケットデータをメモリ２４に書き込む。

ステップＳＴ６：
チケット購入者は、イベント当日にイベント会場の入り口等で、チケット購入者携帯型端末装置１１の操作部２３を操作して、メモリ２４に記憶されているチケット処理アプリケーションプログラムを起動する。
当該起動により、メモリ２４に記憶されているチケットデータが、チケット処理アプリケーションプログラムに読み込まれる。
そして、チケット購入者携帯型端末装置１１の処理回路２５は、チケット処理アプリケーションプログラムの処理に応じて、図６のＡに示すように、チケット画面をディスプレイ２２に表示する。
なお、サーバ１５からチケット購入者携帯型端末装置１１へのチケットデータの送信は、ステップＳＴ５ではなく、ステップＳＴ６で行ってもよい。

ステップＳＴ７：
イベントのスタッフは、ステップＳＴ６でディスプレイ２２に表示されたチケット画面上で、図６の“Ａ”に示すパターン３０１に沿って、紙を千切る(tear or cut)かのように指を移動する操作（以下、もぎり操作と記載する）を行う。当該パターン３０１は、ディスプレイ２２のタッチパネル機能で検出され、処理回路２５に出力される。
処理回路２５は、上記パターン３０１と、予め記憶されているもぎりパターンとを比較して一致するか否かを判断し、一致し、かつメモリ２４に記憶されているステータスデータが未もぎり状態（あるいは、もぎり可能状態）を示すと判断した場合にもぎり処理を行う。
処理回路２５は、もぎり処理として、メモリ２４に記憶されているステータスデータを入場処理済みを示すように更新する処理と、画面を図６のＡから図６のＢに示すもぎり処理後画面（例えば、商品・サービスのクーポン券表示画面や抽選番号表示画面）に遷移させる画面更新処理とを行う。
ステータスデータは、入場処理済か否か、並びに入場処理済の場合には入場時刻等の情報を示している。

なお、誤ってもぎり処理をすることを防止するために、処理回路２５は、もぎり処理開始前に、「もぎり後に入場を行う等」のアラート画面をディスプレイ２２に表示し、ｙｅｓの操作が行われたことを条件にもぎり処理を開始してもよい。
ステップＳＴ７において、処理回路２５は、サーバ１５と通信を行う必要はない。
また、処理回路２５は、もぎり処理として、チケットを切る音を出力したり、所定のパターンでチケット購入者携帯型端末装置１１を振動させる処理を行ってもよい。

ステップＳＴ８：
チケット購入者携帯型端末装置１１の処理回路２５は、通信部２１がサーバ１５と通信可能な状態であり、かつステータスデータが更新されたと判断すると、メモリ２４からステータスデータを読み出してサーバ１５に送信する。
なお、ステータスデータには、もぎり処理が行われた時刻情報が含まれる。

以上説明したように、チケット処理システム１によれば、イベントの会場でチケット処理をする際に、チケット購入者携帯型端末装置１１はサーバ１５と通信を行う必要がない。
すなわち、イベント会場でもぎり処理（チケット処理）を行った後は、メモリ２４に記憶されたステータスデータが入場処理済みとなるため、再度、使おうとしても、ステップＳＴ７で使用済と判断できるため、不正利用を防止できる。
また、ステップＳＴ８に示すように、チケット購入者携帯型端末装置１１がサーバ１５と通信可能になったときに、ステータスデータをチケット購入者のＩＤと共にサーバ１５に送信するため、サーバ１５はチケット購入者のチケット利用状況を把握できる。
また、チケット処理システム１では、イベント会場でチケットデータを読み取るためのリーダが不要であり、リーダなしでデジタルのチケットデータを扱うことができる。また、イベント会場で通信環境が整備されていれば、サーバ１５はもぎり処理結果をリアルタイムに取得できる。

＜第２実施形態＞
図７は、本発明の第２実施形態のチケット処理システム１の動作例を説明するためのフローチャートである。
本実施形態のチケット処理システム１は、図７に示すステップＳＴ１〜ＳＴ６の処理は、基本的に第１実施形態と同様であるが、ステップＳ７ａの処理が異なる。
本実施形態では、ステップＳＴ７ａのもぎり処理において、以下に示すように、チケット購入者携帯型端末装置１１とサーバ１５とで通信を行い、チケットデータの有効性をサーバ１５で認証し、その結果がチケット購入者携帯型端末装置１１に送信される。

そして、チケット購入者携帯型端末装置１１は、チケットデータが有効であると判断した場合にのみ、もぎり処理を有効化、あるいはもぎり処理を許可する。
これにより、一人のユーザが複数のチケット購入者携帯型端末装置１１を保有し、それぞれにチケットデータをダウンロードさせて複数人で不正利用することを防止できる。

＜第３実施形態＞
図８は、本発明の第３実施形態におけるもぎり位置を説明するための図である。
本実施形態では、図５および図７に示すステップＳＴ２におけるイベント作成処理において、サーバ１５の処理回路１２５は、チケット購入者携帯型端末装置１１のイベント作成者の操作に応じて、図８に示すように、チケット購入者携帯型端末装置１１のディスプレイ２２の画面５１０上のもぎり位置５１２を指定するもぎり位置指示を入力すると、当該指定されたもぎり位置を示すもぎり位置データをメモリ２４に記憶する。
そして、チケット購入者携帯型端末装置１１の処理回路２５は、図５に示すステップＳＴ７あるいは図７に示すステップＳＴ７ａのもぎり処理において、メモリ２４から読み出したもぎり位置データに基づいて、画面上に表示されたチケット画像の被もぎり領域５１４内（もぎり位置より画面上方の領域、更新後の画像を表示する領域）で、前記所定のパターンの移動経路が存在することを検出すると、当該チケットデータの入場処理済みを示すようにステータスデータを更新する。
また、処理回路２５は、上記所定のパターンの移動経路が存在することを検出すると、画面５１０上の被もぎり領域５１４内の画像を、もぎり処理前の画像からもぎり処理後の画像に更新する。
処理回路２５は、上記もぎり処理の前後で、半券領域５１６には同じ画像を表示する。

このとき、チケット購入者携帯型端末装置１１のメモリ２４には、上記所定のパタートとして複数のもぎりパターンが記憶されており、当該複数のパターンの各々に前記もぎり処理後に表示する画像が対応付けて記憶されている。
処理回路２５は、検出したパターン３０１と、予め記憶されている上記複数のもぎりパターンとを比較して、いずれかと一致するか否かを判断し、一致し、かつメモリ２４に記憶されているステータスデータが未もぎり処理を示すと判断した場合にもぎり処理を行う。

なお、処理回路２５は、パターン３０１が一致したもぎりパターンの識別情報と、チケットデータの識別情報とを対応付けてメモリ１２４に記憶する。
そして、処理回路２５は、パターン３０１が、上記複数のもぎりパターンのいずれと一致したかを示す情報も記憶する。
処理回路２５は、例えば、上記複数のもぎりパターンの各々にもぎり処理後の画像データが対応付けられている場合に、当該対応付けられたもぎり処理後の画像データに応じた画像をディスプレイ２２の被もぎり領域５１４に表示する。

イベントのスタッフは、視覚的に把握可能なチケット保有者の属性を見て、各属性に事前に対応付けられたもぎりパターンでもぎり操作を行う。これにより、チケットデータから得られた保有者の属性を、当該チケットデータに対応付けて把握することが可能になる。

本実施形態では、例えば、チケットデータには購入者の顔写真データが含まれていてもよい。
そのため、処理回路２５は、ステップＳＴ７あるいはＳＴ７ａにおいて、チケット処理アプリケーションプログラムに基づいて、前記チケットデータに含まれる前記顔写真データを画面５１０上の半券表示領域５１６に表示してもよい。
このようにすることで、もぎり処理時に担当者が半券表示領域５１６に表示される顔写真と利用者の顔とを見比べて不一致の場合は正規の利用者ではないと判断できる。これにより、利用者間でチケットデータを不正に売買することを効果的に抑制できる。
また、半券表示領域５１６に、チケットデータに含まれるイベント会場の座席情報を表示してもよい。

＜第４実施形態＞
本実施形態では、図５のステップＳＴ５において以下の処理を行う。
ステップＳＴ５：
サーバ１５の処理回路１２５は、課金処理の後に、上記イベントのチケットデータを作成し、これをチケット購入者携帯型端末装置１１に送信する。
このとき、チケットデータには、当該チケットデータを使用済みにすることを許可する位置条件と時間条件との少なくとも一方の情報が含まれている。
位置条件は、例えば、イベント会場の住所である。また、時間条件は、イベントの開始と終了の日時である。

ステップＳＴ７：
本実施形態では、チケット購入者携帯型端末装置１１の処理回路２５は、上述したようにステップＳＴ７で、上記パターン３０１と予め記憶されているもぎりパターンとを比較して一致すると判断した場合に、内蔵するタイマが示す時刻が、チケットデータが示す時間条件を満たしているか否かを判断する（図９のステップＳＴ３１）。
そして、処理回路２５は、上記時間条件を満たしていると判断すると、チケット購入者携帯型端末装置１１の位置情報を取得し、当該位置情報がチケットデータが示す位置条件を満たしているか否かを判断する（ステップＳＴ３２）。
処理回路２５は、上記位置条件を満たしていると判断し、かつ、メモリ２４に記憶されているステータスデータが未もぎり処理を示すと判断した場合に上記もぎり処理を行う（ステップＳＴ３６）。

本実施形態によれば、位置条件あるいは時間条件を満たさない場合には、もぎり処理を行わないため、もぎり操作が誤って行われた場合にはもぎり処理を行わないようにできる。

＜第５実施形態＞
本実施形態では、チケット購入者携帯型端末装置１１は、ステップＳＴ５において、サーバ１５からチケットデータをダウンロードする時に、複数のもぎり後の画面画像データをダウンロードする。
そして、処理回路２５は、ステップＳＴ７のもぎり処理において、もぎり操作を検出すると（図１０のステップＳＴ４１）、上記複数のもぎり後の画面画像データから一つの画面画像データを、運営者のみが知る予め決められた選択パターンに基づいて選択する（ステップＳＴ４２）。例えば、上記選択パターンは、曜日に応じて選択する画面画像データを規定している。
そして、処理回路２５は、上記選択した画面画像データを基に、もぎり処理後の画面表示を行う（ステップＳＴ４３）。
本実施形態によれば、チケットの不正利用を防止できる。

＜第６実施形態＞
本実施形態では、チケット購入者携帯型端末装置１１は、ステップＳＴ５において、サーバ１５からチケットデータのダウンロード時に、コンテンツデータまたはクーポンデータをチケットデータに関連付けてダウンロードする。
チケット購入者は、もぎり処理が行われる前に、これらのコンテンツデータまたはクーポンデータを利用できる。
処理回路２５は、当該利用の履歴を示す履歴データをメモリ２４に記憶する。
そして、処理回路２５は、ステップＳＴ７のもぎり処理において、メモリ２４に記憶された上記履歴データをサーバ１５に送信する。

本実施形態によれば、チケット購入者によるコンテンツデータまたはクーポンデータの利用履歴をサーバ１５が収集できる。これにより、これらのデータの利用率を把握できる。

＜第７実施形態＞
本実施形態では、上記チケットデータは、使用可能回数を示し使用可能回数データを含む。当該使用可能回数データは、チケットデータが使用可能であるか否かを判断するために用いられる。
また、チケットデータは、既に使用した回数を示す使用済回数データを含む。

処理回路２５は、ステップＳＴ７のもぎり処理において、もぎり操作を検出すると（図１１のステップＳＴ５１）、チケットデータの上記使用可能回数データと上記使用済回数データとを基に、当該チケットデータが使用可能であるか否かを判断する（ステップＳＴ５２）。具体的には、使用可能回数が使用済回数より多い場合に、使用可能であると判断する。
処理回路２５は、使用可能であると判断したことを条件に（ステップＳＴ５３）、もぎり処理を行う（ステップＳＴ５４）。

本実施形態によれば、チケットデータを複数回利用できる。
なお、本実施形態では、図５のステップＳＴ７のもぎり操作において、チケット購入者が、チケットの使用を要求する使用要求回数を入力するようにしてもよい。
処理回路２５は、上記入力された使用要求希望回数と、チケットデータの上記使用可能回数データと上記使用済回数データとを基に、当該チケットデータが使用可能であるか否かを判断する（ステップＳＴ５２）。
具体的には、使用可能回数から使用済回数を減算した数が、使用要求回数以上である場合に、使用可能であると判断する。

＜第８実施形態＞
本実施形態では、チケット購入者携帯型端末装置１１は、ステップＳＴ５において、サーバ１５からチケットデータのダウンロード時に、もぎり処理後の画面画像データとして、他サイトへのリンク情報を含むものをダウンロードする。
そして、処理回路２５は、ステップＳＴ７のもぎり処理において、もぎり操作を検出すると、上記もぎり処理後の画面画像データを基に、図１２に示すように、他サイトへのリンク情報を画面表示する。
これにより、もぎり処理後に、ユーザを他関連サイトへ誘導することができる。

＜第９実施形態＞
図５および図７に示すステップＳＴ７，ＳＴ７ａのもぎり処理において、タッチパネルであるディスプレイ２２（操作部２３）からのユーザの指等の画面５１０上における接触位置に応じた座標データ（Ｘ、Ｙ）がメモリ２４に順次記憶される。
図８に示すように、画面５１０上には、予めＸ、Ｙ座標が規定されている。

図１３を用いて説明する。
ステップＳＴ６１：
処理回路２５は、ユーザが指等で画面５１０上の連続して接触して行った操作に応じて入力した座標データ（Ｘ，Ｙ）が、第３実施形態で規定した被もぎり領域５１４内の位置を示しているか否かを判断し、肯定判定の場合にステップＳＴ２２に進む。
当該操作は、ユーザが指等で最初に画面５１０上に接触してから、その接触状態を維持しながら、画面５１０上を移動するものである。
なお、処理回路１２５は、入力した座標データ（Ｘ，Ｙ）が半券領域５１６に入った場合は、否定判定を行い、もぎり操作と判定しない。

ステップＳＴ６２：
処理回路２５は、ステップＳＴ６１で入力した座標データＸ（画面５１０の水平方向）が、「０」（すなわち、画面５１０の水平方向の左端）に達した場合に肯定判定し、ステップＳＴ２３に進む。それ以外の場合は、否定判定し、もぎり操作と判定しない。

ステップＳＴ６３：
処理回路２５は、ステップＳＴ６１で入力した座標データＹ（画面５１０の水平方向）が、上記操作の過程において減少していないか否かを判断し、肯定判定の場合はステップＳＴ６４に進む。それ以外の場合は、否定判定し、もぎり操作と判定しない。

ステップＳＴ６４：
処理回路２５は、ステップＳＴ２１で最初に座標データ（Ｘ，Ｙ）を入力した第１のタイミング（ユーザが画面５１０に最初に触れたタイミング）と、ステップＳＴ２２で座標データＸが「０」に達したと判定された第２のタイミングとの間を、所定の時間間隔に分割する。
そして、処理回路２５は、当該分割された時間間隔の各時間内における座標データ（Ｘ，Ｙ）の変化量を算出する。

ステップＳＴ６５：
処理回路２５は、ステップＳＴ６４で算出した各時間の変化量が、予め決められた基準以上であるか否かを判定し、肯定判定の場合にステップＳＴ２６に進む。それ以外の場合は、否定判定し、もぎり操作と判定しない。これは、もぎり操作が、一定以上のスピードで、ユーザが画面上の指接触位置を移動させて行われることを考慮して、これを高精度に検出できるようにした。

ステップＳＴ６６：
処理回路２５は、もぎり操作が行われたと判定する。

本実施形態では、実際のリアルなチケットのもぎり操作、すなわち本券（被もぎり領域５１４に対応）側を指でもって、もぎり線から離れる向きに指を移動させる操作と類似した操作を画面５１０上でユーザが行った場合にのみ、それをもぎり操作として高精度に検出できる。
すなわち、チケット処理システム１によれば、リアルなもぎり操作と類似した擬似的なもぎり操作を、画面５１０上のユーザの指の移動経路に基づいて高精度に検出できる。

本発明は上述した実施形態には限定されない。
すなわち、当業者は、本発明の技術的範囲またはその均等の範囲内において、上述した実施形態の構成要素に関し、様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。

上述した実施形態では、イベントの入場処理のチケットのチケット処理を例示したが、入場処理以外の商品・サービスのクーポン等のチケット処理についても本発明は適用可能である。

例えば、チケット購入者携帯型端末装置１１は、チケット処理アプリケーションプログラムを起動し、当該プログラムに従ってサーバ１５にアクセスを行い、チケット購入処理を行ってもよい。

上述した実施形態では、チケット購入者携帯型端末装置１１におけるチケットデータの入場処理を、チケット購入者携帯型端末装置１１の画面上の指の移動軌跡に応じたもぎり操作をトリガーとして開始したが、入力された音声が所定の条件を満たすか否かを検出し、それをトリガーとしてもよい。

また、チケット処理システム１において、所定のチケット購入者が取得したチケットデータを他の人に譲渡することを可能にしてもよい。例えば、あるユーザのチケット購入者携帯型端末装置１１に記憶されたチケットデータを、他のユーザのチケット購入者携帯型端末装置１１に送信した場合でも、使用可能にしてもよい。

また、チケット購入者携帯型端末装置１１において、もぎり処理を完了してステータスデータが入場処理済みとなった後に、再入場を可能にするために、再入場可能設定にし、再入場時にイベントスタッフのみが知るパスワードを入力するようにしてもよい。

また、入場処理時にチケット購入者携帯型端末装置１１にダウンロードされたクーポン券データは、ユーザが当該データに応じたクーポン画面を会場内で表示することで、クーポン券に応じた商品やサービスの提供を受けることができる。

また、図１に示すように、サーバ１５は、イベント開催中に、イベント参加者のみが投稿可能なチャットルールをウェブサイト上に作成してもよい。

また、サーバ１５は、チケットデータと共に、当該チケットデータに係るイベントに関連するコンテンツデータまたはコンテンツプログラムをチケット購入者携帯型端末装置１１にダウンロードする。
そして、チケット購入者携帯型端末装置１１がもぎり操作を検出すると、上記ダウンロードされたコンテンツデータまたはコンテンツプログラムの使用履歴データをサーバ１５に送信する処理を行うようにしてもよい。

例えば、処理回路２５は、被もぎり領域５１４を複数の領域に分割し、パターン３０１が、予め決められた領域から他の所定の領域に移動するパターンであることを条件に、もぎり処理を行うようにしてもよい。

本発明は、イベント等のチケット発券処理等を行うチケット処理システムに適用可能である。

１…チケット処理システム
１１…チケット購入者携帯型端末装置
１３…イベント作成者端末装置
１５…サーバ

Claims (7)

1. 携帯型端末装置にダウンロードされるプログラムであって、
   サーバから前記携帯型端末装置にダウンロードしたチケットデータを取り込む第１の工程と、
   所定の入力操作を検出すると前記チケットデータに応じた画像を画面表示する第２の工程と、
   前記第２の工程で画像を表示した画面上で予め決められた所定の操作、あるいは所定の音声入力を検出したことを条件に所定の入力指示を検出し、当該所定の入力指示の検出を条件に当該チケットデータの使用履歴を示すステータスデータを更新する更新処理を行う第３の工程と
   を有するプログラム。
2. 前記チケットデータには、当該チケットデータを使用済みにすることを許可する位置条件と時間条件との少なくとも一方の情報を含み、
   前記第３の工程は、前記携帯型端末の位置を示す位置情報が前記位置条件を満たすという第１の条件と、前記接触位置の移動経路検出に対応した時間が前記時間条件を満たすと判断したという第２の条件との少なくも一方を満たしたことを条件に、前記更新処理を行う
   請求項１に記載のプログラム。
3. 前記画面上において予め規定されたもぎり位置を基に、当該画面上に被もぎり領域が規定されている場合に、
   前記第３の工程においては、
   前記携帯型端末装置は、前記被もぎり領域内で、前記所定のパターンの移動経路が存在することを検出すると、前記更新処理を行うと共に、
   前記被もぎり領域内の画像を、もぎり処理前の画像から、複数のもぎり処理後の画像のなかから、予め決められたあるいは選択パターンに基づいて選択したもぎり処理後の画像に更新する
   請求項２に記載のプログラム。
4. 前記第１の工程において、
   前記チケットデータに関連付けて、コンテンツデータまたはクーポンデータを前記サーバから前記携帯型端末装置にダウンロードし、
   前記コンテンツデータまたは前記クーポンデータの利用履歴データを前記サーバに送信する第４の工程
   をさらに有する
   請求項３に記載のプログラム。
5. 前記チケットデータは、使用可能回数が規定されており、使用可能であるか否かを判断するために用いられる情報を含み、
   前記第３の工程において、
   前記携帯型端末装置が、前記第３の工程で画像を表示した画面上でユーザの指の接触位置の移動経路が予め決められた所定のパターンであると判断した場合に、前記使用可能回数を基に使用可能であると判断したことを条件に、前記更新処理を行う
   請求項４に記載のプログラム。
6. 前記第３の工程において、新たに使用しようとする回数が指定されると、当該指定された回数と前記使用可能回数とを基に使用可能であると判断したことを条件に、前記更新処理を行う
   請求項５に記載のプログラム。
7. 前記第３の工程において、
   前記所定のパターンの移動経路が存在することを検出すると、前記更新処理を行う
   請求項６に記載のプログラム。