(57)【特許請求の範囲】
【請求項１】
チケットＩＤを取得する取得部と、
登録用音声データと前記チケットＩＤとを対応付けて記憶する記憶部と、
前記登録用音声データは登録用文字列を発話した話者の音声データであり、前記登録用文字列とは異なる文字列を示す照合用文字列データを送信部に送信させる制御部と、
照合用音声データから前記照合用文字列データが示す文字列が認識されるか否かを判定する文字列判定部と、
前記照合用音声データと前記登録用音声データとを照合し、前記照合用音声データと前記登録用音声データの話者が一致するか否かを判定する話者判定部と、
前記文字列判定部の判定結果と、前記話者判定部の判定結果とに基づいて、前記チケットＩＤが示すチケットが有効か否かを判定する有効性判定部と、
を有するチケット有効性判定システムであって、
前記話者判定部はさらに、第一チケットＩＤが示すチケットについての判定の際に、第一照合用音声データを前記記憶部に記憶させ、
第二チケットＩＤが示すチケットについての判定の際に、第二照合用音声データと前記第一照合用音声データとを照合し、前記第二照合用音声データと前記第一照合用音声データの話者が一致するか否かを判定し、
前記有効性判定部はさらに、前記第二照合用音声データと前記第一照合用音声データの話者が一致すると判定された場合、前記第一照合用音声データの話者が他の照合用音声データの話者と一致すると判定された回数に基づいて、第二チケットＩＤが示すチケットが有効か否かを判定する、
チケット有効性判定システム。
【請求項２】
チケットＩＤを取得する取得部と、
登録用音声データと前記チケットＩＤとを対応付けて記憶する記憶部と、
前記登録用音声データは登録用文字列を発話した話者の音声データであり、前記登録用文字列とは異なる文字列を示す照合用文字列データを送信部に送信させる制御部と、
照合用音声データから前記照合用文字列データが示す文字列が認識されるか否かを判定する文字列判定部と、
前記照合用音声データと前記登録用音声データとを照合し、前記照合用音声データと前記登録用音声データの話者が一致するか否かを判定する話者判定部と、
前記文字列判定部の判定結果と、前記話者判定部の判定結果とに基づいて、前記チケットＩＤが示すチケットが有効か否かを判定する有効性判定部と、
を有するチケット有効性判定システムであって、
前記話者判定部はさらに、第一チケットＩＤが示すチケットの購入処理の際に、第一登録用音声データを前記記憶部に記憶させ、
第二チケットＩＤが示すチケットの購入処理の際に、第二登録用音声データと前記第一登録用音声データとを照合し、前記第二登録用音声データと前記第一登録用音声データの話者が一致するか否かを判定し、
前記有効性判定部はさらに、前記第二登録用音声データと前記第一登録用音声データの話者が一致すると判定された場合、前記第一登録用音声データの話者が他の登録合用音声データの話者と一致すると判定された回数に基づいて、前記第二チケットＩＤが示すチケットの購入処理が有効か否かを判定する、
チケット有効性判定システム。
【請求項３】
前記取得部はさらに、前記チケットの有効期間を取得し、
前記有効性判定部はさらに、前記有効期間に基づいて前記チケットが有効か否かを判定する、
請求項１または２に記載のチケット有効性判定システム。
【請求項４】
前記取得部はさらに、ユーザが使用している端末の位置情報を取得し、
前記有効性判定部はさらに、前記位置情報に基づいて前記チケットが有効か否かを判定する、
請求項１乃至３のいずれか一つに記載のチケット有効性判定システム。
【請求項５】
前記制御部は、前記登録用文字列とは異なる文字列であり、かつ、登録用文字列データを表す音素と少なくとも一部が共通する音素を含む照合用文字列データを送信部に送信させる、
請求項１乃至４のいずれか一つに記載のチケット有効性判定システム。
【請求項６】
前記話者判定部はさらに、前記第二照合用音声データと前記第一照合用音声データの話者が一致すると判定した場合、前記第二照合用音声データと前記第一照合用音声データとに基づいて生成された適正化音声データを前記記憶部に記憶させ、第三チケットＩＤが示すチケットについての判定の際に、前記適正化音声データと第三照合用音声データとを照合する
請求項１に記載のチケット有効性判定システム。
【請求項７】
前記記憶部はさらに、前記チケットの有効又は無効を示すチケット状態情報を前記チケットＩＤに対応付けて記憶し、
前記照合用音声データから前記照合用文字列データが示す文字列が認識されると判定され、かつ、前記照合用音声データと前記登録用音声データの話者が一致すると判定された場合、前記有効性判定部は、前記チケットが有効であると判定し、前記チケット状態情報を有効に修正する、
請求項１または２に記載のチケット有効性判定システム。
【請求項８】
チケットＩＤを取得し、
登録用音声データと前記チケットＩＤとを対応付けて記憶し、
前記登録用音声データは登録用文字列を発話した話者の音声データであり、
前記登録用文字列とは異なる文字列を示す照合用文字列データを送信部に送信させ、
照合用音声データから前記照合用文字列データが示す文字列が認識されるか否かを判定し、
前記照合用音声データと前記登録用音声データとを照合し、前記照合用音声データと前記登録用音声データの話者が一致するか否かを判定し、
前記照合用音声データから前記照合用文字列データが示す文字列が認識されるか否かの判定結果と、前記照合用音声データと前記登録用音声データの話者が一致するか否かの判定結果とに基づいて、前記チケットＩＤが示すチケットが有効か否かを判定する
チケット有効性判定方法であって、
第一チケットＩＤが示すチケットについての判定の際に、第一照合用音声データを記憶させ、
第二チケットＩＤが示すチケットについての判定の際に、第二照合用音声データと前記第一照合用音声データとを照合し、前記第二照合用音声データと前記第一照合用音声データの話者が一致するか否かを判定し、
前記第二照合用音声データと前記第一照合用音声データの話者が一致すると判定された場合、前記第一照合用音声データの話者が他の照合用音声データの話者と一致すると判定された回数に基づいて、第二チケットＩＤが示すチケットが有効か否かを判定する、
チケット有効性判定方法。
【請求項９】
チケットＩＤを取得し、
登録用音声データと前記チケットＩＤとを対応付けて記憶し、
前記登録用音声データは登録用文字列を発話した話者の音声データであり、
前記登録用文字列とは異なる文字列を示す照合用文字列データを送信部に送信させ、
照合用音声データから前記照合用文字列データが示す文字列が認識されるか否かを判定し、
前記照合用音声データと前記登録用音声データとを照合し、前記照合用音声データと前記登録用音声データの話者が一致するか否かを判定し、
前記照合用音声データから前記照合用文字列データが示す文字列が認識されるか否かの判定結果と、前記照合用音声データと前記登録用音声データの話者が一致するか否かの判定結果とに基づいて、前記チケットＩＤが示すチケットが有効か否かを判定する
チケット有効性判定方法であって、
第一チケットＩＤが示すチケットの購入処理の際に、第一照合用音声データを記憶させ、
第二チケットＩＤが示すチケットの購入処理の際に、第二照合用音声データと前記第一照合用音声データとを照合し、前記第二照合用音声データと前記第一照合用音声データの話者が一致するか否かを判定し、
前記第二照合用音声データと前記第一照合用音声データの話者が一致すると判定された場合、前記第一照合用音声データの話者が他の照合用音声データの話者と一致すると判定された回数に基づいて、第二チケットＩＤが示すチケットが有効か否かを判定する、
チケット有効性判定方法。
【請求項１０】
コンピュータに、
チケットＩＤを取得する取得処理と、
登録用音声データと前記チケットＩＤとを対応付けて記憶する記憶処理と、
前記登録用音声データは登録用文字列を発話した話者の音声データであり、前記登録用文字列とは異なる文字列を示す照合用文字列データを送信部に送信させる制御処理と、
照合用音声データから前記照合用文字列データが示す文字列が認識されるか否かを判定する文字列判定処理と、
前記照合用音声データと前記登録用音声データとを照合し、前記照合用音声データと前記登録用音声データの話者が一致するか否かを判定する話者判定処理と、
前記文字列判定処理の判定結果と、前記話者判定処理の判定結果とに基づいて、前記チケットＩＤが示すチケットが有効か否かを判定する判定処理と、
を実行させるチケット有効性判定プログラムであって、
第一チケットＩＤが示すチケットについての判定の際に、第一照合用音声データを記憶させ、
第二チケットＩＤが示すチケットについての判定の際に、第二照合用音声データと前記第一照合用音声データとを照合し、前記第二照合用音声データと前記第一照合用音声データの話者が一致するか否かを判定し、
前記第二照合用音声データと前記第一照合用音声データの話者が一致すると判定された場合、前記第一照合用音声データの話者が他の照合用音声データの話者と一致すると判定された回数に基づいて、第二チケットＩＤが示すチケットが有効か否かを判定する、
チケット有効性判定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケットの有効性を判定するチケット有効性判定システム、チケット有効性判定方法、チケット有効性判定プログラム、チケット有効性判定プログラムを記憶する記憶媒体に関する。
【背景技術】
【０００２】
近年、チケットの転売ビジネスが深刻な社会問題となっている。チケットは例えば、サービスを受ける権利又は商品を受け取る権利を証明するものとして、予め消費者が購入するものである。特に、希少性や話題性のあるサービス等のチケットは、正規価格より高値であっても購入のニーズが存在する。このような現状を背景に、チケットを大量に買い占めた後に高値で販売し、差益を得ることをビジネスとする転売者が増加している。転売ビジネスは消費者に不利益を与え、また、サービス等を提供する事業者の顧客満足度低下およびブランド毀損を招いている。そこで、上記のような転売行為を防止するためのシステムが求められている。
【０００３】
これに関連する技術として、ｅラーニング受講システムの一例を説明する。特許文献１には、ｅラーニングシステムにおける「申請者」「登録者」「受講者」を同定し、なりすまし受講者等を排除するためのシステムが記載されている。同システムは、予め登録されたキーワードとマイクを通じて発せられたキーワードとを対比し、一致しない場合には授業を行わずに動作を終了する。また、同システムは、音声が完全一致の場合や、殆ど一致の場合は、音声メディアの再生などによる不正と考えられるとして、動作を終了する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１９３５６０号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
チケットの購入者とチケットの使用者とが同一でない場合は、チケットを無効とすることで、転売行為を防止することができる。しかし、チケットの購入者は、登録された音声データとは別に、登録時と同一のキーワードを発話した音声データを予め用意することが可能である。したがって、上述のシステムでは、転売者が予め用意した音声データをチケットの譲受人に渡すことで、譲受人はチケットの購入者になりすまし、サービスの提供等を受けることができてしまう。譲受人が受け取った音声データのキーワードは登録されたキーワードと同一であり、音声は登録された音声と完全一致（又は殆ど一致）ではないためである。
【０００６】
つまり、上述したシステムでは、チケットの購入者とチケットの使用者とが同一でない場合にも、チケットを有効なものとして扱ってしまう。換言すると、上述したシステムはチケットの有効性を正確に判定できないため、転売行為を抑制することができないという問題点があった。そこで、本発明の目的は、チケットの有効性を正確に判定できないとの課題を解決するチケット有効性判定システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第一のシステムは、チケットＩＤを取得する取得部と、登録用音声データと前記チケットＩＤとを対応付けて記憶する記憶部と、前記登録用音声データは登録用文字列を発話した話者の音声データであり、前記登録用文字列とは異なる文字列を示す照合用文字列データを送信部に送信させる制御部と、照合用音声データから前記照合用文字列データが示す文字列が認識されるか否かを判定する文字列判定部と、前記照合用音声データと前記登録用音声データとを照合し、前記照合用音声データと前記登録用音声データの話者が一致するか否かを判定する話者判定部と、前記文字列判定部の判定結果と、前記話者判定部の判定結果とに基づいて、前記チケットＩＤが示すチケットが有効か否かを判定する有効性判定部と、を有する。
【発明の効果】
【０００８】
本発明によれば、チケットの有効性を正確に判定するチケット有効性判定システムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】第一実施形態の構成例を示すブロック図である。
【図２】チケット購入処理時の第一実施形態の動作の一例を示すシークエンス図である。
【図３】チケット購入情報の入力の一例を示す説明図である。
【図４】記憶部１２が記憶するデータの一例である。
【図５】記憶部１２が記憶するデータの一例である。
【図６】表示部２２による表示の一例である。
【図７】記憶部１２が記憶するデータの一例である。
【図８】表示部２２による表示の一例である。
【図９】表示部２２による表示の一例である。
【図１０】有効性判定時の第一実施形態の動作の一例を示すシークエンス図である。
【図１１】チケットＩＤの入力の一例を示す説明図である。
【図１２】表示部２２による表示の一例である。
【図１３】表示部２２による表示の一例である。
【図１４】表示部２２による表示の一例である。
【図１５】第一実施形態の他の動作の一例を示すシークエンス図である。
【図１６】第一実施形態の他の動作の一例を示すシークエンス図である。
【図１７】記憶部１２が記憶するデータの一例である。
【図１８】第二実施形態の構成例を示すブロック図である。
【図１９】第二実施形態の動作の一例を示すシークエンス図である。
【図２０】記憶部１２が記憶するデータの一例である。
【図２１】第二実施形態の動作の一例を示すシークエンス図である。
【図２２】記憶部１２が記憶するデータの一例である。
【図２３】第三実施形態の構成例を示すブロック図である。
【図２４】第三実施形態の動作の一例を示すシークエンス図である。
【図２５】記憶部１２が記憶するデータの一例である。
【図２６】第四実施形態の構成例を示すブロック図である。
【図２７】記憶部３３が記憶するデータの一例である。
【図２８】第四実施形態の動作の一例を示すシークエンス図である。
【図２９】表示部２２による表示の一例である。
【図３０】表示部２２による表示の一例である。
【図３１】第四実施形態の構成例を示すブロック図である。
【図３２】ハードウェア構成の一例を示す図である。
【図３３】ハードウェア構成の一例を示す図である。
【図３４】ハードウェア構成の一例を示す図である。
【図３５】ハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、図面を参照して、本発明の実施形態について詳しく説明する。ただし、以下の実施形態に記載されている構成要素は例示であり、本発明の技術範囲をそれらに限定する趣旨のものではない。
【００１１】
本明細書の実施形態では、コンサートチケットの購入および有効性判定の場面において、チケット有効性判定システムが用いられることを想定する。コンサートチケットは、あるコンサートを鑑賞する権利を証明するものであり、鑑賞希望者がコンサートの開催に先立って購入するものである。また、チケットの有効性判定とは、チケットの有効性、すなわちチケットが有効であるかそうでないか（無効であるか）を判定することである。また、チケットの有効性判定には、チケットの購入処理が有効であるかそうでないかを判定することを含んでも良い。以下、有効なチケットはコンサートを受ける権利を証明するものとなるが、無効なチケットはコンサートを受ける権利を証明するものとならないものとして説明する。つまり、チケットを有しているユーザであっても、そのチケットが無効である場合にはコンサートを鑑賞することはできない。
【００１２】
なお、本発明におけるチケットはコンサートチケットに限らず、サービスを受ける権利又は商品を受け取る権利を証明するものとして、消費者が予め購入するものであれば何でも良い。チケットは例えば、テーマパークの入場券、テーマパークのアトラクションパス、スポーツ観戦チケット、映画の前売り券、飲食店等の整理券、商品の引換券等で良い。チケットは商品またはサービスの割引券でもよい。
【００１３】
また、チケットは紙、磁気カード等の有体物でも良いし、データとして端末に保存される電子チケットでも良い。電子チケットは例えば、バーコード、二次元バーコード、チケットＩＤ等を含む画像データでも良い。
【００１４】
コンサートの鑑賞希望者は、チケット有効性判定システムのユーザとして以下に説明される。ユーザはユーザ端末を介してコンサートチケットを購入する。チケットはユーザの元に郵送され、又はデータとしてユーザが使用する端末に送信されても良い。チケットの有効性は、ユーザがいる場所や日時によって変化しても良い。つまり、ユーザのいる場所がコンサート会場から遠い場合や、日時がコンサート開催日時から離れている場合は、チケットは無効であっても良い。ユーザは有効なチケットを使用することで、コンサート会場への入場を許可され、コンサートを鑑賞することができる。
（第一実施形態）
（第一実施形態の構成）
第一実施形態の構成例について説明する。第一実施形態では、チケット有効性判定システムをチケット有効性判定サーバ１００が実現する場合について説明する。図１は、チケット有効性判定サーバ１００およびユーザ端末２００の構成例を示した図である。チケット有効性判定サーバ１００とユーザ端末２００はインターネット回線を介して通信可能に接続している。なお、チケット有効性判定サーバ１００とユーザ端末２００は、その他の無線又は有線の回線によって接続していても良い。
【００１５】
チケット有効性判定サーバ１００は、取得部１０、有効性判定部１１、記憶部１２、制御部１３、文字列判定部１４、話者判定部１５、受信部１６、送信部１７を含む。
【００１６】
取得部１０は、ユーザ端末２００から送信されたチケットＩＤ（Ｉｄｅｎｔｉｆｉｃａｉｏｎ）を受信部１６から取得する。チケットＩＤとは、チケットを識別するための識別子である。例えばチケットＩＤは、チケットに対して付与された固有の番号、記号、またはそれらの組み合わせで良い。
【００１７】
また、取得部１０はチケットの有効期間を取得する。チケットの有効期間とは、チケットが有効となる期間である。取得部１０は例えば、ユーザ端末２００から送信されたチケットＩＤに対応する有効期間を記憶部１２から取得しても良い。例えばチケットの有効期間は、イベント開催日当日の午前０時からイベントの終了時刻でも良い。または、チケットの有効期間は、イベント開催日の所定日数前からイベント開催日当日までの期間でも良い。チケットの有効期間は、チケットの購入日から所定日数が経過する日までの期間でも良い。
【００１８】
なお、チケットの有効期間が長すぎると、転売者が認証用音声データをチケットの譲受人に受け渡してしまう可能性がある。一方、チケットの有効期間が短すぎると、多数のユーザ端末２００がチケット有効性判定サーバ１００に集中的にアクセスし、チケット有効性判定サーバ１００の動作が遅くなる、動作が停止する等のトラブルが発生する可能性がある。また、ユーザの利便性も低下する。したがって、チケットの有効期間はこれらの要素を加味した長さで設定されていることが好ましい。
【００１９】
さらに取得部１０は、ユーザが使用している端末、すなわちユーザ端末２００の位置情報を取得する。取得部１０は、ユーザ端末２００から当該位置情報を取得しても良い。又は取得部１０は、ユーザ端末２００に接続する他の装置からユーザ端末２００の位置情報を取得しても良い。
【００２０】
ユーザ端末の位置情報とは、ユーザ端末の相対的又は絶対的な位置を示す情報である。位置情報は、ユーザ端末が存在する位置の住所でも良いし、ユーザ端末が存在する位置を緯度と経度で表した情報でも良い。または、位置情報は、ユーザ端末が存在する位置が所定の地域または区域に含まれるか否かを示す情報でも良い。位置情報は、携帯端末等を対象とした位置情報サービスによって与えられてもよい。位置情報サービスは、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）、基地局、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）によって実現されても良い。また、ユーザ端末の位置情報は、ユーザ端末に接続する他の装置の位置情報でもよい。例えば、ユーザ端末が接続するサーバ、ルーター等の位置情報が、ユーザ端末の位置情報であっても良い。
【００２１】
記憶部１２は、登録用音声データとチケットＩＤとを対応付けて記憶する。登録用音声データとは、チケットの購入処理時に生成され、記憶される音声データである。登録用音声データは、ユーザ端末２００がチケット有効性判定サーバ１００に送信した音声データ、またはその音声データからチケット有効性判定サーバ１００が生成した音声データで良い。
【００２２】
また、登録用音声データは、マイクロフォンで取得された音声信号に対して、所定の音声処理を施すことによって生成されたデータでも良い。所定の音声処理は例えば、デジタル信号への変換処理、フレーム分割処理、特徴量データ抽出処理等でよい。音声信号の特徴量データは例えば、ＭＦＣＣ（Ｍｅｌ−Ｆｒｅｑｕｅｎｃｙ Ｃｅｐｓｔｒｕｍ Ｃｏｅｆｆｉｃｉｅｎｔｓ）、ＬＰＣ（ｌｉｎｅａｒ  ｐｒｅｄｉｃｔｉｖｅ  ｃｏｄｉｎｇ）、ケプストラム係数等で良い。登録用音声データは、音声信号から抽出された特徴量データに音響モデルを適用して生成されても良い。音響モデルは例えば、隠れマルコフモデル．混合ガウス分布モデル等で良い。音響モデルは、話者判定部１５が音声信号の特徴量データを用いて学習することで作成されても良い。
【００２３】
さらに、登録用音声データは、登録用文字列を発話した話者の音声データである。登録用文字列とは、チケットの購入処理時にユーザに提示される文字列である。つまり、登録用音声データの話者はチケット購入処理時のチケット有効性判定サーバ１００のユーザとなる。例えばユーザは、チケットの購入処理時に表示された登録用文字列を見た上で、それを声に出して発話する。
【００２４】
制御部１３は、登録用文字列とは異なる文字列を示す照合用文字列データを送信部１７に送信させる。照合用文字列データは、登録用文字列とは異なる文字列を示すデータであれば何でも良い。例えば照合用文字列データは、登録用文字列とは異なる文字列を示すテキストデータでも良い。
【００２５】
文字列判定部１４は、照合用音声データから照合用文字列データが示す文字列が認識されるか否かを判定する。照合用音声データとは、チケットの有効性判定時に生成される音声データである。照合用音声データは、ユーザ端末２００が有効性判定サーバ１００に送信した音声データ、またはそのデータから有効性判定サーバ１００が生成した音声データで良い。照合用音声データは、マイクロフォンで取得された音声信号に対して、所定の音声処理を施すことによって生成されたデータでも良い。所定の音声処理は例えば、デジタル信号への変換処理、フレーム分割処理、特徴量データ抽出処理等でよい。
【００２６】
文字列判定部１４は、照合用音声データに対して音声認識処理を行うことで、照合用音声データから照合用文字列データが示す文字列が認識されるか否かを判定する。本実施形態では、音声データが示す語句、文章等の文字列を認識する処理を音声認識処理と呼ぶ。一方、音声データの話者を識別する処理は、例えば話者認識、話者照合等と呼ぶ。
【００２７】
文字列判定部１４は、例えば音声認識を行うためのモデルから算出されるスコアに基づいて、照合用音声データから照合用文字列データが示す文字列が認識されるか否かを判定する。音声認識を行うためのモデルは、例えば音響モデル、言語モデル等でよい。音響モデルは、例えば隠れマルコフモデル、混合ガウス分布モデル等で良い。モデルは記憶部１２または他の記憶装置に記憶されていても良い。
【００２８】
文字列判定部１４は例えば、照合用音声データに対して特徴量抽出処理、正規化処理等を行うことで、文字列判定用の特徴量データを生成しても良い。文字列判定用の特徴量データは、照合用音声データと比べて環境や話者の影響が軽減されていることが好ましい。文字列判定部１４は、生成された文字列判定用の特徴量データに対してモデルを適用し、照合用文字列データが示す文字列についてのスコアを算出する。そして、文字列判定部１４は、算出されたスコアが所定の閾値を超える場合には、照合用音声データから照合用文字列データが示す文字列が認識されると判定する。一方、文字列判定部１４は、算出されたスコアが所定の閾値を超えない場合には、照合用音声データから照合用文字列データが示す文字列が認識されないと判定する。所定の閾値は、予め記憶部１２に記憶されていても良い。
【００２９】
文字列判定部１４は、文字列判定用の特徴量データに対してモデルを適用し、複数の文字列についてのスコアを算出しても良い。そして、文字列判定部１４は、照合用文字列データが示す文字列についてのスコアが他の文字列についてのスコアと比較して最も高い場合、照合用音声データから照合用文字列データが示す文字列が認識されると判定しても良い。文字列判定部１４は、照合用文字列データが示す文字列についてのスコアが最も高い場合に限らず、スコアの高さが所定の順位以内である場合に照合用音声データから照合用文字列データが示す文字列が認識されると判定しても良い。
【００３０】
話者判定部１５は、照合用音声データと登録用音声データとを照合し、照合用音声データと前録用音声データの話者が一致するか否かを判定する。つまり、話者判定部１５は、照合用音声データと登録用音声データとを用いて話者照合を行う。前述の通り、話者照合とは音声データの話者を識別する処理である。話者判定部１５が照合する両データは、話者の音声の個人性を示す特徴量データを含むことが好ましい。
【００３１】
例えば話者判定部１５は、照合用音声データに対して特徴量抽出処理、正規化処理等を行うことで、話者判定用の特徴量データを抽出しても良い。話者判定用の特徴量データは、照合用音声データと比べて話者の音声の個人性が示されていることが好ましい。そして、話者判定部１５は、記憶部１２に記憶された登録用音声データと、話者判定用の特徴量データとを照合し、スコアを算出しても良い。そして、当該スコアが所定の閾値を超える場合には、登録用音声データの話者と、照合用音声データの話者とが一致すると判定する。一方、当該スコアが所定の閾値を超えない場合には、登録用音声データと照合用音声データの話者が一致しないと判定する。所定の閾値は、予め記憶部１２に記憶されていても良い。
【００３２】
有効性判定部１１は、文字列判定部１４の判定結果、話者判定部１５の判定結果、チケットの有効化期間、ユーザ端末２００の位置情報に基づいて、チケットが有効か否かを判定する。具体例を以下に説明する。
【００３３】
有効性判定部１１は、チケットの有効期間外において、チケットは無効であると判定する。例えば有効性判定部１１は、取得部１０が取得した有効期間と現在の日時とを比較し、現在の日時が有効期間内であるか、または有効期間外であるかを判定する。そして、有効性判定部１１は、有効期間外であると判定した場合、チケットは無効であると判定する。現在の日時は、他のコンピュータまたはユーザ端末２００から送信されても良い。
【００３４】
また、有効性判定部１１は、取得部１０が取得した位置情報が所定の有効範囲に含まれない場合、チケットは有効でないと判定する。有効範囲は、特定の地域や区域を示すものであれば何でも良い。例えば有効範囲は緯度と経度で表されていても良いし、特定の電波や音波等を受信できる範囲として表されても良い。また、有効範囲は国、都道府県、市町村等で表されても良い。有効範囲は、記憶部１２が記憶しても良い。また、有効範囲は、他のコンピュータまたはユーザ端末２００から送信されても良い。
【００３５】
なお、チケットの有効範囲が広すぎると、イベント会場から離れた位置にいる転売者がユーザとして有効性判定を実行してしまう可能性がある。一方、チケットの有効範囲が狭すぎると、イベント会場にユーザが殺到して混雑する可能性がある。したがって、チケットの有効期間はこれらの要素を加味した広さに設定されていることが好ましい。
【００３６】
また、有効性判定部１１は、文字列判定部１４および話者判定部１５の判定結果に基づいてチケットの有効性を判定する。例えば、文字列判定部１４が照合用音声データから照合用文字列データが示す文字列が認識されると判定し、話者判定部１５が登録用音声データの話者と照合用音声データの話者とが一致すると判定した場合、有効性判定部１１は、チケットが有効であると判定する。
【００３７】
なお、有効性判定部１１は、既に有効期間又は有効範囲に基づいてチケットは無効であると判定していた場合、文字列判定部１４および話者判定部１５の判定結果に基づいた判定は行わなくても良い。また、有効性判定部１１は、文字列判定部１４および話者判定部１５の判定結果に基づいてチケットは無効であると判定していた場合、有効期間または有効範囲に基づいた判定は行わなくても良い。
【００３８】
受信部１６は、ユーザ端末２００や他のコンピュータ等からデータを受信する。送信部１７は、ユーザ端末２００や他のコンピュータ等へデータを送信する。データの送受信はインターネットを介して行われても良いし、その他の有線または無線の通信手段を介して行われても良い。
【００３９】
ユーザ端末２００は、制御部２０、音声取得部２１、表示部２２、受信部２３、送信部２４、記憶部２５を含む。チケット有効性判定サーバ１００に接続するユーザ端末２００の数は複数でも良い。
【００４０】
音声取得部２１は、音波を電気信号に変換する。つまり、音声取得部２１は、ユーザの音声を電気信号に変換する。音声取得部２１は、例えばマイクロフォンで良い。
【００４１】
制御部２０は、音声取得部２１から電気信号を受け取り、それをデジタル信号に変換する。制御部２０はさらに、デジタル信号に対して所定の音声処理を行っても良い。所定の音声処理は例えば、フレーム分割処理、特徴量データ抽出処理等でよい。制御部２０は例えば、デジタル化された音声信号の周波数特徴を特徴量データとして抽出しても良い。制御部２０が上述の処理によって生成したデータは、登録用音声データ又は照合用音声データとして送信部２４が有効性判定サーバ１００に送信する。
【００４２】
また、制御部２０は表示部２２を制御する。例えば制御部２０は、表示部２２に登録用文字列データを表示させる。制御部２０は、記憶部２５から登録用文字列データを取得してもよいし、チケット有効性判定サーバ１００等の外部のコンピュータから登録用文字列データを取得しても良い。さらに、制御部２０は照合用文字列データを表示部２２に表示させても良い。制御部２０は、記憶部２５から照合用文字列データを取得してもよいし、チケット有効性判定サーバ１００等の外部のコンピュータから照合用文字列データを取得しても良い。
【００４３】
表示部２２は、登録用文字列データ及び照合用文字列データを表示する。これにより、表示部２２を見たユーザは、登録用文字列または照合用文字列を発話することができる。
【００４４】
記憶部２５は、登録用文字列データ、照合用文字列データ、その他表示部２２が表示するメッセージを記憶しても良い。
【００４５】
受信部２３は、チケット有効性判定サーバ１００や他のコンピュータ等からデータを受信する。送信部２４は、チケット有効性判定サーバ１００や他のコンピュータ等へデータを送信する。データの送受信はインターネットを介して行われても良いし、その他の有線または無線の通信手段を介して行われても良い。
（第一実施形態の動作）
次に、チケット有効性判定サーバ１００およびユーザ端末２００の動作について説明する。本実施形態では、チケットの購入処理時とチケットの有効性判定時とに分けて動作を説明する。
＜チケットの購入処理時＞
以下、ユーザがユーザ端末を用いてチケットを購入する処理を購入処理と呼ぶ。ユーザは、購入処理の際に、自身の音声データを登録する必要がある。以下に、チケット有効性判定サーバ１００およびユーザ端末２００によるチケット購入処理時の動作について説明する。図２は、チケット有効性判定サーバ１００およびユーザ端末２００の動作を説明するシークエンス図である。
【００４６】
まず、ユーザの操作によって、ユーザが購入するチケットの情報（以下、チケット購入情報と呼ぶ。）がユーザ端末２００に入力される（Ｓ１）。チケット購入情報には、コンサート名、開演時間、席ランク、チケットの枚数、アーティスト情報、会場情報等が含まれても良い。
【００４７】
ユーザによるチケット購入情報の入力の一例を図３に示す。図３では、ユーザ端末２００の例としてスマートフォンを示している。また、図３では、表示部２２としてスマートフォンのディスプレイを示している。図３では、購入したいチケットの席ランクと枚数をユーザが入力できる画面を示している。席ランクＳＳ、Ｓ、Ａ、Ｂ、Ｃのチケットの料金は、それぞれ￥１２，０００、￥１０，０００、￥８，０００、￥６，０００、￥５，０００である。また、表示部２２は、ユーザがチケットを購入しようとしているコンサートに関する情報を表示している。
【００４８】
例えばユーザは、表示部２２の▼マークの部分に触れることで所望の席ランクのチケットとその枚数を入力し、購入ボタンに触れることで入力内容を確定する。図３は、ユーザがＳランクのチケットを２枚購入するとの情報を入力したことを示している。
【００４９】
当該画面は、ユーザが所定のアプリケーションを起動し、会員ＩＤ、コンサート名、開演時間等を入力した後に表示されても良い。アプリケーションはユーザ端末２００に予めインストールされていても良い。または、当該画面はユーザがウェブブラウザを介して閲覧するウェブページでも良い。
【００５０】
なお、ユーザによるチケット購入情報の入力の仕方はディスプレイを介したものに限られない。ユーザは物理的なボタン、キーボード、マウス、ポインティングデバイス等の入力装置を介してユーザ端末２００に情報を入力しても良い。
【００５１】
制御部２０は、入力されたチケット購入情報を送信部２４に送信させる。送信部２４は、チケット有効性判定サーバ１００にチケット購入情報を送信する。チケット有効性判定サーバ１００内の受信部１６はチケット購入情報を受信する。
【００５２】
取得部１０は、受信されたチケット購入情報に基づいて、記憶部１２からチケットＩＤを取得する。記憶部１２が記憶するデータの一例を図５に示す。図５に示す通り、記憶部１２はイベントＩＤ、イベント内容、イベント日時、有効期間、有効範囲、チケットＩＤ、席ランク、購入状態、購入ＩＤを対応付けて記憶している。つまり記憶部１２は、イベントの詳細に対応付けてチケットの情報を記憶している。
【００５３】
イベントＩＤ「２０１６００１」には、イベント内容「日電コンサート２０１６」、イベント日時「２０１６．４．１  １８：００」、有効期間「２０１６.４．１  ００:００〜２０１６．４.１  ２１:００」、有効範囲「東京都千代田区」が対応付いている。また、これらの情報には、チケットＩＤ「１２３４５６６」「１２３４５６７」「１３４５６８」「１２３４５６９」が対応付いている。チケットＩＤ「１２３４５６６」には席ランク「Ｓ」、購入状態「１」、購入ＩＤ「ＡＢＣ１２３」が対応付いている。チケットＩＤ「１２３４５６７」および「１３４５６８」にはそれぞれ席ランク「Ｓ」、購入状態「０」が対応付いている。チケットＩＤ「１２３４５６９」には、席ランク「Ａ」、購入状態「０」が対応付いている。
【００５４】
購入状況は、１または０のフラグで表されている。購入状況とは、チケットが既に当該ユーザまたは他のユーザによって購入されているか否かを意味する。購入状況が１の場合は購入済であり、０の場合は未購入、つまり未だユーザが購入可能であることを意味する。
【００５５】
購入ＩＤは、チケットの購入処理ごとに付与される識別子であり、文字、数字またはそれらの組み合わせで良い。つまり、同一の購入ＩＤに対応付けられているチケットＩＤは、同一のユーザが同一の購入処理によって購入したチケットである。
【００５６】
取得部１０は、ユーザ端末２００から受信したチケット購入情報に対応するチケットＩＤの内、０のフラグが対応付いているものを取得する。また、チケット購入情報に購入枚数が含まれている場合、取得部１０は購入枚数と同じ数のチケットＩＤを取得する。前述の例では、Ｓランクのチケットを２枚購入するとのチケット購入情報が受信されているため、取得部１０は、席ランクがＳであり購入状況のフラグが０であるチケットＩＤ「１２３４５６７」と「１２３４５６８」を取得する。
【００５７】
このとき取得部１０は、記憶部１２が記憶するデータのうち、取得したチケットＩＤに対応するフラグを「１」に修正しても良い。また、取得部１０は、取得したチケットＩＤ対応付いた購入ＩＤを記憶部１２に記憶させても良い。購入ＩＤは、既に記憶部１２に記憶されている購入ＩＤと異なるものであれば良い。
【００５８】
なお、取得部１０は、ユーザ端末２００から受信したチケット購入情報に対応するチケットＩＤの内、０のフラグがついているものが２つ以上ある場合、チケットＩＤの小さいものから順に取得しても良い。また、取得部１０は、取得したチケットＩＤについての購入状態を０のフラグから１のフラグに修正し、データを上書きしても良い。
【００５９】
チケットＩＤおよびチケットＩＤに対応するデータは、記憶部１２以外の記憶部に記憶されていても良い。例えばチケットＩＤは、チケット有効性判定サーバ１００に接続する外部のサーバ等に記憶されていても良い。
【００６０】
さらに取得部１０は、記憶部１２から登録用文字列データを取得する（Ｓ２）。登録用文字列データは、登録用文字列を示すテキストデータでよい。記憶部１２が記憶するデータの一例を図４に示す。記憶部１２は、文字列データと文字列ＩＤとを対応付けて記憶している。文字列ＩＤは各文字列を識別するための識別子であり、文字、番号またはこれらの組み合わせで良い。
【００６１】
例えば取得部１０は、記憶部１２が記憶する文字列データからランダムに一つの文字列データを取得する。そして制御部１３は、取得部１０が取得した文字列データを登録用文字列データとして、送信部１７を介してユーザ端末２００に送信する。例えば制御部１３は、取得部１０が記憶部１２から文字列データ「買いました」を送信部１７に送信させる。
【００６２】
なお、取得部１０は、文字列データをランダムに取得しなくても良い。例えば取得部１０は、記憶部１２に記憶された文字列データを文字列ＩＤの順に取得してもよい。又は取得部１０は、チケット購入情報に応じて定まる文字列データを取得しても良い。
【００６３】
記憶部１２は、登録用文字列データの文字列ＩＤと取得したチケットＩＤとを対応付けて記憶する。例えば取得部１０が文字列ＩＤ「００２」の文字列である「買いました」を取得したとすると、記憶部１２は、文字列ＩＤ「００２」と、チケットＩＤ「１２３４５６７」および「１２３４５６８」を対応付けて記憶する。なお、記憶部１２は、文字列ＩＤに代え、文字列データをチケットＩＤに対応付けて記憶しても良い。又は記憶部１２は、文字列ＩＤと文字列データの両方をチケットＩＤに対応付けて記憶しても良い。
【００６４】
ユーザ端末２００内の制御部２０は、受信した登録用文字列データを表示部２２に表示させる（Ｓ３）。図６に表示部２２による表示の一例を示す。図６では、表示部２２が登録用文字データである「買いました」を表示している。さらに表示部２２は、表示する登録用文字列データを発話するよう促すメッセージ「録音開始ボタンを押して、以下の言葉を話してください。」を表示している。また、表示部２２は、ユーザが購入するチケットが対象とするコンサートに関する情報を表示している。
【００６５】
表示部２２による表示内容を見たユーザは、登録用文字列データを発話する。前述の例の場合、ユーザは「録音開始」のボタンを押下した後に、「買いました」と発話する。
【００６６】
音声取得部２１はユーザの発した音声を電気信号に変換する。そして制御部２０は電気信号をデジタル信号に変換した上で、周波数分析を行う。制御部２０が周波数分析した音声データを以下、登録用音声データと呼ぶ。つまり制御部２０は、ユーザが発した音声から登録用音声データを取得する（Ｓ４）。制御部２０は、送信部２２を介して登録用音声データをチケット有効性判定サーバ１００に送信する。なお、制御部２０は、周波数分析を行わず、電気信号から変換されたデジタル信号を登録用音声データとして送信部２２に送信させても良い。
【００６７】
チケット有効性判定サーバ１００内の記憶部１２は、受信部１６が受信した登録用音声データをチケットＩＤに対応付けて記憶する（Ｓ５）。つまり、記憶部１２は、登録用文字列データとチケットＩＤとを対応付けているデータに、さらに登録用音声データを対応付けて記憶する。記憶部１２が記憶するデータの一例を図７に示す。図７に示すデータでは、文字列ＩＤと、チケットＩＤと、登録用音声データとが対応付いている。制御部１３は、登録用音声データの登録が完了した旨を送信部１７に送信させても良い。
【００６８】
続けて、ユーザ端末２００およびチケット有効性判定サーバ１００は、チケット料金の支払いに関する処理を行っても良い。例えばユーザ端末２００内の制御部２０は、支払方法の選択を供給するメッセージを表示部２２に表示させても良い。また、制御部２０は、ユーザから支払いに関する情報を取得すると、その情報をチケット有効性判定サーバ１００に送信しても良い。チケット有効性判定サーバ１００におけるチケット料金の支払いに関する処理が完了した場合、ユーザによるチケットの購入が完了する。
【００６９】
制御部１３は、ユーザが購入したチケットのチケットＩＤを送信部１７に送信させても良い。そして、制御部２０は、ユーザが購入したチケットのチケットＩＤを表示部２２に表示させる。表示部２２による表示の一例を図８に示す。図８では、「あなたが購入したチケットは、ＩＤ：１２３４５６７  ＩＤ：１２３４５６８の２枚です。」とのメッセージが表示されている。これにより、表示部２２を見たユーザは、自身が購入したチケットのチケットＩＤを知ることができる。また、表示部２２は、購入したチケットが対象とするコンサートに関する情報を表示しても良い。
【００７０】
チケットＩＤが他の方法によってユーザに伝えられる場合、チケット有効性判定サーバ１００は、チケットＩＤをユーザ端末２００に送信しなくても良い。例えばチケットＩＤが印字されたチケットがユーザに郵送される場合、ユーザはそのチケットを見ることでユーザＩＤを知ることができる。そのため、チケット有効性判定サーバ１００によるチケットＩＤの送信および表示部２２によるチケットＩＤの表示は省略されても良い。  
また、表示部２２は、チケットの有効期間および有効範囲の少なくともいずれか一方を表示してもよい。この場合、チケット有効性判定サーバ１００内の制御部１３は、記憶部１２から有効期間および有効範囲の少なくともいずれか一方を取得し、送信部１７に送信させる。表示部２２による表示の一例を図９に示す。図９では、ユーザが購入したチケットの有効期間「２０１６年４月１日  午前０時〜２０１６年４月１日  午後９時」と、チケットの有効範囲「東京都千代田区内」と、コンサートに関する情報が表示部２２によって表示されている。これにより、ユーザはいつからチケットが有効となるのか、またはどこでチケットが有効となるのかを予め知ることができる。なお、表示部２２は、チケットＩＤとともに有効化期限、有効化範囲を表示しても良い。
＜チケットの有効性判定時＞
ユーザはコンサートを鑑賞する際に、チケットが有効であることを証明する必要がある。そのため、ユーザはコンサートの鑑賞に先立ってチケットの有効性をチケット有効性判定サーバ１００に判定させる。以下に、チケットの有効性を判定する際のチケット有効性判定サーバ１００およびユーザ端末２００の動作について説明する。図１０は、チケット有効性判定サーバ１００およびユーザ端末２００の動作を説明するシークエンス図である。
【００７１】
まず、ユーザの操作によってユーザ端末２００にチケットＩＤが入力される（Ｓ６）。ユーザによるチケットＩＤの入力の一例を図１１に示す。図１１では、ユーザが使用したいチケットのチケットＩＤを入力できる画面を示している。
【００７２】
例えばユーザは、表示部２２に表示された「ＩＤ」の文字の右の入力欄に触れることで、当該入力欄に文字を入力する。図１１は、チケットＩＤ「１２３４５６７」をユーザが入力したことを示している。
【００７３】
当該画面は、ユーザが所定のアプリケーションを起動し、会員ＩＤ、コンサート名、開演時間等を入力した後に表示されても良い。アプリケーションはユーザ端末２００に予めインストールされていても良い。または、当該画面はユーザがウェブブラウザを介して閲覧するウェブページでも良い。
【００７４】
なお、ユーザによるチケットＩＤの入力の仕方はディスプレイを介したものに限られない。ユーザは物理的なボタン、キーボード、マウス、ポインティングデバイス等の入力装置を介してユーザ端末２００に情報を入力しても良い。
【００７５】
次に制御部２０は、ユーザ端末２００の位置情報を取得する（Ｓ７）。制御部２０は、ＧＰＳ受信機から位置情報を受信しても良い。又は制御部２０は、基地局や無線ＬＡＮポイントから位置情報を取得しても良い。その後制御部２０は、送信部２４を介してチケットＩＤおよび位置情報をチケット有効性判定サーバ１００に送信する。ここでは、ユーザ端末の位置情報が「東京都千代田区北の丸公園」だったとする。
【００７６】
チケット有効性判定サーバ１００内の取得部１０は、チケットＩＤと、ユーザ端末２００の位置情報と、チケットの有効期間とを取得する（Ｓ８）。具体的には、取得部１０は、受信部１６が受信したチケットＩＤ「１２３４５６７」と、位置情報「東京都千代田区北の丸公園」を取得する。そして、取得部１０は、ユーザ端末２００から送信されたチケットＩＤに対応する有効期間を記憶部１２から取得する。例えば取得部１０は、図５に示す通り、チケットＩＤ「１２３４５６７」に対応する有効期間「２０１６.４．１  ００:００〜２０１６.４．１  ２１:００」を記憶部１２から取得する。
【００７７】
そして有効性判定部１１は、現在の日時が有効期間内であるか否かを判定する（Ｓ９）。例えば有効性判定部１１は、取得部１０が取得した有効期間と、リアルタイムクロックから受信した現在日時とを比較し、現在の日時が有効期間内であるか否かを判定する。例えば現在日時が２０１６年４月１日午前９：００である場合、有効性判定部１１はリアルタイムクロックから「２０１６．４．１  ９：００」との現在日時を取得する。現在日時「２０１６．４．１  ９：００」は、有効期間「２０１６.４．１  ００:００〜２０１６.４．１  ２１:００」に含まれるため、有効性判定部１１は、現在の日時が有効期間内であると判定する。
【００７８】
現在の時刻が有効期間内である場合、有効性判定部１１は、ユーザ端末２００の位置情報が所定の有効範囲に含まれるか否かを判定する（Ｓ１０）。例えば有効性判定部１１は、チケットＩＤ「１２３４５６７」に対応する所定の有効範囲を記憶部１２から取得する。有効性判定部１１は、図５に示す通り、チケットＩＤ「１２３４５６７」に対応する有効範囲「東京都千代田区」を取得する。有効性判定部１１は、ユーザ端末２００の位置情報「東京都千代田区北の丸公園」は、有効範囲「東京都千代田区」に含まれると判定する。
【００７９】
なお、有効性判定部１１は、現在の時刻が有効期間外であると判定した場合、およびユーザ端末２００の位置情報が所定の有効範囲に含まれないと判定した場合には、チケットは無効であると判定する。この場合、チケット有効性判定サーバ１００は、以後の動作を行わず、判定結果をユーザ端末２００に送信しても良い。ユーザは、チケットＩＤ「１２３４５６７」のチケットが有効であることを証明できないため、これらのチケットを使用してコンサートを鑑賞することができない。
【００８０】
現在の時刻が有効期間内であり、ユーザ端末２００の位置情報が所定の有効範囲内である場合、制御部１３は、登録用文字列とは異なる文字列を示す照合用文字列データを取得する（Ｓ１１）。例えば制御部１３は、取得部１０が取得したチケッＩＤ「１２３４５６７」に対応する登録用文字列データとは異なる文字列を示す文字列データを、照合用文字列データとして記憶部１２から取得する。
【００８１】
例えば図７に示される通り、チケットＩＤ「１２３４５６７」に対応する登録用文字列データは文字列ＩＤ「００２」である。そのため、制御部１３は、図４に示されるデータから文字列ＩＤ「００２」とは異なる文字列ＩＤに対応付けられた文字列データを、照合用文字列データとして取得する。ここでは、制御部１３が文字列ＩＤ「００３」の文字列データ「使います」を照合用文字列データとして取得したとする。その後制御部１３は、照合用文字列データを送信部１７に送信させる。
【００８２】
ユーザ端末２００内の制御部２０は受信部２３から照合用文字列データを取得する。そして制御部２０は、照合用文字列データを表示部２２に表示させる（Ｓ１２）。これにより、表示部２２を見たユーザは照合用文字列を発話することができる。図１２に表示部２２による表示の一例を示す。図１２では、表示部２２が照合用文字データである「使います」を表示している。さらに表示部２２は、表示する照合用文字列データを発話するよう促すメッセージ「録音開始ボタンを押して、以下の言葉を話してください。」と、チケットが対象とするコンサートに関する情報を表示している。コンサートに関する情報は、チケット有効性判定サーバ１００から送信されても良い。
【００８３】
表示部２２による表示内容を見たユーザは、照合用文字列データを発話する。前述の例の場合、ユーザは「録音開始」のボタンを押下した後に、「使います」と発話する。
【００８４】
音声取得部２１はユーザの発した音声を電気信号に変換する。そして制御部２０は電気信号をデジタル信号に変換した上で、周波数分析を行う。制御部２０が周波数分析した音声データを以下、照合用音声データと呼ぶ。つまり制御部２０は、ユーザが発した音声から照合用音声データを取得する（Ｓ１３）。制御部２０は、送信部２２を介して照合用音声データをチケット有効性判定サーバ１００に送信する。なお、制御部２０は、周波数分析を行わず、電気信号から変換されたデジタル信号を照合用音声データとして送信部２２に送信させても良い。
【００８５】
チケット有効性判定サーバ１００内の文字列判定部１４は、受信部１６から照合用音声データを取得する。そして文字列判定部１４は、照合用音声データから照合用文字列データが示す文字列が認識されるか否かを判定する（Ｓ１４）。つまり文字列判定部１４は、照合用音声データに対して音声認識処理を行うことで、照合用音声データから照合用文字列データが示す文字列「使います」が認識されるか否かを判定する。例えば文字列判定部１４は、照合用音声データから文字列判定用の特徴量データを抽出しても良い。そして文字列判定部１４は、文字列判定用の特徴量データに隠れマルコフモデルを適用して、照合用音声データの文字列「使います」に対するスコアを算出する。そして、スコアが所定の閾値を超える場合に、照合用音声データから照合用文字列データが示す文字列が認識されると判定する。一方、文字列判定部１４は、スコアが所定の閾値を超えない場合には、照合用音声データから照合用文字列データが示す文字列が認識されないと判定する。
【００８６】
また、話者判定部１５は、照合用音声データと登録用音声データとを照合し、両音声データの話者が一致するか否かを判定する（Ｓ１５）。例えば、話者判定部１５は、ユーザが入力したチケットＩＤ「１２３４５６７」に対応付けられた登録用音声データを記憶部１２から取得する。また、話者判定部１５は、照合用音声データから話者判定用の文字列データを抽出しても良い。そして、話者判定部１５は、記憶部１２から取得した登録用音声データと、話者判定用の文字列データとを照合し、スコアが所定の閾値を超える場合に両音声データの話者が一致すると判定する。一方、話者判定部１５は、スコアが所定の閾値を超えない場合には、両音声データの話者が一致しないと判定する。
【００８７】
有効性判定部１１は、文字列判定部１４および話者判定部１５の判定結果に基づいて、チケットの有効性を判定する（Ｓ１６）。例えば、文字列判定部１４が照合用音声データから照合用文字列データが示す文字列が認識されると判定し、話者判定部１５が登録用音声データの話者と照合用音声データの話者とが一致すると判定した場合、有効性判定部１１は、チケットが有効であると判定する。また、有効性判定部１１は、文字列判定部１４が照合用音声データから照合用文字列データが示す文字列が認識されないと判定した場合は、話者判定部１５の判定結果に関わらず、チケットは無効であると判定しても良い。有効性判定部１１は、話者判定部が登録用音声データの話者と照合用音声データの話者とが一致しないと判定した場合は、文字列判定部１４の判定結果に関わらず、チケットは無効であると判定しても良い。
【００８８】
制御部１３は、有効性判定部１１の判定結果を送信部１７に送信させる。送信部１７は、有効性判定部１１の判定結果をユーザ端末２００に送信する。
【００８９】
ユーザ端末２００内の制御部２０は、受信部２３が受信した判定結果を表示部２２に表示させる。表示部２２による表示の一例を図１３および図１４に示す。図１３には、有効性判定部１１がチケットは有効であると判定した場合の表示を示す。図１３では、有効であると判定されたチケットのＩＤと、「のチケットは有効です。」とのチケットの有効性を示すメッセージと、コンサートに関する情報が表示部２２に表示されている。コンサートに関する情報は、チケット有効性判定サーバ１００から判定結果と共に送信されても良い。
【００９０】
図１４には、有効性判定部１１がチケットは無効であると判定した場合の表示を示す。図１４では、無効であると判定されたチケットのＩＤと、「のチケットは無効です。」とのチケットの有効性を示すメッセージと、コンサートに関する情報が表示部２２に表示されている。
【００９１】
例えばユーザは、携帯端末２００の表示をコンサート会場の係員に見せることで、チケットが有効であることを証明する。これによりユーザは、コンサート会場への入場を許可され、コンサートを鑑賞することができる。
【００９２】
または、ユーザはコンサート会場の入り口に設けられたゲート装置に携帯端末２００の表示を読み取らせても良い。ゲート装置はチケットが有効である旨を受信した場合に、ゲートを開き、ユーザによるコンサートの鑑賞を可能としても良い。この場合表示部２２は、有効性判定部１１の判定結果として、チケットの有効性を示すバーコードや図形を表示しても良い。また、バーコード等は、有効性判定部１１の判定結果の他に、チケットＩＤや、コンサート名、開演時間、席ランク等のチケット情報を示すものでも良い。
【００９３】
なお、チケット有効性判定サーバ１００内の有効性判定部１１、文字列判定部１４、話者判定部１５の動作は、上述の順に行われなくても良い。例えば有効性判定部１１は、有効範囲内か否かを判定した後に、有効期間内か否かを判定しても良い。有効性判定部１１は、照合用文字列データを取得した後に、有効期間内か否かを判定しても良い。また、話者判定部１５が判定をした後に、文字列判定部１４が判定をしても良い。
【００９４】
さらに、文字列判定部１４が照合用音声データから照合用文字列データが示す文字列が認識されないと判定した場合、話者判定部１５は判定を行わなくても良い。話者判定部１５が文字列判定部１４より先に動作する場合、話者判定部１５が登録用音声データの話者と照合用音声データの話者とが一致しないと判定した場合は、文字列判定部１４は判定を行わなくても良い。
【００９５】
本実施形態のチケット有効性判定サーバ１００は、ユーザ端末２００の位置情報に基づいてチケットが有効か否かを判定する。ここで、話者判定部１５は照合用音声データと登録用音声データの話者が一致するか否かを判定するそのため、チケットを購入したユーザが、チケットの有効性判定時にユーザ端末２００を操作する必要がある。したがって、例えば有効範囲がコンサート会場付近である場合、転売者は購入したチケットを譲り渡すためにコンサート会場付近まで出向かなければならない。また、例えば有効範囲がイベントによって異なる場合、大量のチケットを転売する傾向にある転売者は、チケットを譲り渡すために様々な場所に出向かなければならない。これにより、本実施形態のチケット有効性判定サーバ１００は、転売によって得られる利益を減少させ、チケットの転売行為を防止することができる。また、チケットが商品の引換券等である場合も、転売者は、商品を受け取るために有効範囲内の場所に出向かなければならない。これにより、本実施形態のチケット有効性判定サーバ１００は、チケットの転売だけでなく商品の転売も防止することができる。
【００９６】
さらに、有効性判定サーバ１００は、チケットの有効期間に基づいてチケットが有効か否かを判定する。例えばチケットの有効期間がイベント開催日当日である場合、転売者はイベント開催日当日にチケットの有効性を判定する必要がある。大量のチケットを購入する傾向にある転売者は、チケット毎に有効期間を把握し、有効性を判定しなければならない。そのため、転売者の転売意欲が減退し、チケットの転売行為を防止することができる。
【００９７】
なお、第一実施形態ではチケット有効性判定システムをチケット有効性判定サーバ１００として説明したが、チケット有効性判定システムはユーザ端末２００を含んでも良い。
【００９８】
また、有効性判定部１１は、現在の日時が有効期間内であるか否かを判定しなくても良い。このとき、取得部１０はチケットの有効期間を取得しなくても良い。この場合のチケット有効性判定サーバ１００およびユーザ端末２００の動作を図１５に示す。図１５に示されるように、取得部１０はチケットＩＤと位置情報を取得する（Ｓ２５）。チケット有効性判定サーバ１００は、ユーザ端末２００の位置情報基づいてチケットが有効か否かを判定する。具体的には、チケット有効性判定サーバ１００は、ユーザ端末２００の位置情報が所定の有効範囲に含まれるかを判定してもよい。チケット有効性判定サーバ１００は、ユーザ端末２００の位置情報が所定の有効範囲に含まれないと判定した場合、チケットは無効であると判定しても良い。これにより、転売者は購入したチケットを譲り渡すために有効範囲内の場所まで出向かなければならないため、本実施形態のチケット有効性判定サーバ１００は、転売によって得られる利益を減少させ、チケットの転売行為を防止することができる。
【００９９】
有効性判定部１１は、ユーザ端末２００の位置情報が所定の有効範囲に含まれるか否かを判定しなくても良い。このとき、取得部１０はユーザ端末２００の位置情報を取得しなくても良い。この場合のチケット有効性判定サーバ１００およびユーザ端末２００の動作を図１６に示す。図１６に示されるように、取得部１０はチケットＩＤとチケットの有効期間を取得する。チケット有効性判定サーバ１００は、チケットの有効期間に基づいてチケットが有効か否かを判定してもよい。具体的には、チケット有効性判定サーバ１００は、現在の日時が有効期間内であるか否かを判定しても良い。チケット有効性判定サーバ１００は、現在の日時が有効期間内でないと判定した場合、チケットは無効であると判定しても良い。これにより、大量のチケットを購入する傾向にある転売者は、チケット毎に有効期間を把握し、有効性を判定しなければならない。そのため、転売者の転売意欲が減退し、チケットの転売行為を防止することができる。
【０１００】
チケット有効性判定サーバ１００内に存在するとした記憶部１２は、チケット有効性判定サーバ１００に接続された他の装置内に存在しても良い。例えば記憶部１２は、チケット有効性判定サーバ１００に接続する記憶装置や、他のサーバ内の記憶装置でも良い。また、記憶部１２は、複数のハードウェア装置によって実現されても良い。記憶部１２が記憶するとした上述のデータは、複数のハードウェア装置に分かれて記憶されていても良い。
【０１０１】
記憶部１２は、前述のデータ以外のデータをチケットＩＤに対応付けて記憶しても良い。例えば記憶部１２は、ユーザの会員ＩＤ、チケットの購入日時、ユーザ端末のＩＤ、等をチケットＩＤに対応付けて記憶しても良い。
【０１０２】
また、記憶部１２は、予め登録用文字列データと照合用文字列データとを対応付けて記憶していても良い。この場合の記憶部１２が記憶するデータの一例を図１７に示す。例えば記憶部１２は、文字列ＩＤ「００１」の文字列データ「楽しみです」に対応付けて、文字列ＩＤ「００１−１」の「ひらけゴマ」、文字列ＩＤ「００１−２」の「開けてください」、文字列ＩＤ「００１−３」の「私です」、の３つの文字列データを記憶する。同様に、記憶憶１２は、文字列ＩＤ「００２」の文字列データ「買いました」に対応付けて、文字列ＩＤ「００２−１」の「使います」、文字列ＩＤ「００２−２」の「利用します」、文字列ＩＤ「００２−３」の「いただきます」、の３つの文字列データを記憶する。ただし、対応付けられる両文字列データが示す文字列は異なることが好ましい。
【０１０３】
この場合、制御部１３は、取得したチケットＩＤに対応する登録用文字列データを図１７に示されるデータから検索し、当該登録用文字列データに対応付けられた文字列データの中からランダムで照合用文字列データを取得しても良い。これにより制御部１３は、登録用文字列データに対応付けられた文字列データの中から照合用文字列データを選択するため、制御部１３の処理速度が向上する。
【０１０４】
なお、記憶部１２が対応付けて記憶する両文字列データが示す文字列には、共通の音素が含まれることが好ましい。つまり、制御部１３は、前記登録用文字列とは異なる文字列であり、かつ、登録用文字列データを表す音素と少なくとも一部が共通する音素を含む照合用文字列データを送信部に送信させることが好ましい。音素とは、音を表す言葉の要素である。音素は、ある言葉の音を表す母音又は子音でも良い。例えば、「楽しみです」との登録用文字列を表す音素は、「ｔ」、「ａ」、「ｎ」等でも良い。つまり、登録用文字列が表す音素と照合用文字列が表す音素は、「ｔ」、「ａ」、「ｎ」等について共通しても良い。登録用文字列と照合用文字列には、ある言葉を文法で区切ったときの単語や、ある言語を構成する一文字が共通して含まれていても良い。例えば、「楽しみです」との登録用文字列のうち、「楽しみ」、「です」、「た」、「の」等が照合用文字列と共通してもよい。
【０１０５】
話者が同一の場合、同一の音素を含む音声データ同士は、そうでない音声データ同士に比較して、特徴がより類似する。したがって、同一の音素を含む音声データ同士の話者照合では、ユーザの同一性をより精度よく判定することができる。
【０１０６】
また、登録用文字列データは、イベントやチケット有効性判定サーバ１００毎に予め定められていても良い。例えば記憶部１２は、イベントＩＤに対応付けて登録用文字列データを記憶していても良い。記憶部１２が記憶する登録用文字列データは一つでも良い。これにより、制御部１３が選択できる登録用文字列データの数が限られるため、制御部１３の処理速度が向上する。また、記憶部１２が記憶するデータの容量も軽減される。
【０１０７】
第一実施形態では送信部１７がユーザ端末に判定結果を送信したが、送信部１７は他の装置に判定結果を送信しても良い。例えば送信部１７は、コンサート会場に設置されたゲート装置等に判定結果を送信しても良い。例えばゲート装置は、チケットが有効である旨の判定結果を受信した場合、ゲートを開いてユーザのコンサート会場への入場を可能としても良い。また、ゲート装置は、チケットが無効である旨の判定結果を受信した場合、ゲートを開かず、ユーザのコンサート会場への入場を阻止しても良い。これによりコンサートの運営者は、ユーザ端末２００の画面を確認しなくても、効率的にユーザの会場への入場を管理することができる。
【０１０８】
また、ユーザへの登録用文字列および照合用文字列の提示は視覚的なものに限られず、例えば聴覚的なものでも良い。例えばユーザは、登録用文字列または照合用文字列を発話した音声を聞いた上で、それを発話しても良い。この場合、記憶部１２は、文字列データとともに、又は文字列データの代わりに、これらの文字列を発話した音声データを記憶しても良い。また、この場合、上述の照合用文字列データ及び登録用文字列データは音声データであってもよい。当該音声データの音声は人工的に生成された合成音声でも良いし、人間の音声でも良い。これにより、ユーザは表示部２２を見なくとも提示された文字列を認識し、発話することができる。
【０１０９】
さらに、有効性判定部１１は、あるチケットＩＤが示すチケットが有効又は無効であると判定した場合、当該チケット共に購入された他のチケットについても同一の判定をしても良い。例えば有効性判定部１１は、チケットＩＤ「１２３４５６７」のチケット有効であると判定した場合、記憶部１２を参照し、チケットＩＤ「１２３４５６７」と同一の購入ＩＤに対応付いているチケットＩＤを特定する。そして、有効性判定部１１は、特定したチケットＩＤのチケットも有効であると判定する。前述の例の場合、有効性判定部１１は、チケットＩＤ「１２３４５６７」と共に購入されたチケットＩＤ「１２３４５６８」のチケットについても有効であると判定してもよい。同様に、有効性判定部１１は、チケットＩＤ「１２３４５６７」のチケットが無効であると判定した場合、チケットＩＤ「１２３４５６８」のチケットについても無効であると判定してもよい。これによりユーザは、例えば自身が使用するチケットと共に購入した同伴者等のチケットについても、自身のチケットについての処理を通して有効性を判定させることができる。
（第二実施形態）
（第二実施形態の構成）
次に、第二実施形態の構成例について説明する。第二実施形態では、異なる２以上のチケットについて、チケット有効性判定サーバ１００が有効性を判定した場合を想定する。本実施形態では、先に有効性が判定されたチケットのチケットＩＤを第一チケットＩＤと呼び、後に有効性が判定されたチケットのチケットＩＤを第二チケットＩＤと呼ぶ。また、第一チケットＩＤが示すチケットについての有効性判定の際にユーザ端末２００から送信される照合用音声データを第一照合用音声データと呼ぶ。さらに、第二チケットＩＤが示すチケットについての有効性判定の際にユーザ端末２００から送信される照合用音声データを第二照合用音声データと呼ぶ。
【０１１０】
第二実施形態の構成例を図１８に示す。図１８に示されるチケット有効性判定サーバ１０１は、話者判定部１８と有効性判定部１９を有する点で、第一実施形態のチケット有効性判定サーバ１００と異なる。その余の構成については第一実施形態と同様であるため、適宜説明を省略する。
【０１１１】
話者判定部１８は、第一チケットＩＤが示すチケットについての判定の際に、第一照合用音声データを記憶部１２に記憶させる。記憶部１２が記憶するデータの一例を図２０に示す。話者判定部１８は、第一照合用音声データに音声データＩＤを対応付けて記憶しても良い。音声データＩＤとは、照合用音声データを識別するための識別子であり、文字、数字、またはこれらの組み合わせでよい。
【０１１２】
話者判定部１８は、第一照合用音声データの話者が他の照合用音声データの話者と一致すると判定された回数を、第一照合用音声データに対応付けて記憶部１２に記憶させても良い。例えば、第一照合用音声データを記憶部１２に記憶させるときは、話者判定部１８は、図２０に示すように一致回数「０回」を第一照合用音声データ「音声データＥ」に対応付けて記憶させても良い。その後、話者判定部１８は、第一照合用音声データ「音声データＥ」と他の照合用音声データとを照合し、両音声データの話者が一致すると判定する度に、第一照合用音声データ「音声データＥ」に対応付けられた一致回数を一回増加させても良い。
【０１１３】
話者判定部１８は、第二チケットＩＤが示すチケットについての判定の際に、第二照合用音声データと第一照合用音声データとを照合し、第二照合用音声データと第一照合用音声データの話者が一致するか否かを判定する。両音声データの話者が一致するか否かの判定については、第一実施形態と同様であるため説明を省略する。
【０１１４】
有効性判定部１９は、両音声データの話者が一致すると判定された場合、第一照合用音声データの話者が他の照合用音声データの話者と一致すると判定された回数に基づいて、第二チケットＩＤが示すチケットが有効か否かを判定する。具体的には、有効性判定部１９は、第一照合用音声データ「音声データＥ」と第二照合用音声データの話者が一致すると判定された場合、記憶部１２に記憶されたデータを参照する。そして、有効性判定部１９は、第一照合用音声データ「音声データＥ」の話者が他の照合用音声データの話者と一致すると判定された回数が所定の回数以上であるか否かを判定する。
【０１１５】
第一照合用音声データ「音声データＥ」に対応付けられた一致回数が所定の回数以上でないと判定された場合、有効性判定部１９は、第二チケットＩＤが示すチケットが有効であると判定する。一方、第一照合用音声データ「音声データＥ」に対応付けられた一致回数が所定の回数以上である場合、有効性判定部１９は、第二チケットＩＤが示すチケットが無効であると判定する。
【０１１６】
有効性判定部１９が参照するデータの一例を図２２に示す。図２２より、第二チケットＩＤが示すチケットについての判定の際、第一照合用音声データ「音声データＥ」に対応付けられた一致回数は「１０回」となっている。つまり、第一照合用音声データ「音声データＥ」の話者が他の照合用音声データの話者と一致すると判定された回数は１０回に達している。ここで、所定の回数が１０回であるとすると、有効性判定部１９は、第一照合用音声データ「音声データＥ」の話者が他の照合用音声データの話者と一致すると判定された一致回数「１０回」以上であると判定する。したがって、有効性判定部１９は、第二チケットＩＤが示すチケットが無効であると判定する。
（第二実施形態の動作）
次に、チケット有効性判定サーバ１０１およびユーザ端末２００のチケットの有効性判定時の動作について説明する。なお、話者判定部１８および有効性判定部１９以外の構成については、第一実施形態と同様の動作となるため、適宜説明を省略する。
【０１１７】
まず、チケット有効性判定サーバ１０１が初めてチケットの有効性を判定する場合について説明する。当該チケットのチケットＩＤを第一チケットＩＤとする。図１９は、チケット有効性判定サーバ１０１およびユーザ端末２００の動作の一例を示すシークエンス図である。第一実施形態の動作とは、Ｓ１８が追加されている点で異なる。
【０１１８】
話者判定部１８は、第一チケットＩＤが示すチケットについての判定の際に、第一照合用音声データを記憶部１２に記憶させる（Ｓ１８）。話者判定部１８は、第一照合用音声データに音声データＩＤを対応付けて記憶部１２に記憶させても良い。
【０１１９】
話者判定部１８は、第一照合用音声データの話者が他の照合用音声データの話者と一致すると判定された回数を、第一照合用音声データに対応付けて記憶部１２に記憶させても良い。例えば、第一照合用音声データを記憶部１２に記憶させるときは、話者判定部１８は、図２０に示すように一致回数「０回」を第一照合用音声データに対応付けて記憶させても良い。
【０１２０】
その後、話者判定部１８は、第一照合用音声データと他の照合用音声データとを照合し、両音声データの話者が一致すると判定する度に、第一照合用音声データに対応付けられた一致回数を一回増加させても良い。
【０１２１】
次に、第一チケットＩＤのチケットの判定とは別時において、チケット有効性判定サーバ１０１がチケットの有効性を判定する場合について説明する。当該チケットのチケットＩＤを第二チケットＩＤとする。図２１は、チケット有効性判定サーバ１０１およびユーザ端末２００の動作を示すシークエンス図である。図２１に示すシークエンス図は、Ｓ１９の動作において図１９に示すシークエンス図と異なる。
【０１２２】
話者判定部１８は、第二チケットＩＤが示すチケットについての判定の際に、第二照合用音声データと前記第一照合用音声データとを照合し、両音声データの話者が一致するか否かを判定する。両音声データの話者が一致するか否かの判定については、第一実施形態と同様であるため説明を省略する。
【０１２３】
有効性判定部１９は、両音声データの話者が一致すると判定された場合、第一照合用音声データの話者が他の照合用音声データの話者と一致すると判定された回数に基づいて、第二チケットＩＤが示すチケットが有効か否かを判定する。具体的には、有効性判定部１９は、第一照合用音声データと第二照合用音声データの話者が一致すると判定された場合、記憶部１２に記憶されたデータを参照する。そして、有効性判定部１９は、第一照合用音声データの話者が他の照合用音声データの話者と一致すると判定された回数が所定の回数以上であるか否かを判定する（Ｓ１９）。
【０１２４】
第一照合用音声データに対応付けられた一致回数が所定の回数以上でないと判定された場合、有効性判定部１９は、第二チケットＩＤが示すチケットが有効であると判定する。一方、第一照合用音声データに対応付けられた一致回数が所定の回数以上である場合、有効性判定部１９は、第二チケットＩＤが示すチケットが無効であると判定する。
【０１２５】
チケットが無効であると判定された場合、制御部１３は、その旨を送信部１７に送信させても良い。この場合、ユーザ端末２００内の制御部２０は、表示部２２にチケットが無効である旨のメッセージを表示させても良い。
【０１２６】
本実施形態のチケット有効性判定サーバ１０１は、第一照合用音声データの話者が他の照合用音声データの話者と一致すると判定された回数に基づいて、第二チケットＩＤが示すチケットが有効か否かを判定する。つまり、同一の話者が所定回数以上チケットの有効性を判定させようとすると、チケットは無効であると判定される。これにより転売者は、チケットを大量に購入しても、当該チケットの一部について有効であるとの判定を得ることができない。したがって、有効性判定サーバ１０１はチケットの転売行為を抑制することができる。
【０１２７】
なお、制御部２０および取得部１０は、ユーザ端末２００の位置情報を取得しなくても良い。また、有効性判定部１９は、ユーザ端末２００の位置情報が所定の有効範囲に含まれるか否かを判定しなくても良い。有効性判定部１９は、現在の日時がチケットの有効化期間内であるか否かを判定しなくても良い。
【０１２８】
また、話者判定部１８は、第一照合用音声データの話者と第二照合用音声データの話者が一致すると判定した場合、第一照合用音声データと第二照合用音声データに基づいて生成された適応音声データを記憶部１２に記憶させても良い。具体的には、話者判定部１８は、第一照合用音声データの話者と第二照合用音声データの話者が一致すると判定した場合、第一照合用音声データと第二照合用音声データをつなぎ合わせて適応音声データを生成しても良い。また、両照合用音声データが隠れマルコフモデル、混合ガウス分布モデル等の音響モデルで表される場合、話者判定部１８は、最尤基準や最大事後確率基準等の基準を用いて、第一照合用音声データを第二照合用音声データに適応させても良い。つまり、話者判定部１８は、第一照合用音声データを第二照合用音声データに適応させることで適応音声データを生成しても良い。話者判定部１８は、生成された適応音声データを記憶部１２に記憶させる。話者判定部１８は、適応音声データを第一照合用音声データ、第二照合用音声データに対応付けて記憶部１２に記憶させても良い。
【０１２９】
そして、話者判定部１８は、第三チケットＩＤが示すチケットについての判定の際に、記憶部１２に記憶させた適応音声データと第三照合用音声データとを照合する。これにより、話者判定部１８は、話者が同一であると判定された音声データを用いて学習するため、話者が同一であるか否かの判定の精度を向上させることができる。
【０１３０】
また、話者判定部１８は、チケットの購入処理時においても本実施形態と同様の処理を行ってもよい。具体的には、話者判定部１８は、第一チケットＩＤが示すチケットの購入処理の際に、第一登録用音声データを記憶部１２に記憶させる。このとき、話者判定部１８は、第一登録用音声データの話者が他の登録用音声データの話者と一致すると判定された一致回数を、第一登録用音声データに対応付けて記憶部１２に記憶させても良い。
【０１３１】
その後、話者判定部１８は、第一登録用音声データと他の登録用音声データとを照合し、両音声データの話者が一致すると判定する度に、第一登録用音声データに対応付けられた一致回数を一回増加させても良い。
【０１３２】
次に、第一チケットＩＤが示すチケットの購入処理定とは別時において、チケット有効性判定サーバ１０１がチケットの購入処理を行う場合について説明する。当該チケットのチケットＩＤを第二チケットＩＤとする。話者判定部１８は、第二チケットＩＤが示すチケットの購入処理の際に、第二登録用音声データと第一登録用音声データとを照合し、第二登録用音声データと第一登録用音声データの話者が一致するか否かを判定する。有効性判定部１９は、第二登録用音声データと第一登録用音声データの話者が一致すると判定された場合、第一登録用音声データの話者が他の登録用音声データの話者と一致すると判定された回数に基づいて、第二チケットＩＤが示すチケットの購入処理が有効か否かを判定する。
【０１３３】
第一登録用音声データに対応付けられた一致回数が所定の回数以上でないと判定された場合、有効性判定部１９は、第二チケットＩＤが示すチケットの購入処理が有効であると判定する。一方、第一登録用音声データに対応付けられた一致回数が所定の回数以上である場合、有効性判定部１９は、第二チケットＩＤが示すチケットの購入処理が無効であると判定する。
【０１３４】
そして、有効性判定部１９は、チケットの購入は無効である旨を送信部１７に送信させても良い。その後有効性判定部１９は、第二登録用音声データを記憶部１２に記憶させずに、処理を終了しても良い。ユーザ端末２００内の制御部２０は、チケットの購入は無効である旨、又はチケットの購入が却下された旨等を示すメッセージを表示部２２に表示させても良い。これにより、チケット有効性判定サーバ１０１は、同一の転売者がチケットを多量に購入することを抑制することができる。  
（第三実施形態）
（第三実施形態の構成）
次に、第三実施形態の構成例について説明する。第三実施形態の構成例を図２３に示す。第三実施形態では、チケット有効性判定サーバ１０２が取得部３０および有効性判定部３１を有し、ユーザ端末２０１が制御部２６を有する点で第一実施形態と異なる。その余の構成については第一実施形態と同様であるため、適宜説明を省略する。
【０１３５】
ユーザ端末２０１内の制御部２６は、ユーザ端末２０１の端末ＩＤを取得する。端末ＩＤとは、ユーザ端末を識別するための識別子で良く、文字、数字、またはこれらの組み合わせで良い。端末ＩＤは例えば、ＩＰアドレス等の論理アドレスでも良いし、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス等の物理アドレスでもよい。制御部２６は、記憶部２５が記憶する端末ＩＤを取得しても良い。又は、制御部２６は、ユーザ端末２０１と接続する他のコンピュータ等から送信される端末ＩＤを取得しても良い。制御部２６は、送信部２４を介して端末ＩＤをチケット有効性判定サーバ１０２に送信する。
【０１３６】
チケット有効性判定サーバ１０２内の取得部３０は、受信部１６が受信した端末ＩＤを取得する。そして、有効性判定部３１は、取得された端末ＩＤが所定回数以上取得されたか否かを判定する。取得した端末ＩＤが所定回数以上取得されている場合、有効性判定部３１は、チケットは有効でないと判定する。所定回数は、予め記憶部１２に記憶されていても良い。
【０１３７】
より具体的には、有効性判定部３１は、記憶部１２が記憶するデータから、取得した端末ＩＤと同一の端末ＩＤを検索する。そして有効性判定部３１は、取得された端末ＩＤと同一の端末ＩＤを記憶部１２が記憶している場合、当該端末ＩＤに対応付けられて記憶されている回数のデータを修正する。例えば有効性判定部３１は、データが示す回数を１回分増加させる。
【０１３８】
記憶部１２は、端末ＩＤと、チケット有効性判定サーバ１０２が当該端末ＩＤを取得した回数とを対応付けて記憶しても良い。
（第三実施形態の動作）
次に、チケット有効性判定サーバ１０２およびユーザ端末２０１のチケットの有効性判定時の動作について説明する。図２４は、チケット有効性判定サーバ１０２およびユーザ端末２０１の動作の一例を示すシークエンス図である。なお、取得部３０、有効性判定部３１、制御部２６以外の構成については第一実施形態と同様の動作となるため、適宜説明を省略する。
【０１３９】
ユーザ端末２０１内の制御部２６は、ユーザ端末２０１の端末ＩＤを取得する（Ｓ２０）。例えば制御部２６は、記憶部２５が記憶する端末ＩＤ「１Ａ２Ｂ３Ｃ」を取得する。なお、制御部２６は、ユーザ端末２０１と接続する他のコンピュータ等から送信される端末ＩＤを取得しても良い。制御部２６は、送信部２４を介して端末ＩＤをチケット有効性判定サーバ１０２に送信する。
【０１４０】
チケット有効性判定サーバ１０２内の取得部３０は、受信部１６が受信した端末ＩＤと、位置情報と、チケットＩＤとを取得する（Ｓ２１）。そして、有効性判定部３１は、取得された端末ＩＤ「１Ａ２Ｂ３Ｃ」が所定回数以上取得されたか否かを判定する。取得した端末ＩＤが所定回数以上取得されている場合、有効性判定部３１は、チケットは無効であると判定する。より具体的には、有効性判定部３１は、記憶部１２が記憶するデータから、取得した端末ＩＤ「１Ａ２Ｂ３Ｃ」と同一の端末ＩＤを検索する。
【０１４１】
記憶部１２は、端末ＩＤとチケット有効性判定サーバ１０２が当該端末ＩＤを取得した回数とを対応付けて記憶する。記憶部１２が記憶するデータの一例を図２５に示す。図２５に示されるように、記憶部１２は、端末ＩＤ「１Ａ２Ｂ３Ｃ」、「１Ａ２Ｂ４Ｄ」「５Ａ２Ｃ７Ｃ」に、それぞれ取得回数「２回」「３回」「２回」を対応付けて記憶している。
【０１４２】
この場合、有効性判定部３１は、取得した端末ＩＤ「１Ａ２Ｂ３Ｃ」と同一の端末ＩＤを記憶部１２から検索する。そして、有効性判定部３１は、端末ＩＤ「１Ａ２Ｂ３Ｃ」に対応付いている取得回数「２回」を記憶部１２から取得する。有効性判定部３１は、取得回数「２回」が所定回数以上であるか否かを判定する（Ｓ２１）。端末ＩＤ「１Ａ２Ｂ３Ｃ」に対応付けられた取得回数が所定回数以上である場合、有効性判定部３１は、チケットは無効であると判定する。チケットが無効であると判定された場合、制御部１３は、その旨を送信部１７に送信させても良い。この場合、ユーザ端末２０１内の制御部２６は、表示部２２にチケットが無効である旨のメッセージを表示させても良い。
【０１４３】
一方、端末ＩＤ「１Ａ２Ｂ３Ｃ」に対応付けられた取得回数が所定回数以上でない場合、有効性判定部３１は、記憶部１２が記憶する取得回数を示すデータを修正する。例えば有効性判定部３１は、図２５に示されるデータのうち、端末ＩＤ「１Ａ２Ｂ３Ｃ」に対応付いている取得回数「２回」を、「３回」に修正する。
【０１４４】
本実施形態のチケット有効性判定サーバ１０１は、同一の端末ＩＤを所定回数以上取得した場合、チケットは無効であると判定する。したがって、転売者が同一の端末を介して幾度もチケットの有効性を判定しようとした場合、転売者が購入したチケットを無効に保つことができるため、転売行為を抑制することができる。
【０１４５】
なお、制御部２６および取得部３０は、ユーザ端末２０１の位置情報を取得しなくても良い。有効性判定部３１は、ユーザ端末２０１の位置情報が所定の有効範囲に含まれるか否かを判定しなくても良い。有効性判定部３１は、現在の日時がチケットの有効化期間内であるか否かを判定しなくても良い。
【０１４６】
図２４に示されるＳ９、Ｓ１０、Ｓ２２、Ｓ１１の動作の順番は、これに限られない。例えば有効性判定部３１は、取得された端末ＩＤが所定回数以上取得されたか否かを判定した後に、現在日時が有効期間内か否かを判定しても良い。また、有効性判定部３１は、Ｓ９、Ｓ１０、Ｓ２２、Ｓ１１の動作のうち、少なくともいずれかひとつの判定でチケットが無効であると判定した場合は、その他の判定を行わなくても良い。
【０１４７】
また、取得部３０、有効性判定部３１および制御部２６は、チケットの購入時においても本実施形態と同様の処理を行ってもよい。例えば制御部２６は、あるチケットの購入処理時においてユーザ端末２００の端末ＩＤを取得し、送信部２４を介して端末ＩＤをチケット有効性判定サーバ１０２に送信する。そして、有効性判定部３１は、取得した端末ＩＤとその取得回数を記憶部１２に記憶させる。さらに制御部２６は、他のチケットの購入処理時において、ユーザ端末２００の端末ＩＤをチケット有効性判定サーバ１０２に送信する。有効性判定部３１は、取得した端末ＩＤと記憶部１２が記憶する端末ＩＤとを照合し、一致する場合には、記憶部１２が記憶する取得回数を修正する。
【０１４８】
記憶部１２が記憶する回数のデータが所定回数以上の場合、有効性判定部３１は、チケットの購入は無効であると判定してもよい。そして、有効性判定部３１は、チケットの購入は無効である旨を送信部１７に送信させても良い。その後、有効性判定部３１は、登録用音声データを記憶部１２に記憶させずに、処理を終了しても良い。ユーザ端末２００内の制御部２０は、チケットの購入は無効である旨、又はチケットの購入が却下された旨等を示すメッセージを表示部２２に表示させても良い。これにより、同一の転売者が同一の端末を介してチケットを大量に購入することを抑制することができる。
【０１４９】
上記の場合、記憶部１２は、登録時に取得された端末ＩＤと、有効性判定時に取得された端末ＩＤとを別のデータとして記憶していても良い。登録時に取得された端末ＩＤと、有効性判定時に取得された端末ＩＤとが別のデータとして記憶されている場合、有効性判定部３１は、登録時と有効性判定時とで異なるデータを参照または修正しても良い。
（第四実施形態）
（第四実施形態の構成）
次に、第四実施形態の構成例について説明する。第四実施形態の構成例を図２６に示す。第四実施形態では、チケット有効性判定サーバ１０３が有効性判定部３２および記憶部３３を有する点で、第一実施形態と異なる。その余の構成については第一実施形態と同様であるため、適宜説明を省略する。
【０１５０】
本実施形態では、チケット有効性判定サーバ１０３内の記憶部３３がチケットの有効性を記憶する。また、本実施形態において、購入処理時のチケットは無効なものとして記憶部３３記憶されている。つまり、購入処理時のチケットは無効であるため、そのままではユーザはコンサートを鑑賞することができない。したがって、ユーザはコンサートの鑑賞に先立ってチケットを有効化する必要がある。以下に、記憶部３３が記憶する情報およびチケットの有効化について説明する。
【０１５１】
記憶部３３は、チケットの有効又は無効を示すチケット状態情報をチケットＩＤに対応付けて記憶する。チケット状態情報は、チケットが有効であるか無効であるかの状態を示す情報であれば何でも良く、例えばチケットの状態を「１」又は「０」で示すフラグでよい。有効性フラグはチケットの有効性を示すフラグであり、「１」はチケットが有効であることを、「０」はチケットが無効であることを意味する。例えば記憶部３３は、予め全てのチケットＩＤに対してフラグ「０」を対応付けて記憶していても良い。そして、チケットの有効性判定時に、有効性判定部３２によって有効性フラグが「０」から「１」に修正されても良い。
【０１５２】
有効性判定部３２は、照合用音声データから前記照合用文字列データが示す文字列が認識されると判定され、かつ、登録用音声データと照合用音声データの話者が一致すると判定された場合、チケットが有効であると判定する。さらに有効性判定部３２は、チケットが有効であると判定した場合、チケット状態情報を有効に修正する。
【０１５３】
より具体的には、有効性判定部３２は、文字列判定部１４の判定結果と話者判定部１８の判定結果を取得する。有効性判定部３２は、文字列判定部１４の判定結果が、照合用音声データから照合用文字列データが示す文字列が認識されるとの判定であり、かつ、話者判定部１８の判定結果が、登録用音声データと照合用音声データの話者が一致するとの判定である場合、チケットが有効であると判定する。そして、有効性判定部３２は、記憶部３３が記憶する有効性フラグを「０」から「１」に修正する。例えば、チケットＩＤ「１２３４５６７」のチケットについての有効性判定時について説明する。有効性判定部３２は、図２７に示されるデータのうち、チケットＩＤ「１２３４５６７」に対応付けられた有効性フラグを、「０」から「１」に修正する。換言すると、有効性判定部３２は、チケットＩＤ「１２３４５６７」のチケットを有効化する。
【０１５４】
有効性判定部３２は、文字列判定部１４の判定結果が、照合用音声データから照合用文字列データが示す文字列が認識されないとの判定であった場合、チケットは無効であると判定してよい。また、有効性判定部３２は、話者判定部１８の判定結果が、登録用音声データと照合用音声データの話者が一致しないとの判定である場合、チケットは無効であると判定してよい。有効性判定部３２は、チケットが無効であると判定した場合には、チケット状態情報を有効に修正しなくて良い。つまり、チケットは無効のままとなる。
（第四実施形態の動作）
次に、チケット有効性判定サーバ１０３およびユーザ端末２００の有効性判定時の動作について説明する。図２８は、チケット有効性判定サーバ１０３およびユーザ端末２００の動作の一例を示すシークエンス図である。なお、有効性判定部３２および記憶部３３以外の構成の動作については第一実施形態と同様であるため、適宜説明を省略する。
【０１５５】
有効性判定部３２は、照合用音声データから照合用文字列データが示す文字列が認識されると判定され、かつ、登録用音声データと照合用音声データの話者が一致すると判定された場合、チケットが有効であると判定する。さらに有効性判定部３２は、チケットが有効であると判定した場合、チケット状態情報を有効に修正する（Ｓ２３）。
【０１５６】
より具体的には、有効性判定部３２は、文字列判定部１４の判定結果と話者判定部１８の判定結果を取得する。有効性判定部３２は、文字列判定部１４の判定結果が、照合用音声データから照合用文字列データが示す文字列が認識されるとの判定であり、かつ、話者判定部１８の判定結果が、登録用音声データと照合用音声データの話者が一致するとの判定である場合、チケットが有効であると判定する。そして有効性判定部３２は、記憶部３３が記憶する有効性フラグを「０」から「１」に修正する。
【０１５７】
記憶部３３が記憶するデータの一例を図２７に示す。図２７に示されるデータは、有効性フラグを有する点で図７に示されるデータと異なる。図２７に示されるように、チケットＩＤ「１２３４５６９」にはフラグ「１」が対応付いている。つまり、チケットＩＤ「１２３４５６９」のチケットは有効である。したがって、チケットＩＤ「１２３４５６９」のチケットを有するユーザは、当該チケットを使用してコンサートを鑑賞することができる。一方、図２７に示されるように、チケットＩＤ「１２３４５６７」「１２３４５６８」「１３２４５７０」には、フラグ「０」が対応付いている。したがってこれらのチケットＩＤのチケットを有するユーザは、当該チケットを使用してコンサートを鑑賞することができない。そのため、ユーザは当該チケットを有効化する必要がある。
【０１５８】
ここで、有効性判定部３２がチケットＩＤ「１２３４５６７」のチケットは有効であると判定したとする。すると有効性判定部３２は、図２７に示されるデータのうちチケットＩＤ「１２３４５６７」に対応付けられた有効性フラグを、「０」から「１」に修正する。換言すると、有効性判定部３２は、チケットＩＤ「１２３４５６７」のチケットを有効化する。
【０１５９】
チケットが有効であると判定された場合、すなわちチケットが有効化された場合、ユーザ端末２００内の制御部２０は、チケットが有効化された旨のメッセージを表示部２２に表示させてもよい。表示部２２による表示の一例を図２９に示す。図２９に示される通り、例えば表示部２２は、「有効化成功」との有効化が成功したことを示すメッセージとともに、有効化されたチケットのチケットＩＤを表示しても良い。
【０１６０】
有効性判定部３２は、文字列判定部１４の判定結果が、照合用音声データから照合用文字列データが示す文字列が認識されないとの判定であった場合、チケットは無効であると判定してよい。また、有効性判定部３２は、話者判定部１８の判定結果が、登録用音声データと照合用音声データの話者が一致しないとの判定である場合、チケットは無効であると判定してよい。有効性判定部３２は、チケットが無効であると判定した場合には、チケット状態情報を有効に修正しなくて良い。この場合、有効性判定部３２はＳ２３の動作を行わずに、判定結果をユーザ端末２００に送信しても良い。したがって、記憶部３３がチケットＩＤ「１２３４５６７」に対応付けて記憶するフラグは「０」のままとなる。
【０１６１】
チケットが無効であると判定された場合、すなわちチケットが有効化されなかった場合、ユーザ端末２００内の制御部２０は、チケットが有効化されなかった旨のメッセージを表示部２２に表示させてもよい。表示部２２による表示の一例を図３０に示す。図３０に示される通り、例えば表示部２２は、「有効化失敗」との有効化が成功したことを示すメッセージとともに、無効であると判定されたチケットのチケットＩＤを表示しても良い。
【０１６２】
この後、コンサート会場に設置されたゲート装置等がチケット有効性判定サーバ１０１と通信し、ユーザが所有するチケットの有効性を取得しても良い。ゲート装置等は、チケットが示すチケットＩＤやバーコードを読み取ることで、チケットＩＤを取得しても良い。または、ユーザやコンサート会場のスタッフがゲート装置等にチケットＩＤを入力しても良い。
【０１６３】
チケット有効性判定サーバ１０３は、ゲート装置等から送信されたチケットＩＤのチケットが有効であるか無効であるかを記憶部３３から取得し、取得した結果をゲート装置等に送信しても良い。ゲート装置等は、チケットが有効である場合は、ゲートを開く等によりユーザのコンサート会場への入場を可能としても良い。ゲート装置等は、チケットが無効である場は、ゲートを閉じたままとし、又は警告を発する等によりユーザのコンサート会場への入場を阻止しても良い。
【０１６４】
本実施形態のチケット有効性判定サーバ１０３は、チケットが有効であると判定された場合、記憶部３３が記憶するチケット状態情報を有効に修正する。これにより、イベント会場のゲート装置等は、チケット有効性判定サーバ１０３に直接アクセスすることでチケットが有効であるか否かの情報を取得することができる。ユーザ端末２００が表示する画像をチケットの有効性の証明とする場合には、画像が偽装されることで、無効のチケットが有効であると誤認される恐れがある。しかし、本実施形態ではチケット有効性判定サーバ１０３がチケット状態情報を記憶するため、そのような恐れがなく、チケットの転売行為を抑制することができる。さらに、有効性判定サーバ１０３がチケット状態情報を記憶することで、会場のゲート装置等はユーザが会場に到着した際にチケット状態情報を照会すれば良く、ユーザは任意の場所やタイミングでチケットを有効化することができる。
【０１６５】
なお、ユーザ端末２００内の制御部２０およびチケット有効性判定サーバ１０３内の取得部１０は、ユーザ端末２００の位置情報を取得しなくても良い。有効性判定部３２は、ユーザ端末２００の位置情報が所定の有効範囲に含まれるか否かを判定しなくても良い。有効性判定部３２は、現在の日時がチケットの有効化期間内であるか否かを判定しなくても良い。
【０１６６】
また、有効性判定部３２は、あるチケットＩＤが示すチケットを有効化した場合、当該チケットと共に購入された他のチケットについても有効化しても良い。例えば有効性判定部３２は、チケットＩＤ「１２３４５６７」を有効化した場合、記憶部１２を参照し、チケットＩＤ「１２３４５６７」と同一の購入ＩＤに対応付いているチケットＩＤを特定する。そして、有効性判定部３２は、特定したチケットＩＤのチケットを有効化する。前述の例の場合、有効性判定部３２は、チケットＩＤ「１２３４５６７」と共に購入されたチケットＩＤ「１２３４５６８」のフラグを修正することで、チケットＩＤ「１２３４５６８」のチケットを有効化しても良い。これによりユーザは、例えば自身が使用するチケットと共に購入した同伴者等のチケットについても、自身のチケットについての処理を通して有効化することができる。
（第五実施形態）
（第五実施形態の構成）
第五実施形態の構成例について説明する。図３１は、チケット有効性判定システム４００の構成例を示した図である。チケット有効性判定システム４００は、取得部４０と、有効性判定部４１と、記憶部４２と、文字列判定部４３と、話者判定部４４と、制御部４５を備える。
【０１６７】
取得部４０は、チケットＩＤを取得する。例えば取得部４０は、外部の装置からチケットＩＤを取得しても良い。
【０１６８】
記憶部４２は、登録用音声データとチケットＩＤとを対応付けて記憶する。登録用音声データとは、登録用文字列を発話した話者の音声データである。
【０１６９】
制御部４５は、前記登録用文字列とは異なる文字列を示す照合用文字列データを送信部に送信させる。
【０１７０】
文字列判定部４３は、照合用音声データから照合用文字列データが示す文字列が認識されるか否かを判定する。文字列判定部４３は、音声認識処理によって算出されたスコアが閾値以上である場合に、照合用音声データから照合用文字列データが示す文字列が認識されると判定しても良い。
【０１７１】
話者判定部４４は、照合用音声データと登録用音声データとを照合し、両音声データの話者が一致するか否かを判定する。話者判定部４４は、特徴量データの照合によって算出されたスコアが所定の閾値以上である場合に、両音声データの話者が一致すると判定しても良い。
【０１７２】
有効性判定部４１は、文字列判定部４３および話者判定部４４の判定結果に基づいて、チケットの有効性を判定する。例えば有効性判定部４１は、照合用音声データから照合用文字列データが示す文字列が認識されないと判定され、照合用音声データと登録用音声データとが一致しないと判定された場合、チケットは無効であると判定しても良い。有効性判定部４１は、照合用音声データから照合用文字列データが示す文字列が認識されると判定され、照合用音声データと登録用音声データとが一致すると判定された場合、チケットは有効であると判定しても良い。
【０１７３】
本実施形態のチケット有効性判定システム４００は、文字列判定部４３による判定と、話者照合部４４による判定とに基づいてチケットの有効性を判定する。さらにチケット有効性判定システム４００は、登録用文字列とは異なる文字列を示す照合用文字列データをユーザに発話させることができる。これにより、チケットの転売者が予め用意した音声データをチケットの譲り受け人に渡したとしても、照合用音声データから照合用文字列データが示す文字列が認識されないため、チケットは無効と判定される。つまり、チケット有効性判定システム４００は、チケットの有効性を正確に判定することができる。
【０１７４】
なお、チケット有効性判定システム４００は、サーバ、スマートフォン等の携帯端末、ＰＣ（パーソナルコンピュータ）等の一つの装置によって実現されても良いし、複数の装置によって実現されても良い。例えば、記憶部４２および制御部４５がサーバによって実現され、他の構成が携帯端末によって実現されても良い。
（ハードウェア構成）
次に、ハードウェア構成の例について説明する。  図３２は、チケット有効性判定サーバ１００乃至１０３、およびチケット有効性判定システム４００のハードウェア構成例を示した図である。サーバ１０００は、あらゆる一般的なコンピュータで良い。例えば、サーバ１０００は、サーバ、ノートＰＣ、デスクトップＰＣ、ワークステーション、ブレードサーバ、などで良い。また、サーバ１０００は、他のサーバやコンピュータ等と通信可能に接続していても良い。
【０１７５】
図３２より、サーバ１０００は、プロセッサ１４０２、メモリ１４０４、ストレージ１４０６、メモリ１４０４と接続するノースブリッジ１４０８、拡張スロット１４１０を含む。また、サーバ１０００はさらに、通信インターフェース１４１４及びストレージ１４０６に接続するサウスブリッジ１４１２を含む。これらの構成要素は、互いにバスによって接続され、マザーボードに固定されている。
【０１７６】
プロセッサ１４０２は、メモリ１４０４、ストレージ１４０６等に記憶された命令を読み出して実行する。プロセッサ１４０２は、ディスプレイ３００に映像を表示するために命令を実行してもよい。プロセッサ１４０２は、メモリ１４０４、ストレージ１４０６に記憶されたプログラムを読み出して実行する。プロセッサ１４０２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＡＳＩＣｓ（Ａｐｐｌｉｃａｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）等の回路で良い。
【０１７７】
また、プロセッサ１４０２は、取得部４０、有効性判定部４１、文字列判定部４３、話者判定部４４、制御部４５の機能を実現しても良い。すなわちプロセッサ１４０２は、メモリ１４０４またはストレージ１４０６に記憶されたプログラムを読み出すことで、取得部４０、有効性判定部４１、文字列判定部４３、話者判定部４４、制御部４５の機能を実現しても良い。
【０１７８】
メモリ１４０４は、情報を記憶するコンピュータ読み取り可能な記憶媒体である。メモリ１４０４は、ＲＡＭ等の揮発性の記憶媒体でも良いし、ＲＯＭ等の不揮発性の記憶媒体でも良い。また、メモリ１４０４は、光学ディスク、磁気ディスク等でもよい。ストレージ１４０６は、大容量なコンピュータ読み取り可能な記憶媒体で良い。ストレージ１４０６は、例えばフロッピー（登録商標）ディスク、ハードディスクドライブ、光学ディスク、フラッシュメモリ等で良い。コンピュータ読み取り可能な記憶媒体が記憶するコンピュータプログラムが含む命令は、実行されることで上述の実施形態を実現する。メモリ１４０４は、記憶部４２を実現しても良い。
【０１７９】
ノースブリッジ１４０８は、例えばＣＰＵやメモリなどコンピュータの頭脳となる部分をつなぎ、データを転送するタイミングや速度などをコントロールする。ノースブリッジ１４０８は、主に高速に動作する装置との間でデータの橋渡しをする。一方、サウスブリッジ１４１２は、比較的低速な装置との間でデータの橋渡しをする。例えばノースブリッジ１４０８は、メモリ１４０４、表示装置１４、不図示の拡張カードを受け入れ可能な拡張スロット１４１０と接続されていても良い。また、サウスブリッジ１４１２は、ストレージ１４０６、通信インターフェース１４１４と接続されていても良い。
【０１８０】
通信インターフェース１４１４は、ＵＳＢ，Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｅｔｈｅｒｎｅｔ（登録商標）,ｗｉｒｅｌｅｓｓ Ｅｔｈｅｒｎｅｔ等の様々なコミュニケーションポートを含んでも良い。また、これらのコミュニケーションポートは、一つまたは複数の入出力装置、例えばキーボード、ポインティングデバイス、スキャナ、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）アダプター、ルーター等の通信機器、と接続されても良い。すなわち、サーバ１０００は、通信インターフェース１４１４を介して携帯端末１００１と接続されてもよい。また、通信インターフェース１４１４は、無線ＬＡＮアダプターを含んでいても良い。通信インターフェース１４１４は、受信部１６及び送信部１７の機能を実現しても良い。
【０１８１】
ディスプレイ３００は、ＶＧＡ（Ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）ポート、ＨＤＭＩ（登録商標）（Ｈｉｇｈ―Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ポート、ＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）ポート等を介してサーバ１０００に接続してもよい。ディスプレイ３００は、例えば、ＴＦＴ  ＬＣＤ（Ｔｈｉｎ−ｆｉｌｍ―Ｔｒａｎｓｉｓｔｏｒ Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ  ）ディスプレイ、その他のディスプレイで良い。
【０１８２】
図３３は、チケット有効性判定サーバ１００乃至１０３、およびチケット有効性判定システム４００の他のハードウェア構成例を示した図である。図３３に示される携帯端末１００１について説明する。携帯端末１００１は、携帯電話、スマートフォン、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）等の携帯端末で良い。
【０１８３】
携帯端末１００１は、ディスプレイ１４５４、トランシーバ１４６８、オーディオコーデック１４６０、コントロールインターフェース１４５８、ディスプレイインターフェース１４５６、を有していても良い。また、携帯端末１００１は、通信インターフェース１４６６、プロセッサ１４５２、ＧＰＳ（Ｇｒｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信モジュール１４７０、増設メモリ１４７４、メモリ１４６４、外部インターフェース１４６２をさらに有していても良い。
【０１８４】
ディスプレイ１４５４は、例えば、ＴＦＴ  ＬＣＤ（Ｔｈｉｎ−ｆｉｌｍ―Ｔｒａｎｓｉｓｔｏｒ Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ  ）ディスプレイ、その他のディスプレイで良い。また、ディスプレイは、コントロールインターフェース１４５８や、ディスプレイインターフェース１４５６と接続されていても良い。プロセッサ１４５２は、コントロールインターフェース１４５８やディスプレイインターフェース１４５６を介して、携帯端末１００１の利用者と情報をやりとりしてもよい。
【０１８５】
ディスプレイインターフェース１４５６は回路によって構成されても良い。ディスプレイインターフェース１４５６は、映像や他の情報を利用者に表示するためにディスプレイを制御する。
【０１８６】
コントロールインターフェース１４５８は利用者からのコマンドを受け取る。そして、コントロールインターフェース１４５８は、受け取ったコマンドをプロセッサ１４５２に送信するために変換しても良い。
【０１８７】
また、携帯端末１００１は、外部装置とプロセッサ１４０２との通信を可能にする外部インターフェース１４６２を有していても良い。外部インターフェース１４６２は、有線通信又は無線通信を携帯端末１００１に提供しても良い。
【０１８８】
増設メモリ１４７４は、増設インターフェース１４７２を介して携帯端末１００１に接続する。また、増設メモリ１４７４は、例えばＳＩＭＭ（Ｓｉｎｇｌｅ  Ｉｎ  Ｌｉｎｅ  Ｍｅｍｏｒｙ  Ｍｏｄｕｌｅ）カードインターフェースを含んでいても良い。また、増設メモリ１４７４は、携帯端末１００１に追加の記憶領域を与え、アプリケーションやその他の情報を記憶しても良い。さらに、増設メモリ１４７４は、セキュリティに関する情報を記憶していても良い。増設メモリ１４７４は、携帯端末１００１のセキュリティ管理機器として機能してもよい。例えば増設メモリ１４７４には、携帯端末１００１の安全な利用を実現する命令がプログラムされている。
【０１８９】
携帯端末１００１は、通信インターフェース１４６６を介して無線通信を行う。つまり携帯端末１００１は、通信インターフェース１４６６を介してサーバ１０００と通信しても良い。通信インターフェース１４６６は、送信部１６および受信部１７の機能を実現しても良い。
【０１９０】
通信インターフェース１４６６は、デジタル信号処理回路を含んでも良い。通信インターフェース１４６６は、ＧＭＳ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ），ＥＭＳ（Ｅｎｈａｎｃｅｄ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）等のモード、プロトコルの下で通信を実現しても良い。または、通信インターフェース１４６６は、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ），ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）等のモード、プロトコルの下で通信を実現しても良い。
【０１９１】
さらに、通信インターフェース１４６６は、ＰＤＣ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ），ＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＣＤＭＡ２０００、ＧＰＲＳ（Ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）等のモード、プロトコルの下で通信を実現しても良い。上述の通信は、例えばトランシーバ１４６８を介して発生する。また、狭域の通信、例えばＢｌｕｅｔｏｏｔｈ，Ｗｉ−Ｆｉ（登録商標）等を利用した通信も、トランシーバ１４６８を介して発生しても良い。
【０１９２】
ＧＰＳ受信モジュール１４７０は、携帯端末１００１で動作するアプリケーションで利用されるデータを提供しても良い。当該データは、例えば位置やナビゲーションに関連したデータで良い。
【０１９３】
また、携帯端末１００１は、オーディオコーデック１４６０を介して音声通信を行っても良い。オーディオコーデック１４６０は、利用者から音声情報を取得し、それをデジタル情報として利用可能に変換する。さらに、オーディオコーデック１４６０は利用者が聞き取り可能な音声を生成する。オーディオコーデック１４６０が扱う情報は、音声通話、録音された音（ボイスメッセージ、音楽ファイルなど）、携帯端末１００１上のアプリケーションが生成した音、等でも良い。
【０１９４】
プロセッサ１４５２、及びメモリ１４６４については、サーバ１０００と同様であるため説明を省略する。プロセッサ１４５２は、取得部４０、有効性判定部４１、文字列判定部４３、話者判定部４４、制御部４５の機能を実現しても良い。すなわちプロセッサ１４５２は、メモリ１４６４に記憶されたプログラムを読み出すことで、取得部４０、有効性判定部４１、文字列判定部４３、話者判定部４４、制御部４５の機能を実現しても良い。メモリ１４６４は、記憶部４２の機能を実現しても良い。
【０１９５】
図３４のコンピュータ１００３は、ユーザ端末２００または２０１のハードウェア構成の一例を示した図である。ディスプレイ２０００は、例えば、ＴＦＴ  ＬＣＤ（Ｔｈｉｎ−ｆｉｌｍ―Ｔｒａｎｓｉｓｔｏｒ Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ  ）ディスプレイ、その他のディスプレイで良い。ディスプレイ２０００は、表示部２２の機能を実現しても良い。
【０１９６】
マイクロフォン３０００は、音波を電気信号に変換する装置である。マイクロフォン３０００で生成された電気信号は、サウスブリッジ１４１２を介してプロセッサ１４０２に送信されても良い。マイクロフォン３０００は、音声取得部２１を実現しても良い。
【０１９７】
その他のハードウェア構成の機能はコンピュータ１０００と同様であるため、説明を省略する。なお、プロセッサ２０は、制御部２０の機能を実現しても良い。メモリ１４０４は、記憶部２５を実現しても良い。通信インターフェース１４１４は、受信部２３および送信部２４の機能を実現しても良い。
【０１９８】
図３５は、の携帯端末１００４は、ユーザ端末２００または２０１の他のハードウェア構成の一例を示した図である。ハードウェア構成の機能は携帯端末１００２と同様であるため、説明を省略する。
【０１９９】
なお、プロセッサ１４５２は、制御部２０の機能を実現しても良い。メモリ１４６４は、記憶部２５の機能を実現しても良い。オーディオコーデック１４６４は、マイクロフォンを含んでも良く、音声取得部２１の機能を実現しても良い。ディスプレイ１４５４は、表示部２２の機能を実現しても良い。通信インターフェース１４６６は、受信部２３および送信部２４の機能を実現しても良い。
【０２００】
上述した各実施形態は本発明を具体化した一例に過ぎず、請求の範囲に記載された本発明の趣旨の範囲内であれば、種々変更することができるものである。また、各実施形態に記載された構成は、任意に組み合わせることができるものである。
【符号の説明】
【０２０１】
１０          取得部
１１          有効性判定部
１２          記憶部
１３          制御部
１４          文字列判定部
１５          話者判定部
１６          受信部
１７          送信部
１８          話者判定部
１９          有効性判定部
２０          制御部
２１          音声取得部
２２          表示部
２３          受信部
２４          送信部
２５          記憶部
２６          制御部
３０          取得部
３１          有効性判定部
３２          有効性判定部
３３          記憶部
１００        チケット有効性判定サーバ
１０１        チケット有効性判定サーバ
１０２        チケット有効性判定サーバ
１０３        チケット有効性判定サーバ
２００        ユーザ端末
２０１        ユーザ端末
１４０２      プロセッサ
１４０４      メモリ
１４０６      ストレージ
１４０８      ノースブリッジ
１４１０      拡張スロット
１４１２      サウスブリッジ
１４１４      通信インターフェース
１４５２      プロセッサ
１４５４      ディスプレイ
１４５６      ディスプレイインターフェース
１４５８      コントロールインターフェース
１４６０      オーディオコーデック
１４６６      通信インターフェース
１４６８      トランシーバ
１４６２      外部インターフェース
１４６４      メモリ
１４７０      ＧＰＳ受信モジュール
１４７２      増設インターフェース
１４７４      増設メモリ
【図１】
0006686585.tif 000002
【図２】
0006686585.tif 000003
【図３】
0006686585.tif 000004
【図４】
0006686585.tif 000005
【図５】
0006686585.tif 000006
【図６】
0006686585.tif 000007
【図７】
0006686585.tif 000008
【図８】
0006686585.tif 000009
【図９】
0006686585.tif 000010
【図１０】
0006686585.tif 000011
【図１１】
0006686585.tif 000012
【図１２】
0006686585.tif 000013
【図１３】
0006686585.tif 000014
【図１４】
0006686585.tif 000015
【図１５】
0006686585.tif 000016
【図１６】
0006686585.tif 000017
【図１７】
0006686585.tif 000018
【図１８】
0006686585.tif 000019
【図１９】
0006686585.tif 000020
【図２０】
0006686585.tif 000021
【図２１】
0006686585.tif 000022
【図２２】
0006686585.tif 000023
【図２３】
0006686585.tif 000024
【図２４】
0006686585.tif 000025
【図２５】
0006686585.tif 000026
【図２６】
0006686585.tif 000027
【図２７】
0006686585.tif 000028
【図２８】
0006686585.tif 000029
【図２９】
0006686585.tif 000030
【図３０】
0006686585.tif 000031
【図３１】
0006686585.tif 000032
【図３２】
0006686585.tif 000033
【図３３】
0006686585.tif 000034
【図３４】
0006686585.tif 000035
【図３５】
0006686585.tif 000036