JP2022069776A - 同一人物判別システム及び方法 - Google Patents

Abstract

【課題】電子チケット転売防止等のため、声認証によって本人認証する場合に、短時間で迅速に済ますことができる同一人物判別システムを提供する。【解決手段】チケットとしての機能を果たす複数の端末装置と、決済サーバと、クラウドサーバとが、ネットワーク網を介して接続されている同一人物判別システム（チケット処理システム）において、クラウドサーバの制御部は、ネットワークを介して端末装置から送信されたきた声情報に基づいて、端末装置登録者と端末装置使用者が同一人物であると本人確認した結果を示す声認証結果情報と声認証時刻情報とを端末装置へ送信する認証情報送信部と、声認証時刻からの経過時間を計測する声認証タイマと、計測された声認証時刻からの経過時間が、所定の制限時間以内か否かを判別するタイマ整合性検査部と、を備える。【選択図】図１２

Description

本発明は、端末装置、同一人物判別システム及び方法に関し、特に、転売等の不正を防止できる同一人物判別システム及び方法に関する。

スポーツ競技、コンサート、各種興行等のイベントを開催する場合に、そのチケットがチケット販売窓口の他、電話やインターネット等を通して前売りされる。このようなチケット販売の際、使用するつもりのない購入者がチケットを買い占め、イベント会場などで、購入金額の数倍から数十倍の価格で転売して、正常なイベント活動を阻害する事態が発生している。かかる行為のため、本来の購入希望者がチケットを購入できなかったり、高額な支払いをせざるを得なくなったりするなど社会的な弊害が生じている。これは、チケットを販売するとき、購買者がどのような目的で購入するかを問わず販売するために生じる弊害である。これらの弊害を少なくするため、イベント会場の入口では、正規なチケットかを係員が目視確認して入場を許可することが行われている。

また、かかる弊害を防止する技術として、ユーザが提示するチケット用紙の券図面に印刷された２次元コードを読み取る読取手段と、前記読取手段により読み取られた２次元コードを声紋情報に復号化し、復号化した声紋情報を取得する取得手段と、前記ユーザの音声を入力する入力手段と、前記入力手段により入力された音声を声紋情報に変換し、前記取得手段により取得された声紋情報と、前記変換された声紋情報とを照合して前記ユーザが正規なユーザか否かを認証するユーザ認証手段とを備えたチケット処理装置やプログラムがある（例えば、特許文献１参照）。

他には、入場や利用などのチケット情報を記憶媒体に記憶した電子チケットの電子チケット購入時に、購入者や返却者の生体データを読取装置により読み取って、生体情報を記憶してから電子チケットを発行するようにした発行装置で電子チケットを発行し、電子チケットの返却時に、読取装置で読み取った電子チケットの返却者の生体情報と電子チケット購入者の生体情報が一致する場合に、この電子チケットの精算を行う精算手段を設けて、電子チケットの転売を防止するようにした電子チケットシステムもある（例えば、特許文献２参照）。

なお、本明細書中に特許文献１及び２の明細書、特許請求の範囲、図面全体を参考として取り込むものとする。

特許第３９１５４６４号公報 特開２００５－２５３５３号公報

しかしながら、特許文献１に記載されたチケット処理装置では、高額転売を防止するため、専用のチケット処理装置と２次元コード読取装置とが大量に必要となる。また、専用のチケット処理装置が必要なので、ネットワーク網を介してチケットを販売することはできない。また、一人毎に、２次元コード読み取り確認時間、声紋認証時間、及びゲートの開閉時間が必要となるので、処理速度が遅く、各行程を併行して行うことができない。しかも、同一購入希望者が、複数のチケットを購入することができ、転売行為を容認してしまうおそれがある。

また、特許文献２に記載された電子チケットシステムでは、電子チケットの購入者の生体データを読み取る読取装置を電子チケット販売時および電子チケット返却時に必要とするので、ネットワーク網を介してのチケットの販売は困難である。

転売を防止するためには、本人確認を厳重にする必要があるが、厳重にすればするほど、イベント会場への入場作業に時間が掛かり、待機行列が長くなる。このときに、本人を確認する方法として声による認証を使用する場合、静かな場所が望ましいがコンサート会場等のイベント会場は騒がしく、イベント会場で本人確認に声による認証を用いることは難しい。このとき、声による認証に失敗したときや精度を上げるときには、ガイダンスに従ってフレーズを何度か発声して、声が適切に入力された否かを確認する必要があり、静かな場所で認証に時間を掛けたい場合も多い。このため、イベント会場の受付で声による認証を行おうとする場合には、周辺の騒がしさによる認証精度の問題も相まって長蛇の待機行列が出来てしまう。すなわち、本人確認には時間をかけても確実に行いたいが、入場作業は待機行列ができないように短時間で迅速に済ませたいという相反する矛盾問題を解決する必要がある。

本発明は、上記の相反し矛盾する課題を解決するためになされたものであって、声紋による声認証と、使用前における声紋による声認証時刻から所定の制限時間以内に使用されようとしているか否かの判別とを分けて、端末装置を使用する権利の移転を防止できる同一人物判別システム及び方法を提供することを目的とする。

上記の目的を達成するため、本発明の第１の観点の同一人物判別システムは、端末装置は、端末装置使用者の声を入力する声入力部と、端末装置使用者の声情報が前記声入力部から入力されたことに応答して、声情報ＩＤを含む声データ要求信号をサーバ装置へ送信し、サーバ装置から送信された予め登録されている端末装置登録者の声情報と入力された前記端末装置使用者の声情報とを照合して、端末装置登録者と端末装置使用者が同一人物であるか否かを判別し、端末装置登録者と端末装置使用者が同一人物であると声認証し声認証情報を出力するする声認証部とを備え、サーバ装置は、前記声情報ＩＤに対応づけて予め登録された端末装置登録者の声情報を記憶する声記憶部と、ネットワークを介して前記端末装置から送信されたきた声情報に基づいて、前記端末装置登録者と端末装置使用者が同一人物であると本人確認した結果を示す声認証結果情報と声認証時刻情報とを前記端末装置へ送信する認証情報送信部と、前記声認証時刻からの経過時間を計測する声認証タイマと、前記声認証タイマによって計測された前記声認証時刻からの経過時間が、所定の制限時間以内か否かを判別するタイマ整合性検査部とを備えていることを特徴とする。

上記の目的を達成するため、本発明の第２の観点に係る同一人物判別方法は、サーバ装置の声記憶部に端末装置登録者の声を予め登録する段階と、端末装置使用者が端末装置の声入力部から声を入力する段階と、前記端末装置使用者の声を前記声入力部から入力して前記端末装置登録者の声と前記端末装置使用者の声とを照合して、端末装置登録者と端末装置使用者が同一人物であるか否かを判別し本人確認する声紋認証段階と、声紋認証した時刻からの経過時間を前記サーバ装置が計測する段階と、前記声紋認証段階で端末装置登録者と端末装置使用者が同一人物であると本人確認した結果を示す声紋認証結果情報と声認証時刻情報とを前記サーバ装置がネットワークを介して前記端末装置に送信する段階と、前記声紋声認証時刻からの経過時間が予め定められた所定の制限時間内であるか否かを判別する段階と、前記経過時間が制限時間内であると判別したとき、前記端末装置登録者と前記端末装置使用者とが同一人物とする段階とを備えたことを特徴とする。

上記の目的を達成するため、本発明の第３の観点に係る同一人物判別方法は、サーバ装置に端末装置登録者の声データと使用可能日時情報とを予め登録する段階と、端末装置使用者が端末装置の声入力部から声を入力する段階と、前記端末装置が前記端末装置登録者の声データを要求する声データ要求信号を送信する段階と、サーバ装置が、声データ要求信号を受信する段階と、前記使用可能日時情報を読み出す段階と、前記声データ要求信号を受信した日時が前記使用可能日時情報の使用可能日時の範囲内にあるか否かを前記サーバ装置が判別する段階とを備えたことを特徴とする。

上記の目的を達成するため、本発明の第４の観点に係る同一人物判別方法は、サーバ装置に所定の位置情報を予め記憶しておく段階と、端末装置使用者の所在地を示す位置情報をサーバ装置に送信する段階と、サーバ装置が前記端末装置からの位置情報を受信し前記サーバ装置に記憶されている位置情報の範囲内にあるか否かを判別する段階とを備えたことを特徴とする。

上記の目的を達成するため、本発明の第５の観点に係る同一人物判別方法は、サーバ装置に端末装置登録者の声と所定の位置情報を予め記憶しておく段階と、前記サーバ装置が端末装置から位置情報を受信したとき、この位置情報が前記サーバ装置に予め記憶されている所定の位置情報範囲内にあるか否かを判別する位置情報判別段階と、端末装置が前記位置情報範囲内に存在すると判別したとき、前記端末装置の表示部に声紋認証画面を表示する段階と、装置使用者が端末装置の声入力部から声を入力し、前記端末装置登録者の声と前記端末装置使用者の声とを照合して声紋認証する声紋認証段階とを備え、前記位置情報判別結果と前記声紋認証結果とに基づいて、前記端末装置登録者と前記端末装置使用者が同一人物であると判別することを特徴とする。

本発明によれば、受付場所での受付スタッフによる端末装置使用者の本人確認には時間を掛けて行いたいが、入場作業は短時間で迅速に済ませたいという相反する矛盾問題を、端末装置登録者と端末装置使用者とが同一人物であるか否かの声認証と、端末装置使用前における声認証時刻から所定の制限時間以内に端末装置が使用されようとしているか否かの判別とを分けて、声認証の有効性を声認証タイマで担保することで、声認証に必要な静かな場所と本人確認すべき受付場所との離れた空間とを本発明によって繋ぎ、本来困難と思われていた騒がしい受付場所での声認証による同一人物か否かの本人確認を実現可能としたので、不正対策として、特に転売等の不正を防止することが出来る。

本実施形態に係るチケット処理システムのハードウェア構成を例示する図である。 端末装置の構成例を示すブロック図である。 イベント検索画面の表示例を示す図である。 チケット購入画面の表示例を示す図である。 声登録画面の表示例を示す図である。 マイチケット画面の表示例を示す図である。 チケット表示画面の表示例を示す図である。 声紋認証画面の表示例を示す図である。 端末装置の制御部の機能ブロック図である。 クラウドサーバの構成例を示すブロック図である。 クラウドサーバのデータベース構成を例示する図である。 クラウドサーバの制御部の機能ブロック図である。 チケット処理システムが実行する処理シーケンス図である。 チケット購入処理の詳細を示すフローチャートである。 チケット購入処理の続きを示すフローチャートである。 チケット購入処理の続きを示すフローチャートである。 入場前声認証処理の詳細を示すフローチャートである。 入場前声紋認証処理の続きを示すフローチャートである。 チケット使用済み登録処理の詳細を示すフローチャートである。 入場前声認証処理の変形例を示すフローチャートである。 変形例に係る入場前声認証処理の続きを示すフローチャートである。 セキュリティコード発行処理の詳細を示すフローチャートである。

以下、本発明を実施するための形態について説明する。まず、本実施形態に係るチケット処理システムの構成について図面を参照しつつ説明する。図１は、本実施形態に係るチケット処理システムのハードウェア構成を例示する図である。チケット処理システム１００は、チケットの管理を行うクラウドサーバ１０を中核とする広域ネットワークシステムである。クラウドサーバ１０には、図１に示すように、例えばインターネット等のネットワーク網１１を介して複数台の端末装置１２－１、１２－２、・・・１２－ｎ（ｎは自然数）が接続されている。クラウドサーバ１０と端末装置１２－ｎとは、外部の決済サーバ９にネットワーク網１１を介して接続されている。 端末装置１２－ｎは、例えば通常の個人や組織が所有している一般的なスマートフォン又はタブレットコンピュータ等から構成されている。なお、端末装置１２－ｎは、例えば携帯電話又は汎用のパーソナルコンピュータ等から構成されてもよい。

図２は、端末装置の構成例を示すブロック図である。

図２に示すように、端末装置１２－ｎは、声入力部２０１と、タッチパネル２０２と、通信部２０３と、記憶部２０４と、制御部２０５と、を備え、これらはバスを介して接続されている。

声入力部２０１は、例えば汎用のマイクロフォン及びアナログ－デジタル変換回路等から構成されている。声入力部２０１には、発声したユーザの声が入力される。

タッチパネル２０２は、例えば液晶表示装置とポインティングデバイスとを組み合わせた汎用のタッチパネル等から構成されている。タッチパネル２０２は、各種画面を表示するとともに、ユーザによる各種操作を受け付ける。

本実施形態において、タッチパネル２０２には、クラウドサーバ１０が運営するチケット管理サイトを利用するための会員登録を行うための会員登録画面が表示される。ユーザ（端末装置登録者）は、会員登録画面において、チケット管理サイトへログインするために必要な会員ＩＤ（Identification）、メールアドレス、及びパスワード等の会員情報を入力する等して、会員登録を行う。

会員登録後、タッチパネル２０２には、チケット管理サイトへログインするためのログイン画面等が表示される。ユーザは、ログイン画面において、会員ＩＤ及びパスワード等を入力する等して、チケット管理サイトへログインする。チケット管理サイトへのログイン後、タッチパネル２０２には、チケット管理サイトでチケットが販売されているイベントを検索するためのイベント検索画面が表示される。

図３は、イベント検索画面の表示例を示す図である。図３に示すように、イベント検索画面３００には、ライブ、セミナー、及びコンベンション等のイベントのカテゴリを選択するためのタブ３０１、並びにイベント名、開催日時、開催場所、及び予算等の検索条件を入力するためのテキストボックス３０２等が表示される。その他、イベント検索画面３００には、新着のイベント、人気のイベント、及び、おすすめのイベント等を示す画像が一又は複数表示されてもよい。ユーザは、参加を希望するイベントのカテゴリをタブ３０１で選択したり、検索条件をテキストボックス３０２に入力したりする等して、検索条件に一致するイベントを表示させ、その中から、参加を希望するイベントを選択する。

図２に示すタッチパネル２０２には、イベントの選択後、そのイベントに参加するためのチケットを購入するためのチケット購入画面４００が表示される。

図４は、チケット購入画面の表示例を示す図である。図４に示すように、チケット購入画面４００には、イベントの画像４０１、イベント名４０２、及びイベントの概要４０３、並びに「Ｓチケット」、「Ａチケット」、及び「Ｂチケット」等といったチケットの席種４０４等が表示される。ユーザは、チケット購入画面４００において、チケットの席種４０４及び購入枚数を選択する等して、チケットの購入を指示する。

図２に示すタッチパネル２０２には、チケット購入の指示後、チケットの購入者の声を登録するための声登録画面が表示される。

図５は、声登録画面の表示例を示す図である。図５に示すように、声登録画面５００には、声の登録の開始を指示するための声登録開始アイコン５０１、声を登録するためのガイダンス５０２、及び「ひらけごま」等のフレーズ５０３等が表示される。ユーザは、声登録画面５００において、声登録開始アイコン５０１をタップした後、ガイダンス５０２に従ってフレーズ５０３を発声して声を声入力部２０１に入力する等して、ユーザの声をチケットの購入者（端末装置登録者）の声として登録する。本実施形態において、声入力部２０１への声の入力は、三回行われる。

図２に示すタッチパネル２０２には、声の登録後、購入代金の決済を行うための決済画面が表示される。ユーザは、決済画面において、決済方法を選択する等して、購入代金の決済を行う。購入代金の決済後、タッチパネル２０２には、ユーザにチケットの購入が完了されたことを示す購入完了画面が表示される。

また、タッチパネル２０２には、ユーザが購入したチケットを表示するためのマイチケット画面が表示される。

図６は、マイチケット画面の表示例を示す図である。

図６に示すように、マイチケット画面６００には、チケットの概要６０１、チケットの表示を指示するためのチケット表示アイコン６０２、及びチケットの使用を指示するためのチケット使用アイコン６０３等が表示される。

マイチケット画面において、ユーザがチケット表示アイコン６０２をタップした場合、タッチパネル２０２には、チケット表示画面が表示される。

図７は、チケット表示画面の表示例を示す図である。

声認証としての声紋認証による確認前には、図７（ａ）に示す未認証チケット表示画面１３Ａがタッチパネル２０２に表示される。ここで、声紋認証とは、チケットを使用するユーザ（端末装置使用者）の声と、チケットの購入者の声として登録されている端末装置登録者の声情報とを照合して、チケットの端末装置使用者がチケットの購入者（端末装置登録者）と同一人物であるか否かを検証するものである。

図７（ａ）に示すように、未認証チケット表示画面１３Ａには、イベントに登場する歌手の姿等の画像ＳＡが表示される。また、未認証チケット表示画面１３Ａには、画像ＳＡ以外に、「Ｍｉｎｔｏｍｏ全国ツアー」等といったイベント名１４、「Ａチケット」等の席種１５、チケットの購入情報を識別するための購入ＩＤ１７Ａ、及び「２０１６．５．５ ５：０５：０５」等といったチケットの購入日時１８Ａ等が、画像や文字として表示される。

図６に示すマイチケット画面６００において、ユーザがチケット使用アイコン６０３をタップした場合、タッチパネル２０２には、声紋認証を行うための声紋認証画面が表示される。

図８は、声紋認証画面の表示例を示す図である。

図８に示すように、声紋認証画面８００には、声紋の認証の開始を指示するための声紋認証開始アイコン８０１、声紋を認証するためのガイダンス８０２、及び「ひらけごま」等といった認証する声紋のフレーズ８０３等が表示される。ユーザは、声紋認証開始アイコン８０１をタップした後、ガイダンス８０２に従ってフレーズ８０３を発声して声を声入力部２０１に入力する等して、声紋認証を行う。

図２に示すタッチパネル２０２には、端末装置の声紋認証による確認後、声紋認証による確認済みであることを示す認証済画面に続き、サーバ装置から送信された声認証結果情報に基づいて図７（ｂ）に示す認証済チケット表示画面１３Ｂがタッチパネル２０２に表示される。

図７（ｂ）に示すように、認証済チケット表示画面１３Ｂには、未認証チケット表示画面１３Ａとは異なる、イベントに登場する歌手の姿等をよりリアルに表現した画像ＳＢが表示される。また、認証済チケット表示画面１３Ｂには、画像ＳＢ以外に、イベント名１４、席種１５、声紋認証による確認済みであることを示す認証済表示１６、認証情報を識別するための認証ＩＤ１７Ｂ、「２０１６．１２．１２ １２：１２：１２」等といった声紋認証による声認証日時（声認証時刻）１８Ｂ等が、画像や文字として表示される。なお、認証済チケット表示画面１３Ｂには、認証時刻からの経過時間が表示されてもよい。さらに、認証済チケット表示画面１３Ｂには、「もぎり」のための受付確認用アイコン１９が表示される。なお、一般に、「もぎり」とは、劇場・映画館などの入り口で、入場券の半分をもぎ取ることをいう。

ユーザである端末装置使用者は、イベント会場への入場直前に受付場所で受付スタッフに、認証済チケット表示画面１３Ｂを提示する。受付スタッフは、認証済チケット表示画面１３Ｂにおいて、イベントの歌手の画像ＳＢや、その他の画像、イベント名１４、認証ＩＤ１７Ｂ、声認証日時（声認証時刻）１８Ｂ等の、チケットが有効であることを示す画像が表示されているか否か等をチェックする。受付スタッフは、ユーザが提示しているチケットが異常なく正しいものであると判断した場合、チケットの有効性を確認した証拠として、「もぎり」のための受付確認用アイコン１９をタップすることで、紙チケットのように、「もぎり」の処置を行う。

図２に示すタッチパネル２０２には、「もぎり」としての受付確認処置が行われた後、チケットが使用済みとなったことを示す使用済みチケット表示画面が表示される。

このように、タッチパネル２０２は、チケット購入段階等といった声紋認証による本人確認前の段階と、入場直前段階等といった声紋認証による本人確認後で、受付スタッフによる受付確認としての「もぎり」の処置前の段階と、「もぎり」という受付確認後の段階と、のいずれの処理段階であるかを、受付スタッフが比較的遠くから見ても識別できるように、画面表示を各処理段階毎に明瞭に変化させるようにしている。なお、図７に示す例の以外でも、声紋認証による確認後の段階や受付確認としての「もぎり」の処置後の段階では、イベントに登場する歌手の姿等の画像を、歌手の顔のアップ画像や、黄色や赤色等の目立つ色彩の画像等の異なる画像に変化させるようにしてもよい。これにより、受付スタッフは、声紋認証による本人確認済みか否かや、チケットが使用済みか否かについての迅速な確認を、より一層効果的に行うことができる。

端末装置の通信部２０３は、例えば汎用の無線通信装置等から構成されている。通信部２０３は、ネットワーク網１１を介してクラウドサーバ１０にアクセスして、クラウドサーバ１０と無線通信を行う。

本実施形態において、端末装置の通信部２０３は、会員情報、会員認証を要求する会員認証要求信号、チケットの詳細を示すチケット情報を要求するチケット情報要求信号、チケットの購入を要求するチケット購入要求信号、声情報、チケットの購入情報を要求する購入情報要求信号、声データを要求する声データ要求信号、声紋認証の結果（以下、「認証結果」という。）を示す声紋認証結果信号、並びにもぎりしたことを示すもぎり信号すなわち受付確認信号等をネットワーク網１１を介してクラウドサーバ１０に送信する。また、通信部２０３は、購入代金の決済を要求する決済要求信号等もネットワーク網１１を介して決済サーバ９に送信する。

さらに、端末装置の通信部２０３は、クラウドサーバ１０からネットワーク網１１を介して送信される会員認証が拒否されたことを示す会員認証拒否信号又は許可されたことを示す会員認証許可信号、チケット情報、声の登録を要求する声登録要求信号、購入代金の支払を要求する支払要求信号、チケットの購入が拒否されたことを示す購入拒否信号又は完了したことを示す購入完了信号、声データ、認証情報、及びチケットの使用が拒否されたことを示す使用拒否信号又はチケットが使用済みとすることを示す使用済み信号等を受信する。

端末装置の記憶部２０４は、例えば汎用のフラッシュメモリ等の不揮発性メモリ等から構成されている。記憶部２０４には、ネットワーク網１１を介してダウンロードされる本発明に係るアプリケーションプログラムが、事前にインストールされている。

端末装置の制御部２０５は、例えばＣＰＵ（Central Processing Unit）、ＲＯＭ（Read OnlyMemory）、及びＲＡＭ（Random Access Memory）等から構成されている。ＣＰＵは、ＲＡＭをワークメモリとして用い、ＲＯＭに記憶されているプログラム及び記憶部２０４に記憶されているアプリケーションプログラムを適宜実行することによって、端末装置１２－ｎの各種動作を制御する。

図９は、端末装置の制御部の機能ブロック図である。

本実施形態において、端末装置の制御部２０５は、記憶部２０４に記憶されている本発明に係るアプリケーションプログラムを実行することによって、図９に示すように、会員情報入力部２１、会員認証要求部２２、イベント検索部２３、チケット購入部２４、マイチケット表示部２５、声紋認証部２６、及びもぎり部すなわち受付確認部２７として機能する。

端末装置の会員情報入力部２１は、ユーザが会員登録画面で会員情報を入力した後、会員登録を指示したことに応答して、会員情報を通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。

端末装置の会員認証要求部２２は、会員登録を済ませたユーザがログイン画面で会員ＩＤ及びパスワード等を入力した後、ログインを指示したことに応答して、会員ＩＤ及びパスワード等を含む会員認証要求信号を通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。会員認証要求部２２は、クラウドサーバ１０からネットワーク網１１を介して送信される会員認証拒否信号を通信部２０３で受信した場合、チケット管理サイトへのログインが拒否され、ログイン前の状態に戻る。これに対して、会員認証要求部２２は、クラウドサーバ１０からネットワーク網１１を介して会員認証許可信号を通信部２０３で受信した場合、チケット管理サイトへログインする。

端末装置のイベント検索部２３は、チケット管理サイトへのログイン後、図３に示すイベント検索画面３００をタッチパネル２０２に表示する。イベント検索部２３は、ユーザが図３に示すイベント検索画面３００で参加を希望するイベントを選択したことに応答して、そのイベントに参加するためのチケットを識別するためのチケットＩＤ等を含むチケット情報要求信号を通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。そして、イベント検索部２３は、クラウドサーバ１０からネットワーク網１１を介して送信されるチケット情報を通信部２０３で受信したことに応答して、チケット情報に基づく、図４に示すチケット購入画面４００をタッチパネル２０２に表示する。

端末装置のチケット購入部２４は、ユーザが図４に示すチケット購入画面４００でチケットの席種及び購入枚数を選択した後、チケットの購入を指示したことに応答して、ユーザの会員ＩＤ、チケットＩＤ、並びにチケットの席種及び購入枚数等を含むチケット購入要求信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。

チケット購入部２４は、クラウドサーバ１０からネットワーク網１１を介して送信される声登録要求信号を通信部２０３で受信したことに応答して、図５に示す声登録画面５００をタッチパネル２０２に表示する。チケット購入部２４は、ユーザが図５に示す声登録画面５００で声登録開始アイコン５０１をタップした後、声入力部２０１へ声が三回入力されたことに応答して、声が適切に入力された否かを確認するために、三つの声の声紋を照合して、声紋認証を行う。そして、チケット購入部２４は、声が適切に入力されことを確認した場合、会員ＩＤ、入力部２０２へ入力された声を示す声データ、声紋認証結果、及びデータの有効性を保証するトークン等の不正検知データ等を含む声情報を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。

チケット購入部２４は、クラウドサーバ１０からネットワーク網１１を介して送信される支払要求信号を通信部２０３で受信したことに応答して、決済画面をタッチパネル２０２に表示する。そして、チケット購入部２４は、ユーザが決済画面で購入代金の決済を指示したことに応答して、決済要求信号を通信部２０３からネットワーク網１１を介して決済サーバ９に送信する。

チケット購入部２４は、クラウドサーバ１０からネットワーク網１１を介して送信される購入拒否信号を通信部２０３で受信したことに応答して、チケットの購入が拒否されたことを示す購入拒否画面を表示して、図４に示すチケット購入画面４００に戻る。これに対して、チケット購入部２４は、クラウドサーバ１０からネットワーク網１１を介して送信される購入完了信号を通信部２０３で受信したことに応答して、チケットの購入が完了したことを示す購入完了画面を表示して、チケット購入段階での手続きを完了する。

端末装置のマイチケット表示部２５は、ユーザが図６に示すマイチケット画面６００でチケット表示アイコン６０２をタップしたことに応答して、購入ＩＤ等を含む購入情報要求信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。そして、マイチケット表示部２５は、クラウドサーバ１０からネットワーク網１１を介して送信される購入情報を通信部２０３で受信したことに応答して、購入情報に基づく、図７（ａ）に示す未認証チケット表示画面１３Ａをタッチパネル２０２に表示する。

端末装置の声紋認証部２６は、ユーザが図８に示す声紋認証画面８００で声紋認証開始アイコン８０１をタップした後、声入力部２０１へ声を入力したことに応答して、チケットＩＤ及び声情報ＩＤ等を含む声データ要求信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。そして、声紋認証部２６は、クラウドサーバ１０からネットワーク網１１を介して送信される使用拒否信号を通信部２０３で受信したことに応答して、チケットの使用が拒否されたことを示す使用拒否画面を表示する。これに対して、声紋認証部２６は、クラウドサーバ１０からネットワーク網１１を介して送信される声データを、通信部２０３で受信したことに応答して、声入力部２０１へ入力された声と、通信部２０３で受信した声データが示す声と、の声紋を照合する声紋認証を行って、チケットとしての端末装置使用者がチケットとしての端末装置登録者（購入者）と同一人物であるか否かを判別する。

声紋認証部２６は、チケットとしての端末装置使用者がチケットとしての端末装置登録者（購入者）と同一人物ではないと判別した場合、声紋認証による確認に失敗したことを示す声紋認証失敗画面をタッチパネル２０２に表示する。これに対して、声紋認証部２６は、チケットとしての端末装置使用者がチケットとしての端末装置登録者（購入者）と同一人物であると判別した場合、声紋認証による確認済みであることを示す声紋認証済画面をタッチパネル１２１に表示する。そして、声紋認証部２６は、購入ＩＤ及び声紋認証結果等を含む声紋認証結果信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。

声紋認証部２６は、クラウドサーバ１０からネットワーク網１１を介して送信される声認証情報を通信部２０３で受信したことに応答して、声認証情報に基づく、図７（ｂ）に示すような、「歌手がマイクを持って歌っている」画像ＳＢ、の他に、「Ｍｉｎｔｏｍｏ全国ツアー」１４、「Ａチケット」１５、「声認証確認済み」１６、「認証ＩＤ：〇〇〇〇〇〇」１７Ｂ、「認証日時：２０１６．１２．１２ １２：１２：１２」１８Ｂ、これらの文字、数字の表示、及び、受付スタッフが「もぎり」すなわち受付確認としての操作を行うための受付確認用アイコン１９を、認証済チケット表示画面１３Ｂとしてをタッチパネル２０２に表示することによって、チケットが有効であることを表示して、チケットを使用可能な状態にする。

端末装置のもぎり部すなわち受付確認部２７は、受付スタッフが図７（ｂ）に示す認証済チケット表示画面１３Ｂで「もぎり」すなわち受付確認として受付確認用アイコン１９をタップしたことに応答して、チケットＩＤ及び購入ＩＤ等を含むもぎり信号すなわち受付確認信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。そして、受付確認手段２７は、クラウドサーバ１０からネットワーク網１１を介して送信される使用拒否信号を通信部２０３で受信したことに応答して、使用拒否画面をタッチパネル２０２に表示する。これに対して、受付確認手段２７は、クラウドサーバ１０からネットワーク網１１を介して送信される使用済み信号を通信部２０３で受信したことに応答して、使用済みチケット表示画面をタッチパネル２０２に表示する。

このように、端末装置１２－ｎは、イベント会場への入場直前にネットワーク網１１を介してクラウドサーバ１０にアクセスすることで、チケットとしての端末装置使用者がチケットとしての端末装置登録者（購入者）と同一人物であることを認証するチケット認証装置としての機能を果たすことができる。 また、端末装置１２－ｎは、図７（ｂ）に示す認証済チケット表示画面１３Ｂをタッチパネル２０２に表示することで、ユーザが購入したチケットを発行するチケット発行装置としての機能を果たすことができる。さらに、端末装置１２－ｎは、ユーザが受付場所で受付スタッフに、図７（ｂ）に示す認証済チケット表示画面１３Ｂを提示することで、チケットとしての機能を果たすことができる。そして、端末装置１２－ｎは、受付スタッフが「もぎり」すなわち受付確認としての受付確認用アイコン１９をタップしたことに応じて受付確認手段２７は、受付確認信号をクラウドサーバ１０に送信し、クラウドサーバ１０から送信される使用済み信号を受信したことに応答して、使用済みチケット表示画面に表示するすることで、「もぎり」すなわち受付確認としての機能を果たすことができる。

図１に示す決済サーバ９は、例えば汎用のサーバコンピュータ及びデータベース等から構成されている。決済サーバ９は、端末装置１２－ｎからネットワーク網１１を介して送信される決済要求信号を受信したことに応答して、購入代金の決済を行う。そして、決済サーバ９は、購入代金の決済が完了したことを示す決済完了信号をネットワーク網１１を介してクラウドサーバ１０に送信する。

クラウドサーバ１０は、ネットワーク網１１を介してチケットの発行及び管理を行うサービス業者側のコンピュータシステムであって、例えば汎用のサーバコンピュータ及びデータベース等から構成されている。

図１０は、クラウドサーバの構成例を示すブロック図である。

図１０に示すように、クラウドサーバ１０は、通信部１０１と、記憶部１０２と、制御部１０３と、を備え、これらはバスを介して接続されている。

クラウドサーバ１０の通信部１０１は、例えばＮＩＣ（Network Interface Card）等から構成されている。通信部１０１は、ネットワーク網１１を介して端末装置１２－ｎと無線通信を行う。

本実施形態において、通信部１０１は、端末装置１２－ｎからネットワーク網１１を介して送信される会員情報、会員認証要求信号、チケット情報要求信号、チケット購入要求信号、声情報、購入情報要求信号、声データ要求信号、声紋認証失敗信号又は声紋認証済信号、並びに受付確認信号等を受信する。また、通信部１０１は、決済サーバ９からネットワーク網１１を介して送信される決済完了信号等を受信する。

さらに、通信部１０１は、会員認証拒否信号又は会員認証許可信号、チケット情報、声登録要求信号、支払要求信号、購入拒否信号又は購入完了信号、声データ、声認証結果情報、声認証時刻（日時）情報、及びチケット消費処理信号等をネットワーク網１１を介して端末装置１２－ｎに送信する。

クラウドサーバ１０の記憶部１０２は、例えばハードディスクドライブ等から構成されている。記憶部１０２には、会員管理ファイル４４、チケット情報ファイル４５、購入情報ファイル４６、認証結果管理ファイル４７、及び声情報ファイル４８等の各種データベース等が記憶されている。

図１１は、クラウドサーバのデータベース構成を例示する図である。

クラウドサーバ１０の会員管理ファイル４４は、会員登録をしたユーザの会員情報等を管理するためのデータベースである。図１１（ａ）に示すように、会員管理ファイル４４には、会員情報（会員ＩＤ、メールアドレス、及びパスワード等）、最終ログイン日時（秒単位）、ログイン端末ＩＤ、及び不正検知データ等の各データが対応付けて格納されている。ここで、ログイン端末ＩＤは、会員管理ファイル４４に対応付けて登録されている会員情報を用いて、これまでにログインしたことのある端末装置を識別するためのものである。ログイン端末ＩＤは、不正ログインを検知するためのセキュリティ対策として格納される。

クラウドサーバ１０のチケット情報ファイル４５は、チケット管理サイトで販売されているチケットの詳細を示すチケット情報を管理するためのデータベースである。図１１（ｂ）に示すように、チケット情報ファイル４５には、チケット情報として、チケットＩＤ、チケット名称、席種、イベントの開催日時（秒単位）、チケットの使用可能日時（秒単位）、開催住所、会場名、主催者、お問合せ先、支払先、支払種別、価格、在庫数、及び声標本ＩＤ等の各データが対応付けて格納されている。ここで、チケットの使用可能日時は、声紋認証及びもぎり処理すなわち受付確認処理をできる日時を、イベントの開催日時近辺に制限するものであって、席種毎に設定される。また、支払種別は、クレジットカード、代金引換、銀行振込、及び現地決済等の支払方法を示すものである。さらに、声標本ＩＤは、「ひらけごま」等といった登録する声紋のフレーズを管理するためのもので、チケットＩＤ毎に設定される。

クラウドサーバ１０の購入情報ファイル４６は、会員登録をしたユーザによるチケットの購入情報を管理するためのデータベースである。図１１（ｃ）に示すように、購入情報ファイル４６には、購入情報として、購入ＩＤ、チケットＩＤ、会員ＩＤ、席種、座席情報、購入枚数、購入日時（秒単位）、声情報ＩＤ、支払種別、決済有効日時（秒単位）、決済状況フラグ、及びチケットの使用日時（秒単位）等の各データが対応付けて記憶されている。本実施形態では、クレジットカードを使用して、決済サーバ９で購入代金の支払が行われる。また、決済状況フラグは、キャンセル待ち、決済待ち、及び決済完了等の購入代金の決済状況を示すものである。例えば、支払方法が代金引換、銀行振込、及び現地決済等である場合や、クレジットカード等による決済が失敗した場合等には、決済状況フラグの値が、決裁待ちを示す値に更新される。使用日時は、チケットが使用されるまで、「未使用」とされ、使用されたときに、現在の時刻が使用日時として記憶される。

クラウドサーバ１０の認証結果管理ファイル４７は、認証結果を管理するためのデータベースである。図１１（ｄ）に示すように、認証結果管理ファイル４７には、認証ＩＤ、購入ＩＤ、認証日時（認証時刻）、及び認証結果等の各データが対応付けて格納されている。

クラウドサーバ１０の声情報ファイル４８は、チケットを購入したユーザの声情報を管理するためのデータベースである。図１１（ｅ）に示すように、声情報ファイル４８には、声情報ＩＤ、声データ、及び声認証結果等の各データが対応付けて格納されている。

図１０に示すクラウドサーバ１０の記憶部１０２は、声認証時刻からの経過時間を計測するための声認証タイマ４９を備えている。

クラウドサーバ１０の制御部１０３は、例えばＣＰＵ、ＲＯＭ、及びＲＡＭ等から構成されている。ＣＰＵは、ＲＡＭをワークメモリとして用い、ＲＯＭに記憶されているプログラム及び記憶部１０２に記憶されているアプリケーションプログラムを適宜実行することによって、クラウドサーバ１０の各種動作を制御する。

図１２は、クラウドサーバの制御部の機能ブロック図である。

本実施形態において、制御部１０３は、記憶部１０２に記憶されているアプリケーションプログラムを実行することによって、図１２に示すように、会員登録部３１、会員認証部３２、チケット情報送信部３３、チケット発行部３４、購入情報送信部３５、声データ送信部３６、認証情報送信部３７、及びタイマ整合性検査部３８として機能する。

制御部１０３の会員登録部３１は、端末装置１２－ｎからネットワーク網１１を介して送信される会員情報を通信部１０１で受信したことに応答して、会員情報に含まれる会員ＩＤ、メールアドレス、及びパスワード等の各データを対応付けて、図１１（ａ）に示す会員管理ファイル４４に格納することによって、会員登録を行う。

制御部１０３の会員認証部３２は、端末装置１２－ｎからネットワーク網１１を介して送信される会員認証要求信号を通信部１０１で受信したことに応答して、会員認証要求信号に含まれる会員ＩＤ及びパスワード等の各データが、図１１（ａ）に示す会員管理ファイル４４に対応付けて格納されているか否かによって、ユーザが正規の会員であるか否かを判別する。そして、会員認証部３２は、ユーザが正規の会員ではないと判別した場合、会員認証拒否信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。これに対して、会員認証部３２は、ユーザが正規の会員であると判別した場合、会員認証許可信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信して、端末装置１２－ｎのチケット管理サイトへのログインを可能にする。

制御部１０３のチケット情報送信部３３は、端末装置１２－ｎからネットワーク網１１を介して送信されるチケット情報要求信号を通信部１０１で受信したことに応答して、チケット情報要求信号に含まれるチケットＩＤに対応するチケット情報を、図１１（ｂ）に示すチケット情報ファイル４５から検出して、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。

制御部１０３のチケット発行部３４は、端末装置１２－ｎからネットワーク網１１を介して送信されるチケット購入要求信号を通信部１０１で受信したことに応答して、声登録要求信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。そして、チケット発行部３４は、端末装置１２－ｎからネットワーク網１１を介して送信される声情報を通信部１０１で受信したことに応答して、声情報に含まれる不正検知データに基づいて、声情報の有効性検査（不正検知）を行って、声情報が不正データであるか否かを判別する。

制御部１０３のチケット発行部３４は、声情報が不正データであると判別した場合、購入拒否信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。これに対して、チケット発行部３４は、声情報が不正データではなく有効であると判別した場合、声情報ＩＤを付与して、声情報ＩＤ、並びに声情報に含まれる声データ及び声認証結果等の各データを対応付けて、図１１（ｅ）に示す声情報ファイル４８に格納するとともに、声情報に含まれる会員ＩＤ及び不正検知データの各データを対応付けて、図１１（ａ）に示す会員管理ファイル４４に格納することによって、声情報を登録する。

チケット発行部３４は、チケット購入要求信号に含まれるチケットの購入枚数を、予め設定されている制限枚数と比較する購入枚数の制限枚数検査を行って、購入枚数が規定の制限枚数以内であるか否かを判別する。チケット発行部３４は、購入枚数が規定の制限枚数を超えていると判別した場合、購入拒否信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。これに対して、チケット発行部３４は、購入枚数が規定の制限枚数以内であると判別した場合、購入ＩＤを付与して、購入ＩＤ、チケット購入要求信号に含まれる会員ＩＤ、チケットＩＤ、席種、及び購入枚数等、並びに声情報ＩＤ等の各データを対応付けて、図１１（ｃ）に示す購入情報ファイル４６に格納する。

チケット発行部３４は、チケット購入要求信号に含まれるチケットＩＤに対応するチケットの在庫数を、図１１（ｂ）に示すチケット情報ファイル４５から特定する。そして、チケット発行部３４は、チケット購入要求信号に含まれる購入枚数を在庫数と比較するチケットの購入在庫検査を行って、購入枚数が在庫数以内であるか否かを判別する。

チケット発行部３４は、購入枚数が在庫数を超えていると判別した場合、図１１（ｃ）に示す購入情報ファイル４６に格納されている決済状況フラグの値を、キャンセル待ちを示す値に更新する。これに対して、チケット発行部３４は、購入枚数が在庫数以内であると判別した場合、決済状況フラグの値を、決済待ちを示す値に更新する。そして、チケット発行部３４は、決済状況フラグの値が、キャンセル待ちを示す値及び決済待ちを示す値のいずれであるかを判別する。

チケット発行部３４は、決済状況フラグの値がキャンセル待ちを示す値であると判別した場合、購入在庫検査に戻る。これに対して、チケット発行部３４は、決済状況フラグの値が決済待ちを示す値であると判別した場合、チケット購入要求信号に含まれるチケットＩＤに対応するチケットの価格を、図１１（ｂ）に示すチケット情報ファイル４５から特定する。続いて、チケット発行部３４は、購入枚数及び価格等から購入代金を求める。そして、チケット発行部３４は、購入代金の支払を要求する支払要求信号を、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。

チケット発行部３４は、決済サーバ９からネットワーク網１１を介して送信される決済完了信号を通信部１０１で受信したことに応答して、決済状況フラグの値を、決済完了を示す値に更新する。そして、チケット発行部３４は、購入完了信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。

制御部１０３の購入情報送信部３５は、端末装置１２－ｎからネットワーク網１１を介して送信される購入情報要求信号を通信部１０１で受信したことに応答して、購入情報要求信号に含まれる購入ＩＤに対応する購入情報を、図１１（ｃ）に示す購入情報ファイル４６から検出して、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。

制御部１０３の声データ送信部３６は、端末装置１２－ｎからネットワーク網１１を介して送信される声データ要求信号を通信部１０１で受信したことに応答して、声データ要求信号に含まれるチケットＩＤに対応するチケットの使用可能日時を、図１１（ｂ）に示すチケット情報ファイル４５から特定する。そして、声データ送信部３６は、現在の時刻がチケットの使用可能日時の範囲内か否かを判別する。

声データ送信部３６は、現在の時刻がチケットの使用可能日時の範囲外であると判別した場合、使用拒否信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。これに対して、声データ送信部３６は、現在の時刻がチケットの使用可能日時の範囲外であると判別した場合、声データ要求信号に含まれる声情報ＩＤに対応する声データを、図１１（ｅ）に示す声情報ファイル４８から検出する。そして、声データ送信部３６は、声データを通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。

制御部１０３の認証情報送信部３７は、端末装置１２－ｎからネットワーク網１１を介して送信される認証結果信号を通信部１０１で受信したことに応答して、認証ＩＤを付与して、認証ＩＤ、認証結果信号に含まれる購入ＩＤ及び認証結果等、並びに声認証時刻として現在の時刻等の各データを対応付けて、図１１（ｄ）に示す認証結果管理ファイル４７に格納する。また、認証情報送信部３７は、声認証タイマ４９を作動して、声認証時刻からの経過時間を計測する。認証情報送信部３７は、認証結果信号に含まれる購入ＩＤに対応する購入情報を、図１１（ｃ）に示す購入情報ファイル４６から検出する。そして、認証情報送信部３７は、認証ＩＤ，声認証時刻、及び購入情報等を含む認証情報を、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。

制御部１０３のタイマ整合性検査部３８は、端末装置１２－ｎからネットワーク網１１を介して送信される受付確認信号を通信部１０１で受信したことに応答して、受付確認信号に含まれるチケットＩＤに対応するチケットの使用可能日時を、図１１（ｂ）に示すチケット情報ファイル４５から特定する。そして、タイマ整合性検査部３８は、現在の時刻すなわち受付確認した時刻がチケットの使用可能日時の範囲内か否かを判別する。続いて、タイマ整合性検査部３８は、受付確認時刻がチケットの使用可能日時の範囲内であると判別した場合、声認証時刻からの経過時間が、予め設定されている制限時間以内であるか否かを判別する。

タイマ整合性検査部３８は、受付確認時刻がチケットの使用可能日時の範囲外であると判別した場合，又は声認証時刻からの経過時間が制限時間を超えている場合、使用拒否信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。これに対して、タイマ整合性検査部３８は、声認証時刻からの経過時間が制限時間以内である場合、図１１（ｃ）に示す購入情報ファイル４６において、受付確認信号に含まれる購入ＩＤに対応する使用日時に、受付スタッフが受付確認した現在の時刻を記憶することによって、チケットを使用済みに登録する。そして、タイマ整合性検査部３８は、使用済み信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。

次に、上記構成を備えるチケット処理システム１００が実行する各種処理について図面を参照して説明する。

図１３は、チケット処理システムが実行する処理シーケンス図である。

図１３に示すように、チケット処理システム１００は、まず、会員登録処理を実行する（ステップＳ１）。会員登録処理において、ユーザは、端末装置１２－ｎのタッチパネル２０２に表示される会員登録画面で、会員ＩＤ、メールアドレス、及びパスワード等の会員情報を入力する。その後、ユーザが会員登録画面で会員登録を指示したことに応答して、端末装置１２－ｎでは、会員情報入力部２１が、会員情報を通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。そして、クラウドサーバ１０では、会員登録部３１が、端末装置１２－ｎからネットワーク網１１を介して送信される会員情報を通信部１０１で受信したことに応答して、会員情報に含まれる会員ＩＤ、メールアドレス、及びパスワード等の各データを対応付けて、図１１（ａ）に示す会員管理ファイル４４に格納することによって、会員登録を行う。

会員登録後、ユーザは、端末装置１２－ｎのタッチパネル２０２に表示されるログイン画面で、会員ＩＤ及びパスワード等を入力する。その後、ユーザがログインを指示したことに応答して、端末装置１２－ｎでは、会員認証要求部２２が、会員ＩＤ及びパスワード等を含む会員認証要求信号を通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。クラウドサーバ１０では、会員認証部３２が、端末装置１２－ｎからネットワーク網１１を介して送信される会員認証要求信号を通信部１０１で受信したことに応答して、会員認証要求信号に含まれる会員ＩＤ及びパスワード等の各データが、図１１（ａ）に示す会員管理ファイル４４に対応付けて格納されているか否かによって、ユーザが正規の会員であるか否かを判別する。会員認証部３２は、ユーザが正規の会員であると判別した場合、会員認証許可信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。そして、端末装置１２－ｎでは、会員認証要求部２２が、クラウドサーバ１０からネットワーク網１１を介して会員認証許可信号を通信部２０３で受信したことに応答して、チケット管理サイトへログインする。

チケット管理サイトへのログイン後、ユーザは、図３に示すイベント検索画面３００において、参加を希望するイベントのカテゴリをタブ３０１で選択したり、検索条件をテキストボックス３０２を入力したりする等して、検索条件に一致するイベントを表示させる。そして、ユーザが図３に示すイベント検索画面３００で検索条件に一致するイベントの中から、参加を希望するイベントを選択したことに応答して、端末装置１２－ｎでは、イベント検索部２３が、そのイベントに参加するためのチケットを識別するためのチケットＩＤ等を含むチケット情報要求信号を通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。クラウドサーバ１０では、チケット情報送信部３３が、端末装置１２－ｎからネットワーク網１１を介して送信されるチケット情報要求信号を通信部１０１で受信したことに応答して、チケット情報要求信号に含まれるチケットＩＤに対応するチケット情報を、図１１（ｂ）に示すチケット情報ファイル４５から検出して、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。そして、端末装置１２－ｎでは、イベント検索部２３が、クラウドサーバ１０からネットワーク網１１を介して送信されるチケット情報を通信部２０３で受信したことに応答して、チケット情報に基づく、図４に示すチケット購入画面４００をタッチパネル２０２に表示する。

ユーザは、図４に示すチケット購入画面４００において、チケットの席種及び購入枚数を選択する。そして、ユーザが図４に示すチケット購入画面４００でチケットの購入を指示したことに応答して、チケット処理システムは、チケット購入処理を実行する（ステップＳ２）。

図１４～図１６は、チケット購入処理の詳細を示すフローチャートである。

図１４に示すように、チケット購入処理を開始すると、まず、端末装置１２－ｎでは、チケット購入部２４が、ユーザの会員ＩＤ、チケットＩＤ、並びにチケットの席種及び購入枚数等を含むチケット購入要求信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する（ステップＳ２０１）。

クラウドサーバ１０では、チケット発行部３４が、端末装置１２－ｎからネットワーク網１１を介して送信されるチケット購入要求信号を通信部１０１で受信したことに応答して（ステップＳ２０２）、声登録要求信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ２０３）。

端末装置１２－ｎでは、チケット購入部２４が、クラウドサーバ１０からネットワーク網１１を介して送信される声登録要求信号を通信部２０３で受信したことに応答して（ステップＳ２０４）、図５に示す声登録画面５００をタッチパネル２０２に表示する（ステップＳ２０５）。

その後、チケット購入部２４は、ユーザが図５に示す声登録画面５００で声登録開始アイコン５０１をタップした後、ガイダンス５０２に従ってフレーズ５０３を発声して声入力部２０１へ声が三回入力されたことに応答して（ステップＳ２０６；Ｙｅｓ）、声が適切に入力された否かを確認するために、三つの声の声紋を照合して、声紋認証を行う（ステップＳ２０７）。

そして、チケット購入部２４は、声が適切に入力されことを確認した場合、会員ＩＤ、入力部２０２へ入力された声を示す声データ、声紋認証結果、及びデータの有効性を保証するトークン等の不正検知データ等を含む声情報を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する（ステップＳ２０８）。

クラウドサーバ１０では、チケット発行部３４が、端末装置１２－ｎからネットワーク網１１を介して送信される声情報を通信部１０１で受信したことに応答して（ステップＳ２０９）、声情報に含まれる不正検知データに基づいて、声情報の有効性検査（不正検知）を行って、声情報が不正データであるか否かを判別する（ステップＳ２１０）。

チケット発行部３４は、声情報が不正データではなく有効であると判別した場合（ステップＳ２１０；Ｙｅｓ）、声情報ＩＤを付与して、声情報ＩＤ、並びに声情報に含まれる声データ及び声紋認証結果等の各データを対応付けて、図１１（ｅ）に示す声情報ファイル４８に格納するとともに、声情報に含まれる会員ＩＤ及び不正検知データの各データを対応付けて、図１１（ａ）に示す会員管理ファイル４４に格納して、声情報を登録する（ステップＳ２１１）。

続いて、チケット発行部３４は、チケット購入要求信号に含まれるチケットの購入枚数を、予め設定されている制限枚数と比較する購入枚数の制限枚数検査を行って、購入枚数が規定の制限枚数以内であるか否かを判別する（図１５に示すステップＳ２１２）。

チケット発行部３４は、声情報が不正データであると判別した場合（ステップＳ２１０；Ｎｏ）、又は購入枚数が規定の制限枚数を超えていると判別した場合（ステップＳ２１２；Ｎｏ）、購入拒否信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ２１３）。

端末装置１２－ｎは、チケット購入部２４が、クラウドサーバ１０からネットワーク網１１を介して送信される購入拒否信号を通信部２０３で受信したことに応答して（ステップＳ２１４）、チケットの購入が拒否されたことを示す購入拒否画面を表示してから（ステップＳ２１５）、チケット購入処理を終了する。

これに対して、チケット発行部３４は、購入枚数が規定の制限枚数以内であると判別した場合（ステップＳ２１２；Ｙｅｓ）、購入ＩＤを付与して、購入ＩＤ、チケット購入要求信号に含まれる会員ＩＤ、チケットＩＤ、席種、及び購入枚数等、並びに声情報ＩＤ等の各データを対応付けて、図１１（ｃ）に示す購入情報ファイル４６に格納する（ステップＳ２１６）。

続いて、チケット発行部３４は、チケット購入要求信号に含まれるチケットＩＤに対応するチケットの在庫数を、図１１（ｂ）に示すチケット情報ファイル４５から特定する（ステップＳ２１７）。

そして、チケット発行部３４は、チケット購入要求信号に含まれる購入枚数を在庫数と比較するチケットの購入在庫検査を行って、購入枚数が在庫数以内であるか否かを判別する（ステップＳ２１８）。

チケット発行部３４は、購入枚数が在庫数を超えていると判別した場合（ステップＳ２１８；Ｎｏ）、図１１（ｃ）に示す購入情報ファイル４６に格納されている決済状況フラグの値を、キャンセル待ちを示す値に更新する（ステップＳ２１９）。

これに対して、チケット発行部３４は、購入枚数が在庫数以内であると判別した場合（ステップＳ２１８；Ｙｅｓ）、決済状況フラグの値を、決済待ちを示す値に更新する（ステップＳ２２０）。

そして、チケット発行部３４は、決済状況フラグの値が、キャンセル待ちを示す値及び決済待ちを示す値のいずれであるかを判別する（ステップＳ２２１）。

チケット発行部３４は、決済状況フラグの値がキャンセル待ちを示す値であると判別した場合（ステップＳ２２１；Ｎｏ）、購入在庫検査に戻る。

これに対して、チケット発行部３４は、決済状況フラグの値が決済待ちを示す値であると判別した場合（ステップＳ２２１；Ｙｅｓ）、チケット購入要求信号に含まれるチケットＩＤに対応するチケットの価格を、図１１（ｂ）に示すチケット情報ファイル４５から特定して、購入枚数及び価格等から購入代金を求める（ステップＳ２２２）。

そして、チケット発行部３４は、購入代金の支払を要求する支払要求信号を、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ２２３）。

端末装置１２－ｎは、チケット購入部２４が、クラウドサーバ１０からネットワーク網１１を介して送信される支払要求信号を通信部２０３で受信したことに応答して（ステップＳ２２４）、決済画面をタッチパネル２０２に表示する（図１６に示すステップＳ２２５）。

そして、チケット購入部２４は、ユーザが決済画面で購入代金の決済を指示したことに応答して（ステップＳ２２６；Ｙｅｓ）、決済要求信号を通信部２０３からネットワーク網１１を介して決済サーバ９に送信する（ステップＳ２２７）。

決済サーバ９は、端末装置１２－ｎからネットワーク網１１を介して送信される決済要求信号を受信したことに応答して（ステップＳ２２８）、購入代金の決済を行う（ステップＳ２２９）。

そして、決済サーバ９は、購入代金の決済が完了したことを示す決済完了信号をネットワーク網１１を介してクラウドサーバ１０に送信する（ステップＳ２３０）。

端末装置１２－ｎでは、チケット発行部３４が、決済サーバ９からネットワーク網１１を介して送信される決済完了信号を通信部１０１で受信したことに応答して（ステップＳ２３１）、決済状況フラグの値を、決済完了を示す値に更新する（ステップＳ２３２）。

そして、チケット発行部３４は、購入完了信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ２３３）。

端末装置１２－ｎでは、チケット購入部２４が、クラウドサーバ１０からネットワーク網１１を介して送信される購入完了信号を通信部２０３で受信したことに応答して（ステップＳ２３４）、チケットの購入が完了したことを示す購入完了画面を表示してから（ステップＳ２３５）、チケット購入処理を終了する。

チケットの購入後、ユーザが図６に示すマイチケット画面６００でチケット表示アイコン６０２をタップしたことに応答して、端末装置１２－ｎでは、マイチケット表示部２５が、購入ＩＤ等を含む購入情報要求信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する。クラウドサーバ１０では、購入情報送信部３５が、端末装置１２－ｎからネットワーク網１１を介して送信される購入情報要求信号を通信部１０１で受信したことに応答して、購入情報要求信号に含まれる購入ＩＤに対応する購入情報を、図１１（ｃ）に示す購入情報ファイル４６から検出して、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する。そして、端末装置１２－ｎでは、マイチケット表示部２５が、クラウドサーバ１０からネットワーク網１１を介して送信される購入情報を通信部２０３で受信したことに応答して、購入情報に基づく、図７（ａ）に示す未認証チケット表示画面１３Ａをタッチパネル２０２に表示する。

イベントの開催日のイベント会場への入場前に、ユーザは、図６に示すマイチケット画面６００でチケット使用アイコン６０３をタップして、図８に示す声紋認証画面をタッチパネル２０２に表示させる。そして、ユーザが図８に示す声紋認証画面８００で声紋認証開始アイコン８０１をタップした後、ガイダンス８０２に従ってフレーズ８０３を発声して声入力部２０１へ声を入力したことに応答して、チケット処理システム１００は、入場前声紋認証処理を実行する（図１３に示すステップＳ３）。

図１７及び図１８は、入場前声紋認証処理の詳細を示すフローチャートである。

図１７に示すように、入場前声紋認証処理を開始すると、まず、端末装置１２－ｎでは、声紋認証部２６が、チケットＩＤ及び声情報ＩＤ等を含む声データ要求信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する（ステップＳ３０１）。

クラウドサーバ１０では、声データ送信部３６が、端末装置１２－ｎからネットワーク網１１を介して送信される声データ要求信号を通信部１０１で受信したことに応答して（ステップＳ３０２）、声データ要求信号に含まれるチケットＩＤに対応するチケットの使用可能日時を、図１１（ｂ）に示すチケット情報ファイル４５から特定する（ステップＳ３０３）。

そして、声データ送信部３６は、現在の時刻がチケットの使用可能日時の範囲内か否かを判別する（ステップＳ３０４）。

声データ送信部３６は、現在の時刻がチケットの使用可能日時の範囲外であると判別した場合（ステップＳ３０４；Ｎｏ）、使用拒否信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ３０５）。

端末装置１２－ｎでは、声紋認証部２６が、クラウドサーバ１０からネットワーク網１１を介して送信される使用拒否信号を通信部２０３で受信したことに応答して（ステップＳ３０６）、チケットの使用が拒否されたことを示す使用拒否画面を表示してから（ステップＳ３０７）、入場前声認証処理を終了する。

これに対して、声データ送信部３６は、現在の時刻がチケットの使用可能日時の範囲内であると判別した場合（ステップＳ３０４；Ｙｅｓ）、声データ要求信号に含まれる声情報ＩＤに対応する声データを、図１１（ｅ）に示す声情報ファイル４８から検出する（ステップＳ３０８）。

そして、声データ送信部３６は、声データを通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ３０９）。

端末装置１２－ｎでは、声紋認証部２６が、クラウドサーバ１０からネットワーク網１１を介して送信される声データを、通信部２０３で受信したことに応答して（ステップＳ３１０）、声入力部２０１へ入力された声と、通信部２０３で受信した声データが示す声との声紋を照合する声紋認証を行って、チケットの使用者がチケットの購入者と同一人物であるか否かを判別する（ステップＳ３１１）。

声紋認証部２６は、チケットの使用者がチケットの購入者と同一人物ではないと判別した場合（ステップＳ３１１；Ｎｏ）、声紋認証による確認に失敗したことを示す認証失敗画面をタッチパネル２０２に表示する（ステップＳ３１２）。

これに対して、声紋認証部２６は、チケットの使用者がチケットの購入者と同一人物であると判別した場合（ステップＳ３１１；Ｙｅｓ）、声紋認証による確認済みであることを示す声紋認証済み画面をタッチパネル１２１に表示する（ステップＳ３１３）。

そして、声紋認証部２６は、購入ＩＤ及び声紋認証結果等を含む声紋認証結果信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する（図１８に示すステップＳ３１４）。

クラウドサーバ１０では、認証情報送信部３７が、端末装置１２－ｎからネットワーク網１１を介して送信される声紋認証結果信号を通信部１０１で受信したことに応答して（ステップＳ３１５）、認証ＩＤを付与して、認証ＩＤ、声紋認証結果信号に含まれる購入ＩＤ及び声紋認証結果等、並びに声紋認証時刻として現在の時刻等の各データを対応付けて、図１１（ｄ）に示す認証結果管理ファイル４７に認証ID、購入ID、認証日時、認証結果を格納する（ステップＳ３１６）。

続いて、認証情報送信部３７は、声紋認証結果信号に含まれる声紋認証結果によって、チケットとしての端末装置使用者がチケットとしての端末装置登録者（購入者）と同一人物であるか否かをクラウドサーバ１０として判別する（ステップＳ３１７）。

認証情報送信部３７は、チケットとしての端末装置使用者がチケットとしての端末装置登録者（購入者）と同一人物ではないと判別した場合（ステップＳ３１７；Ｎｏ）、そのまま入場前声認証処理を終了する。

これに対して、認証情報送信部３７は、チケットとしての端末装置使用者がチケットとしての端末装置登録者（購入者）と同一人物であると判別した場合（ステップＳ３１７；Ｙｅｓ）、声認証タイマ４９を作動して、声認証時刻からの経過時間を計測する（ステップＳ３１８）。

クラウドサーバ１０では、認証情報送信部３７が、声紋認証結果信号に含まれる購入ＩＤに対応する購入情報を、図１１（ｃ）に示す購入情報ファイル４６から検出する（ステップＳ３１９）。

そして、認証情報送信部３７は、認証ＩＤ、声認証時刻、及び購入情報等を含む認証情報を、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ３２０）。

端末装置１２－ｎでは、声紋認証部２６が、クラウドサーバ１０からネットワーク網１１を介して送信される認証情報を通信部２０３で受信したことに応答して（ステップＳ３２１）、認証情報に基づく、図７（ｂ）に示す声認証済チケット表示画面１３Ｂをタッチパネル２０２に表示することによって、チケットが有効であることを表示して、チケットを使用可能な状態にしてから（ステップＳ３２２）、入場前声認証処理を終了する。

ユーザは、イベント会場への入場直前に受付場所で受付スタッフに、タッチパネル２０２に表示された図７（ｂ）に示す声認証済チケット表示画面１３Ｂを提示する。受付スタッフは、図７（ｂ）に示す声認証済チケット表示画面１３Ｂにおいて、イベントの歌手の画像ＳＢや、その他の画像、イベント名１４、認証ＩＤ１７Ｂ、声認証日時（声認証時刻）１８Ｂ、受付確認用アイコン１９等の、チケットが有効であることを示す画像が表示されているか否か等をチェックする。そして、受付スタッフが、ユーザが提示しているチケットが異常なく正しいものであると判断した場合、チケットの有効性を確認した証拠として、図７（ｂ）に示す声認証済チケット表示画面１３Ｂで「もぎり」としての受付確認用アイコン１９をタップ操作して受付確認したことに応答して、チケット処理システム１００は、チケット使用済み登録処理を実行する（ステップＳ４）。

図１９は、チケット使用済み登録処理の詳細を示すフローチャートである。

図１９に示すように、チケット使用済み登録処理を開始すると、まず、端末装置１２－ｎでは、受付確認部２７が、チケットＩＤ及び購入ＩＤ等を含む受付確認信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する（ステップＳ４０１）。

クラウドサーバ１０では、タイマ整合性検査部３８が、端末装置１２－ｎからネットワーク網１１を介して送信される受付確認信号を通信部１０１で受信したことに応答して（ステップＳ４０２）、受付確認信号に含まれるチケットＩＤに対応するチケットの使用可能日時を、図１１（ｂ）に示すチケット情報ファイル４５から特定する（ステップＳ４０３）。

そして、タイマ整合性検査部３８は、受付確認信号を通信部１０１で受信した現在の時刻すなわち受付確認時刻がチケットの使用可能日時の範囲内か否かを判別する（ステップＳ４０４）。

タイマ整合性検査部３８は、受付確認時刻がチケットの使用可能日時の範囲内であると判別した場合（ステップＳ４０４；Ｙｅｓ）、声認証時刻から受付確認時刻までの経過時間が、予め設定されている制限時間以内であるか否かを判別する（ステップＳ４０５）。

タイマ整合性検査部３８は、受付スタッフによって受付確認され、受付確認信号を受信した現在の時刻すなわち受付確認時刻がチケットの使用可能日時の範囲外であると判別した場合（ステップＳ４０４；Ｎｏ）、又は声認証時刻からの経過時間が制限時間を超えている場合（ステップＳ４０５；Ｎｏ）、使用拒否信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ４０６）。

端末装置１２－ｎでは、受付確認手段２７が、クラウドサーバ１０からネットワーク網１１を介して送信される使用拒否信号を通信部２０３で受信したことに応答して（ステップＳ４０７）、使用拒否画面をタッチパネル２０２に表示してから（ステップＳ４０８）、チケット使用拒否処理を終了する。

これに対して、タイマ整合性検査部３８は、声認証時刻からの経過時間が制限時間以内である場合（ステップＳ４０５；Ｙｅｓ）、図１１（ｃ）に示す購入情報ファイル４６において、受付確認信号に含まれる購入ＩＤに対応する使用日時に現在の時刻を記憶することによって（ステップＳ４０９）、チケットを使用済みに登録する。

タイマ整合性検査部３８は、使用済み信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ４１０）。

そして、端末装置１２－ｎでは、受付確認手段２７が、クラウドサーバ１０からネットワーク網１１を介して送信される使用済み信号を通信部２０３で受信したことに応答して（ステップＳ４１１）、使用済みチケット表示画面をタッチパネル２０２に表示してから（ステップＳ４１２）、チケット使用済み登録処理を終了する。

この使用済みチケット表示画面がタッチパネル２０２に表示されると、受付スタッフは、ユーザのイベント会場への入場を許可する。

以上説明したように、本実施形態に係るチケット処理システム（同一人物判別システム）１００は、チケットとしての機能を果たす端末装置１２－ｎと、サーバ装置１０と、を具備する。端末装置１２－ｎとサーバ装置１０とは、ネットワーク網１１を介して接続されている。端末装置１２－ｎは、声を入力する声入力部２０１と、制御部２０５と、を備える。サーバ装置１０は、チケットの購入者（所定の権利の取得者である端末装置登録者）の声を記憶する声情報ファイル（声記憶部）４８と、制御部１０３と、を備える。

端末装置１２－ｎの制御部２０５は、チケットの使用者（所定の権利の行使者である端末装置使用者）の声が声入力部２０１に入力されたことに応答して、チケットの購入者の声を示す声データを要求する声データ要求信号（声要求信号）をネットワーク網１１を介してサーバ装置１０に送信する。サーバ装置１０の制御部１０３は、端末装置１２－ｎからネットワーク網１１を介して送信される声データ要求信号を受信する。制御部１０３は、声データ要求信号が要求するチケットの購入者としての端末装置登録者の声を声情報ファイル４８から検出し、ネットワーク網１１を介して端末装置１２－ｎに送信する。端末装置１２－ｎの制御部２０５は、サーバ装置１０からネットワーク網１１を介して送信されるチケットの購入者すなわち端末装置登録者の声を受信（取得）する。制御部２０５は、チケットとしての端末装置使用者の声とチケットとしての端末装置登録者（購入者）の声との声紋を照合して端末装置使用者が端末装置登録者（購入者）と同一人物であるか否かを判別する。制御部２０５は、端末装置使用者が端末装置登録者（購入者）と同一人物であると判別した場合、図７（ｂ）に示す認証済チケット表示画面１３Ｂをタッチパネル２０２に表示することによって、チケットとしての端末装置の使用を可能な状態にする。

このように、本実施形態に係るチケット処理システム１００によれば、端末装置登録者（チケット購入者）以外の者がチケットを使用できないようになるので、チケットの転売を防止することができる。

また、端末装置１２－ｎは、チケットとして使用されるときに受付スタッフによってタップ操作される「もぎり」としての受付確認用アイコン１９を表示するタッチパネル２０２をさらに備える。サーバ装置１０は、チケットを使用可能な状態にする受付確認用アイコン１９が操作される迄の声認証時刻からの経過時間を計測する声情報タイマ４９をさらに備える。そして、端末装置１２－ｎの制御部２０５は、「もぎり」のための受付確認用アイコン１９が受付スタッフによってタップされ操作されたことに応答して、「もぎり」のための受付確認用アイコン１９がタップされ操作されたことを示す受付確認信号をネットワーク網１１を介してサーバ装置１０に送信する。サーバ装置１０の制御部１０３は、端末装置１２－ｎからネットワーク網１１を介して送信される受付確認信号を受信したことに応答して、声情報タイマ４９によって計測された経過時間が所定の制限時間内か否かを判別する。制御部１０３は、経過時間が所定の制限時間内であると判別した場合、チケットを使用済みとする使用済み信号をネットワーク網１１を介して端末装置１２－ｎに送信する。端末装置１２－ｎの制御部２０５は、サーバ装置１０からネットワーク網１１を介して送信される使用済み信号を受信したことに応答して、チケットを行使済みの状態にする。

このように、スマートフォン等の端末装置１２－ｎは、ユーザ本人以外が操作しないという先入観があるが、本来、これは本来必須要件ではない。本実施形態に係るチケット処理システム１００は、端末装置１２－ｎをユーザ本人以外の受付スタッフが受付確認作業としてもぎり操作することで、入場のときの専用の受付装置を不要にすることができる。また、転売を防止するためには、本人確認を厳重にする必要があるが、厳重にすればするほど、イベント会場への入場作業に時間が掛かり、待機行列が長くなる。チケット処理システム１００は、本人確認を並ぶ前、もしくは並んでいるときに行うことで、イベント会場への入場作業を本来の受付スタッフだけではなく、チケットの使用者であるユーザが一部行っていることになるが、その有効性を声情報タイマ４９で認定することができる。すなわち、声紋認証には、静かな場所が望ましいが、コンサート会場等のイベント会場は、騒がしい。そうすると、イベント会場で本人確認に声紋認証を用いることは、この相反する命題を解決しなければならず、不可能に思える。本実施形態に係るチケット処理システム１００は、声紋認証の有効性を声情報タイマ４９を用いて担保することで、静かな場所と、本人確認すべき場所と、を空間的に繋き、本来不可能と思われてきた本人認証をサービスとして提供できるようになった。

また、タッチパネル２０２は、声紋認証によってチケットとしての端末装置使用者がチケットとしての端末登録者（購入者）と同一人物であることの確認が取れているか否か、及びチケットを使用済みであるか否かに応じて、異なる画面を表示する。これにより、受付スタッフは、チケット購入段階等といった声紋認証による確認前の段階と、入場直前段階等といった声紋認証による確認後で「もぎり」の処置前の受付確認前の段階と、受付確認としての「もぎり」の処置後の受付確認済み段階と、のいずれの処理段階であるかを、受付確認アイコンの有無を比較的遠くから見ても識別できるようになる。

さらに、端末装置１２－ｎの制御部２０５は、予め定められたチケットを使用可能な期間（チケットの使用可能日時）内であることを条件に、チケットとしての端末装置使用者の声とチケットとしての端末装置登録者（購入者）の声との声紋を照合して端末装置使用者が端末装置登録者（購入者）と同一人物であるか否かを声紋認証によって判別する。

また、端末装置１２－ｎの制御部２０５は、チケットの購入（取得）を要求するチケット購入要求信号（権利取得要求信号）をネットワーク網１１を介してサーバ装置１０に送信する。サーバ装置１０の制御部１０３は、端末装置１２－ｎからネットワーク網１１を介して送信されるチケット購入要求信号を受信したことに応答して、チケット購入要求信号が要求するチケットの購入枚数（取得数）が、所定の制限数内であるか否かを判別する。そして、制御部１０３は、所定の制限数内であると判別した場合、チケットの購入を許可する。

さらに、本実施形態に係るチケット処理システム１００は、クラウドサーバ１０や端末装置１２－ｎとしてスマートフォンやパーソナルコンピュータ等の既存の装置をハードウェアとして使用する。ソフトウェアは、アプリケーションとして本発明を実現するソフトウェアに変更するだけで、容易に実現できる。しかも、チケットの確認時間を早く、手軽に行うことができるので、イベント会場における受付業務を最小限の人数で行うことができる。また、チケット発券において、声紋を符号化する等の特殊な装置を必要としない。一人当たりのチケットの購入枚数を制限できる等の転売防止の設定が容易にできる。

なお、本発明は、上記の実施形態に限定されず、種々の変形、応用が可能である。以下、本発明に適用可能な上記の実施形態の変形態様について、説明する。

上記の実施形態において、チケットの購入に使用される端末装置１２－ｎと、声紋認証に使用される端末装置１２－ｎと、は、同一のものとして説明した。しかしながら、本発明は、これに限定されるものではなく、チケットの購入に使用される端末装置１２－ｎと、声紋認証に使用される端末装置１２－ｎと、別のものであってもよい。すなわち、端末装置１２－ｎは、ネットワーク網１１に接続でき、ログインや声認証処理を行うことができるものであれば、いずれでもよい。

また、上記の実施形態において、端末装置１２－ｎの内部には、本発明に係るアプリケーションプログラムがインストールされ、チケットを使用するユーザの声と、チケットの購入者の声として登録されている声と、の声紋照合は、端末装置１２－ｎで行われるものとして説明した。しかしながら、本発明は、これに限定されるものではなく、端末装置１２－ｎの内部には、本発明に係るアプリケーションプログラムがインストールされていなくてもよい。この場合、チケットを使用する端末装置使用者としてのユーザの声と、チケットとしての端末装置登録者（購入者）の声として登録されている声と、の声照合は、クラウドサーバ１０で行えばよい。

図２０及び図２１は、入場前声認証処理の変形例を示すフローチャートである。

図２０に示すように、入場前声認証処理を開始すると、まず、端末装置１２－ｎでは、制御部２０５が、チケットＩＤ、購入ＩＤ、声情報ＩＤ、及び声入力部２０１へ入力された声を示す声データ等を含み、声紋認証を要求する声紋認証要求信号を、通信部２０３からネットワーク網１１を介してクラウドサーバ１０に送信する（ステップＳ５０１）。

クラウドサーバ１０では、制御部１０３が、クラウドサーバ１０からネットワーク網１１を介して送信された声紋認証要求信号を通信部１０１で受信したことに応答して（ステップＳ５０２）、声紋認証要求信号に含まれるチケットＩＤに対応するチケットの使用可能日時を、図１１（ｂ）に示すチケット情報ファイル４５から特定する（ステップＳ５０３）。

そして、制御部１０３は、現在の時刻がチケットの使用可能日時の範囲内か否かを判別する（ステップＳ５０４）。

制御部１０３は、現在の時刻がチケットの使用可能日時の範囲外であると判別した場合（ステップＳ５０４；Ｎｏ）、使用拒否信号を通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ５０５）。

端末装置１２－ｎでは、制御部２０５が、クラウドサーバ１０からネットワーク網１１を介して送信される使用拒否信号を通信部２０３で受信したことに応答して（ステップＳ５０６）、使用拒否画面を表示してから（ステップＳ５０７）、入場前声認証処理を終了する。

これに対して、制御部１０３は、現在の時刻がチケットの使用可能日時の範囲内であると判別した場合（ステップＳ５０４；Ｙｅｓ）、声紋認証要求信号に含まれる声情報ＩＤに対応する声データを、図１１（ｅ）に示す声情報ファイル４８から検出する（ステップＳ５０８）。

そして、制御部１０３は、声紋認証要求信号に含まれる声データが示す声と、図１１（ｅ）に示す声情報ファイル４８から検出した声データが示す声と、の声紋を照合して、チケットとしての端末装置使用者がチケットとしての端末装置登録者（購入者）と同一人物であるか否かを判別する声紋認証を行う（ステップＳ５０９）。

続いて、制御部１０３は、認証ＩＤを付与して、認証ＩＤ、声紋認証要求信号に含まれる購入ＩＤ、認証結果、及び認証時刻として現在の時刻等の各データを対応付けて、図１１（ｄ）に示す認証結果管理ファイル４７に格納する（ステップＳ５１０）。

そして、制御部１０３は、チケットとしての端末装置使用者がチケットの購入者としての端末装置登録者と同一人物ではないと判別した場合（ステップＳ５１１；Ｎｏ）、声紋認証による確認に失敗したことを示す認証失敗信号を、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ５１２）。

端末装置１２－ｎでは、制御部２０５が、クラウドサーバ１０からネットワーク網１１を介して送信された認証失敗信号を通信部１０１で受信したことに応答して（ステップＳ５１３）、認証失敗画面をタッチパネル２０２に表示してから（ステップＳ５１４）、入場前声認証処理を終了する。

これに対して、制御部１０３は、チケットとしての端末装置使用者がチケットとしての端末装置登録者（購入者）と同一人物であると判別した場合（ステップＳ５１１；Ｙｅｓ）、声紋認証による確認済みであることを示す認証済信号を、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（図２１に示すステップＳ５１５）。

端末装置１２－ｎでは、制御部２０５が、クラウドサーバ１０からネットワーク網１１を介して送信された認証済信号を通信部１０１で受信したことに応答して（ステップＳ５１６）、認証済画面をタッチパネル２０２に表示する（ステップＳ５１７）。

また、制御部１０３は、声認証タイマ４９を作動して、認証時刻からの経過時間を計測する（ステップＳ５１８）。

続いて、制御部１０３は、声紋認証要求信号に含まれる購入ＩＤに対応する購入情報を、図１１（ｃ）に示す購入情報ファイル４６から検出する（ステップＳ５１９）。

そして、制御部１０３は、認証ＩＤ、認証時刻、及び購入情報等を含む認証情報を、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ５２０）。

端末装置１２－ｎでは、制御部２０５が、クラウドサーバ１０からネットワーク網１１を介して送信される認証情報を通信部２０３で受信したことに応答して（ステップＳ５２１）、認証情報に基づく、図７（ｂ）に示す認証済チケット表示画面１３Ｂをタッチパネル２０２に表示することによって、チケットが有効であることを表示してから（ステップＳ５２２）、入場前声認証処理を終了する。

以上説明したように、変形例によるチケット処理システム（同一人物判別システム）１００は、端末装置１２－ｎと、サーバ装置１０と、を具備する。端末装置１２－ｎとサーバ装置１０とは、ネットワーク網１１を介して接続されている。端末装置１２－ｎは、声を入力する声入力部２０１と、制御部２０５と、を備える。サーバ装置１０は、チケットの購入者（所定の権利の取得者）の声を記憶する声情報ファイル（声記憶部）４８と、制御部１０３と、を備える。

端末装置１２－ｎの制御部２０５は、チケットとしての端末装置使用者（所定の権利の行使者）の声が声入力部２０１に入力されたことに応答して、声紋認証を要求する声紋認証要求信号をネットワーク網１１を介してサーバ装置１０に送信する。サーバ装置１０の制御部１０３は、端末装置１２－ｎからネットワーク網１１を介して送信される声紋認証要求信号を受信する。制御部１０３は、声紋認証要求信号が要求するチケットとしての端末装置登録者（購入者）の声を声情報ファイル４８から検出する。制御部１０３は、予め定められたチケットを使用可能な期間（使用可能日時）内であることを条件に、チケットとしての端末装置使用者の声とチケットとしての端末装置登録者（購入者）の声との声紋を照合して端末装置使用者が端末装置登録者（購入者）と同一人物であるか否かを判別する。制御部１０３は、端末装置使用者が端末装置登録者（購入者）と同一人物であると判別した場合、声紋認証によってチケットとしての端末装置使用者がチケットとしての端末装置登録者（購入者）と同一人物であることの確認が取れたことを示す声紋認証確認済信号をネットワーク網１１を介して端末装置１２－ｎに送信する。端末装置１２－ｎの制御部２０５は、サーバ装置１０からネットワーク網１１を介して送信される声紋認証確認済信号を受信したことに応答して、図７（ｂ）に示す認証済チケット表示画面１３Ｂをタッチパネル２０２に表示することによって、チケットとして端末装置を使用可能な状態にする。

このように、本実施形態に係るチケット処理システム１００によっても、端末装置登録者（購入者）以外の者がチケットを使用できないようになるので、チケットの転売を防止することができる。

上記の実施形態では、ユーザが図６に示すマイチケット画面６００でチケット使用アイコン６０３をタップした場合、図８に示す声紋認証画面８００がタッチパネル２０２に表示されるものとして説明した。しかしながら、本発明は、これに限定されるものではなく、端末装置１２－ｎが、イベントの開催日時から所定の範囲内の時刻に、イベント会場から所定の緯度及び経度の範囲内に進入した場合、図８に示す声紋認証画面８００がタッチパネル２０２に自動で表示されるものであってもよい。この場合、イベント会場から所定の緯度及び経度の範囲内に進入したか否かは、端末装置１２－ｎのＧＰＳ（Global Positioning System）機能によって判別されればよい。また、イベント会場から所定の緯度及び経度の範囲を示すデータは、図１１（ｂ）に示すチケット情報ファイル４５に席種に対応付けて格納されていればよい。

また、チケット処理システム１００は、所定のＧＰＳ座標に存在することを、声紋認証とＧＰＳとを組み合わせて確認することによって、ユーザがそのＧＰＳ座標に存在することを認証することができるものであってもよい。ただし、どこかの建物等、意味のある領域にユーザが存在することを認証しようとする場合、その領域は、「ある形状」をしている。チケット処理システム１００は、この「ある形状」を円や多角形として近似して、ＧＰＳ座標である点が、この意味のある領域内に存在するかを計算することで、ユーザがそのＧＰＳ座標に存在することを認証する。ここで、円は、中心からの距離が「ある形状」の半径より小さいことで判定できる。

また、多角形は、「二次元多角形領域内部に点が含まれるかどうかを判定」（http://qiita.com/kkdd/items/eda0a0a2386dc0549d7c）に記載のアルゴリズムで判定できる。なお、本明細書中に「二次元多角形領域内部に点が含まれるかどうかを判定」の記載を参考として取り込むものとする。このとき、チケット処理システム１００は、計算速度を速めるため、大きく区分けされた領域でまずは判定し、ＧＰＳ座標である点が、その領域に存在すれば細かい計算に進むアルゴリズムを使用する。チケット処理システム１００は、ＧＰＳ座標を、緯度と経度との差を距離として計算する近似式を使う場合、緯度の差による誤差が大きくなることなく計算速度を維持するため、緯度毎に距離換算テーブルを生成して、そのテーブルの係数値を使って距離を計算する。これにより、チケット処理システム１００は、声紋認証による本人確認と、ユーザが存在する場所と、を多角形として捉えることで、ユーザが存在する正しい場所を認証することができる。

さらに、チケット処理システム１００は、他のサービスと連携することも可能である。チケット処理システム１００は、他のサービスと連携する場合、「もぎり」としての受付確認用アイコン１９を違うアイコンに変え、そのアイコンをタップしたときの挙動を変えればよい。アイコンを変えるときのタイプ、連携サービスのタイプ、及び連携サービスと連携するＵＲＬの値等の各データは、図１１（ｂ）に示すチケット情報ファイル４５に席種に対応付けて格納されていればよい。

また、チケット処理システム１００は、声紋認証に成功したときに、セキュリティコードを発行するものであってもよい。一般に、セキュリティコードの発行は、使用サービスのログイン成功を契機に、実行されることが多い。このとき、ほとんどの場合、パーソナルコンピュータ等にパスワードを保存していたり、どこかにメモしていたりすることが多く、セキュリティコードをメールで受け取ることは、発行記録が残るものの、本当の意味で安全とは言えない。そこで、チケット処理システム１００は、声紋認証に成功したときに、セキュリティコードを発行することで、声紋認証による確実な本人認証後に行われる安全なセキュリティコードの発行と、二つのデバイスによる高いセキュリティレベルの二段階認証と、を両立するようにしてもよい。

上記の変形例において、チケット処理システム１００は、外部の連携サービスのサーバにネットワーク網１１を介して接続されている。

連携サービスのサーバは、例えば汎用のサーバコンピュータ及びデータベース等から構成されている。連携サービスのサーバは、クラウドサーバ１０からネットワーク網１１を介して送信される、セキュリティコードの発行を依頼するセキュリティコード発行依頼信号を受信したことに応答して、連携サービスのサイトへログインするのに必要なセキュリティコードを生成する。連携サービスのサーバは、セキュリティコードを電子メールに添付して、ネットワーク網１１を介して端末装置１２－ｎに送信する。そして、連携サービスのサーバは、端末装置１２－ｎからネットワーク網１１を介して送信されるセキュリティコードを受信したことに応答して、端末装置１２－ｎの連携サービスのサイトへのログインを可能にする。

チケット処理システム１００において、クラウドサーバ１０では、制御部１０３が、図１８に示すステップＳ３２０の処理、又は図２１に示すステップＳ５２０の処理を実行した後に、セキュリティコード発行処理を実行する。

図２２は、セキュリティコード発行処理の詳細を示すフローチャートである。

図２２に示すように、セキュリティコード発行処理を開始すると、まず、制御部１０３は、予め設定されるセキュリティコード生成モードが、セキュリティコードを自己で発行する自己発行モードであるか、セキュリティコードの発行を連携サービスに依頼する発行依頼モードであるかを判別する（ステップＳ６０１）。

制御部１０３は、セキュリティコード生成モードが自己発行モードである場合（ステップＳ６０１；Ｎｏ）、セキュリティコードを生成する（ステップＳ６０２）。

そして、制御部１０３は、セキュリティコードを電子メールに添付して、通信部１０１からネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ６０３）。

これに対して、制御部１０３は、セキュリティコード生成モードが発行依頼モードである場合（ステップＳ６０１；Ｙｅｓ）、セキュリティコード発行依頼信号を、通信部１０１からネットワーク網１１を介して、連携サービスのサーバ８に送信する（ステップＳ６０４）。

連携サービスのサーバ８は、クラウドサーバ１０からネットワーク網１１を介して送信されるセキュリティコード発行依頼信号を受信したことに応答して（ステップＳ６０５）、セキュリティコードを生成する（ステップＳ６０６）。

そして、連携サービスのサーバ８は、セキュリティコードを電子メールに添付して、ネットワーク網１１を介して端末装置１２－ｎに送信する（ステップＳ６０７）。

端末装置１２－ｎでは、制御部２０５が、クラウドサーバ１０又は連携サービスのサーバ８からネットワーク網１１を介して送信される電子メールに添付されるセキュリティコードを受信する（ステップＳ６０８）。

そして、制御部２０５は、ユーザがセキュリティコードを使用して連携サービスのサイトへのログインを指示したことに応答して、セキュリティコードを通信部２０３からネットワーク網１１を介して連携サービスのサーバ８に送信することによって、連携サービスのサイトへログインしてから（ステップＳ６０９）、セキュリティコード発行処理を終了する。

以上説明したように、本変形例に係るチケット処理システム１００は、連携サービスのサイトへログインするためのセキュリティコードを生成して端末装置１２－ｎに送信する連携サービスのサーバ８にネットワーク網１１１を介して接続されている。

サーバ装置１０の制御部１０３は、声紋認証によってチケットの使用者がチケットの購入者と同一人物であることの確認が取れた場合、連携サービスのサイトへログインするためのセキュリティコードを生成して、ネットワーク網１１を介して端末装置１２－ｎに送信する。端末装置１２－ｎの制御部２０５は、サーバ装置１０からネットワーク網１１を介して送信されるセキュリティコードを受信し、セキュリティコードを使用して連携サービスのサイトへログインするようにしてもよい。

あるいは、サーバ装置１０の制御部１０３は、声紋認証によってチケットの使用者がチケットの購入者と同一人物であることの確認が取れた場合、セキュリティコードを生成を要求するセキュリティコード生成要求信号をネットワーク網１１を介して連携サービスのサーバ８に送信する。端末装置１２－ｎの制御部２０５は、連携サービスのサーバ８からネットワーク網１１を介して送信されるセキュリティコードを受信し、セキュリティコードを使用して連携サービスのサイトへログインするようにしてもよい。

さらに、チケットがキャンセルされたときには、通常、キャンセル料が発生する。そこで、チケット処理システム１００は、キャンセルされたチケットを他の人が買うときに、そのキャンセル料を引いた値段で買えるようにすることで、チケットの売れ残りを防ぐようにしてもよい。この場合、チケットの席種毎に、キャンセル料と割引値とを設定できるようにしておき、キャンセルテーブルにキャンセル履歴を保存することで、割引チケットがあるかどうかを判定し、割引チケットがあれば、割引チケットを優先して販売する。このデータベースは、席種ごとに設定すればよい。

また、クラウドサーバ１０は、購入情報を図１１（ｃ）に示す購入情報ファイル４６に保存するときに、購入できなかったユーザの会員ＩＤも時系列に保存しておく。そして、クラウドサーバ１０は、キャンセルが発生したときに、時系列が先の順に、チケットのキャンセルが発生したことを知らせる案内を発行して販売するようにしてもよい。クラウドサーバ１０は、席種毎に図１１（ｃ）に示す購入情報ファイル４６に設定された時間になったときや、購入権を持った予約者であるユーザが端末装置１２－ｎでチケットを買わないことを指示するアイコンをタップしたときに、次の順番の予約者であるユーザに購入権を移して、その端末装置１２－ｎに案内を送信する。これを繰り返し、予約者であるユーザの誰もが購入権を行使しなかったときに、一般販売されるようにしてもよい。

さらに、クラウドサーバ１０は、「もぎり」の処置が行われた順に、番号を付与してもよく、こうすることで、ユーザも主催者も席順を把握できるようになる。クラウドサーバ１０は、席種毎にエリアを定義しておいて、受付スタッフによる「もぎり」の受付確認処理の後に、そのエリア内で自動で番号を付与し、欠番も設定できるようにする。このデータベースは、席種毎に設定すればよい。エリアの指定は、自動ではなく、受付スタッフが「もぎり」の受付確認処置の後に、手動で選択できるユーザインタフェースを端末装置１２－ｎに表示する方法も可能である。受付スタッフがエリアを選択すると、エリア毎に自動で番号が採番され、その番号が、ユーザと受付スタッフとに表示されればよい。

また、チケットが無効になる日時を、主催者が設定できるようにして、その無効となる日時までは、声紋認証を再度実行することで、再入場できるようにしてもよい。チケット使用後（正常な「もぎり」の処置の後）に、再度チケットを使用しようとする場合、チケットが無効と設定してある日時までは、端末装置１２－ｎには、自動的に再入場を確認するために、図８に示す声紋認証画面８００が表示されるようにすればよい。このデータベースは、席種毎に設定すればよい。

さらに、コンサート等のイベントが始まる前日や直前等に、お忘れ防止のため、主催者が通知（ＰＵＳＨ、メール）を発信できるようにしてもよい。この通知には、「遅刻しそうなので待っていてください。」等、主催者への連絡するための手段（ＵＲＬ（UniformResource Locator）リンク等）が含まれ、主催者の連絡に対して、ユーザが連絡手段を探すことなく返信できるようにすればよい。主催者は、この連絡手段に、連絡の緊急度を設定でき、ユーザは、煩わしさを解消するため、受け取る緊急度を、自由に選択・設定できるようにしてもよい。このデータベースは、席種毎に設定すればよい。

また、クラウドサーバ１０は、声紋登録の際の声情報に、実際に発音した声を録音しておき、暗号化を施して、図１１（ｅ）に示す声情報ファイルに保存しておいてもよい。仮に声紋認証に失敗した場合等、主催者がユーザの本人確認したいとき等に、この録音した声を聞くことができ、「もぎり」の処置を行う受付スタッフが、ユーザの本人確認するとき等の情報とすることができる。

さらに、端末装置１２－ｎは、声登録と声紋認証との際に、ユーザが発声するフレーズをタッチパネル２０２に表示する。その場合、端末装置１２－ｎ又はクラウドサーバ１０は、ユーザがきちんとタッチパネル２０２に表示しているフレーズを発声しているかを、音声認識技術で確認することで、声紋認証の確度とシステムの保全とを行うようにしてもよい。

また、直行直帰する際、普通のログインであると他人が容易に偽装できるが、声紋認証を使うことで、本人の端末装置１２－ｎだけで特別な装置を必要とせず、正しく本人確認できる。

さらに、今までは、サプライズプレゼントに本人だけに開けられる箱としては、鍵を渡したりしなければならないという問題があった。この問題に解決するための方法として、音声入力によるパスフェーズでの開錠や顔認証による開錠が考えられる。しかしながら、パスフェーズによる開錠は、本人の声でなくても開いてしまうので、周りに人がいる場所では役に立たない。また、顔認証による開錠は、顔認証では顔が写った瞬間に開いてしまうという新たな問題が生じる。そこで、声紋認証という本人認証と、言葉のフレーズと、の組み合わせることによって、開いて欲しいタイミングでのみ開錠可能な錠前と鍵との組み合わせを提供することができる。それのみならず、この生体認証に必要な声紋は、相手に知られずこっそりとサンプリングすることが可能であり、サプライズのために相手に知られずに鍵を生成することもできる。

また、今までは、出席を取る際に不正に代返をするという問題があった。この問題に解決するため方法として、電子カードによる本人確認や顔認証による本人確認が考えられる。しかしながら、電子カードによる本人確認は、電子カードを他人に渡すことで不正することができてしまう。顔認証による本人確認には、２Ｄ／３Ｄプリンタによる顔画像の複製で誤認識させることができるという新たな問題が生じる。そこで、マイク以外の特別なデバイスを必要としない声紋認証による比較的実現が容易な本人確認によって、安価でスムーズな本人認証を行うことができる。また、この音声を学校や職場で発音することによる挨拶運動の促進と形式化による学校・職場等の環境を明るくすることもできる。

また、上記の実施形態において、制御部１０３及び制御部２０５のＣＰＵが実行するプログラムは、予めＲＯＭ、記憶部１０２及び記憶部２０４等に記憶されるものとして説明したが、本発明はこれに限定されるものではなく、上述の処理を実行させるためのプログラムを、既存の汎用コンピュータに適用することで、上記の実施形態に係るクラウドサーバ１０及び端末装置１２－ｎとして機能させてもよい。

このようなプログラムの提供方法は任意であり、例えばコンピュータが読取可能な記録媒体（フレキシブルディスク、ＣＤ（Compact Disc）－ＲＯＭ、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ等）に格納して配布してもよいし、インターネット等のネットワーク上のストレージにプログラムを格納しておき、これをダウンロードさせることにより提供してもよい。

さらに、上記の処理をＯＳ（Operating System）とアプリケーションプログラムとの分担、又はＯＳとアプリケーションプログラムとの協働によって実行する場合には、アプリケーションプログラムのみを記録媒体やストレージに格納してもよい。また、搬送波にプログラムを重畳し、ネットワークを介して配信することも可能である。例えば、ネットワーク上の掲示板（ＢＢＳ：Bulletin Board System）に上記プログラムを掲示し、ネットワークを介してプログラムを配信してもよい。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上記の処理を実行できるように構成してもよい。

なお、本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本発明の一実施例を説明するためのものであり、本発明の範囲を限定するものではない。

本出願は、２０１６年１２月６日に出願された日本国特許出願２０１６－２４９９９７に基づく。本明細書中に日本国特許出願２０１６－２４９９９７の明細書、特許請求の範囲、図面全体を参照として取り込むものとする。

８ 連携サービスのサーバ
９ 決済サーバ
１０ クラウドサーバ
１１ ネットワーク網
１２－ｎ 端末装置
１３Ａ 未認証チケット表示画面
１３Ｂ 認証済チケット表示画面
１４ イベント名
１５ 席種
１６ 認証済表示
１７Ａ 購入ＩＤ
１７Ｂ 認証ＩＤ
１８Ａ 購入日時
１８Ｂ 認証日時
１９ 「もぎり」の受付確認用アイコン
２１ 会員情報入力部
２２ 会員認証要求部
２３ イベント検索部
２４ チケット購入部
２５ マイチケット表示部
２６ 声紋認証部
２７ もぎり部（受付確認部）
３１ 会員登録部
３２ 会員認証部
３３ チケット情報送信部
３４ チケット発行部
３５ 購入情報送信部
３６ 声データ送信部
３７ 認証情報送信部
３８ タイマ整合性検査部
４４ 会員管理ファイル
４５ チケット情報ファイル
４６ 購入情報ファイル
４７ 認証結果管理ファイル
４８ 声情報ファイル
４９ 声認証タイマ
１００ チケット処理システム
１０１ 通信部
１０２ 記憶部
１０３ 制御部
２０１ 声入力部
２０２ タッチパネル
２０３ 通信部
２０４ 記憶部
２０５ 制御部
３００ イベント検索画面
３０１ タブ
３０２ テキストボックス
４００ チケット購入画面
４０１ イベントの画像
４０２ イベント名
４０３ イベントの概要
４０４ 席種
５００ 声登録画面
５０１ 声登録開始アイコン
５０２ ガイダンス
５０３ フレーズ
６００ マイチケット画面
６０１ チケットの概要
６０２ チケット表示アイコン
６０３ チケット使用アイコン
８００ 声紋認証画面
８０１ 声紋認証開始アイコン
８０２ ガイダンス
８０３ フレーズ

Claims (5)

1. 端末装置（１２－ｎ）は、端末装置使用者の声を入力する声入力部（２０１）と、端末装置使用者の声情報が前記声入力部から入力されたことに応答して、声情報ＩＤを含む声データ要求信号をサーバ装置へ送信し、サーバ装置から送信された予め登録されている端末装置登録者の声情報と入力された前記端末装置使用者の声情報とを照合して、端末装置登録者と端末装置使用者が同一人物であるか否かを判別し、端末装置登録者と端末装置使用者が同一人物であると声認証し声認証情報を出力するする声認証部（２６）とを備え、サーバ装置（１０）は、前記声情報ＩＤに対応づけて予め登録された端末装置登録者の声情報を記憶する声記憶部（４８）と、ネットワークを介して前記端末装置から送信されたきた声情報に基づいて、前記端末装置登録者と端末装置使用者が同一人物であると本人確認した結果を示す声認証結果情報と声認証時刻情報とを前記端末装置へ送信する認証情報送信部（３７）と、前記声認証時刻からの経過時間を計測する声認証タイマ（４９）と、前記声認証タイマによって計測された前記声認証時刻からの経過時間が、所定の制限時間以内か否かを判別するタイマ整合性検査部（３８）とを備えていることを特徴とする同一人物判別システム。
2. サーバ装置の声記憶部（４８）に端末装置登録者の声を予め登録する段階（Ｓ２）と、端末装置使用者が端末装置の声入力部から声を入力する段階（Ｓ３）と、前記端末装置使用者の声を前記声入力部から入力して前記端末装置登録者の声と前記端末装置使用者の声とを照合して、端末装置登録者と端末装置使用者が同一人物であるか否かを判別し本人確認する声紋認証段階（Ｓ３１１）と、声紋認証した時刻からの経過時間を前記サーバ装置が計測する段階（Ｓ３１８）と、前記声紋認証段階で端末装置登録者と端末装置使用者が同一人物であると本人確認した結果を示す声紋認証結果情報と声認証時刻情報とを前記サーバ装置がネットワークを介して前記端末装置に送信する段階（S３２０）と、前記声紋声認証時刻からの経過時間が予め定められた所定の制限時間内であるか否かを判別する段階と、前記経過時間が制限時間内であると判別したとき、前記端末装置登録者と前記端末装置使用者とが同一人物とする段階（Ｓ４０５）とを備えた同一人物判別方法。
3. サーバ装置に端末装置登録者の声データと使用可能日時情報とを予め登録する段階（Ｓ２）と、端末装置使用者が端末装置の声入力部から声を入力する段階（Ｓ３）と、前記端末装置が前記端末装置登録者の声データを要求する声データ要求信号を送信する段階（Ｓ３０１）と、サーバ装置が、声データ要求信号を受信する段階（Ｓ３０２）と、前記使用可能日時情報を読み出す段階（Ｓ３０３）と、前記声データ要求信号を受信した日時が前記使用可能日時情報の使用可能日時の範囲内にあるか否かを前記サーバ装置が判別する段階（S３０４）とを備えたことを特徴とする請求項２記載の同一人物判別方法。
4. サーバ装置に所定の位置情報を予め記憶しておく段階と、端末装置使用者の所在地を示す位置情報をサーバ装置に送信する段階と、サーバ装置が前記端末装置からの位置情報を受信し前記サーバ装置に記憶されている位置情報の範囲内にあるか否かを判別する段階とを備えたことを特徴とする請求項２又は請求項３記載の同一人物判別方法。
5. サーバ装置に端末装置登録者の声と所定の位置情報を予め記憶しておく段階と、前記サーバ装置が端末装置から位置情報を受信したとき、この位置情報が前記サーバ装置に予め記憶されている所定の位置情報範囲内にあるか否かを判別する位置情報判別段階と、端末装置が前記位置情報範囲内に存在すると判別したとき、前記端末装置の表示部に声紋認証画面を表示する段階と、端末装置使用者が端末装置の声入力部から声を入力し、前記端末装置登録者の声と前記端末装置使用者の声とを照合して声紋認証する声紋認証段階とを備え、前記位置情報判別結果と前記声紋認証結果とに基づいて、前記端末装置登録者と前記端末装置使用者が同一人物であると判別することを特徴とする請求項４記載の同一人物判別方法。

Images