JP2023126937A - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】電子チケットの不正な転売を防ぐ情報処理装置、情報処理方法及びプログラムを提供する。
【解決手段】チケットを販売するチケット販売サイトと、ユーザがチケットを購入し使用するための端末と、購入したチケットを使用して入場する入場用ゲートとを含む情報処理システムにおいて、端末の端末制御部は、外部機器により読取り可能なデータを含むチケットを購入するチケット購入部と、本人認証部がユーザ本人と認証した場合にチケットのデータにユーザの固有の情報のデータを紐付けるユーザ紐付け部と、ユーザの固有の情報のデータを紐付けたチケットのデータを自身の端末記憶部に保存するチケット保存部と、本人認証部がユーザ本人と認証した場合に端末記憶部に保存したチケットのデータを読み出すチケット読出部と、読み出したチケットのデータを自身の表示部に表示するチケット表示部と、を含む。
【選択図】図２Ｄ

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関する。

近年、コンサート、イベント等のチケットを、チケットの額面を遙かに超える高額で転売することが社会問題となっている。このような不正な転売を防止するために、様々な策が検討されている。例えば、特許文献１には、ＳＮＳ認証した携帯端末だけで表示することができる電子チケットの提供方法についての技術が開示されている。

特開２０１９－００３６３３号公報

しかしながら、特許文献１に開示された技術では、ＳＮＳ認証を用いて電子チケットを表示するための携帯端末は特定することはできるが、その携帯端末を使用する者が、携帯端末の持ち主本人か否かまでは判別することはできない。このため、電子チケットを表示可能な携帯端末を転売元から転売先に提供すれば、転売先の者でも電子チケットを使用することができる。したがって、電子チケットの不正な転売を防ぐことができないという課題がある。

本発明は上述の課題を解決するものであり、電子チケットの不正な転売を防ぐことのできる情報処理装置、情報処理方法、及びプログラムを提供することを目的とする。

上記の目的を達するため、本発明に係る情報処理装置は、自身を使用するユーザをユーザ本人と認証する本人認証部と、チケット購入部と、ユーザ紐付け部と、チケット保存部と、チケット読出部と、チケット表示部とを備える。チケット購入部は、外部機器により読取り可能なデータを含むチケットを購入する。ユーザ紐付け部は、本人認証部が自身を使用するユーザをユーザ本人と認証した場合に、チケット購入部が購入したチケットのデータに、ユーザの固有の情報のデータを紐付ける。チケット保存部は、ユーザ紐付け部が、ユーザの固有の情報のデータを紐付けたチケットのデータを、自身の端末記憶部に保存する。チケット読出部は、本人認証部が、自身を使用するユーザをユーザ本人と認証した場合に、端末記憶部に保存したチケットのデータを読み出す。チケット表示部は、チケット読出部の読み出したチケットのデータを、自身の表示部に表示する。

本発明に係る情報処理装置によれば、情報処理装置を使用するユーザが、ユーザ本人と認証された場合に、電子チケットを使用することができるため、電子チケットの不正な転売を防ぐことができる。

本発明の実施の形態１に係る情報処理システムの全体構成を示す図である。 実施の形態１における端末の正面図である。 実施の形態１における端末の構成図である。 実施の形態１における端末のハードウエア構成の一例を示す図である。 実施の形態１における端末制御部の情報処理ブロックの図である。 実施の形態１における端末から取得する本人認証用データの概要を示す図である。 図２Ａに示す端末から取得する認証用生体情報データベースのテーブルを示す図である。 図２Ａに示す端末から取得する認証用ユーザの癖データベースのテーブルを示す図である。 図２Ａに示す端末におけるユーザの認証に用いるスコア値テーブルを示す図である。 図２Ａに示す端末においてユーザを認証する認証処理のフローチャートである。 図２Ｂに示す端末記憶部に保存されるチケットテータテーブルのテーブルの一例を示す図である。 図２Ｂに示す端末の表示部に表示されるチケットの購入及び購入済みチケットの一覧を選択するためのボタンの表示例を示す図である。 図２Ｂに示す端末の表示部に表示されるチケットの一覧の表示例を示す図である。 （Ａ）は実施の形態１における入場前のチケットの一例を示し、（Ｂ）は実施の形態１における入場後のチケットの一例を示す図である。 実施の形態１におけるチケット購入処理を説明するためのフローチャートである。 実施の形態１におけるチケット提示処理を説明するためのフローチャートである。 実施の形態２におけるチケットの確認用画面の一例を示す図である。（Ａ）入場前のチケットの一例を示す図であり、（Ｂ）入場後のチケットの一例を示す図である。 実施の形態２におけるチケット提示処理を説明するためのフローチャートである。 実施の形態３におけるチケットの確認用画面の一例を示す図である。（Ａ）入場前のチケットの一例を示す図であり、（Ｂ）入場後のチケットの一例を示す図である。 実施の形態３におけるチケット提示処理を説明するためのフローチャートである。 実施の形態４における情報処理システムの全体構成を示す図である。 実施の形態４における端末制御部の情報処理ブロックの図である。 図２Ｂに示す端末の表示部に表示されるチケットの購入、購入済みチケットの一覧、チケットのリセールを選択するためのボタンの表示例を示す図である。 実施の形態４におけるチケット譲渡処理を説明するためのフローチャートである。 実施の形態５における情報処理システムの全体構成を示す図である。 実施の形態５における複数チケット購入処理を説明するためのフローチャートである。 図２０の複数チケット購入処理におけるユーザ情報紐付け処理のフローチャートである。 実施の形態５における複数チケットの入場処理を説明するためのフローチャートである。 図２２の複数チケットの入場処理におけるユーザの生体情報取得処理のフローチャートである。

（実施の形態１）
以下に、本発明を実施するための形態に係る情報処理システムと情報処理方法、及びプログラムについて、図面を参照して詳細に説明する。なお、図中同一または相当する部分には同一符号を付す。

本実施の形態１に係る情報処理装置は、購入した電子チケットに紐付けられた購入者に関する情報に基づいて購入者本人を認証し、電子チケットを使用できるようにするため、正規な購入者だけが電子チケットを使用することができる装置である。なお、以下では、電子チケットを単にチケットと呼び、チケットの購入者のことをユーザと呼ぶ。

実施の形態１に係る情報処理システム１００の構成を、図１に示す。情報処理システム１００は、チケットを販売するチケット販売サイト１と、ユーザがチケット販売サイト１からチケットの購入し使用するための端末４と、ユーザが購入したチケットを使用して入場するための入場用ゲート５とを含む。チケット販売サイト１は、チケット販売会社の運営するチケットを販売するためのサイトである。本実施の形態１において、チケット販売サイト１で販売しているチケットは、後述する端末４の表示部４９に表示することができる電子チケットである。なお、端末４は、特許請求の範囲における情報処理装置の一例である。

ネットワーク２は、チケット販売サイト１と端末４とを接続することができる通信網である。ネットワーク２は、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等を用いて構成することができる。端末４は、ネットワーク２を介して接続したチケット販売サイト１から、コンサート、イベント等のチケットを購入することができる機器である。入場用ゲート５は、コンサート会場、劇場、美術館、博物館等、ユーザがチケットを使用して入場するゲートである。

実施の形態１における端末４は、いわゆるスマートフォンであり、ユーザの顔の画像、指紋、声紋等の生体情報と、ユーザが端末４を操作する際の特有の挙動、操作状態等によるユーザの癖とを用いる認証機能を備える。

端末４は、図２Ａに示すように、端末４の正面に、ユーザの顔を撮影するインカメラ４１Ａと、スピーカ４２Ａと、通話用のマイク（マイクロフォン）４２Ｂと、操作入力部４４及び表示部４９を兼ねるタッチパネルとを備えている。また、端末４は側面に、ユーザの指紋を検出する左指紋センサ４５Ａ及び右指紋センサ４５Ｂを備えている。端末４は内部に、端末４の傾きを検出する傾き検出部４３と、端末４の現在位置を検出する位置検出部４６とを備える。また、端末４は背面に、ユーザから見た人間、風景、物体等を撮影することができるメインカメラ４１Ｂを備える。

ここで、以下では、インカメラ４１Ａとメインカメラ４１Ｂとを総称して、撮影部４１と称する。以下では、スピーカ４２Ａと、通話用のマイク（マイクロフォン）４２Ｂとを総称して、音声入出力部４２と称する。また、以下では、左指紋センサ４５Ａ及び右指紋センサ４５Ｂを総称して、指紋検出部４５と称する。

図２Ｂは、端末４の構成を示すブロック図である。端末４は、通信部４０と、撮影部４１と、音声入出力部４２と、傾き検出部４３と、操作入力部４４と、指紋検出部４５と、位置検出部４６と、端末記憶部４７と、端末制御部４８と、表示部４９とを備える。

通信部４０は、図１に示したネットワーク２を介して、チケット販売サイト１と通信をし、データの送受信をする。撮影部４１は、図２Ａに示したインカメラ４１Ａとメインカメラ４１Ｂとを含む。撮影部４１には、ＣＣＤ（Ｃｏｌｏｎｙ Ｃｏｌｌａｐｓｅ Ｄｉｓｏｒｄｅｒ）、光学式センサ等の撮像素子を用いたカメラ、ビデオカメラ等、静止画または動画を撮影し、静止画または動画のデータを取得することが可能な各種カメラを用いることができる。

音声入出力部４２は、図２Ａに示したスピーカ４２Ａと、通話用のマイク４２Ｂとを含む。スピーカ４２Ａは、音声通話で受信した音声、図１に示したネットワーク２を介して外部から取得した音楽データ等を出力する。通話用のマイク４２Ｂは、ユーザの音声をピックアップする装置である。

傾き検出部４３は、端末４の傾き、揺れ等を検出することができる装置である。傾き検出部４３は、加速度センサ、角度センサ等の端末４の傾きを検出できる各種センサを用いて構成することができる。なお、加速度センサ、角度センサ等のセンサの個数は単数及び複数のどちらでもよい。また、センサは一種類及び複数種類を組み合わせたものでも、どちらでもよい。

操作入力部４４は、ユーザからの操作を入力することができる装置である。指紋検出部４５は、ユーザの指紋を検出するセンサである。指紋検出部４５は、図２Ａに示した左指紋センサ４５Ａ及び右指紋センサ４５Ｂを含む。なお、指紋検出部４５には、指紋センサに限らず、ユーザの指紋を検出することができるセンサ、機器等であれば、いずれのものを用いてもよい。

位置検出部４６は、端末４の現在位置を検出することができる装置である。位置検出部４６は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の、端末４の現在位置を検出することができる機器を用いて構成することができる。

端末記憶部４７は、認証処理プログラム４７０と、認証用生体情報データベース４７１と、認証用ユーザの癖データベース４７２と、チケットデータテーブル４７５と、チケット管理処理プログラム４７４とを含む。

認証処理プログラム４７０は、ユーザを認証する処理を行うプログラムである。認証用生体情報データベース４７１は、ユーザの生体情報に関する情報と認証結果とを保存するデータベースである。認証用ユーザの癖データベース４７２は、端末４を操作する際のユーザ特有の癖に関する情報と認証結果とを保存するデータベースである。ここで、ユーザ特有の癖とは、ユーザが端末４を操作する際の挙動、表示部４９の画面とユーザの顔の距離、キーストローク、持ち方、端末４が使用される位置、通信環境等、端末４の操作時におけるユーザ特有の振る舞いのことをいう。

チケットデータテーブル４７５は、ユーザが図１に示したチケット販売サイト１から購入したチケットに関するデータを登録しておくためのテーブルである。チケット管理処理プログラム４７４は、チケット販売サイト１からチケットを購入するため処理であるチケット購入処理と、図１に示した入場用ゲート５でチケットを提示するためのチケット提示処理と実行することができるプログラムである。後述する表示部４９の画面上には、チケット管理処理プログラム４７４に紐付けられたアイコンが表示されている。このアイコンを、ユーザが操作入力部４４から押下することにより、チケット管理処理プログラム４７４が実行される。なお、チケットデータテーブル４７５のテーブルの構成と、チケット管理処理プログラム４７４における処理について、詳細は後述する。

端末制御部４８は、端末記憶部４７に記憶された各種プログラムを実行する。また、端末制御部４８は、通信部４０と、撮影部４１と、音声入出力部４２と、傾き検出部４３と、操作入力部４４と、指紋検出部４５と、位置検出部４６とから各種データを取得して処理し、端末記憶部４７の各種データベースに保存する。

表示部４９は、端末制御部４８で実行される各種プログラムの処理内容を表示する。また、表示部４９は、撮影部４１で撮影された静止画、動画等の画像、操作入力部４４から入力されたデータ等を表示することもできる。表示部４９は、操作入力部４４上に積層されており、図２Ａに示したタッチパネルを構成する。

次に、端末４のハードウエア構成の一例を、図２Ｃを参照しつつ説明する。端末４は、各種プログラムを実行するプロセッサ５１と、各種プログラムを展開するためのメモリ５２と、各種表示用データを出力する表示コントローラ５３と、各種表示用データを表示する表示機器５４と、撮影部４１、音声入出力部４２等を接続するためのＩ／Ｏポート５５と、各種プログラム及び各種データを保存する記憶機器５６と、外部との通信しデータを送受信する通信機器５７とを備える。このプロセッサ５１と、メモリ５２と、表示コントローラ５３と、表示機器５４と、Ｉ／Ｏポート５５と、記憶機器５６と、通信機器５７とは、データバス５８を介して相互に接続されている。

プロセッサ５１は、記憶機器５６に記憶された各種プログラムを読み出してメモリ５２に展開し、実行する。プロセッサ５１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ－ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の処理装置を用いて構成することができる。また、メモリ５２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ等の揮発性または不揮発性の半導体メモリといった記憶素子および記憶媒体を用いて構成することができる。

表示コントローラ５３は、表示機器５４に各種表示用データを出力するコントローラである。表示コントローラ５３は、ビデオカード、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、グラフィックボード等の映像信号出力装置を用いて構成することができる。また、表示機器５４は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）モニタ等の表示装置を用いて構成することができる。

Ｉ／Ｏポート５５は、撮影部４１と、音声入出力部４２と、傾き検出部４３と、操作入力部４４と、指紋検出部４５と、位置検出部４６とを接続することができる接続用ポートである。Ｉ／Ｏポート５５には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ））ポート、ＩＥＥＥ１３９４ポート等、機器を接続することができる各種ポートを用いて構成すことができる。

記憶機器５６は、プロセッサ５１で実行する各種プログラム、各種プログラムで使用する各種データを保存する機器である。記憶機器５６は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置を用いて構成することができる。

通信機器５７は、図１に示したネットワーク２を介して、チケット販売サイト１との間で各種データを送受信することができる機器である。通信機器５７は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線通信等による通信を行う各種器機を用いて構成することができる。

上述のプロセッサ５１により、図２Ｂに示した端末４の端末記憶部４７に記憶されたチケット管理処理プログラム４７４を実行することにより、端末制御部４８では図２Ｄに示す情報処理ブロックが実現される。これにより、端末４は、チケット販売サイト１からチケットを購入するため処理であるチケット購入処理と、図１に示した入場用ゲート５でチケットを提示するためのチケット提示処理と実行することができる。

図２Ｄに示す端末制御部４８の情報処理ブロックには、ユーザを本人と認証する本人認証部４８１と、チケットを購入するチケット購入部４８２と、ユーザの生体情報のデータを購入したチケットのデータと紐付けるユーザ紐付け部４８３と、チケットのデータを端末記憶部４７に保存するチケット保存部４８４と、端末記憶部４７からチケットのデータを読み出すチケット読出部４８５と、表示部４９にチケットのデータ、各種メッセージ等を表示するチケット表示部４８６と、を備える。

本人認証部４８１は、後述する認証処理プログラムにより、端末４を使用するユーザが本人であることを認証する。チケット購入部４８２は、図２Ｂに示した通信部４０を介して図１に示したチケット販売サイト１に接続し、チケットを購入する。ユーザ紐付け部４８３は、ユーザの生体情報のデータを購入したチケットのデータと紐付ける。

チケット保存部４８４は、チケットのデータを図２Ｂに示した端末記憶部４７に保存する。チケット読出部４８５は、端末記憶部４７からチケットのデータを読み出す。チケット表示部４８６は、チケット読出部４８５の読み出したチケットのデータを、図２Ｂに示した表示部４９に表示する。また、チケット表示部４８６は、チケット購入部４８２、ユーザ紐付け部４８３等からの指示に基づいて、各種メッセージを表示部４９に表示する。

次に、本人認証部４８１で実行される端末４におけるユーザの認証方法について、図３Ａから図３Ｄを参照しつつ、以下に説明する。図２Ｂに示した端末４の端末制御部４８は、電源ボタンを押下した場合、指紋検出部４５による指紋検出等のユーザにより端末４を操作された場合、他のプログラムから要求があった場合に、生体情報を取得する。端末制御部４８の取得する生体情報のデータは、図２Ａに示したインカメラ４１Ａで撮影したユーザの顔の画像、通話用のマイク４２Ｂでピックアップしたユーザの音声、インカメラ４１Ａで撮影したユーザの虹彩の画像、指紋検出部４５で検出した指紋等である。

例えば、ユーザが、図２Ａに示した表示部４９の正面をユーザの顔と対向させる位置に端末４を持ってきた場合、端末制御部４８は、図２Ａに示したインカメラ４１Ａでユーザの顔の画像を撮影し、ユーザの生体情報として取得する。また、ユーザが端末４から他者へ電話をかけ通話をした場合、ユーザが端末４を利用する時に話をした場合、ユーザが端末４の表示部４９の画面上に表示される指示によって話す必要がある場合等、端末制御部４８は、通話用のマイク４２Ｂでピックアップしたユーザの音声を、ユーザの生体情報として取得する。ユーザが端末４を持ち、図２Ａに示した表示部４９の正面と顔とを一定距離よりも近づけた場合、端末制御部４８は、インカメラ４１Ａで撮影したユーザの虹彩の画像を、ユーザの生体情報として取得する。ユーザが端末４を予め定められた時間以上持った場合、端末制御部４８は、指紋検出部４５で検出した指紋を、ユーザの生体情報として取得する。

例えば、図３Ａに示す、２０１９年３月１日の１２時２２分２３秒において、ユーザが、図２Ａに示した表示部４９の正面をユーザの顔と対向させる位置に端末４を持ってきたものする。端末制御部４８は、インカメラ４１Ａからユーザの顔が画像を撮影し、ユーザの生体情報として端末４に保存する。端末制御部４８は、端末４に予め登録されているユーザの顔の画像における特徴量と、インカメラ４１Ａから取得したユーザの顔の画像における特徴量とを比較し、類似度を求める。

この類似度からスコア値を求める。スコア値は、予め登録されているデータの特徴量と、端末制御部４８の取得したデータの特徴量とが一致する場合に上限値、不一致の場合に下限値とする。一致または不一致以外の場合には、特徴量の類似度に応じて設定される値がスコア値となる。

スコア値の上限値及び下限値は、図２Ｂに示した端末４の端末記憶部４７に記憶されているスコア値テーブル４７３に記憶されている。このスコア値テーブル４７３に設定されたスコア値を、図３Ｄに示す。スコア値テーブル４７３には、生体情報におけるスコア値の上限値及び下限値として、－１００～１００が設定されている。また、ユーザの癖のデータにおけるスコア値の上限値及び下限値として、－５０～５０が設定されている。

ここでは、特徴量が一致するものとして、図３Ｄに示したスコア値テーブル４７３に設定された生体情報の上限値１００をスコア値とする。端末制御部４８は、取得した生体情報のデータ及び求めたスコア値を、図２Ｂに示す認証用生体情報データベース４７１に書き込む。認証用生体情報データベース４７１のテーブルを図３Ｂに示す。認証用生体情報データベース４７１のテーブルには、端末制御部４８が生体情報を取得した日時と、取得した生体情報の種類と、生体情報として取得した情報と、スコア値との各項目が含まれる。

端末制御部４８は、図３Ｂに示した認証用生体情報データベース４７１のテーブルの日時の項目に、生体情報を取得した日時である２０１９年３月１日の１２時２２分２３秒を書き込む。端末制御部４８は、取得した生体情報の種類の項目に顔と書き込む。端末制御部４８は、取得した情報の項目に、インカメラ４１Ａから取得したユーザの顔の画像のデータを書き込む。端末制御部４８は、スコア値の項目に１００を書き込む。

次に、端末制御部４８は、ユーザの癖のデータを取得する。このユーザの癖とは、ユーザが端末４を使用する時の挙動、操作状態、場所、通信状態等、ユーザ特有の振る舞いをいう。端末制御部４８の取得するユーザの癖のデータは、生体情報を取得した時と同じ日時のデータである。例えば、図３Ａに示す２０１９年３月１日の１２時２２分２３秒において、端末制御部４８は、図２Ａに示したインカメラ４１Ａで撮影したユーザの顔の画像から求めたユーザの顔と表示部４９の画面との距離、傾き検出部４３で求めた端末４の傾き角度、操作入力部４４で求めたキー操作のストロークのデータ、通信部４０から取得した通信環境の情報、位置検出部４６から取得した端末４の位置情報等を、ユーザの癖のデータとして取得する。

端末制御部４８は、端末４に予め登録されているユーザの癖に関する各データにおける特徴量と、取得したユーザの癖に関する各データにおける特徴量とを比較し、類似度を求める。端末制御部４８は、求めた類似度をもとに、ユーザの癖に関する各データにおけるスコア値を求める。このスコア値は、図３Ｄに示したスコア値テーブル４７３に設定された上限値５０から下限値－５０の範囲内の値となる。

端末制御部４８は、取得したユーザの癖のデータと求めたスコア値とを、図２Ｂの端末記憶部４７に保存した認証用ユーザの癖データベース４７２に書き込む。認証用ユーザの癖データベース４７２のテーブルを、図３Ｃに示す。認証用ユーザの癖データベース４７２のテーブルには、端末制御部４８がユーザの癖のデータを取得した日時と、ユーザの癖の種類と、ユーザの癖として取得したデータと、スコア値との各項目が含まれる。

例えば、端末制御部４８は、図３Ｃに示した認証用ユーザの癖データベース４７２のテーブルの日時の項目に生体情報を取得した日時と同じ２０１９年３月１日の１２時２２分２３秒を書き込む。端末制御部４８は、ユーザの癖の項目に、顔と画面との距離と書き込む。端末制御部４８は、取得した情報の項目に２５０ｍｍを書き込む。この２５０ｍｍは、インカメラ４１Ａで撮影したユーザの顔の画像から、端末制御部４８により求められたユーザの顔と画面との距離である。

端末制御部４８は、求めたユーザの顔と画面との距離の値と、端末４に登録されているユーザの顔と画面との距離の値とを比較し、その類似度からスコア値を求める。ここでは、距離は一致ではないが類似度が高いものとして、求められたスコア値を３５とする。端末制御部４８は、図３Ｃに示したテーブルのスコア値の項目に３５と書き込む。

続いて、端末制御部４８は、傾き検出部４３で求めた端末４の傾き角度等、得られたユーザの癖に関するデータを図３Ｃに示した認証用ユーザの癖データベース４７２のテーブルの各項目に書き込む。全てのユーザの癖に関するデータの書き込みが終わると、端末制御部４８は、図３Ｂに示した認証用生体情報データベース４７１及び図３Ｃに示した認証用ユーザの癖データベース４７２における同じ日時のスコア値とを合計する。

例えば、図３Ｂに示した認証用生体情報データベース４７１における２０１９年３月１日の１２時２２分２３秒の日時において、生体情報のスコア値１００である。また、同じ日時において、図３Ｃに示した認証用ユーザの癖データベース４７２におけるユーザの癖のスコア値は、上から順に３５、４０、－１５、２５、４２である。この生体情報のスコア値１００とユーザの癖のスコア値３５、４０、－１５、２５、４２とを合計すると２２７となる。

端末制御部４８は、図３Ｄに示したスコア値テーブル４７３から合計値の項目に設定されたスコア値を取得する。端末制御部４８は、合計した生体情報及びユーザの癖のスコア値と、スコア値テーブル４７３から合計値の項目に設定されたスコア値とを比較する。端末制御部４８は、合計した生体情報及びユーザの癖のスコア値が、スコア値テーブル４７３の合計値の項目に設定されたスコア値以上であれば、端末４を使用しているユーザを正しいユーザとして認証し、スコア値以下であればユーザを正しいユーザではないとして認証しない。

例えば、図３Ｄに示したスコア値テーブル４７３には、スコア値の合計値として２００が設定されている。端末制御部４８は、求めたスコア値の合計値２２７と、スコア値テーブル４７３に設定されたスコア値の合計値２００とを比較する。求めたスコア値の合計値がスコア値テーブル４７３に設定されたスコア値の合計値以上であるため、端末制御部４８は、端末４を操作しているユーザを正しいユーザとして認証する。

上述の、図２Ｄに示した本人認証部４８１で実行される端末４におけるユーザの認証方法は、図２Ｂに示した認証処理プログラム４７０として端末記憶部４７に記憶されている。端末制御部４８の本人認証部４８１は、電源ボタンを押下、指紋検出部４５による指紋検出等のユーザによる端末４の操作が場合、他のプログラムから要求があった場合に、認証処理プログラム４７０を実行してユーザの認証を行う。

認証処理プログラム４７０が実行する処理について、図４に示す認証処理のフローチャートを参照しつつ、以下に説明する。端末制御部４８の本人認証部４８１は、認証処理プログラム４７０が起動すると、ユーザの顔の画像、指紋等の生体情報を取得する（ステップＳ１）。続いて、端末制御部４８の本人認証部４８１は、ユーザの癖に関するデータを取得する（ステップＳ２）。

端末制御部４８の本人認証部４８１は、端末４に予め登録されている生体情報の特徴量と、取得した生体情報の特徴量とを比較し、類似度を求める。端末制御部４８の本人認証部４８１は、求めた類似度から、図３Ｄのスコア値テーブル４７３に設定された生体情報のスコア値の上限値から下限値の範囲内でスコア値を求める。また、端末制御部４８の本人認証部４８１は、端末４に予め登録されているユーザの癖のデータにおける特徴量と、取得したユーザの癖のデータにおける特徴量とを比較し、類似度を求める。端末制御部４８の本人認証部４８１は、求めた類似度から、図３Ｄのスコア値テーブル４７３に設定されたユーザの癖のスコア値の上限値から下限値の範囲内でスコア値を求める（ステップＳ３）。

端末制御部４８の本人認証部４８１は、取得した生体情報のデータ及び求めたスコア値を、図２Ｂに示す認証用生体情報データベース４７１に書き込む。また、端末制御部４８の本人認証部４８１は取得したユーザの癖のデータと求めたスコア値とを、図２Ｂの端末記憶部４７に保存した認証用ユーザの癖データベース４７２に書き込む（ステップＳ４）。

端末制御部４８の本人認証部４８１は、同じ日時における生体情報及びユーザの癖のデータにおけるスコア値を合計する（ステップＳ５）。端末制御部４８の本人認証部４８１は、図３Ｄに示したスコア値テーブル４７３から合計値の項目に設定されたスコア値を取得する。端末制御部４８の本人認証部４８１は、合計した生体情報及びユーザの癖のスコア値と、スコア値テーブル４７３から合計値の項目に設定されたスコア値とを比較する（ステップＳ６）。

端末制御部４８の本人認証部４８１は、合計した生体情報及びユーザの癖のスコア値が、スコア値テーブル４７３から合計値の項目に設定されたスコア値以上であれば（ステップＳ６；ＹＥＳ）、端末４を使用しているユーザを正しいユーザとして認証する（ステップＳ７）。合計した生体情報及びユーザの癖のスコア値が、スコア値テーブル４７３から合計値の項目に設定されたスコア値以下であれば（ステップＳ６；ＮＯ）、図２Ｂに示した表示部４９にユーザが異なる旨のメッセージを表示する。なお、この認証処理プログラム４７０は、特許請求の範囲におけるユーザ認証手段の一例である。また、ユーザの生体情報は、特許請求の範囲における第１ユーザ認証用データの一例である。ユーザの癖のデータは、特許請求の範囲における第２ユーザ認証用データの一例である。

このように、上述のユーザの認証方法を行うことにより、端末４を使用するユーザが、ユーザ本人か否かを判別することができる。実施の形態１においては、上述のユーザの認証方法を行うことにより、端末４を使用するユーザが、ユーザ本人と認証された場合、チケットの購入及び使用をできるようにし、端末４を使用するユーザが、ユーザ本人と認証されなかった場合、チケットの購入及び使用をできないようにする。具体的には、端末４を使用するユーザが、ユーザ本人と認証された場合、図２Ｂに示した端末４の端末制御部４８は、チケット管理処理プログラム４７４を実行してチケットの購入及び使用をするための処理を行う。また、端末４を使用するユーザが、ユーザ本人と認証されなかった場合、端末４の端末制御部４８は、チケット管理処理プログラム４７４を実行せず、チケットの購入及び使用をできなくする。これにより、端末４をユーザ以外の第三者に提供した場合には、チケットの購入及び使用ができないため、チケットの不正な転売を防ぐことができる。

端末４は、図１に示したチケット販売サイト１からチケットを購入すると、購入したチケットのデータをファイルとして図２Ｂに示した端末記憶部４７に保存する。それと共に、端末４は、購入したチケットに関す情報を、図２Ｂに示したチケットデータテーブル４７５に保存する。このチケットデータテーブル４７５のテーブル構成の一例を、図５を参照して説明する。図５に示すテーブルには、項目として、コンサート、イベント等の行われる日付と、コンサート、イベント等の名称を示す公演名と、図２Ｂに示した端末４の端末記憶部４７に保存したチケットのデータのファイルの名称であるチケットデータファイル名が設定されている。

チケットデータテーブル４７５のテーブルの項目のうち、日付と公演名に関する情報は、ユーザの購入したチケットのデータから、図２Ｄに示した端末制御部４８のチケット保存部４８４が取り出し、保存する情報である。また、チケットデータテーブル４７５のテーブルの項目のうち、チケットデータファイル名は、図２Ｂに示した端末記憶部４７にチケットのデータを保存する時に、チケット保存部４８４が任意に定めるファイル名である。チケット保存部４８４は、英数字、記号等を組み合わせて各チケットのデータごとにユニークなファイル名を定め、端末記憶部４７に保存する。チケットデータテーブル４７５のテーブルには、例えば、図５に示すように、日付の項目に２０１９年２月２日、公演名の項目にＡＢＣ全国ツアー、チケットデータファイル名の項目に１２３４５－１が書き込まれている。

ユーザは、端末４の端末記憶部４７に保存したチケットを使用する際、図２Ａの表示部４９の画面上にチケットを表示させ、使用する。まず、ユーザは、表示部４９の画面上に表示されている、チケット管理処理プログラム４７４に紐付けられたアイコンを操作入力部４４から押下する。チケット管理処理プログラム４７４が実行されると、図６に示すチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とが、表示部４９の画面上に表示される。なお、チケットの購入ボタン４９１の上に表示されている「チケット●×」との表記は、例えば、図１に示したチケット販売サイト１を運営するチケット販売会社の名称である。

ユーザが、操作入力部４４からチケットの購入ボタン４９１を押下すると、後述するチケット購入処理を実行する。また、ユーザが、操作入力部４４から購入済みチケットの一覧ボタン４９２を押下すると、図７に示すチケット一覧の画面が表示される。

図７に示すチケット一覧は、ユーザが購入し、図２Ｂに示した端末４の端末記憶部４７に保存されたチケットの一覧である。チケット一覧には、公演名４９３と、公演の名称４９４と、公演の名称４９４を上下にスクロールすることができるスクロール部４９５が含まれている。公演の名称４９４は、図５に示したチケットデータテーブル４７５のテーブルに書き込まれている公演の名称である。

ユーザが、公演の名称４９４のうち、任意の公演名を押下すると、公演のチケットが表示部４９の画面上に表示される。ここで表示されるチケットは、図５に示したチケットデータテーブル４７５のテーブルに、公演の名称と対応付けて書き込まれているチケットデータファイル名の示すチケットのデータに基づいて生成される、例えば、ユーザが公演の名称４９４に表示された「ＡＢＣ全国ツアー」を押下すると、「ＡＢＣ全国ツアー」のチケットが表示部４９の画面上に表示される。ここで表示されるチケットの一例を、図８（Ａ）に示す。

表示部４９の画面上には、チケット４９６と確認ボタン４９７とが表示されている。チケット４９６には、例えば、公演の名称、日付、開演時刻、座席等、その公演に関する情報が表示されている。例えば、図８（Ａ）に示すように、公演の名称として「ＡＢＣ全国ツアー」、日付として「２０１９／０２／０２」、開演時刻として「１９：００開演」、座席として「１階Ｓ席●番」等である。

ユーザは、コンサート、イベント等の会場に入場する際に、図８（Ａ）に示すチケット４９６と確認ボタン４９７を含む画面を表示し、図１に示した入場用ゲート５に居るスタッフに提示する。スタッフは、チケット４９６に含まれる公演に関する情報が正しければ、確認ボタン４９７を押下する。スタッフに確認ボタン４９７が押下されると、図８（Ｂ）に示すように、確認ボタン４９７がグレイアウトしてそれ以上の押下を受け付けなくなる。

また、チケット４９６上には、入場済みを示すマーク４９８が表示される。入場済みを示すマーク４９８は、図２Ｂに示した端末記憶部４７に保存されているマークである。例えば、図８（Ｂ）に示す「済」のマークである。なお、入場済みを示すマーク４９８は、ユーザが、このチケット４９６により、会場に入場済みであることが分かれば、どのようなマークでも良い。

次に、ユーザが端末４を使用して、図１に示したチケット販売サイト１からチケットを購入するチケット購入処理について、図９に示すフローチャートを参照しつつ説明する。チケットを購入する際、まず、ユーザは、図２Ａに示した表示部４９の画面上に表示されている、図２Ｂに示したチケット管理処理プログラム４７４に紐付けられたアイコンを操作入力部４４から押下する。図２Ｄに示した端末制御部４８の本人認証部４８１は、図２Ｂに示した認証処理プログラム４７０を起動して、図４に示した認証処理を実行し、端末４を使用しているユーザが本人であることを認証する（ステップＳ１０１）。

本人認証部４８１において端末４を使用しているユーザが本人であると認証した場合（ステップＳ１０２；ＹＥＳ）、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とが、表示部４９の画面上に表示される。ユーザが、操作入力部４４からチケットの購入ボタン４９１を押下すると、チケット購入用の画面が表示部４９の画面上に表示される。また、本人認証部４８１において端末４を使用しているユーザが本人であると認証できなかった場合（ステップＳ１０２；ＮＯ）、チケット管理処理プログラム４７４はこれ以降の処理をスキップする。

ユーザは、表示部４９の画面上に表示されたチケット購入用の画面で、欲しいチケットを選択する。続いて、ユーザは、チケット購入用の画面で購入者情報を入力する。この購入者情報は、例えば、購入者のユーザ名、ユーザＩＤ、チケットの識別情報、ユーザと紐付けた端末４の端末情報、端末４の電話番号等、チケット販売サイト１に登録される情報である。端末制御部４８のチケット購入部４８２は、チケット販売サイト１に対して、購入者情報とユーザの選択したチケットに関する情報とを送信する（ステップＳ１０３）。

チケット販売サイト１は、端末４のチケット購入部４８２からチケットの申し込みがあると、端末４にチケットの代金を要求する（ステップＳ１０４）。端末制御部４８のチケット購入部４８２は、チケット販売サイト１から要求されたチケットの代金を支払う（ステップＳ１０５）。このチケットの代金の支払いは、クレジットカード、電子マネー、プリペイドカード等、いずれの決済方法を用いてもよい。

チケット販売サイト１は、チケットの代金を支払われると、端末４へチケットの受け取り方法と、受け取り可能期間とを通知する（ステップＳ１０６）。例えば、チケットの受け取り方法としては、図１に示したチケット販売サイト１から端末４へチケットのデータをダウンロードすること、受け取り可能期間として、この通知から４８時間以内とするものである。なお、チケットの受け取り方法と、受け取り可能期間とは、任意の方法と期間とであってよい。

端末制御部４８のチケット購入部４８２は、チケット販売サイト１へ購入者情報とチケットの受け取り要求とを送信する（ステップＳ１０７）。チケット購入部４８２からチケット販売サイト１へ送信する購入者情報は、例えば、購入者のユーザ名、ユーザＩＤ、チケットの識別情報、ユーザと紐付けた端末４の端末情報、端末４の電話番号等、チケット販売サイト１に登録されている情報である。

チケット販売サイト１は、自身に登録された購入者情報と、端末制御部４８のチケット購入部４８２から受信した購入者情報とを比較し、受信した購入者情報が正しいか否かを判定する。かつ、受け取り可能期間か否かを判定する（ステップＳ１０８）。購入者情報が正しく、かつ、受け取り可能期間内であれば（ステップＳ１０８；ＹＥＳ）、チケット販売サイト１は端末４にチケットのデータを送信する（ステップＳ１０９）。図２Ｄに示した端末制御部４８のチケット購入部４８２は、チケット販売サイト１からチケットのデータを受信する（ステップＳ１１０）。チケット購入部４８２は、図２Ｄに示した端末制御部４８のユーザ紐付け部４８３に、受信したチケットのデータを送信する。ユーザ紐付け部４８３は、端末４内に登録されているユーザの生体情報のデータを取得する。ユーザ紐付け部４８３は、取得したユーザの生体情報のデータを暗号化する（ステップＳ１１１）。ユーザ紐付け部４８３は、暗号化したユーザの生体情報のデータを、チケット購入部４８２から受信したチケットのデータに紐付け、図２Ｄに示したチケット保存部４８４に送信する。チケット保存部４８４は、ユーザの生体情報のデータを紐付けたチケットのデータを端末記憶部４７に保存する（ステップＳ１１２）。チケット購入部４８２は、チケット購入処理を終了し、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とを表示した画面に戻る。

また、チケット販売サイト１は、購入者情報が正しく、かつ、受け取り可能期間か否かを判定し（ステップＳ１０８）、購入者情報が正しく、かつ、受け取り可能期間内でなければ（ステップＳ１０８；ＮＯ）、チケット販売サイト１は端末４にチケットの受け取り期間外である旨を通知する（ステップＳ１１３）。端末制御部４８のチケット購入部４８２は、チケット表示部４８６に、表示部４９の画面上にチケットを受け取れなかった旨のメッセージを表示させる（ステップＳ１１４）。チケット購入部４８２は、チケット購入処理を終了し、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とを表示した画面に戻る。

ユーザが、端末４の端末記憶部４７に保存したチケットを、図１に示したコンサート、イベント等の会場に設置された入場用ゲート５でスタッフに提示し、入場するチケット提示処理について、図１０に示すフローチャートを参照しつつ説明する。

コンサート、イベント等の会場に入場する際、まず、ユーザは、図２Ａに示した表示部４９の画面上に表示されている、図２Ｂに示したチケット管理処理プログラム４７４に紐付けられたアイコンを操作入力部４４から押下する。端末制御部４８の本人認証部４８１は、図２Ｂに示した認証処理プログラム４７０を起動して、図４に示した認証処理を実行し、端末４を使用しているユーザが本人であることを認証する（ステップＳ１２１）。

本人認証部４８１において端末４を使用しているユーザが本人であると認証した場合（ステップＳ１２２；ＹＥＳ）、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とが、表示部４９の画面上に表示される。ユーザが、操作入力部４４から購入済みチケットの一覧ボタン４９２を押下すると、図７に示したチケット一覧の画面が表示部４９の画面上に表示される。ユーザは、チケット一覧のうち入場する公演の公演名を、操作入力部４４から選択する（ステップＳ１２３）。また、本人認証部４８１において端末４を使用しているユーザが本人であると認証できなかった場合（ステップＳ１０２；ＮＯ）、チケット管理処理プログラム４７４は、これ以降の処理をスキップする。

図２Ｄに示したチケット読出部４８５は、ユーザに選択された公演名に対応づけられたチケットのデータを、端末記憶部４７から読み出す。チケット読出部４８５は、読み出したチケットのデータの紐付けられたユーザの生体情報を取得し、復号化する（ステップＳ１２４）。チケット読出部４８５は、端末４に登録されているユーザの生体情報を取得する（ステップＳ１２５）。

チケット読出部４８５は、チケットのデータに紐付けられた生体情報と、端末４に登録されているユーザの生体情報とを比較する（ステップＳ１２６）。チケットのデータに紐付けられた生体情報と、端末４に登録されているユーザの生体情報とが一致した場合（ステップＳ１２６；ＹＥＳ）、チケット読出部４８５は、図２Ｄに示したチケット表示部４８６にチケットのデータを送信する。チケット表示部４８６は、受信したチケットのデータに基づいて、表示部４９の画面上に図８（Ａ）に示したチケット４９６と確認ボタン４９７とを表示させる（ステップＳ１２７）。

ユーザは、表示部４９の画面上にチケット４９６を表示させた状態で入場用ゲート５へ行き、入場用ゲート５に居るスタッフにチケット４９６を見せる。スタッフは、端末４の表示部４９の画面上に表示されたチケット４９６に含まれる公演に関する情報を確認し、確認ボタン４９７を押下する（ステップＳ１２８）。確認ボタン４９７が押下されると、図２Ｄに示した端末制御部４８のチケット読出部４８５は、端末記憶部４７に保存されている入場済みを示すマーク４９８を読み出し、図２Ｄに示した端末制御部４８のチケット表示部４８６に送信する。チケット表示部４８６は、図８（Ｂ）に示したように、チケット４９６上に、入場済みを示すマーク４９８を重ね、表示部４９の画面上に表示する（ステップＳ１２９）。

また、チケットのデータに紐付けられた生体情報と、端末４に登録されているユーザの生体情報とが一致しない場合（ステップＳ１２６；ＮＯ）、チケット読出部４８５は、表示部４９の画面上にチケット４９６を表示できない旨のメッセージを表示する（ステップＳ１３０）。

ステップＳ１２９、ステップＳ１３０の処理の後、チケット読出部４８５は、チケット提示処理を終了し、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とを表示した画面に戻す。

以上のとおり、実施の形態１では、端末４は、自身を使用するユーザが、ユーザ本人と認証された場合、チケットの購入及び使用をできるようにし、端末４を使用するユーザが、ユーザ本人と認証されなかった場合、チケットの購入及び使用をできなくする。これにより、端末４をユーザ以外の第三者に提供した場合、チケットを使用することができないため、チケットの不正な転売を防ぐことができる。

（実施の形態２）
上記の実施の形態１では、図１に示したコンサート、イベント等の会場に設置された入場用ゲート５において、図８（Ａ）に示した、端末４の表示部４９の画面上に表示させたチケット４９６を、スタッフが目視で確認し、図８（Ｂ）に示した確認ボタン４９７を押下するものとした。しかし、端末４の表示部４９の画面上に表示させたチケット４９６を、いちいち目視で確認し、確認ボタン４９７を押下することは、スタッフの負担が大きい。そこで、実施の形態２では、チケット４９６に付加したＱＲコードを用いて入場手続きを行うことにより、スタッフの負担を軽減する。

ＱＲコードを付加したチケット４９６の構成の一例を、図１１（Ａ）に示す。端末４の表示部４９の画面上に表示させたチケット４９６の下部に、ＱＲコード４９９が配置されている。ユーザは、コンサート、イベント等の会場に入場する際、図１に示した入場用ゲート５に設置されたＱＲコードリーダに、端末４の表示部４９の画面上に表示させたチケット４９６及びＱＲコード４９９をかざす。

ＱＲコードリーダは、ＱＲコード４９９を読み込み、ＱＲコード４９９に紐付けられたチケット４９６に関する情報を、入場手続きの処理を行うサーバに送信する。入場手続きの処理を行うサーバは、入場手続きの処理を行い、入場手続き完了の通知を、端末４に送信する。端末４は、入場手続き完了の通知を受信すると、図１１（Ｂ）に示すように、ＱＲコード４９９の上に入場済みを示すマーク４９８を重ね、表示部４９の画面上に表示する。これにより、ＱＲコード４９９を、これ以上ＱＲコードリーダで読み込めないようにする。

次に、ＱＲコード４９９を付加したチケット４９６を使用して、コンサート、イベント等の会場に入場するチケット提示処理について、図１２のフローチャートを参照しつつ説明する。コンサート、イベント等の会場に入場する際、まず、ユーザは、図２Ａに示した表示部４９の画面上に表示されている、図２Ｂに示したチケット管理処理プログラム４７４に紐付けられたアイコンを操作入力部４４から押下する。端末制御部４８の本人認証部４８１は、図２Ｂに示した認証処理プログラム４７０を起動して、図４に示した認証処理を実行し、端末４を使用しているユーザが本人であることを認証する（ステップＳ１３１）。ここで、図１２に示すステップＳ１３２からステップＳ１３５の処理は、実施の形態１において説明した、図１０のフローチャートに示すステップＳ１２２からステップＳ１２５と同様の処理である。このため、ここでは説明を省略する。

チケット読出部４８５は、チケットのデータに紐付けられた生体情報と、端末４に登録されているユーザの生体情報とを比較する（ステップＳ１３６）。チケットのデータに紐付けられた生体情報と、端末４に登録されているユーザの生体情報とが一致した場合（ステップＳ１３６；ＹＥＳ）、チケット読出部４８５は、図２Ｄに示したチケット表示部４８６にチケットのデータを送信する。チケット表示部４８６は、受信したチケットのデータに基づいて、表示部４９の画面上に図１１（Ａ）に示したチケット４９６とＱＲコード４９９とを表示させる（ステップＳ１３７）。

ユーザは、表示部４９の画面上にチケット４９６とＱＲコード４９９とを表示させた状態で入場用ゲート５へ行き、入場用ゲート５に設置されているＱＲコードリーダに、チケット４９６及びＱＲコード４９９が表示された表示部４９の画面をかざす（ステップＳ１３８）。

ＱＲコードリーダは、ＱＲコード４９９を読み込み、ＱＲコード４９９に紐付けられたチケット４９６に関する情報を、入場手続きの処理を行うサーバに送信する。入場手続きの処理を行うサーバは、入場手続きの処理を行う（ステップＳ１３９）。入場手続きの処理を行うサーバは、入場手続き完了の通知を、端末４に送信する（ステップＳ１４０）。

端末４は、入場手続き完了の通知を受信すると、図１１（Ｂ）に示すように、ＱＲコード４９９の上に入場済みを示すマーク４９８を重ね、表示部４９の画面上に表示する（ステップＳ１４１）。また、チケットのデータに紐付けられた生体情報と、端末４に登録されているユーザの生体情報とが一致しない場合（ステップＳ１３６；ＮＯ）、チケット読出部４８５は、表示部４９の画面上にチケット４９６を表示できない旨のメッセージを表示する（ステップＳ１４２）。

ステップＳ１４１、ステップＳ１４２の処理の後、チケット読出部４８５は、チケット提示処理を終了し、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とを表示した画面に戻す。

以上のとおり、実施の形態２では、実施の形態１の効果に加えて、端末４の表示部４９の画面上に表示させたチケット４９６に付加したＱＲコード４９９を、図１に示したコンサート、イベント等の会場の入場用ゲート５に設置されたＱＲコードリーダに読み込ませて入場手続きをすることにより、入場用ゲート５に居るスタッフの負担を軽減させることができる。

（実施の形態３）
上記の実施の形態２では、チケット４９６に付加したＱＲコード４９９を、図１に示した入場用ゲート５に設置したＱＲコードリーダに読み込ませ、入場手続きをすることにより、スタッフの負担を軽減させるものとした。実施の形態３では、ＱＲコード４９９の代わりに、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）規格のＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ)チップを用いて入場手続きを行うことにより、スタッフの負担を軽減する。

実施の形態３では、端末４にＮＦＣ規格のＩＣチップを内蔵する。ＩＣチップを内蔵する位置は、図１に示した入場用ゲート５に設置されたＮＦＣリーダでＩＣチップに書き込まれたデータが読み込める位置であれば何処でも良い。ここでは、例えば、図２Ａに示す端末４のスピーカ４２Ａの右脇とする。

次に、実施の形態３におけるチケット４９６の構成の一例を、図１３（Ａ）に示す。端末４の表示部４９の画面上にチケット４９６が表示されている。ユーザは、コンサート、イベント等の会場に入場する際、図１に示した入場用ゲート５に設置されたＮＦＣリーダに、端末４の表示部４９の画面上に表示させたチケット４９６をかざす。

ＮＦＣリーダは、端末４に内蔵されたＩＣチップからチケット４９６に関する情報を読み出し、入場手続きの処理を行うサーバに送信する。入場手続きの処理を行うサーバは、入場手続きの処理を行い、入場手続き完了の通知を、端末４に送信する。端末４は、入場手続き完了の通知を受信すると、図１３（Ｂ）に示すように、チケット４９６の上に入場済みを示すマーク４９８を重ね、表示部４９の画面上に表示する。また、端末４の端末制御部４８は、ＩＣチップに入場済みとの情報を書き込み、これ以降、チケット４９６に関する情報をＮＦＣリーダに送信しないようにする。

次に、ＮＦＣのＩＣチップを使用して、コンサート、イベント等の会場に入場するチケット提示処理について、図１４のフローチャートを参照しつつ説明する。コンサート、イベント等の会場に入場する際、まず、ユーザは、図２Ａに示した表示部４９の画面上に表示されている、図２Ｂに示したチケット管理処理プログラム４７４に紐付けられたアイコンを操作入力部４４から押下する。端末制御部４８の本人認証部４８１は、図２Ｂに示した認証処理プログラム４７０を起動して、図４に示した認証処理を実行し、端末４を使用しているユーザが本人であることを認証する（ステップＳ１４１）。ここで、図１４に示すステップＳ１４２からステップＳ１４５の処理は、実施の形態１において説明した、図１０のフローチャートに示すステップＳ１２２からステップＳ１２５と同様の処理である。このため、ここでは説明を省略する。

チケット読出部４８５は、チケットのデータに紐付けられた生体情報と、端末４に登録されているユーザの生体情報とを比較する（ステップＳ１４６）。チケットのデータに紐付けられた生体情報と、端末４に登録されているユーザの生体情報とが一致した場合（ステップＳ１４６；ＹＥＳ）、チケット読出部４８５は、図２Ｄに示したチケット表示部４８６にチケットのデータを送信する。チケット表示部４８６は、受信したチケットのデータに基づいて、表示部４９の画面上に図１３（Ａ）に示したチケット４９６を表示させる（ステップＳ１５７）。

ユーザは、表示部４９の画面上にチケット４９６を表示させた状態で入場用ゲート５へ行き、入場用ゲート５に設置されているＮＦＣリーダに、チケット４９６が表示された表示部４９の画面をかざす（ステップＳ１４８）。

ＮＦＣリーダは、端末４に内蔵されたＩＣチップからチケット４９６に関する情報を受信し、入場手続きの処理を行うサーバに送信する。入場手続きの処理を行うサーバは、入場手続きの処理を行う（ステップＳ１４９）。入場手続きの処理を行うサーバは、入場手続き完了の通知を、端末４に送信する（ステップＳ１５０）。

端末４は、入場手続き完了の通知を受信すると、図１３（Ｂ）に示すように、チケット４９６の上に入場済みを示すマーク４９８を重ね、表示部４９の画面上に表示する（ステップＳ１５１）。また、チケットのデータに紐付けられた生体情報と、端末４に登録されているユーザの生体情報とが一致しない場合（ステップＳ１４６；ＮＯ）、チケット読出部４８５は、表示部４９の画面上にチケット４９６を表示できない旨のメッセージを表示する（ステップＳ１５２）。

ステップＳ１５１、ステップＳ１５２の処理の後、チケット読出部４８５は、チケット提示処理を終了し、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とを表示した画面に戻す。

以上のとおり、実施の形態３では、実施の形態１の効果に加えて、端末４に内蔵させたＮＦＣ規格のＩＣチップを、図１に示したコンサート、イベント等の会場の入場用ゲート５に設置されたＮＦＣリーダに読み込ませて入場手続きをすることにより、入場用ゲート５に居るスタッフの負担を軽減させることができる。

（実施の形態４）
実施の形態４に係る情報処理システム１００Ａは、上記の実施の形態１から３で説明した情報処理システム１００で実行されるチケットの購入及び使用に加え、チケットのリセールをすることができるシステムである。チケットのリセールは、体調不良、仕事の都合等の理由により、コンサート、イベント等に行けなくなったユーザが、チケット販売サイト１を介して他のユーザにチケットを定額以下で譲渡できる機能である。

情報処理システム１００Ａの構成を、図１５に示す。情報処理システム１００Ａは、チケットを販売するチケット販売サイト１と、チケット販売サイト１から購入したチケットを所有する第１ユーザの使用する第１端末４Ａと、チケットのキャンセル待ちをする第２ユーザ使用する第２端末４Ｂとを含む。チケット販売サイト１は、第１端末４Ａ及び第２端末４Ｂと、ネットワーク２を介して接続している。なお、第１端末４Ａ及び第２端末４Ｂは、特許請求の範囲における、情報処理装置の一例である。

第１端末４Ａ及び第２端末４Ｂは、図２Ａから図２Ｃに示した端末４と同じ構成を備える。また、第１端末４Ａ及び第２端末４Ｂの備える、図２Ｂに示した端末記憶部４７に保存されているチケット管理処理プログラム４７４には、チケットをリセールする処理が含まれている。チケットをリセールする処理は、図１６に示す端末制御部４８Ａで実現される情報処理ブロックのチケット譲渡部４８７により実行される処理である。

端末制御部４８Ａで実現される情報処理ブロックは、図２Ｃに示した端末４のプロセッサ５１により、図２Ｂに示した端末４の端末記憶部４７に記憶されたチケット管理処理プログラム４７４を実行することにより実現される。チケット譲渡部４８７は、端末４の端末記憶部４７に保存したチケットを、チケットのデータを、チケット読出部４８５を介して取得し、図１５に示したチケット販売サイト１に送信する。チケット譲渡部４８７は、チケットがリセールできた場合、チケットの代金をチケット販売サイト１から受信する。なお、端末制御部４８Ａで実現される情報処理ブロックの各ブロックの機能は、図２Ｄに示した端末制御部４８で実現される情報処理ブロックと同様なものであるため、ここでは、説明を省略する。

実施の形態４では、第１ユーザ及び第２ユーザが、表示部４９の画面上に表示されているチケット管理処理プログラム４７４に紐付けられたアイコンを操作入力部４４から押下すると、図１７に示す画面が表示される。この画面には、チケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２と、チケットのリセールボタン５００とが含まれている。チケットを所有する第１ユーザは、第１端末４Ａの端末記憶部４７に保存したチケットをリセールする際、チケットのリセールボタン５００を押下する。

次に、情報処理システム１００Ａで行われる、チケットのリセールの手順について、図１８に示したフローチャートを参照しつつ、以下に説明する。まず、第２ユーザは、第２端末４Ｂにおいて、図９に示したチケット購入の手順のステップＳ１０１からステップＳ１０３を行う。第２ユーザの申し込んだチケットが売り切れの場合、第２ユーザは、チケットのキャンセル待ちを申し込む指示を、図２Ａに示した操作入力部４４から入力する。図１６に示した端末制御部４８Ａのチケット購入部４８２は、チケット販売サイト１に対して、チケットのキャンセル待ちを申し込む（ステップＳ１６１）。

第１ユーザは、図２Ａに示した表示部４９の画面上に表示されている、図２Ｂに示したチケット管理処理プログラム４７４に紐付けられたアイコンを操作入力部４４から押下する。端末制御部４８Ａの本人認証部４８１は、図２Ｂに示した認証処理プログラム４７０を起動して、図４に示した認証処理を実行し、第１端末４Ａを使用している第１ユーザが本人であることを認証する（ステップＳ１６２）。

図１６に示した端末制御部４８Ａのチケット譲渡部４８７は、本人認証部４８１において第１端末４Ａを使用している第１ユーザが本人であると認証した場合（ステップＳ１６３；ＹＥＳ）、図１７に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２と、チケットのリセールボタン５００とが、表示部４９の画面上に表示される。第１ユーザが、操作入力部４４からチケットのリセールボタン５００を押下すると、チケットのリセール用の画面が表示部４９の画面上に表示される。また、本人認証部４８１において第１端末４Ａを使用している第１ユーザが本人であると認証できなかった場合（ステップＳ１６３；ＮＯ）、これ以降の処理をスキップする。

第１ユーザは、チケットのリセール用の画面に表示された自身の所有するチケットのうち、リセールの対象とするチケットを選択する。図１６に示した端末制御部４８Ａのチケット譲渡部４８７は、第１ユーザの選択したチケットに関する情報を、チケット読出部４８５に端末記憶部４７から読み出させ、取得する。チケット譲渡部４８７は、取得した第１ユーザの選択したチケットに関する情報と購入者情報とを、チケット販売サイト１に送信し、チケットのリセールを申し込む（ステップＳ１６４）。チケット譲渡部４８７からチケット販売サイト１に送信するチケットに関する情報は、例えば、チケットに含まれる公演名、公演日時、購入日等である。また、購入者情報は、例えば、購入者のユーザ名、ユーザＩＤ、チケットの識別情報、ユーザと紐付けた端末４の端末情報、端末４の電話番号等、チケット販売サイト１に登録されている情報である。

チケット販売サイト１は、第１端末４Ａから受信したチケットに関する情報及び購入者情報に基づいて、第１ユーザからリセールを申し込まれたチケットが、正規なものか否かを判定する（ステップＳ１６６）。チケットが正規なものである場合（ステップＳ１６６；ＹＥＳ）、チケット販売サイト１は、チケットのキャンセル待ちをしている第２ユーザの使用する第２端末４Ｂに、チケットが用意できた旨を通知する（ステップＳ１６７）。また、チケットが正規なものでない場合（ステップＳ１６６；ＮＯ）、チケット販売サイト１は、リセールを申し込んだ第１ユーザの使用する第１端末４Ａに、リセールができない旨を通知する（ステップＳ１６８）。第１端末４Ａは、これ以降の処理をスキップする。続いて、チケット販売サイト１は、チケットのキャンセル待ちをしている第２ユーザの使用する第２端末４Ｂに、チケットが用意できなかった旨を通知する（ステップＳ１６９）。第２端末４Ｂは、これ以降の処理をスキップする。

第２ユーザは、第２端末４Ｂのチケット購入部４８２からチケットの購入手続きを行い、チケットの代金を支払う（ステップＳ１７０）。ここで第２ユーザの支払うチケットの代金は、チケットの定額と販売手数料である。チケット販売サイト１は、チケットのリセールを申し込んだ第１ユーザの使用する第１端末４Ａに、第三者へチケットの譲渡を行う旨を通知する（ステップＳ１７１）。第１ユーザは、第１端末４Ａのチケット譲渡部４８７からチケット販売サイト１へ、第三者へのチケットの譲渡を承認する旨を通知する（ステップＳ１７２）。

チケット販売サイト１は、第２端末４Ｂにチケットのデータを送信する（ステップＳ１７３）。第２端末４Ｂのチケット購入部４８２は、チケット販売サイト１からチケットのデータを受信する（ステップＳ１７４）。チケット購入部４８２は、図１６に示した端末制御部４８Ａのユーザ紐付け部４８３に、受信したチケットのデータを送信する。ユーザ紐付け部４８３は、端末４内に登録されているユーザの生体情報のデータを取得し、チケットのデータに紐付け、図１６に示したチケット保存部４８４に送信する。チケット保存部４８４は、ユーザの生体情報のデータを紐付けたチケットのデータを端末記憶部４７に保存する（ステップＳ１７５）。チケット販売サイト１は、第２ユーザから支払われたチケット代金から、リセールに関する手数料を引き、第１端末４Ａへ返金する（ステップＳ１７６）。

以上のとおり、実施の形態４では、実施の形態１から実施の形態３の効果に加え、ユーザが購入したチケットを、チケット販売サイト１を介して正規にリセールすることができる。このため、ユーザは、体調不良、仕事の都合等の理由により、コンサート、イベント等に行けなくなった場合に、定額でチケットを売ることができる。また、販売の終わってしまったチケットを欲しいユーザは、キャンセル待ちを申し込むことで、定額でチケットを得ることができる。したがって、不正な転売を防ぐことができる。

（実施の形態５）
上記の実施の形態１から３では、端末４を使用するユーザ本人の分のチケットの購入及び使用について説明した。しかしながら、イベント、コンサート等に行く場合、ユーザは単独ではなく同行者と一緒に行くことも多い。そこで、実施の形態５に係る情報処理システム１００では、端末４を使用するユーザ本人の分と合わせて同行者の分のチケットの購入及び使用もできるものとする。

本実施の形態５における情報処理システム１００の構成を、図１９に示す。情報処理システム１００は、チケットを販売するチケット販売サイト１と、チケット販売サイト１からチケットの購入し使用することができる端末４と、購入したチケットを使用して入場するための入場用ゲート５とを含む。チケット販売サイト１は、チケット販売会社の運営するチケットを販売するためのサイトである。第１ユーザは、端末４を用いてチケット販売サイト１から、自身で使用するためのチケットと、第１ユーザに同行する第２ユーザの使用するチケットとを購入する。そして、第１ユーザ及び第２ユーザは、図２Ｂに示した端末４の表示部４９の画面上に購入したチケットを表示させ、入場用ゲート５に居るスタッフに提示することにより、イベント、コンサート等の会場に入場する。

本実施の形態５における端末４は、図２Ａから図２Ｄに示した端末４と同じ構成を備える。また、端末４の備える図２Ｂに示した端末記憶部４７に保存されているチケット管理処理プログラム４７４には、第１ユーザ及び第２ユーザのチケットを購入し、使用するための処理が含まれている。このチケット管理処理プログラム４７４に含まれる第１ユーザ及び第２ユーザのチケットを購入し、使用するための処理は、図２Ｄに示した端末４の端末制御部４８で実現される図２Ｄに示した情報処理ブロックにより実行される。

次に、第１ユーザが端末４を使用して、図１９に示したチケット販売サイト１から、自身と同行する第２ユーザのチケットを購入する手順を、図２０に示すフローチャートを参照しつつ説明する。チケットを購入する際、まず、第１ユーザは、図２Ａに示した表示部４９の画面上に表示されている、図２Ｂに示したチケット管理処理プログラム４７４に紐付けられたアイコンを操作入力部４４から押下する。図２Ｄに示した端末制御部４８の本人認証部４８１は、図２Ｂに示した認証処理プログラム４７０を起動して、図４に示した認証処理を実行し、端末４を使用している第１ユーザが本人であることを認証する（ステップＳ１８１）。

本人認証部４８１において端末４を使用している第１ユーザが本人であると認証した場合（ステップＳ１８２；ＹＥＳ）、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とが、表示部４９の画面上に表示される。ユーザが、操作入力部４４からチケットの購入ボタン４９１を押下すると、チケット購入用の画面が表示部４９の画面上に表示される。また、本人認証部４８１において端末４を使用している第１ユーザが本人であると認証できなかった場合（ステップＳ１８２；ＮＯ）、チケット管理処理プログラム４７４はこれ以降の処理をスキップする。

第１ユーザは、表示部４９の画面上に表示されたチケット購入用の画面で、欲しいチケットと購入希望枚数とを選択する。続いて、第１ユーザは、チケット購入用の画面で購入者情報を入力する。この購入者情報は、例えば、購入者のユーザ名、ユーザＩＤ、チケットの識別情報、ユーザと紐付けた端末４の端末情報、端末４の電話番号等、チケット販売サイト１に登録される情報である。端末制御部４８のチケット購入部４８２は、チケット販売サイト１に対して、購入者情報と、第１ユーザの選択したチケットに関する情報と、購入希望枚数とを送信する（ステップＳ１８３）。ここでは、チケットの購入希望枚数を、第１ユーザと第１ユーザに同行する第２ユーザの分の２枚とする。

チケット販売サイト１は、端末４のチケット購入部４８２から購入者情報と、第１ユーザの選択したチケットに関する情報と、購入希望枚数の２枚とを受信する（ステップＳ１８４）。チケット販売サイト１は、端末４のチケット購入部４８２から受信した購入希望枚数の２枚が、チケット販売サイト１で規定している制限枚数以内か否かを判定する（ステップＳ１８５）。購入希望枚数の２枚が、チケット販売サイト１で規定している制限枚数以内であれば（ステップＳ１８５；ＹＥＳ）、チケット販売サイト１は、端末４に購入希望枚数２枚分のチケットの代金を要求する（ステップＳ１８６）。また、購入希望枚数の２枚が、チケット販売サイト１で規定している制限枚数以内でなければ（ステップＳ１８５；ＮＯ）、端末４にチケットを購入できない旨を通知し（ステップＳ１８７）、これ以降の処理をスキップする。端末４のチケット購入部４８２は、チケット販売サイト１からチケットを購入できない旨を受信すると、図２Ｄに示したチケット表示部４８６から表示部４９にチケットを購入できなかった旨を表示させ（ステップＳ１８８）、これ以降の処理をスキップする。

チケット販売サイト１から購入希望枚数２枚分のチケットの代金を要求されると、端末制御部４８のチケット購入部４８２は、要求された購入希望枚数２枚分のチケットの代金を支払う（ステップＳ１８９）。このチケットの代金の支払いは、クレジットカード、電子マネー、プリペイドカード等、いずれの決済方法を用いてもよい。

チケット販売サイト１は、購入希望枚数２枚分のチケットの代金を支払われると、端末４へチケットの受け取り方法と、受け取り可能期間とを通知する（ステップＳ１９０）。例えば、チケットの受け取り方法としては、図１９に示したチケット販売サイト１から端末４へチケットのデータをダウンロードすること、受け取り可能期間として、この通知から４８時間以内とするものである。なお、チケットの受け取り方法と、受け取り可能期間とは、任意の方法と期間とであってよい。

端末制御部４８のチケット購入部４８２は、チケット販売サイト１へ購入者情報とチケットの受け取り要求とを送信する（ステップＳ１９１）。チケット購入部４８２からチケット販売サイト１へ送信する購入者情報は、例えば、購入者のユーザ名、ユーザＩＤ、チケットの識別情報、ユーザと紐付けた端末４の端末情報、端末４の電話番号等、チケット販売サイト１に登録されている情報である。

チケット販売サイト１は、自身に登録された購入者情報と、端末制御部４８のチケット購入部４８２から受信した購入者情報とを比較し、受信した購入者情報が正しいか否かを判定する。かつ、受け取り可能期間か否かを判定する（ステップＳ１９２）。購入者情報が正しく、かつ、受け取り可能期間内であれば（ステップＳ１９２；ＹＥＳ）、チケット販売サイト１は端末４に、購入希望枚数２枚分のチケットのデータを送信する（ステップＳ１９３）。

図２Ｄに示した端末制御部４８のチケット購入部４８２は、ユーザ情報の紐付け処理を実行する（ステップＳ１９４）。ユーザ情報の紐付け処理については、図２１に示したフローチャートを参照しつつ説明する。端末制御部４８のチケット購入部４８２は、チケット販売サイト１から購入希望枚数２枚分のチケットのデータを受信する（ステップＳ２０１）。チケット購入部４８２は、図２Ｄに示した端末制御部４８のユーザ紐付け部４８３に、受信した購入希望枚数２枚分のチケットのデータを送信する。ユーザ紐付け部４８３は、本人認証部４８１に図４に示した認証処理を実行させ、端末４を使用しているユーザが第１ユーザ本人であることを認証する（ステップＳ２０２）。

本人認証部４８１において端末４を使用しているユーザが本人であると認証した場合（ステップＳ２０３；ＹＥＳ）、ユーザ紐付け部４８３は、端末４内に登録されている第１ユーザの生体情報のデータを取得する。ユーザ紐付け部４８３は、取得した第１ユーザの生体情報のデータを暗号化する（ステップＳ２０４）。ユーザ紐付け部４８３は、暗号化した第１ユーザの生体情報のデータを、チケット購入部４８２から受信した２枚分のチケットのデータのうちの１枚分に紐付け、図２Ｄに示したチケット保存部４８４に送信する。チケット保存部４８４は、第１ユーザの生体情報のデータを紐付けたチケットのデータを端末記憶部４７に保存する（ステップＳ２０５）。

ユーザ紐付け部４８３は、全てのチケットのデータにユーザの生体情報を紐付けたか判定する（ステップＳ２０６）。ここでは、チケット購入部４８２から受信した２枚分のチケットのデータのうちの１枚分に第１ユーザを生体情報のデータを紐付けたが、もう１枚のチケットのデータに第２ユーザの生体情報のデータを紐付けていない。このため、全てのチケットにユーザの生体情報を紐付けていないため（ステップＳ２０６；ＮＯ）、ユーザ紐付け部４８３は、値チケット表示部２８３を介して、次のユーザに代わる旨を表示部４９の画面上に表示させる（ステップＳ２０７）。ここでは、端末４を使用するユーザを、第１ユーザから第２ユーザに変更する。

ユーザ紐付け部４８３は、本人認証部４８１に図４に示した認証処理を実行させ、端末４を使用しているユーザが第１ユーザ本人であることを認証する（ステップＳ２０２）。ここでは、端末４を使用するユーザは第２ユーザであるため、本人認証部４８１は、端末４を使用しているのは第１ユーザ本人とは認証しない。端末４を使用しているのが第１ユーザ本人ではない場合（ステップＳ２０３；ＮＯ）、ユーザ紐付け部４８３は、図２Ａに示した端末４のインカメラ４１Ａ、左指紋センサ４５Ａ、右指紋センサ４５Ｂ等を用いて、第２ユーザの生体情報を取得する（ステップＳ２０８）。ここでは、例えば、インカメラ４１Ａを用いて第２ユーザの顔画像を撮影し、撮影した顔画像を生体情報として取得する。ユーザ紐付け部４８３は、取得した第２ユーザの生体情報のデータを暗号化する（ステップＳ２０４）。

ユーザ紐付け部４８３は、暗号化した第１ユーザの生体情報のデータを、チケット購入部４８２から受信した２枚分のチケットのデータのうち、残りの１枚分のデータに紐付け、図２Ｄに示したチケット保存部４８４に送信する。チケット保存部４８４は、第１ユーザの生体情報のデータを紐付けたチケットのデータを端末記憶部４７に保存する（ステップＳ２０５）。

ユーザ紐付け部４８３は、全てのチケットのデータにユーザの生体情報を紐付けたか判定する（ステップＳ２０６）。ここでは、第１ユーザの購入した２枚のチケットのデータにユーザの生体情報が紐付けられたので（ステップＳ２０６；ＹＥＳ）、ユーザ紐付け部４８３は、チケット購入部４８２に全てのチケットのデータにユーザの生体情報を紐付けた旨を通知する。チケット購入部４８２は、ユーザ情報紐付け処理を終了する。ここで、図２０へ戻る。チケット購入部４８２は、チケット購入処理を終了し、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とを表示した画面に戻る。

また、チケット販売サイト１は、購入者情報が正しく、かつ、受け取り可能期間か否かを判定し（ステップＳ１９２）、購入者情報が正しく、かつ、受け取り可能期間内でなければ（ステップＳ１９２；ＮＯ）、チケット販売サイト１は端末４にチケットの受け取り期間外である旨を通知する（ステップＳ１１３）。端末制御部４８のチケット購入部４８２は、チケット表示部４８６に表示部４９の画面上にチケットを受け取れなかった旨のメッセージを表示させる（ステップＳ１９６）。チケット購入部４８２は、チケット購入処理を終了し、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とを表示した画面に戻る。

次に、第１ユーザ及び第１ユーザに同行する第２ユーザが、端末４の端末記憶部４７に保存したチケットを、図１９に示したコンサート、イベント等の会場に設置された入場用ゲート５でスタッフに提示し、入場する複数チケット提示処理について、図２２に示すフローチャートを参照しつつ説明する。

コンサート、イベント等の会場に入場する際、まず、第１ユーザは、図２Ａに示した表示部４９の画面上に表示されている、図２Ｂに示したチケット管理処理プログラム４７４に紐付けられたアイコンを操作入力部４４から押下する。端末制御部４８の本人認証部４８１は、図２Ｂに示した認証処理プログラム４７０を起動して、図４に示した認証処理を実行し、端末４を使用している第１ユーザが本人であることを認証する（ステップＳ２１０）。

本人認証部４８１において端末４を使用している第１ユーザが本人であると認証した場合（ステップＳ２１１；ＹＥＳ）、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とが、表示部４９の画面上に表示される。ユーザが、操作入力部４４から購入済みチケットの一覧ボタン４９２を押下すると、図７に示したチケット一覧の画面が表示部４９の画面上に表示される。第１ユーザは、チケット一覧のうち入場する公演の公演名を、操作入力部４４から選択する（ステップＳ２１２）。また、本人認証部４８１において端末４を使用しているユーザが本人であると認証できなかった場合（ステップＳ２１１；ＮＯ）、チケット管理処理プログラム４７４は、これ以降の処理をスキップする。

図２Ｄに示したチケット読出部４８５は、ユーザに選択された公演名に対応づけられたチケットのデータを、端末記憶部４７から読み出す。チケット読出部４８５の読み出すチケットのデータは、ここでは、第１ユーザ及び第２ユーザの分の２枚分のデータである。チケット読出部４８５は、読み出したチケットのデータの紐付けられた第１ユーザ及び第２ユーザの生体情報を取得し、復号化する（ステップＳ２１３）。チケット読出部４８５は、ユーザの生体情報取得処理を実行する（ステップＳ２１４）。ユーザの生体情報取得処理については、図２３に示すフローチャートを参照しつつ説明する。

チケット読出部４８５は、図２Ｄに示した本人認証部４８１に端末制御部４８に、図２Ｂに示した認証処理プログラム４７０を起動して、図４に示した認証処理を実行し、端末４を使用している第１ユーザが本人であることを認証させる（ステップＳ２３１）。ここでは、端末４を使用しているのは第１ユーザである。このため、本人認証部４８１において端末４を使用している第１ユーザが本人であると認証した場合（ステップＳ２１１；ＹＥＳ）、端末４に登録されている第１ユーザの生体情報を取得する（ステップＳ２３３）。チケット読出部４８５は、ユーザの生体情報取得処理を終了する。ここで、図２２に戻る。

チケット読出部４８５は、チケットのデータに紐付けられた生体情報と、取得した第１ユーザの生体情報とを比較する（ステップＳ２１５）。チケットのデータに紐付けられた生体情報と、取得した第１ユーザの生体情報とが一致した場合（ステップＳ２１５；ＹＥＳ）、チケット読出部４８５は、図２Ｄに示したチケット表示部４８６にチケットのデータを送信する。チケット表示部４８６は、受信したチケットのデータに基づいて、表示部４９の画面上に図８（Ａ）に示したチケット４９６と確認ボタン４９７とを表示させる（ステップＳ２１６）。また、チケットのデータに紐付けられた生体情報と、取得した第１ユーザの生体情報とが一致しなかった場合（ステップＳ２１５；ＮＯ）、チケット読出部４８５は、チケット表示部４８６にチケットを表示できない旨を表示部４９の画面上に表示させる（ステップＳ２１７）。

第１ユーザは、表示部４９の画面上にチケット４９６を表示させた状態で入場用ゲート５へ行き、入場用ゲート５に居るスタッフにチケット４９６を見せる。スタッフは、端末４の表示部４９の画面上に表示されたチケット４９６に含まれる公演に関する情報を確認し、確認ボタン４９７を押下する（ステップＳ２１８）。確認ボタン４９７が押下されると、図２Ｄに示した端末制御部４８のチケット読出部４８５は、端末記憶部４７に保存されている入場済みを示すマーク４９８を読み出し、図２Ｄに示した端末制御部４８のチケット表示部４８６に送信する。チケット表示部４８６は、図８（Ｂ）に示したように、チケット４９６上に、入場済みを示すマーク４９８を重ね、表示部４９の画面上に表示する（ステップＳ２１９）。

次に、会場への入場が全員終わったか判定する（ステップＳ２２０）。ここでは、第１ユーザに同行している第２ユーザが、会場に入場できていない。このため、会場への入場が全員終わっていないため（ステップＳ２２０；ＮＯ）、図２Ｄに示した端末制御部４８のチケット読出部４８５は、チケット表示部４８６に、次のユーザに代わる旨を表示部４９の画面上に表示させる（ステップＳ２２１）。ここで、端末４を使用しているユーザを、第１ユーザから第２ユーザに変更する。また、チケット表示部４８６は、ステップＳ２１４に戻る。

チケット読出部４８５は、ユーザの生体情報取得処理を実行する（ステップＳ２１４）。ユーザの生体情報取得処理については、図２３に示すフローチャートを参照しつつ説明する。チケット読出部４８５は、図２Ｄに示した本人認証部４８１に端末制御部４８に、図２Ｂに示した認証処理プログラム４７０を起動して、図４に示した認証処理を実行し、端末４を使用している第１ユーザが本人であることを認証させる（ステップＳ２３１）。ここでは、端末４を使用しているのは第２ユーザである。このため、本人認証部４８１において端末４を使用しているのは第１ユーザ本人と認証されなかった場合（ステップＳ２３２；ＮＯ）、チケット読出部４８５は、図２Ａに示した端末４のインカメラ４１Ａ、左指紋センサ４５Ａ、右指紋センサ４５Ｂ等を用いて、第２ユーザの生体情報を取得する（ステップＳ２３４）。ここでは、例えば、インカメラ４１Ａを用いて第２ユーザの顔画像を撮影し、撮影した顔画像を生体情報として取得する。チケット読出部４８５は、ユーザの生体情報取得処理を終了する。ここで、図２２に戻る。

チケット読出部４８５は、チケットのデータに紐付けられた生体情報と、取得した第２ユーザの生体情報とを比較する（ステップＳ２１５）。チケットのデータに紐付けられた生体情報と、取得した第２ユーザの生体情報とが一致した場合（ステップＳ２１５；ＹＥＳ）、チケット読出部４８５は、図２Ｄに示したチケット表示部４８６にチケットのデータを送信する。チケット表示部４８６は受信したデータに基づいて、表示部４９の画面上に図８（Ａ）に示したチケット４９６と確認ボタン４９７とを表示する（ステップＳ２１６）。また、チケットのデータに紐付けられた生体情報と、取得した第２ユーザの生体情報とが一致しなかった場合（ステップＳ２１５；ＮＯ）、チケット読出部４８５は、チケット表示部４８６にチケットを表示できない旨を表示部４９の画面上に表示させる（ステップＳ２１７）。

第２ユーザは、表示部４９の画面上にチケット４９６を表示させた状態で入場用ゲート５へ行き、入場用ゲート５に居るスタッフにチケット４９６を見せる。スタッフは、端末４の表示部４９の画面上に表示されたチケット４９６に含まれる公演に関する情報を確認し、確認ボタン４９７を押下する（ステップＳ２１８）。確認ボタン４９７が押下されると、図２Ｄに示した端末制御部４８のチケット読出部４８５は、端末記憶部４７に保存されている入場済みを示すマーク４９８を読み出し、図２Ｄに示した端末制御部４８のチケット表示部４８６に送信する。チケット表示部４８６は、図８（Ｂ）に示したように、チケット４９６上に、入場済みを示すマーク４９８を重ね、表示部４９の画面上に表示する（ステップＳ２１９）。

次に、会場への入場が全員終わったか判定する（ステップＳ２２０）。ここでは、第１ユーザ及び第１ユーザに同行している第２ユーザが、両方とも会場に入場している。このため、会場への入場が全員終わったため（ステップＳ２２０；ＹＥＳ）、チケット読出部４８５は、複数チケット提示処理を終了し、図６に示したチケットの購入ボタン４９１と、購入済みチケットの一覧ボタン４９２とを表示した画面に戻す。

以上のとおり、実施の形態５では、端末４を使用する第１ユーザ本人の分と合わせて同行者の第２ユーザ分のチケットの購入及び使用をすることができる。また、購入した各チケットに、第１ユーザと第２ユーザの生体情報をそれぞれ紐付けて端末４の端末記憶部４７に保存している。使用する際には、端末４で取得した第１ユーザと第２ユーザの生体情報と、各チケットに紐付けられた第１ユーザ又は第２ユーザの生体情報とを比較し、一致した場合にチケットを使用できるようにしている。このため、第１ユーザ及び第２ユーザ以外はチケットを使用することができない。したがって、不正な転売を防ぐことができる。

また、本発明の実施の形態では、端末４、第１端末４Ａ及び第２端末４Ｂは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、端末４、第１端末４Ａ及び第２端末４Ｂにおける各機能を実現するためのプログラムを、コンピュータが読み取り可能なＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの記録媒体に格納して配布し、このプログラムをコンピュータにインストールすることにより、上述の各機能を実現することができるコンピュータを構成してもよい。そして、各機能をＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）とアプリケーションとの分担、またはＯＳとアプリケーションとの協同により実現する場合には、アプリケーションのみを記録媒体に格納してもよい。

（変形例１）
上記の実施の形態１から５において、スコア値を求めるための端末４に登録された生体情報及びユーザの癖のデータは、ユーザを認証することに更新され、精度を高めるようにしてもよい。また、図３Ｄに示したスコア値テーブル４７３のスコア値の項目に設定されている値は、ユーザが適宜設定するようにしてもよい。

（変形例２）
上記の実施の形態１から５において、スマートフォンを用いて端末４及び第２端末４Ｂを構成するものとした。しかしながら、スマートフォンに限らず、パソコン、タブレット、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等、どのような機器を用いて端末４及び第２端末４Ｂを構成してもよい。

（変形例３）
上記の実施の形態１から５において、端末４のユーザ紐付け部４８３は、ユーザの購入したチケットにユーザの生体情報を紐付けるものとした。しかしながら、これに限らず、ユーザ紐付け部４８３は、ユーザを特定することができる固有の情報、例えば、チケット購入時にユーザの使用した端末４の端末情報、端末４の電話番号等を、チケットに紐付けてもよい。また、ユーザ紐付け部４８３は、ユーザの生体情報と端末４の端末情報、端末４の電話番号等を一緒に、チケットに紐付けてもよい。

（変形例４）
上記の実施の形態１及び５において、ユーザ紐付け部４８３は、ユーザの生体情報のデータと、購入したチケットのデータとを紐付けるものとした。これに限らず、ユーザ紐付け部４８３は、ユーザの癖のデータと、購入したチケットのデータとを紐付けてもよい。紐付けるユーザの癖のデータは、一種類または複数種類のどちらでもよい。また、ユーザ紐付け部４８３は、ユーザの生体情報のデータと癖のデータとを、両方購入したチケットのデータとを紐付けてもよい。

（変形例５）
上記の実施の形態１から３、及び５において、チケットに紐付けられたユーザの生体情報と、端末４に登録されたユーザの生体情報が一致する場合に、端末４に保存されたチケットを端末４の表示部４９の画面上に表示するものとした。しかしながら、これに限らず、その場で取得したユーザの生体情報と、チケットに紐付けられたユーザの生体情報と比較し、一致した場合に、端末４に保存されたチケットを端末４の表示部４９の画面上に表示するようにしてもよい。

（変形例６）
上記の実施の形態１から５において、チケット管理処理プログラム４７４の処理におけるユーザの認証は、予め定められたステップで行うようにしている。しかしながら、これに限らず、チケット管理処理プログラム４７４を起動している間に、随時バックグランドでユーザを認証するようにしておき、その認証結果をチケット管理処理プログラム４７４の各ステップで用いるようにしてもよい。

（変形例７）
上記の実施の形態５では、イベント、コンサートの会場に入場する際、チケットをスタッフに見せて目視で確認させるものとした。これに限らず、実施の形態２のＱＲコードによる入場、実施の形態３のＮＦＣ規格のＩＣチップによる入場としてもよい。

（変形例８）
上記の実施の形態５では、端末４に購入した全員分のチケットを保存し、使用するものとした。これに限らず、チケット販売サイト１から取得した全員分のチケットを、各ユーザの使用する端末４に分配し、使用できるようにしてもよい。この場合、チケット提示処理については、実施の形態１から３と同様とする。

なお、本発明の技術的範囲は、上記実施の形態と変形例によっては限定されない。本発明は特許請求の範囲に記載された技術的思想の限りにおいて、自由に応用、変形あるいは改良して、実施することができる。

１ チケット販売サイト、２ ネットワーク、４ 端末、４Ａ 第１端末、４Ｂ 第２端末、５ 入場用ゲート、４０ 通信部、４１ 撮影部、４１Ａ インカメラ、４１Ｂ メインカメラ、４２ 音声入出力部、４２Ａ スピーカ、４２Ｂ 通話用のマイク（マイクロフォン）、４３ 傾き検出部、４４ 操作入力部、４５ 指紋検出部、４５Ａ 左指紋センサ、４５Ｂ 右指紋センサ、４６ 位置検出部、４７ 端末記憶部、４８、４８Ａ 端末制御部、４９ 表示部、５１ プロセッサ、５２ メモリ、５３ 表示コントローラ、５４ 表示機器、５５ Ｉ／Ｏポート、５６ 記憶機器、５７ 通信機器、５８ データバス、１００、１００Ａ 情報処理システム、４７０ 認証処理プログラム、４７１ 認証用生体情報データベース、４７２ 認証用ユーザの癖データベース、４７３ スコア値テーブル、４７４ チケット管理プログラム、４７５ チケットデータテーブル、４８１ 本人認証部、４８２ チケット購入部、４８３ ユーザ紐付け部、４８４ チケット保存部、４８５ チケット読出部、４８６ チケット表示部、４８７ チケット譲渡部、４９１ 購入ボタン、４９２ 一覧ボタン、４９３ 公演名、４９４ 名称、４９５ スクロール部、４９６ チケット、４９７ 確認ボタン、４９８ マーク、４９９ ＱＲコード、５００ リセールボタン。

Claims (9)

1. 自身を使用するユーザをユーザ本人と認証する本人認証部と、
   外部機器により読取り可能なデータを含むチケットを購入するチケット購入部と、
   前記本人認証部が前記自身を使用するユーザをユーザ本人と認証した場合に、前記チケット購入部が購入したチケットのデータに、前記ユーザの固有の情報のデータを紐付けるユーザ紐付け部と、
   前記ユーザ紐付け部が前記ユーザの固有の情報のデータを紐付けたチケットのデータを、前記自身の端末記憶部に保存するチケット保存部と、
   前記本人認証部が、前記自身を使用するユーザをユーザ本人と認証した場合に、前記端末記憶部に保存したチケットのデータを読み出すチケット読出部と、
   前記チケット読出部の読み出した前記チケットのデータを、自身の表示部に表示するチケット表示部と、
   を備える情報処理装置。
2. 前記外部機器により読取り可能なデータは、前記表示部に表示するチケットのデータに含まれるコードのデータである、
   請求項１に記載の情報処理装置。
3. 前記外部機器により読取り可能なデータは、自身に内蔵されるＩＣチップに書き込まれたデータである、
   請求項１に記載の情報処理装置。
4. 前記ユーザの固有の情報のデータは、前記チケットを購入した自身を特定することができる情報、前記ユーザの生体情報のデータ、および前記ユーザの癖のデータの少なくとも一つである、
   請求項１から３の何れか一項に記載の情報処理装置。
5. 前記本人認証部が前記自身を使用するユーザをユーザ本人と認証した場合に、前記端末記憶部に保存したチケットのデータを、チケット販売サイトを介して他のユーザに有償で譲渡することができるチケット譲渡部を、さらに備える、
   請求項１から４の何れか一項に記載の情報処理装置。
6. 前記本人認証部は、前記自身を使用するユーザをから取得した第１ユーザ認証用データに基づくスコア値と、前記自身を使用するユーザをから取得した第２ユーザ認証用データに基づくスコア値とを合計した値が、予め定められた合計値のスコア値以上である場合に、前記自身を使用するユーザが正しいユーザであると認証する、
   請求項１から５の何れか一項に記載の情報処理装置。
7. 自身を使用する第１ユーザを、第１ユーザ本人と認証する本人認証部と、
   複数のチケットを購入するチケット購入部と、
   前記本人認証部が、前記自身を使用する第１ユーザを第１ユーザ本人と認証した場合に、前記複数のチケットのデータそれぞれに、前記第１ユーザ又は第２ユーザの固有の情報のデータを紐付けるユーザ紐付け部と、
   前記ユーザ紐付け部が前記第１ユーザの固有の情報のデータを紐付けたチケットのデータを前記自身の端末記憶部に保存するとともに、前記第２ユーザの固有の情報のデータを紐付けたチケットのデータを前記第２ユーザの使用する情報処理装置に分配するチケット保存部と、
   前記本人認証部が、前記自身を使用する第１ユーザを第１ユーザ本人と認証した場合に、前記端末記憶部に保存したチケットのデータを読み出すチケット読出部と、
   前記チケット読出部の読み出した前記チケットのデータを前記自身の表示部に表示するチケット表示部と、
   を備える情報処理装置。
8. 情報処理装置が実行する情報処理方法であって、
   ユーザをユーザ本人と認証し、
   外部機器により読取り可能なデータを含むチケットを購入し、
   前記ユーザをユーザ本人と認証した場合に、購入した前記チケットのデータに前記ユーザの固有の情報のデータを紐付け、
   前記ユーザの固有の情報のデータを紐付けたチケットのデータを格納し、
   前記ユーザをユーザ本人と認証した場合に、格納した前記チケットのデータを読み出し、
   読み出した前記チケットのデータを表示する、
   情報処理方法。
9. コンピュータに、
   ユーザをユーザ本人と認証する処理、
   外部機器により読取り可能なデータを含むチケットを購入する処理、
   前記ユーザをユーザ本人と認証した場合に、購入した前記チケットのデータに前記ユーザの固有の情報のデータを紐付ける処理、
   前記ユーザの固有の情報のデータを紐付けたチケットのデータを格納する処理、
   前記ユーザをユーザ本人と認証した場合に、格納した前記チケットのデータを読み出す処理、
   読み出した前記チケットのデータを表示する処理、
   を実行させるためのプログラム。

Images