JP6674695B2

JP6674695B2 - プログラム、情報処理装置、及び情報処理システム

Info

Publication number: JP6674695B2
Application number: JP2017118433A
Authority: JP
Inventors: 義博冨田; 裕樹飯沼; 有香成宮
Original assignee: 株式会社エンターテイメント・ミュージック・チケットガード
Priority date: 2016-08-17
Filing date: 2017-06-16
Publication date: 2020-04-01
Anticipated expiration: 2037-06-16
Also published as: JP2020098645A; JP2018032378A

Description

本発明に係るいくつかの態様は、プログラム、情報処理装置、及び情報処理システムに関する。

近年、いわゆるスマートフォン等の携帯型端末を利用した電子チケット発券システムが考えられている（例えば特許文献１参照）。特許文献１には、チケットデータに応じた画像を画面表示し、当該画像を表示した画面上でユーザの指の接触位置の移動経路が所定パターンであると判断された場合に、もぎり処理を行うこと等が開示されている。

特許第５２５６３７２号

ここで、例えば親子で遊園地へ入場するための電子チケットを発券することを考えると、親が親子２枚分のチケットを購入した上で、使用時には、それぞれに対してもぎり処理を行う必要がある。しかしながら、特許文献１では、このような複数枚の電子チケットに対する処理については何ら考慮されていなかった。

また、電子チケットはディスプレイに表示されるが、これがキャプチャされた画像であるのか、正常な電子チケットデータに基づいて表示されているのかを確認する手段についても、何ら考慮されていなかった。

本発明のいくつかの態様は前述のいずれかの課題等に鑑みてなされたものであり、電子チケットに対する処理を好適に行うことのできるプログラム、情報処理装置、及び情報処理システムを提供することを目的とする。

本発明に係るプログラムは、複数の電子チケットに係る電子チケットデータをサーバから受信する処理と、受信した前記電子チケットデータに基づき、前記複数の電子チケットのうち第１の電子チケットに係るチケット表示画面をディスプレイに表示させる処理と、前記第１の電子チケットに係る画面を表示した状態で切替操作が入力されると、前記複数の電子チケットのうち前記第１の電子チケットとは異なる第２の電子チケットに係るチケット表示画面を前記ディスプレイに表示させる処理と、前記チケット表示画面に対してもぎり操作が入力された場合に、前記チケット表示画面上に使用済を示す画像を前記ディスプレイに表示させる処理とを情報処理装置に実行させるためのプログラムである。

本発明に係る情報処理装置は、複数の電子チケットに係る電子チケットデータをサーバから受信する手段と、受信した前記電子チケットデータに基づき、前記複数の電子チケットのうち第１の電子チケットに係るチケット表示画面をディスプレイに表示させる手段と、前記第１の電子チケットに係る画面を表示した状態で切替操作が入力されると、前記複数の電子チケットのうち前記第１の電子チケットとは異なる第２の電子チケットに係るチケット表示画面を前記ディスプレイに表示させる手段と、前記チケット表示画面に対してもぎり操作が入力された場合に、前記チケット表示画面上に使用済を示す画像を前記ディスプレイに表示させる手段とを備える。

本発明に係る情報処理システムは、サーバと、前記サーバと通信可能なユーザ端末が実行可能なプログラムとを備える情報処理システムであって、前記サーバは、電子チケットに係る電子チケットデータを前記ユーザ端末に送信する手段と、前記電子チケットのステータスを管理する手段とを備え、前記プログラムは、複数の電子チケットに係る前記電子チケットデータを前記サーバから受信する処理と、受信した前記電子チケットデータに基づき、前記複数の電子チケットのうち第１の電子チケットに係るチケット表示画面をディスプレイに表示させる処理と、前記第１の電子チケットに係る画面を表示した状態で切替操作が入力されると、前記複数の電子チケットのうち前記第１の電子チケットとは異なる第２の電子チケットに係るチケット表示画面を前記ディスプレイに表示させる処理と、前記チケット表示画面に対してもぎり操作が入力された場合に、当該チケット表示画面に係る電子チケットが使用されたことを前記サーバに通知する処理とを前記ユーザ端末に実行させるためのものである。

なお、本発明において、「部」や「手段」、「装置」、「システム」とは、単に物理的手段を意味するものではなく、その「部」や「手段」、「装置」、「システム」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」、「装置」、「システム」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」、「装置」、「システム」の機能が１つの物理的手段や装置により実現されても良い。

本発明によれば、電子チケットに対する処理を好適に行うことのできるプログラム、情報処理装置、及び情報処理システムを提供することができる。

実施形態に係る電子チケットシステムの構成例を示す図である。実施形態に係る電子チケットシステムにおいて表示される表示画面の具体例を示す図である。実施形態に係る電子チケットシステムにおいて表示される表示画面の具体例を示す図である。実施形態に係る電子チケットシステムにおいて表示される表示画面の具体例を示す図である。実施形態に係る電子チケットシステムにおいて表示される表示画面の具体例を示す図である。実施形態に係る電子チケットシステムにおいて表示される表示画面の具体例を示す図である。実施形態に係る電子チケットシステムにおいて表示される表示画面の具体例を示す図である。実施形態に係る電子チケットシステムにおいて表示される表示画面の具体例を示す図である。実施形態に係る電子チケットシステムにおいて表示される表示画面の具体例を示す図である。実施形態に係る電子チケットシステムにおいて表示される表示画面の具体例を示す図である。実施形態に係るチケットアプリの機能構成の具体例を示す図である。実施形態に係る管理サーバの機能構成の具体例を示す図である。実施形態に係る電子チケットシステムの処理の流れの具体例を示すフローチャートである。実施形態に係る電子チケットシステムの処理の流れの具体例を示すフローチャートである。実施形態に係る携帯型端末のハードウェア構成の具体例を示す図である。実施形態に係る管理サーバのハードウェア構成の具体例を示す図である。

以下、図面を参照して本発明の実施形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。即ち、本発明は、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、以下の図面の記載において、同一または類似の部分には同一または類似の符号を付して表している。図面は模式的なものであり、必ずしも実際の寸法や比率等とは一致しない。図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることがある。

図１乃至図１２は、実施形態を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って実施形態を説明する。まず、「１」で実施形態に係る電子チケットシステムの概要を、使用される表示画面の具体例を挙げながら説明する。続いて「２」で電子チケットシステムで使用されるチケットアプリ及び管理サーバの機能構成を説明し、「３」で電子チケットシステムの処理の流れを説明する。「４」では、電子チケットシステムに含まれる携帯型端末及び管理サーバを実装可能なハードウェア構成の具体例を説明する。最後に、「５」以降で、本実施形態に係る効果などを説明する。

（１．概要）
（１．１電子チケットシステムの概要）
まず、図１を参照しながら、実施形態に係る電子チケットシステム１の構成及び処理の概要を説明する。電子チケットシステム１は、例えば、電子チケットを購入及び使用するユーザＵＡ及びＵＢ（以下、総称してユーザＵともいう。）の使用する携帯型端末１００Ａ及び１００Ｂ（以下、総称して携帯型端末１００ともいう。）と、電子チケットサービスを提供するサービス事業者により管理される管理サーバ２００とを含む。携帯型端末１００と、管理サーバ２００とは、それぞれネットワークＮを介して有線又は無線により、相互に通信可能である。

本電子チケットシステム１において、ユーザＵは携帯型端末１００にインストールされたチケットアプリケーション（以下、チケットアプリとも呼ぶ。また、以下アプリケーションプログラムを、単に「アプリ」とも呼ぶ。）を用いて、電子チケットサービスを受けることができる。具体的には、予めユーザＵは、サッカーや野球等の競技場、遊園地や動物園等の各種施設、ライブ会場等（以下、これらを総称して単に「会場」と呼ぶ。）へ入場するためのチケットを購入し、当該チケットに係る電子チケットデータを携帯型端末１００の電子チケットアプリがダウンロードする。ユーザＵは、当該電子チケットを表示した表示画面を、会場の係員に提示する。当該係員が、当該表示画面に対して所定の操作（例えば、特定のパターンのなぞり操作やスワイプ操作等）を入力したり、特定のパターンを有する電子的なスタンプ部材を画面に押印（タッチパネルへの接触操作等）したり、或いは超音波（高周波音）出力装置を携帯型端末１００へ近づけたりすると、チケットアプリは、当該電子チケットを使用済みとするもぎり処理（消込処理）を行う。またチケットアプリは、当該電子チケットが使用済みであることを管理サーバ２００へと通知する。なお、以下、電子チケットを使用済みとするために、特定の操作を入力したり、スタンプ部材を画面に押印（タッチパネルへの接触操作等）したり、超音波出力装置を近づけたりする操作を、もぎり操作ともいう。

携帯型端末１００には、前述のとおりチケットアプリがインストールされており、当該チケットアプリを使用することで、ユーザＵは電子チケットサービスの提供を受けることができる。具体的には、携帯型端末１００は、ユーザＵが購入した電子チケットデータを管理サーバ２００からダウンロードし、電子チケットに係る表示画面を表示することができる。また、当該電子チケットの表示画面においてもぎり操作が入力されると、携帯型端末１００は電子チケットが使用済みであることを示す使用済画像を表示すると共に、使用済みであることを管理サーバ２００へと通知する。携帯型端末１００は、例えばいわゆるスマートフォンと呼ばれる携帯電話や、タブレット型端末、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、携帯型ゲーム機等により実現することができる。

なお、以下の説明では、携帯型端末１００が、いわゆるスマートフォン等の、タッチパネルを有する装置である例を中心に説明する。しかしながら、携帯型端末１００は、上述の通り、例えばフィーチャーフォン等の、タッチパネルを有さない装置で実現することも考えられる。この場合には、例えば所定のボタン操作や、超音波出力装置から特定パターンの超音波を入力することで、電子チケットを使用済みとする（もぎり操作が入力されたものとする）ことができる。

また、以下の説明では、携帯型端末１００に、チケットアプリをインストールした上で、当該チケットアプリに電子チケットデータをダウンロードする例を中心に説明する。しかしながら、携帯型端末１００にチケットアプリをインストールせずに電子チケットサービスを提供することも考えられる。この場合には、例えば、電子チケットサービスに係る各種データを、全てブラウザ上で制御すれば良い。この場合には、予め携帯型端末１００にインストールされたブラウザから、管理サーバ２００の提供するウェブサイトへアクセスし、そこから、電子チケットデータをウェブページデータの一部又は全部としてダウンロードし、更に当該ウェブページデータに対するユーザ操作に応じて、電子チケットに対する各種処理を行うことができる。

管理サーバ２００は、電子チケットの販売及び管理を行うサーバである。例えば、管理サーバ２００は、チケット販売サイトを提供する。ユーザＵは、携帯型端末１００や、その他の情報処理端末上でブラウザを操作することで、当該チケット販売サイトへとアクセスし、当該チケット販売サイト上でチケットを購入することができる。チケットが購入されると、管理サーバ２００は購入されたチケットを、ユーザＵの識別情報と紐づけて管理する。その後、ユーザＵが携帯型端末１００のチケットアプリを起動すると、管理サーバ２００は購入されたチケットに係る電子チケットデータを携帯型端末１００へと送信する。また、管理サーバ２００は、当該電子チケットが使用された旨の情報を携帯型端末１００から受信すると、当該電子チケットに係るステータス情報を使用済に更新する。
なお、管理サーバ２００の機能は、必ずしも物理的に１台のサーバにより実現される必要はなく、複数台の情報処理装置により実現することも可能である。

ネットワークＮは、先述の通り携帯型端末１００及び管理サーバ２００を相互に通信可能に接続する。ネットワークＮは、例えばインターネット等により実現することができ、内部に無線ＬＡＮのアクセスポイントや携帯電話の基地局等を含むこともできる。

ここで、本実施形態に係る電子チケットシステム１では、複数人に関するチケットが１人のユーザに対して発行され得る。例えば、２名分の電子チケットを、ユーザＵＡの携帯型端末１００Ａに対して発行可能である。ユーザＵＡは当該２名分の電子チケットを購入していれば、自身の有する携帯型端末１００Ａを提示するだけで、例えば親子や夫婦であるユーザＵＢと共に、２名で会場へ入場することが可能である。

この時、通常であれば、電子チケットの一覧画面をまずチケットアプリに表示させ、その上で、ユーザＵＡ分の電子チケットを表示画面に表示させた上で、当該電子チケットに対してもぎり操作を行う。次に、また一覧画面に戻ってその中からユーザＵＢ分の電子チケットを選択し、ユーザＵＢ分の電子チケットを表示画面に表示させた上で、当該電子チケットに対してもぎり操作を入力する必要がある。しかしながら、このような手法では、画面の切り替え操作が煩雑であり、この課題は特に、多数のユーザＵに対する電子チケットに対してもぎりを行う場合に顕著となる。

複数枚の電子チケットを１画面で表示し、それらに対してもぎり操作を入力することも考えられるが、このような場合には、１枚の電子チケットあたりで使用できる面積が小さくなる。この結果、電子チケットに係る情報の提示領域が狭くなったり、或いはもぎり操作の入力方法に制限が生じたりしてしまう。

そこで本実施形態に係る電子チケットシステム１では、複数のユーザＵに対する電子チケットの表示及びもぎり処理を簡便に行う。具体的には、各々の電子チケットを１画面で表現しつつ、各々の電子チケットに係る表示画面の切換を、１回の操作（例えばスワイプ操作や、もぎり操作）で行えるようにする。これにより、入場に必要となる操作等が簡便となり、入場の遅延等を抑制することが可能となる。

特に電子チケットシステム１では、子供用の子供券と親が使用する大人券、老人用のシルバー券等、同じ券種ではない、複数の券種に渡る電子チケットについても、後述するように、それぞれスワイプ操作等の簡易な操作で表示を切り換えることができる。

また、所用により一時的に会場外へユーザＵＢが出場したい場合がある。このような場合、ユーザＵＢが再入場するためには、正当な電子チケットでユーザＵＢが会場に入場したことを係員に証明する必要がある。或いは、使用前の段階で、ユーザＵＡがユーザＵＢの分を含む２名分のチケットを購入し、そのうちの１枚をユーザＵＢに配分したい場合もある。

そこで本実施形態にかかる電子チケットシステム１では、ユーザＵＡが保有する複数の電子チケットの一部又は全部を、ユーザＵＢが保有する携帯型端末１００Ｂの電子チケットアプリに配分する機能を有する。なお、後述するように、ユーザＵＡによる電子チケットの配分は、電子チケットの使用前だけでなく、使用後（会場への入場後）に行うことも可能である。また、配分を受けるユーザＵＢの携帯型端末１００Ｂは、タッチパネルを有するいわゆるスマートフォンであるか、フィーチャーフォンであるかを問わない。以下の説明では、配分を受けるユーザＵＢの携帯型端末１００Ｂがスマートフォンである場合を中心に説明する。

（１．２電子チケットの使用例）
以下、図２乃至図６を参照しながら、本実施形態に係る電子チケットシステム１での電子チケットの使用例を説明する。図２乃至図６は、電子チケットサービスの提供を受けるユーザＵの携帯型端末１００のディスプレイに表示される表示画面の具体例を示す図である。

（１．２．１一覧表示画面２０）
図２は、ユーザＵが利用可能な電子チケットの一覧を示す一覧表示画面２０の具体例である。図２の一覧表示画面２０では、チケット受取ボタン２１と、チケットアイコン２２Ａ及び２２Ｂ（以下、総称してチケットアイコン２２ともいう。）とを含む。

チケット受取ボタン２１は、ユーザＵが購入したチケットの電子チケットデータを管理サーバ２００からダウンロードする際に選択される。ユーザＵがチケット受取ボタン２１を選択し、チケットを受け取るための所定の操作（例えば、チケット引換番号の入力）を入力すると、チケットアプリは管理サーバ２００にアクセスし、ユーザＵが購入したチケットに係る電子チケットデータを取得する。その結果、管理サーバ２００から受信した電子チケットデータは、チケットアイコン２２として表示される。

なお、この例では、チケット受取ボタン２１が選択され、その上で引換番号の入力等の所定の操作がされたことをトリガとして、チケットアプリは電子チケットの取得を管理サーバ２００へ要求しているが、これに限られるものではない。例えば、チケットアプリの起動時に、ユーザ操作なしに管理サーバ２００に対してチケットの取得要求を送信してもよい。この場合には、チケットアプリは必ずしもチケット受取ボタン２１を表示する必要はない。

チケットアイコン２２は、ユーザが利用可能なチケットに関する情報である。図２のチケットアイコン２２Ａの例であれば、チケットアイコン２２Ａは、使用できる会場名（「わくわくランド」）やチケット種別（「ワンデーパス」）の情報の他、有効チケット情報２３及び使用済チケット情報２４を含んでいる。

有効チケット情報２３は、ユーザＵが利用可能な電子チケットに関する情報である。図２の例では、有効チケット情報２３には、有効期間情報（「２０１６年３月１８日（金）〜５月１５日（日）」）やチケット種別（「ワンデーパス」）、枚数情報２５（「４枚」）、及び分配可能アイコン２６が含まれている。

ここで、枚数情報２５は、同じ有効期限及びチケット種別の有効な電子チケットを、ユーザＵが何枚有しているかを示す情報である。図２の例では、「２０１６年３月１８日（金）〜５月１５日（日）」の期間有効な未使用の「ワンデーパス」を、ユーザＵは５枚有していることを示している。

分配可能アイコン２６は、枚数情報２５で示される電子チケットの一部又は全部を、他のユーザＵに分配可能であることを示している。もし予め禁止されていたり、使用済みであったり等の事情により分配不可な場合には、チケットアプリは分配可能アイコン２６を表示画面上に表示しなければ良い。なお、電子チケットの具体的な分配方法については後述する。

使用済チケット情報２４は、ユーザＵが使用した電子チケットに関する情報である。図２の例では、有効期間が「２０１６年３月１８日（金）〜５月１５日（日）」であるワンデーパスを２枚使用済みであることが使用済チケット情報２４に示されている。

（１．２．２チケット詳細表示画面３０）
図２の画面において、有効チケット情報２３や使用済チケット情報２４はユーザＵにより選択可能となっており、選択されると、対応する１以上の電子チケットのうち、いずれか１枚に対応するチケット詳細表示画面３０が表示される。

図２の一覧表示画面２０においてチケットアイコン２２Ａの有効チケット情報２３の領域をユーザＵが選択した場合に表示されるチケット詳細表示画面３０の具体例を図３ａに示す。図３ａの例では、チケット詳細表示画面３０には、チケット順序表示領域３１と、券種情報表示領域３２と、発券対象者表示領域３３と、コンテンツ閲覧ボタン３４と、チケット分配ボタン３５とが含まれる。

チケット順序表示領域３１は、チケット詳細表示画面３０に表示しているチケットが、同種のチケットのうち、何枚目であるかを示す領域である。図２の一覧表示画面２０では、有効チケット情報２３において、「２０１６年３月１８日（金）〜５月１５日（日）」の期間有効な未使用の「ワンデーパス」をユーザＵが５枚有していることが示されていた。そこで、図３ａのチケット順序表示領域３１の例では、「１，２，３，・・・」に対応するユーザＵが有する同種の複数の電子チケット（例えば、同じ会場且つ同じ有効期限を有することにより、入場時に同時に係員に提示する可能性のある電子チケット。券種は同一でなくとも良い。）の内、１枚目を表示していることをユーザＵが認識できるように、「１」の部分のみが色が変化している。なお、図３ａの例では１〜４の数字しか表示されていないが、５枚目以降のチケットを表示する場合には、例えば２〜５の数字をチケット順序表示領域３１に表示すれば良い。

なお、何枚目の電子チケットを表示しているかを示す方法は、図３ａに示される手法に限られるものではない。例えば、「１枚目／５枚目」のように、数値的に表現する表現手法等も考えられる。

券種情報表示領域３２は、表示している電子チケットの券種などを示す領域である。ここでは、券種として、対象としうるユーザＵの属性である年齢層に応じて複数の券種の電子チケットが発券されているものとする。なお、チケット種別として区別しうる対象はこれに限られるものではなく、例えばユーザＵの性別や住所（都道府県など）、入場時間（午後５時以降のみ入場可能など）、利用可能エリア（遊園地及びプールに入場可、遊園地のみ入場可、プールのみ入場可など）等により、券種を区別しても良い。

図３ａの例では、主催者（会場）が「わくわくランド」、チケット種別が「ワンデーパス」、券種が３歳以上を対象とする「こども券」、有効期間が「２０１６年３月１８日（金）〜５月１５日（日）」、営業時間はホームページに掲載されていること、等の情報が券種情報表示領域３２に示されている。当該券種情報表示領域３２を見れば、ユーザＵや当該電子チケットの提示を受けた会場の係員は、チケットの内容（チケット種別や対象となる期間、対象者の属性（図３ａの例では年齢））を確認することができる。

発券対象者表示領域３３は、チケットの発券対象者（所有者）であるユーザＵの氏名や注意事項等が記載される領域である。図３ａの例では、ユーザＵの氏名である「ヤマダタロウ」である旨、及び、注意事項として「ご利用の際にご提示ください」「交換場所は、詳細ページを確認ください」とのメッセージが発券対象者表示領域３３に示されている。

コンテンツ閲覧ボタン３４は、表示している電子チケットに紐づけされた（付随する）コンテンツの閲覧をユーザＵが要求するためのボタンである。コンテンツ閲覧ボタン３４をユーザＵが選択すると、チケットアプリは管理サーバ２００から、当該電子チケットに対応付けられた動画や音声、静止画、ＨＴＭＬ等のウェブページとして記載された文書コンテンツ等をダウンロードし、表示装置上に表示する。なお、当該コンテンツは、例えば表示している電子チケットの発券以降、所定期間のみ再生可能というように、再生可能期間に制限を設けても良い。

なお、本実施形態では、電子チケットにコンテンツの閲覧を特典として紐付けることとしているが、電子チケットに付随させるサービスはコンテンツの閲覧に限られるものではない。例えば、関連する別の電子チケット（副券）、クーポン、各種ポイント付与、電子マネーとの連携、電子商取引（ＥＣ：ｅ−ｃｏｍｍｅｒｃｅ）等のサービスを電子チケットに付帯させる特典とすることも考えられる。

なお、電子チケットに対してコンテンツ等の特典を必ずしも紐づける必要はない。コンテンツが紐づけられていない電子チケットである場合には、チケット詳細表示画面３０にコンテンツ閲覧ボタン３４を表示しなければ良い。

チケット分配ボタン３５は、現在表示されているユーザＵが所有する電子チケットを、他のユーザに分配（譲渡）するためのボタンである。本実施形態においては、チケット分配ボタン３５が選択されると、図４に示すチケット分配画面４０が表示される。当該チケット分配画面４０については後述する。

なお、チケットを分配禁止とすることも可能である。チケットを分配禁止とする場合には、チケット分配ボタン３５をチケット詳細表示画面３０に表示しない、又はチケット分配ボタン３５が選択されると分配不可である旨のメッセージを表示すれば良い。この場合、図２に例示した一覧表示画面２０上の分配可能アイコン２６も非表示となる。

図３ａに示された未使用状態の電子チケットに係るチケット詳細表示画面３０において、当該電子チケットを使用する際には、先述の通り、例えば会場の入場ゲートにいる係員等により、もぎり操作が入力される。もぎり操作は、例えば、所定のパターンで配列された複数の導電部材を持つスタンプ部材を、係員が表示画面上に接触させることにより入力することができる。このようなスタンプ部材が携帯型端末１００の表示画面上に接触すると、表示画面上にある静電容量方式のタッチパネルが当該電導部材のパターンを検出し、この検出されたパターンが、表示している電子チケットに対応するパターンと一致するか否かをチケットアプリが判別する。その結果、押されたスタンプ部材が適当なものであると判別されれば、図３ｂに示されるスタンプ画像３６及び使用日時画像３７がチケット詳細表示画面３０上に表示される。

なお先述の通り、もぎり操作は、会場の入場ゲートにいる係員が、超音波出力装置を用いて行うことも考えられる。もぎり操作に用いる音波を、可聴音とせずに超音波とすることにより、会場にいるユーザや係員等が耳障りに感じることを避けることができ、また、第三者にもぎり操作に用いるパターンが解読されづらくなるメリットがある。さらに、係員が携帯型端末１００を直接触らずとも、超音波出力装置を近づけるだけでもぎり操作が可能となる。この場合には、例えば、電子チケットが対象とする会場やイベント、出入口に対して割り当てられた識別子を超音波に重畳させたパターンとして出力するように予め超音波出力装置を設定しておく。チケットアプリは、チケット詳細表示画面３０の表示状態においてマイクを起動させ、表示している電子チケットに対応する識別子にかかる超音波の入力があるか否かを判別できるようにする。この状態で、例えば会場の入場ゲートにいる係員が超音波出力装置をマイクに近づけると、チケットアプリは、表示している電子チケットに対応するＩＤ等が重畳された超音波の入力があったか否かを判別し、もし対応する超音波の入力があると判別すれば、図３ｂに示されるスタンプ画像３６及び使用日時画像３７がチケット詳細表示画面３０上に表示される。

図３ｂに、使用済となった電子チケットに係るチケット詳細表示画面３０の具体例を示す。図３ｂの例では、券種情報表示領域３２上にスタンプ画像３６が、発券対象者表示領域３３上に使用日時画像３７が表示されている。つまり、チケット詳細表示画面３０において、スタンプ画像３６及び使用日時画像３７が表示されているか否かで、ユーザＵや係員は、当該電子チケットが使用済であるか否かを容易に確認することができる。

なお、図３ｂの例では、スタンプ画像３６及び使用日時画像３７の両者が表示されているが、これに限られるものではない。例えば１日しか開催されないコンサートイベント等の、使用日を確認する必要が薄い場合などには、使用日時画像３７を表示させないようにしても良い。

なお、電子チケットが使用済となった場合であっても、例えば再入場の確認の際等に、正当な電子チケットをユーザＵが保有しているか否かを係員が確認したい場合もある。しかしながら、図３ｂのようなスタンプ画像３６が押されたチケット詳細表示画面３０が携帯型端末１００のディスプレイに表示されるだけであれば、第三者の携帯型端末１００で使用した電子チケットの画面キャプチャ画像と見分けることが困難である。

そこで本実施形態では、使用済の電子チケットに係るチケット詳細表示画面３０を表示する際、一部にアニメーションを含める。より具体的には、ユーザＵがスタンプ画像３６上に対してタップ操作を入力すると、図３ｃに具体例を示すように、スタンプ画像３６が大きくなるアニメーションが表示される。このようにスタンプ画像３６を操作に応じて動作するようにすることで、携帯型端末１００のディスプレイに表示されているのが、チケットアプリのチケット詳細表示画面３０なのか、画面キャプチャ画像であるのかを判別することができる。

なお、このようなスタンプ画像３６のアニメーション表示は、チケットの有効期間内のみとしても良い。例えば、図３ｂのように１日だけ有効なワンデーパスに係る電子チケットであれば、使用日時画像３７で示される使用日時と同一日又は２４時間だけ、スタンプ画像３６のアニメーションが表示されるようにすれば良い。

また、正当な電子チケットであるか否かを確認するためのアニメーションは、スタンプ画像３６の拡大等に限られるものではない。例えば、電子チケット自体に含まれる情報（例えば、チケット詳細表示画面３０の左上に示されるカウンター情報）をアニメーションとして表示することも考えられる。電子チケットに含まれる情報をアニメーションとして表示することで、使用前の状態であっても、正当な電子チケットであるか否かを確認することができる。

複数の電子チケットをユーザＵが有している場合に、それらを連続してもぎり処理を行いたい場合がある。例えば図２乃至図３ｃを参照しながら説明してきた例であれば、ユーザＵは５枚の電子チケットを有している。このような場合に、もぎり処理を行いたいチケット毎に、毎回、一覧表示画面２０とチケット詳細表示画面３０との表示を切り替えていたのでは、操作が煩雑である。そこで本実施形態においては、チケット詳細表示画面３０上で、表示対象の電子チケットを切り換えることができる。具体的には、例えば、図３ｄに示すように、ユーザＵが矢印Ａの方向にスワイプ操作を行うことで、図３ｅに具体例を示すように、表示対象の電子チケットを切り換えることが可能である。

図３ｅは、図３ｄのチケット詳細表示画面３０においてユーザＵが対象電子チケット切り替えのためのスワイプ操作を入力したことにより表示されるチケット詳細表示画面３０の具体例を示す図である。図３ｅの例では、チケット順序表示領域３１において、４枚以上ある電子チケットの内、２枚目の電子チケットであることが示されている。また、券種情報表示領域３２上において、券種が、１８歳以上を対象とした「大人券」であることが示されている。

つまり、本実施形態に係る電子チケットシステム１では、異なる券種（図３ｄでは「こども券」、図３ｅでは「大人券」）であっても、同一会場に入場するために使用される電子チケットに関するものであれば、スワイプ操作等の簡易な操作で、表示するチケット詳細表示画面３０を直接切り換えることができる。

なお、図３ｄの例では、チケット詳細表示画面３０において電子チケット切り替えのためのスワイプ操作をユーザが明示的に入力することで表示対象の電子チケットを切り替えているが、電子チケットの表示切替方法はこれに限られるものではない。例えば、図３ａに示した未使用のチケット詳細表示画面３０においてもぎり操作が入力されると、図３ｂに示したように使用済を示すスタンプ画像３６を表示した後、新たなユーザ操作入力なしに、図３ｅに示した別の電子チケットに係るチケット詳細表示画面３０を表示するようにしても良い。この時、使用済となった電子チケットから表示が切り替わる切り替え先は、例えば未使用の電子チケットとすることもできる。このような実装により、連続的なもぎり操作の入力を、より簡易に行うことが可能である。

（１．２．３チケット分配用の画面）
先述したように、チケット詳細表示画面３０においてチケット分配ボタン３５がユーザＵにより選択されると、ユーザＵが有する電子チケットの一部又は全部を他のユーザに分配するためのチケット分配画面４０がディスプレイに表示される。以下、譲渡元をユーザＵＡ、譲渡先をユーザＵＢとして説明する。

図４に、チケット分配画面４０の具体例を示す。図４の例では、一部チケット譲渡用領域４１と、全チケット譲渡用領域４２とがチケット分配画面４０に含まれている。

一部チケット譲渡用領域４１は、ユーザＵＡが保有するチケットの一部をユーザＵＢに譲渡するための操作を入力するための領域である。図４の例では、ユーザＵＡが保有する電子チケット（図４の例では５枚）を、１枚ずつユーザＵＢに渡すことが可能である。一部チケット譲渡用領域４１には、チケット選択領域４３、及びチケット譲渡ボタン４４が含まれる。

チケット選択領域４３は、ユーザＵＡが保有する電子チケットの内、ユーザＵＢに譲渡する電子チケットをユーザＵＡに選択させる。図４の例では２枚目のチケットが選択されているが、ユーザＵＡは必要に応じて譲渡対象のチケットを変更することができる。

チケット譲渡ボタン４４は、選択されたチケットをユーザＵＢに譲渡するための手続を進める際にユーザＵＡが選択するボタンである。チケット譲渡ボタン４４が選択されると、当該譲渡対象の電子チケットについては、分配中であるとしてユーザＵＡが使用できない状態（分配中のチケットステータス）となる。また、その旨がチケットアプリから管理サーバ２００へと通知される。更に、例えば電子メール用アプリやチャット用アプリ等の、ユーザＵＡがユーザＵＢとメッセージをやり取りするためのアプリケーション（以下、総称してメッセンジャーアプリと呼ぶ。）が起動する。当該メッセンジャーアプリを利用することにより、当該ユーザＵＡは、譲渡先のユーザＵＢに対してメッセージを送ることができる。後述する図５に、メッセンジャーアプリ（図５の例ではメールアプリ）の表示画面の具体例を示す。

全チケット譲渡用領域４２は、ユーザＵＡが保有する全チケットをユーザＵＢに譲渡するための操作を入力するための領域である。全チケット譲渡用領域４２には、チケット譲渡ボタン４５が含まれる。チケット譲渡ボタン４５が選択されると、当該譲渡対象の全電子チケットは、分配中であるとしてユーザＵＡが使用できない状態（分配中のチケットステータス）となる。また、その旨がチケットアプリから管理サーバ２００へと通知される。更に、電子チケットを譲渡する旨のメッセージを、ユーザＵＡがユーザＵＢに通知するための例えばメッセンジャーアプリが起動する。

図５に、ユーザＵＡがユーザＵＢに電子チケットを譲渡する際にメッセージを送るためのメッセンジャーアプリ（ここではメールアプリ）の表示画面５０の具体例を示す。図５の例では、通常のテキスト文の他、チケット受け渡し用のＵＲＬ情報５１や受渡しの有効期限５２がメッセージに含まれている。なお、これらのメッセージは、チケットアプリがメッセンジャーに自動的に入力することができる。また、ユーザＵＡは任意で当該メッセージを編集することも可能である。
なお、メッセージの宛先（すなわち、電子チケットの譲渡先）やＣｃの送付先の情報等は、譲渡元であるユーザＵＡが任意に入力することが可能である。

図５に示されたメッセージを譲渡元のユーザＵＡが譲渡先のユーザＵＢに送信し、ユーザＵＢが当該メッセージに記載されたＵＲＬ情報５１を選択すると、携帯型端末２００Ｂにインストールされているブラウザが起動し、当該ブラウザ上に、図６に示すチケット譲受画面６０が表示される。図６の例では、チケット譲受画面６０には、譲渡元ユーザ提示領域６１、チケット情報表示領域６２、受取有効期限６３、及びチケット受取ボタン６４が含まれる。

譲渡元ユーザ提示領域６１は、ユーザＵＢに対して電子チケットを譲渡しようとしているユーザＵＡに関する情報を知らせるための領域である。図６の例では「ヤマダタロウ」という氏名のユーザＵＡからチケットの譲渡の申し出を受けている旨が譲渡元ユーザ提示領域６１に示されている。

チケット情報表示領域６２は、譲渡の申し出を受けている電子チケットの内容を示す領域である。図６の例であれば、ユーザＵＡから譲渡の申し出を受けている電子チケットが、「わくわくランド」が主催する有効期間が「２０１６年３月１８日（金）〜５月１５日（日）」である「ワンデーパス」であることが示されている。

受取有効期限６３は、ユーザＵＢがチケットの譲り受けるために操作を完了させるべき期限の情報である。図６の例では２０１６年４月４日２０：３９までにユーザＵＢが受取り作業を完了させるべき旨が受取有効期限６３に示されている。なお、当該時間までにユーザＵＢが受け取り操作を行わない場合には、管理サーバ２００は当該チケットのステータスを分配中から、所有者ユーザＵＡに変更した上で、その旨をユーザＵＡの携帯型端末１００Ａへ通知する。

チケット受取ボタン６４は、ユーザＵＢが、譲渡の申し出を受けている電子チケットを受け取るための操作を入力するためのボタンである。ユーザＵＢがチケット受取ボタン６４を選択すると、当該ユーザＵＢの携帯型端末２００Ｂにチケットアプリがインストールされていれば、チケットアプリが起動し、当該チケットアプリは管理サーバ２００に対して、当該譲受け対象の電子チケットのデータの受取処理を要求する。当該要求を受信した管理サーバ２００は、当該電子チケットのステータスを、分配中から、ユーザＵＢが所有している状態に変更する。この際、押印状態（未使用／使用済を示す使用状態）は、ユーザＵＡが所有者だった時の状態を維持する。ステータスの変更処理が正常に完了すると、管理サーバ２００は、携帯型端末２００Ｂに対して当該譲り受け対象の電子チケットのデータを送信する。

なお、ユーザＵＢがチケット受取ボタン６４を選択した際に、もしチケットアプリがインストールされていなければ、電子チケット受取方法の案内を表示したり、チケットアプリをインストールするためのアプリケーションを起動させたりすれば良い。

（２．機能構成）
以下、図７及び図８を参照しながら、本実施形態に係る携帯型端末１００にインストールされるチケットアプリ７００、及び管理サーバ２００の機能構成を説明する。

（２．１チケットアプリ７００の機能構成）
まず、図７を参照しながら、携帯型端末１００にインストールされるチケットアプリ７００の機能構成を説明する。図７は、チケットアプリ７００の機能構成の具体例を示す機能ブロック図である。チケットアプリ７００は、認証部７１０、チケット読込部７２０、チケット表示部７３０、チケットステータス変更部７４０、メッセンジャーアプリ起動部７５０、及びＤＢ（データベース）７６０を含む。

認証部７１０は、例えばチケットアプリ７００の起動時に、ユーザＵのユーザＩＤやパスワード等のユーザ情報７６１、端末情報７６３等の識別情報を用いて、管理サーバ２００との間で認証処理を行う。当該認証に用いるユーザ情報７６１は、ユーザＵから起動時に入力を求めても良いし、或いは、２回目以降の起動時には予めＤＢ７６０に記憶されたものを読み込んでも良い。

チケット読込部７２０は、起動時や、チケット受取ボタン２１に対するユーザＵからの操作入力等に応じて、管理サーバ２００へチケットデータの送信要求を送信し、当該ユーザＵが受取可能なチケットデータを受信する。当該送信要求には、ユーザＵや携帯型端末１００を識別するため、ユーザ情報７６１や端末情報７６３を含むことができる。或いは、チケットを受信するための引取番号及びパスワードを、当該送信要求に含んでも良い。受信したチケットデータは、チケット情報７６５としてＤＢ７６０に格納される。

チケット表示部７３０は、チケット情報７６５に含まれる各種情報等を用いて、ユーザＵが利用可能な電子チケットに係るディスプレイへの各種表示制御を行う。チケット表示部７３０は、一覧表示部７３１、チケット画像表示部７３２、もぎり操作判定部７３３、使用済画像表示部７３４、チケット連動コンテンツ表示部７３５、及び分配情報表示部７３６を含む。

一覧表示部７３１は、ユーザＵが使用可能な電子チケットの一覧を示す、図２に具体例を示した一覧表示画面２０をディスプレイ上に表示する。この際、図２に示したように、例えば同一の会場に係る電子チケットは集約して表示することができる。また、一覧表示部７３１は、未使用の電子チケットの情報のみを表示してもよいが、図２に示したように、使用済の電子チケット及び未使用の電子チケットの双方を一覧表示画面２０上に示しても良い。

チケット画像表示部７３２は、ユーザが使用可能な電子チケットに相当する画像、例えば、図３ａ乃至図３ｅに例示したチケット詳細表示画面３０をディスプレイ上に表示する。

もぎり操作判定部７３３は、電子チケットに相当する画像、即ちチケット詳細表示画面３０上で当該電子チケットを使用済とするための所定のもぎり操作が入力されたか否かを判定する。また、もぎり操作が入力された場合には、もぎり操作判定部７３３は必要に応じてチケットの有効期限内であるか否かを判定する。先述の通り、もぎり操作としては、例えば特定のパターンのなぞり操作の入力としてもよいし、或いは、特定の配列パターンを持つ導電部材のスタンプ部材がタッチパネルディスプレイに接触したことを検出してもよい。なお、もぎり操作判定部７３３がもぎり操作が入力されたと判定するための特定の操作パターンや特定のスタンプ部材の配列パターンは、全電子チケットに共通とすることもできるし、電子チケットの種類毎に用意しても良い。後者の場合、電子チケットのチケット情報７６５にもぎり操作の入力判定に用いられる操作パターンや配列パターンに関する照合情報を含むことができる。また、もぎり操作が入力されたのが有効期限内であるか否かを判定する場合には、チケット情報７６５に有効期限の情報を含むことができる。

なお先述の通り、もぎり操作は、超音波の入力に応じて行うことも考えられる。この場合には、もぎり操作判定部７３３は、チケット詳細表示画面３０の表示状態においてマイクを起動させ、当該マイクから、電子チケットのチケット情報７６５に照合情報として含まれる、会場や会場の出入口、イベント等に対して割り当てられた識別子を重畳させた超音波が入力されたか否かを判定する。当該超音波には、電子チケット（会場や会場の出入口、イベントに対するものも含む）を識別するための情報に加えて、有効期限の情報を含ませても良い。

使用済画像表示部７３４は、もぎり操作判定部７３３により、有効なもぎり操作（例えば、有効期限内に入力された所定パターンの操作）が入力されたと判断された場合に、当該電子チケットの画像上に、使用済であることを示す画像、たとえば図３ｂに例示したスタンプ画像３６や使用日時画像３７を表示する。また、先述の使用済であることを示す画像（例えばスタンプ画像３６）に対して操作入力等がなされると、図３ｃに例示したように、スタンプ画像３６の拡大等のアニメーションを使用済画像表示部７３４は表示する。また、当該アニメーションの表示期間には制限を設けても良い。例えば、電子チケットが１日だけ利用可能なワンデーパスであれば、電子チケットを使用済とした使用日のみ、使用済画像表示部７３４はアニメーションを表示することができる。

チケット連動コンテンツ表示部７３５は、電子チケットに紐づけられたコンテンツを管理サーバ２００等から取得し、当該コンテンツを再生する。当該コンテンツは、例えば、図３ａ等に例示したコンテンツ閲覧ボタン３４のユーザＵによる選択に応じて、取得及び再生がなされる。先述の通り、チケット連動コンテンツ表示部７３５が再生可能なコンテンツとしては、例えば、動画や音声、静止画、ＨＴＭＬ等のウェブページとして記載された文書コンテンツ等が考えられる。また、チケット連動コンテンツ表示部７３５がコンテンツを取得するためのＵＲＬ等の情報は、チケット情報７６５に含むことができる。また、チケット連動コンテンツ表示部７３５がコンテンツを取得及び再生可能な再生可能期間やユーザ（例えば、ファンクラブの会員、所定の抽選に当選したユーザ等）に制限を設けても良い。この場合、再生可能期間やユーザ種別の情報も、チケット情報７６５及び／又はユーザ情報７６１に含むことができる。

なお、先述の通り、電子チケットに紐付ける特典は、コンテンツに限られるものではなく、例えば、関連する別の電子チケット（副券）、クーポン、各種ポイント付与、電子マネーとの連携、電子商取引（ＥＣ：ｅ−ｃｏｍｍｅｒｃｅ）等のサービスを電子チケットに付帯させる特典とすることも考えられる。この場合には、チケットコンテンツ表示部７３５が、必要なデータを管理サーバ２００から取得した上で、適当な表示画面をディスプレイに表示する。

分配情報表示部７３６は、ユーザＵが保有する電子チケットを他のユーザに分配（譲渡）するためのチケット分配画面４０を表示する。また、ユーザＵが他のユーザにチケットの分配処理を行ったものの、当該譲渡先の他のユーザが当該電子チケットの受取りを行っていない場合には、当該電子チケットが分配中である旨を、分配情報表示部７３６はディスプレイに表示する。更に、他のユーザから電子チケットの譲渡を受ける場合には、分配情報表示部７３６は、図６に例示したチケット譲受画面６０をディスプレイに表示する。

チケットステータス変更部７４０は、ユーザＵによる電子チケットの使用状況に応じて電子チケットに対応付けられるチケットステータス情報７６７を管理する。例えば、電子チケットのチケットデータ（チケット情報７６５）をダウンロードした段階では、チケットステータス情報７６７を「未使用」状態とし、当該電子チケットに対してもぎり操作が入力されたともぎり操作判定部７３３により判定された場合には「使用済」状態とすることができる。また、当該電子チケットを他のユーザに分配（譲渡）する手続を行っている場合には、チケットステータス情報７６７を「分配中」とすることができる。

また、チケットステータス変更部７４０は、自装置のＤＢ７６０内で管理するチケットステータス情報７６７を逐次変更する際に、チケットステータスが変更した旨を、管理サーバ２００へ通知する。なお、チケットステータス変更部７４０は、チケットステータスの変更を、必ずしも、もぎり操作が入力された直後に管理サーバ２００に送信する必要はない。例えば、通信状態が悪く、管理サーバ２００へ通知できない場合には、チケットステータス変更部７４０は通信状態が改善した後に、チケットステータスの変更を管理サーバ２００へ通知すれば良い。

メッセンジャーアプリ起動部７５０は、チケット分配処理を行う際に、チケットを受け取るためのＵＲＬ等を分配先のユーザに通知するためのメッセージをユーザＵが送信するために、メッセンジャーアプリを起動する。メッセンジャーアプリの具体例としては、高いリアルタイム性で比較的短めのメッセージをやり取りするチャットアプリや、メールアプリ等が考えられる。メッセンジャーアプリ起動部７５０は、メッセンジャーアプリの起動の際、図５に例示したように、他のユーザがチケットを受け取るために必要なＵＲＬ情報や、受取りの有効期限の情報、留意事項等をメッセージに埋め込むことができる
データベース（ＤＢ）７６０は、ユーザ情報７６１、端末情報７６３、チケット情報７６５、チケットステータス情報７６７を含む各種情報を管理する。

ユーザ情報７６１は、チケットアプリ７００を使用するユーザＵのユーザアカウント等に関する情報である。ユーザ情報７６１としては、例えば、ユーザＩＤやパスワード等の情報を含むことができる。先述の通り、認証部７１０は、当該ユーザ情報７６１を使用して管理サーバ２００との間で認証を行う。

端末情報７６３は、携帯型端末１００、又はチケットアプリ７００に対して一意に割り当てられた識別情報である。管理サーバ２００は、当該端末情報７６３を参照することで、ユーザＵの使用する携帯型端末１００を識別することが可能である。認証部７１０は、例えばチケットアプリ７００の初回起動時（初回ログイン時）に、管理サーバ２００にユーザ情報７６１を送信する。管理サーバ２００はこれを受けて、ユーザ情報７６１に対して一意に割り当てた識別情報を、端末情報７６３としてチケットアプリ７００へ送信する。管理サーバ２００は、当該ユーザ情報７６１と端末情報７６３とを対応付けて管理することで、ユーザＵが電子チケットを使用する携帯型端末１００を一意に管理することができる。

なお、上記の説明では管理サーバ２００が端末情報７６３を生成の上でチケットアプリ７００に送信することとしているが、これに限られるものではない。例えば、電話番号等の端末に固有に割当てられた情報や、チケットアプリ７００で乱数等を利用してランダムに生成した情報を端末情報７６３とした上で、チケットアプリ７００がこれを管理サーバ２００へ送信することも考えられる。

チケット情報７６５は、ユーザＵが使用可能若しくは使用した電子チケットに関する各種情報である。チケット情報７６５には、例えば、公演名、会場名、チケット種別、使用対象者の属性等に基づく券種、電子チケットとして表示する画像や、有効期間等の情報を含むことができる。加えて、前述のとおりチケット情報７６５には、もぎり操作が入力されたか否かをもぎり操作判定部７３３が判定するための照合情報（スタンプ部材の配列パターンや超音波に重畳される識別子の情報等）や、もぎり操作を入力可能な期間、チケット連動コンテンツ表示部７３５がコンテンツを取得する取得先のＵＲＬ情報、分配可否に関する情報等を含むこともできる。先述の通り、チケット情報７６５はチケット読込部７２０が管理サーバ２００から取得する。

チケットステータス情報７６７は、チケット情報７６５として格納されている各々の電子チケットのステータスをそれぞれ管理するための情報である。先述の通り、例えば、未使用、使用済、分配中等のステータスが、チケット情報７６５として表現される電子チケットに紐づけてチケットステータス情報７６７として管理される。当該チケットステータス情報７６７は、電子チケットの使用状況等に応じて、チケットステータス変更部７４０により逐次変更される。

（２．２管理サーバ２００の機能構成）
次に、図８を参照しながら、管理サーバ２００の機能構成を説明する。図８は、管理サーバ２００の機能構成の具体例を示す機能ブロック図である。管理サーバ２００は、大きく分けて、ウェブサイト提供部２１０、チケットアプリ制御部２２０、及びＤＢ２３０を含む。なお、管理サーバ２００の機能構成は、必ずしも１台の情報処理サーバにより実現する必要はない。例えば、ウェブサイト提供部２１０とチケットアプリ制御部２２０を、それぞれ異なる情報処理サーバにより実現することも考えられる。

ウェブサイト提供部２１０は、ユーザＵに対して販売しているチケット等の各種情報を提供したり、チケットを実際に販売したりするためのチケット販売用のウェブサイトを、例えばインターネットであるネットワークＮ上で提供する。このためにウェブサイト提供部２１０は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）等で記述されたウェブページをユーザＵの使用する携帯型端末１００へ送信すると共に、ユーザＵによる入力結果等を、携帯型端末１００から受信する。ウェブサイト提供部２１０は、ユーザ情報登録部２１１、認証部２１３、及びチケット販売部２１５を含む。

ユーザ情報登録部２１１は、ユーザＵがチケットの購入サービスや電子チケットサービスの提供を受けるにあたり、ユーザ情報２３１の登録を受ける。具体的には、例えば、ユーザＵの氏名や住所、性別、決済に用いるクレジットカード、認証の際に使用するパスワード等の各種情報の登録をユーザ情報登録部２１１は受け付けることができる。その他、ユーザ情報登録部２１１は、ユーザＵに対して一意に割り当てられるユーザＩＤを割当て、それをユーザＵの使用する携帯型端末１００に対して通知することもできる。ユーザ情報登録部２１１は、割り当てたユーザＩＤをユーザ情報２３１の一部としてＤＢ２３０に格納することができる。

認証部２１３は、ウェブサイト提供部２１０が提供するチケット販売サイトへアクセスしてきたユーザＵに対する認証処理を行う。より具体的には、例えば、ユーザＩＤ及びパスワードの入力をユーザＵに求め、ユーザＵに入力されたユーザＩＤ及びパスワードが、ＤＢ２３０のユーザ情報２３１として管理されているものと一致するか否かを認証部２１３は確認する。

チケット販売部２１５は、チケット販売サイト上で販売しているチケットの情報をユーザＵに提供すると共に、ユーザＵからのチケットの購入を受け付ける。ユーザＵが購入したチケットに関する情報は、ユーザ情報２３１に紐づけてチケット情報２３２として管理される。

チケットアプリ制御部２２０は、ユーザＵの使用する携帯型端末１００と適宜通信し、携帯型端末１００にインストールされたチケットアプリ７００に対する各種制御を行う。チケットアプリ制御部２２０は、認証部２２１、端末登録部２２２、チケット送信部２２３、チケットステータス管理部２２４、チケット分配制御部２２５、及びコンテンツ配信部２２６を含む。

認証部２２１は、携帯型端末１００のチケットアプリ７００からユーザＩＤ及びパスワード等のユーザＵのアカウント情報を受信し、これらの情報を、ＤＢ２３０に格納されたユーザ情報２３１に含まれるものと一致するか否かを判別する。その結果、もし一致すれば、認証部２２１は認証が成功した旨をチケットアプリ７００へ返信し、電子チケット利用等のサービスを受けるための動作をチケットアプリ７００が行えるようにする。もし一致しなければ、認証が失敗した旨を認証部２２１はチケットアプリ７００に対して返信する。

端末登録部２２２は、チケットアプリ７００から初回ログイン時に受信した端末情報７６３を、ユーザＵの使用する端末に対する識別情報としてユーザ情報２３１の一部として登録する。これにより、管理サーバ２００は、ユーザＵが使用する携帯型端末１００を一意に識別することが可能である。ユーザＵが使用する携帯型端末１００が登録されれば、チケット送信部２２３は当該携帯型端末１００に対してチケットデータ（チケット情報２３２）を送信する。

チケット送信部２２３は、ユーザＵが保有する（購入手続きを行った）チケットであって、チケットアプリ７００にまだデータが送信されていないチケットに係るチケット情報２３２を、チケットアプリ７００に対して送信する。チケット送信部２２３によるチケット情報２３２の送信は、例えばチケットアプリ７００のチケット読込部７２０からの要求に応じて行っても良いし、或いは、認証部２２１による認証の成功に応じて、チケット送信部２２３がチケットアプリ７００に送信することも考えられる。

チケットステータス管理部２２４は、ユーザＵが保有する電子チケットに関するチケットステータス情報２３３を管理する。チケットステータス情報２３３は、例えば、ユーザＵがチケットを購入した直後は「未使用」とすれば良い。その後、もぎり操作が入力された旨をチケットアプリ７００から受信した場合には、チケットステータス管理部２２４は、当該もぎり操作が入力された電子チケットに紐づけられたチケットステータス情報２３３を「使用済」とすることができる。また、チケットアプリ７００からチケットの分配（譲渡）手続の要求を受信した場合には、チケット分配制御部２２５はチケットステータス情報２３３を「分配中」とすることができる。この他、チケットの所有者や、チケットの分配が行われている場合の分配手続きの有効期限等の情報も、チケットステータス管理部２２４がチケットステータス情報２３３で管理することができる。

チケット分配制御部２２５は、チケットアプリ７００からの要求に応じてチケット分配処理を行う。具体的には、譲渡元のユーザＵＡの携帯型端末１００Ａのチケットアプリ７００からチケット分配手続の要求を受信すると、チケット分配制御部２２５は、チケットステータス管理部２２４により、チケットステータス情報２３３を「分配中」に変更する。その後、譲渡先のユーザＵＢの携帯型端末１００Ｂのチケットアプリ７００からチケット受取り要求を受信すると、チケット分配制御部２２５は、チケット情報２３２に紐付けるユーザ２３１を変えることにより、要求を受けたチケットの所有者をユーザＵＡからユーザＵＢへと変更する。またチケット分配制御部２２５は、チケットステータス管理部２２４によりチケットステータス情報２３３を「分配中」から「未使用」又は「使用済」に変更する。

或いは、ユーザＵＡの携帯型端末１００Ａのチケットアプリ７００から、チケットの受取を取り消す拒否する旨の要求を受信すると、チケット分配制御部２２５はチケットの所有者をユーザＵＡに戻すべく、ユーザＵＡの使用する携帯型端末１００Ａのチケットアプリ７００に対して、チケットステータスを、「分配中」から「未使用」や「使用済」等に戻すように要求する。またチケット分配制御部２２５は、チケットステータス管理部２２４により、チケットステータス情報２３３を「未使用」や「使用済」等に変更する。同様の処理は、分配手続の有効期限までに、譲渡先のユーザＵＢの携帯型端末１００Ｂからチケットの受取り要求を受信しない場合にも行うことができる。

コンテンツ配信部２２６は、チケットアプリ７００からの要求に応じて、電子チケットに対応付けられたチケット連動コンテンツ情報２３４を当該チケットアプリ７００へ送信する。先述の通り、電子チケットに対応付けられるチケット連動コンテンツ情報２３４を取得するための情報（例えばＵＲＬ情報）はチケット送信部２２３がチケットアプリ７００に送信する情報に予め含めることができる。なお、コンテンツ配信部２２６は、必ずしも管理サーバ２００内に含まれる必要はなく、例えば電子チケットに係る公演を主催する主催者の運営するサーバ上等に実装されても良い。この場合、ＤＢ２３０にはチケット連動コンテンツ情報２３４を管理する必要はない。
ＤＢ２３０は、ユーザ情報２３１、チケット情報２３２、チケットステータス情報２３３、及びチケット連動コンテンツ情報２３４を含む各種情報を管理する。

ユーザ情報２３１は、管理サーバ２００が提供するチケットサービスを利用する各ユーザＵに関する様々な情報である。ユーザ情報２３１には、ユーザの氏名や住所、性別、決済に用いるクレジットカード等の情報、認証に使用するユーザＩＤやパスワード、使用する携帯型端末１００に係る識別情報（端末情報７６３）、購入したチケットの情報等を含むことができる。

チケット情報２３２は、ユーザＵが購入した個々のチケットに関する様々な情報である。例えば、公演名、会場名、チケット種別、使用対象者の属性等に基づくチケット券種、電子チケットとしてチケットアプリ７００に表示させる画像、有効期間、等の情報を含むことができる。また、チケット情報２３２には、もぎり操作が入力されたか否かをチケットアプリ７００で判定するための照合情報（スタンプ部材の配列パターンや超音波に重畳される識別子の情報等）や、もぎり操作が入力可能な有効期間、電子チケットに対応付けられたコンテンツを取得するための情報、分配の可否等に関する情報を含むこともできる。更に、チケットの分配を行う場合には、チケット分配の有効期限の情報をチケット情報２３２に含むこともできる。

チケットステータス情報２３３はユーザＵが保有する各々の電子チケットのステータスをそれぞれ管理するための情報である。先述の通り、例えば、未使用、使用済、分配中等のステータスが、チケット情報２３２として表現される電子チケットに紐づけてチケットステータス情報２３３で管理される。当該チケットステータス情報２３３は、チケットステータス管理部２２４により逐次変更される。また、特に電子チケットの分配を行う場合には、チケット分配の有効期限の情報をチケットステータス情報２３３に含めることもできる。

チケット連動コンテンツ情報２３４は、ユーザＵが、自身の保有する電子チケットに紐付けて再生することのできるコンテンツの情報である。例えば、コンテンツ配信部２２６がチケットアプリ７００からコンテンツの配信要求を受信すると、コンテンツ配信部２２６はＤＢ２３０からチケット連動コンテンツ情報２３４を読込み、チケットアプリ７００に対して配信する。チケット連動コンテンツ情報２３４には、動画や音声、静止画、ＨＴＭＬ等のウェブページとして記載された文書コンテンツ等を含み得る。

なお、先述の通り、電子チケットに連動させる特典は、コンテンツに限られるものではなく、例えば、関連する別の電子チケット（副券）、クーポン、各種ポイント付与、電子マネーとの連携、電子商取引（ＥＣ：ｅ−ｃｏｍｍｅｒｃｅ）等の各種サービスを電子チケットに付帯させる特典とすることも考えられる。この場合には、チケット連動コンテンツ情報２３４に、これらのサービスに必要なデータを含むことができる。

（３処理の流れ）
以下、電子チケットシステム１の処理の流れを、図９及び図１０を参照しながら説明する。図９及び図１０は、本実施形態に係る電子チケットシステム１の処理の流れを示すフローチャートである。

なお、後述の各処理ステップは、処理内容に矛盾を生じない範囲で、任意に順番を変更して若しくは並列に実行することができ、また、各処理ステップ間に他のステップを追加しても良い。更に、便宜上１つのステップとして記載されているステップは複数のステップに分けて実行することもでき、便宜上複数に分けて記載されているステップを１ステップとして実行することもできる。

（３．１電子チケットの使用処理）
まず、電子チケットの購入から使用に至る処理の流れを、図９を参照しながら説明する。図９は、電子チケットの購入から使用に至る電子チケットシステム１の処理の流れを示すフローチャートである。

なお、図９の例において、携帯型端末１００にはブラウザ１１０及びチケットアプリ７００がインストールされている。ユーザＵは携帯型端末１００のブラウザ１１０を利用して電子チケットを購入した上で、チケットアプリ７００上で当該電子チケットを使用することとなっている。しかしながらこれに限られるものではない。例えば、チケットアプリ７００上でチケットを購入できるようにしても良い。

また、ユーザＵが電子チケット購入の際に使用するブラウザ１１０は、必ずしもチケットアプリ７００がインストールされた携帯型端末１００上である必要はない。例えば、パーソナルコンピュータ（ＰＣ）のブラウザを用いて電子チケットを購入し、当該電子チケットを携帯型端末１００のチケットアプリ７００で使用することも考えられる。

ユーザＵは、携帯型端末１００のブラウザ１１０を用いて、管理サーバ２００の提供するチケット販売サイトへとアクセスする（Ｓ９０１）。管理サーバ２００のウェブサイト提供部２１０は当該アクセスを受けて、アクセスを受けたＵＲＬに応じたウェブページを携帯型端末１００へと送信する（Ｓ９０３）。

この時、ユーザＵがチケット販売サイトへユーザ登録を行っていなければ（Ｓ９０５のＹｅｓ）、ブラウザ１１０はユーザＵからの操作に応じて、管理サーバ２００に対するユーザＵの会員登録を行う（Ｓ９０７）。この時、例えばユーザＵの氏名や住所、パスワード等の情報を、ユーザＵはブラウザ１１０を用いて管理サーバ２００へ登録することができる。管理サーバ２００のユーザ情報登録部２１１は、登録されたユーザ情報２３１をＤＢ２３０に格納する。また、ユーザ情報登録部２１１は、当該ユーザＵに対してユーザＩＤを付与し、ブラウザ１１０に通知する（Ｓ９０９）。また、ユーザ情報登録部２１１は、当該ユーザＩＤをユーザ情報２３１としてＤＢ２３０に格納する。

その後、ブラウザ１１０は適宜、チケット販売サイトから販売されているチケットに関するウェブページを取得し、ユーザＵからの操作に応じて、チケットの購入処理を管理サーバ２００との間で行う（Ｓ９１１）。管理サーバ２００のチケット販売部２１５は、ユーザＵの操作するブラウザ１１０によるチケット購入手続きが完了すると、購入されたチケット情報２３２を、ユーザＵのユーザ情報２３１に紐付ける（Ｓ９１３）。

その後、ユーザＵがチケットアプリ７００を起動し、必要に応じてユーザＩＤやパスワード等を入力すると、チケットアプリ７００の認証部７１０は、管理サーバ２００の認証部２２１との間で認証処理を行う（Ｓ９１５及びＳ９１７）。

この時、当該チケットアプリ７００によるログインが最初であれば（Ｓ９１９のＹｅｓ）、チケットアプリ７００の認証部７１０は、携帯型端末１００又はチケットアプリ７００に対して一意に割当てられた識別情報である端末情報７６３を管理サーバ２００へ送信する。管理サーバ２００の認証部２１３は、チケットアプリ７００から端末情報７６３を受信すると、当該端末情報７６３をユーザ情報２３１の一部としてＤＢ２３０に登録する（Ｓ９２３）。

その後、例えばユーザがチケット受取ボタン２１を操作するなどした場合には、チケット読込部７２０は、管理サーバ２００に対してチケットの受取り要求を送信する（Ｓ９２５）。管理サーバ２００は当該要求を受けて、チケットアプリ７００に対してまだ送信していない、ユーザＵが購入済みのチケットに係るチケット情報２３２をチケットアプリ７００に対して送信する（Ｓ９２７）。チケット読込部７２０は取得したチケット情報７６５をＤＢ７６０に格納する。

チケットアプリ７００がチケット情報２３２を受信すると、受信したチケット情報２３２に係る電子チケットを、一覧表示部７３１は一覧表示画面２０上で表示可能となる（Ｓ９２９）。当該一覧表示画面２０上で、ユーザＵがチケットアイコン２２の有効チケット情報２３や使用済チケット情報２４を選択すると、個々の電子チケットに対応するチケット詳細表示画面３０をチケット画像表示部７３２はディスプレイに表示する（Ｓ９３１）。

チケット詳細表示画面３０において、例えば電子スタンプ部材の押印や超音波の入力等、所定のもぎり操作が入力されると（Ｓ９３３のＹｅｓ）、使用済画像表示部７３４は、使用済を示すためのスタンプ画像３６及び使用日時画像３７をチケット詳細表示画面３０上に表示する（Ｓ９３５）。また、チケットステータス変更部７４０は、ＤＢ７６０に格納されたチケットステータス情報７６７を使用済に変更すると共に、管理サーバ２００にチケットが使用された旨を通知する（Ｓ９３７）。管理サーバ２００のチケットステータス管理部２２４は、当該通知を受信すると、ＤＢ２３０で管理するチケットステータス情報２３３を使用済に更新する（Ｓ９３９）。なお、もし通信状態が悪く、チケットステータスを管理サーバ２００へ通知できない場合には、通信状態が改善した後に、チケットステータス変更部７４０はチケットステータスを管理サーバ２００へ通知すれば良い。

もぎり操作が行われた電子チケットについて使用済を示すスタンプ画像３６及び使用日時画像３７を表示した後、同一会場に入場するための他の電子チケットのチケット情報７６５がまだある場合には（Ｓ９４１のＹｅｓ）、チケット画像表示部７３２は、図３ｅに示したように、表示対象とする電子チケットを次のものに切り替えた上でチケット詳細表示画面３０を表示する（Ｓ９３１）。この際、表示切替の切り替え先となる電子チケットは、例えば未使用の電子チケットとしても良い。

また、チケット使用済であるか否かに関わらず、チケット詳細表示画面３０において、例えば図３ｄに示したスワイプ操作等のチケット切り替えのための操作が入力されると（Ｓ９４３のＹｅｓ）、図３ｅに示したように、表示対象とする電子チケットを次のものに切り替えた上で、チケット詳細表示画面３０を表示する（Ｓ９３１）。

（３．２電子チケットの分配処理）
次に、ユーザＵＡの保有する電子チケットを、ユーザＵＢに分配（譲渡）する際の処理の流れを、図１０を参照しながら説明する。図１０は、電子チケットの分配に係る処理の流れを示すフローチャートである。なお、図１０の処理の開始時点において、ユーザＵＡはチケットを購入済みであるものとする。

ユーザＵＡが購入した電子チケットのチケット情報７６５をチケットアプリ７００Ａが管理サーバ２００から受信し、当該電子チケットに係るチケット詳細表示画面３０を表示するまでの流れ（Ｓ１００１乃至Ｓ１０１７）は、図９を参照しながら説明した上記「３．１電子チケットの使用処理」で説明したＳ９０１乃至Ｓ９３１と同様であるため、ここでは説明を省略する。

チケット詳細表示画面３０において、ユーザＵＡがチケット分配ボタン３５を選択すると、先述の通り、分配情報表示部７３６はチケット分配画面４０をディスプレイ上に表示する。更に当該チケット分配画面４０において、ユーザＵＡによりチケット譲渡ボタン４４又はチケット譲渡ボタン４５が選択されることにより、チケットの分配が要求されると（Ｓ１０１９のＹｅｓ）、チケットステータス変更部７４０は、チケットが分配中である旨を管理サーバ２００へ通知する（Ｓ１０２１）。管理サーバ２００のチケット分配制御部２２５は、当該通知を受信すると、チケットステータス管理部２２４により、当該対象の電子チケットに係るチケットステータス情報２３３を、分配中に変更する（Ｓ１０２３）。また、チケットアプリ７００のチケットステータス変更部７４０は、自装置内のＤＢ７６０で管理するチケットステータス情報７６７で管理されるステータスを分配中に変更する。これにより、当該チケットがディスプレイ上に表示される場合には分配情報表示部７３６により、チケットが分配中である旨が示される（Ｓ１０２５）。またチケットアプリ７００のメッセンジャーアプリ起動部７５０は、譲渡のためのメッセージをユーザＵが送るために、例えばメールアプリやチャットアプリ等であるメッセンジャーアプリ１２０Ａを起動する（Ｓ１０２７）。

ユーザＵは、当該メッセンジャーアプリ１２０Ａを用いて、チケットを譲渡したい任意のユーザＵＢを宛先に指定してメッセージを送る（Ｓ１０２９）。当該メッセージを受信したメッセンジャーアプリ１２０Ｂは、ユーザ操作に応じて当該メッセージを表示する（Ｓ１０３１）。ユーザＵＢが当該メッセージ表示画面でチケット受け渡し用のＵＲＬ情報５１を選択すると、当該ＵＲＬ情報５１に基づいて、ブラウザが起動し、当該ブラウザ上に図６に例示したチケット譲受画面６０が表示される。当該チケット譲受画面６０においてユーザがチケット受取ボタン６４を選択すると、ブラウザはチケットアプリ７００Ｂを起動させる（Ｓ１０３３）。

チケットアプリ７００Ｂがブラウザからの要求により起動すると（Ｓ１０３５）、チケットアプリ７００Ｂの認証部７１０Ｂは、ユーザＵＢからユーザＩＤやパスワードの入力を受けたり、ＤＢ７６０に格納された端末情報７６３を読みこんだりした上で、これらの情報を用いて管理サーバ２００との間で認証処理を行う（Ｓ１０３５及びＳ１０３７）。当該認証が成功すると、チケット読込部７２０は管理サーバ２００に対し、当該電子チケットに係るチケット情報７６５の送信要求を送信する（Ｓ１０３９）。当該要求を受信すると、管理サーバ２００はＤＢ２３０から譲渡対象のチケット情報２３２を読込み、ユーザＵＢの操作するチケットアプリ７００Ｂに対してチケット情報２３２を送信する（Ｓ１０４１）。また、管理サーバ２００のチケット分配制御部２２５は、譲渡が行われた電子チケットの所有者等の情報であるチケット情報２３２に紐づけられるユーザ情報２３１や、チケットステータス情報２３３を更新する（Ｓ１０４３）。

また、チケット分配制御部２２５は、チケットの分配処理が完了した旨を譲渡元のユーザＵＡの操作するチケットアプリ７００Ａに対して通知する（Ｓ１０４５）。ユーザＵＡのチケットアプリ７００の分配情報表示部７３６は、当該通知を受けて、譲渡が正常に完了した旨を報知するとともに（Ｓ１０４７）、関連するチケット情報７６５やチケットステータス情報７６７等を更新する。

（４ハードウェア構成）
以下、携帯型端末１００及び管理サーバ２００を実現可能なハードウェア構成について、図１１及び図１２を参照しながら説明する。

（４．１携帯型端末１００）
まず、図１１を参照しながら、携帯型端末１００を実現可能なハードウェア構成を説明する。図１１は、携帯型端末１００のハードウェア構成の具体例を示す図である。図１１に示すように、携帯型端末１００は、制御部１５１と、通信インタフェース（Ｉ／Ｆ）部１５５と、記憶部１５７と、タッチパネルディスプレイ１５９と、入力部１６５とを含み、各部はバスライン１６７を介して接続される。

制御部１５１は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ。図示せず）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ。図示せず）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１５３等を含む。制御部１５１は、記憶部１５７に記憶されるチケットアプリ７００、ブラウザ１１０、及びメッセンジャーアプリ１２０を実行可能である。これにより、携帯型端末１００は一般的な情報処理装置としての機能に加え、上述した電子チケットサービスに係る各種処理を実現可能である。

また、ＲＡＭ１５３は、チケットアプリ７００、ブラウザ１１０、及びメッセンジャーアプリ１２０に含まれるコードの他、図７に示しユーザ情報７６１、端末情報７６３、チケット情報７６５、及びチケットステータス情報７６７の一部又は全部を一時的に保持する。更にＲＡＭ１５３は、ＣＰＵが各種処理を実行する際のワークエリアとしても使用される。

通信Ｉ／Ｆ部１５５は、管理サーバ２００を含む外部の装置との間で、有線又は無線によるネットワークＮを介したデータ通信を行うためのデバイスである。図７で示した認証部７１０、チケット読込部７２０、チケットステータス変更部７４０等が管理サーバ２００との間で行う通信は、全て通信Ｉ／Ｆ部１５５が行う。

記憶部１５７は、例えばＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶部１５７は、一般的な情報処理としての機能を実現するためのオペレーションシステム（ＯＳ）やアプリケーション及びデータ（図示せず）を記憶する。また記憶部１５７は、チケットアプリ７００やブラウザ１１０、メッセンジャーアプリ１２０を記憶する。

ブラウザ１１０は、管理サーバ２００の提供するチケット販売サイトを含むネットワークＮ上の各種ウェブサイトをユーザＵに閲覧可能とするためのアプリケーションプログラムである。

メッセンジャーアプリ１２０は、ユーザＵが他のユーザとメッセージの送受信を行うためのアプリケーションプログラムである。メッセンジャーアプリ１２０の具体例としては、比較的リアルタイム性高く、短めのメッセージのやり取りを行うことのできるチャットアプリや、電子メールのやり取りを行うためのメールアプリ等を挙げることができる。
チケットアプリ７００については、図７を参照しながら先述したため、ここでは説明を省略する

タッチパネルディスプレイ１５９は、情報を提示する表示装置であるディスプレイ部１６１と、操作入力がなされるタッチパネル部１６３とが重ね併せて実装される装置である。タッチパネルディスプレイ１５９を用いることによりユーザＵは、ディスプレイ部１６１に表示された表示内容に対して、直接操作を行っているような直感的な操作感を得ることができる。もぎり操作をスタンプ部材のパターンに応じて行う場合には、もぎり操作の入力はタッチパネルディスプレイ１５９でなされる。

入力部１６５は、ユーザＵからの操作入力を受け付けるための、タッチパネルディスプレイ１５９とは別に設けられたデバイスである。入力部１６５の具体例としては、例えば操作ボタンやキーボード、マウス、マイク等を挙げることができる。もぎり操作を超音波に応じて行う場合には、もぎり操作にかかる超音波の入力は、入力部１６５に含まれるマイクからなされる。

なお、携帯型端末１００は、入力部１６５を必ずしも備える必要はない。また、入力部１６５は、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）やＢｌｕｅｔｏｏｔｈ（登録商標）等の各種インタフェースを介して外部から携帯型端末１００に接続されても良い。

（４．２管理サーバ２００）
次に、図１２を参照しながら、管理サーバ２００を実現可能なハードウェア構成を説明する。図１２は、管理サーバ２００を実現可能なハードウェア構成の具体例を示す図である。図１２に示すように、管理サーバ２００は、制御部２５１と、通信Ｉ／Ｆ部２５５と、記憶部２５７と、表示部２６１と、入力部２６３とを含み、各部はバスライン２６５を介して接続される。

制御部２５１は、ＣＰＵ、ＲＯＭ、ＲＡＭ２５３等を含む。制御部２５１は、記憶部２５７に記憶される制御プログラム２５９を実行することにより、一般的な情報処理装置としての機能に加え、上述した電子チケットサービスに係る処理を実現可能に構成される。例えば、図８を参照しながら説明したウェブサイト提供部２１０やチケットアプリ制御部２２０は、ＲＡＭ２５３に一時記憶された上で、ＣＰＵ上で動作する制御プログラム２５９として実現可能である。

またＲＡＭ２５３は、制御プログラム２５９に含まれるコードの他、図８に示したユーザ情報２３１、チケット情報２３２、チケットステータス情報２３３、及びチケット連動コンテンツ情報２３４の一部又は全部を一時的に保持する。更にＲＡＭ２５３は、ＣＰＵが各種処理を実行する際のワークエリアとしても使用される。

通信Ｉ／Ｆ部２５５は、携帯型端末１００を含む外部の装置との間で、有線又は無線によるネットワークＮを介したデータ通信を行うためのデバイスである。図８で示したウェブサイト提供部２１０やチケットアプリ制御部２２０が携帯型端末１００との間で行う通信は、全て通信Ｉ／Ｆ部２５５が行う。

記憶部２５７は、例えばＨＤＤやフラッシュメモリ等の不揮発性の記憶媒体である。記憶部２５７は、一般的な情報処理装置としての機能を実現するためのオペレーションシステムやアプリケーション及びデータ（図示せず）を記憶する。また記憶部２５７は、制御プログラム２５９及びＤＢ２３０を記憶する。

制御プログラム２５９は、上述の電子チケットサービスに係る処理を行うためのプログラムである。前述のとおり、図８に示したウェブサイト提供部２１０及びチケットアプリ制御部２２０は、制御プログラム２５９に含まれる

ＤＢ２３０は、電子チケットサービスの提供に必要な各種データ、例えばユーザ情報２３１やチケット情報２３２、チケットステータス情報２３３、及びチケット連動コンテンツ情報２３４を含むことができる。ＤＢ２３０に含まれる各種データは、必要に応じてＲＡＭ２５３にロードされ、制御部２５１に含まれるＣＰＵから参照される。

表示部２６１は、管理者に情報を提示するためのディスプレイ装置である。表示部２６１の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等が挙げられる。入力部２６３は、管理者から入力を受け付けるためのデバイスである。入力部２６３の具体例としては、キーボードやマウス、タッチパネル等を挙げることができる。

なお、管理サーバ２００は、表示部２６１及び入力部２６３を必ずしも備える必要はない。また表示部２６１及び入力部２６３は、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）やディスプレイポート等の各種インタフェースを介して外部から管理サーバ２００に接続されても良い。

（５．本実施形態の効果）
以上説明したように、本実施形態に係る電子チケットシステム１では、複数の電子チケットをユーザＵが所有している場合に、図３ｄに具体例を示したように簡易な操作で電子チケットの表示を切り替えることができる。特に、親が入場するために使用する電子チケットの券種が「大人券」、子供が入場するために使用する電子チケットの券種が「子供券」と、券種が異なる場合であっても、同一施設に入場するために使用するものであれば、簡易な操作で表示を切り替えることができる。これにより、例えば親子など、複数の電子チケットに対して、表示対象の電子チケットを順番に切り替えながら連続してもぎり操作を入力することが可能となる。つまり、会場への入場に係る手間を削減することができる。

また、本実施形態に係るチケットアプリ７００は、電子チケットを使用した際に、使用済を示すスタンプ画像３６や使用日時画像３７を表示する。この時、当該電子チケットの効力がまだ有効であると考えられる場合には、チケットアプリ７００は、スタンプ画像３６に対してアニメーション表示を施す。これにより、チケットの効力が有効であるか否かを簡易に確認でき、また、キャプチャ画像ではないことを容易に認識できる。

また本実施形態に係る電子チケットシステム１では、簡易な操作によりユーザ間でチケットの分配手続きを行うことが可能である。特に、使用済チケットに対しても分配可能とすることで、入場時にユーザＵＡの携帯型端末１００Ａで２枚の電子チケットに対するもぎり操作を行うことによりユーザＵＢが入場した場合であっても、そのうち１枚をユーザＵＢの携帯型端末１００Ｂに分配すれば、ユーザＵＢが当該分配されたチケットを提示することにより、正当に入場したことを証明できる。また。当該電子チケットに紐づけられたコンテンツ等の特典がある場合には、当該コンテンツをユーザＵＢも利用可能となる。

（６付記事項）
なお、上述の実施形態の構成は、組み合わせたり或いは一部の構成部分を入れ替えたりしてもよい。また、本発明の構成は上述の実施形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。

１：電子チケットシステム
１００：携帯型端末
１１０：ブラウザ
１２０：メッセンジャーアプリ
１５１：制御部
１５３：ＲＡＭ
１５５：通信インタフェース（Ｉ／Ｆ）部
１５７：記憶部
１５９：タッチパネルディスプレイ
１６１：ディスプレイ部
１６３：タッチパネル部
１６５：入力部
１６７：バスライン
２００：管理サーバ
２１０：ウェブサイト提供部
２１１：ユーザ情報登録部
２１３：認証部
２１５：チケット販売部
２２０：チケットアプリ制御部
２２１：認証部
２２２：端末登録部
２２３：チケット送信部
２２４：チケットステータス管理部
２２５：チケット分配制御部
２２６：コンテンツ配信部
２３０：データベース（ＤＢ）
２５１：制御部
２５３：ＲＡＭ
２５５：通信インタフェース（Ｉ／Ｆ）部
２５７：記憶部
２５９：制御プログラム
２６１：表示部
２６３：入力部
２６５：バスライン
７００：チケットアプリ
７１０：認証部
７２０：チケット読込部
７３０：チケット表示部
７３１：一覧表示部
７３２：チケット画像表示部
７３３：もぎり操作判定部
７３４：使用済画像表示部
７３５：チケット連動コンテンツ表示部
７３６：分配情報表示部
７４０：チケットステータス変更部
７５０：メッセンジャーアプリ起動部
７６０：データベース（ＤＢ）

Claims

複数の電子チケットに係る電子チケットデータをサーバから受信する処理と、
受信した前記電子チケットデータに基づき、前記複数の電子チケットのうち第１の電子チケットに係るチケット表示画面をディスプレイに表示させる処理と、
前記第１の電子チケットに係る画面を表示した状態で切替操作が入力されると、前記複数の電子チケットのうち前記第１の電子チケットとは異なる第２の電子チケットに係るチケット表示画面を前記ディスプレイに表示させる処理と、
前記チケット表示画面に対してもぎり操作が入力された場合に、前記チケット表示画面上に使用済を示す画像を前記ディスプレイに表示させる処理と、
前記第１の電子チケットに係る前記チケット表示画面に対して前記もぎり操作が入力された場合に、前記使用済を示す画像を前記ディスプレイに表示させた後、前記第２の電子チケットに係る前記チケット表示画面を前記ディスプレイに表示させる処理と
を情報処理装置に実行させるためのプログラム。
前記第１の電子チケットと前記第２の電子チケットとは、同一の会場に関するものであって、電子チケットが対象とする対象者の属性が異なるものである、
請求項１記載のプログラム。
前記チケット表示画面において操作が入力された場合にアニメーションを前記ディスプレイに表示させる処理
を更に情報処理装置に実行させるための請求項１または請求項２記載のプログラム。
前記チケット表示画面の前記使用済を示す画像に対する操作が入力されると、前記使用済を示す画像に関するアニメーションを前記ディスプレイに表示させる処理
を更に情報処理装置に実行させるための請求項１または請求項２記載のプログラム。
前記アニメーションは、前記使用済を示す画像に対応する電子チケットの有効期間である場合に表示される、
請求項４記載のプログラム。
ユーザが有する前記複数の電子チケットのうち、少なくとも一部を、他のユーザに譲渡するための操作入力を受ける処理と、
前記他のユーザに譲渡するための操作入力がなされた場合に、譲渡対象の前記少なくとも一部の電子チケットについて、譲渡中である旨を前記ディスプレイに表示させる処理と
を更に情報処理装置に実行させるための請求項１乃至請求項５のいずれか１項記載のプログラム。
前記他のユーザに譲渡するための操作入力は、前記使用済を示す画像が表示された電子チケットに対しても入力可能である、
請求項６記載のプログラム。
前記もぎり操作は、所定の配列パターンを持つ導電部材を有するスタンプ部材のタッチパネルディスプレイへの接触である、
請求項１乃至請求項７のいずれか１項記載のプログラム。
前記もぎり操作の入力は、識別情報が重畳された超音波の入力である、
請求項１乃至請求項７のいずれか１項記載のプログラム。
前記チケット表示画面において、表示対象の電子チケットに付帯する特典を取得するためのボタンが表示される、
請求項１乃至請求項９のいずれか１項記載のプログラム。
複数の電子チケットに係る電子チケットデータをサーバから受信する手段と、
受信した前記電子チケットデータに基づき、前記複数の電子チケットのうち第１の電子チケットに係るチケット表示画面をディスプレイに表示させる手段と、
前記第１の電子チケットに係る画面を表示した状態で切替操作が入力されると、前記複数の電子チケットのうち前記第１の電子チケットとは異なる第２の電子チケットに係るチケット表示画面を前記ディスプレイに表示させる手段と、
前記チケット表示画面に対してもぎり操作が入力された場合に、前記チケット表示画面上に使用済を示す画像を前記ディスプレイに表示させる手段と、
前記第１の電子チケットに係る前記チケット表示画面に対して前記もぎり操作が入力された場合に、前記使用済を示す画像を前記ディスプレイに表示させた後、前記第２の電子チケットに係る前記チケット表示画面を前記ディスプレイに表示させる手段と
を備える情報処理装置。
前記チケット表示画面において操作が入力された場合にアニメーションを前記ディスプレイに表示させる手段
を更に備える請求項１１記載の情報処理装置。
前記チケット表示画面の前記使用済を示す画像に対する操作が入力されると、前記使用済を示す画像に関するアニメーションを前記ディスプレイに表示させる手段
を更に備える請求項１１記載の情報処理装置。
前記アニメーションは、前記使用済を示す画像に対応する電子チケットの有効期間である場合に表示される、
請求項１３記載の情報処理装置。
サーバと、前記サーバと通信可能なユーザ端末が実行可能なプログラムとを備える情報処理システムであって、
前記サーバは、
電子チケットに係る電子チケットデータを前記ユーザ端末に送信する手段と、
前記電子チケットのステータスを管理する手段と
を備え、前記プログラムは、
複数の電子チケットに係る前記電子チケットデータを前記サーバから受信する処理と、
受信した前記電子チケットデータに基づき、前記複数の電子チケットのうち第１の電子チケットに係るチケット表示画面をディスプレイに表示させる処理と、
前記第１の電子チケットに係る画面を表示した状態で切替操作が入力されると、前記複数の電子チケットのうち前記第１の電子チケットとは異なる第２の電子チケットに係るチケット表示画面を前記ディスプレイに表示させる処理と、
前記チケット表示画面に対してもぎり操作が入力された場合に、当該チケット表示画面に係る電子チケットが使用されたことを前記サーバに通知する処理と、
前記第１の電子チケットに係る前記チケット表示画面に対して前記もぎり操作が入力された場合に、前記使用済を示す画像を前記ディスプレイに表示させた後、前記第２の電子チケットに係る前記チケット表示画面を前記ディスプレイに表示させる処理と
を前記ユーザ端末に実行させるためのものである、情報処理システム。
前記プログラムは、
前記チケット表示画面において操作が入力された場合にアニメーションを前記ディスプレイに表示させる処理
を更に前記ユーザ端末に実行させるためものである、請求項１５記載の情報処理システム。
前記プログラムは、
前記チケット表示画面の前記使用済を示す画像に対する操作が入力されると、前記使用済を示す画像に関するアニメーションを前記ディスプレイに表示させる処理
を更に前記ユーザ端末に実行させるためのものである、請求項１５記載の情報処理システム。
前記アニメーションは、前記使用済を示す画像に対応する電子チケットの有効期間である場合に表示される、
請求項１７記載の情報処理システム。