特許 7359917 情報処理サーバ、情報処理システム、判定装置、及び方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-10-02

(45)【発行日】2023-10-11

(54)【発明の名称】情報処理サーバ、情報処理システム、判定装置、及び方法

(51)【国際特許分類】

   G06F 21/64 20130101AFI20231003BHJP

   G06F 21/32 20130101ALI20231003BHJP

【ＦＩ】

G06F21/64

G06F21/32

【請求項の数】 7

(21)【出願番号】P 2022131527

(22)【出願日】2022-08-22

(62)【分割の表示】P 2020070365の分割

【原出願日】2020-04-09

(65)【公開番号】P2022169673

(43)【公開日】2022-11-09

【審査請求日】2023-04-06

【早期審査対象出願】

(73)【特許権者】

【識別番号】517201127

【氏名又は名称】ｐｌａｙｇｒｏｕｎｄ株式会社

(74)【代理人】

【識別番号】110002815

【氏名又は名称】ＩＰＴｅｃｈ弁理士法人

(72)【発明者】

【氏名】伊藤 圭史

(72)【発明者】

【氏名】宮西 裕紀

【審査官】平井 誠

(56)【参考文献】

【文献】特開２０１７－１１７３０１（ＪＰ，Ａ）

【文献】特開２００６－１１３７６３（ＪＰ，Ａ）

【文献】特許第６５１８３５１（ＪＰ，Ｂ１）

【文献】特許第７０３４４５２（ＪＰ，Ｂ２）

【文献】特許第７１４６１２５（ＪＰ，Ｂ２）

【文献】特開２０２２－１８０４９２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／００－８８

Ｇ０６Ｑ １０／０２

Ｇ０６Ｑ ２０／４０

(57)【特許請求の範囲】

【請求項1】

チケットを管理するための情報処理サーバであって、
生体情報から取得可能な特徴量データであって予め作成された特徴量データを記憶するサーバ記憶部と、
サーバ制御部と、を含み、
前記サーバ制御部は、
発券の申し込みを受け付けたチケットを識別可能なチケット識別情報を決定又は予めチケットに割り当てられたチケット識別情報を取得し、
入力されたチケットを利用するユーザの生体情報から特徴量データを決定し、
前記決定した特徴量データと、前記サーバ記憶部が記憶する特徴量データとを比較して、所定の類似度を有する特徴量データを決定し、並びに、
該決定した特徴量データに基づいてチケットに付されるコードを生成し、
該生成したコードが付されたチケットを出力するためのチケットデータを生成するように構成される、
情報処理サーバ。

【請求項2】

請求項１に記載の情報処理サーバ及びチケットの利用の正当性を判定するための判定装置を含む情報処理システムであって、
前記判定装置は、
前記サーバ記憶部に記憶される特徴量データと同一の特徴量データを記憶する判定装置記憶部と、
判定装置制御部と、を含み、
前記判定装置制御部は、
チケットに付されたコードからチケット識別情報と特徴量データを取得し、
チケットを提示するユーザの生体情報を取得し、
前記取得した生体情報から決定した特徴量データと、前記取得した特徴量データとが所定の基準を満たすか否かを判定するように構成される、
情報処理システム。

【請求項3】

チケットの利用の正当性を判定するための判定装置であって、
チケットを出力するためのチケットデータを生成可能な情報処理サーバに記憶される生体情報から取得可能な特徴量データであって予め作成された特徴量データを記憶する判定装置記憶部と、
判定装置制御部と、を含み、
チケットは、チケットに割り当てられるチケットを識別可能なチケット識別情報と、該特徴量データとに基づいて生成されたコードが付されたものであり、
前記判定装置制御部は、
チケットに付されたコードからチケット識別情報および特徴量データを取得し、
チケットを提示するユーザの生体情報を取得し、
前記判定装置記憶部において記憶される特徴量データと、前記取得した生体情報から決定した特徴量データとが所定の基準を満たすか否かを判定するように構成される、
判定装置。

【請求項4】

コンピュータにより実行される、チケットを管理するための方法であって、
前記方法は、生体情報から取得可能な特徴量を示す特徴量データであって予め作成された特徴量データを記憶するデータベースを用いるものであり、
発券の申し込みを受け付けたチケットについてチケットを識別可能なチケット識別情報を決定又は予めチケットに割り当てられたチケット識別情報を取得するステップと、
入力されたチケットを利用するユーザの生体情報から特徴量データを決定するステップと、
前記決定した特徴量データと、前記データベースが記憶する特徴量データとを比較して、所定の類似度を有する特徴量データを決定するステップと、
前記決定した特徴量データに基づいて、チケットに付されるコードを生成し、該生成したコードが付されたチケットを出力するためのチケットデータを生成するステップと、
を含む方法。

【請求項5】

コンピュータにより実行される、チケットの利用の正当性を判定するための方法であって、
前記方法は、チケットを出力するためのチケットデータを生成可能な情報処理サーバに記憶される生体情報から取得可能な特徴量データであって予め作成された特徴量データを記憶するデータベースを用いるものであり、
チケットは、チケットに割り当てられるチケットを識別可能なチケット識別情報と、該特徴量データとが付されたものであり、
チケットに付されたコードからチケット識別情報および特徴量データを取得するステップと、
チケットを提示するユーザの生体情報を取得するステップと、
前記データベースに記憶される特徴量データと、前記取得した生体情報から決定した特徴量データとが所定の基準を満たすか否かを判定するステップと、
を含む方法。

【請求項6】

チケットを管理するための方法を実行する際に、コンピュータに用いられるプログラムであって、
前記方法は、生体情報から取得可能な特徴量を示す特徴量データであって予め作成された特徴量データを記憶するデータベースを用いるものであり、
前記プログラムは、前記コンピュータのプロセッサに、
発券の申し込みを受け付けたチケットについてチケットを識別可能なチケット識別情報を決定又は予めチケットに割り当てられたチケット識別情報を取得するステップと、
入力されたチケットを利用するユーザの生体情報から特徴量データを決定するステップと、
前記決定した特徴量データと、前記データベースが記憶する特徴量データとを比較して、所定の類似度を有する特徴量データを決定するステップと、
該決定した特徴量データに基づいてチケットに付されるコードを生成し、該生成したコードが付されたチケットを出力するためのチケットデータを生成するステップと、を実行させるプログラム。

【請求項7】

チケットの利用の正当性を判定するための方法を実行する際に、コンピュータに用いられるプログラムであって、
前記方法は、チケットを出力するためのチケットデータを生成可能な情報処理サーバに記憶される生体情報から取得可能な特徴量データであって予め作成された特徴量データと同一の特徴量データを記憶するデータベースを用いるものであり、
前記チケットは、チケットに割り当てられるチケットを識別可能なチケット識別情報と、該特徴量データとに基づいて生成されたコードが付されたものであり、
前記プログラムは、前記コンピュータのプロセッサに、
チケットに付されたコードからチケット識別情報および特徴量データを取得するステップと、
チケットを提示するユーザの生体情報を取得するステップと、
前記データベースに記憶される特徴量データと、前記取得した生体情報から決定した特徴量データとが所定の基準を満たすか否かを判定するステップと、を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理サーバ、情報処理システム、判定装置、及び方法等に関する。

【背景技術】

【0002】

従来、チケットを利用するユーザの生体情報を用いて不正な転売を防止する方法がある。例えば特許文献１には、正当な保有者の情報としてチケット保有者の自身の顔または自身の顔の特徴量を示す情報を記録しておき、入場口で入場しようとしている人の顔を撮影し、チケットに記録されている保有者の自身の顔または自身の顔の特徴量と照合する顔認証によって入場しようとしている人が正当な保有者か否かを確認することが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６１６３２３９号

【発明の概要】

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

【0004】

特許文献１に開示されている手法をはじめとする、顔認証を利用してチケットのユーザを確認する従来の手法では、正当な保有者（ユーザ）の顔の情報として、顔の画像や顔の特徴量がチケットに記録される。顔の画像や顔の特徴量は、ユーザ自身の個人情報であるところ、これらをチケットに記録した場合、個人情報が意図せず第三者に渡る可能性があるため、個人情報の保護やセキュリティの観点で問題視されることがあった。一方、個人情報を含まないチケットは、容易に転売される可能性があるという問題があった。

【0005】

本発明は、このような課題を解決するためになされたものであり、チケットを利用するユーザの生体情報の漏洩リスクを低減させつつ、チケットの不正利用を防止可能な情報処理サーバ等を提供することを主目的とする。

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

【0006】

本発明の一実施形態の情報処理サーバは、
チケットを管理するための情報処理サーバであって、
生体情報から取得可能な特徴量データであって予め作成された特徴量データ、該特徴量データに関連付けられた特徴量データを識別可能な特徴量識別情報、及びチケットの利用の正当性を判定するための判定装置に記憶される所定データと同一の所定データを記憶するサーバ記憶部と、
サーバ制御部と、を含み、
前記サーバ制御部は、
発券の申し込みを受け付けたチケットについてチケットを識別可能なチケット識別情報を決定又は予めチケットに割り当てられたチケット識別情報を取得し、
入力されたチケットを利用するユーザの生体情報から特徴量データを決定し、
前記決定した特徴量データと、前記サーバ記憶部が記憶する特徴量データとを比較して、所定の類似度を有する特徴量データを決定して該特徴量データに関連付けられた特徴量識別情報を決定し、並びに、
前記決定又は取得したチケット識別情報及び前記決定した特徴量識別情報の少なくとも一方と、前記所定データとに基づいて所定の演算を行うことによりチェック用データを算出し、該算出したチェック用データと、該決定又は取得したチケット識別情報と、該決定した特徴量識別情報とに基づいてチケットに付されるコードを生成し、該生成したコードが付されたチケットを出力するためのチケットデータを生成するように構成される、ことを特徴とする。

【0007】

本発明の一実施形態の情報処理サーバは、
チケットを管理するための情報処理サーバであって、
生体情報から取得可能な特徴量データであって予め作成された特徴量データ、及びチケットの利用の正当性を判定するための判定装置に記憶される所定データと同一の所定データを記憶するサーバ記憶部と、
サーバ制御部と、を含み、
前記サーバ制御部は、
発券の申し込みを受け付けたチケットについてチケットを識別可能なチケット識別情報を決定又は予めチケットに割り当てられたチケット識別情報を取得し、
入力されたチケットを利用するユーザの生体情報から特徴量データを決定し、
前記決定した特徴量データと、前記サーバ記憶部が記憶する特徴量データとを比較して、所定の類似度を有する特徴量データを決定し、並びに、
前記決定又は取得したチケット識別情報及び前記決定した特徴量データの少なくとも一方と、前記所定データとに基づいて所定の演算を行うことによりチェック用データを算出し、該算出したチェック用データと、該決定又は取得したチケット識別情報と、該決定した特徴量データとに基づいてチケットに付されるコードを生成し、該生成したコードが付されたチケットを出力するためのチケットデータを生成するように構成される、ことを特徴とする。

【0008】

また、本発明の一実施形態として、
前記サーバ制御部は、前記決定した特徴量データと、前記サーバ記憶部が記憶する特徴量データとを比較して、所定の類似度を有する複数の特徴量データを決定する。

【0009】

また、本発明の一実施形態として、
前記サーバ記憶部が記憶する特徴量データは、実在しない人物又は不特定の実在する人物の生体情報から取得される特徴量データであって予め作成された特徴量データである。

【0010】

また、本発明の一実施形態として、
前記サーバ記憶部が記憶する特徴量データは、顔画像に基づいて取得可能な顔特徴の点、線、又は面に対応する特徴量を示す顔特徴量データである。

【0011】

また、本発明の一実施形態として、
前記サーバ記憶部が記憶する特徴量データは、特徴量データに基づいて生成された加工済特徴量データであり、
前記サーバ制御部は、前記決定した特徴量データと、前記サーバ記憶部が記憶する特徴量データとを比較する代わりに、前記決定した特徴量データと、前記サーバ記憶部が記憶する加工済特徴量データの基となる特徴量データとを比較して、所定の類似度を有する特徴量データに基づいて生成された加工済特徴量データを決定する。

【0012】

また、本発明の一実施形態として、
前記サーバ制御部は、前記情報処理サーバとネットワークを介して通信可能なクライアント端末に対して、前記生成したコードが付されたチケットを出力するためのチケットデータを送信するように構成される。

【0013】

本発明の一実施形態の情報処理システムは、
前記情報処理サーバ及び前記判定装置を含む情報処理システムであって、
前記判定装置は、
前記所定データ、並びに前記サーバ記憶部に記憶される特徴量データ及び特徴量識別情報と同一の特徴量データ及び該特徴量データに関連付けられた特徴量識別情報を記憶する判定装置記憶部と、
判定装置制御部と、を含み、
前記判定装置制御部は、
チケットに付されたコードからチケット識別情報、特徴量識別情報、及びチェック用データを取得し、
チケットを提示するユーザの生体情報を取得し、
前記判定装置記憶部において関連付けて記憶される特徴量データ及び特徴量識別情報に基づいて、前記取得した生体情報から決定した特徴量データと、前記取得した特徴量識別情報とが所定の基準を満たすか否かを判定し、及び、
前記取得したチケット識別情報及び前記取得した特徴量識別情報の少なくとも一方と、前記所定データとに基づいて前記所定の演算を行うことにより算出されたチェック用データと、前記取得したチェック用データとが一致するか否かを判定するように構成される、ことを特徴とする。

【0014】

また、本発明の一実施形態として、
前記所定の基準は、
前記取得した生体情報から決定した特徴量データと、前記取得した特徴量識別情報が前記判定装置記憶部において関連付けられた特徴量データとが所定の類似度を有すること、及び
前記取得した生体情報から決定した特徴量データと、前記判定装置記憶部が記憶する特徴量データとを比較して、所定の類似度を有する特徴量データを決定して該特徴量データに関連付けられた特徴量識別情報を決定し、該決定した特徴量識別情報が前記取得した特徴量識別情報を含むこと、
の少なくとも一方である。

【0015】

本発明の一実施形態の情報処理システムは、
前記情報処理サーバ及び前記判定装置を含む情報処理システムであって、
前記判定装置は、
前記所定データ、及び前記サーバ記憶部に記憶される特徴量データと同一の特徴量データを記憶する判定装置記憶部と、
判定装置制御部と、を含み、
前記判定装置制御部は、
チケットに付されたコードからチケット識別情報、特徴量データ、及びチェック用データを取得し、
チケットを提示するユーザの生体情報を取得し、
前記取得した生体情報から決定した特徴量データと、前記取得した特徴量データとが所定の類似度を有するか否かを判定し、及び、
前記取得したチケット識別情報及び前記取得した特徴量データの少なくとも一方と、前記所定データとに基づいて前記所定の演算を行うことにより算出されたチェック用データと、前記取得したチェック用データとが一致するか否かを判定するように構成される、ことを特徴とする。

【0016】

本発明の一実施形態の判定装置は、
チケットの利用の正当性を判定するための判定装置であって、
チケットを出力するためのチケットデータを生成可能な情報処理サーバに記憶される所定データと同一の所定データ、並びに該情報処理サーバに記憶される生体情報から取得可能な特徴量データであって予め作成された特徴量データ及び該特徴量データに関連付けられた特徴量データを識別可能な特徴量識別情報と同一の特徴量データ及び該特徴量データに関連付けられた特徴量識別情報を記憶する判定装置記憶部と、
判定装置制御部と、を含み、
チケットは、チケットに割り当てられるチケットを識別可能なチケット識別情報及びチケットを利用するユーザの生体情報に基づいて決定された特徴量識別情報の少なくとも一方、並びに前記所定データに基づいて所定の演算を行うことにより算出されたチェック用データと、該チケット識別情報と、該特徴量識別情報とに基づいて生成されたコードが付されたものであり、
前記判定装置制御部は、
チケットに付されたコードからチケット識別情報、特徴量識別情報、及びチェック用データを取得し、
チケットを提示するユーザの生体情報を取得し、
前記判定装置記憶部において関連付けて記憶される特徴量データ及び特徴量識別情報に基づいて、前記取得した生体情報から決定した特徴量データと、前記取得した特徴量識別情報とが所定の基準を満たすか否かを判定し、及び、
前記取得したチケット識別情報及び前記取得した特徴量識別情報の少なくとも一方と、前記所定データとに基づいて前記所定の演算を行うことにより算出されたチェック用データと、前記取得したチェック用データとが一致するか否かを判定するように構成される、ことを特徴とする。

【0017】

本発明の一実施形態の判定装置は、
チケットの利用の正当性を判定するための判定装置であって、
チケットを出力するためのチケットデータを生成可能な情報処理サーバに記憶される所定データと同一の所定データ、及び該情報処理サーバに記憶される生体情報から取得可能な特徴量データであって予め作成された特徴量データと同一の特徴量データを記憶する判定装置記憶部と、
判定装置制御部と、を含み、
チケットは、チケットに割り当てられるチケットを識別可能なチケット識別情報及びチケットを利用するユーザの生体情報に基づいて決定された特徴量データの少なくとも一方、並びに前記所定データに基づいて所定の演算を行うことにより算出されたチェック用データと、該チケット識別情報と、該特徴量データとに基づいて生成されたコードが付されたものであり、
前記判定装置制御部は、
チケットに付されたコードからチケット識別情報、特徴量データ、及びチェック用データを取得し、
チケットを提示するユーザの生体情報を取得し、
前記判定装置記憶部に記憶される特徴量データと、前記取得した生体情報から決定した特徴量データとが所定の基準を満たすか否かを判定し、及び、
前記取得したチケット識別情報及び前記取得した特徴量データの少なくとも一方と、前記所定データとに基づいて前記所定の演算を行うことにより算出されたチェック用データと、前記取得したチェック用データとが一致するか否かを判定するように構成される、ことを特徴とする。

【0018】

本発明の一実施形態の方法は、
コンピュータにより実行される、チケットを管理するための方法であって、
前記方法は、生体情報から取得可能な特徴量を示す特徴量データであって予め作成された特徴量データ、該特徴量データに関連付けられた特徴量データを識別可能な特徴量識別情報、及びチケットの利用の正当性を判定するための判定装置に記憶される所定データと同一の所定データを記憶するデータベースを用いるものであり、
発券の申し込みを受け付けたチケットについてチケットを識別可能なチケット識別情報を決定又は予めチケットに割り当てられたチケット識別情報を取得するステップと、
入力されたチケットを利用するユーザの生体情報から特徴量データを決定するステップと、
前記決定した特徴量データと、前記データベースが記憶する特徴量データとを比較して、所定の類似度を有する特徴量データを決定して該特徴量データに関連付けられた特徴量識別情報を決定するステップと、
前記決定又は取得したチケット識別情報及び前記決定した特徴量識別情報の少なくとも一方と、前記所定データとに基づいて所定の演算を行うことによりチェック用データを算出し、該算出したチェック用データと、該決定又は取得したチケット識別情報と、該決定した特徴量識別情報とに基づいてチケットに付されるコードを生成し、該生成したコードが付されたチケットを出力するためのチケットデータを生成するステップと、
を含むことを特徴とする。

【0019】

本発明の一実施形態の方法は、
コンピュータにより実行される、チケットを管理するための方法であって、
前記方法は、生体情報から取得可能な特徴量を示す特徴量データであって予め作成された特徴量データ、及びチケットの利用の正当性を判定するための判定装置に記憶される所定データと同一の所定データを記憶するデータベースを用いるものであり、
発券の申し込みを受け付けたチケットについてチケットを識別可能なチケット識別情報を決定又は予めチケットに割り当てられたチケット識別情報を取得するステップと、
入力されたチケットを利用するユーザの生体情報から特徴量データを決定するステップと、
前記決定した特徴量データと、前記データベースが記憶する特徴量データとを比較して、所定の類似度を有する特徴量データを決定するステップと、
前記決定又は取得したチケット識別情報及び前記決定した特徴量データの少なくとも一方と、前記所定データとに基づいて所定の演算を行うことによりチェック用データを算出し、該算出したチェック用データと、該決定又は取得したチケット識別情報と、該決定した特徴量データとに基づいてチケットに付されるコードを生成し、該生成したコードが付されたチケットを出力するためのチケットデータを生成するステップと、
を含むことを特徴とする。

【0020】

本発明の一実施形態の方法は、
コンピュータにより実行される、チケットの利用の正当性を判定するための方法であって、
前記方法は、チケットを出力するためのチケットデータを生成可能な情報処理サーバに記憶される所定データと同一の所定データ、並びに該情報処理サーバに記憶される生体情報から取得可能な特徴量データであって予め作成された特徴量データ及び該特徴量データに関連付けられた特徴量データを識別可能な特徴量識別情報と同一の特徴量データ及び該特徴量データに関連付けられた特徴量識別情報を記憶するデータベースを用いるものであり、
チケットは、チケットに割り当てられるチケットを識別可能なチケット識別情報及びチケットを利用するユーザの生体情報に基づいて決定された特徴量識別情報の少なくとも一方、並びに前記所定データに基づいて所定の演算を行うことにより算出されたチェック用データと、該決定されたチケット識別情報と、該決定された特徴量識別情報とに基づいて生成されたコードが付されたものであり、
チケットに付されたコードからチケット識別情報、特徴量識別情報、及びチェック用データを取得するステップと、
チケットを提示するユーザの生体情報を取得するステップと、
前記データベースにおいて関連付けて記憶される特徴量データ及び特徴量識別情報に基づいて、前記取得した生体情報から決定した特徴量データと、前記取得した特徴量識別情報とが所定の基準を満たすか否かを判定するステップと、
前記取得したチケット識別情報及び前記取得した特徴量識別情報の少なくとも一方と、前記所定データとに基づいて前記所定の演算を行うことにより算出されたチェック用データと、前記取得したチェック用データとが一致するか否かを判定するステップと、
を含むことを特徴とする。

【0021】

本発明の一実施形態の方法は、
コンピュータにより実行される、チケットの利用の正当性を判定するための方法であって、
前記方法は、チケットを出力するためのチケットデータを生成可能な情報処理サーバに記憶される所定データと同一の所定データ、及び該情報処理サーバに記憶される生体情報から取得可能な特徴量データであって予め作成された特徴量データと同一の特徴量データを記憶するデータベースを用いるものであり、
チケットは、チケットに割り当てられるチケットを識別可能なチケット識別情報及びチケットを利用するユーザの生体情報に基づいて決定された特徴量データの少なくとも一方、並びに前記所定データに基づいて所定の演算を行うことにより算出されたチェック用データと、該決定されたチケット識別情報と、該決定された特徴量データとに基づいて生成されたコードが付されたものであり、
チケットに付されたコードからチケット識別情報、特徴量データ、及びチェック用データを取得するステップと、
チケットを提示するユーザの生体情報を取得するステップと、
前記データベースに記憶される特徴量データと、前記取得した生体情報から決定した特徴量データとが所定の基準を満たすか否かを判定するステップと、
前記取得したチケット識別情報及び前記取得した特徴量データの少なくとも一方と、前記所定データとに基づいて前記所定の演算を行うことにより算出されたチェック用データと、前記取得したチェック用データとが一致するか否かを判定するステップと、
を含むことを特徴とする。

【0022】

本発明の一実施形態のプログラムは、上記に記載の方法の各ステップをコンピュータに実行させることを特徴とする。

【発明の効果】

【0023】

本発明によれば、チケットを利用するユーザの生体情報の漏洩リスクを低減させつつ、チケットの不正利用を防止することができる。

【図面の簡単な説明】

【0024】

【図1】本発明の第１の実施形態の情報処理システムの全体構成図である。

【図2】本発明の第１の実施形態の情報処理サーバのハードウェア構成を示すブロック図である。

【図3】本発明の第１の実施形態のクライアント端末のハードウェア構成を示すブロック図である。

【図4】本発明の第１の実施形態のチケット販売サーバのハードウェア構成を示すブロック図である。

【図5】本発明の第１の実施形態の情報処理サーバの機能ブロック図の一例である。

【図6】本発明の実施形態の特徴量テーブルの一例である。

【図7】本発明の第１の実施形態の情報処理サーバの動作を示すフローチャートである。

【図8】チケットデータに基づいて出力された紙媒体のチケットの一例を示す図である。

【図9】本発明の第１の実施形態の判定装置のハードウェア構成を示すブロック図である。

【図10】本発明の第１の実施形態の判定装置の機能ブロック図の一例である。

【図11】本発明の第１の実施形態の判定装置の動作を示すフローチャートである。

【図12】本発明の第２の実施形態の情報処理サーバの動作を示すフローチャートである。

【図13】本発明の第３の実施形態の情報処理サーバの動作を示すフローチャートである。

【図14】本発明の第４の実施形態の情報処理サーバの動作を示すフローチャートである。

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

【0025】

以下、図面を参照して、本発明の実施形態を説明する。本発明の主な実施形態は、情報処理サーバ１、判定装置２、又はこれらを含む情報処理システム１０である。各図において同一の符号は、特に言及が無い限り同一又は相当部分を示すものとし、必要以上に詳細な説明は省略する場合がある。本発明の実施形態で説明するデータベースにおけるデータ構造やデータベース構造は一例であって、これらに限定されない。

【0026】

本発明の実施形態では、チケットは、コンサートやスポーツの試合などの所定のイベントへ入場するために必要な入場券である。チケットは、電子チケット及び紙媒体のチケットを含む。本発明の実施形態で説明するチケットは、発明の要旨を逸脱しない限りにおいて、クーポンや上記で説明した入場券以外のチケットを含むことができるものであり、財産的な価値を有する任意の媒体とすることもできる。

【0027】

［第１の実施形態］
［情報処理システム］
図１は、本発明の第１の実施形態の情報処理システム１０の全体構成図である。図１に示すように、情報処理システム１０は、情報処理サーバ１と、判定装置２と、クライアント端末３と、チケット販売サーバ４とを備える。情報処理サーバ１は、チケットに関する情報を管理するための装置である。判定装置２は、イベントの会場の入場口に設置され、チケットの利用の正当性を判定する。チケットの利用の正当性を判定することは、提示されるチケットとチケットを利用するユーザとの組み合わせが正当であるか否か、すなわちチケットを利用するユーザが当該チケットの正当な保有者であるか否かを判定することを含む。またチケットの利用の正当性を判定することは、チケット自体の正当性（例えばチケットが偽造チケットではないこと）を判定することも含む。例えば判定装置２は、入場時のチケットの検札や照合のための装置として具現化されるか、又は該装置の一部として具現化される。

【0028】

情報処理サーバ１及び判定装置２は、ネットワーク５に接続され、互いに通信可能である。情報処理サーバ１、クライアント端末３、及びチケット販売サーバ４は、ネットワーク６に接続され、互いに通信可能である。図１は、判定装置２が、クライアント端末３及びチケット販売サーバ４と通信しない又は通信できないように構成されるため、これらと異なるネットワーク５を介して情報処理サーバ１と接続されることを示している。しかし、判定装置２は、クライアント端末３及びチケット販売サーバ４と同一のネットワークを介して情報処理サーバ１と接続されてもよい。例えば、ネットワーク５、６は、インターネットである。また、判定装置２は、イベントの会場に設置されてチケットの利用の正当性を判定する前に情報処理サーバ１と通信可能であればよく、チケットの利用の正当性を判定するとき、判定装置２は、情報処理サーバ１とネットワーク５を介して接続されなくてもよい。本発明の実施形態において、クライアント端末３及びチケット販売サーバ４は、公知の装置とすることができるため、情報処理システム１０は、クライアント端末３及びチケット販売サーバ４を含まなくてもよい。

【0029】

［情報処理サーバ］
図２は、本発明の第１の実施形態の情報処理サーバ１のハードウェア構成を示すブロック図である。情報処理サーバ１は、一般的なサーバと同様の構成を備える。情報処理サーバ１は、プロセッサ１１、入力装置１２、表示装置１３、記憶装置１４、及び通信装置１５を備える。これらの各構成装置はバス１６によって接続される。なお、バス１６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。情報処理サーバ１は、複数のコンピュータにより構成されてもよい。

【0030】

プロセッサ１１は、情報処理サーバ１の動作を制御するものであり、例えばＣＰＵである。なお、プロセッサ１１としては、ＭＰＵ等の電子回路が用いられてもよい。プロセッサ１１は、記憶装置１４に格納されているプログラムやデータを読み込んで実行することにより、様々な処理を実行する。

【0031】

入力装置１２は、情報処理サーバ１に対するユーザからの入力を受け付けるユーザインタフェースであり、例えば、タッチパネル、タッチパッド、マウス、又はキーボードである。表示装置（ディスプレイ）１３は、プロセッサ１１の制御に従って、アプリケーションの画面などを情報処理サーバ１のユーザに表示するものである。

【0032】

記憶装置１４は、主記憶装置及び補助記憶装置を含む。主記憶装置は、例えばＲＡＭのような半導体メモリである。ＲＡＭは、情報の高速な読み書きが可能な揮発性の記憶媒体であり、プロセッサ１１が情報を処理する際の記憶領域及び作業領域として用いられる。補助記憶装置は、様々なプログラムや、各プログラムの実行に際してプロセッサ１１が使用するデータを格納する。補助記憶装置は、例えばハードディスク装置であるが、情報を格納できるものであればいかなる不揮発性ストレージ又は不揮発性メモリであってもよく、着脱可能なものであっても構わない。

【0033】

通信装置１５は、ネットワークを介してユーザ端末又はサーバなどの他のコンピュータとの間でデータの授受を行うことが可能な無線ＬＡＮモジュールである。通信装置１５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュールなどの他の無線用通信デバイスとすることもできるし、イーサネット（登録商標）モジュールやＵＳＢインタフェースなどの有線用通信デバイスとすることもできる。

【0034】

図３は、本発明の第１の実施形態のクライアント端末３のハードウェア構成を示すブロック図である。例えばクライアント端末３は、チケット販売店などに設置されたコンピュータであるか、又はチケットを利用するユーザが保有するコンピュータ、タブレット端末、若しくはスマートフォンである。クライアント端末３は、プロセッサ５１、入力装置５２、表示装置５３、記憶装置５４、及び通信装置５５を備える。これらの各構成装置はバス５６によって接続される。なお、バス５６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。プロセッサ５１、入力装置５２、表示装置５３、記憶装置５４、及び通信装置５５の各要素は、前述したプロセッサ１１、入力装置１２、表示装置１３、記憶装置１４、及び通信装置１５に各々対応するものであり、同様の構成を有するため、説明は省略する。１つの例では、クライアント端末３は、ウェブブラウザがインストールされる。ユーザはウェブブラウザを用いてウェブページを閲覧したり、ウェブページ上の入力フォームを用いてデータをウェブサーバに送信したりすることができる。

【0035】

図４は、本発明の第１の実施形態のチケット販売サーバ４のハードウェア構成を示すブロック図である。チケット販売サーバ４は、一般的なサーバと同様の構成を備える。チケット販売サーバ４は、プロセッサ６１、入力装置６２、表示装置６３、記憶装置６４、及び通信装置６５を備える。これらの各構成装置はバス６６によって接続される。なお、バス６６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。プロセッサ６１、入力装置６２、表示装置６３、記憶装置６４、及び通信装置６５の各要素は、前述したプロセッサ１１、入力装置１２、表示装置１３、記憶装置１４、及び通信装置１５に各々対応するものであり、同様の構成を有するため、説明は省略する。チケット販売サーバ４は、複数のコンピュータにより構成されてもよい。

【0036】

図５は本発明の第１の実施形態の情報処理サーバ１の機能ブロック図の一例である。情報処理サーバ１は、サーバ制御部２１と、サーバ記憶部２２とを備える。本実施形態においては、プログラムがプロセッサ１１により実行されることにより又は記憶装置１４によりこれらの機能が実現される。例えば実行されるプログラムは、記憶装置１４に記憶されている又は通信装置１５を介して受信したプログラムである。プログラム読み込みにより実現される機能は、１つのパート（機能）の一部又は全部を他のパートが有していてもよい。ただし、各機能の一部又は全部を実現するための電子回路等を構成することによりハードウェアによってもこれらの機能は実現してもよい。

【0037】

サーバ制御部２１は、チケットに関する情報を管理し、発券に必要なデータを生成する。情報処理サーバ１は、ウェブサーバとして機能することができ、サーバ制御部２１は、ウェブページの生成や送信等の処理を行う機能を備えることができる。情報処理サーバ１は、アプリケーションサーバとしても機能することができ、サーバ制御部２１は、データベースへの接続制御やトランザクション処理等を行う機能を備えることができる。

【0038】

サーバ記憶部２２は、プログラムやデータなどを記憶する機能を備える。サーバ記憶部２２の当該機能は、記憶装置１４により実現される。サーバ記憶部２２は、ウェブページを提供するためのデータ、例えば、ＨＴＭＬ文書、画像、アプリケーションサーバ機能のためのプログラム、などを記憶することができる。本実施形態では、サーバ記憶部２２は、データベース機能を備える。データベース機能は、記憶装置１４が各種データベース用のデータ（例えばテーブル）やプログラムを記憶し、プログラムが実行されることにより実現される。

【0039】

サーバ記憶部２２は、イベントテーブル２４と、チケットブックテーブル２５と、特徴量テーブル２６と、チケットテーブル２７とを記憶する。

【0040】

イベントテーブル２４は、データ項目として、イベントＩＤと、イベントの名称、開催日、開催場所などの情報を含むイベント情報とを含む。データ項目は、カラムに対応するものである。イベントテーブル２４は、データ項目として、興行主に関する情報を記憶する興行主テーブルと関連付けるための興行主ＩＤを含むこともできる。イベントテーブル２４の主キーは、イベントＩＤであり、イベントＩＤは、イベントを識別可能なイベント識別情報の１つの例示である。チケットブックテーブル２５は、データ項目として、チケットブックＩＤと、イベントＩＤとを含む。チケットブックテーブル２５の主キーは、チケットブックＩＤである。特徴量テーブル２６は、特徴量ＩＤと、顔画像に基づいて取得可能な顔特徴量データとを含む。特徴量テーブル２６の主キーは、特徴量ＩＤであり、特徴量ＩＤは、顔特徴量データを識別可能な特徴量識別情報の１つの例示である。チケットテーブル２７は、データ項目として、チケットＩＤと、チケットブックＩＤと、チケットの席や金額などの情報を含むチケット詳細情報と、特徴量ＩＤとを含む。チケットテーブル２７の主キーは、チケットＩＤであり、チケットＩＤは、チケットを識別可能なチケット識別情報の１つの例示である。本実施形態では、チケットＩＤ、特徴量ＩＤ、及びイベントＩＤは、数値データである。ただし、これらのＩＤは、数値データとして扱うことができる他のデータなどとしてもよい。サーバ記憶部２２は、データ項目として、興行主ＩＤと、契約内容などの情報を含む興行主情報とを含む興行主テーブルを記憶してもよい。

【0041】

チケットは、イベントの各々に対して発行されるものであるため、一のイベントにおいて発行されるチケットのチケットＩＤは、該一のイベントのイベントＩＤが関連付けられる。本実施形態では、チケットテーブル２７でチケットＩＤとチケットブックＩＤが関連付けられ、かつチケットブックテーブル２５でチケットブックＩＤとイベントＩＤが関連付けられることにより、チケットＩＤがイベントＩＤに関連付けられている。

【0042】

顔特徴量データは、既知の特徴量抽出方法により顔画像から抽出又は取得される顔特徴の点、線、又は面に対応する特徴量を示す特徴量データである。例えば、顔特徴量データは、顔画像に対して既知のソフトウェアライブラリのプログラムを実行することにより取得されるものであり、多次元ベクトルで表される。図６は、特徴量テーブル２６の一例である。１つの例では、図６に示すように、顔特徴量データは、既知の顔特徴量抽出プログラムを用いて取得された１２８次元ベクトル（１２８次元配列構造）の数値情報を示すデータであり、１２８次元ベクトルの各次元の数値の各々をそのまま並べたデータである。当該顔特徴量抽出プログラムは、サーバ記憶部２２（記憶装置１４）に記憶される。顔特徴量抽出プログラムは、学習済モデルであってもよい。なお、顔画像は、２次元データであってもよいし、３次元形状を含む３次元データであってもよい。

【0043】

特徴量テーブル２６が記憶する顔特徴量データは、実在しない人物又は不特定の実在する人物の顔画像から取得される顔特徴量データであり、上述の顔特徴量抽出プログラムを用いて予め作成される。特徴量テーブル２６は、予め準備した複数（例えば５千）の実在しない人物又は不特定の実在する人物の顔画像から取得された複数（例えば５千）の顔特徴量データを記憶する。このように、特徴量テーブル２６は、実在しない人物又は不特定の実在する人物の顔画像の各々に対応する顔特徴量データの各々を記憶するが、チケットを利用するユーザの顔画像に対応する顔特徴量データを記憶するものではない。

【0044】

ただし、サーバ記憶部２２が記憶する上記のデータ構造は１つの例示である。１つの好適な例では、サーバ記憶部２２は、チケットＩＤと、予め作成された顔特徴量データと、該顔特徴量データに関連付けられた特徴量ＩＤと、判定装置２に記憶されるイベントＩＤと同一のイベントＩＤとを記憶する。

【0045】

本実施形態では、サーバ制御部２１は、チケットＩＤごとに、チケット管理用ウェブページ（チケット管理用ウェブサイト）を作成する機能を備える。１つの例では、チケット管理用ウェブページは、顔画像を登録するための画面と、チケットを出力するためのチケットデータを表示するための画面を含む。チケットデータは、チケット券面を表示するためのデータということもできる。

【0046】

チケット販売サーバ４は、チケット販売元が運営する公知のサーバ装置又はサーバシステムである。チケット販売サーバ４は、ウェブサーバとして機能し、クライアント端末３からの要求に応じてチケット販売サイト（チケット販売ページ）等のウェブページの生成や送信等の処理を行う。チケット販売サーバ４は、アプリケーションサーバとしても機能することができ、チケット販売処理に関するデータベースへの接続制御やトランザクション処理等を行うことができる。記憶装置６４は、ウェブページを提供するためのデータ、例えば、ＨＴＭＬ文書、画像、アプリケーションサーバ機能のためのプログラム、などを記憶することができる。

【0047】

チケット販売サーバ４は、チケット販売元の管理対象のチケットに関するチケット情報と各チケットが購入されたか否かを示すチケット在庫情報とを記憶するチケット販売データベースを備える。チケット販売データベースが記憶するチケット情報は、例えばイベントの開催日や開催場所を含むイベント情報、席の種別又は具体的な席番号や金額情報を含むチケット詳細情報などであり、チケットを販売するために必要な情報を含む。

【0048】

ユーザは、クライアント端末３を操作し、チケット販売サイトを介して、チケットの選択、選択したチケットの購入申し込みや決済処理などを行う。チケット販売サーバ４は、購入の申し込みを受け付けたチケット情報及びユーザ情報を含む注文情報をクライアント端末３から受信する。注文情報が含むチケット情報は、例えばイベントの開催日や開催場所を含むイベント情報、席の種別又は具体的な席番号や金額情報を含むチケット詳細情報などであり、チケットを特定するために必要な情報を含む。本実施形態では、注文情報が含むユーザ情報は、チケット販売サイトを介してクライアント端末３が入力を受け付けたユーザのメールアドレスである。メールアドレスは電話番号やＳＮＳやチャットツールのＩＤなどとすることもできる。注文情報は、クライアント端末３から受け付けた注文ごとに作成され、チケット販売サーバ４に送信される。

【0049】

図７は本発明の第１の実施形態の情報処理サーバ１の動作を示すフローチャートである。

【0050】

ステップ１０１において、クライアント端末３は、チケット販売サイトを介してチケットの購入の申し込みの入力を受け付ける。クライアント端末３は、チケット販売サイトを介して、購入の申し込みを受け付けたチケットに関するチケット情報及びユーザ情報を含む注文情報をチケット販売サーバ４に送信する。購入の申し込みを受け付けたチケット情報は、１又は複数のチケットに関するチケット情報である。

【0051】

ステップ１０２において、チケット販売サーバ４は、クライアント端末３から注文情報を受信することにより、クライアント端末３からのチケットの購入の申し込みを受け付け、チケット販売データベースを更新する。

【0052】

ステップ１０３において、チケット販売サーバ４は、受け付けた注文情報ごとに、該注文情報を情報処理サーバ１に送信する。このように、チケット販売サーバ４が情報処理サーバ１に対して、注文情報を送信することにより、チケット販売サーバ４と情報処理サーバ１は、サーバ間でデータを同期することができる。このサーバ間での同期は、定期的に行われてもよい。情報処理サーバ１は、チケット販売サーバ４から注文情報を受信し、チケットの購入の申し込みを受け付ける。

【0053】

ステップ１０４において、サーバ制御部２１は、購入の申し込みを受け付けたチケットについてチケットＩＤを決定する。具体的には、サーバ制御部２１は、受信した注文情報により特定されるチケットに関連付けるチケットブックＩＤ及びチケットＩＤを決定する。１つの例では、購入の申し込みを受け付けたチケットについてチケットＩＤを決定することは、チケットの購入の申し込みに応じてチケットＩＤを新たに作成し、申し込みを受け付けたチケットに割り当てることである。１つの例では、購入の申し込みを受け付けたチケットについてチケットＩＤを決定することは、チケットの購入の申し込みを受け付けたチケットに、チケットテーブル２７において予め作成されたチケットＩＤを割り当てることである。上記例示は、チケットブックＩＤについても同様である。

【0054】

サーバ制御部２１は、受信したチケット情報が含むイベント情報に対応するイベントＩＤを決定し、チケットブックＩＤに関連付けてチケットブックテーブル２５に記憶する。サーバ制御部２１は、チケットＩＤと同一の注文情報に対して決定したチケットブックＩＤを、該チケットＩＤに関連付けてチケットテーブル２７に記憶する。例えばチケット販売サーバ４から受信したチケット情報が複数のチケット（Ａ枚のチケット）に関するチケット情報である場合、サーバ制御部２１は、１つのチケットブックＩＤと、Ａ個のチケットＩＤとを決定する。１つの例では、サーバ制御部２１は、受信したチケット情報のうちのチケット詳細情報をチケットＩＤに関連付けてチケットテーブル２７に記憶する。

【0055】

対象のイベントに関するチケットが発行される前に、当該イベントのイベントＩＤは作成され、イベントテーブル２４には、当該作成されたイベントＩＤと、イベントＩＤに関連付けられたイベント情報とが記憶される。ステップ１０４で決定されるイベントＩＤは、該イベントＩＤに関連付けられたチケットＩＤが割り当てられたチケットの利用の正当性が判定される判定装置２に記憶されるイベントＩＤと同一のものである。情報処理サーバ１は、チケット販売サーバ４とイベントＩＤを共有してもよく、この場合、情報処理サーバ１がチケット販売サーバ４から受信するチケット情報は、イベントＩＤを含む。なお、情報処理サーバ１が受信する注文情報は、チケット情報及びユーザ情報を含むものであれば、チケット販売サーバ４がクライアント端末３から受信した注文情報と同一でなくてもよい。

【0056】

ステップ１０５において、サーバ制御部２１は、受信した注文情報に含まれるユーザ情報が含むユーザのメールアドレスに、チケットＩＤに紐付けられたチケット管理用ウェブページのアドレス（ＵＲＬ）を送信する。サーバ制御部２１は、１つのチケットＩＤに対して１つのチケット管理用ウェブページのアドレスを送信する。

【0057】

ステップ１０６において、クライアント端末３は、情報処理サーバ１から受信したＵＲＬにアクセスし、チケット管理用ウェブページを表示する。チケット管理用ウェブページは、ユーザに対して顔画像の入力を求める画面を表示する。クライアント端末３は、チケット管理用ウェブページを介して、ユーザから顔画像の入力を受け付け、情報処理サーバ１へ送信する。

【0058】

ステップ１０７において、入力されたチケットを利用するユーザの顔画像から顔特徴量データを決定する。１つの例では、サーバ制御部２１は、サーバ記憶部２２に記憶される顔特徴量抽出プログラムを用いて、受信した顔画像から顔特徴量データを決定する。例えば、サーバ制御部２１が顔特徴量データを決定することは、受信した顔画像から顔特徴量データを算出すること、又は受信した顔画像から顔特徴量データを取得することである。

【0059】

ステップ１０８において、サーバ制御部２１は、ステップ１０７で決定した顔特徴量データと、特徴量テーブル２６が記憶する顔特徴量データとを比較して、特徴量テーブル２６が記憶する顔特徴量データのうちの所定の類似度を有する顔特徴量データを決定する。１つの例では、ステップ１０８において、サーバ制御部２１は、ステップ１０７で決定した顔特徴量データに対して、特徴量テーブル２６が記憶する顔特徴量データの各々を比較して、各々の類似度を算出する。或いは、１つの例では、サーバ制御部２１は、ステップ１０７で決定した顔特徴量データに対して、特徴量テーブル２６が記憶する顔特徴量データのうちの所定の顔特徴量データの各々を比較して、各々の類似度を算出する。サーバ制御部２１は、決定した顔特徴量データに関連付けられた特徴量ＩＤを決定する。１つの例では、サーバ制御部２１は、チケットＩＤに関連付けて決定した特徴量ＩＤをチケットテーブル２７に記憶する。本実施形態では、説明の便宜上、サーバ制御部２１は、特徴量テーブル２６が記憶する顔特徴量データのうちの１つの顔特徴量データを決定するものとする。なお、情報処理の演算量を低減するため、ステップ１０７でサーバ制御部２１が決定する顔特徴量データと、特徴量テーブル２６が記憶する顔特徴量データとは、同様のデータ構造とすることができる。このことは、他の実施形態でも同様である。

【0060】

本実施形態では、顔特徴量データは、１２８次元ベクトルの数値情報を示すデータであり、類似度は、比較する２つの顔特徴量データのユークリッド距離に対応する。サーバ制御部２１は、比較する２つの顔特徴量データのユークリッド距離が所定値以下であるか否かを判定する。すなわち、サーバ制御部２１は、ステップ１０７で決定した顔特徴量データと、特徴量テーブル２６が記憶する顔特徴量データとのユークリッド距離が所定値以下である顔特徴量データを、特徴量テーブル２６が記憶する顔特徴量データから決定する。１つの例では、サーバ制御部２１は、ユークリッド距離が所定値以下である任意の顔特徴量データを決定する。或いは、１つの例では、サーバ制御部２１は、ユークリッド距離が最も小さい顔特徴量データを決定する。

【0061】

ステップ１０９において、サーバ制御部２１は、ステップ１０４で決定したチケットＩＤと、ステップ１０８で決定した特徴量ＩＤと、ステップ１０４で決定したイベントＩＤとに基づいて所定の演算を行うことによりチェック用データを算出する。サーバ制御部２１は、ステップ１０４で決定したチケットＩＤと、ステップ１０８で決定した特徴量ＩＤと、算出したチェック用データとに基づいてチケットに付されるコードを生成する。サーバ制御部２１は、生成したコードが付されたチケットを出力するためのチケットデータを生成する。

【0062】

本実施形態では、所定の演算はチェック用データ算出プログラムにより実現され、サーバ制御部２１は、チェック用データ算出プログラムを用いて、チェック用データを算出する。１つの例では、チェック用データ算出プログラムは、ステップ１０４で決定したチケットＩＤ、ステップ１０８で決定した特徴量ＩＤ、及びステップ１０４で決定したイベントＩＤの和を算出し、その下１桁又は下２桁をチェック用データとして算出する。１つの例では、チェック用データ算出プログラムは、ステップ１０４で決定したチケットＩＤ、ステップ１０８で決定した特徴量ＩＤ、及びステップ１０４で決定したイベントＩＤを所定の関数に入力し、出力された値をチェック用データとして算出する。例えば所定の関数は、一方向関数である。このように、チェック用データは、複数の値を用いて所定の演算を行うことにより算出されるものであるため、チェック用データから元の値を求めることは難しい。１つの例では、チェック用データは、１又は複数桁の数値データである。１つの例では、チェック用データは、チェックデジットである。当該チェック用データ算出プログラムは、サーバ記憶部２２に記憶される。

【0063】

サーバ制御部２１が生成するコードは、チケットＩＤ、特徴量ＩＤ、及びチェック用データの各々に対応するデータを格納するＱＲコード（登録商標）である。例えば、当該データの各々は、ＱＲコード(登録商標)のデータ領域における予め決められた位置に格納される。ただし、サーバ制御部２１が生成するコードは、ＱＲコード（登録商標）以外の他の１次元コード又は２次元コードとすることもできる。

【0064】

１つの例では、情報処理サーバ１は、チケット管理用ウェブページを介して、ステップ１０９で生成されたチケットデータをクライアント端末３に送信し、クライアント端末３は、チケットデータを受信する。１つの例では、情報処理サーバ１は、ユーザのメールアドレスに、生成されたチケットデータをダウンロードできるウェブページのアドレスを送信する。

【0065】

クライアント端末３は、受信したチケットデータに基づいて、ステップ１０９で生成されたコードが付されたチケットを出力する。１つの例では、クライアント端末３は、受信したチケットデータに基づいて、ステップ１０９で生成されたコードが付されたチケットを電子チケットとして表示装置５３上に表示する。１つの例では、クライアント端末３は、受信したチケットデータに基づいて、ステップ１０９で生成されたコードが付された紙媒体のチケットを、クライアント端末３と通信可能に接続されたプリンタから出力する。クライアント端末３は、チケットデータが画像データである場合、その画像をそのまま表示し、チケットデータが加工されたデータ又は暗号化されたデータである場合、対応するアプリケーションを用いてチケットを出力する。なお、購入の申し込みを受け付けるクライアント端末３、顔画像の入力を受け付けるクライアント端末３、及びチケットデータを受信するクライアント端末３は、使用態様に応じて、同一の端末とすることもできるし、異なる端末が使用可能に構成することもできる。

【0066】

１つの例では、サーバ制御部２１は、ステップ１０９でチケットデータを生成した後に、チケット管理用ウェブページを介して、チケットを利用するユーザの変更を受け付けることができる。ユーザが譲渡されたチケットの正当な保有者となるためには、該ユーザは、クライアント端末３を操作して、当該チケットのＩＤに紐付けられたチケット管理用ウェブページにアクセスし、該ユーザの顔画像を入力する必要がある。サーバ制御部２１は、例えば譲渡されたチケットのチケットＩＤに紐付けられたチケット管理用ウェブページを介して、チケットを利用するユーザの顔画像の入力を受け付けることができる。サーバ制御部２１は、ユーザの顔画像の入力を新たに受け付けると、ステップ１０７～１０９の処理を実行し、新たなチケットデータを生成する。

【0067】

図８は、チケットデータに基づいて出力された紙媒体のチケットの一例を示す図である。図１０に示すように、紙媒体のチケットには、イベントの名称、開催日、開催場所などのイベント情報７１と、サーバ制御部２１により生成されたＱＲコード(登録商標)７２とが印刷される。電子チケットも、紙媒体のチケットと同様にして、イベント情報７１と、ＱＲコード(登録商標)７２とを含む。

【0068】

本実施形態では、チケットを利用するユーザの顔画像が入力されて情報処理サーバ１が該顔画像を取得できる場合、情報処理サーバ１は、本フローチャートがステップ１０５と１０６を含まないように構成することができる。本実施形態では、情報処理サーバ１は、購入の申し込みを受け付けたチケットに関する注文情報を受け取れればよく、本フローチャートがステップ１０１～ステップ１０３を含まないように構成することができる。

【0069】

［判定装置］
図９は、本発明の第１の実施形態の判定装置２のハードウェア構成を示すブロック図である。判定装置２は、プロセッサ３１、入力装置３２、表示装置３３、撮影装置３４、記憶装置３５、及び通信装置３６を備える。これらの各構成装置はバス３７によって接続される。なお、バス３７と各構成装置との間には必要に応じてインタフェースが介在しているものとする。本実施形態では、判定装置２は、ｉＰａｄ（登録商標）のようなタブレット端末である。ただし、判定装置２は、タブレット端末に限定されない。例えば、判定装置２は、判定装置２の主な機能を備える本体部と、本体部と通信可能に接続された撮影装置３４とを備える構成とすることもできる。

【0070】

プロセッサ３１は、情報処理サーバ１の動作を制御するものであり、例えばＣＰＵである。なお、プロセッサ３１としては、ＭＰＵ等の電子回路が用いられてもよい。プロセッサ３１は、記憶装置３５に格納されているプログラムやデータを読み込んで実行することにより、様々な処理を実行する。

【0071】

入力装置３２は、情報処理サーバ１に対するユーザからの入力を受け付けるユーザインタフェースである。表示装置（ディスプレイ）３３は、プロセッサ３１の制御に従って、アプリケーションの画面などを情報処理サーバ１のユーザに表示するものである。本実施形態では、判定装置２は、入力装置３２としてタッチパネル３８を備え、タッチパネル３８は表示装置３３としても機能し、入力装置３２と表示装置３３は一体となった構造である。

【0072】

撮影装置（撮像装置）３４は、実空間の静止画又は動画を撮影（撮像）するものであり、撮影した画像又は動画データを記憶装置３５に格納する。撮影装置３４は、例えばイメージセンサなどから構成されるカメラである。

【0073】

記憶装置３５は、主記憶装置及び補助記憶装置を含む。主記憶装置は、例えばＲＡＭのような半導体メモリである。ＲＡＭは、情報の高速な読み書きが可能な揮発性の記憶媒体であり、プロセッサ３１が情報を処理する際の記憶領域及び作業領域として用いられる。補助記憶装置は、様々なプログラムや、各プログラムの実行に際してプロセッサ３１が使用するデータを格納する。補助記憶装置は、例えばハードディスク装置であるが、情報を格納できるものであればいかなる不揮発性ストレージ又は不揮発性メモリであってもよく、着脱可能なものであっても構わない。

【0074】

通信装置３６は、ネットワークを介してユーザ端末又はサーバなどの他のコンピュータとの間でデータの授受を行うことが可能な無線ＬＡＮモジュールである。通信装置３６は、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュールなどの他の無線用通信デバイスとすることもできるし、イーサネット（登録商標）モジュールやＵＳＢインタフェースなどの有線用通信デバイスとすることもできる。なお、判定装置２は、チケットの利用の正当性を判定するときに情報処理サーバ１からデータを受け取れるように構成されていればよいため、判定装置２は、通信装置３６を備えなくてもよい。

【0075】

図１０は本発明の第１の実施形態の判定装置２の機能ブロック図の一例である。判定装置２は、判定装置制御部４１と、判定装置記憶部４２とを備える。本実施形態においては、プログラムがプロセッサ３１により実行されることにより又は記憶装置３５によりこれらの機能が実現される。例えば実行されるプログラムは、記憶装置３５に記憶されている又は通信装置１５を介して受信したプログラムである。プログラム読み込みにより実現される機能は、１つのパート（機能）の一部又は全部を他のパートが有していてもよい。ただし、各機能の一部又は全部を実現するための電子回路等を構成することによりハードウェアによってもこれらの機能は実現してもよい。

【0076】

本実施形態では、判定装置記憶部４２は、データベース機能を備える。データベース機能は、記憶装置３５が各種データベース用のデータ（例えばテーブル）やプログラムを記憶し、プログラムが実行されることにより実現される。

【0077】

判定装置制御部４１は、チケットの利用の正当性、例えば提示されるチケットとチケットを利用するユーザとの組み合わせが正当であるか否か、を判定する。判定装置記憶部４２は、プログラムやデータなどを記憶する機能を備える。判定装置記憶部４２の当該機能は、記憶装置３５により実現される。判定装置記憶部４２は、サーバ記憶部２２に記憶される特徴量テーブル２６と同一の特徴量テーブルである特徴量テーブル４６を記憶する。特徴量テーブル４６は、判定装置２がイベントの会場に設置されてチケットの利用の正当性を判定する前に記憶される。

【0078】

図１１は本発明の第１の実施形態の判定装置２の動作を示すフローチャートである。判定装置２は、チケットを利用するユーザがイベントの会場に入場する際に撮影装置３４がチケットと利用するユーザの顔を撮影できるようにイベントの会場の入場口に設置される。判定装置記憶部４２（記憶装置３５）は、設置された対象のイベントのイベントＩＤを記憶する。

【0079】

ステップ２０１において、判定装置制御部４１は、撮影装置３４を動作させて、チケットとチケットを提示するユーザを撮影し、ユーザの顔画像を取得するとともにチケットに付されたコードからチケットＩＤ、特徴量ＩＤ、及びチェック用データを取得する。１つの例では、判定装置制御部４１は、ユーザの顔及びチケットに付されたコードを撮影する際、撮影している画像を表示装置３３に表示し、所定の領域にチケットを利用するユーザの顔とチケットを移動させるように誘導させる表示をする。１つの例では、コードを撮影すると該コードが含むデータを取得するプログラムが判定装置２にインストールされることにより、判定装置制御部４１の当該機能は実現される。

【0080】

ステップ２０２において、判定装置制御部４１は、サーバ記憶部２２に記憶される顔特徴量抽出プログラムと同一の顔特徴量抽出プログラムを用いて、取得したユーザの顔画像から顔特徴量データを決定する。当該顔特徴量抽出プログラムは、判定装置記憶部４２に記憶される。

【0081】

ステップ２０３において、判定装置制御部４１は、特徴量テーブル４６において関連付けて記憶される特徴量ＩＤ及び顔特徴量データに基づいて、ステップ２０１で取得した特徴量ＩＤと、ステップ２０２で決定した顔特徴量データとが所定の基準を満たすか否かを判定する。

【0082】

１つの例では、所定の基準を満たすか否かを判定することは、ステップ２０２で決定した顔特徴量データと、ステップ２０１で取得した特徴量ＩＤが特徴量テーブル４６で関連付けられた顔特徴量データとが所定の類似度を有するか否かを判定することである。この場合、所定の基準を満たすことは、当該所定の類似度を有することである。１つの例では、所定の基準を満たすか否かを判定することは、ステップ２０２で決定した顔特徴量データと、特徴量テーブル４６が記憶する顔特徴量データとを比較して、特徴量テーブル４６が記憶する顔特徴量データのうちの所定の類似度を有する顔特徴量データを決定して該顔特徴量データに関連付けられた特徴量ＩＤを決定（取得）し、決定した特徴量ＩＤがステップ２０１で取得した特徴量ＩＤを含むか否かを判定することである。この場合、所定の基準を満たすことは、当該特徴量ＩＤを含むことである。１つの例では、所定の基準を満たすか否かを判定することは、上記の２つの例の判定をいずれも満たすか否かを判定することである。この場合、所定の基準を満たすことは、当該所定の類似度を有し、かつ当該特徴量ＩＤを含むことである。ステップ２０３における所定の類似度は、サーバ制御部２１のステップ１０８の処理における所定の類似度と同じ基準であることが好ましい。

【0083】

ステップ２０３で所定の基準を満たすと判定された場合、本フローチャートの処理はステップ２０４へ進み、ステップ２０３で所定の基準を満たさないと判定された場合、本フローチャートの処理はステップ２０６へ進む。

【0084】

ステップ２０４において、判定装置制御部４１は、ステップ２０１で取得したチケットＩＤ及び特徴量ＩＤと、判定装置記憶部４２に記憶されるイベントＩＤとに基づいて所定の演算を行うことによりチェック用データを算出する。判定装置制御部４１は、算出したチェック用データと、ステップ２０１で取得したチェック用データとが一致するか否かを判定する。所定の演算は、ステップ１０９においてサーバ制御部２１がチェック用データを算出する際に行った演算と同一の処理である。本実施形態では、判定装置記憶部４２は、記憶装置１４に記憶されるチェック用データ算出プログラムと同一のチェック用データ算出プログラムを記憶する。所定の演算は、判定装置記憶部４２に記憶されるチェック用データ算出プログラムにより実現され、判定装置制御部４１は、該チェック用データ算出プログラムを用いて、チェック用データを算出する。上記については、他の実施形態でも同様である。

【0085】

ステップ２０４で一致すると判定された場合、本フローチャートの処理はステップ２０５へ進み、ステップ２０４で一致しないと判定された場合、本フローチャートの処理はステップ２０６へ進む。ステップ２０５において、判定装置制御部４１は、提示されるチケットとチケットを利用するユーザの組み合わせは正しい組み合わせであり、正当な利用であると判定する。ステップ２０６において、判定装置制御部４１は、提示されるチケットとチケットを利用するユーザの組み合わせは正しくない組み合わせであり、不正な利用であると判定する。１つの例では、イベントの会場の入場口にはゲート装置が設置され、判定装置制御部４１は、正当なユーザと判定するとゲートを開く又は開いたままとする信号をゲート装置に送るように構成される。判定装置制御部４１は、不正なユーザと判定するとゲートを閉じる又は閉じたままとする信号をゲート装置に送るように構成される。不正なユーザと判定した場合、判定装置制御部４１は、アラームを出力するように構成されてもよい。

【0086】

本フローチャートにおいて、ステップ２０３と２０４の順序は逆でもよい。

【0087】

次に、本発明の第１の実施形態の情報処理サーバ１、判定装置２、及び情報処理システム１０の作用効果について説明する。

【0088】

本実施形態では、情報処理サーバ１は、特徴量ＩＤと、特徴量ＩＤに関連付けられた顔特徴量データとを含む特徴量テーブル２６を記憶する。情報処理サーバ１は、チケットを利用するユーザの顔画像から顔特徴量データを決定し、該顔特徴量データと所定の類似度を有する顔特徴量データに関連付けられた特徴量ＩＤを記憶する。情報処理サーバ１は、判定装置２に記憶されるイベントＩＤと同一のイベントＩＤを記憶する。情報処理サーバ１は、購入の申し込みを受け付けたチケットについて、決定又は取得したチケットＩＤと決定した特徴量ＩＤと記憶するイベントＩＤとに基づいて所定の演算を行うことによりチェック用データを算出する。情報処理サーバ１は、算出したチェック用データと、決定したチケットＩＤと、決定した特徴量ＩＤとに基づいてコードを生成し、生成したコードを付したチケットを出力するためのチケットデータを生成する。このような構成とすることにより、本実施形態では、情報処理サーバ１は、情報処理システム１０において判定装置２により利用の正当性が判定されるチケットを生成するためのチケットデータを作成することができる。

【0089】

判定装置２は、チケットの利用の正当性を判定する前に、特徴量テーブル４６及び対象のイベントのイベントＩＤを記憶するとともに、情報処理サーバ１に記憶されるものと同一の顔特徴量抽出プログラム及びチェック用データ算出プログラムを記憶する。判定装置２は、チケットに付されるコードからチケットＩＤと、特徴量ＩＤと、チェック用データとを取得し、ユーザの顔画像を取得する。判定装置２は、顔特徴量抽出プログラムを用いて、取得した顔画像から顔特徴量データを決定する。判定装置２は、特徴量テーブル４６を用いて、決定した顔特徴量と、コードから取得した特徴量ＩＤとが、所定の基準を満たすか否かを判定する。判定装置２は、取得したチケットＩＤ及び特徴量ＩＤと、予め記憶されたイベントＩＤとに基づいて、チェック用データ算出プログラムを用いて、チェック用データを算出し、取得したチェック用データと一致するか否かを判定する。このような構成とすることにより、本実施形態では、判定装置２は、情報処理システム１０において情報処理サーバ１により生成されるチケットの利用の正当性を判定することができる。

【0090】

上記のように、情報処理サーバ１は、チケットを利用するユーザの生体情報（顔画像）を記憶することなく、該ユーザの生体情報に類似する生体情報に関する情報（特徴量ＩＤ）を記憶する。チケットは、コードを介して特徴量ＩＤを記憶（保持）するが、チケットを利用するユーザの生体情報を記憶しない。判定装置２は、チケットを利用するユーザの生体情報も特徴量ＩＤも記憶しない。このようにチケットと情報処理サーバ１と判定装置２とがユーザの生体情報を保持しない構成とすることにより、本実施形態では、チケットを利用するユーザの生体情報（個人情報）に関するリスク、例えば生体情報の漏洩リスク、を低減させることが可能となる。

【0091】

一方、判定装置２が所定の基準を満たすか否かを判定する構成とすることにより、一定の精度で、チケットを提示するユーザが該チケットの正当なユーザか否かを判定することが可能となる。チケットに付されたコードから取得した特徴量ＩＤは、チケットを利用するユーザの顔画像に直接紐付くものではないが、該ユーザから事前に入力を受け付けた顔画像と所定の類似度を有する顔特徴量データに特徴量テーブル２６を介して紐付くものである。そのため、チケットに紐付けられる特徴量ＩＤは、ユーザの顔画像に似ている顔画像に紐付けられたものということができる。このような判定を行う構成とすることにより、本実施形態では、一定の精度で、生体情報に基づいたチケットの不正利用検出をすることが可能となり、転売を防止することが可能となる。

【0092】

例えば特徴量テーブル２６が、１万通りの顔特徴量データを記憶する場合、チケットを利用するユーザの顔画像は、１万通りのうちの１つの顔特徴量データが割り当てられる。チケットを提示するユーザが該チケットの正当なユーザか否かの判定の精度は、特徴量テーブル２６が記憶する顔特徴量データの数量に対応する。例えば、特徴量テーブル２６が記憶する顔特徴量データの数量が多くなればなるほど、判定精度が高くなる。

【0093】

また本実施形態では、イベントＩＤは、情報処理サーバ１と判定装置２にのみ記憶され、チケットは、イベントＩＤを記憶（保持）しない。コードを介してチケットに記憶されるチェック用データからイベントＩＤの値を求めることは難しい。そのため、チケットに付されるコードを偽造することは難しい。このような構成とすることにより、本実施形態では、チケットの偽造を防止することが可能となる。

【0094】

また本実施形態では、判定装置２を完全にオフラインにすることが可能である。従来、判定装置は、他の装置と通信しながら、チケットとユーザの組み合わせを判定し、イベントの会場の入場者がチケットの正当な保有者であるか否かを判断するものであった。しかしながら、判定装置が設置されるイベントの会場は、通信環境が良好ではない場合があり、判定装置が正常に動作しない場合があった。本実施形態では、判定装置２には、特徴量テーブル４６と、対象のイベントのイベントＩＤと、顔特徴量抽出プログラムと、チェック用データ算出プログラムとが記憶されるが、ユーザの生体情報（顔画像）に基づいて決定される特徴量ＩＤは記憶されない。したがって、チケットを利用するユーザが直前にチケットを譲渡したような場合であっても、情報処理サーバ１が、チケットを利用するユーザの生体情報（顔画像）を更新し、新たなチケットデータを生成すればよく、判定装置２において必要な処理はない。このような構成とすることにより、判定装置２が設置される場所の通信環境が良好でない場合であっても、例えばオフラインの環境であっても、判定装置２による判定を実現することが可能となる。

【0095】

また本実施形態では、チケットを利用するユーザは、自身の端末（クライアント端末３）の画面上に表示して電子チケットとして使用することもできるし、紙媒体のチケットを印刷して使用することもできる。このような構成とすることにより、本実施形態では、スマートフォンなどの端末を持っていない場合や端末に不具合が生じた場合であっても、紙媒体のチケットを使用できるため、幅広いユーザが使用することが可能となる。

【0096】

また本実施形態では、チケットに付されるコードは、比較的情報量が多い顔特徴量データではなく識別情報である特徴量ＩＤを含む。このような構成とすることにより、判定装置２がコードから取得する情報量をより少なくすることができ、より円滑に処理することが可能となる。

【0097】

上記の作用効果は、特に言及が無い限り、他の実施形態や他の実施例においても同様である。

【0098】

［第２の実施形態］
［情報処理サーバ］
次に本発明の第２の実施形態の情報処理サーバ１及び判定装置２について説明する。以下、主に第１の実施形態との相違点について説明する。

【0099】

第２の実施形態においては、特徴量ＩＤを使用しない。チケットテーブル２７は、特徴量ＩＤの代わりに、チケットＩＤに関連付けて顔特徴量データを記憶する。特徴量テーブル２６及び特徴量テーブル４６は、第１の実施形態と同様の顔特徴量データを記憶するが、特徴量ＩＤを有さなくてもよい。特徴量ＩＤを有さない場合、顔特徴量データは、特徴量テーブル２６、４６のような形で記憶されなくてもよい。

【0100】

図１２は本発明の第２の実施形態の情報処理サーバ１の動作を示すフローチャートである。

【0101】

ステップ３０１～ステップ３０７は、第１の実施形態のステップ１０１～１０７と同様の処理である。ステップ３０８において、サーバ制御部２１は、ステップ３０７で決定した顔特徴量データと、特徴量テーブル２６が記憶する顔特徴量データとを比較して、特徴量テーブル２６が記憶する顔特徴量データのうちの所定の類似度を有する顔特徴量データを決定する。ステップ３０８における顔特徴量データの決定は、第１の実施形態のステップ１０８における顔特徴量データの決定と同様の処理である。サーバ制御部２１は、決定した顔特徴量データをチケットＩＤに関連付けてチケットテーブル２７に記憶する。

【0102】

ステップ３０９において、サーバ制御部２１は、ステップ３０４で決定したチケットＩＤと、ステップ３０８で決定した顔特徴量データと、ステップ３０４で決定したイベントＩＤとに基づいて所定の演算を行うことによりチェック用データを算出する。サーバ制御部２１は、ステップ３０４で決定したチケットＩＤと、ステップ３０８で決定した顔特徴量データと、算出したチェック用データとに基づいてチケットに付されるコードを生成する。サーバ制御部２１は、生成したコードが付されたチケットを出力するためのチケットデータを生成する。

【0103】

第２の実施形態における所定の演算は、第１の実施形態で説明した特徴量ＩＤの代わりに顔特徴量データを用いる点以外は、第１の実施形態における所定の演算と同じである。ただし、顔特徴量データは、特徴量ＩＤと比較して情報量が多いため、顔特徴量データの代わりに顔特徴量データのうちの既定の部分のデータを用いてもよい。

【0104】

［判定装置］
次に本発明の第２の実施形態の判定装置２について説明する。以下、主に第１の実施形態との相違点について説明する。第２の実施形態の判定装置２の動作は、図１１に示すフローチャートと同様であるが、以下の処理は、第１の実施形態と異なる。

【0105】

ステップ２０１において、判定装置制御部４１は、撮影装置３４を動作させて、チケットとチケットを提示するユーザを撮影し、ユーザの顔画像を取得するとともにチケットに付されたコードからチケットＩＤ、顔特徴量データ、及びチェック用データを取得する。

【0106】

ステップ２０３において、判定装置制御部４１は、ステップ２０１で取得した顔特徴量データと、ステップ２０２で決定した顔特徴量データとが所定の類似度を有するか否かを判定する。所定の類似度は、サーバ制御部２１のステップ３０８の処理における所定の類似度と同じ基準であることが好ましい。

【0107】

ステップ２０４において、判定装置制御部４１は、ステップ２０１で取得したチケットＩＤ及び顔特徴量データと、判定装置記憶部４２に記憶されるイベントＩＤとに基づいて所定の演算を行うことによりチェック用データを算出する。判定装置制御部４１は、算出したチェック用データと、ステップ２０１で取得したチェック用データとが一致するか否かを判定する。所定の演算は、サーバ制御部２１がチェック用データを算出する際に行った演算と同一の処理である。

【0108】

第２の実施形態において、チケットに付されるコードは、第１の実施形態のコードよりも情報量が多い顔特徴量データを含むため、より円滑な処理を行うことは難しい。しかしながら、その他の点においては第１の実施形態と同様の作用効果を得ることができる。

【0109】

［第３の実施形態］
［情報処理サーバ］
次に本発明の第３の実施形態の情報処理サーバ１について説明する。以下、主に第１の実施形態との相違点について説明する。第３の実施形態の判定装置２は、第１の実施形態の判定装置２と同じである。最初に第３の実施形態の第１の例について説明する。

【0110】

サーバ記憶部２２は、ユーザテーブル２８（図示せず）を更に記憶する。ユーザテーブル２８は、データ項目として、ユーザＩＤと、他システムにおけるユーザ識別情報である連携ユーザ識別情報とを含む。ユーザテーブル２８の主キーは、ユーザＩＤであり、ユーザＩＤは、ユーザを識別可能なユーザ識別情報の１つの例示である。変形例でも説明するように、本発明の実施形態において、サーバ記憶部２２は、チケットブックテーブル２５を記憶してもよいし、記憶しなくてもよい。説明の便宜上、第３の実施形態においては、サーバ記憶部２２は、チケットブックテーブル２５を記憶しないものとする。この場合、イベントＩＤは、チケットＩＤに関連付けてチケットテーブル２７に記憶される。

【0111】

チケット販売サーバ４は、更に会員データベースを備える。会員データベースは、チケット販売サイトの会員の会員情報を記憶するデータベースである。会員情報は、会員ＩＤ、パスワード、氏名、メールアドレス等の連絡先などを含む。会員ＩＤは、チケット販売サイトの利用登録をしている会員を識別するための一意の識別情報である。パスワードは、その会員の認証に用いるパスワードである。会員の認証には、会員情報の会員ＩＤ及びパスワードを用いる。ユーザは、クライアント端末３を操作することにより、チケット販売サイトにおいて、会員登録、ログイン、ログアウトなどを行うことができる。チケット販売サーバ４は、ユーザから会員登録を受け付けるとき、会員情報の入力を受け付け、該ユーザの会員情報を生成し、会員データベースに記憶する。ユーザは、チケットの購入にあたっては、会員登録を行ったうえでログインする必要がある。第１の例では、連携ユーザ識別情報は、会員ＩＤである。チケット販売サーバ４は、会員登録を行ったユーザから顔画像の入力を受け付け、会員ＩＤに関連付けて会員データベースに記憶する。

【0112】

サーバ制御部２１は、チケット販売サイトと連携したチケット管理用ウェブページを作成する機能を備える。チケット管理用ウェブページは、ユーザＩＤ又は連携ユーザ識別情報（会員ＩＤ）に関連付けてチケット販売サイトと連携し、ユーザＩＤごとのウェブページを表示する。すなわち、チケット管理用ウェブページは、ログインしたユーザごとに、該ユーザのユーザＩＤに対応するウェブページを表示する。１つの例では、ログイン状態のチケット販売サイトは、チケット管理用ウェブページへアクセスするためのリンクを生成し、サーバ制御部２１は、当該リンクを介したチケット販売サイトからのアクセスにより、ユーザＩＤでログインした状態のチケット管理用ウェブページを表示する。ログイン状態のチケット販売サイトは、チケットを購入したユーザに対して、該チケットを利用可能にするために顔画像の入力が必要であることを表示してもよい。情報処理サーバ１は、チケット管理用ウェブページを介して、チケットデータをクライアント端末３に送信できるように構成される。

【0113】

図１３は本発明の第３の実施形態の情報処理サーバ１の動作を示すフローチャートである。本フローチャートに沿って、サーバ制御部２１及びサーバ記憶部２２の動作を含む情報処理システム１０の動作を説明する。

【0114】

ステップ４０１～４０３、４０６～４０８は、第１の実施形態のステップ１０１～１０３、１０７～１０９と各々同様の処理である。ただし、ステップ４０３において、チケット販売サーバ４が情報処理サーバ１に送信する注文情報が含むユーザ情報は、会員ＩＤを含む。

【0115】

ステップ４０４において、サーバ制御部２１は、購入の申し込みを受け付けたチケットについてチケットＩＤを決定する。サーバ制御部２１は、受信したチケット情報が含むイベント情報に対応するイベントＩＤを決定し、チケットＩＤに関連付けてチケットテーブル２７に記憶する。サーバ制御部２１は、チケットＩＤに関連付けるユーザＩＤを決定し、受信したユーザ情報のうちの会員ＩＤをユーザＩＤに関連付けてユーザテーブル２８に記憶する。会員ＩＤがユーザテーブル２８に既に記憶されている場合、サーバ制御部２１が決定するユーザＩＤは、ユーザテーブル２８において当該会員ＩＤに関連付けられたユーザＩＤである。

【0116】

ステップ４０５において、サーバ制御部２１は、チケット販売サーバ４から会員ＩＤに関連付けられた顔画像を取得する。サーバ制御部２１は、ステップ４０７で特徴量ＩＤを決定すると、該特徴量ＩＤをユーザＩＤに関連付けてユーザテーブル２８に記憶する。サーバ制御部２１は、ユーザテーブル２８に記憶するのに加え、又はその代わりに、特徴量ＩＤをチケットＩＤに関連付けてチケットテーブル２７に記憶してもよい。

【0117】

ステップ４０５において、チケット販売サーバ４が顔画像を記憶しない場合や顔画像を取得できない場合、サーバ制御部２１は、ユーザに対して顔画像の入力を求める画面をチケット管理用ウェブページに表示する。サーバ制御部２１は、チケット管理用ウェブページを介して、ユーザからの顔画像の入力を受け付ける。

【0118】

本実施形態のように構成することにより、サーバ制御部２１は、ユーザＩＤ又は会員ＩＤに紐付けたチケット管理用ウェブページを表示し、一度入力を受け付けたユーザの顔画像から決定した顔特徴量データをユーザＩＤに紐付けることができる。これにより、次に同じチケット販売サイトでチケットを購入する場合に、新たに顔画像を入力する必要がないため、幅広いユーザの使用を促進することが可能となる。このことは、第２の例においても同様である。

【0119】

次に第３の実施形態の第２の例について説明する。以下、主に第１の例との相違点について説明する。第２の例では、情報処理サーバ１及びチケット販売サーバ４は、ソーシャルネットワークサービス（ＳＮＳ）のアカウントでログインすることができるソーシャルログインの機能を備える。ユーザは、チケットの購入にあたっては、ＳＮＳのアカウントを用いてログインする必要がある。第２の例の連携ユーザ識別情報は、メールアドレスなどのＳＮＳのアカウントＩＤである。

【0120】

ステップ４０３において、チケット販売サーバ４が情報処理サーバ１に送信する注文情報が含むユーザ情報は、ＳＮＳのアカウントＩＤを含む。ステップ４０４において、サーバ制御部２１がユーザＩＤに関連付けてユーザテーブル２８に記憶するのはＳＮＳのアカウントＩＤである。ステップ４０５において、サーバ制御部２１が取得する顔画像は、ＳＮＳのウェブページからＳＮＳのアカウントＩＤに関連付けられたプロフィール画像などの顔画像である。

【0121】

［第４の実施形態］
［情報処理サーバ］
次に本発明の第４の実施形態の情報処理サーバ１について説明する。以下、主に第３の実施形態との相違点について説明する。第４の実施形態の判定装置２は、第２の実施形態の判定装置２と同じである。

【0122】

第４の実施形態においては、特徴量ＩＤを使用しない。チケットテーブル２７は、特徴量ＩＤの代わりに、チケットＩＤに関連付けて顔特徴量データを記憶する。特徴量テーブル２６及び特徴量テーブル４６は、第１の実施形態と同様の顔特徴量データを記憶するが、特徴量ＩＤを有さなくてもよい。特徴量ＩＤを有さない場合、顔特徴量データは、特徴量テーブル２６、４６のような形で記憶されなくてもよい。

【0123】

図１４は本発明の第４の実施形態の情報処理サーバ１の動作を示すフローチャートである。本フローチャートに沿って、サーバ制御部２１及びサーバ記憶部２２の動作を含む情報処理システム１０の動作を説明する。

【0124】

ステップ５０１～ステップ５０６は、第３の実施形態の４０１～４０６と同様の処理であり、ステップ５０７～ステップ５０８は、第２の実施形態の３０８～３０９と同様の処理である。

【0125】

本発明の他の実施形態では、上記で説明した本発明の実施形態の機能やフローチャートに示す情報処理を実現するプログラムや該プログラムを格納したコンピュータ読み取り可能な記憶媒体とすることもできる。また他の実施形態では、上記で説明した本発明の実施形態の機能やフローチャートに示す情報処理を実現する方法とすることもできる。また他の実施形態では、上記で説明した本発明の実施形態の機能やフローチャートに示す情報処理を実現するプログラムをコンピュータに供給することができるサーバとすることもできる。また他の実施形態では、上記で説明した本発明の実施形態の機能やフローチャートに示す情報処理を実現する仮想マシンとすることもできる。例えば、本発明の他の実施形態では、情報処理サーバ１は、クラウド（クラウドサーバ）により実現される。

【0126】

本発明の実施形態では、情報処理サーバ１は、購入の申し込みを受け付けたチケットに関して、所定の処理を実行し、チケットデータを生成するものであるが、本発明の実施形態におけるチケットの購入の申し込みは、購入以外のチケットの発券の申し込みとすることができる。

【0127】

本発明の実施形態において、顔特徴量データは、生体情報から取得可能な特徴量データの１つの例示である。例えば生体情報から取得可能な特徴量データは、掌紋データとすることもできるし、声紋データとすることができる。

【0128】

以下に本発明の実施形態の変形例について説明する。以下、主に本発明の実施形態との相違点について説明する。以下で述べる変形例は、矛盾が生じない限りにおいて、適宜組み合わせて本発明の任意の実施形態又は変形例に適用することができる。

【0129】

［第１の変形例］
本発明の実施形態の１つの変形例では、特徴量テーブル２６は、顔特徴量データを記憶せず、特徴量テーブル２６は、特徴量ＩＤと、声に基づいて取得可能な音声特徴量データとを含み、音声特徴量データは、特徴量ＩＤに関連付けて記憶される。音声特徴量データは、既知の音声特徴量抽出方法、例えば既知の音声特徴量抽出プログラムにより声のデータから抽出又は取得される特徴量データである。例えば特徴量テーブル２６が記憶する音声特徴量データは、実在しない人物又は不特定の実在する人物の声から取得される音声特徴量データであり、上述の音声徴量抽出プログラムを用いて取得される。特徴量テーブル２６は、チケットを利用するユーザの声のデータに対応する音声特徴量データを記憶するものではない。

【0130】

本変形例について、第１の実施形態の変形例を以下に説明する。主に第１の実施形態との相違点について説明する。判定装置２及びクライアント端末３は、マイクなどの音声入力装置を備える。

【0131】

ステップ１０６において、クライアント端末３は、ユーザに対して声の入力を求める画面を表示するチケット管理用ウェブページを介して、ユーザから声の入力を受け付け、情報処理サーバ１へ送信する。ステップ１０７において、サーバ制御部２１は、サーバ記憶部２２に記憶される音声特徴量抽出プログラムを用いて、受信した声のデータから音声特徴量データを決定する。ステップ２０１において、判定装置制御部４１は、撮影装置３４を動作させて、チケットを撮影し、チケットに付されたコードからチケットＩＤ、特徴量ＩＤ、及びチェック用データを取得する。更にステップ２０１において、判定装置制御部４１は、音声入力装置を動作させ、チケットを利用するユーザの声のデータを取得する。ステップ２０２において、判定装置制御部４１は、サーバ記憶部２２に記憶される音声特徴量抽出プログラムと同一の音声特徴量抽出プログラムを用いて、取得したユーザの声のデータから音声特徴量データを決定する。上記については、他の実施形態の変形例においても同様である。

【0132】

［第２の変形例］
本発明の実施形態の１つの変形例では、特徴量テーブル２６が記憶する顔特徴量データは、所定の計算プログラムによって算出された複数の顔特徴量データである。この場合、特徴量テーブル２６が記憶する顔特徴量データは、実在しない人物又は不特定の実在する人物の顔画像から取得される顔特徴量データではない。上記については、特徴量テーブル２６が顔特徴量データ以外の生体情報を記憶する場合も同様である。例えば、本変形例では、特徴量テーブル２６が記憶する声紋データは、所定の計算プログラムによって算出された複数の声紋データである。

【0133】

［第３の変形例］
本発明の実施形態の１つの変形例では、判定装置２は、チケットに付されたコードを読み取るためのコード読み取り装置（図示せず）を更に備える。例えば、判定装置２は、判定装置２の主な機能を備える本体部と、本体部と通信可能に接続されたコード読み取り装置とを備える。本変形例では、ステップ２０１において、判定装置制御部４１は、撮影装置３４を動作させてユーザの顔画像を取得するとともに、コード読み取り装置を動作させてチケットに付されたコードからチケットＩＤ、特徴量ＩＤ又は顔特徴量データ、及びチェック用データを取得する。

【0134】

［第４の変形例］
本発明の実施形態の１つの変形例では、情報処理サーバ１は、チケット販売サーバ４の機能を含み、クライアント端末３に、チケット販売サイトを介してチケットを購入するためのサービスを提供する。本実施形態では、第１の実施形態から第４の実施形態で説明した情報処理サーバ１及びチケット販売サーバ４の処理は、情報処理サーバ１内での処理となる。

【0135】

［第５の変形例］
本発明の実施形態の１つの変形例では、チケットがクーポンである場合、判定装置２が設置される場所は、イベントの会場ではなく、店舗などである。

【0136】

［第６の変形例］
本発明の実施形態の１つの変形例では、サーバ制御部２１は、購入の申し込みを受け付けたチケットについてチケットＩＤを決定する代わりに、予めチケットに割り当てられたチケットＩＤを取得する。例えば、チケット販売サーバ４がチケットＩＤを決定する。本変形例について、第１の実施形態の変形例を以下に説明する。

【0137】

ステップ１０３においてチケット販売サーバ４が情報処理サーバ１に送信する注文情報は、チケット販売サーバ４が決定したチケットＩＤを含む。ステップ１０４において、サーバ制御部２１は、受信した注文情報からチケットＩＤを取得する。ステップ１０９において、サーバ制御部２１は、ステップ１０４で取得したチケットＩＤと、ステップ１０８で決定した特徴量ＩＤと、ステップ１０４で決定したイベントＩＤとに基づいて所定の演算を行うことによりチェック用データを算出する。そしてサーバ制御部２１は、ステップ１０４で取得したチケットＩＤと、ステップ１０８で決定した特徴量ＩＤと、算出したチェック用データとに基づいてチケットに付されるコードを生成する。上記については、他の実施形態の変形例においても同様である。

【0138】

［第７の変形例］
本発明の第１の実施形態及び第２の実施形態の１つの変形例では、ステップ１０３において、チケット販売サーバ４は、受け付けた注文情報ごとに、チケット情報又は注文情報を情報処理サーバ１に送信する。ステップ１０４では、受信したチケット情報又は注文情報により特定されるチケットにチケットＩＤが割り当てられる。ステップ１０５において、サーバ制御部２１は、チケット販売サーバ４に対して、割り当てられたチケットＩＤに紐付けられたチケット管理用ウェブページのアドレス（ＵＲＬ）を送信する。チケット販売サーバ４は、ユーザのメールアドレスに、チケットＩＤに紐付けられたチケット管理用ウェブページのアドレス（ＵＲＬ）を送信する。本変形例では、第１の実施形態及び第２の実施形態におけるステップ１０４～１０５の代わりに、サーバ制御部２１及びチケット販売サーバ４は、上記処理を実行する。サーバ制御部２１は、ユーザのメールアドレスに情報を送信しないため、ステップ１０３において、情報処理サーバ１は、ユーザ情報を受信しなくてもよい。

【0139】

［第８の変形例］
本発明の第１の実施形態及び第２の実施形態の１つの変形例では、チケット販売サーバ４は、更に会員データベースを備える。会員データベースは、第３の実施形態で説明したものと同様であり、会員情報は、メールアドレスを含む。メールアドレスは電話番号やＳＮＳやチャットツールのＩＤなどとすることもできる。本変形例では、注文情報が含むユーザ情報は、会員情報が含むメールアドレスなどの情報である。

【0140】

［第９の変形例］
本発明の第１の実施形態及び第２の実施形態の１つの変形例では、チケット販売サーバ４は、更に会員データベースを備える。会員データベースは、第３の実施形態で説明したものと同様である。サーバ制御部２１は、チケット販売サイトと連携したチケット管理用ウェブページを作成する機能を備える。本変形例について、第１の実施形態の変形例を以下に説明する。

【0141】

本変形例では、ステップ１０５において、サーバ制御部２１は、受信した注文情報が含むユーザのメールアドレスにチケットＩＤに紐付けられたチケット管理用ウェブページのアドレスを送信しなくてもよい。ログイン状態のチケット販売サイトは、チケットを購入したユーザに対して、該チケットを利用可能にするために顔画像の入力が必要であることを表示し、チケット管理用ウェブページへアクセスするためのリンクを生成する。サーバ制御部２１は、当該リンクを介したチケット販売サイトからのアクセスにより、チケット管理用ウェブページを表示し、クライアント端末３を介して、ユーザから顔画像の入力を受け付けることができる。１つの例では、サーバ制御部２１は、ログイン状態のチケット販売サイトからのアクセスに応じて、会員ＩＤに紐付けられたチケット管理用ウェブページを表示し、一度入力を受け付けたユーザからの顔画像を該ページに紐付けることができる。これにより、次に同じチケット販売サイトでチケットを購入する場合に、新たに顔画像を入力する必要がないため、幅広いユーザの使用を促進することが可能となる。

【0142】

［第１０の変形例］
本発明の第３の実施形態及び第４の実施形態の１つの変形例では、クライアント端末３は、チケット販売サーバ４及び情報処理サーバ１と通信し、チケット販売サイト及びチケット管理用ウェブページと同様のサービスを提供可能な専用のアプリケーション（以下、「専用アプリ」という。）がインストールされる。本変形例の好適な例では、クライアント端末３はスマートフォンである。専用アプリは、チケット販売サーバ４が記憶する会員ＩＤ及び情報処理サーバ１が記憶するユーザＩＤの少なくとも一方のＩＤと紐付けられている。本変形例について、第３の実施形態の変形例を以下に説明する。

【0143】

ステップ４０１において、クライアント端末３は、専用アプリを介してチケットの購入の申し込みの入力を受け付ける。クライアント端末３は、専用アプリを介して、購入の申し込みを受け付けたチケットに関するチケット情報及びユーザ情報を含む注文情報をチケット販売サーバ４に送信する。ここでのユーザ情報は、専用アプリに紐付けられているＩＤを含むものであればよい。ステップ４０５において、チケット販売サーバ４が顔画像を記憶しない場合や顔画像を取得できない場合、サーバ制御部２１は、専用アプリを介して、クライアント端末３に、ユーザに対して顔画像の入力を求める画面を表示させる。サーバ制御部２１は、専用アプリを介して、ユーザからの顔画像の入力を受け付ける。

【0144】

本変形例では、情報処理サーバ１は、専用アプリを介して、ステップ４０８で生成されたチケットデータをクライアント端末３に送信し、クライアント端末３は、チケットデータを取得する。例えばサーバ制御部２１は、ステップ４０８でチケットデータを生成した後に、専用アプリを介して、チケットを利用するユーザの変更を受け付けることができる。

【0145】

本変形例では、専用アプリは、顔特徴量抽出プログラムを含み、顔画像から顔特徴量データを決定できるように構成されてもよい。例えばステップ４０５において、チケット販売サーバ４が顔画像を記憶しない場合や顔画像を取得できない場合、サーバ制御部２１は、専用アプリを介して、クライアント端末３に、ユーザに対して顔画像の入力を求める画面を表示させる。専用アプリは、顔画像の入力を受け付けると、該顔画像から顔特徴量データを決定し、決定した顔特徴量データを情報処理サーバ１に送信する。この場合、サーバ制御部２１は、ステップ４０６の処理を実行しなくてよい。上記については、第４の実施形態の変形例においても同様である。

【0146】

［第１１の変形例］
本発明の第３の実施形態及び第４の実施形態の１つの変形例では、チケット管理用ウェブページは、チケット販売サイトを介さずに、ユーザＩＤとパスワードを入力して直接アクセスできるように構成される。

【0147】

［第１２の変形例］
本発明の実施形態の１つの変形例では、注文情報が含むユーザ情報は、クライアント端末３を識別可能なＩＤやコードであり、例えば、ＩＰアドレス、ＭＡＣアドレスなどである。

【0148】

［第１３の変形例］
本発明の実施形態の１つの変形例では、サーバ記憶部２２は、チケットブックテーブル２５及びチケットブックＩＤを含まない。本変形例では、チケットテーブル２７は、データ項目として、チケットＩＤと、イベントＩＤと、チケット詳細情報と、特徴量ＩＤとを含み、チケットテーブル２７を介して、チケットＩＤとイベントＩＤは関連付けられる。本変形例では、例えば第１の実施形態のステップ１０４において、サーバ制御部２１は、チケットブックＩＤを決定しない。サーバ制御部２１は、受信したチケット情報が含むイベント情報に対応するイベントＩＤを決定し、チケットＩＤに関連付けてチケットテーブル２７に記憶する。上記については、他の実施形態においても同様である。

【0149】

［第１４の変形例］
本発明の実施形態の１つの変形例では、サーバ記憶部２２は、イベントテーブル２４及びイベントＩＤを記憶せず、所定データを記憶する。所定データは、イベントを識別するためのデータとすることもできるし、システム管理者を識別するためのデータとすることもできる。例えば所定データは、チケットＩＤに関連付けられてチケットテーブル２７に記憶される。例えば所定データは、数値データである。本変形例では、サーバ記憶部２２に記憶される所定データと同一の所定データが判定装置２に記憶される。例えば、対象とするチケットに関して、該チケットのチケットＩＤに関連付けてサーバ記憶部２２に記憶される所定データと同一の所定データが、該チケットの利用の正当性を判定する判定装置２に記憶される。本発明の実施形態で説明したように、情報処理サーバ１と判定装置２に同一のイベントＩＤが記憶されることが望ましいが、本変形例のように情報処理サーバ１と判定装置２が同一の所定データを記憶することにより、本発明の実施形態を実現可能な場合がある。

【0150】

［第１５の変形例］
本発明の第１の実施形態の１つの変形例では、ステップ１０９におけるサーバ制御部２１の所定の演算は、ステップ１０４で決定したチケットＩＤ及びステップ１０８で決定した特徴量ＩＤの少なくとも一方と、ステップ１０４で決定したイベントＩＤとに基づいて行われる。この場合、判定装置２についても、ステップ２０４における所定の演算は、ステップ２０１で取得したチケットＩＤ及び特徴量ＩＤの少なくとも一方と、判定装置記憶部４２に記憶されるイベントＩＤとに基づいて行われる。本発明の実施形態で説明したように、堅牢性の観点から、所定の演算は、チケットＩＤと、特徴量ＩＤと、イベントＩＤとを用いて行うことが望ましいが、チケットＩＤ及び特徴量ＩＤのいずれか一方を用いない場合であっても、本発明の実施形態を実現可能な場合がある。上記については、第３の実施形態でも同様である。

【0151】

［第１６の変形例］
また上記と同様に本発明の第２の実施形態の変形例では、ステップ３０９で、サーバ制御部２１は、ステップ３０４で決定したチケットＩＤ及びステップ３０８で決定した顔特徴量データの少なくとも一方と、ステップ３０４で決定したイベントＩＤとに基づいて所定の演算を行うことによりチェック用データを算出する。この場合、判定装置２についても、ステップ２０４における所定の演算は、ステップ２０１で取得したチケットＩＤ及び顔特徴量データの少なくとも一方と、判定装置記憶部４２に記憶されるイベントＩＤとに基づいて行われる。上記については、第４の実施形態でも同様である。

【0152】

［第１７の変形例］
本発明の実施形態の１つの変形例では、サーバ制御部２１は、特徴量テーブル２６が記憶する顔特徴量データのうちの１つの顔特徴量データを決定する代わりに、複数の顔特徴量データを決定する。例えばステップ１０８において、サーバ制御部２１は、特徴量テーブル２６が記憶する顔特徴量データのうちの所定の類似度を有する複数の顔特徴量データを決定する。この場合、ステップ１０９においてサーバ制御部２１が用いる特徴量ＩＤも複数の特徴量ＩＤである。上記については、他の実施形態でも同様である。

【0153】

［第１８の変形例］
本発明の実施形態の１つの変形例では、特徴量テーブル２６が記憶する顔特徴量データは、顔特徴量データに基づいて生成された加工済特徴量データである。１つの例では、加工済特徴量データは、顔画像に対してサーバ記憶部２２に記憶される顔特徴量抽出プログラムを用いて抽出又は取得される特徴量データである顔特徴量データに対して、所定の暗号化処理を行って得られるデータである。顔特徴量データは、加工済特徴量データに対して所定の復号処理を行うことにより得られる。サーバ記憶部２２及び判定装置記憶部４２は、所定の暗号化処理を行う暗号化プログラム及び所定の復号処理を行う復号プログラムを記憶する。所定の暗号化処理は、暗号化処理以外の加工処理とすることができる。この場合、所定の復号処理は、加工処理したデータを元に戻す処理とすることができる。

【0154】

本変形例について、第１の実施形態の変形例を以下に説明する。ステップ１０８において、サーバ制御部２１は、ステップ１０７で決定した顔特徴量データと、特徴量テーブル２６が記憶する加工済特徴量データの基となる顔特徴量データとを比較して、特徴量テーブル２６が記憶する加工済特徴量データの基となる顔特徴量データのうちの所定の類似度を有する顔特徴量データに基づいて生成された加工済特徴量データを決定する。サーバ制御部２１は、比較処理を行う際に、加工済特徴量データを復号して顔特徴量データを取得する。サーバ制御部２１は、加工済特徴量データを決定する際に、顔特徴量データを決定し、決定された顔特徴量データを暗号化した加工済特徴量データを決定する。決定された加工済特徴量データは、特徴量テーブル２６に記憶されるものである。このような構成とすることにより、本変形例では、特徴量テーブル２６は顔特徴量データをそのまま記憶しないため、チケットを利用するユーザの生体情報に関するリスクを更に低減させることが可能となる。判定装置制御部４１は、ステップ２０３において、特徴量テーブル４６において特徴量ＩＤが関連付けられた加工済特徴量データを復号して、ステップ２０１で取得した特徴量ＩＤと、ステップ２０２で決定した顔特徴量データとが所定の基準を満たすか否かを判定する。上記については、第３の実施形態でも同様である。

【0155】

また上記と同様に、本変形例について、第２の実施形態の変形例を以下に説明する。ステップ３０８において、サーバ制御部２１は、ステップ３０７で決定した顔特徴量データと、特徴量テーブル２６が記憶する加工済特徴量データの基となる顔特徴量データとを比較して、特徴量テーブル２６が記憶する加工済特徴量データの基となる顔特徴量データのうちの所定の類似度を有する顔特徴量データに基づいて生成された加工済特徴量データを決定する。ステップ３０９において、サーバ制御部２１は、ステップ３０４で決定したチケットＩＤと、ステップ３０８で決定した加工済特徴量データと、ステップ３０４で決定したイベントＩＤとに基づいて所定の演算を行うことによりチェック用データを算出する。サーバ制御部２１は、ステップ３０４で決定したチケットＩＤと、ステップ３０８で決定した加工済特徴量データと、算出したチェック用データとに基づいてチケットに付されるコードを生成する。判定装置制御部４１は、ステップ２０３において、ステップ２０１で取得した加工済特徴量データの基となる顔特徴量データと、ステップ２０２で決定した顔特徴量データとが所定の類似度を有するか否かを判定する。

【0156】

［第１９の変形例］
本発明の実施形態の１つの変形例では、顔特徴量データは、図７に示すものとは異なるデータ構造又はデータ形式で記憶される。他の変形例では、顔特徴量データは、１２８次元ベクトル以外の他次元ベクトルの数値情報を示すデータである。例えば顔特徴量データは、２５６次元ベクトルの数値情報を示すデータである。顔特徴量データは、既知の顔特徴量抽出プログラムを用いて取得されるデータであれば、これらに限定されない。また、サーバ制御部２１が行う類似度の算出は、２つの顔特徴量データのユークリッド距離に対応する値を用いることもできるし、他の既知の方法を用いることもできる。

【0157】

［第２０の変形例］
本発明の実施形態の１つの変形例では、判定装置記憶部４２は、提示されたチケットが未使用であるか否かを判定するための使用済みチケットテーブルを更に備える。使用済みチケットテーブルは、データテーブルとして、チケットＩＤと、未使用及び使用済みのいずれか一方を示すステータス情報とを含み、チケットＩＤが主キーである。図１１に示すフローチャートにおいて、判定装置制御部４１は、例えばステップ２０３の前に、ステップ２０１で取得されたコードから取得されたチケットＩＤが使用済みであるか否かを判定する。本フローチャートは、チケットＩＤが未使用であった場合、チケット使用済みテーブルの当該チケットＩＤに関連付けられたステータス情報を使用済みに更新し、ステップ２０３へ進む。本フローチャートは、チケットＩＤが使用済みであった場合、ステップ２０６へ進む。上記のチケットＩＤが使用済みであるか否かの判定処理は、ステップ２０２～ステップ２０５の間であれば、いつ実行されてもよい。

【0158】

［第２１の変形例］
本発明の実施形態の１つの変形例では、サーバ制御部２１は、ＲＦタグにデータを書き込むことにより、コードを生成するように構成される。本変形例について、第１の実施形態の変形例を以下に説明する。ステップ１０９において、サーバ制御部２１は、チケットＩＤ、特徴量ＩＤ、及びチェック用データの各々に対応するデータをＲＦタグに書き込む。例えばチケットを利用するユーザは、郵送などにより、データが書き込まれたＲＦタグを取得することができる。ＲＦタグは他の非接触ＩＣカードとすることもできる。上記については、他の実施形態の変形例においても同様である。

【0159】

以上に説明した処理又は動作において、あるステップにおいて、そのステップではまだ利用することができないはずのデータを利用しているなどの処理又は動作上の矛盾が生じない限りにおいて、処理又は動作を自由に変更することができる。また以上に説明してきた各実施例は、本発明を説明するための例示であり、本発明はこれらの実施例に限定されるものではない。本発明は、その要旨を逸脱しない限り、種々の形態で実施することができる。

【符号の説明】

【0160】

１ 情報処理サーバ
２ 判定装置
３ クライアント端末
４ チケット販売サーバ
５、６ ネットワーク
１０ 情報処理システム
１１、３１、５１、５２ プロセッサ
１２、３２、５２、６２ 入力装置
１３、３３、５３、６３ 表示装置
１４、３５、５４、６４ 記憶装置
１５、３６、５５、６５ 通信装置
１６、３７、５６、６６ バス
２１ サーバ制御部
２２ サーバ記憶部
２４ イベントテーブル
２５ チケットブックテーブル
２６、４６ 特徴量テーブル
２７ チケットテーブル
２８ ユーザテーブル
３４ 撮影装置
４１ 判定装置制御部
４２ 判定装置記憶部
７１ イベント情報
７２ ＱＲコード(登録商標)

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】