特開 2015-176377 チケット処理方法およびプログラム

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

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

(11)【公開番号】特開2015-176377(P2015-176377A)

(43)【公開日】2015年10月5日

(54)【発明の名称】チケット処理方法およびプログラム

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20150908BHJP

   G06Q 20/06 20120101ALI20150908BHJP

   G06F 3/0488 20130101ALI20150908BHJP

   G06F 3/048 20130101ALI20150908BHJP

【ＦＩ】

   G06Q30/02 140

   G06Q20/06 100

   G06F3/048 620

   G06F3/048 654A

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

【全頁数】23

(21)【出願番号】特願2014-52729(P2014-52729)

(22)【出願日】2014年3月14日

(71)【出願人】

【識別番号】513093922

【氏名又は名称】株式会社Ｌｅｏｎｉｓ＆Ｃｏ．

(74)【代理人】

【識別番号】100166545

【弁理士】

【氏名又は名称】折坂 茂樹

(72)【発明者】

【氏名】上西 培智

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

5E555

5L049

5L055

【Ｆターム（参考）】

5E555AA04

5E555BA02

5E555BA45

5E555BB04

5E555BC04

5E555BD01

5E555CA13

5E555CB10

5E555CB45

5E555CC01

5E555DB49

5E555DB53

5E555DC09

5E555DC60

5E555DD06

5E555FA15

5L049BB07

5L055AA13

(57)【要約】

【課題】 利便性の高い電子チケットの処理方法を提供する。
【解決手段】 チケット処理方法は、チケットデータをサーバから携帯端末にダウンロードする第１の工程と、携帯端末が、起動したチケット処理アプリケーションプログラムに、ダウンロードしたチケットデータを取り込む第２の工程と、携帯端末が、チケットデータに応じた画面を表示する第３の工程と、携帯端末が、第３の工程で表示した画面上で接触位置の移動を検出し、当該接触位置の移動によって描いた閉曲線により囲まれた領域の面積が、予め定められた面積以上である場合に、当該チケットに対して消込処理を行う第４の工程とを有する。
【選択図】図７

【特許請求の範囲】

【請求項1】

チケットデータをサーバから携帯端末にダウンロードする第１の工程と、
前記携帯端末が、起動したチケット処理アプリケーションプログラムに、前記ダウンロードしたチケットデータを取り込む第２の工程と、
前記携帯端末が、前記チケットデータに応じた画面を表示する第３の工程と、
前記携帯端末が、前記第３の工程で表示した画面上で接触位置の移動を検出し、当該接触位置の移動によって描いた閉曲線により囲まれた領域の面積が、予め定められた面積以上である場合に、当該チケットに対して消込処理を行う第４の工程と
を有する
チケット処理方法。

【請求項2】

前記第４の工程において、前記閉曲線により囲まれた領域の中心にスタンプの印影画像を重畳して表示すること特徴とする請求項１に記載のチケット処理方法。

【請求項3】

前記チケットデータは、個別に消込が可能な複数の押印欄を有するチケットを規定するデータであり、
前記第３の工程において、前記画面に複数の押印欄を表示し、
前記第４の工程において、接触位置の移動により各押印欄に予め決められた面積よりも大きい閉曲線を描いた場合に、閉曲線が描かれた当該押印欄について消込処理を行うことを特徴とする請求項１または２に記載のチケット処理方法。

【請求項4】

前記第４の工程において、前記複数の押印欄のうちの一の押印欄に対し閉曲線が描かれた場合に、前記複数の押印欄における他の押印欄のうちの所定のものに対して消込がなされていることを条件に前記一の押印欄への消込を可能とすることを特徴とする請求項３に記載のチケット処理方法。

【請求項5】

前記チケットデータは、前記複数の押印欄に加え、第２の押印欄を備え、
前記第３の工程において、前記第２の押印欄を表示し、
前記第４の工程において、前記第２押印欄は、前記複数の押印欄の全てについて消込処理がなされている場合にのみ、消込処理が可能とされることを特徴とする請求項３または４に記載のチケット処理方法。

【請求項6】

前記第４の工程において、前記携帯端末はサーバにチケットに対し消込の操作がなされた旨を送信することを特徴とする請求項１から６のいずれか１項に記載のチケット処理方法。

【請求項7】

タッチパネルディスプレイを備える携帯端末に、請求項１から６のいずれか１項に記載のチケット処理方法における各工程を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、チケットやクーポンの発券及び消込処理を行うチケット処理システム、チケット処理方法およびプログラムに関する。

【背景技術】

【0002】

従来から携帯端末を使用して電子チケット・電子クーポンが利用出来るシステムが提供さ れている。例えば電子チケット発券サービスでは、ユーザがWEBまたは携帯端末を利用してチケット購入処理を行うと、あらかじめ携帯端末上にダウンロードしてあったアプリ内に電子チケットが格納される仕組みになっている。イベント時などチケットを利用する際は、携帯端末のアプリ内に格納された電子チケットをイベント主催者側に提示し、主催者側が電子もぎりを行うことで消込処理がなされ使用済みとされる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第５３６２１３４号

【発明の概要】

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

【0004】

しかしながら特許文献１の方法では、電子チケットや電子クーポンの消込処理をもぎるという形で行うため、利用者にとってコレクション性の高い方法での消込処理、例えば電子スタンプの収集という形での消込処理ができないという不便があった。

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

【0005】

そこで、本発明は上記の課題を解決することのできるチケット処理方法およびプログラムを提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。

【0006】

上記の課題を解決すべく、本発明のチケット処理方法は、チケットデータをサーバから携帯端末にダウンロードする第１の工程と、携帯端末が、起動したチケット処理アプリケーションプログラムに、ダウンロードしたチケットデータを取り込む第２の工程と、携帯端末が、チケットデータに応じた画面を表示する第３の工程と、携帯端末が、第３の工程で表示した画面上で接触位置の移動を検出し、当該接触位置の移動によって描いた閉曲線により囲まれた領域の面積が、予め定められた面積以上である場合に、当該チケットに対して消込処理を行う第４の工程とを有する。本明細書の説明において、チケットとは、入場券、乗車券、クーポン券、スタンプカード等、押印により利用した事実を記録できる様々な券やカードを含む。

【0007】

本発明では、第４の工程において、閉曲線により囲まれた領域の中心にスタンプの印影画像を重畳して表示するとよい。こと特徴とする請求項１に記載のチケット処理方法。

【0008】

本発明では、チケットデータは、個別に消込が可能な複数の押印欄を有するチケットを規定するデータとしてもよく、この場合、第３の工程において、画面に複数の押印欄を表示し、第４の工程において、接触位置の移動により各押印欄に予め決められた面積よりも大きい閉曲線を描いた場合に、閉曲線が描かれた当該押印欄について消込処理を行うことを特徴とするとよい。

【0009】

本発明では、第４の工程において、複数の押印欄のうちの一の押印欄に対し閉曲線が描かれた場合に、複数の押印欄における他の押印欄のうちの所定のものに対して消込がなされていることを条件に一の押印欄への消込を可能とするとよい。

【0010】

本発明では、チケットデータは、複数の押印欄に加え、第２の押印欄を備えてもよく、この場合、第３の工程において、第２の押印欄を表示し、第４の工程において、第２押印欄は、複数の押印欄の全てについて消込処理がなされている場合にのみ、消込処理が可能とされるとよい。

【0011】

本発明では、第４の工程において、携帯端末はサーバにチケットに対し消込の操作がなされた旨を送信するとよい。

【0012】

上記の課題を解決すべく、本発明のプログラムは、タッチパネルディスプレイを備える携帯端末に、上記いずれかのチケット処理方法における各工程を実行させる。

【0013】

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションも又発明となりうる。

【図面の簡単な説明】

【0014】

【図1】チケット処理システムの構成を示す図である。

【図2】携帯端末２０の外観を示す図である。

【図3】携帯端末２０の構成を示すブロック図である。

【図4】サーバ３０の構成を示す機能ブロック図である。

【図5】クーポン情報のデータベースに格納されるデータの一例を示す図である。

【図6】携帯端末２０に表示される未使用クーポンの一例を示す図である。

【図7】第１実施形態におけるチケット（クーポン）を利用する手順を示すフローチャートである。

【図8】第１実施形態における消込操作の方法を示す模式図である。

【図9】携帯端末２０に表示される使用済みクーポンの画面の一例を示す図である。

【図10】第１実施形態における消込操作がなされたときの閉曲線の面積の求め方を示す模式図である。

【図11】第１実施形態における消込操作がなされたときの閉曲線の面積の求め方を示す模式図である。

【図12】第２実施形態のチケット処理システム１０で用いられる未使用のスタンプカード画面の一例を示す図である。

【図13】スタンプ収集途中のスタンプカードの画面の一例を示す図である。

【図14】スタンプカードの最終的な消込処理後の画面の一例を示した図である。

【図15】第２実施形態におけるスタンプカードのスタンプ押印欄４０１にスタンプを押印する手順を示すフローチャートである。

【図16】スタンプ押印欄４０１にスタンプを押印する際の画面遷移の例を示す図である。

【図17】第２実施形態におけるスタンプカードの引き換え欄４０２にスタンプを押印する手順を示すフローチャートである。

【図18】第３実施形態において携帯端末２０にインストールされたチケット処理アプリケーションを立ち上げて未使用クーポンを表示した画面の一例である。

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

【0015】

〔第１実施形態〕
以下、図面を参照して本発明の第１実施形態に係るチケット処理システム１０を説明する。本実施形態のチケット処理システム１０では、チケットの一例として、電子的に配信されるクーポン券を処理する。

【0016】

図１はチケット処理システム１０の構成を示す図である。チケット処理システム１０は携帯端末２０、サーバ３０を備える。携帯端末２０およびサーバ３０は、それぞれ本発明のチケット処理システム１０の構成要素として機能するためのアプリケーションを実行する。携帯端末２０とサーバ３０とは、インターネット等のネットワークを介して通信可能とされる。

【0017】

図２は、携帯端末２０の外観図である。携帯端末２０は、例えば、スマートホン、タブレットＰＣ、ゲーム端末などの携帯端末である。なお、図２には、携帯端末２０としてスマートホンを図示している。以下、スマートホンを例として携帯端末２０について説明するが、本発明は、スマートホン以外の携帯端末にも適用可能である。

【0018】

図２に示すように、携帯端末２０は、縦長・矩形状の筐体２１０にディスプレイ２２０及び操作ボタン２３０が設けられている。筐体２１０は、樹脂や金属などの材質で構成される。ディスプレイ２２０は、縦長・矩形状であり、液晶パネルなどのディスプレイとタッチパッドなどの位置入力装置とを組み合わせたいわゆるタッチパネルディスプレイである。ディスプレイ２２０は、縦長の矩形状であり、携帯端末２０の操作に必要なアイコンなどが表示される。ユーザは、ディスプレイ２２０にタッチすることで携帯端末２０の操作が可能である。操作ボタン２３０は、電源のＯＮ／ＯＦＦなどユーザの操作入力を受け付ける。

【0019】

図３は、携帯端末２０の内部構成図である。携帯端末２０の筐体２１０内には、アンテナ２０１、送受信部２０２、制御部２０３、記憶部２０４、検出部２０５、スピーカ２０６、マイク２０７、撮像部２０８、電源２０９などスマートホンとして機能するために必要な構成が収容されている。

【0020】

送受信部２０２は、アンテナ２０１で受信した信号（以下、データ）を必要に応じて逆符号化した後、制御部２０３に出力する。また、送受信部２０２は、制御部２０３から入力されるデータを必要に応じて符号化した後、アンテナ２０１を介して送信する。

【0021】

制御部２０３は、ＣＰＵ（Central Processing Unit）などのプロセッサであり、操作ボタン２３０及びディスプレイ２２０から入力される指示信号に応じて携帯端末２００全体を制御する。また、制御部２０３は、アンテナ２０１を介して送受信部２０２で受信したデータを記憶部２０４に記憶する。さらに、制御部２０３は、アンテナ２０１を介して送受信部２０２で受信したデータが音声データである場合、スピーカ２０６に出力する。記憶部２０４は、送受信部２０２で受信したデータの他、制御部２０３が実行するアプリケーションやオペレーティングシステム等のプログラムを記憶する。なお、制御部２０３は、記憶部２０４に記憶されたプログラムに基づき、携帯端末上で、電子チケットの取得および電子チケットの利用を含む種々の処理を実行する。なお、電子チケットの取得および電子チケットの利用の処理については後述する。

【0022】

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

【0023】

通信部３２１は、例えば、携帯端末２０と通信を行うために用いられる。ディスプレイ３２２は、制御部３２５が実行するプログラムが提供する様々な画面を表示する。

【0024】

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

【0025】

データベース３２７はクーポンに関する情報(単に「クーポン情報」ともいう)を記憶する。図５は、データベース３２７に格納されるクーポン情報の一例を示している。クーポンに関する情報としては、クーポンを識別するクーポン識別情報(クーポンを識別するＩＤやクーポン名など) 、クーポンで享受できるサービスの内容（たとえば割引券、１品サービス、粗品プレゼントなど）、クーポンを利用できる店舗識別情報（店舗名や店舗を識別するＩＤなど）、クーポンのステータス情報（登録済み・未登録・期間外など）、クーポン消込処理用スタンプの印影画像が挙げられる。その他に例えば、クーポンを利用出来る枚数情報（たとえば先着○名様など） 、クーポンを利用できる店舗に関する情報（住所、電話番号など）、当該クーポンが対応づけられているイベント情報、イベントが開催されている場所の位置情報、イベントが開催されている場所から店舗までの経路を示す地図情報、クーポンの利用期間、クーポンを利用したユーザの情報（ユーザＩＤ、位置情報、利用日時など）などをクーポンＩＤと紐付けてデータベースに格納してもよい。

【0026】

ユーザがクーポンを利用するには、まずユーザの携帯端末２０が未使用クーポンの取得をすること（すなわち、チケットデータをサーバ３０から携帯端末２０にダウンロードすること）必要がある。未使用クーポンの取得方法はユーザが能動的に取得してもよいし受動的に取得してもよい。

【0027】

能動的な取得方法としては、例えば、携帯端末２０をユーザが操作して希望のクーポンを検索・取得することが挙げられる。具体的には、ユーザがクーポンを利用可能な店舗に来店した時に、ユーザの携帯端末２０を操作してサーバ３０へクーポン取得要求を送信し、この要求に応じてサーバ３０がデータベース３２７に記憶してあるクーポン情報のうち、当該店舗で利用可能なクーポン情報を検索結果としてユーザの携帯端末２０へ送信するように構成するとよい。

【0028】

また、受動的な取得方法としては、例えば、サーバ３０から強制的に、サーバ３０から携帯端末２０に未使用クーポンを配信（或いはプッシュ通知）することが挙げられる。サーバ３０が携帯端末２０にクーポンを配信・通知する際の条件として、携帯端末２０からサーバ３０に送信される携帯端末２０の位置情報等のユーザ情報とデータベース３２７に記憶されたクーポン情報を突合させ、合致する情報がある場合にユーザの携帯端末２０へクーポン情報の通知を送信するように構成するとよい。例えば、携帯端末２０の位置情報が渋谷駅前とすると、データベース３２７が記憶するクーポン情報のうちクーポンを発行している店舗の位置情報が渋谷駅前であるクーポンを携帯端末２０へ送信する。その他、ユーザが希望するクーポンの種類(たとえば料理のジャンル(和食、中華、イタリアン、フランス料理など)、飲食店の種類(ファミリーレストラン、ファーストフード、丼屋、居酒屋、割烹、バー、中華料理店、イタリア料理店など)、特定の店舗、飲食店の価格帯など)をあらかじめ登録しておき、それらを検索条件に含めてユーザの嗜好に合ったクーポンを絞り込んで配信するようにしてもよい。

【0029】

なお、以上は携帯端末２０が未使用クーポンを取得する手法の一例であり、これ以外の手法で未使用クーポンを取得するようにしてもよいことは言うまでもない。例えば、サーバ３０から登録ユーザに電子メール等の手段を利用して、クーポン自体やクーポンのダウンロードページへのアクセス情報(ＵＲＬ等)を配信してもよい。また、この場合に配信先の登録ユーザを登録ユーザの属性情報や過去のクーポン利用履歴等に基づいて絞り込んでもよい。

【0030】

携帯端末２０がサーバ３０から未使用クーポンを取得すると、携帯端末２０のチケット処理システム用アプリケーションを実行することで、例えば図６に示したように、該当のクーポンがディスプレイ２２０に表示される。

【0031】

次に図７に示したフローチャートを参照して、チケット処理システム１０により発行されたクーポンに対して消込処理を行い、クーポンを利用するときの動作手順を説明する。まずユーザが携帯端末２０にインストールされたクーポン処理アプリケーションを立ち上げる（ステップＳ１００）。携帯端末２０の制御部２０３はユーザの操作に基づき、未使用クーポンをディスプレイ２２０上に表示する（ステップＳ１１０）。続いて、ディスプレイ２２０に未使用クーポンを表示した状態で、ユーザが携帯端末２０を店舗スタッフに提示すると、店舗スタッフは携帯端末２０を操作し、図８の画面例の中に破線矢印で示したように携帯端末２０のタッチパネルディスプレイ上に閉曲線を描くことにより、未使用クーポンを使用済みとする消込操作を行う。このとき描かれた閉曲線で囲まれた領域が所定の面積よりも小さい場合には、携帯端末２０の制御部２０３は処理をステップＳ１１０に戻す。一方、閉曲線で囲まれた領域が所定の面積以上である場合（ステップＳ１２０；Ｙｅｓ）、携帯端末２０の制御部２０３は処理をステップＳ１３０に進める。ステップＳ１３０において、携帯端末２０は、サーバ３０に消込操作が実行された旨の情報を送信する。

【0032】

なお、図８に示したように、ステップＳ１２０において判定条件の境界となる所定の面積を有する図形（例えば図８中で斜線が付された円）を画面中に表示するとよい。このような所定面積を有する図形は、未使用クーポンが表示されているタッチパネルディスプレイ２２０への接触が検出されているときのみ表示されるようにしてもよい。

【0033】

これに応じてサーバ３０の制御部３２５は、使用しようとするクーポンの情報がデータベース３２７に利用可能なものか否か（例えば、登録済みのものか否か、利用可能な期間であるか否か等）を照会する（ステップＳ１４０）。データベース３２７にてクーポン情報が突合された結果、利用可能であると判定されると（ステップＳ１４０；Ｙｅｓ）、制御部３２５はデータベース３２７に記憶されたクーポン情報のステータスを未使用から使用済みに更新する（ステップＳ１５０）。また、サーバ３０は、クーポンが利用可能である旨の情報を携帯端末２０に送信する（ステップＳ１６０）。このときサーバ３０は消込処理が適切になされたことを示すために、サーバ３０のデータベース３２７に記憶してある使用済みを示すスタンプの印影の画像を、通信部から携帯端末２０へ送信する。印影はクーポン毎に異なるものであってもよいし、共通のものであってもよい。携帯端末２０は、クーポンが利用可能である旨の情報を受信すると、クーポン未使用の画面をクーポン使用済みの画面に移行させる（ステップＳ１７０）。具体的には、図９に例示したように、サーバ３０から提供された印影の画像を、ステップＳ１２０にてタッチパネルディスプレイ上に描いた閉曲線の中心点に、クーポンの画像に重ねて配置する。これにより消込処理は完了し、ユーザはクーポンを使用することができる。

【0034】

サーバ３０のデータベースに登録済みのクーポンが使用される際に、クーポンを利用したユーザ情報・店舗情報・日時情報などが携帯端末２０を通してサーバ３０に送信し、データベース３２７に蓄積してもよい。蓄積した情報を店舗やイベント主催者に提供し、マーケティング活動や販売促進活動などに活用してもらうこともできる。

【0035】

一方、携帯端末２０からサーバ３０に送信されたクーポン情報が、データベース３２７に記憶されたクーポン情報と突合され、利用不可である（例えば、未登録、期間外等）と判定された場合（ステップＳ１４０；Ｎｏ）、サーバ３０は通信部３２１を介して、当該クーポンが利用できない旨をユーザの携帯端末２０に通知し、携帯端末２０はこの通知を受信する（ステップＳ１８０）。クーポンが利用できない旨の通知を受信すると、携帯端末２０は、ディスプレイ２２０にクーポンが利用できない旨を表示して処理を完了する（ステップＳ１９０）。このような表示がなされた場合、ユーザは店舗においてこのクーポンを利用できない。また使用済みのクーポンは消込処理により消込処理後の画面に移行しているため、店舗スタッフにもユーザにも使用済みとの判定が可能である。以上により未登録のクーポンや期間外のクーポン、使用済みクーポン等の不正利用や誤利用を防止することができる。

【0036】

上述のクーポンを利用する手順におけるステップＳ１２０において、タッチパネルディスプレイ上に閉曲線を描き、当該閉曲線で囲まれた領域の面積が所定の面積以上である場合に消込処理を行う旨を説明したが、この点について補足して説明する。

【0037】

図１０に示したように、タッチパネルディスプレイ上に描いた軌跡が複数の閉じた領域を有する場合、軌跡を描き始めてから最初に形成される閉曲線の面積（図１０中の斜線部）により消込処理に進むか否かを判定するとよい。

【0038】

また、図１１に示したように、タッチパネルディスプレイ上に描いた軌跡が閉曲線とならず両端が開いている場合、制御部２０３は、軌跡の始点及び終点をそれぞれにおける接線に沿って延長し、延長した直線も含めて閉曲線を描かれたとして扱ってもよい。なお、軌跡は直線ではなく曲線により延長してもよい。

【0039】

印影の表示位置を閉曲線の中心とするとよい旨説明したが、中心とは閉曲線で囲まれた図形の重心位置としてもよいし、閉曲線で囲まれた図形のＸ座標（横軸）およびＹ座標（縦軸）のそれぞれについて最大値（Ｘｍａｘ，Ｙｍａｘ）と最小値（Ｘｍｉｎ，Ｙｍｉｎ）の中間値（（Ｘｍａｘ＋Ｘｍｉｎ）／２，（Ｙｍａｘ＋Ｙｍｉｎ）／２）を中心としてもよい。

【0040】

また、閉曲線の面積に加え、閉曲線の形状（例えば頂点の数）を消込処理に進むか否かの判定条件に加えてもよい。

【0041】

〔第２実施形態〕
以下、本発明の第２実施形態を図面に基づいて説明する。第１実施形態では１つのクーポン・チケットに対して１つの印影を表示して消込を完了していたのに対し、本実施形態に係るチケット処理システムの特徴は、スタンプカードのように１つのチケットに複数のスタンプを押せる点にある。このような構成を採用したことに伴う変更点以外については、上述した第１実施形態と同様なので、ここでの説明を省略する。

【0042】

本実施形態において、サーバ３０のデータベース３２７は、第１実施形態におけるクーポン情報と類似したスタンプカード情報を格納する。スタンプカード情報は、スタンプカード識別情報（スタンプカードＩＤやスタンプカードの名など）にスタンプカード内の押印欄識別情報（押印欄ＩＤなど）、引き換え欄識別情報（引き換え欄ＩＤ）、ユーザ識別情報（ユーザＩＤ）が紐づけられている点で第１実施形態におけるクーポン情報と異なる。一つのスタンプカード識別情報に対し、複数の押印欄識別情報が紐づけられてよい。

【0043】

第１実施形態のクーポンは１つのクーポンに対して１つのサービスと交換する。よって消込処理も１枚につき１度である。一方、本実施形態のスタンプカードは、定められた期間中に、定められた店舗で、定められた回数のスタンプを収集するもので、すべてのスタンプを収集することでサービスが受けられるものである。

【0044】

図１２は未使用スタンプカードの表示画面の一例である。スタンプカードにはスタンプ押印欄４０１と引き換え欄４０２の二種類の消込処理欄が設けられる。スタンプ押印欄４０１は、スタンプを収集するために消込処理を行う欄であり、店舗側で定めたスタンプを集めなければならない数の分だけ設けられる。引き換え欄４０２は、スタンプをすべて収集しサービスと引き換える時に、当該スタンプカードを使用済みとするための消込処理欄である。スタンプ押印欄に消込処理を行いスタンプ収集が始まると、図１３のような画面になる。消込処理が行われたスタンプ押印欄４０１には、データベース３２７に記憶してある押印欄用のスタンプの印影が配置される。すべてのスタンプが集まり、サービスと引き換える時に、サービス引き換え欄４０２に消込処理が行われ、図１４のように引き換え欄４０２にデータベース３２７に記憶していた消込処理が適切に完了したことを示すスタンプの印影が配置される。

【0045】

以下、図面を参照しつつスタンプカード利用の手順を説明する。下記の手順で利用されるスタンプカードは、予めサーバ３０から携帯端末にダウンロードされているものとする。はじめにスタンプ押印欄４０１へのスタンプ収集の手順から図１５を参照して説明する。まずアプリケーションを起動する（ステップＳ２００）。アプリケーションを起動すると、予めダウンロードしてあるスタンプカードのデータがアプリケーションに取り込まれる。ユーザは携帯端末２０に未使用またはスタンプ収集途中のスタンプカードを表示するよう操作し（ステップＳ２０１）、当該スタンプカードの利用出来る店舗にて会計時に携帯端末２０を店舗スタッフに提示する。店舗スタッフはユーザが１０００円以上の買い物をしているか確認する。１０００円以上の買い物をしている場合、携帯端末２０のスタンプカード上のスタンプ押印欄４０１所定の面積を満たす閉曲線を描く（ステップＳ２０２）。閉曲線が所定の面積未満の場合（ステップＳ２０２；Ｎｏ）は処理をステップＳ２０１に戻す。閉曲線が所定の面積を満たしている場合（ステップＳ２０２；Ｙｅｓ）、携帯端末２０は、サーバ３０にスタンプ押印欄４０１への消込操作がなされた旨の情報を送信する（ステップＳ２０３）。

【0046】

サーバ３０は、スタンプ押印欄４０１への消込操作がなされた旨の情報を受信すると、制御部３２５により、データベース３２７に利用可能な（すなわち登録済みであり利用期間内の）スタンプカードか否かステータスの照会を行う（ステップＳ２０４）。スタンプカードが利用可能でない（すなわち未登録もしくは期間外）の場合（ステップＳ２０４；Ｎｏ）、サーバ３０は携帯端末２０にその旨の通知を送信する（ステップＳ２１０）。携帯端末２０は、スタンプカードが利用可能でない旨の通知を受け取ると、ディスプレイ２２０上に、スタンプカードが「未登録」もしくは「期間外」であると表示して（ステップＳ２１１）、処理を終了する。

【0047】

一方、スタンプカードが利用可能である場合（ステップＳ２０４；Ｙｅｓ）には、サーバ３０にて当該スタンプカードのスタンプ押印欄４０１の順番通り、もしくは指示通りに消込処理が行われているかステータスを照会する（ステップＳ２０５）。スタンプ押印欄４０１の順番通りもしくは指示通りに消込処理が行われていない場合（ステップＳ２０５；Ｎｏ）、サーバ３０は携帯端末２０に「不正」である旨の通知を送信する（ステップＳ２２０）。「不正」であるとの通知を受けると、携帯端末２０はディスプレイ２２０上に当該スタンプカードのスタンプ押印欄４０１の消込処理の順番が「不正」である旨を表示して（ステップＳ２２１）、処理を終了する。

【0048】

スタンプ押印欄４０１の順番通りもしくは指示通りに消込処理が行われている場合、制御部３２５は、データベース３２７に記憶されたスタンプカードの押印欄情報のステータスを使用済みに更新し（ステップＳ２０６）、サーバ３０の通信部３２１から携帯端末２０へスタンプ押印欄４０１用のスタンプの印影の画像を送信（ステップＳ２０７）する。携帯端末２０は送信された押印欄用のスタンプの印影の画像をディスプレイ２２０に表示されたスタンプカードのスタンプ押印欄４０１に配置して（ステップＳ２０８）、処理を終了する。

【0049】

上述の手順において、図１３に示した画面例では、スタンプ押印欄４０１内に閉曲線を描くものとしたが、図１６に示すように、画面内の広範な領域に消込操作のための閉曲線を描くようにし、描かれた閉曲線で囲まれた領域の面積が所定の面積よりも大きい場合に、一度大きく印影を表示し、その状態からスタンプ押印欄４０１に印影が縮小しつつ配置されるようなアニメーションを表示してもよい。この場合、複数のスタンプ押印欄４０１のうちの１つをタップすることにより、いずれのスタンプ押印欄４０１に押印するかを指定するとよい。

【0050】

スタンプ押印欄４０１の数だけ上述のステップＳ２００〜Ｓ２０８を繰り返す（ステップＳ２０９）ことにより、ユーザはスタンプカードに設けられたすべてのスタンプ押印欄４０１にスタンプ（印影）を集めることができる。

【0051】

次にスタンプカードの引き換え欄４０２の消込処理について図１７を参照して説明する。まずアプリケーションを起動する（ステップＳ３００）。アプリケーションを起動すると、予めダウンロードしてあるスタンプカードのデータがアプリケーションに取り込まれる。ユーザは携帯端末２０を操作して、スタンプ収集済みのスタンプカード画面をディスプレイ２２０に表示する（ステップＳ３０１）。ステップS３００はスタンプカードのスタンプ押印欄４０１のスタンプ収集フローが全て完了し、引き続きそのまま引き換えフローを行うときには省略される場合がある。スタンプカードの引き換え欄４０２に所定の面積を満たす閉曲線を描く（ステップＳ３０２）。閉曲線が所定の面積未満であれば（ステップＳ３０２；Ｎｏ）、処理をステップS３０１に戻す。閉曲線が所定の面積以上であれば（ステップＳ３０２；Ｙｅｓ）、携帯端末２０は、サーバ３０に引き換え欄４０２への消込操作がなされた旨の情報を送信する（ステップＳ３０３）。

【0052】

サーバ３０は、引き換え欄４０２への消込操作がなされた旨の情報を受信すると、制御部３２５により、サーバ３０にてデータベース３２７に利用可能な（すなわち登録済みであり利用期間内の）スタンプカードであるかステータスを照会する（ステップＳ３０４。スタンプカードが利用可能でない（すなわち未登録もしくは期間外）の場合（ステップＳ３０４；Ｎｏ）であると判定すると、サーバ３０は、携帯端末２０にその旨が通知する（ステップＳ３１０）。利用可能でない旨の情報を受信すると、携帯端末２０は、ディスプレイ２２０にスタンプカードが「未登録」もしくは「期間外」である旨を表示し（ステップＳ３１１）、処理を終了する。一方、スタンプカードが利用可能である場合（ステップＳ３０４；Ｙｅｓ）、サーバ３０にて当該スタンプカードの引き換え欄情報のステータスを使用済みに更新する（ステップＳ３０５）。サーバ３０は、データベース３２７が記憶する適切に消込処理が行われたことを示す引き換え欄４０２用のスタンプの印影の画像データを携帯端末２０に送信する（ステップＳ３０６）。携帯端末２０はスタンプの印影を引き換え欄４０２に配置して（ステップＳ３０７）、処理を終了する。ステップＳ３０７を経ることによりスタンプカードの引き換え欄４０２の消込処理が適切に完了し、ユーザはスタンプカードをサービスと引き換えることができる。

【0053】

以上で説明したようなスタンプカード形式であれば、何らかのイベントと絡めて活用することもできる。またスタンプを他では手に入らないプレミアム性の高いものにし、スタンプの収集自体を目的にしてもよい。

【0054】

〔第３実施形態〕
次に、本発明の第３実施形態を図面に基づいて説明する。本実施形態のチケット処理システムは、番号の入力と押印位置の指定をすることにより消込処理を行う点に特徴がある。それ以外は、第１実施形態と同様なので、ここでの説明を省略する。

【0055】

図１８は、携帯端末２０にインストールされたチケット処理アプリケーションを立ち上げて未使用クーポンを表示した画面の一例である。ユーザは当該クーポンを利用できる店舗で未使用クーポンを表示した画面を店舗スタッフに提示する。このクーポンには店舗番号入力欄５０１が設けられ、この店舗番号入力欄５０１に、店舗に割り当てられた店舗番号を入力する。店舗番号は店舗ごとに異なる番号が付与されており、その番号とクーポン情報が紐付けられることにより、クーポンがどの店舗で利用されたのかが分かるようになっている。そして店舗スタッフによって携帯端末２０のタッチパネルディスプレイ２２０がタップされると、利用されようとするクーポンの識別情報をサーバ３０に送信する。なお、店舗番号が誤って入力されている場合には、制御部２０３は店舗番号が誤っている旨を画面に表示し、正しい店舗番号の入力を促すとよい。サーバは、携帯端末２０から送信された入力された店舗番号とし利用されようとするクーポンの識別情報を受信し、データベース３２７に記憶されたクーポン情報のステータスを照会する。当該クーポンがサーバ３０のデータベースに登録済みのものであれば、サーバ３０の制御部３２５は、データベース３２７のクーポン情報のステータスを未使用から使用済みに更新するとともに、使用済みを表すスタンプの印影を通信部３２１を介して携帯端末２０に送信する。携帯端末２０はそのスタンプを、店舗スタッフがタッチパネルディスプレイをタップした場所を中心点としてクーポンの画面に重ねて表示する。これによりユーザはクーポンを利用出来る。またクーポン情報がサーバ３０のデータベース３２７と突合して未登録または期間外と判定された場合は、その旨がサーバ３０から携帯端末２０に送信され、ユーザはクーポンを利用できない点は第１実施形態と共通である。

【0056】

画面をタップするという動作により、タップした場所を中心点としてスタンプの印影を配置できるため、スタンプを押す位置を自由に選ぶことができる。この動作はタップに限らず、実施第一形態のように所定の面積以上を満たす閉曲線を描き、その中心点にスタンプの印影を配置するなどでもよい。この場合でもスタンプの印影の場所を選ぶことができる。

【0057】

またユーザの形態端末のディスプレイをタップする動作を省略し、店舗番号入力後すぐにスタンプを描写するようにしてもよい。その場合は予め定められた場所にスタンプの印影が配置されることようにするとよい。

【0058】

〔実施形態の変形〕
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることができることが当業者に明らかである。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、請求の範囲の記載から明らかである。

【0059】

例えば、上述の第３実施形態では、第１実施形態と同様に１枚につき１回使うことのできるクーポン券を利用する場合を例に説明したが、第２実施形態と同様に１つのチケットに複数のスタンプを押せるスタンプカードにおける消込に第３実施形態の消込処理時の操作を適用してもよい。

【0060】

また、タッチパネルディスプレイに描いた閉曲線の面積に応じて消込処理を行う場合に、閉曲線を描く消込操作は、店舗スタッフではなくユーザ自身が行ってもよい。

【0061】

また、第１実施形態で述べたような、消込処理によりユーザのインセンティブを減らす態様（つまり、クーポンの利益を消滅させるもの）ではなく、例えばスタンプラリーのようにスタンプを押すことによりユーザのインセンティブを増やすもの（つまり、スタンプを押したり貯めたりすることでユーザに何らかの権利、利益が発生するもの）については、ユーザ自身が簡単に操作をして押印ができてしまうと不正利用が容易となる虞がある。このような不正利用を防止すべく、携帯端末が所定の位置や領域にいるときにのみ押印を可能とするとよい。例えば、携帯端末がＧＰＳのような位置情報把握機構を有する場合には、携帯端末の位置情報に応じて押印の可否を決定するとよい。また、例えば携帯端末がＢｌｕｅｔｏｏｔｈ（登録商標）による通信機能を有する場合には、押印を許可するエリアに所定のＢｌｕｅｔｏｏｔｈ機器を配置し、当該Ｂｌｕｅｔｏｏｔｈ機器との通信が確認できた場合にのみ押印を可能とするとよい。また、押印を許可するエリアに超音波発生器を配置し、携帯端末が備えるマイクで超音波を検出できた場合にのみ押印を可能とするとよい。Ｂｌｕｅｔｏｏｔｈでの通信内容や超音波に、所定のパターン等を埋め込むことにより、不正利用をさらに効果的に防ぐようにしてもよい。

【符号の説明】

【0062】

１０ チケット処理システム
２０ 携帯端末
３０ サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図7】

【図15】

【図17】

【図6】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図16】

【図18】