JP2019079499A - 情報処理プログラム、情報処理方法および情報処理端末 - Google Patents

Abstract

【課題】端末で入場処理を可能とし、ステータスデータをサーバで管理する。【解決手段】端末に、チケットデータを取得させるステップと、チケットデータに対応付けられた電子チケットを、電子チケットの操作状態を示す操作ステータスとともに、表示するステップと、チケットデータに対応する所定の条件を満たす場合、電子チケットの操作ステータスを変更する操作を受け付け可能にするステップと、ユーザの操作ステータスを変更する操作に応答して、電子チケットの操作ステータスを、操作済に変更するステップと、電子チケットの操作ステータスが変更された以降、チケットデータの使用ステータスを変更するための使用ステータス変更リクエストを送信するステップと、を実行させ、電子チケットの操作ステータスが操作済であってステータス変更リクエストが送信されない場合、電子チケットの使用ステータスが変更されない。【選択図】図５

Description

本開示は、チケットを表示する情報処理プログラム、情報処理方法および情報処理端末に関する。

近年、イベントに参加するためのチケットを、電子チケットとして、当該チケットを購入したユーザの情報処理端末に表示させる技術が開発されている。特許文献１には、ユーザによるチケット購入処理によって、チケットデータがスマートフォンなどの情報処理端末にダウンロードされる技術が開示されている。そして、特許文献１に記載の技術では、スマートフォンなどの情報処理端末にダウンロードされたチケットデータを画面に表示し、当該画面上で所定の操作を検出したことを条件に所定の入力指示を検出し、当該所定の入力指示の検出を条件に当該チケットデータの使用履歴を示すステータスデータを更新する。特許文献１には、これによって、スマートフォンなどの情報処理端末がサーバと通信を行えない状況であっても、チケットデータを使用することができると記載されている。

特開２０１４−０９６１３７号公報

上記の通り、特許文献１に記載の技術では、チケットデータの使用履歴を示すステータスデータの更新を、スマートフォンなどの情報処理端末で行う。そのため、ステータスデータをサーバで集中管理できず、当該ステータスデータの改ざんによるチケットデータの不正使用などの問題が生じるおそれがある。

本開示は、上記問題に鑑みてなされたものであり、情報処理端末にチケットデータをダウンロードする技術において、通信環境の悪い状態であっても入場処理を可能としつつ、ステータスデータをサーバで集中管理可能な情報処理プログラム、情報処理方法および情報処理端末を提供することを目的とする。

本開示の一実施形態に係る情報処理プログラムは、情報処理端末に、チケットデータを取得させるステップと、チケットデータに対応付けられた電子チケットを、当該電子チケットの操作状態を示す操作ステータスとともに、表示するステップと、チケットデータに対応する所定の条件を満たす場合に、電子チケットの操作ステータスを変更する操作を受け付け可能にするステップと、ユーザの操作ステータスを変更する操作に応答して、電子チケットの操作ステータスを、操作済に変更するステップと、電子チケットの操作ステータスが変更された以降に、チケットデータの使用ステータスを変更するための使用ステータス変更リクエストを送信するステップと、を実行させ、電子チケットの操作ステータスが操作済であってステータス変更リクエストが送信されない場合には、電子チケットの使用ステータスが変更されない。

本開示の一実施形態に係る情報処理プログラムは、情報処理装置に、使用ステータス変更リクエストが送信されない場合に、使用ステータス変更リクエストの送信を所定時間ごとにリトライするステップをさらに実行させてもよい。

本開示の一実施形態に係る情報処理プログラムは、情報処理装置に、ステータス変更リクエストが送信されない場合に、使用ステータス変更リクエストの送信を所定回数リトライするステップをさらに実行させてもよい。

本開示の一実施形態に係る情報処理プログラムは、所定の条件は、チケットデータに対応する所定時間内であるかを条件としてもよい。

本開示の一実施形態に係る情報処理プログラムは、情報処理装置に、使用ステータス変更リクエストを送信する前に、通信可能か否かを判定するステップと、判定の結果が通信可能である場合に、ステータス変更リクエストを送信するステップをさらに実行させてもよい。

本開示の一実施形態に係る情報処理プログラムは、情報処理装置に、電子チケットとともに、当該電子チケットに対応づけられたオブジェクトを表示するステップをさらに実行させ、第１イベントに対応付けられた第１電子チケットに対応づけられた第１オブジェクトと、第２イベントに対応付けられた第２電子チケットに対応づけられた第２オブジェクトとは、互いに異なるオブジェクトであってもよい。

本開示の一実施形態に係る情報処理プログラムは、オブジェクトは、ユーザの操作に応答して動的に変化するオブジェクトを含んでいてもよい。

本開示の一実施形態に係る情報処理プログラムは、オブジェクトは、背景であってもよい。

本開示の一実施形態に係る情報処理プログラムは、情報処理装置に、電子チケットの操作ステータスを未操作で表示させた以降で、電子チケットの操作ステータスを操作済で表示させる以前に、当該操作ステータスの変更を取り消せない旨の通知を行うステップをさらに実行させてもよい。

本開示の一実施形態に係る情報処理プログラムは、電子チケットの操作ステータスを操作済で表示させた以降、電子チケットの操作ステータスを未操作に変更させなくてもよい。

本開示の一実施形態に係る情報処理プログラムは、電子チケットの操作ステータスを操作済で表示させた以降、所定の操作を受け付けたことに応答して、電子チケットの操作ステータスを未操作で表示させてもよい。

本開示の一実施形態に係る情報処理プログラムは、所定の操作は、チケットデータに予め対応付けられている操作であってもよい。

本開示の一実施形態に係る情報処理プログラムは、所定の操作は、情報処理端末の画面への操作入力、音声入力、文字入力のいずれかであってもよい。

本開示の一実施形態に係る情報処理方法は、チケットデータを取得させるステップと、チケットデータに対応付けられた電子チケットを、当該電子チケットの操作状態を示す操作ステータスとともに、表示するステップと、チケットデータに対応する所定の条件を満たす場合に、電子チケットの操作ステータスを変更する操作を受け付け可能にするステップと、ユーザの操作ステータスを変更する操作に応答して、電子チケットの操作ステータスを、操作済に変更するステップと、電子チケットの操作ステータスが変更された以降に、チケットデータの使用ステータスを変更するための使用ステータス変更リクエストを送信するステップと、を実行させ、電子チケットの操作ステータスが操作済であってステータス変更リクエストが送信されない場合には、電子チケットの使用ステータスが変更されない。

本開示の一実施形態に係る情報処理端末は、チケットデータを取得させる取得処理部と、チケットデータに対応付けられた電子チケットを、当該電子チケットの操作状態を示す操作ステータスとともに、表示する表示処理部と、チケットデータに対応する所定の条件を満たす場合に、電子チケットの操作ステータスを変更する操作を受け付け可能にする受付処理部と、ユーザの操作ステータスを変更する操作に応答して、電子チケットの操作ステータスを、操作済に変更する送信処理部と、を備え、送信処理部は、電子チケットの操作ステータスが変更された以降に、チケットデータの使用ステータスを変更するための使用ステータス変更リクエストを送信し、電子チケットの操作ステータスが操作済であってステータス変更リクエストが送信されない場合には、電子チケットの使用ステータスが変更されない。

実施形態の一態様における通信システムの構成を示す図。 実施形態の一態様における端末に表示される電子チケットリストを示す図。 実施形態の一態様における端末に表示される電子チケットの一例を示す図。 実施形態の一態様における端末に表示される電子チケットの他の例を示す図。 実施形態の一態様における端末に表示される電子チケットの他の例を示す図。 実施形態の一態様における端末に表示される電子チケットの他の例を示す図。 実施形態の一態様におけるケットデータに関する情報の例を示す図。 実施形態の一態様における通信システムの処理のシーケンスの一例を示す図。 実施形態の一態様における端末の処理の一例を示すフローチャート。

＜法的事項の遵守＞
本明細書に記載の開示を実施する場合は、本開示の実施に関連する実施国の法的事項を遵守の上で実施されるものであることに留意されたい。

本開示に係る情報処理プログラム、情報処理方法および情報処理端末を実施するための実施形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の一実施形態における通信システムの構成を示す。図１に開示されるように、通信システムでは、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。

ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク３０のうちの１つ又は複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク３０は、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（integrated service digital networks）、無線ＬＡＮｓ、ＬＴＥ（long term evolution）ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、又は、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つ又は複数のネットワーク３０を含むことができる。

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、又は他種のコンピュータ、又はコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されても良い。

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。また、必要に応じて端末２０Xに対応付けられたユーザ情報をユーザ情報X、端末２０Xを操作するユーザをユーザXとして説明する。なお、ユーザ情報は、インスタントメッセンジャーを代表とするSNS（Social Networking Service）におけるアカウントに対応付けられた情報の一部又は全部である。ユーザ情報は、限定でなく例として、ユーザにより入力されるユーザ名、ユーザ画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向や、SNSシステムにより設定されるユーザ識別子などのユーザを特定可能な情報などを含み、これらのいずれか一つ又は、組み合わせであってもよい。

サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、又はコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されても良い。

＜ハードウェア（HW）構成＞
図１を用いて、通信システムに含まれる各装置のHW構成について説明する。

（１）端末のHW構成

端末２０は、制御装置２１（ＣＰＵ：central processing unit（中央処理装置））、記憶装置２８、通信Ｉ／Ｆ２２（インタフェース）、入出力装置２３、表示装置２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のHWの各構成要素は、限定でなく例として、バスBを介して相互に接続される。

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御装置２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御装置２１に伝達する。

入出力装置２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力装置２３は、入力装置と出力装置が一体化していても良いし、入力装置と出力装置に分離していてもよい。

入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置２１に伝達できる全ての種類の装置のいずれか又はその組み合わせにより実現される。入力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。

出力装置は、制御装置２１で処理された処理結果を出力することができる全ての種類の装置のいずれか又はその組み合わせにより実現される。出力装置は、限定でなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定でなく例として３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

表示装置２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれか又はその組み合わせにより実現される。表示装置２４は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示装置２４は、３Dで表示データを表示可能であってもよい。

入出力装置２３がタッチパネルの場合、入出力装置２３と表示装置２４とは、略同一の大きさおよび形状で対向して配置されていても良い。

制御装置２１は、プログラム内に含まれたコード又は命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御装置２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

記憶装置２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置２８は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。

端末２０は、プログラムＰを記憶装置２８に記憶し、このプログラムＰを実行することで、制御装置２１が、制御装置２１に含まれる各部としての処理を実行する。つまり、記憶装置２８に記憶されるプログラムＰは、端末２０に、制御装置２１が実行する各機能を実現させる。

マイク２５は、音声データの入力に利用される。スピーカ２６は、音声データの出力に利用される。カメラ２７は、動画像データの取得に利用される。

（２）サーバのHW構成
サーバ１０は、制御装置１１（ＣＰＵ）、記憶装置１５、通信Ｉ／Ｆ１４（インタフェース）、入出力装置１２、ディスプレイ１３を備える。サーバ１０のHWの各構成要素は、限定でなく例として、バスBを介して相互に接続される。

制御装置１１は、プログラム内に含まれたコード又は命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御装置１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよい。ただし、本開示において、制御装置１１は、これらに限定されない。

記憶装置１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶装置１５は、これらに限定されない。

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御装置１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御装置１１に伝達する。

入出力装置１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力装置１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置１１に伝達できる全ての種類の装置のいずれか又はその組み合わせにより実現される。入出力装置１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力装置１２、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよい。ただし、本開示において、入出力装置１２は、これらに限定されない。

ディスプレイ１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよい。なお、これらのディスプレイ１３は、は、３Dで表示データを表示可能であってもよい。ただし、本開示において、ディスプレイ１３は、これらに限定されない。

サーバ１０は、プログラムＰを記憶装置１５に記憶し、このプログラムＰを実行することで、制御装置１１が、制御装置１１に含まれる各部としての処理を実行する。つまり、記憶装置１５に記憶されるプログラムＰは、サーバ１０に、制御装置１１が実行する各機能を実現させる。

本開示の各実施形態においては、端末２０および／又はサーバ１０のＣＰＵがプログラムPを実行することにより、実現するものとして説明する。

なお、端末２０の制御装置２１、および／又は、サーバ１０の制御装置１１は、ＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよい。また、これらの回路は、１又は複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

また、本開示の各実施形態のプログラムP(ソフトウェアプログラム/コンピュータプログラム)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。

記憶媒体は適切な場合、１つ又は複数の半導体ベースの、又は他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）又は特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、又はこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、又は揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイス又は媒体であってもよい。

サーバ１０および／又は端末２０は、限定でなく例として記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムＰは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／又は端末２０に提供されてもよい。サーバ１０および／又は端末２０は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ１０および／又は端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよい。この場合、端末２０の制御装置２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよい。
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよい。この場合、サーバ１０の制御装置１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。

なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。

＜本開示の一実施形態＞
本開示の一実施形態は、電子チケットが使用された場合、端末において当該電子チケットの使用ステータス更新を行わずに、当該電子チケットの使用ステータスが、未使用から使用済に変更されるように表示態様を遷移させ、サーバにおいて当該電子チケットの使用履歴である使用ステータスを未使用から使用済に更新する形態である。本実施形態によれば、端末での入場操作と、電子チケットの使用ステータス更新を分離して実行することができるため、通信環境の悪い環境であっても、端末を使用するユーザに不便をかけることなく入場操作を行わせることができる。

説明のため、端末における電子チケットの表示上の使用ステータスを操作ステータスと表現し、そのステータスを未操作、および/または、操作済と表現する。

また、サーバにおける電子チケットの実際の使用ステータスを使用ステータスと表現し、そのステータスを未使用、および/または、使用済と表現する。なお、後述のとおり、使用ステータスの更新はサーバで行うため、端末では使用ステータスの更新は行われず、表示遷移により操作ステータスを変化させることで、ユーザに当該電子チケットを使用したかのようなUI/UXを提供する。

＜機能構成＞
（１）端末の機能構成

図１に示すように、端末２０（端末２０Ａ乃至２０Ｃ）は、制御装置２１により実現される機能として、取得処理部２１０と、表示処理部２１１と、受付処理部２１２と、送信処理部２１３とを有する。

取得処理部２１０は、サーバ１０から、チケットデータを取得する機能を備える。取得処理部２１０は、所定のタイミングで、サーバ１０から、チケットデータを取得する。所定のタイミングは、限定でなく例として、端末２０のユーザがチケットを購入した時点など、チケットデータが当該ユーザに関連付けられたタイミングである。また、所定のタイミングは、予め定められたチケットの分配タイミングや、公演日時から予め定められた所定日数前の日時や所定時間前の日時であってもよい。また、所定のタイミングは、端末２０がサーバ１０に対してチケットデータの送信を要求したタイミングであってもよい。なお、所定のタイミングは、これらの例に限られず、どのようなタイミングであってもよく、これらの組み合わせであってもよい。

チケットデータは、イベントの入場券（チケット）に関するデータである。チケットデータは、イベントのタイトルや出演者、当該イベントの開催日時や開催場所など、当該イベントに関する情報を含む。また、チケットデータは、座席の種類や位置など、当該座席に関する情報を含む。チケットデータは、端末２０の表示装置２４に、当該チケットデータに対応付けられた電子チケットを表示するための画像データを含んでいてもよい。

表示処理部２１１は、端末２０のユーザに関連付けられた複数のチケットデータの各々に対応する電子チケットを、表示装置２４に表示する機能を備える。また、表示処理部２１１は、取得したチケットデータに対応付けられた電子チケットが未操作であることを識別可能な表示態様で、当該電子チケットを表示装置２４に表示する機能を備える。また、表示処理部２１１は、電子チケットを操作済であることを識別可能な表示態様で、当該電子チケットを表示装置２４に表示する機能を備える。後述の説明では、説明の簡易化のため、電子チケットが未操作であることを識別可能な表示態様を「未操作表示」と表現し、電子チケットが操作済であることを識別可能な表示態様を「操作済表示」と表現する。

表示処理部２１１は、未操作表示の電子チケットを、操作済表示に遷移させるための操作を受け付けたことに応答して、当該電子チケットを操作済表示で表示させる。イベントスタッフは操作済表示の電子チケットを確認し、当該電子チケットを見せたユーザにイベントへの入場を許可する。このように、表示処理部２１１が所定の操作を受け付けたことに応答して、電子チケットを操作済表示で表示するため、チケットデータをダウンロードした端末の通信環境が悪い状態であっても入場処理を可能とする。

また、表示処理部２１１は、電子チケットを操作済表示で表示した場合、所定の操作を受け付けなければ、当該電子チケットを未操作表示で表示させない。操作済表示が表示された以降においては、所定の操作を受け付けなければ未操作表示を表示できないように制御することで、悪意のあるユーザの不正行為を抑制することができる。なお、後述の説明を簡単にするため、当該所定の操作をスタッフ操作と表現する。

所定の操作は、端末２０の表示装置２４である画面に対して、予め定められた操作を行うことである。所定の操作は、限定でなく例として、端末２０の表示装置２４である画面に対して、予め定められた軌跡に従って、スワイプ操作すること、又は、予め定められた文字入力を行うことであってもよく、所定のコードやパスワードの入力などであってもよい。また、所定の操作は、端末２０の表示装置２４である画面に対する操作である必要はなく、予め定められた音声入力を行うことなどであってもよい。また、所定の操作は、イベントごと、チケットタイプごと、又はイベント開催日ごとに異なっていてもよい。

このように、表示処理部２１１は、電子チケットを操作済表示で表示した場合、所定の操作を受け付けなければ、当該電子チケットを未操作表示で表示させない。このように、操作済表示で表示した電子チケットは、所定の操作を把握している者（限定でなく例として、イベント開催者やイベントスタッフ）でなければ、未操作表示に遷移させることができないため、悪意あるユーザなどによる電子チケットの不正利用を防止することができる。これにより、例えば、ユーザの誤操作によって電子チケットを操作済とした場合にも、当該所定の操作を他のユーザ（例えば、イベントスタッフ）に操作してもらうことで、ユーザの不正行為を未然に防ぎながらに誤操作への対応が可能となる。

＜チケットデータの操作ステータスを変更する操作を可能にする所定の条件＞
受付処理部２１２は、チケットデータに応じた所定の条件を満たす場合に、当該チケットデータの操作ステータスを変更する操作を受け付け可能にする。

受付処理部２１２は、チケットデータに応じた所定時間内に、当該チケットデータの操作ステータスを変更する操作を受け付け可能にする。チケットデータに応じた所定時間は、当該チケットデータに対応づけられた時間（限定でなく例として、会場時間や開演時間）に基づいて設定される時間や、任意に設定される時間である。限定でなく例として、電子チケットに対応付けられたイベントの会場時間以降であり開演時間以前の時間や、電子チケットに対応付けられたイベントの会場時間以降の時間である。

また、受付処理部２１２は、端末２０がチケットデータに応じた所定距離内に存在する場合に、当該チケットデータの操作ステータスを変更する操作を受け付け可能にしてもよい。チケットデータに応じた所定距離は、端末２０が電子チケットに対応付けられたイベントの会場付近に近づいた場合であってもよい。イベントの会場付近は、当該イベントの会場や、当該イベントの会場への入場口から、所定の距離以内である。所定の距離は、任意に設定可能であり、限定でなく例として、１ｋｍや、１００ｍ、１０ｍなど、どのような距離であってもよい。端末２０の受付処理部２１２は、限定でなく例として、ＧＰＳなどにより、端末２０が電子チケットに対応付けられたイベントの会場付近に近づいたか否かを判定可能である。表示処理部２１１は、イベントの会場や当該イベントの会場への入場口から、端末２０が所定の距離以内に位置すると判定した場合、当該チケットデータの操作ステータスを変更する操作を受け付け可能にする。一方、受付処理部２１２は、イベントの会場や当該イベントの会場の入場口から、端末２０が所定の距離以内に位置すると判定しない場合、チケットデータの操作ステータスを変更する操作を受け付け可能にしない。

また、受付処理部２１２は、端末２０がチケットデータに応じた所定の信号を受信した場合に、当該チケットデータの操作ステータスを変更する操作を受け付け可能にしてもよい。端末２０は、チケットデータに応じた所定の信号を、限定でなく例として、サーバ１０や、イベント会場の入場口付近に設けられた任意の装置（図示しない）から、受信する。

前述の所定の条件は組み合わされても良い。限定でなく例として、所定の時間と所定の信号を受信することとを組み合わせた場合、チケットデータに応じた所定の時間が、端末２０が当該チケットデータの操作ステータスを変更する操作を受け付け可能にする所定の距離内に存在すると判定された時間や、端末２０が当該チケットデータの操作ステータスを変更する操作を受け付け可能にすることを要求するための信号を受信した時間に基づいて設定されてもよい。

上記の通り、チケットデータに応じた所定の条件を満たさなければ、チケットデータの操作ステータスを変更する操作を受け付け可能にしないため、誤操作によって当該電子チケットの操作ステータスを未操作から操作済に変更されることを防止することが可能となる。後述の説明においては、説明の簡易化のため、所定の条件を所定時間として説明する。

送信処理部２１３は、電子チケットの操作ステータスを操作済にするための所定の操作を受け付けたことに応答して、当該電子チケットに対応するチケットデータの使用ステータスを変更する、使用ステータス変更リクエストをサーバ１０に送信する。送信処理部２１３は、操作済表示の電子チケットを表示したことに応答して、当該電子チケットに対応するチケットデータの使用ステータス変更リクエストを送信してもよい。このように、送信処理部２１３が、当該電子チケットに対応するチケットデータの使用ステータス変更リクエストをサーバ１０に送信するため、使用ステータスデータをサーバで集中管理することができ、端末２０のユーザによる使用ステータスデータの改ざんを防止することができる。

送信処理部２１３は、使用ステータス変更リクエストを送信できない場合に、使用ステータス変更リクエスト送信を所定回数リトライしてもよい。また、送信処理部２１３は、使用ステータス変更リクエストを送信できない場合に、使用ステータス変更リクエスト送信を、所定時間ごとにリトライしてもよい。また、送信処理部２１３は、使用ステータス変更リクエストを送信できない場合に、使用ステータス変更リクエスト送信を、所定時間ごとに所定回数リトライしてもよい。

送信処理部２１３は、使用ステータス変更リクエストを送信する前に、通信可能か否かを判定してもよい。送信処理部２１３は、通信可能と判定したことに応答して、使用ステータス変更リクエストを送信してもよい。送信処理部２１３は、通信不可能と判定したことに応答して、使用ステータス変更リクエストを送信しない。送信処理部２１３は、通信不可能と判定したことに応答して、通信可能か否かを判定することを、所定回数リトライしてもよい。送信処理部２１３は、通信不可能と判定したことに応答して、通信可能か否かを判定することを、所定時間ごとにリトライしてもよい。送信処理部２１３は、通信不可能と判定したことに応答して、通信可能か否かを判定することを、所定時間ごとに所定回数リトライしてもよい。

送信処理部２１３は、サーバ１０に対して、使用ステータス変更リクエストに加えて、使用ステータス変更リクエストの送信のリトライに関する情報を送信してもよい。送信処理部２１３は、サーバ１０に対して、使用ステータス変更リクエストの送信をリトライした回数や、リトライした時刻を送信してもよい。送信処理部２１３は、サーバ１０に対して、通信可能か否かの判定をリトライした回数や、リトライした時刻を送信してもよい。

上記の通り、送信処理部２１３は、使用ステータス変更リクエストを送信できない場合に、使用ステータス変更リクエストを送信することをリトライするため、当該リトライの回数や時間を集計することにより、イベントを開催する会場周辺の通信環境を把握することができる。具体的には、複数の端末２０における使用ステータス変更リクエストのリトライの状況から、通信環境が整っていなかった端末２０の台数や、通信環境が整っていなかった時間帯を集計することで、通信環境の悪いイベントの会場を把握することができる。その結果、イベントの主催者や開催者は、当該イベントの会場の通信環境の改善を検討したり、適切な会場を選択したりすることが可能となる。

（２）端末の表示装置２４に表示される画面
図２乃至６を用いて、表示処理部２１１が端末２０に表示する画面について説明する。

図２は、端末２０の表示装置２４に表示される電子チケットの一覧を示す図である。図２に示すように、端末２０の表示装置２４には、端末２０のユーザに関連付けられた複数のチケットデータの各々に対応する電子チケットの一覧である電子チケットリスト４０が表示される。端末２０のユーザに関連付けられた複数のチケットデータは、当該ユーザが購入又は取得した複数のチケットデータである。

図２に示すように、電子チケットリスト４０には、複数の電子チケットに関する情報４１が表示される。電子チケットリスト４０には、第１イベントに対応付けられた第１電子チケットに関する情報４１Ａと、第２イベントに対応付けられた第２電子チケットに関する情報４１Ｂを含む。第１電子チケットに関する情報４１Ａと、第２電子チケットに関する情報４１Ｂとは、表示態様が異なる。図２に示すように、第１電子チケットに関する情報４１Ａと、第２電子チケットに関する情報４１Ｂとは、その表示態様としての背景が互いに異なる。なお、端末２０に関連付けられたチケットデータが１つの場合、当該１つのチケットデータに対応する電子チケットが表示される。

電子チケットリスト４０に含まれる電子チケットに関する情報４１の各々には、イベントに出演する出演者の写真や、当該イベントのアイコンなど、当該イベントに関するオブジェクト４２が含まれていてもよい。図２に示すように、第１電子チケットに関する情報４１Ａに含まれるオブジェクト４２Ａと、第２電子チケットに関する情報４１Ｂに含まれるオブジェクト４２Ｂとは、その表示態様が互いに異なる。これにより、端末２０のユーザは、電子チケットリスト４０に含まれる複数の電子チケットに関する情報４１を、互いに異なる情報４１として識別可能である。また、電子チケットリスト４０に含まれる電子チケットに関する情報４１の各々に対応づけて、当該イベントを共有した友だちに対応づけられた情報を表示してもよい（図示なし）。限定でなく例として、当該イベントを共有した友だちに対応づけられた情報とは、当該イベントの情報を送信した友だち、又は当該イベントの電子チケットを分配した友だち、又は当該イベントの電子チケットを所有する友だちに関する情報であり、代表的には当該友だちのアイコンである。

また、電子チケットリスト４０に含まれる電子チケットに関する情報４１の各々には、イベントに関する各種の情報がテキストデータ４３として含まれていてもよい。図２に示すように、テキストデータ４３は、イベントのタイトルや出演者、当該イベントの日時や場所など、当該イベントに関する情報を含んでいてもよい。電子チケットリスト４０に含まれる電子チケットに関する情報の各々は、これらの情報以外にも、端末２０のユーザが複数の電子チケットの各々を互いに識別可能な情報を含んでいてもよい。これにより、端末２０のユーザは、電子チケットリスト４０に含まれる複数の電子チケットに関する情報４１を、互いに異なる情報４１として識別可能である。

図２に示すように、電子チケットリスト４０には、端末２０のユーザに対するリコメンド情報４４情報を含んでいてもよい。リコメンド情報４４は、端末２０のユーザに推薦するイベントに関する情報である。リコメンド情報４４は、電子チケットリストに含まれる電子チケットや、端末２０のユーザが過去に購入した電子チケットの購入履歴、端末２０の位置情報などに基づいて、決定してもよい。リコメンド情報４４は、電子チケットリスト４０に含まれる電子チケットのイベントの出演者が他のイベントに出演する場合、当該他のイベントに関する情報であってもよい。また、リコメンド情報４４は、電子チケットリスト４０に含まれる電子チケットのイベント（オーケストラのイベント）と同種のイベント（他のオーケストラのイベント）に関する情報であってもよい。これにより、端末２０のユーザに対して、当該ユーザが興味を持ちそうなイベントを当該ユーザに推薦することが可能となり、新たな電子チケットの購入を促すことができる。

図２に示す電子チケットリスト４０に含まれる電子チケットの情報４１の各々は、端末２０のユーザが入出力装置２３を介して選択可能である。端末２０のユーザが電子チケットリスト４０に含まれる電子チケットの情報４１を選択した場合、端末２０の表示装置２４には、選択された電子チケットの情報４１に対応する電子チケットが表示される。

図３は、端末２０の表示装置２４に表示される電子チケットの一例を示す図である。図３に示すように、端末２０の表示装置２４は、電子チケット５０を表示する。図３に示す電子チケット５０は、端末２０のユーザが電子チケットリスト４０に含まれる電子チケットの情報４１を選択した場合に表示される。なお、図３に示す電子チケット５０は、当該電子チケット５０が未操作表示で表示される場合の例である。

図３に示すように、電子チケット５０は、イベントのタイトルや出演者のアイコンを含む領域５１を含む。電子チケット５０の領域５１は、イベントに出演する出演者の写真や、当該イベントのアイコンなど、当該イベントに関するオブジェクト５２が含まれていてもよい。また、電子チケット５０の領域５１は、イベントのタイトルなどのテキストデータ５３が含まれていてもよい。図３に示す電子チケット５０では、テキストデータ５３として、「ＬＩＶＥ ＴＯＵＲ ２０××」が表示される。これにより、端末２０のユーザは、電子チケット５０に対応付けられたイベントに関する情報を認識することが可能となる。なお、電子チケット５０の領域５１は、これらの情報に限られず、端末２０のユーザが、当該電子チケット５０を他の電子チケットから識別可能な他の情報が含まれていてもよい。

図３に示すように、電子チケット５０は、イベントや座席に関する情報を表示する領域５４を含む。電子チケット５０の領域５４は、イベントの日時や場所など、当該イベントに関する詳細な情報であるイベント情報５５を含んでいてもよい。図３に示す電子チケット５０では、イベント情報５５として、「公演日：２０××年６月３０日」、「開演／開場：１７：００／１８：００」及び「会場：××××」が表示される。また、電子チケット５０の領域５４は、当該電子チケット５０に対応付けられた座席に関する座席情報５６を含んでいてもよい。図３に示す電子チケット５０では、座席情報５６として、「全席指定」及び「アリーナＡ １列 ２０番」が表示される。これにより、端末２０のユーザは、電子チケット５０に対応付けられたイベントに関する情報や、座席情報を認識することが可能となる。

図３に示すように、電子チケット５０は、所定のオブジェクト５７を含む。所定のオブジェクト５７は、所定のイラストや所定のアイコン、所定のアニメーション、所定の動画など、どのようなデータを含んでいてもよい。また、所定のオブジェクト５７は、必ずしも所定のイラストや所定のアイコンなどである必要はなく、電子チケット５０の背景であってもよい。また、所定のオブジェクト５７は、静的なものであってもよいし、動的なものであってもよい。

所定のオブジェクト５７が動的である場合、当該所定のオブジェクト５７の表示態様が所定の周期又はランダムで変更される。所定のオブジェクト５７は、限定でなく例として、表示された位置で、所定の周期又はランダムに回転する動作を行っているような表示態様で表示される。また、所定のオブジェクト５７が動的である場合、当該所定のオブジェクト５７の一部の表示態様が、所定の周期又はランダムに変更されてもよい。所定のオブジェクト５７は、限定でなく例として、表示された位置で、所定の周期又はランダムに特定の動作（笑う、泣く、話す、足踏みするなど、どのような動作であってもよい）を行っているような表示態様で表示されてもよい。

また、所定のオブジェクト５７は、電子チケット５０における当該所定のオブジェクト５７の表示位置が、所定の周期又はランダムに変更されてもよい。図３において、所定のオブジェクト５７は電子チケット５０の右下に位置しているが、所定の周期又はランダムに、当該電子チケット５０の他の場所に表示されてもよい。所定のオブジェクト５７は、所定の周期又はランダムに、一の表示位置から他の表示位置に移動してもよい。また、所定のオブジェクト５７自体が、所定の周期又はランダムに変更されてもよい。図３において、所定のオブジェクト５７は、「クマ」も模したイラストであるが、「ネコ」など他のイラストに変更されてもよい。

また、所定のオブジェクト５７は、背景であってもよく、当該所定のオブジェクト５７が動的な場合、当該電子チケット５０の背景が所定の周期又はランダムに変化する。所定のオブジェクト５７が背景の場合、当該背景の色や態様が、所定の周期又はランダムに変化してもよい。なお、所定のオブジェクト５７は、電子チケット５０の背景全体である必要はなく、背景の一部であってもよい。所定のオブジェクト５７が背景の一部の場合、当該背景の一部の色や態様が、所定の周期又はランダムに変化する。

上記の通り、電子チケット５０が、所定のオブジェクト５７を含むため、端末２０のユーザは電子チケット５０の改ざんや複製を行うことが困難となり、電子チケット５０の不正使用を防止することができる。また、所定のオブジェクト５７が動的なオブジェクトの場合には、当該所定のオブジェクト５７が所定の周期又はランダムに変化するか否かを確認することで、電子チケット５０が改ざん又は複製されたものかを判定することが可能になり、電子チケット５０の不正使用を防止することができる。また、当該所定のオブジェクト５７をユーザからの操作に応答して動的に表示させることによって、当該所定のオブジェクト５７が表示される画面が録画されたものかどうかを判定できる。

また、所定のオブジェクト５７は、電子チケット５０ごとに異なるものとしてもよい。第１イベントに対応付けられた第１電子チケット５０Ａと、第２イベントに対応付けられた第２電子チケット５０Ｂと、は表示される所定のオブジェクト５７が異なるものであってもよい。これにより、端末２０のユーザは、当該端末２０の表示装置２４に表示される電子チケット５０の各々を互いに識別することが可能となる。また、電子チケット５０ごとに所定のオブジェクト５７が異なるため、当該電子チケット５０を改ざん又は複製するためには、当該電子チケット５０ごとに改ざん又は複製する必要があり、手間を要することになり、電子チケット５０の不正使用を抑制することができる。

図３に示すように、電子チケット５０は、入場画面に遷移させるための領域５８を含む。領域５８は、チケットデータに応じた所定時間内において、端末２０のユーザが入出力装置２３を介して選択可能である。具体的には、受付処理部２１２が、チケットデータに応じた所定時間内に、入場画面に遷移させるための領域５８を選択可能にする。領域５８がアクティブになると、端末２０のユーザは、当該領域５８を、入出力装置２３を介して選択可能となる。なお、ユーザの操作に応答して、未操作表示の電子チケット５０が表示される画面から遷移して、当該入場画面が表示される。

上記の通り、電子チケット５０の領域５８が、チケットデータに応じた所定時間内において、端末２０のユーザが入出力装置２３を介して選択可能であるため、イベントの開催が近くなった時点で入場画面に遷移させることができ、イベントの開催とは無関係なタイミングにおいて誤動作によって入場画面に遷移することを防止することが可能となる。

図４は、端末２０の表示装置２４に表示される電子チケット５０の他の例を示す図である。図４は、電子チケット５０の入場画面に遷移させるための領域５８が選択された場合に、端末２０の表示装置２４に表示される電子チケット５０の例である。図４に示すように、電子チケット５０は、テキストデータが表示される領域５９と、所定の操作を受け付けるための操作画面に遷移させるための領域６０が表示される。なお、図４に示す電子チケット５０の領域５１や領域５４は、図３に示す領域５１や領域５４と同様であるため、詳細な説明は省略される。

図４に示すように、テキストデータが表示される領域５９は、テキストデータとして、「入場スタッフにこの画面を提示して下さい」という文字列を含む。これにより、端末２０のユーザに対して、電子チケット５０をイベントの会場の入場スタッフに提示することを促すことができる。

また、図４に示すように、操作画面に遷移させるための領域６０は、端末２０の入出力装置２３を介して選択可能である。操作画面に遷移させるための領域６０は、「入場画面へ」という文字列が表示されてもよい。操作画面に遷移させるための領域６０は、表示された以降、入出力装置２３を介していつでも選択可能であってもよいし、チケットデータに応じた所定時間内においてのみ選択可能であってもよい。具体的には、受付処理部２１２が、チケットデータに応じた所定時間内に、操作画面に遷移させるための領域６０を選択可能にする。操作画面に遷移させるための領域６０がアクティブになると、端末２０のユーザは、当該操作画面に遷移させるための領域６０を、入出力装置２３を介して選択可能となる。

図５は、端末２０の表示装置２４に表示される電子チケット５０の他の例を示す図である。図５は、遷移させるための領域６０が選択された場合に、端末２０の表示装置２４に表示される電子チケット５０の例である。図５に示すように、電子チケット５０には、所定の操作を受け付けるための操作画面６１が表示される。なお、電子チケット５０の他の領域は、図３や図４に表示する他の領域と同様であるため、詳細な説明は省略される。

図５に示すように、操作画面６１は、テキストデータ６２と、電子チケット５０を未操作表示から操作済表示にする操作を行う場合に選択する領域６３と、キャンセルする場合に選択する領域６４を含む。図５に示すように、操作画面６１は、電子チケット５０に重畳する表示態様で表示される。なお、操作画面６１は、重畳する表示態様に限られず、電子チケット５０の領域の一部として表示されてもよいし、操作画面６１のみが表示されてもよい。

図５に示すように、操作画面６１は、電子チケット５０を使用済みにする操作を行う場合に選択する領域６３を含む。領域６３は、「ＯＫ」という文字列が表示されていてもよい。領域６３は、端末２０の入出力装置２３を介して、選択可能である。領域６３が選択されたことに応答して、電子チケット５０は、操作済表示に遷移する。

図５に示すように、操作画面６１は、キャンセルする操作を行う場合に選択する領域６４を含んでいてもよい。領域６４は、「キャンセル」という文字列が表示されていてもよい。端末２０の表示装置２４は、領域６４が選択されたことに応答して、操作画面６１の表示から、図４に示す操作画面への遷移を選択するための画面に遷移してもよい。また、端末２０の表示装置２４は、領域６４が選択されたことに応答して、図３に示す入場画面に遷移させるための画面に遷移してもよい。

図５に示すように、操作画面６１は、テキストデータ６０として、「入場済みにします （入場スタッフ操作用） “ＯＫ”を押すとこのチケットを入場済みにします 一度その操作を行うと取り消すことはできません」という文字列を含む。「入場スタッフ操作用」という文字列により、端末２０のユーザに対して、操作画面６１がイベントの会場の入場スタッフの操作用の画面であることを認識させることができる。

また、「一度その操作を行うと取り消すことはできません」という文字列により、端末２０のユーザに対して、電子チケット５０を操作済表示させた以降に、当該画面の遷移を取り消せない旨の通知を行うことができる。これにより、端末２０のユーザなどの誤操作により、当該電子チケット５０が操作済表示に遷移することを防止できる。

図６は、端末２０の表示装置２４に表示される電子チケット５０の他の例を示す図である。図６は、図５に示す操作画面６１の領域６３が選択されたことに応答して表示される画面である。図６に示す電子チケット５０は、操作済表示で表示された電子チケット５０である。

図６に示すように、操作済表示された電子チケット５０は、「CONFIRMED」という文字が添えられた所定のオブジェクト６５を含む。なお、図６に示す電子チケット５０の領域５１や領域５４は、図３に示す領域５１や領域５４と同様であるため、詳細な説明は省略される。

図６に示すように、電子チケット５０は、「CONFIRMED」という文字が添えられた所定のオブジェクト６５を含む。このように、電子チケット５０は、「CONFIRMED」という文字が添えられた所定のオブジェクト６５を含むことにより、操作済表示で表示される。なお、所定のオブジェクト６５に含まれる文字は、電子チケット５０が操作済であることを識別可能な文字であれば、どのような文字であってもよい。なお、所定のオブジェクト６５は、電子チケット５０が操作済であることを識別可能であれば、必ずしも文字列を含む必要はない。

所定のオブジェクト６５は、所定のイラストや所定のアイコンなど、どのようなデータを含んでいてもよい。また、所定のオブジェクト６５は、必ずしも所定のイラストや所定の安根である必要はなく、電子チケット５０の背景であってもよい。また、所定のオブジェクト６５は、静的なものであってもよいし、動的なものであってもよい。なお、所定のオブジェクト６５は、「CONFIRMED」という文字が添えられた以外は、図３に示す所定のオブジェクト５７と同様であるため、詳細な説明は省略される。

上記の通り、電子チケット５０は、「CONFIRMED」という文字が添えられた所定のオブジェクト６５を含むことにより、操作済表示で表示されるため、端末２０のユーザや入場スタッフなどに対して、電子チケット５０が操作済であることを認識させることができる。

（３）サーバの機能構成
図１に示すように、サーバ１０は、制御装置１１により実現される機能として、送信処理部１１０と、受信処理部１１１を有する。

送信処理部１１０は、端末２０に対して、チケットデータを送信する機能を備える。送信処理部１１０は、所定のタイミングで、端末２０に対して、チケットデータを送信する。所定のタイミングは、限定でなく例として、端末２０のユーザがチケットを購入した時点など、チケットデータが当該ユーザに関連付けられたタイミングである。また、所定のタイミングは、予め定められたチケットの分配タイミングや、公演日時から予め定められた所定日数前の日時であってもよい。また、所定のタイミングは、端末２０からチケットデータの送信リクエストを受信したタイミングであってもよい。なお、所定のタイミングは、これらの例に限られず、どのようなタイミングであってもよい。

また、送信処理部１１０は、端末２０に対して、電子チケット５０の操作ステータスを 変更する操作を受け付け可能にすることを許可する信号を送信してもよい。送信処理部１１０は、特定のイベントに対応付けられた複数の電子チケット５０の各々がダウンロードされた複数の端末２０に対して、一斉に、電子チケット５０の操作ステータスを変更する操作を受け付け可能にすることを許可する信号を送信してもよい。また、送信処理部１１０は、端末２０からの要求に応じて、電子チケット５０の操作ステータスを変更する操作を受け付け可能にすることを許可する信号を送信してもよい。

受信処理部１１１は、端末２０から、電子チケットに対応するチケットデータのステータス変更リクエストを受信する。受信処理部１１１は、使用ステータス変更リクエストを受信したことに応答して、記憶装置１５に記憶されているチケットデータに関する情報に含まれるステータス情報を、「未使用」から「使用済」に変更する。

図７は、サーバ１０の記憶装置１５に記憶されている、チケットデータに関する情報である。図７に示すように、チケットデータに関する情報は、当該チケットデータをダウンロードする端末２０を一意に識別可能な端末ＩＤを含む。また、チケットデータに関する情報は、チケットデータに対応するイベントのタイトルや出演者、当該イベントの日時や場所など、当該チケットデータに対応するイベントに関する情報を含む。また、チケットデータに関する情報は、座席の種類や位置など、当該座席に関する情報を含む。また、チケットデータに関する情報は、当該チケットデータの使用ステータスに関する情報を含む。使用ステータスに関する情報は、「未使用」又は「使用済み」である。また、図示しないが、チケットデータに関する情報として、使用ステータス変更リクエストを受信した時間や、端末２０が使用ステータス変更リクエスト送信をリトライした回数を含んでもよい。

受信処理部１１１は、端末２０から、チケットデータの使用ステータス変更リクエストを受信したことに応答して、サーバ１０の記憶装置１５に記憶されている使用ステータス情報を、「未使用」から、「使用済み」に変更する。具体的には、端末２０から、チケットデータの使用ステータス変更リクエストを受信したことに応答して、「チケットＡ」の使用ステータス情報を、「未使用」から、「使用済み」に変更する。

上記の通り、サーバ１０が、端末２０Ａからの使用ステータス変更リクエストに応答して、当該電子チケットに対応するチケットデータの使用ステータスの変更を行うため、チケットデータの使用ステータスをサーバ１０で集中管理することができ、端末２０のユーザによる当該使用ステータスデータの改ざんを防止することができる。

＜動作例＞
図８は、本開示の一実施形態における通信システムの動作例を示すシーケンス図である。

図８に示すように、サーバ１０の送信処理部１１０が、所定のタイミングで、チケットデータを端末２０に送信する（Ｓ１０１）。

端末２０の表示処理部２１１は、受信したチケットデータに基づいて、チケットデータに対応付けられた電子チケットを、未操作表示で表示装置２４に表示させる（Ｓ１０２）。

サーバ１０の送信処理部１１０は、端末２０に対して、電子チケット５０の操作ステータスを変更する操作を受け付け可能にすることを許可する信号を送信する（Ｓ１０３）。

端末２０の受付処理部２１２は、チケットデータに応じた所定時間内であるかをチェックし（Ｓ１０４）、所定時間内であると判定したことに応答して、電子チケットの操作ステータスを変更する操作を受け付け可能にする（Ｓ１０５）。

端末２０の表示処理部２１１は、電子チケット５０を入場済みにする操作を行うための操作画面６１（図５参照）を表示し（Ｓ１０６）、電子チケット５０を入場済みにする操作が行われたことに応答して、操作済表示で当該電子チケット５０を表示する（Ｓ１０７）。

端末２０の送信処理部２１３は、使用ステータス変更リクエストを送信する前に、通信可能か否かを判定し（Ｓ１０８）、送信可能であることに応答して、使用ステータス変更リクエストを送信する（Ｓ１０９）。なお、送信処理部２１３は、通信不可能と判定したことに応答して、通信可能か否かを判定することを、所定回数リトライしてもよい。

サーバ１０の受信処理部１１１は、端末２０から、電子チケットに対応するチケットデータの使用ステータス変更リクエストを受信したことに応答して、記憶装置１５に記憶されているチケットデータに関する情報に含まれる使用ステータス情報を、「使用済み」に変更する（Ｓ１１０）。

図９は、本開示の一実施形態における端末２０の動作例を示すフローチャートである。

図９に示すように、端末２０の表示処理部２１１は、受信したチケットデータに基づいて、チケットデータに対応付けられた電子チケットを、未操作表示で表示装置２４に表示させる（Ｓ２０１）。

受付処理部２１２は、チケットデータに応じた所定時間内であるかをチェックする（Ｓ２０２）。受付処理部２１２は、所定時間内であると判定したことに応答して（Ｓ２０２のＹＥＳ）、電子チケットの操作ステータスを変更する操作を受け付け可能にする（Ｓ２０３）。一方、受付処理部２１２は、所定時間内であると判定したことに応答して（Ｓ２０２のＮＯ）、電子チケットの操作ステータスを変更する操作を受け付け可能にせず（Ｓ２０４）、Ｓ２０２に戻る。

表示処理部２１１は、電子チケット５０を入場済みにする操作を行うための操作画面６１（図５参照）を表示する（Ｓ２０５）。表示処理部２１１は、電子チケット５０を入場済みにする操作が行われたことに応答して、操作済表示で当該電子チケット５０を表示する（Ｓ２０６）。

送信処理部２１３は、使用ステータス変更リクエストを送信する前に、通信可能か否かを判定する（Ｓ２０７）。送信処理部２１３は、送信可能であることに応答して（Ｓ２０７のＹＥＳ）、使用ステータス変更リクエストを送信する（Ｓ２０８）。一方、送信処理部２１３は、通信不可能と判定したことに応答して（Ｓ２０７のＮＯ）、Ｓ２０７に戻る。なお、送信処理部２１３は、通信可能か否かを判定することを、所定回数リトライしてもよい。

＜本開示の一実施形態における効果＞

本開示の一実施形態の通信システムにおいて、端末２０が、所定の操作を受け付けたことに応答して、電子チケットを操作済表示で表示し、サーバ１０に対して、当該電子チケットに対応するチケットデータの使用ステータス変更リクエストを送信する。そのため、本開示の一実施形態の通信システムでは、チケットデータをダウンロードした端末２０の通信環境が悪い状態であっても入場処理を可能でき、チケットデータの使用ステータス変更リクエストを送信するため、使用ステータスデータをサーバで集中管理することができるので、使用ステータスデータの改ざんを防止でき、電子チケットの不正使用を防止することができる。また、端末２０は、使用ステータス変更リクエストを送信できない場合に、ステータス変更リクエストを送信することをリトライするため、当該リトライの回数や時間を集計することにより、イベントを開催する会場周辺の通信環境を把握することができ、その結果、イベントの主催者や開催者は、当該イベントの会場の通信環境の改善を検討したり、適切な会場を選択したりすることが可能となる。

本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。

１０ サーバ（情報処理装置）
１１ 制御装置
１１０ 送信処理部
１１１ 受信処理部
１２ 入出力装置
１３ ディスプレイ
１４ 通信Ｉ／Ｆ
１５ 記憶装置
２０ 端末（情報処理端末）
２１ 制御装置
２１０ 取得処理部
２１１ 表示処理部
２１２ 受付処理部
２１３ 送信処理部
２２ 通信Ｉ／Ｆ
２３ 入出力装置
２４ 表示装置
２５ マイク
２６ スピーカ
２７ カメラ
２８ 記憶装置
３０ ネットワーク

Claims (8)

1. 情報処理端末に、
   前記情報処理端末のユーザに対するリコメンド情報を含むチケットデータを取得させるステップと、
   前記チケットデータに対応付けられた電子チケットを、当該電子チケットの操作状態を示す操作ステータスとともに、表示するステップと、
   前記情報処理端末が前記チケットデータに応じたイベントの会場に対し所定距離内に存在する場合に、前記電子チケットの操作ステータスを変更する操作を受け付け可能にするステップと、
   ユーザの前記操作ステータスを変更する操作に応答して、前記電子チケットの操作ステータスを、操作済に変更するステップと、
   前記電子チケットの操作ステータスが変更された以降に、前記チケットデータの使用ステータスを変更するための使用ステータス変更リクエストを送信するステップと、を実行させ、
   前記電子チケットの操作ステータスが操作済であって前記ステータス変更リクエストが送信されない場合には、前記電子チケットの使用ステータスが変更されない、情報処理プログラム。
2. 前記情報処理端末に、
   前記使用ステータス変更リクエストが送信されない場合に、前記使用ステータス変更リクエストの送信を所定時間ごとにリトライするステップをさらに実行させる、
   請求項１に記載の情報処理プログラム。
3. 前記情報処理端末に、
   前記ステータス変更リクエストが送信されない場合に、前記使用ステータス変更リクエストの送信を所定回数リトライするステップをさらに実行させる、
   請求項１又は２に記載の情報処理プログラム。
4. 前記情報処理端末に、
   前記情報処理端末と前記イベントの会場との距離に加え、前記情報処理端末が前記チケットデータの操作ステータスを変更する操作を受け付け可能にする所定の距離内に存在すると判断された時間であるとき、操作を受け付け可能にする
   請求項１から３のいずれか一項に記載の情報処理プログラム。
5. 前記リコメンド情報は、前記ユーザの購入履歴又は前記情報処理端末の位置情報に基づいて、前記ユーザに推薦する新たな電子チケットの情報である
   請求項１から４のいずれか１項に記載の情報処理プログラム。
6. 前記リコメンド情報は、前記電子チケットのイベントの出演者が出演する他のイベント又は前記電子チケットのイベントと同種の他のイベントに関して、前記ユーザに推薦する新たな電子チケットの情報である
   請求項１から４のいずれか１項に記載の情報処理プログラム。
7. 情報処理端末のユーザに対するリコメンド情報を含むチケットデータを取得させるステップと、
   前記チケットデータに対応付けられた電子チケットを、当該電子チケットの操作状態を示す操作ステータスとともに、表示するステップと、
   前記情報処理端末が前記チケットデータに応じたイベントの会場に対し所定距離内に存在する場合に、前記電子チケットの操作ステータスを変更する操作を受け付け可能にするステップと、
   ユーザの前記操作ステータスを変更する操作に応答して、前記電子チケットの操作ステータスを、操作済に変更するステップと、
   前記電子チケットの操作ステータスが変更された以降に、前記チケットデータの使用ステータスを変更するための使用ステータス変更リクエストを送信するステップと、を実行させ、
   前記電子チケットの操作ステータスが操作済であって前記ステータス変更リクエストが送信されない場合には、前記電子チケットの使用ステータスが変更されない、情報処理方法。
8. 自装置のユーザに対するリコメンド情報を含むチケットデータを取得させる取得処理部と、
   前記チケットデータに対応付けられた電子チケットを、当該電子チケットの操作状態を示す操作ステータスとともに、表示する表示処理部と、
   自装置が前記チケットデータに応じたイベントの会場に対し所定距離内に存在する場合に、前記電子チケットの操作ステータスを変更する操作を受け付け可能にする受付処理部と、
   ユーザの前記操作ステータスを変更する操作に応答して、前記電子チケットの操作ステータスを、操作済に変更する送信処理部と、を備え、
   前記送信処理部は、前記電子チケットの操作ステータスが変更された以降に、前記チケットデータの使用ステータスを変更するための使用ステータス変更リクエストを送信し、
   前記電子チケットの操作ステータスが操作済であって前記ステータス変更リクエストが送信されない場合には、前記電子チケットの使用ステータスが変更されない、リクエスト情報処理端末。

Images