JP2020135517A - 情報表示システム - Google Patents

Abstract

【課題】この発明は、チケットや文書などの情報を取り扱う情報表示システムに関し、特に、特定の個人だけにチケット等の情報の表示を可能ならしめることを目的とする。【解決手段】サーバは、個々のユーザに関連して登録されたチケット情報と登録顔情報を格納した記憶装置を備える。端末は、ディスプレイと、ユーザの顔情報を取得するカメラを含む入力インターフェースを備える。イベント会場で、ユーザは端末上で表示するべきチケットを選択し（ステップ１３６）、端末が顔情報を取得して送信する（ステップ１４０）。取得顔情報を受け付けたサーバは（ステップ１４２）、登録顔情報と取得顔情報に基づいて顔認証を行う（ステップ１４４）。両者の一致が認められたら（ステップ１４６）、チケット情報がサーバから端末に送信され（ステップ１４８）、端末のディスプレイに表示される（ステップ１５２）。【選択図】図９

Description

この発明は、情報表示システムに係り、特に、チケットや文書などの情報の表示を、特定の個人に限定して可能ならしめるのに好適な情報表示システムに関する。

特許文献１には、顔写真付きのチケットを発行するシステムが開示されている。イベント会場等では、チケットの所持者について本人確認が必要になることがある。特許文献１に記載のチケットによれば、そこに印刷されている顔写真に基づいて、イベントスタッフが、目視により本人確認を行うことができる。

チケットに印刷された写真は、破損や汚れにより視認し難い状態となることがある。特許文献１では、そのような事態に備えて、顔写真を印刷したチケットを販売する際に、その顔のデータが、本部のサーバに格納される。そして、イベント会場等で、チケットの破損や汚れにより本人確認が困難である場合は、そのチケットに登録されている顔データを会場設置のディスプレイに読み出し、その表示に基づいて本人確認が行われる。

このように、特許文献１に記載のシステムによれば、イベント会場等において、チケット所持者の本人確認を、スタッフの目視により確実に行うことができる。

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

しかしながら、特許文献１に記載のシステムでは、イベント会場での本人確認を、イベントスタッフが目視により実施しなければならない。目視による判断には、ある程度の時間が必要であり、またある程度の誤認が伴う。更に、このような本人確認では、イベントスタッフが大きな負担を負うのを避けられない。これに対して、本人だけがチケットをディスプレイに表示させられるシステムを構築すれば、イベント会場では、チケットが表示されているか否かを確認するだけで、簡単かつ確実に本人確認を済ませることができる。

この発明は、以上の点に鑑みてなされたものであり、特定の個人だけがチケット等の情報をディスプレイに表示させることのできる情報表示システムを提供することを目的とする。

第１の発明は、上記の目的を達成するため、ネットワークで接続されたサーバと端末とを含む情報表示システムであって、
前記サーバは、
個々のユーザに関連して登録された登録表示情報および登録生体情報を格納した記憶装置を備え、
前記端末は、
ディスプレイと、
ユーザの生体情報を取得する生体情報取得装置を含む、ユーザ入力を受け付けるための入力インターフェースと、を備え、
登録表示情報の表示を求めるユーザ入力として操作ユーザを特定するユーザ入力と前記生体情報取得装置が取得した取得生体情報とを受け付ける処理と、
前記取得生体情報が、前記操作ユーザに関連する登録生体情報と一致するか否かを判断する処理と、
両者が一致すると判断された場合に、前記操作ユーザに関連する登録表示情報の前記ディスプレイへの表示を許可する処理と、
を実行する処理ユニットを備えることを特徴とする。

また、第２の発明は、第１の発明において、前記登録生体情報および生体情報は、ユーザの顔情報であることを特徴とする。

また、第３の発明は、第１または第２の発明において、
前記処理ユニットは前記サーバが備え、
前記端末は、
前記入力インターフェースに対するユーザ入力を、前記ネットワークを介して前記処理ユニットに送信する処理と、
前記処理ユニットが表示を許可した登録表示情報を、前記ディスプレイに表示する処理と、を実行するように構成されていることを特徴とする。

また、第４の発明は、第１または第２の発明において、
前記処理ユニットは前記端末が備え、
前記サーバは、前記端末に、当該端末のユーザと関連する登録生体情報および登録表示情報を、前記ネットワークを介して提供する処理を実行するように構成されており、
前記端末は、前記サーバから提供された前記登録生体情報を格納する処理、および前記登録表示情報を格納する処理を実行するように構成されていることを特徴とする。

また、第５の発明は、第４の発明において、
前記サーバは、
ユーザ登録を求めるユーザ入力として操作ユーザを特定するユーザ入力と当該操作ユーザの生体情報とを受け付け、当該生体情報を、当該ユーザ登録を求めるユーザに関連する前記登録生体情報として登録する処理と、
表示情報の登録を求めるユーザ入力として操作ユーザを特定するユーザ入力と登録を求める表示情報を特定するユーザ入力とを受け付け、当該表示情報を、当該登録を求めるユーザに関連する前記登録表示情報として登録する処理と、
前記登録生体情報の登録時、または前記登録表示情報の登録時に、前記登録生体情報を前記端末に提供する処理と、
前記登録表示情報の登録時に、当該登録表示情報を前記端末に提供する処理と、
を実行するように構成されていることを特徴とする。

また、第６の発明は、第４の発明において、
前記サーバは、
表示情報の登録を求めるユーザ入力として操作ユーザを特定するユーザ入力と、登録を求める表示情報を特定するユーザ入力と、当該操作ユーザの生体情報とを受け付け、当該表示情報および当該生体情報を、当該登録を求めるユーザに関連する前記登録表示情報および前記登録生体情報として夫々登録する処理と、
前記登録表示情報の登録時に、前記登録生体情報および前記登録表示情報を前記端末に提供する処理と、
を実行するように構成されていることを特徴とする。

また、第７の発明は、第１乃至第６の発明の何れかにおいて、
前記登録表示情報は、前記端末のユーザが所有するチケットとして表示されるべきチケット情報を含むことを特徴とする。

また、第８の発明は、第７の発明において、
前記登録表示情報は、前記チケット情報に加えて、時間の経過と共に変化する可変情報を含み、
前記処理ユニットは、前記可変情報を時間の経過と共に変化させる処理を更に実行するように構成されていることを特徴とする。

また、第９の発明は、第７または第８の発明において、
前記サーバは、
チケットのキャンセルを求めるユーザ入力を受け付ける処理と、
チケットのキャンセル条件の成否を判断する処理と、
前記キャンセル条件が成立する場合に、前記登録表示情報および前記登録生体情報の少なくとも一方の登録を解除する処理と、
当該解除の状態を前記端末に反映させる処理と、
を更に実行するように構成されていることを特徴とする。

第１の発明によれば、サーバの記憶装置には、登録表示情報と登録生体情報が格納される。ユーザが、端末の入力インターフェースを介して登録表示情報の表示を求めると、処理ユニットでは、その際に取得された取得生体情報と共に、操作ユーザを特定するユーザ入力が受け付けられる。また、処理ユニットは、受け付けた取得生体情報が、当該操作ユーザに関連する登録生体情報と一致するか否かに基づいて本人認証を行う。そして、両者が一致すれば、操作ユーザを登録表示情報と関連するユーザ本人と認証し、その登録表示情報の表示を許可する。このため、本発明によれば、登録生体情報に基づく本人認証がクリアされた場合にだけ、登録表示情報を端末のディスプレイに表示させることができる。

第２の発明によれば、サーバに登録されている顔情報と、端末で取得された顔情報とが一致するか否かに基づいて本人認証が行われる。顔情報は、カメラにより容易に取得することができる。また、顔情報であれば、ユーザは、登録生体情報として提出することに抵抗を感じ難い。このため、本発明によれば、利便性の高い情報表示システムを提供することができる。

第３の発明によれば、本人認証の処理は、サーバが備える処理ユニットで行われる。処理ユニットは、本人認証のために必要な取得生体情報を、端末から受け取ることができる。このように、本発明によれば、サーバと端末との間で通信が行える条件下で、端末に処理負荷をかけることなく適切に本人認証を行うことができる。

第４の発明によれば、本人認証の処理は、端末が備える処理ユニットで行われる。端末は、本人認証に必要な登録生体情報と、表示に必要な登録表示情報をサーバから受け取って格納しておくことができる。このため、端末は、登録表示情報の表示が求められた段階でサーバと通信することなく、本人認証の処理と、情報表示の処理とを適切に行うことができる。

第５の発明によれば、登録生体情報は、ユーザ登録の際にサーバに登録される。また、登録表示情報は、ユーザによりその登録が求められた際にサーバに登録される。そして、登録生体情報および登録表示情報は、遅くとも登録表示情報の登録時に端末に提供される。このため、本発明によれば、登録表示情報の表示がユーザによって求められるより前に、本人認証の処理と情報表示の処理とに必要な全ての材料を端末に格納させておくことができる。

第６の発明によれば、登録生体情報と登録表示情報の双方が、登録表示情報の登録がユーザにより求められた際にサーバに登録される。そして、それらは何れも、その登録の際に端末に提供される。このため、本発明によっても、第５の発明の場合と同様に、登録表示情報の表示がユーザによって求められるより前に、本人認証の処理と情報表示の処理とに必要な全ての材料を端末に格納させておくことができる。

第７の発明によれば、登録表示情報としてチケット情報を登録し、本人認証がクリアされた場合に限り、そのチケット情報を端末にディスプレイに表示させることができる。このため、本発明によれば、端末のディスプレイにチケット情報が表示されているか否かを確認するだけで、極めて簡単に本人確認の作業を終えることができる。

第８の発明によれば、本人認証の際に、端末のディスプレイには、チケット情報と共に可変情報が表示される。可変情報は時間の経過と共に変化するため、本人認証の時点での正しい可変情報は、その時点になるまで表示されない。つまり、事前に表示させた内容をキャプチャした画面は、本人認証の時点での正しい画面と相違したものとなる。このため、本発明によれば、キャプチャ画面を用いた本人認証のすり抜けを簡単に防ぐことができる。

第９の発明によれば、チケットのキャンセル条件が成立すれば、登録表示情報および登録生体情報の少なくとも一方の登録が解除され、その状態が端末に反映される。登録表示情報の登録が解除されれば、その登録主であったユーザの端末に最早チケット情報は表示されない。また、登録生体情報の登録が解除されれば、その登録主であったユーザは最早本人認証をクリアできない。このため、元の登録主によるチケット情報の不正利用を防ぐことができる。そして、キャンセルされたチケットを、他のユーザに登録すれば、ユーザ同士の個人売買に頼ることなく、チケットの有効利用を適正に実現することができる。

本発明の実施の形態１の情報表示システムの構成を示す図である。 図１に示す端末のハードウェア構成を示す図である。 本発明の実施の形態１におけるユーザ登録の流れを説明するためのフローチャートである。 本発明の実施の形態１におけるチケット購入の流れを説明するためのフローチャートである。 本発明の実施の形態１における本人認証の流れを説明するためのフローチャートである。 本発明の実施の形態１において端末に表示される電子チケットの一例を示す図である。 本発明の実施の形態１の変形例におけるユーザ登録の流れを説明するためのフローチャートである。 本発明の実施の形態２におけるチケット購入の流れを説明するためのフローチャートである。 本発明の実施の形態２における本人認証の流れを説明するためのフローチャートである。 本発明の実施の形態２の第１の変形例における本人認証の流れを説明するためのフローチャートである。 本発明の実施の形態２の第２の変形例における本人認証の流れを説明するためのフローチャートである。 本発明の実施の形態３でチケットをキャンセルする際の流れを説明するためのフローチャートである。

実施の形態１．
［実施の形態１の構成］
図１は、本発明の実施の形態１の情報表示システムの概要を説明するための図である。本実施形態の情報表示システムは管理サーバ１０を備えている。管理サーバ１０はネットワーク１２を介して、複数の端末１４、１６と繋がっている。端末１４、１６は、夫々スマートフォンとタブレットを示している。

本実施形態の情報表示システムは、イベント会場で本人認証をクリアしたユーザの端末１４、１６にチケット情報を表示することを想定している。このため、本実施形態では、端末１４，１６として、携帯端末であるスマートフォン、タブレットを例示している。但し、チケット情報は、イベント会場に置かれた設置型のディスプレイに表示することも可能であるため、本実施形態の端末にはパーソナルコンピュータ等を含めてもよい。

サーバ１０および端末１４、１６は、夫々一般的な構成を有している。図２は、サーバ１０のハードウェア構成を示す。図２に示すように、端末１４は、中央処理ユニット（ＣＰＵ）１８を備えている。ＣＰＵ１８には、通信バス２０を介して、ＲＯＭ２２、ＲＡＭ２４、ストレージ２６等の記憶装置が接続されている。通信バス２０には、更に、通信インターフェース２８、入力インターフェース３０及びディスプレイ３２が接続されている。

管理サーバ１０のＲＯＭ２２には、ＣＰＵ１８で実行されるプログラムが格納されている。また、管理サーバ１０のストレージ２６には、本システムにユーザ登録されているユーザのアカウント情報、並びに、個々のユーザに関連して登録された生体情報および表示情報（以下、夫々「登録生体情報」および「登録表示情報」と称す）が格納されている。

本実施形態で用い得る生体情報には、顔情報、指紋情報、声紋情報、虹彩情報、静脈情報など、個人の識別に利用可能なあらゆる生体情報が含まれる。本実施形態では、取得と管理が容易であることから、生体情報として顔情報が用いられる。また、本実施形態で用いる表示情報には、イベントのチケットに含めるべき情報（以下、「チケット情報」と称す）と、時間の経過に伴って変化する可変情報とが含まれる。チケット情報には、例えばイベントの開催日時、会場、席種、料金、枚数などが含まれる。また、可変情報には、開催日までの日数を表示するカウントダウン表示、開催日時までの時間に応じて色や形が変化する埋め込み表示などが含まれる。

端末１４、１６も、概ね図２に示すものと同様の構成を有している。但し、端末１４、１６の場合、入力インターフェース（３０）に、ディスプレイ（３２）に内蔵されたタッチパネルと、カメラとが含まれる。本実施形態において、カメラは、生体情報である顔情報を取得するための生体情報取得装置として機能する。尚、生体情報として、指紋情報等、顔情報と異なる情報を用いる場合は、取得するべき生体情報に適したセンサ等を生体情報取得装置として用いることができる。

［実施の形態１の特長］
以下、図３乃至図６を参照して、本実施形態の情報表示システムの特徴について説明する。図３は、ユーザ登録の流れを説明するためのフローチャートである。本実施形態の情報表示システムは、利用を求めるユーザに、先ずユーザ登録を要求する。

ユーザ登録をしようとするユーザは、端末１４を用いて、ＩＤ、パスワード等のアカウント情報を入力する。入力されたアカウント情報はサーバ１０に送信される（ステップ１００）。

アカウント情報を受信したサーバ１０は、それらを個々のユーザに関連付けてストレージ２６に格納する（ステップ１０２）。

本実施形態のシステムでは、ユーザ登録の際に、本人認証に用いる生体情報として顔情報の登録が求められる。この要求を受けて、ユーザ登録を求めるユーザは、端末１４のカメラで自らの顔画像または顔動画を撮影し、その結果得られた顔情報をサーバ１０に送信する（ステップ１０４）。顔情報を用いた本人認証は、顔画像または顔動画そのものに基づいて実行されるのではなく、顔の特徴データの比較に基づいて行われる。このため、本ステップ１０４で送信される顔情報とは、顔画像または顔動画そのものであっても良いが、画像または動画から抽出した顔の特徴データの情報であってもよい。

顔情報を受信すると、サーバ１００は、その顔情報を、ユーザのＩＤに関連付けて、登録顔情報としてストレージ２６に格納する（ステップ１０６）。以上の処理によりユーザ登録の処理が完了する。

図４は、ユーザがチケットを購入する際の流れを説明するためのフローチャートである。この場面では、ユーザは、ＩＤ、パスワード等を入力してシステムにログインした後、端末１４にチケット購入情報を入力する。チケット購入情報には、購入したいチケットを特定するためのイベント名、開催日時、席種、必要枚数、更には支払い方法などの情報が含まれる。入力されたチケット購入情報はサーバ１０に送信される（ステップ１０８）。

チケット購入情報を受け付けたサーバ１００は、チケット購入情報により指定されたチケットが確保できた場合は、そのチケットを、購入を申し出たユーザのＩＤと結び付けて登録する（ステップ１１０）。一のチケットには、一つのＩＤしか登録できないため、このユーザのＩＤと結び付いたチケットは、以後、他のユーザに販売されることはない。

ＩＤへのチケット登録を終えると、サーバ１０は、チケットが確保できた旨のメッセージと共に、そのチケットの表示情報と、購入者であるユーザの登録顔情報とを端末１４に送信する（ステップ１１２）。チケットの表示情報には、チケット機能を満たすための情報（イベント名、開催日時、会場、開場時間、開演時間、席種、枚数、料金など）と、可変情報が含まれている。可変情報には、開催日までのカウントダウン表示のように、時間の経過と共に変化する文字、色、形などの表示情報が含まれる。

上記の送信を受けた端末１４は、購入完了のメッセージをディスプレイ（３２）に表示すると共に、受信したチケット情報と登録顔情報とを、両者を結び付けた状態でストレージ（２６）に格納する（ステップ１１４）。以上の処理によりチケット購入の処理が終了する。

図５は、イベント会場でのチケット提示の流れを説明するためのフローチャートである。チケットを購入したユーザは、チケット情報が格納されている端末１４をイベント会場に持参する。端末１４のディスプレイ（３２）には、操作ユーザの求めに応じて、そのユーザのＩＤと結び付いて端末１４に格納されている全てのチケットのリストが表示される。イベント会場でチケット提示が求められた際に、ユーザは、先ず、ディスプレイ（３２）上のリストから、表示するべきチケットを選択する（ステップ１１６）。

表示するべきチケットが選択されると、端末１４は、カメラによる顔撮影をユーザに要求する。そして、ユーザがその指示に従って顔画像または顔動画を撮影すると、端末１４は、その撮影結果に基づいて顔情報を取得する（ステップ１１８）。以下、ここで取り込んだ顔情報を「取得顔情報」と称す。

端末１４では、次に、取得顔情報に基づく顔認証が行われる（ステップ１２０）。具体的には、取得顔情報に含まれる顔の特徴データと、選択されたチケットと関連して格納されている登録顔情報に含まれる顔の特徴データとの相関度が算出される。

そして、上記の相関度が、予め設定されている閾値を越えているか否かに基づき、取得顔情報を提供したユーザと、登録顔情報を提供したユーザが一致するか否かが判別される（ステップ１２２）。

両者が一致すると判別された場合は、イベント会場にて、チケットを提示しようとしているユーザが、そのチケットの正当な所有者であると判断できる。この場合、本人認証がクリアされたものとして、端末１４は、ディスプレイ（３２）に、チケット情報を表示する（ステップ１２４）。

他方、両者が一致しないと判別された場合は、チケットを提示しようとしているユーザが、そのチケットを購入した本人ではないと判断できる。この場合、本人認証が否定され、端末１４は、ディスプレイ（３２）に認証ＮＧを表示する（ステップ１２６）。

以上説明した通り、本実施形態のシステムによれば、イベント会場では、本人認証がクリアされたユーザだけが、端末１４のディスプレイ（３２）にチケット情報を表示することができる。このため、入場を管理するイベントスタッフは、端末１４にチケット情報が表示されているか否かを確認するだけで、端末１４の所持者が真正なチケット保持者であるか否かを、極めて簡単に、かつ正確に判断することができる。

また、図５に示すように、本実施形態のシステムでは、イベント会場でのチケット提示に関して、サーバ１０には何ら処理が求められない。つまり、図５に示す一連の処理は、サーバ１０との通信を要することなく、端末１４単体で完結させることができる。このため、本実施形態のシステムによれば、ネットワークの障害や、アクセスの集中に伴う通信障害などのリスクに配慮する必要がなく、常に安定したパフォーマンスを得ることができる。

チケットに関連する不正としては、例えば、チケットの不正転売が考えられる。アカウントと電子チケットが結び付けられているような態様では、アカウントごとチケットが不正転売される事態も生じている。本実施形態のシステムによれば、チケットを購入した一の個人から、アカウントごと他の個人にチケットが譲渡された場合、他の個人ではイベント会場での顔認証がクリアできない。このため、本実施形態のシステムによれば、このような態様での不正を有効に阻止することができる。

チケットに関連する不正としては、更に、再入場を装って入場者が入れ替わる態様が考えられる。入場者が入れ替われば、顔認証をクリアすることができない。このため、イベントスタッフの面前で取得顔情報の取り込みから、チケット提示の一連の処理を実行させることとすれば、本実施形態のシステムは、このような態様での不正も有効に阻止することができる。

図６は、顔認証がクリアされた場合に端末１４に表示される表示情報の一例を示す。この表示情報には、チケット情報３４とカウントダウン表示３６が含まれている。カウントダウン表示３６は、例えば端末１４の時計機能と連携して表示が変化するように構成されている。チケットに関連する不正としては、チケットの購入者が、図６に示すような表示情報を予め端末１４に呼び出したうえで、スクリーンショットによりその画面をキャプチャし、キャプチャ画像をチケットとして不正転売する態様が考えられる。

しかしながら、例えば、図６に示す例によれば、イベント当日まではカウントダウン表示３６が「０日」となる表示情報を得ることができない。そして、イベント当日の真正な表示情報では、カウントダウン表示３６が「０日」となっているはずである。この場合、キャプチャ画面による不正を行おうとすれば、イベント当日にスクリーンショットをキャプチャして、その画像を譲受人に渡さなければならなくなる。

更に、図６に示すカウントダウン表示３６は、あくまで可変情報の一例であり、可変情報には、一日単位ではなく、時間単位、あるいは分単位で変化する埋め込み表示を含めてもよい。その結果、表示情報が時間単位、あるいは分単位で変化することとなれば、事実上、真正なキャプチャ画面を事前に準備して譲受人にその画面を受け渡すことが不可能となる。このため、本実施形態のシステムによれば、キャプチャ画像を用いたチケットの不正転売も、事実上阻止することができる。

更に、端末１４のディスプレイ（３２）にチケット情報が表示される時間につき１５分、３０分のような制限を設けて、表示の残り時間を示すタイマーを可変情報としてもよい。加えて、タイマーには、作動中であることを示すために、回転動作などの動きを持たせることにしてもよい。この場合、正しく表示されたタイマーには常に何らかの動きが伴うのに対して、キャプチャ画像にはそのような動きが表れない。このため、イベント会場で、タイマーが正常に動いているかどうかを見ることとすれば、キャプチャ画像を用いた不正転売を有効に阻止することができる。また、チケット情報を表示させ続けることもできないため、端末１４ごと貸し出すような態様での不正も有効に阻止することができる。

［実施の形態１の変形例］
図７は、上述した実施の形態１の変形例を説明するためのフローチャートである。図７は、図３と同様に、ユーザ登録の流れを示している。尚、図７において、図３に示すステップと同一のステップについては、共通する符号を付してその説明を省略または簡略する。

図７に示す例では、ステップ１０６でＩＤに登録顔情報が登録された後、その登録顔情報がサーバ１０から端末１４に向けて送信される（ステップ１２８）。そして端末１４は、受信した登録顔情報をこの段階でストレージ（２６）に格納する（ステップ１３０）。

上述した実施の形態１では、登録顔情報を、チケット購入の際に、チケットに関する情報と共に端末１４に送信することとしていた。本変形例は、その送信を、ユーザ登録の際に済ませてしまい、チケット購入の際には、チケットに関する情報だけを端末１４に送信する。

本変形例の手順によっても、本人認証に必要な登録顔情報と、チケット表示に必要なチケット情報を、イベント会場でのチケット提示に先立って端末１４に渡しておくことができる。このため、本変形例によっても、実施の形態１の場合と同様に、イベント会場にて、通信に頼ることなく本人認証を進めることができる。

また、本変形例によれば、ユーザ登録の際に登録顔情報を端末１４に送ってしまうことから、チケット購入の際に登録顔情報を毎回送信する手間を省くことができる。このため、本変形例によれば、ユーザが繰り返しチケットを購入する場合の処理負荷を、全体として実施の形態１の場合より下げることができる。

ところで、上述した実施の形態１では、イベント会場でのチケット確認をイベントスタッフが行うこととしているが、本発明はこれに限定されるものではない。チケット確認は、イベントスタッフではなく、カメラを用いた画像処理により行うこととしてもよい。

実施の形態２．
［実施の形態２の特徴］
以下、図８および図９を参照して、本発明の実施の形態２の情報表示システムについて説明する。本実施形態のシステムは、実施の形態１の場合と同様のハードウェア構成（図１および図２参照）により実現することができる。このシステムは、イベント開場でのチケット提示に伴う本人認証の処理が、端末１４ではなくサーバ１０において実行される点で実施の形態１のシステムと相違している。

本実施形態において、ユーザ登録の処理は、実施の形態１の場合と同様に、図３に示すフローチャートに沿って進められる。

図８は、本実施形態において、チケット購入の際に生ずる処理を説明するためのフローチャートである。尚、図８において、上述した図４に示すステップと同一のステップについては、共通する符号を付してその説明を省略または簡略する。

図８に示すフローチャートでは、ステップ１１０でチケット登録が終わると、サーバ１０は、端末１４に向けて、購入完了のメッセージだけを送信する（ステップ１３２）。そして、端末１４は、チケット購入の時点では、チケットに関する情報を受け取ることなく、購入完了の表示だけを行う（ステップ１３４）。つまり、本実施形態では、チケット購入の時点で、登録顔情報もチケット情報も端末１４には受け渡されない。

図９は、イベント会場でのチケット提示に伴う処理の流れを説明するためのフローチャートである。ここでは、先ず、端末１４のユーザにより、表示させたいチケットが端末１４上で選択される。選択されたチケットの情報は、端末１４からサーバ１０に送信される（ステップ１３６）。

サーバ１０は、この情報を受信すると、端末１４の操作ユーザに関連して登録されているチケットの中から、選択されたチケットを特定する（ステップ１３８）。

端末１４の操作ユーザには、次に、顔情報の取得と送信が要求される。ユーザが、この要求を受けて顔撮影を行うと、端末１４は、取得顔情報をサーバ１０に送信する（ステップ１４０）。

取得顔情報を受け付けると（ステップ１４２）、サーバ１０は、その取得顔情報に基づいて顔認証の処理を行う（ステップ１４４）。ここでは、図５に示すステップ１２０の場合と同様に、取得顔情報と、選択されたチケットに関連している登録顔情報との相関度が算出される。

そして、上記の相関度が閾値を越える場合は、端末１４の操作ユーザが真性なチケット購入者であると判断されて（ステップ１４６）、サーバ１０から端末１４にチケット情報および可変情報が送信される（ステップ１４８）。他方、上記の相関度が閾値以下である場合は（ステップ１４６）、認証ＮＧの結果が端末１４に送信される（ステップ１５０）。

端末１４は、これらの送信を受けて、チケット情報および可変情報、または認証ＮＧの結果をディスプレイ（３２）に表示する（ステップ１５２）。

このように、本実施形態のシステムも、実施の形態１の場合と同様に、本人認証がクリアされたユーザの端末１４だけにチケット情報を表示させることができる。このため、本実施形態のシステムによっても、極めて簡単に、かつ正確に、真正なチケット購入者だけに入場を許可することができる。

また、本実施形態のシステムでは、チケット情報や登録顔情報を端末１４に渡すことがないため、それらの改竄リスクを排除することができる。更に、本実施形態のシステムでは、端末１４に要求される処理が、情報の取得、送信、受信、表示といった汎用処理だけであるため、端末１４に特別なアプリケーションをインストールする必要を排除することができる。

［実施の形態２の第１変形例］
上述した実施の形態２では、本人認証がクリアされるまではチケット情報を端末１４に渡さないこととしている。本変形例は、チケット購入の際に、チケット情報自体は端末１４に送信しておく点で実施の形態２と相違する。つまり、本変形例では、図８に示すルーチン中、ステップ１３２および１３４の処理において、サーバ１０から端末１４にチケット情報が送信されるものとする。

図１０は、本変形例において、イベント会場でのチケット提示の際に生ずる処理を説明するためのフローチャートである。尚、図１０において、上述した図９に示すステップと同一のステップについては、共通する符号を付してその説明を省略または簡略する。

図１０に示すフローチャートによれば、サーバ１０は、ステップ１４６で一致の判断を下すと、端末１４に向けて表示許可信号を送信する（ステップ１５４）。他方、ステップ１４６で一致を否定すると、サーバ１０は、端末１４に向けて表示不許可信号を送信する（ステップ１５６）。

端末１４は、上記の信号送信を受けると（ステップ１５８）、その信号が許可信号であるか否かを判別する（ステップ１６０）。その結果、許可信号であれば、ストレージ（２６）に格納されているチケット情報をディスプレイ（３２）に表示する。他方、受信した信号が許可信号でない場合は、認証ＮＧの結果をディスプレイ（３２）に表示する。

このように、本変形例によれば、チケット情報を事前に端末１４に渡していても、実施の形態２の場合と同様の効果を得ることができる。また、本変形例の手法によれば、チケット提示の際にチケットに関連する情報を通信する必要がなくなるため、イベント会場に求める通信能力を、実施の形態２の場合に比して低く抑えることができる。

［実施の形態２の第２変形例］
上述した実施の形態２では、本人認証をサーバ１０に実行させ、かつ、本人認証がクリアされるまでチケット情報を端末１４に渡さないこととしている。本変形例は、本人認証がクリアされるまでチケット情報は端末１４に渡さないが、本人認証の処理自体は、端末１４に実行させる点で実施の形態２と相違する。

本変形例では、イベント会場でのチケット提示の際に、本人認証の処理を端末１４に実行させるために、ユーザ登録の際、またはチケット購入の際に、サーバ１０から端末１４に登録顔情報が送信される。そして、端末１４は、イベント会場に持ち出される時点で、ストレージ（２６）に登録顔情報を格納しているものとする。

図１１は、本変形例において、イベント会場でのチケット提示の際に生ずる処理を説明するためのフローチャートである。尚、図１１において、上述した図５に示すステップと同一のステップについては、共通する符号を付してその説明を省略または簡略する。

図１１に示すフローチャートによれば、イベント会場でのチケット提示の際に、端末１４で顔認証の一致判定が行われる（ステップ１２２）。その結果、一致判定が得られなければ、ディスプレイ（３２）に認証ＮＧの結果が表示される（ステップ１２６）。

一方、一致判定が得られた場合は、端末１４からサーバ１０にチケット情報の要求が出される（ステップ１６２）。この要求を受けると、サーバ１０は、端末１４に向けてチケット情報を送信する（ステップ１６４）。そして、これを受けた端末１４は、チケット情報をディスプレイ（３２）に表示する（ステップ１６６）。

以上の処理によれば、実施の形態２の場合と同様に、本人認証をクリアしたユーザの端末１４だけにチケット情報を表示させることができる。また、本変形例によれば、顔認証に伴う処理を、サーバ１０に集中させることなく端末１４に分散させることができる。更に、本変形例によれば、事前にチケット情報を端末１４に渡さないため、チケット情報の改竄リスクを排除することもできる。

ところで、上述した実施の形態１および２では、システムが取り扱う表示情報をチケットに関連する情報に限定しているが、本発明はこれに限定されるものではない。例えば、本人認証がクリアされた場合にだけ表示を許可する情報は、文書、表計算、プレゼンテーション資料などであってもよい。これらの情報を本発明の表示情報とすれば、アカウント情報が漏出したとしても、文書等を登録した本人でなければ、その文書等を開くことのできないセキュリティレベルの高いシステムを実現することができる。

実施の形態３．
次に、図１２を参照して本発明の実施の形態３について説明する。以下に説明する本実施形態の機能は、上述した実施の形態１または２、或いはそれらの変形例の機能と並存させることができる。

本実施形態の情報表示システムは、チケットのキャンセルを可能とする機能を備えている点に特徴を有している。図１２は、チケットのキャンセルを実現するための処理を説明するためのフローチャートである。

購入したチケットをキャンセルしたい場合、ユーザは、システムにログインした後、端末１４からサーバ１０に向けてキャンセル要求を送信する（ステップ１６８）。

サーバ１０は、キャンセル要求を受け付けると（ステップ１７０）、キャンセル対象のチケットを売り出す処理を行う（ステップ１７２）。尚、この処理は、事前に受け付けておいたキャンセル待ちのユーザに、チケットを割り当てる処理に代えてもよい。

キャンセル対象のチケットについて、新たなユーザとの売買が成立すると（ステップ１７４）、サーバ１０は、そのチケットについての登録の組み変えを行う（ステップ１７６）。具体的には、先ず、そのチケットに登録されていたキャンセル希望者のＩＤが解除される。これにより、キャンセル対象のチケットは、他のＩＤへの登録が可能な状態となる。次いで、サーバ１０は、新たな購入希望者のＩＤにそのチケットを登録する。最後に、サーバ１０は、キャンセル成立のメッセージを端末１４に送信する。

チケットの販売可能な期間内にチケットの売買が成立しなかった場合は（ステップ１７４）、サーバ１０から端末１４に向けてキャンセル不可のメッセージが送信される（ステップ１７８）。

端末１４は、サーバ１０からの上記の送信を受けると（ステップ１８０）、受け付けた結果に基づいてキャンセルが成立したか否かを判別する（ステップ１８２）。その結果、キャンセルが成立していなければ、キャンセルＮＧの結果をディスプレイ（３２）に表示する（ステップ１８４）。

他方、キャンセルが成立していれば、チケットを無効化するために端末１４で実行するべき処理が行われる（ステップ１８６）。例えば、実施の形態１の場合のように、登録顔情報とチケット情報が共に端末１４のストレージ（２６）に格納されている場合には、少なくともそれらの一方が無効化され、或いは、それら２つの情報の関連が解除される。これにより、端末１４は、チケット情報をディスプレイ（３２）に表示できない状態となる。

以上説明した通り、本実施形態のシステム表示装置によれば、何らかの理由でイベントに参加できなくなったユーザは、購入したチケットのキャンセルを申し出ることができる。そして、他にチケットの購入希望者が存在する場合に、そのキャンセルを成立させて、チケットを希望者に販売することができる。

キャンセルを利用したチケットの不正転売としては、チケット所有者が、予め購入希望者と打ち合わせて、報酬を受け取る前提で、購買希望者が購入できるようなタイミングでキャンセル手続をするような態様が考えられる。本実施形態のシステムによれば、キャンセルチケットが、誰にどのようなタイミングで販売されるかが判らないため、このような態様の不正を阻止することができる。そして、正当にチケットをキャンセルしたいユーザ、並びに正当にチケットを購入したいユーザに、そのようなチャンスを適切に与えることができる。

ところで、上述した実施の形態３では、他の購入希望者にチケットが販売できることをチケットキャンセルの条件としているが、その条件はこれに限定されるものではない。チケットのキャンセル条件は、種々の要求に応じて適宜設定することが可能である。

１０ サーバ
１２ ネットワーク
１４ 端末（スマートフォン）
１６ 端末（タブレット）
１８ 中央処理ユニット
２２ ＲＯＭ
２４ ＲＡＭ
２６ ストレージ
３０ 入力インターフェース
３２ ディスプレイ

Claims (9)

1. ネットワークで接続されたサーバと端末とを含む情報表示システムであって、
   前記サーバは、
   個々のユーザに関連して登録された登録表示情報および登録生体情報を格納した記憶装置を備え、
   前記端末は、
   ディスプレイと、
   ユーザの生体情報を取得する生体情報取得装置を含む、ユーザ入力を受け付けるための入力インターフェースと、を備え、
   登録表示情報の表示を求めるユーザ入力として操作ユーザを特定するユーザ入力と前記生体情報取得装置が取得した取得生体情報とを受け付ける処理と、
   前記取得生体情報が、前記操作ユーザに関連する登録生体情報と一致するか否かを判断する処理と、
   両者が一致すると判断された場合に、前記操作ユーザに関連する登録表示情報の前記ディスプレイへの表示を許可する処理と、
   を実行する処理ユニットを備えることを特徴とする情報表示システム。
2. 前記登録生体情報および生体情報は、ユーザの顔情報であることを特徴とする請求項1に記載の情報表示システム。
3. 前記処理ユニットは前記サーバが備え、
   前記端末は、
   前記入力インターフェースに対するユーザ入力を、前記ネットワークを介して前記処理ユニットに送信する処理と、
   前記処理ユニットが表示を許可した登録表示情報を、前記ディスプレイに表示する処理と、を実行するように構成されていることを特徴とする請求項１または２に記載の情報表示システム。
4. 前記処理ユニットは前記端末が備え、
   前記サーバは、前記端末に、当該端末のユーザと関連する登録生体情報および登録表示情報を、前記ネットワークを介して提供する処理を実行するように構成されており、
   前記端末は、前記サーバから提供された前記登録生体情報を格納する処理、および前記登録表示情報を格納する処理を実行するように構成されていることを特徴とする請求項１または２に記載の情報表示システム。
5. 前記サーバは、
   ユーザ登録を求めるユーザ入力として操作ユーザを特定するユーザ入力と当該操作ユーザの生体情報とを受け付け、当該生体情報を、当該ユーザ登録を求めるユーザに関連する前記登録生体情報として登録する処理と、
   表示情報の登録を求めるユーザ入力として操作ユーザを特定するユーザ入力と登録を求める表示情報を特定するユーザ入力とを受け付け、当該表示情報を、当該登録を求めるユーザに関連する前記登録表示情報として登録する処理と、
   前記登録生体情報の登録時、または前記登録表示情報の登録時に、前記登録生体情報を前記端末に提供する処理と、
   前記登録表示情報の登録時に、当該登録表示情報を前記端末に提供する処理と、
   を実行するように構成されていることを特徴とする請求項４に記載の情報表示システム。
6. 前記サーバは、
   表示情報の登録を求めるユーザ入力として操作ユーザを特定するユーザ入力と、登録を求める表示情報を特定するユーザ入力と、当該操作ユーザの生体情報とを受け付け、当該表示情報および当該生体情報を、当該登録を求めるユーザに関連する前記登録表示情報および前記登録生体情報として夫々登録する処理と、
   前記登録表示情報の登録時に、前記登録生体情報および前記登録表示情報を前記端末に提供する処理と、
   を実行するように構成されていることを特徴とする請求項４に記載の情報表示システム。
7. 前記登録表示情報は、前記端末のユーザが所有するチケットとして表示されるべきチケット情報を含むことを特徴とする請求項１乃至６の何れか1項に記載の情報表示システム。
8. 前記登録表示情報は、前記チケット情報に加えて、時間の経過と共に変化する可変情報を含み、
   前記処理ユニットは、前記可変情報を時間の経過と共に変化させる処理を更に実行するように構成されていることを特徴とする請求項７に記載の情報表示システム。
9. 前記サーバは、
   チケットのキャンセルを求めるユーザ入力を受け付ける処理と、
   チケットのキャンセル条件の成否を判断する処理と、
   前記キャンセル条件が成立する場合に、前記登録表示情報および前記登録生体情報の少なくとも一方の登録を解除する処理と、
   当該解除の状態を前記端末に反映させる処理と、
   を更に実行するように構成されていることを特徴とする請求項７または８に記載の情報表示システム。
   

Images