JP7776646B2 - 認証装置 - Google Patents

Description

本発明は、認証装置に関する。

ＶＲ（Virtual Reality）技術、ＡＲ（Augmented Reality）技術、及びＭＲ（Mixed Reality）技術を含むＸＲ（Cross Reality）技術を用いた仮想空間において、ユーザ本人を、３次元画像を用いて表現した「３Ｄアバター」のサービスが提供されることがある。当該３Ｄアバターには、ユーザ本人の顔写真を用いて作成されるアバターが存在する。アバターには、ユーザ本人と見た目が酷似する「リアルアバター」と、ユーザ本人の特徴を捉えたアニメーションで表現されるアバターとが存在する。

例えば、特許文献１は、ユーザが使用する端末装置から、ネットワークを通じて送信されてきた、ユーザの顔面の写真データを受け付け、当該写真データを用いてアバターの顔部分のパーツを作成する、アバターの作成編集方法を開示している。

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

しかし、従来の技術においては、悪意のあるユーザが、勝手に他人の顔写真を用いて、他人のリアルアバター、又はアニメーションで表現されるアバターを作成することが可能であった。

このため、例えば、有名人と同一の外見を有するアバターが、当該有名人本人とは別人によって作成された後、当該アバターが不適切な発言及び行動をすることで、当該有名人の評判が落とされるといった危険性が考えられる。また、当該アバターの外見が有名人に酷似するために、一般のユーザが当該有名人に酷似するアバターの言動及び行動に騙されて、不利益を被る危険性も考えられる。

このような危険性を鑑みれば、ある人物に酷似する外見を有するアバターが、当該人物本人によって作成されているか否かを判別する技術が求められる。

そこで本発明は、ある人物に酷似する外見を有するアバターが、当該人物本人によって作成されていることに対する、認証の付加と削除が可能な認証装置を提供することを目的とする。

本発明の好適な態様に係る認証装置は、アバターに関するサービスを利用するサービスユーザを撮像することにより得られたユーザ画像を用いて、前記サービスユーザのアバターを示すアバターデータを生成するアバター生成部と、前記アバターデータが真正であることを認証した場合、前記アバターデータに付加する認証データを生成する認証部と、削除条件を充足する場合、前記アバターデータから前記認証データを削除する認証削除部と、を備えるアバターデータの認証装置である。

本発明によれば、ある人物に酷似する外見を有するアバターが、当該人物本人によって作成されていることに対する、認証の付加と削除が可能となる。

アバターシステム１の全体構成を示す図。 アバターＡ_Ｋの一例を示す図。 端末装置３０－Ｋの構成例を示すブロック図。 認証装置１０の構成例を示すブロック図。 認証装置１０がアバターデータＡＤを生成する場合の動作例を示すフローチャート。 認証装置１０が認証データを削除する場合の動作例を示すフローチャート。 認証装置１０Ａの構成例を示すブロック図。 要求受付部１１８Ａの構成を示す機能ブロック図。 要求判定部１２０の構成を示す機能ブロック図。 認証装置１０Ａが認証データを強制的に削除する場合の動作例を示すフローチャート。 認証装置１０Ａが認証データを強制的に生成する場合の動作例を示すフローチャート。 要求判定部１２０Ｂの構成を示す機能ブロック図。 認証装置１０Ｂが認証データを強制的に削除する場合の動作例を示すフローチャート。

１：第１実施形態
以下、図１～図６を参照しつつ、本発明の第１実施形態に係る認証装置１０を備えるアバターシステム１について説明する。

本実施形態に係る認証装置１０は、最初に本人によって認証されていないアバターを示すアバターデータを生成し、事後的に当該アバターデータに対して、真正であることの認証を付加する。

１－１：第１実施形態の構成
１－１－１：全体構成
図１は、第１実施形態に係るアバターシステム１の全体構成を示す。図１に示されるように、アバターシステム１は、認証装置１０、及び端末装置３０－１、３０－２、…３０－Ｋ、…３０－Ｎを備える。Ｎは２以上の整数である。Ｋは１以上Ｎ以下の整数である。本実施形態において、端末装置３０－１～３０－Ｎは同一の構成である。但し、構成が同一でない端末装置が含まれても良い。なお、以下では、端末装置３０－１～３０－Ｎを、「端末装置３０」と総称することがある。また、認証装置１０、及び端末装置３０－１～３０－Ｎは、例えば、スマートフォン又はタブレットであってもよく、あるいはＰＣ（Personal Computer）であってもよい。

アバターシステム１において、認証装置１０、及び端末装置３０－１～３０－Ｎは、通信網ＮＥＴを介して互いに通信可能に接続される。なお、図１において、ユーザＵ_Ｋは、端末装置３０－Ｋを利用する。また以下では、端末装置３０－１～３０－Ｎのいずれかを利用するユーザを「ユーザＵ」と総称することがある。

認証装置１０は、ユーザＵがアバターを生成するために使用する装置であると共に、生成されたアバターを示すアバターデータに対して、認証の付加及び削除を実行する装置である。当該「認証」とは、アバターデータが、ユーザＵ本人によって生成された真正なアバターデータであることの認証である。

例えばユーザＵ_Ｋが認証装置１０を用いてアバターを生成する場合、認証装置１０は、ユーザＵ_Ｋと外見が酷似するアバターを示すアバターデータを生成する。また、認証装置１０は、ユーザＵ_Ｋがアバターを生成した場合に、当該アバターを示すアバターデータが、ユーザＵ_Ｋ本人によって生成された真正なデータであることを認証し、アバターデータに付加する認証データを生成する。更に、認証装置１０は、所定の削除条件が充足された場合、アバターデータから当該認証データを削除する。

図２は、ユーザＵ_Ｋ本人が認証装置１０を用いて生成したアバターであると共に、当該アバターを示すアバターデータが真正であることが認証されたアバターＡ_Ｋの一例である。図２に示されるように、アバターＡ_Ｋには、当該アバターＡ_Ｋを示すアバターデータが真正であることが認証されたことを示す認証マークＭが付加される。なお、図２において、アバターＡ_Ｋは簡略化して描かれている。

端末装置３０は、アバターＡを表示する装置である。具体的には、端末装置３０には後述のディスプレイ３４が備わる。当該ディスプレイ３４に、アバターＡが表示される。なお、ユーザＵ_Ｋが生成し、ユーザＵ_Ｋ自身に対応するアバターＡ_Ｋは、端末装置３０－Ｋに限定されず、他の端末装置３０にも表示され、ユーザＵ_Ｋ以外のユーザＵが、当該他の端末装置３０に備わるディスプレイ３４上で、アバターＡ_Ｋを視認できる。また、端末装置３０には、ＸＲグラス、ＸＲゴーグル、又はＸＲ技術を用いたＨＭＤ（Head Mounted Display）が接続されてもよい。

１－１－２：端末装置の構成
図３は、端末装置３０－Ｋの構成例を示すブロック図である。端末装置３０－Ｋは、処理装置３１、記憶装置３２、通信装置３３、ディスプレイ３４、入力装置３５、及び撮像装置３６を備える。端末装置３０が有する各要素は、情報を通信するための単体又は複数のバスによって相互に接続される。

処理装置３１は、端末装置３０－Ｋの全体を制御するプロセッサである。また、処理装置３１は、例えば、単数又は複数のチップを用いて構成される。処理装置３１は、例えば、周辺装置とのインタフェース、演算装置及びレジスタ等を含む中央処理装置（ＣＰＵ）を用いて構成される。なお、処理装置３１が有する機能の一部又は全部を、ＤＳＰ、ＡＳＩＣ、ＰＬＤ、及びＦＰＧＡ等のハードウェアによって実現してもよい。処理装置３１は、各種の処理を並列的又は逐次的に実行する。

記憶装置３２は、処理装置３１による読取及び書込が可能な記録媒体である。また、記憶装置３２は、処理装置３１が実行する制御プログラムＰＲ３を含む複数のプログラムを記憶する。また、記憶装置３２は、ユーザＵ_Ｋが、アバターシステム１にログインするためのアカウント情報を記憶する。当該アカウント情報には、一例として、ユーザＵ_ＫのアカウントＩＤ、ユーザＵ_Ｋの電話番号、ユーザＵ_Ｋのメールアドレス、ユーザＵ_Ｋの指紋等の生体情報、ユーザＵ_Ｋ自身によって設定されたパスワード、認証パターン、ユーザＵ_Ｋの免許証の写真、及びユーザＵ_Ｋの顔写真のデータベースのうち、いずれか１つ以上が含まれる。また、当該アカウント情報は、端末装置３０－Ｋから認証装置１０に送信され、認証装置１０に備わる記憶装置１２に格納される。一例として、ユーザＵ_Ｋによるアバターシステム１へのログイン時に、端末装置３０－Ｋに格納されるアカウント情報と、認証装置１０に記憶されるアカウント情報とが照らし合わされる。

通信装置３３は、他の装置と通信を行うための、送受信デバイスとしてのハードウェアである。通信装置３３は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュール等とも呼ばれる。通信装置３３は、有線接続用のコネクターを備え、上記コネクターに対応するインタフェース回路を備えていてもよい。また、通信装置３３は、無線通信インタフェースを備えていてもよい。有線接続用のコネクター及びインタフェース回路としては有線ＬＡＮ、ＩＥＥＥ１３９４、ＵＳＢに準拠した製品が挙げられる。また、無線通信インタフェースとしては無線ＬＡＮ及びＢｌｕｅｔｏｏｔｈ（登録商標）等に準拠した製品が挙げられる。

ディスプレイ３４は、画像及び文字情報を表示するデバイスである。ディスプレイ３４は、処理装置３１の制御のもとで各種の画像を表示する。例えば、液晶表示パネル及び有機ＥＬ（Electro Luminescence）表示パネル等の各種の表示パネルがディスプレイ３４として好適に利用される。なお、上記のように、端末装置３０－ＫにＸＲグラス、ＸＲゴーグル、又はＸＲ技術を用いたＨＭＤが接続される場合には、これらＸＲグラス、ＸＲゴーグル、又はＸＲ技術を用いたＨＭＤは、ディスプレイ３４の代わりに使用されてもよい。

入力装置３５は、ユーザＵ_Ｋからの操作を受け付ける。例えば、入力装置３５は、キーボード、タッチパッド、タッチパネル又はマウス等のポインティングデバイスを含んで構成される。ここで、入力装置３５は、タッチパネルを含んで構成される場合、ディスプレイ３４を兼ねてもよい。

ユーザＵ_Ｋは、アバターＡ_Ｋの生成時において、アバターＡ_Ｋの生成に用いるユーザ画像を、認証装置１０にアップロードする。アップロード時において、入力装置３５は、ユーザＵ_Ｋが上記のユーザ画像を端末装置３０に入力するために用いられる。なお、当該ユーザ画像は、例えば、ユーザＵ_Ｋの顔写真、又は全身の写真であることが好適である。

撮像装置３６は、外界を撮像して得られた撮像情報を出力する。また、撮像装置３６は、例えば、レンズ、撮像素子、増幅器、及びＡＤ変換器を備える。レンズを介して集光された光は、撮像素子によってアナログ信号である撮像信号に変換される。増幅器は撮像信号を増幅した上でＡＤ変換器に出力する。ＡＤ変換器はアナログ信号である増幅された撮像信号をデジタル信号である撮像情報に変換する。変換された撮像情報は、処理装置３１に供給される。処理装置３１に供給された撮像情報は、通信装置３３を介して、認証装置１０に出力される。

アバターＡ_Ｋの生成時において、認証装置１０は、ユーザＵ_Ｋの真正性を確認する必要がある。真正性の確認時において、撮像装置３６は、ユーザＵ_Ｋを撮像する。真正性の確認時には、撮像装置３６によって、ユーザＵ_Ｋの頭部が撮像されることが好ましい。撮像装置３６によって撮像された撮像画像を示す撮像情報は、処理装置３１に供給される。処理装置３１に出力された撮像情報は、端末装置３０－Ｋから、ユーザＵ_Ｋがサービスを利用するサービスユーザであることを確認するための画像である第１確認画像を示す情報として、認証装置１０に送信される。

また、認証データの削除時において、認証装置１０は、ユーザＵ_Ｋが本人確認をする必要がある。本人確認時において、撮像装置３６は、ユーザＵ_Ｋを撮像する。本人確認時には、撮像装置３６によって、ユーザＵ_Ｋの頭部が撮像されることが好ましい。撮像装置３６によって撮像された撮像画像を示す撮像情報は、処理装置３１に供給される。処理装置３１に出力された撮像情報は、本人確認用の画像である第２確認画像を示す情報として、認証装置１０に出力される。なお、本実施形態において、第２確認画像は「確認画像」の一例である。

処理装置３１は、記憶装置３２から制御プログラムＰＲ３を読み出して実行することによって、取得部３１１、表示制御部３１２、及び通信制御部３１３として機能する。

取得部３１１は、入力装置３５からユーザ画像を示す情報を取得する。また、取得部３１１は、撮像装置３６から、第１確認画像を示す情報及び第２確認画像を示す情報を取得する。

また、認証装置１０によって、ユーザＵ_Ｋに対応するアバターＡ_Ｋを示すアバターデータが生成された場合に、取得部３１１は、通信装置３３を介して、認証装置１０からアバターデータを取得する。

表示制御部３１２は、取得部３１１が取得したアバターデータを用いて、ディスプレイ３４にアバターＡ_Ｋを表示させる。

通信制御部３１３は、取得部３１１が取得したユーザ画像を示す情報、第１確認画像を示す情報、及び第２確認画像を示す情報を、認証装置１０に対して、通信装置３３に送信させる。また通信制御部３１３は、認証の削除を要求する削除要求を、認証装置１０に対して送信させる。

１－１－３：認証装置の構成
図４は、認証装置１０の構成例を示すブロック図である。認証装置１０は、処理装置１１、記憶装置１２、通信装置１３、ディスプレイ１４、及び入力装置１５を備える。認証装置１０が有する各要素は、情報を通信するための単体又は複数のバスによって相互に接続される。

処理装置１１は、認証装置１０の全体を制御するプロセッサである。また、処理装置１１は、例えば、単数又は複数のチップを用いて構成される。処理装置１１は、例えば、周辺装置とのインタフェース、演算装置及びレジスタ等を含む中央処理装置（ＣＰＵ）を用いて構成される。なお、処理装置１１が有する機能の一部又は全部を、ＤＳＰ、ＡＳＩＣ、ＰＬＤ、又はＦＰＧＡ等のハードウェアによって実現してもよい。処理装置１１は、各種の処理を並列的又は逐次的に実行する。

記憶装置１２は、処理装置１１による読取及び書込が可能な記録媒体である。また、記憶装置１２は、処理装置１１が実行する制御プログラムＰＲ１を含む複数のプログラムを記憶する。更に、記憶装置１２は、後述のアバター生成部１１６が生成するアバターデータＡＤを記憶する。更に、記憶装置１２は、ユーザＵ_ＫのアバターＡ_Ｋを示すアバターデータＡＤの生成に用いられるユーザ画像を記憶する。なお、複数のユーザＵの各々が、後述の方法を用いて、自身に対応したアバターＡを示すアバターデータＡＤを生成する場合、記憶装置１２に記憶される各画像、各情報、及び各データは、各ユーザＵのアカウントに紐づいて確認、照合、作成、管理、及び保管されることが好適である。また、記憶装置１２に格納されるデータは、端末装置３０から読み出されることが可能である。

通信装置１３は、他の装置と通信を行うための、送受信デバイスとしてのハードウェアである。通信装置１３は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード、又は通信モジュール等とも呼ばれる。通信装置１３は、有線接続用のコネクターを備え、上記コネクターに対応するインタフェース回路を備えていてもよい。また、通信装置１３は、無線通信インタフェースを備えていてもよい。有線接続用のコネクター及びインタフェース回路としては有線ＬＡＮ、ＩＥＥＥ１３９４、及びＵＳＢに準拠した製品が挙げられる。また、無線通信インタフェースとしては無線ＬＡＮ及びＢｌｕｅｔｏｏｔｈ（登録商標）等に準拠した製品が挙げられる。

ディスプレイ１４は、画像及び文字情報を表示するデバイスである。ディスプレイ１４は、処理装置１１の制御のもとで各種の画像を表示する。例えば、液晶表示パネル及び有機ＥＬ（Electro Luminescence）表示パネル等の各種の表示パネルがディスプレイ１４として好適に利用される。

入力装置１５は、認証装置１０の管理者からの操作を受け付ける。例えば、入力装置１５は、キーボード、タッチパッド、タッチパネル又はマウス等のポインティングデバイスを含んで構成される。ここで、入力装置１５は、タッチパネルを含んで構成される場合、ディスプレイ１４を兼ねてもよい。

処理装置１１は、記憶装置１２から制御プログラムＰＲ１を読み出して実行することによって、取得部１１１、画像判定部１１２、画像受付部１１３、照合部１１４、認証部１１５、アバター生成部１１６、通信制御部１１７、要求受付部１１８、及び認証削除部１１９として機能する。なお、説明の簡略化のため、これらの構成要素のうち、取得部１１１、画像判定部１１２、画像受付部１１３、照合部１１４、認証部１１５、アバター生成部１１６、及び通信制御部１１７を、「機能ユニットＦＵ１」と総称する。

取得部１１１は、アバターデータＡＤの生成時において、通信装置１３を介して、端末装置３０－Ｋから、ユーザＵ_Ｋがサービスを利用するユーザであることを確認するための第１確認画像を示す情報を取得する。なお、「サービスを利用するユーザ」は、「サービスユーザ」の一例である。

また、取得部１１１は、アバターデータＡＤからの認証データの削除時において、通信装置１３を介して、端末装置３０－Ｋから、ユーザＵ_Ｋが本人確認をするための画像である第２確認画像を示す情報を取得する。

画像判定部１１２は、アバターデータＡＤの生成時に、取得部１１１が取得した第１確認画像が、現時点において、端末装置３０－Ｋの使用者を撮像することにより得られた画像であるか否かを判定する。画像判定部１１２は、第１確認画像に写り込む人物が、例えば紙面に印刷された画像に含まれる人物、ディスプレイに表示された２次元の写真に含まれる人物、又は他人の顔が印刷されたお面をかぶった人物ではなく、現時点において、端末装置３０－Ｋに備わる撮像装置３６の撮像の対象となる人間であるか否かを判定する。具体的な判定方法としては、例えば、ユーザＵ_Ｋが撮像装置３６の前において、顔を前後左右に動かすことによって撮影された顔を示すデータが、３次元画像を示すデータであることか否かを判定する方法が挙げられる。また、当該判定方法として、ユーザＵ_Ｋに対する光の当たり方、とりわけユーザＵ_Ｋが撮像装置３６の前で顔又は身体を動かした場合に、顔又は身体に対する光の当たり方の変化を判定する方法が挙げられる。また、当該判定方法として、ユーザＵ_Ｋが撮像装置３６の前で顔を動かした場合に、顔を構成する部分の微細な動き、及び瞬きの動きがあるか否かを判定する方法が挙げられる。仮に、端末装置３０－Ｋの使用者が、他人の顔が印刷されたお面をかぶっていてる場合には、顔の部分の生理的な動きが検出されないため、お面をかぶったなりすましが排除される。なお、「端末装置３０－Ｋの使用者」は、「端末装置３０－Ｋの端末ユーザ」の一例である。

また画像判定部１１２は、アバターデータＡＤからの認証データの削除時に、アバターデータＡＤの生成時と同一の方法を用いて、取得部１１１が取得した第２確認画像が、現時点において、端末装置３０－Ｋの使用者を撮像することにより得られた画像であるか否かを判定する。

画像受付部１１３は、アバターデータＡＤの生成時に、端末装置３０－Ｋから、ユーザＵ_ＫのアバターＡ_Ｋを示すアバターデータＡＤの生成に用いられるユーザ画像を受け付ける。上記のように、当該ユーザ画像は、ユーザＵ_Ｋの顔写真、又は全身の写真であることが好適である。また、画像受付部１１３は、受け付けたユーザ画像を、記憶装置１２に格納する。

照合部１１４は、アバターデータＡＤの生成時に、第１確認画像に写り込む人物を、ユーザ画像に写り込む人物と照合する。例えば、照合部１１４は、第１確認画像に写り込む人物の顔を示す顔データに含まれる顔の特徴と、ユーザ画像に写り込む人物の顔を示す顔の特徴とが一致しているか否かに基づいて、双方の人物を照合する。当該顔の特徴としては、例えば、眉、目、鼻、口の形状、及び顔を構成するパーツ間の距離が挙げられる。

また照合部１１４は、アバターデータＡＤからの認証データの削除時に、アバターデータＡＤの生成時と同一の方法を用いて、第２確認画像に写り込む人物を、ユーザ画像に写り込む人物と照合する。

認証部１１５は、所定の認証条件を充足する場合、後述のアバター生成部１１６が生成するアバターデータＡＤが真正であることを認証する。また認証部１１５は、アバターデータＡＤが真正であることを認証した場合、アバターデータＡＤに付加する認証データを生成する。当該「所定の認証条件」とは、一例として、画像判定部１１２の判定結果が肯定であり、且つ照合部１１４の照合結果が肯定であることである。認証部１１５が、当該アバターデータＡＤが真正であることを認証する場合には、当該アバターデータＡＤに対して、認証データを付加してもよい。逆に、認証部１１５が、当該アバターデータＡＤが真正であることを認証できない場合には、認証されていないことを示す非認証データを生成し、当該アバターデータＡＤに対して、非認証データを付加してもよい。あるいは、認証部１１５は、アバターデータＡＤを特定するアバターデータＡＤのＩＤと認証の有無との対応関係を示すデータを生成し、記憶装置１２に当該対応関係を示すデータを格納してもよい。また、上記の認証データ、非認証データ、及び対応関係を示すデータは、認証部１１５が管理してもよく、不図示の認証情報管理部が管理してもよい。例えば、ディスプレイ３４に表示されるアバターＡ_Ｋに対して認証マークＭを付加するか否かの判断は、認証情報管理部が、記憶装置１２から読み出した、当該アバターＡ_Ｋを示すアバターデータＡＤに紐づく認証データ又は非認証データの有無に基づいて判断してもよい。

アバター生成部１１６は、ユーザ画像を用いてアバターデータＡＤを生成する。詳細には、アバター生成部１１６はユーザ画像に写り込む人物に似せたアバターＡ、又は当該人物の特徴を有するアバターＡを示すアバターデータＡＤを生成する。例えば、アバター生成部１１６は、当該人物の顔に酷似した顔を有するアバターＡ、又は、当該人物の顔の特徴を有するアバターＡを示すアバターデータＡＤを生成する。上記のように、認証部１１５によってアバターデータＡＤが真正であることが認証され、認証データが生成された場合、アバター生成部１１６は、一例として、アバターデータＡＤに認証データを付加する。

この結果、認証装置１０は、ある人物に酷似する外見を有するアバターＡが、当該人物本人によって作成されていることを認証できる。

通信制御部１１７は、アバター生成部１１６が生成したアバターデータＡＤを、端末装置３０に対して、通信装置１３に送信させる。

なお、処理装置１１は、認証部１１５による認証を実行した後に、アバター生成部１１６によるアバターデータＡＤの生成を実行してもよく、アバター生成部１１６によるアバターデータＡＤの生成の後に、認証部１１５による認証を実行してもよい。更には、処理装置１１は、アバター生成部１１６によるアバターデータＡＤの生成の後に、画像判定部１１２による判定、照合部１１４による照合、及び認証部１１５による認証を実行してもよい。この結果、事前に生成された、真正であることが認証されていないアバターデータＡＤに対して、事後的に認証を行った上で、当該アバターデータＡＤに対して、認証されたことを示す情報を後から付加できる。この結果、ユーザＵ_Ｋは、いったん認証なしのアバターＡを生成した後でも、アバターＡの外見を変えることなく、認証ありのアバターＡに変更できる。例えば、ユーザＵ_Ｋが、最初にアバターＡ_Ｋを生成するとき、ユーザＵ_Ｋは認証の手間を省いて、簡易に認証なしのアバターＡ_Ｋを生成しておく。その後、ユーザＵ_Ｋは、時間のあるときに認証を行うことで、事前に生成したアバターＡ_Ｋと同じ外見のアバターＡ_Ｋのままで認証を付与できる。

要求受付部１１８は、端末装置３０から、アバターデータＡＤからの認証データの削除を指示する削除要求を受け付ける。なお、要求受付部１１８は、「受付部」の一例である。

認証削除部１１９は、要求受付部１１８が削除要求を受け付けたことをトリガとして、所定の削除条件を充足する場合、アバターデータＡＤから認証データを削除する。

当該「所定の削除条件」とは、一例として、画像判定部１１２の判定結果が肯定であり、且つ、照合部１１４の照合結果が肯定であることである。

なお、認証削除部１１９は、所定の削除条件を充足する場合、アバターデータＡＤから認証データを削除するのみならず、アバターデータＡＤに対して非認証データを付加してもよい。あるいは、認証削除部１１９は、所定の削除条件を充足する場合、記憶装置１２に格納される、アバターデータＡＤを特定するアバターデータＡＤのＩＤと認証の有無との対応関係を示すデータを書き換えてもよい。

また、認証削除部１１９が削除する認証データは、認証部１１５によって生成された認証データに限定されない。例えば、認証装置１０が外部からアバターデータＡＤを取得すると共に、当該アバターデータＡＤに対して、アバターシステム１とは異なるシステムによって既に認証データが付加されていた場合でも、認証削除部１１９は、当該認証データを削除できる。

この結果、認証装置１０は、ある人物に酷似する外見を有するアバターＡが、当該人物本人によって作成されていることに対する、認証の付加と削除が可能となる。

１－２：第１実施形態の動作
１－２－１：アバターデータＡＤ生成時の動作
図５は、認証装置１０がアバターデータＡＤを生成する場合の動作例を示すフローチャートである。以下、図５を参照することにより、認証装置１０の動作例について説明する。

ステップＳ１において、処理装置１１は、取得部１１１として機能する。処理装置１１は、通信装置１３を介して、端末装置３０－Ｋから、ユーザＵ_Ｋがサービスを利用するユーザであることを確認するための第１確認画像ＣＰ１を示す情報を取得する。

ステップＳ２において、処理装置１１は、画像判定部１１２として機能する。処理装置１１は、ステップＳ１において取得した第１確認画像ＣＰ１が、現時点において、端末装置３０－Ｋの使用者を撮像することにより得られた画像であるか否かを判定する。

ステップＳ３において、処理装置１１は、画像受付部１１３として機能する。処理装置１１は、端末装置３０－Ｋから、サービスを利用するユーザＵ_ＫのアバターＡ_Ｋを示すアバターデータＡＤの生成に用いられるユーザ画像ＵＰを受け付ける。

ステップＳ４において、処理装置１１は、照合部１１４として機能する。処理装置１１は、第１確認画像ＣＰ１に写り込む人物を、ユーザ画像ＵＰに写り込む人物と照合する。

ステップＳ５において、認証条件が成立した場合、すなわち、ステップＳ２における判定結果と、ステップＳ４における照合結果の双方が肯定である場合、処理装置１１は、ステップＳ６の処理を実行する。一方で、認証条件が成立しなかった場合、すなわち、ステップＳ２における判定結果と、ステップＳ４における照合結果のうち、少なくとも一方が否定である場合、処理装置１１は全ての処理を終了する。

ステップＳ６において、処理装置１１は、認証部１１５として機能する。処理装置１１は、生成するアバターデータＡＤが真正であることを認証する。更に、処理装置１１は、認証データＣＤを生成する。

ステップＳ７において、処理装置１１は、アバター生成部１１６として機能する。処理装置１１は、ステップＳ３において受け付けたユーザ画像ＵＰを用いてアバターデータＡＤを生成する。一例として、当該アバターデータＡＤには、ステップＳ５において生成された認証データＣＤが付加される。また、一例として、処理装置１１は、生成したアバターデータＡＤを、認証データＣＤが付加された状態で、記憶装置１２に格納する。

ステップＳ８において、処理装置１１は、通信制御部１１７として機能する。処理装置１１は、ステップＳ７において生成したアバターデータＡＤを、端末装置３０－Ｋに対して、通信装置１３に送信させる。

１－２－２：認証データ削除時の動作
図６は、認証装置１０が認証データＣＤを削除する場合の動作例を示すフローチャートである。以下、図６を参照することにより、認証装置１０の動作例について説明する。

ステップＳ１１において、処理装置１１は、要求受付部１１８として機能する。処理装置１１は、通信装置１３を介して、端末装置３０－Ｋから、認証データＣＤの削除を要求する削除要求ＤＤを受け付ける。

ステップＳ１２において、処理装置１１は、取得部１１１として機能する。処理装置１１は、通信装置１３を介して、端末装置３０－Ｋから、ユーザＵ_Ｋがサービスを利用するユーザであることを確認するための第２確認画像ＣＰ２を示す情報を取得する。

ステップＳ１３において、処理装置１１は、画像判定部１１２として機能する。処理装置１１は、ステップＳ１２において取得した第２確認画像ＣＰ２が、現時点において、端末装置３０－Ｋの使用者を撮像することにより得られた画像であるか否かを判定する。

ステップＳ１４において、処理装置１１は、画像受付部１１３として機能する。処理装置１１は、端末装置３０－Ｋから、サービスを利用するユーザＵ_ＫのアバターＡ_Ｋを示すアバターデータＡＤの生成に用いられたユーザ画像ＵＰを受け付ける。あるいは、当該ユーザ画像ＵＰが、記憶装置１２に記憶されている場合には、処理装置１１は、記憶装置１２から当該ユーザ画像ＵＰを読み出すことにより、当該ユーザ画像ＵＰを受け付けてもよい。

ステップＳ１５において、処理装置１１は、照合部１１４として機能する。処理装置１１は、第２確認画像ＣＰ２に写り込む人物を、ユーザ画像ＵＰに写り込む人物と照合する。

ステップＳ１６において、削除条件が成立した場合、すなわち、ステップＳ１３における判定結果と、ステップＳ１５における照合結果の双方が肯定である場合、処理装置１１は、ステップＳ１７の処理を実行する。一方で、削除条件が成立しなかった場合、すなわち、ステップＳ１３における判定結果と、ステップＳ１５における照合結果のうち、少なくとも一方が否定である場合、処理装置１１は全ての処理を終了する。

ステップＳ１７において、処理装置１１は、認証削除部１１９として機能する。処理装置１１は、アバターデータＡＤから認証データＣＤを削除する。

１－３：第１実施形態が奏する効果
以上の説明によれば、本実施形態に係る認証装置１０は、アバター生成部１１６と、認証部１１５と、認証削除部１１９とを備える。アバター生成部１１６は、サービスを利用するユーザＵ_Ｋを撮像することにより得られたユーザ画像ＵＰを用いて、ユーザＵ_ＫのアバターＡ_Ｋを示すアバターデータＡＤを生成する。認証部１１５は、アバターデータＡＤが真正であることを認証した場合、認証データＣＤを生成する。認証削除部１１９は、削除条件を充足する場合、認証データＣＤを削除する。

認証装置１０は上記の構成を有するので、ある人物に酷似する外見を有するアバターＡが、当該人物本人によって作成されていることに対する、認証の付加と削除が可能となる。

また、認証装置１０は、いったん本人認証が付加されたアバターＡ_Ｋを生成した後でも、アバターＡ_Ｋの外見を変えることなく本人認証なしのアバターＡ_Ｋに変更できる。この結果、本人認証ありのアバターＡ_Ｋを利用する必要性が感じられなくなったユーザＵ_Ｋが、事前に生成したアバターＡ_Ｋと同じアバターＡ_Ｋのままで本人認証を削除する可能となる。

また以上の説明によれば、認証装置１０は、受付部としての要求受付部１１８と、取得部１１１と、画像判定部１１２と、照合部１１４とを備える。要求受付部１１８は、端末装置３０－Ｋから、認証データＣＤを削除するための削除要求ＤＤを受け付ける。取得部１１１は、端末装置３０－Ｋから、ユーザＵ_Ｋが本人確認をするための確認画像としての第２確認画像ＣＰ２を取得する。画像判定部１１２は、第２確認画像ＣＰ２が、現時点において、端末装置３０－Ｋの端末ユーザを撮像することにより得られた画像であることを確認する。照合部１１４は、第２確認画像ＣＰ２に写り込む人物をユーザ画像ＵＰに写り込む人物と照合する。上記の削除条件は、画像判定部１１２の判定結果が肯定であり、且つ、照合部１１４の照合結果が肯定であることである。

認証装置１０は上記の構成を有するので、第２確認画像ＣＰ２が、端末装置３０－Ｋの使用者を撮像することにより得られた画像であるか否かという第１の条件と、第２確認画像ＣＰ２に映り込む人物と、ユーザ画像ＵＰに映り込む人物とが同一の人物であるか否かという第２の条件に基づいて、認証データＣＤを削除する。このため、認証装置１０は、他人がなりすまして認証データＣＤを削除してしまうことを防止することが可能となる。

２：第２実施形態
以下、図７～図１１を参照しつつ、本発明の第２実施形態に係る認証装置１０Ａを備えるアバターシステム１Ａについて説明する。なお、説明の簡略化のため、アバターシステム１Ａに備わる構成要素のうち、アバターシステム１に備わる構成要素と同一の構成要素に対しては、同一の符号を用いると共に、その説明を省略することがある。

本実施形態に係る認証装置１０Ａは、外部装置としての端末装置３０から、認証データＣＤの生成又は削除の要求があった場合に、強制的に当該認証データＣＤの生成又は削除を実行する。

２－１：第２実施形態の構成
２－１－１：全体構成
アバターシステム１Ａは、アバターシステム１に比較して、認証装置１０の代わりに認証装置１０Ａを備える点で異なる。その他の点で、アバターシステム１Ａの全体構成は、図１に示されるアバターシステム１の全体構成と同一であるため、その図示を省略する。以下では主として、認証装置１０Ａの構成について説明する。

２－１－２：認証装置の構成
図７は、認証装置１０Ａの構成例を示すブロック図である。認証装置１０Ａは、認証装置１０に比較して、処理装置１１の代わりに処理装置１１Ａを、記憶装置１２の代わりに記憶装置１２Ａを備える。記憶装置１２Ａは、制御プログラムＰＲ１の代わりに制御プログラムＰＲ１Ａを記憶する。処理装置１１Ａは、記憶装置１２Ａから制御プログラムＰＲ１Ａを読み出して実行することによって、機能ユニットＦＵ１、すなわち、取得部１１１、画像判定部１１２、画像受付部１１３、照合部１１４、認証部１１５、アバター生成部１１６、及び通信制御部１１７を有する機能ユニットに加え、要求受付部１１８Ａ、認証削除部１１９、及び要求判定部１２０として機能する。

要求受付部１１８Ａは、端末装置３０から要求を受け付ける。図８は、要求受付部１１８Ａの構成を示す機能ブロック図である。要求受付部１１８Ａは、第１受付部１１８Ａ－１と第２受付部１１８Ａ－２を備える。

第１受付部１１８Ａ－１は、端末装置３０から、認証データＣＤを削除することを指示する削除要求ＤＤを受け付ける。

第２受付部１１８Ａ－２は、端末装置３０から、認証データＣＤを生成することを指示する生成要求を受け付ける。

説明を図７に戻すと、要求判定部１２０は、要求受付部１１８Ａが受け付けた要求に、強制指示が含まれているか否かを判定する。図９は、要求判定部１２０の構成を示す機能ブロック図である。要求判定部１２０は、第１要求判定部１２０－１と第２要求判定部１２０－２を備える。

第１要求判定部１２０－１は、ユーザＵ_Ｋが承認することなく強制的に認証データＣＤを削除することを指示する強制指示が、第１受付部１１８Ａ－１が受け付けた削除要求ＤＤに含まれるか否かを判定する。なお、認証削除部１１９が用いる上記の「所定の削除条件」は、第１要求判定部１２０－１の判定結果が肯定であることである。すなわち、認証削除部１１９は、第１要求判定部１２０－１の判定結果が肯定である場合、認証データＣＤを削除する。

第２要求判定部１２０－２は、ユーザＵ_Ｋが承認することなく強制的に認証データＣＤを生成することを指示する強制指示が、第２受付部１１８Ａ－２が受け付けた生成要求に含まれるか否かを判定する。なお、認証部１１５が用いる上記の「所定の認証条件」は、第２要求判定部１２０－２の判定結果が肯定であることである。すなわち、認証部１１５は、第２要求判定部１２０－２の判定結果が肯定である場合、認証データＣＤを生成する。

２－２：第２実施形態の動作
２－２－１：アバターデータＡＤ生成時の動作
認証装置１０ＡがアバターデータＡＤを生成する場合の動作例は、図５に示される、認証装置１０がアバターデータＡＤを生成する場合の動作例と同一であるため、その説明を省略する。

２－２－２：通常の認証データ削除時の動作
通常時において、認証装置１０Ａが認証データＣＤを削除する場合の動作例は、図６に示される、認証装置１０が認証データＣＤを削除する場合の動作例と同一であるため、その説明を省略する。

２－２－３：強制的な認証データ削除時の動作
図１０は、認証装置１０Ａが認証データＣＤを強制的に削除する場合の動作例を示すフローチャートである。以下、図１０を参照することにより、認証装置１０Ａの動作例について説明する。

ステップＳ２１において、処理装置１１Ａは、第１受付部１１８Ａ－１として機能する。処理装置１１Ａは、通信装置１３を介して、端末装置３０から、認証データＣＤの削除を要求する削除要求ＤＤを受け付ける。

ステップＳ２２において、削除条件が成立した場合、処理装置１１Ａは、ステップＳ２３の処理を実行する。一方で、削除条件が成立しなかった場合、処理装置１１Ａは、図１０に記載の全ての処理を終了する。なお、この場合、処理装置１１Ａは、図６に示されるフローチャートのステップＳ１２以降の処理を実行してもよい。

具体的には、処理装置１１Ａは、第１要求判定部１２０－１として機能する。処理装置１１Ａは、ステップＳ２１において受け付けた削除要求ＤＤに、強制指示が含まれているか否かを判定する。削除要求ＤＤに強制指示が含まれている場合、処理装置１１Ａは、ステップＳ２３の処理を実行する。一方で、削除要求ＤＤに強制指示が含まれていなかった場合、処理装置１１Ａは全ての処理を終了する。なお、この場合、処理装置１１Ａは、図６に示されるフローチャートのステップＳ１２以降の処理を実行してもよい。

ステップＳ２３において、処理装置１１Ａは、認証削除部１１９として機能する。処理装置１１Ａは、アバターデータＡＤから認証データＣＤを削除する。

２－２－４：強制的な認証データ生成時の動作
図１１は、認証装置１０Ａが認証データＣＤを強制的に生成する場合の動作例を示すフローチャートである。以下、図１１を参照することにより、認証装置１０Ａの動作例について説明する。

ステップＳ３１において、処理装置１１Ａは、第２受付部１１８Ａ－２として機能する。処理装置１１Ａは、通信装置１３を介して、端末装置３０から、認証データＣＤの生成を要求する生成要求ＧＤを受け付ける。

ステップＳ３２において、認証条件が成立した場合、処理装置１１Ａは、ステップＳ３３の処理を実行する。一方で、認証条件が成立しなかった場合、処理装置１１Ａは、図１１に記載の全ての処理を終了する。

具体的には、処理装置１１Ａは、第２要求判定部１２０－２として機能する。処理装置１１Ａは、ステップＳ３２において受け付けた生成要求ＧＤに、強制指示が含まれているか否かを判定する。生成要求ＧＤに強制指示が含まれている場合、処理装置１１Ａは、ステップＳ３３の処理を実行する。一方で、生成要求ＧＤに強制指示が含まれていなかった場合、処理装置１１Ａは全ての処理を終了する。

ステップＳ３３において、処理装置１１Ａは、認証部１１５として機能する。処理装置１１Ａは、認証データＣＤを生成する。

２－３：第２実施形態が奏する効果
以上の説明によれば、本実施形態に係る認証装置１０Ａは、第１受付部１１８Ａ－１と、第１要求判定部１２０－１を備える。第１受付部１１８Ａ－１は、端末装置３０から認証データＣＤを削除することを指示する削除要求ＤＤを受け付ける。第１要求判定部１２０－１は、ユーザＵ_Ｋが承認することなく強制的に認証データＣＤを削除することを指示する強制指示が、削除要求ＤＤに含まれるか否かを判定する。上記の削除条件は、第１要求判定部１２０－１の判定結果が肯定であることである。

認証装置１０Ａは上記の構成を有するので、外部装置としての端末装置３０から、認証データＣＤの削除の要求があった場合に、強制的に当該認証データＣＤの削除を実行できる。

この結果、誤って認証マークＭが付加されたアバターＡが他人に使用されているときに、認証装置１０Ａは、強制的にアバターＡを示すアバターデータＡＤから、認証データＣＤを削除して、アバターＡが他人に使用されることを阻止できる。またアバターＡの作成者が何らかの方法でアバターＡを使用できなくなったときに、認証装置１０Ａは、強制的にアバターＡを示すアバターデータＡＤから、認証データＣＤを削除して、他人がなりすまして当該アバターＡを使用するリスクを低減できる。

以上の説明によれば、本実施形態に係る認証装置１０Ａは、第２受付部１１８Ａ－２と、第２要求判定部１２０－２を備える。第２受付部１１８Ａ－２は、端末装置３０から認証データＣＤを生成することを指示する生成要求ＧＤを受け付ける。第２要求判定部１２０－２は、認証条件を充足することなく強制的に認証データＣＤを生成することを指示する強制指示が、生成要求ＧＤに含まれるか否かを判定する。認証部１１５は、第２要求判定部１２０－２の判定結果が肯定である場合、認証データＣＤを生成する。

認証装置１０Ａは上記の構成を有するので、外部装置としての端末装置３０から、認証データＣＤの生成の要求があった場合に、強制的に当該認証データＣＤの生成を実行できる。

認証装置１０Ａは、例えば、アバターＡを作成しようとしているのがユーザＵ_Ｋ本人であるにも関わらず、ユーザＵ_Ｋ本人であると認証されない場合に、認証マークＭが付加されないアバターＡを生成する。このような場合、認証装置１０Ａは、強制的にアバターＡに対応するアバターデータＡＤに認証データＣＤを付加することで、ユーザＵ_Ｋ本人が、認証マークＭが付加されたアバターＡを使用できる。

３：第３実施形態
以下、図１２～図１３を参照しつつ、本発明の第３実施形態に係る認証装置１０Ｂを備えるアバターシステム１Ｂについて説明する。なお、説明の簡略化のため、アバターシステム１Ｂに備わる構成要素のうち、アバターシステム１及び１Ａに備わる構成要素と同一の構成要素に対しては、同一の符号を用いると共に、その説明を省略することがある。

本実施形態に係る認証装置１０Ｂは、アバターデータＡＤの生成時に用いた第１確認画像ＣＰ１を保存しておく。その後、例えば、アバターデータＡＤの生成時になりすましがされていたことが疑われる場合に、認証装置１０Ｂは、保存していた第１確認画像ＣＰ１を用いて、アバターデータＡＤの生成時に正しく本人認証がされていたかを再度判定し、削除条件が充足されたときは、認証データＣＤを削除する。

３－１：第３実施形態の構成
３－１－１：全体構成
アバターシステム１Ｂは、アバターシステム１に比較して、認証装置１０の代わりに認証装置１０Ｂを備える点で異なる。その他の点で、アバターシステム１Ｂの全体構成は、図１に示されるアバターシステム１の全体構成と同一であるため、その図示を省略する。以下では主として、認証装置１０Ｂの構成について説明する。

３－１－２：認証装置の構成
認証装置１０Ｂは、認証装置１０に比較して、処理装置１１の代わりに処理装置１１Ｂを、記憶装置１２の代わりに記憶装置１２Ｂを備える。記憶装置１２Ｂは、制御プログラムＰＲ１の代わりに制御プログラムＰＲ１Ｂを記憶する。処理装置１１Ｂは、記憶装置１２Ｂから制御プログラムＰＲ１Ｂを読み出して実行することによって、機能ユニットＦＵ１Ｂとして、取得部１１１Ｂ、画像判定部１１２Ｂ、画像受付部１１３Ｂ、照合部１１４Ｂ、認証部１１５Ｂ、アバター生成部１１６、及び通信制御部１１７を有する機能ユニットに加えて、要求受付部１１８、認証削除部１１９、及び要求判定部１２０Ｂとして機能する。その他の点で、認証装置１０Ｂの全体構成は、図７及び図８に示される、第２実施形態に係る認証装置１０Ａの構成と同一であるため、その図示を省略する。

取得部１１１Ｂは、取得部１１１と同様、アバターデータＡＤの生成時に、端末装置３０－Ｋから、第１確認画像ＣＰ１を取得する。更に取得部１１１Ｂは、取得した第１確認画像ＣＰ１を、記憶装置１２Ｂに格納する。なお本実施形態において、第１確認画像ＣＰ１は、「確認画像」の一例である。また、端末装置３０－Ｋは、「外部装置」の一例である。

画像判定部１１２Ｂは、画像判定部１１２と同様、アバターデータＡＤの生成時に、取得部１１１Ｂが取得した第１確認画像ＣＰ１が、現時点において、端末装置３０－Ｋの使用者を撮像することにより得られた画像であるか否かを判定する。

また画像判定部１１２Ｂは、アバターデータＡＤからの認証データＣＤの削除時に、記憶装置１２Ｂから読み出した第１確認画像ＣＰ１を用いて、上記の判定を実行する。具体的には、画像判定部１１２Ｂは、記憶装置１２Ｂから読み出した第１確認画像ＣＰ１が、アバターデータＡＤの生成時に端末装置３０－Ｋの使用者を撮像したことにより得られた画像であるか否かを判定する。

画像受付部１１３Ｂは、画像受付部１１３と同様、アバターデータＡＤの生成時に、端末装置３０－Ｋから、ユーザＵ_ＫのアバターＡ_Ｋを示すアバターデータＡＤの生成に用いられるユーザ画像ＵＰを受け付ける。また、画像受付部１１３Ｂは、受け付けたユーザ画像ＵＰを、記憶装置１２Ｂに格納する。

また画像受付部１１３Ｂは、アバターデータＡＤからの認証データＣＤの削除時に、記憶装置１２Ｂからユーザ画像ＵＰを読み出す。また画像受付部１１３Ｂは、読み出したユーザ画像ＵＰを受け付ける。

照合部１１４Ｂは、照合部１１４と同様、アバターデータＡＤの生成時に、第１確認画像ＣＰ１に写り込む人物を、ユーザ画像ＵＰに写り込む人物とを照合する。

また照合部１１４Ｂは、アバターデータＡＤからの認証データＣＤの削除時に、記憶装置１２Ｂから読み出した第１確認画像ＣＰ１及びユーザ画像ＵＰを用いて上記の照合を実行する。具体的には、照合部１１４Ｂは、第１確認画像ＣＰ１に写り込む人物を、ユーザ画像ＵＰに写り込む人物と照合する。

認証部１１５Ｂは、認証部１１５と同様、アバターデータＡＤの生成時に、取得部１１１Ｂが取得した第１確認画像ＣＰ１を用いて、アバターデータＡＤが真正であることを認証する。具体的には、認証部１１５Ｂは、画像判定部１１２Ｂによる第１判定基準に基づいた判定結果と、照合部１１４Ｂによる第２判定基準に基づいた照合結果との双方が共に肯定であるか否かを判定する。具体的には、第１判定基準とは、取得部１１１Ｂによって取得された第１確認画像ＣＰ１が、アバターデータＡＤの生成時において、端末装置３０－Ｋの使用者を撮像することにより得られた画像であることが肯定であるか否かを判定する際に用いる判定基準である。第２判定基準とは、第１確認画像ＣＰ１に写り込む人物と、画像受付部１１３が受け付けたユーザ画像ＵＰに写り込む人物とが同一人物であるか否かを判定する際に用いる判定基準である。上記の「所定の認証条件」とは、第１判定基準に基づいた判定結果と、第２判定基準に基づいた照合結果との双方が肯定となることである。

図１２は、要求判定部１２０Ｂの構成を示す機能ブロック図である。図１２に示されるように、要求判定部１２０Ｂは、第２実施形態に係る要求判定部１２０に比較して、第２要求判定部１２０－２の代わりに基準判定部１２０－３を備える。

基準判定部１２０－３は、アバターデータＡＤからの認証データＣＤの削除時に、認証部１１５Ｂが用いる第１判定基準と同様の、第１判定基準に基づいた判定をする。また、基準判定部１２０－３は、認証部１１５Ｂが用いる第２判定基準と同様の、第２判定基準に基づいた判定をする。具体的には、第１判定基準とは、記憶装置１２Ｂから読み出された第１確認画像ＣＰ１が、外部装置としての端末装置３０－Ｋのユーザを撮像することによって得られた画像であるか否かを判定する際に用いる判定基準である。第２判定基準とは、記憶装置１２Ｂから読み出された第１確認画像ＣＰ１に写り込む人物と、記憶装置１２Ｂから読み出されたユーザ画像ＵＰに写り込む人物とが同一人物であるか否かを判定する判定基準である。第１判定基準に基づいた判定と、第２判定基準に基づいた判定との双方が肯定である場合に、基準判定部１２０－３による判定結果は肯定となる。一方で、第１判定基準に基づいた判定と、第２判定基準に基づいた判定とのうち少なくとも一方が否定である場合に、基準判定部１２０－３による判定結果は否定となる。

ここで、認証部１１５Ｂが用いる第１判定基準と、基準判定部１２０－３が用いる第１判定基準とでは、基準の厳しさが異なる。例えば、第１確認画像ＣＰ１が、外部装置としての端末装置３０－Ｋのユーザを撮像することによって得られた画像であることが肯定であるか否か確認する場合、認証部１１５Ｂによる認証時には、画像判定部１１２Ｂは、ユーザＵ_Ｋが撮像装置３６の前において、顔を前後左右に動かすことによって撮影された顔を示すデータが、３次元画像を示すデータであることのみを確認する。一方で、基準判定部１２０－３による判定時には、画像判定部１１２Ｂは、顔を示すデータが３次元画像を示すデータであることの確認に加えて、顔を構成する部分の微細な動き、及び瞬きの動きを判定する。

また、認証部１１５Ｂが用いる第２判定基準と、基準判定部１２０－３が用いる第２判定基準とでは、基準の厳しさが異なる。例えば、認証部１１５Ｂによる認証時にも、基準判定部１２０－３による判定時にも、照合部１１４Ｂは、第１確認画像ＣＰ１に写り込む人物と、ユーザ画像ＵＰに写り込む人物とが同一であることを照合する。しかし、基準判定部１２０－３による判定時の方が、認証部１１５Ｂによる認証時に比較して、双方の人物の類似度が高くないと、照合部１１４Ｂは双方の人物が同一であると判定しない。

なお、認証削除部１１９が用いる上記の「所定の削除条件」は、第１要求判定部１２０－１による判定結果が肯定であり、基準判定部１２０－３による判定結果が否定であることである。すなわち、認証削除部１１９は、第１要求判定部１２０－１による判定結果が肯定であり、基準判定部１２０－３による判定結果が否定である場合、認証データＣＤを削除する。

３－２：第３実施形態の動作
３－２－１：アバターデータＡＤ生成時の動作
認証装置１０ＢがアバターデータＡＤを生成する場合の動作例は、基本的に、図５に示される、認証装置１０がアバターデータＡＤを生成する場合の動作例と同一であるため、その図示を省略する。以下では、認証装置１０ＢがアバターデータＡＤを生成する場合の動作例のうち、認証装置１０によるアバターデータＡＤ生成時の動作例と異なる点について説明する。

ステップＳ１において、処理装置１１Ｂは、取得部１１１Ｂとして機能する。処理装置１１は、通信装置１３を介して、端末装置３０－Ｋから、ユーザＵ_Ｋがサービスを利用するユーザであることを確認するための第１確認画像ＣＰ１を示す情報を取得する。更に、処理装置１１Ｂは、取得した第１確認画像ＣＰ１を、記憶装置１２Ａに格納する。端末装置３０－Ｋは、「外部装置」の一例である。

ステップＳ６において、処理装置１１Ｂは、認証部１１５Ｂとして機能する。処理装置１１Ｂは、第１確認画像ＣＰ１を用いて、生成するアバターデータＡＤが真正であることを認証する。詳細には、ステップＳ５における「認証条件」には、アバターデータＡＤの生成時において、取得部１１１Ｂによって取得された第１確認画像ＣＰ１が、現時点において、端末装置３０－Ｋの使用者を撮像することにより得られた画像であると、画像判定部１１２Ｂが判定したことが含まれる。ステップＳ６において、処理装置１１Ｂは、ステップＳ５での判断基準としての第１確認画像ＣＰ１を用いた認証条件に基づいて、生成するアバターデータＡＤが真正であることを認証する。更に、処理装置１１Ｂは、認証データＣＤを生成する。

３－２－２：認証データ削除時の動作
図１３は、認証装置１０Ｂが認証データＣＤを削除する場合の動作例を示すフローチャートである。以下、図１３を参照することにより、認証装置１０Ｂの動作例について説明する。

ステップＳ４１において、処理装置１１Ｂは、要求受付部１１８として機能する。処理装置１１Ｂは、通信装置１３を介して、アバターデータＡＤの生成に用いた端末装置３０－Ｋとは互いに異なる端末装置３０から、認証データＣＤの削除を要求する削除要求ＤＤを受け付ける。

なお、例えば、ユーザＵ_Ｋとは異なるユーザＵが、ユーザＵ_Ｋになりすまして端末装置３０－Ｋを用いることにより、アバターデータＡＤを生成していた場合、ユーザＵ_Ｋ自身が、端末装置３０－Ｋから認証データＣＤの削除を要求するケースが考えられる。このようなケースにおいて、処理装置１１Ａは、端末装置３０－Ｋから、認証データＣＤの削除を要求する削除要求ＤＤを受け付けてもよい。

ステップＳ４２において、処理装置１１Ｂは、取得部１１１Ｂとして機能する。処理装置１１Ｂは、記憶装置１２Ｂから、ユーザＵ_Ｋがサービスを利用するユーザであることを確認するための第１確認画像ＣＰ１を示す情報を取得する。

ステップＳ４３において、処理装置１１Ｂは、画像判定部１１２Ｂとして機能する。処理装置１１Ｂは、ステップＳ４２において取得した第１確認画像ＣＰ１が、アバターデータＡＤの生成時に、端末装置３０－Ｋの使用者を撮像することにより得られた画像であるか否かを判定する。

ステップＳ４４において、処理装置１１Ｂは、画像受付部１１３Ｂとして機能する。処理装置１１Ａは、記憶装置１２Ｂから、サービスを利用するユーザＵ_ＫのアバターＡ_Ｋを示すアバターデータＡＤの生成に用いられたユーザ画像ＵＰを受け付ける。

ステップＳ４５において、処理装置１１Ａは、照合部１１４Ｂとして機能する。処理装置１１Ｂは、第１確認画像ＣＰ１に写り込む人物を、ユーザ画像ＵＰに写り込む人物と照合する。

ステップＳ４６において、削除条件が成立した場合、すなわち、処理装置１１Ｂが第１要求判定部１２０－１として機能した場合の判定結果が肯定であり、処理装置１１Ｂが基準判定部１２０－３として機能した場合の判定結果が否定である場合、処理装置１１Ｂは、ステップＳ４７の処理を実行する。一方で、削除条件が成立しなかった場合、処理装置１１Ｂは全ての処理を終了する。

ステップＳ４７において、処理装置１１Ｂは、認証削除部１１９として機能する。処理装置１１Ｂは、アバターデータＡＤから認証データＣＤを削除する。

以上の説明によれば、本実施形態に係る認証装置１０Ｂにおいて、ユーザ画像ＵＰは、アバターデータＡＤの生成時に、確認画像としての第１確認画像ＣＰ１と共に、外部装置としての端末装置３０－Ｋから取得される。ユーザ画像ＵＰは、第１確認画像ＣＰ１と共に記憶装置１２Ｂに記憶される。認証部１１５Ｂは、第１確認画像ＣＰ１が、端末装置３０－Ｋの使用者を撮像することによって得られた画像であり、且つ、第１確認画像ＣＰ１に写り込む人物とユーザ画像ＵＰに写り込む人物とが同一人物である場合に、アバターデータＡＤが真正であることを認証する。また、認証装置１０Ｂは基準判定部１２０－３を備える。基準判定部１２０－３は、記憶装置１２Ｂから読み出された第１確認画像ＣＰ１が端末装置３０－Ｋの使用者を撮像することによって得られた画像であるか否かを判定する。また、基準判定部１２０－３は、記憶装置１２Ｂから読み出された第１確認画像ＣＰ１に写り込む人物と記憶装置１２Ｂから読み出されたユーザ画像ＵＰに写り込む人物とが同一人物であるか否かを判定する。上記の削除条件は、第１要求判定部１２０－１の判定結果が肯定であり、且つ基準判定部１２０－３による２つの判定結果のうち少なくとも１つが否定であることである。

認証装置１０Ｂは上記の構成を有するので、例えば、アバターデータＡＤの生成時になりすましがされていたことが疑われる場合に、認証装置１０Ｂは、保存していた第１確認画像ＣＰ１を用いて、アバターデータＡＤの生成時に正しく本人認証がされていたかを再度判定し、削除条件が充足されたときは、認証データＣＤを削除できる。

４：変形例
本開示は、以上に例示した実施形態に限定されない。例えば、上記の実施形態から任意に選択された２以上の態様を併合してもよい。更に、具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を併合してもよい。

４－１：変形例１
第１実施形態に係るアバターシステム１は、アバターデータＡＤの使用時に、本人確認のため、アバターデータＡＤを使用するユーザＵ_Ｋ本人の顔情報を用いて本人確認をしてもよい。

一例として、認証装置１０は、通常時に、端末装置３０－ＫからユーザＵ_Ｋのアカウント情報を取得し、記憶装置１２に格納する。当該アカウント情報は、一例として、ユーザＵ_ＫのアカウントＩＤ、ユーザＵ_Ｋの電話番号、ユーザＵ_Ｋのメールアドレス、ユーザＵ_Ｋの指紋等の生体情報、ユーザＵ_Ｋの免許証の写真、ユーザＵ_Ｋの顔写真のデータベースのうち、いずれか１つ以上を含む。

認証装置１０は、ユーザＵ_Ｋが真正性のあるユーザであることを認証した上での、アバターデータＡＤの使用を許可する場合、上記のアカウント情報に含まれる、例えばユーザＵ_Ｋの免許証の写真、及びユーザＵ_Ｋの顔写真のデータベースから、ユーザＵ_Ｋの顔写真等の確認画像を取得する。その上で、認証装置１０は、当該ユーザＵ_Ｋの顔写真等の確認画像と、現在、端末装置３０－Ｋの使用者を撮像することにより得られた画像とが対応することを確認する。認証装置１０は、上記の確認結果が肯定である場合、ユーザＵ_Ｋが真正性のあるユーザであることを認証した上で、アバターデータＡＤの使用を許可する。

また別の一例として、認証装置１０は、アバターデータＡＤに対して、例えばユーザＵ_Ｋの顔写真等のユーザ画像ＵＰを示すユーザ画像データを電子透かしとして埋め込んでおく。認証装置１０は、ユーザＵ_Ｋが真正性のあるユーザであることを認証した上での、アバターデータＡＤの使用を許可する場合、アバターデータＡＤからユーザ画像データを抽出する。更に、認証装置１０は、ユーザ画像データによって示されるユーザ画像ＵＰに写り込む人物と、端末装置３０－Ｋの使用者を撮像することにより得られた画像に写り込む人物とを照合する。認証装置１０は、上記の照合結果が肯定である場合、ユーザＵ_Ｋが真正性のあるユーザであることを認証した上で、アバターデータＡＤの使用を許可する。

なお、第１実施形態に係る認証装置１０が、アバターデータＡＤから認証データＣＤを削除する場合、認証装置１０は、記憶装置１２から、ユーザＵ_Ｋのアカウント情報を削除してもよい。あるいは認証装置１０は、アバターデータＡＤに埋め込まれたユーザ画像データを削除してもよい。第２実施形態及び第３実施形態においても同様である。

５：その他
（１）上述した実施形態では、認証装置１０～１０Ｂ、及び端末装置３０を例示したが、認証装置１０～１０Ｂ、及び端末装置３０が備える記憶装置は、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＣＤ－ＲＯＭ（Compact Disc－ＲＯＭ）、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、外部装置が実行するプログラムは、電気通信回線を介してネットワークから送信されてもよい。また、プログラムは、電気通信回線を介して通信網ＮＥＴから送信されてもよい。

（２）上述した実施形態において、説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

（３）上述した実施形態において、入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

（４）上述した実施形態において、判定は、１ビットを用いて表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

（５）上述した実施形態において例示した処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

（６）図１、図３、図４、図７～図９、図１２に例示された各機能は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

（７）上述した実施形態において例示したプログラムは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称を用いて呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

（８）前述の各形態において、「システム」及び「ネットワーク」という用語は、互換的に使用される。

（９）本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。

（１０）上述した実施形態において、認証装置１０～１０Ｂ、及び端末装置３０は、移動局（ＭＳ：Mobile Station）である場合が含まれる。移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。また、本開示においては、「移動局」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」等の用語は、互換的に使用され得る。

（１１）上述した実施形態において、「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことが可能である。要素間の結合又は接続は、物理的な結合又は接続であっても、論理的な結合又は接続であっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」を用いて読み替えられてもよい。本開示において使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることが可能である。

（１２）上述した実施形態において、「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

（１３）本開示において使用される「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

（１４）上述した実施形態において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。更に、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

（１５）本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

（１６）本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」等の用語も、「異なる」と同様に解釈されてもよい。

（１７）本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行う通知に限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施できる。従って、本開示の記載は、例示説明を目的とし、本開示に対して何ら制限的な意味を有さない。

１～１Ｂ…アバターシステム、１０～１０Ｂ…認証装置、１１～１１Ｂ…処理装置、１２～１２Ｂ…記憶装置、１３…通信装置、１４…ディスプレイ、１５…入力装置、３０…端末装置、３１…処理装置、３２…記憶装置、３３…通信装置、３４…ディスプレイ、３５…入力装置、３６…撮像装置、１１１，１１１Ｂ…取得部、１１２，１１２Ｂ…画像判定部、１１３，１１３Ｂ…画像受付部、１１４，１１４Ｂ…照合部、１１５，１１５Ｂ…認証部、１１６…アバター生成部、１１７…通信制御部、１１８，１１８Ａ…要求受付部、１１８Ａ－１…第１受付部、１１８Ａ－２…第２受付部、１１９…認証削除部、１２０，１２０Ｂ…要求判定部、１２０－１…第１要求判定部、１２０－２…第２要求判定部、１２０－３…基準判定部、３１１…取得部、３１２…表示制御部、３１３…通信制御部、ＦＵ１，ＦＵ１Ｂ…機能ユニット、ＣＰ１…第１確認画像、ＣＰ２…第２確認画像、ＰＲ１，ＰＲ１Ａ，ＰＲ１Ｂ，ＰＲ３…制御プログラム

Claims (4)

1. アバターに関するサービスを利用するサービスユーザを撮像することにより得られたユーザ画像を用いて、前記サービスユーザのアバターを示すアバターデータを生成するアバター生成部と、
   前記アバターデータが真正であることを認証した場合、前記アバターデータに付加する認証データを生成する認証部と、
   削除条件を充足する場合、前記アバターデータから前記認証データを削除する認証削除部と、
   端末装置から前記認証データを削除することを指示する削除要求を受け付ける受付部と、
   前記端末装置から前記サービスユーザが本人確認をするための確認画像を取得する取得部と、
   前記確認画像が、現在、前記端末装置の端末ユーザを撮像することにより得られた画像か否かを判定する画像判定部と、
   前記確認画像に写り込む人物を前記ユーザ画像に写り込む人物と照合する照合部と、を備え、
   前記削除条件は、前記画像判定部の判定結果が肯定であり、且つ、前記照合部の照合結果が肯定であることである、
   アバターデータの認証装置。
2. アバターに関するサービスを利用するサービスユーザを撮像することにより得られたユーザ画像を用いて、前記サービスユーザのアバターを示すアバターデータを生成するアバター生成部と、
   前記アバターデータが真正であることを認証した場合、前記アバターデータに付加する認証データを生成する認証部と、
   削除条件を充足する場合、前記アバターデータから前記認証データを削除する認証削除部と、
   端末装置から前記認証データを削除することを指示する削除要求を受け付ける第１受付部と、
   前記サービスユーザが承認することなく強制的に前記認証データを削除することを指示する強制指示が、前記削除要求に含まれるか否かを判定する第１要求判定部と、
   を備え、
   前記削除条件は、少なくとも前記第１要求判定部の判定結果が肯定であることである、
   アバターデータの認証装置。
3. 端末装置から前記認証データを生成することを指示する生成要求を受け付ける第２受付部と、
   前記サービスユーザが承認することなく強制的に前記認証データを生成することを指示する強制指示が、前記生成要求に含まれるか否かを判定する第２要求判定部と、
   をさらに備え、
   前記認証部は、前記第２要求判定部の判定結果が肯定である場合、前記認証データを生成する、
   請求項２に記載のアバターデータの認証装置。
4. 前記ユーザ画像は、前記アバターデータの生成時に、確認画像と共に外部装置から取得され、
   前記ユーザ画像は、前記確認画像と共に記憶装置に記憶され、
   前記認証部は、前記確認画像が、前記外部装置のユーザを撮像することによって得られた画像であり、且つ、前記確認画像に写り込む人物と前記ユーザ画像に写り込む人物とが同一人物である場合に、前記アバターデータが真正であることを認証し、
   前記記憶装置から読み出された前記確認画像が前記外部装置の使用者を撮像することによって得られた画像であるか否かを判定し、且つ、前記記憶装置から読み出された前記確認画像に写り込む人物と前記記憶装置から読み出された前記ユーザ画像に写り込む人物とが同一人物であるか否かを判定する基準判定部をさらに備え、
   前記確認画像が前記外部装置の使用者を撮像することによって得られた画像であるか否かを判定する際に用いる第１判定基準と、前記確認画像に写り込む人物と前記ユーザ画像に写り込む人物とが同一人物であるか否かを判定する際に用いる第２判定基準とのうち、少なくとも一方は、前記認証部のアバターデータの認証時と前記基準判定部の判定時とにおいて相違し、
   前記削除条件は、前記第１要求判定部による判定結果が肯定であり、且つ前記基準判定部による２つの判定結果のうち少なくとも１つが否定であることである、
   請求項２に記載のアバターデータの認証装置。