JP2024033520A - コンテンツ生成装置、管理サーバ、コンテンツ生成装置の制御方法、管理サーバの制御方法、及びプログラム - Google Patents

Abstract

【課題】コンテンツの提供元がコンテンツの生成者であることを保証することができるコンテンツ生成装置を提供する。【解決手段】撮像装置１０２は、撮影者の生体情報を取得する。また、撮像装置１０２は、撮影者の指示に従って画像ファイルを生成した直後に画像ファイルのハッシュ値を生成し、ハッシュ値、画像ファイル、及びハッシュ値計算詳細情報を管理システム１０１へ送信する。画像ファイルのメタデータには、撮影者の生体情報に基づいて生成される撮影者を示す情報が含まれる。【選択図】図２

Description

本発明は、コンテンツ生成装置、管理サーバ、コンテンツ生成装置の制御方法、管理サーバの制御方法、及びプログラムに関する。

近年、インターネットやＳＮＳによる情報共有が活発化し、誰もが情報を閲覧・発信できる時代になった。このような状況下において、更にデジタル画像の加工技術も進化したため、情報の閲覧者が閲覧内容の真偽を確認することが難しくなってきており、フェイクニュース等の問題が深刻化している。このような問題に対処するために、デジタル画像の真正性（加工や改ざんが行われていないこと）を保証する仕組みの需要が高まっている。

デジタル画像の真正性を保証する仕組みとして、金融をはじめとして広く産業利用されているブロックチェーン技術の利用が検討されている。ブロックチェーン技術は、非中央集権的方法且つ低コストにデジタルデータの改ざんを防ぐことができる。例えば、ブロックチェーン技術を利用した管理システムは、コンテンツのハッシュ値と当該コンテンツに付随するメタデータをブロックチェーンに登録し、コンテンツの生成時からの真正性を保証する（例えば、特許文献１参照）。これにより、生成時から加工等が施されていないコンテンツをこの管理システムから取得し、取得したコンテンツをインターネットやＳＮＳ等で公開することが可能となる。

特開２０１７－２０４７０６号公報

ここで、上述した管理システムを利用した場合であってもコンテンツの提供元がコンテンツの生成者本人であるか否かの真偽については保証されていない。このため、インターネットやＳＮＳ等で公開されたコンテンツの提供元が生成者本人かなりすましによるものかを判断することが難しかった。上述した特許文献１には、コンテンツの提供元がコンテンツの生成者本人であるかの確認については言及されていないため、更なる改良の余地が残されていた。

本発明の目的は、コンテンツの提供元がコンテンツの生成者であることを保証することができるコンテンツ生成装置、管理サーバ、コンテンツ生成装置の制御方法、管理サーバの制御方法、及びプログラムを提供することにある。

上記目的を達成するために、本発明のコンテンツ生成装置は、ユーザから受けた指示に従ってコンテンツを生成するコンテンツ生成装置であって、前記ユーザの生体情報を取得する取得手段と、前記コンテンツを生成した直後に当該コンテンツのハッシュ値を生成する手段と、前記ハッシュ値を含むコンテンツの情報をブロックチェーンに登録する管理サーバへ前記コンテンツの情報を送信する手段とを備え、前記コンテンツの情報は、前記ユーザの生体情報に基づいて生成される前記ユーザを示す情報を含むことを特徴とする。

本発明によれば、コンテンツの提供元がコンテンツの生成者であることを保証することができる。

本発明の実施の形態に係るコンテンツ生成装置としての撮像装置と通信を行う管理システムの機能を説明するための図である。 図１の撮像装置の構成を概略的に示すブロック図である。 図１の撮像装置において実行されるデータ送信処理の手順を示すフローチャートである。 図１の管理システムの構成を概略的に示すブロック図である。 図４の画像データベースの構成の一例を示す図である。 図１の管理システムにおいて実行されるブロックチェーン登録処理の手順を示すフローチャートである。 図４のブロックチェーン管理部で管理するブロックチェーンのブロックデータ構造の一例を示す図である。 図１の管理システムによって実行される画像公開サイトへの画像データ送信処理の手順を示すフローチャートである。 図１の管理システムにおいて実行される真正性判定処理の手順を示すフローチャートである。

以下、本発明の実施の形態について図面を参照しながら詳述する。

図１は、本実施の形態に係るコンテンツ生成装置としての撮像装置１０２と通信を行う管理システム１０１の機能を説明するための図である。

管理サーバとしての管理システム１０１は、撮像装置１０２等の外部装置からインターネット等を介して取得したコンテンツを管理する機能を備える。管理システム１０１は１つ以上のコンピュータ装置により実現される。なお、本実施の形態では、管理システム１０１がさらにブロックチェーンのピアツーピアネットワーク１０４と通信して利用する構成について説明するが、この構成に限られず、他のネットワークを利用して実現しても良い。

図１に示すように、撮像装置１０２は、撮影動作を行うと、これにより得られた画像ファイル、ハッシュ値（画像ハッシュ値）、及びハッシュ値計算詳細情報を管理システム１０１へ対応付けて送信する（ステップ（１））。

画像ファイルは、画像データ及びメタデータを含む。画像データは、静止画データや動画データである。メタデータは、画像データの撮影者、撮影時刻、撮影場所、撮像装置の機種、撮影時の設定値等を示す画像データの属性情報を含む。更にメタデータは、後述する撮影者の生体認証の結果情報を含む。生体認証は、指紋認証、網膜認証、声帯認証等といった生体情報を用いた個人認証であれば種類は問わないが、利便性の観点から撮影動作を行う際に取得される生体情報を用いた個人認証であることが好ましい。例えば、指紋認証に用いられる指紋情報はユーザが撮影時に押下したシャッターボタンから取得することができる。網膜認証に用いられる網膜情報はユーザが撮影時に覗いたファインダーから取得することができる。声帯認証に用いられる声帯認証はマイクから取得することができる。撮像装置１０２が取得する生体情報は１種類でも良いが、複数の生体情報を取得する構成であるとセキュリティの観点から好ましい。

ハッシュ値は、生成時の画像ファイルに対してハッシュ関数を実行することで得られる値である。

ハッシュ値計算詳細情報は、画像ファイルに含まれる画像データを間引いてハッシュ関数にかけた場合に、その間引き方を示す情報を記載した情報である。尚、使用するハッシュ関数のアルゴリズムは、初期設定されたアルゴリズムのみとしてもよいし、ＳＨＡ２５６、ＭＤ５など複数のアルゴリズムの一つを選択できるようにしてもよい。後者の場合は、ハッシュ値計算詳細情報にハッシュ値計算に使用したアルゴリズムも記載される。例えばＳＨＡ２５６で画像データをハッシュ化する場合、ＳＨＡ２５６はデータを先頭から６４バイトずつ、データの終了まで繰り返し演算処理し、３２バイト（２５６ｂｉｔ）のハッシュ値を生成するアルゴリズムである。画像データの先頭から６４バイトを演算に使用し、次の６４バイトは演算に使用せず読み飛ばす、ということを画像データすべてに対して繰り返し行えば、演算量は半分で済むことになる。この場合のハッシュ値計算詳細情報は、ＣＳＶファイル形式を用いると、「Ａｌｇｏｒｉｔｈｍ，ＳＨＡ２５６，Ｒｅａｄ，６４，Ｓｋｉｐ，６４」などと表記できる。また、画像データが動画データの場合は、１フレームおきに、ハッシュ関数にかけることもできる。この場合のハッシュ値計算詳細情報は、ＣＳＶファイル形式を用いると、「Ａｌｇｏｒｉｔｈｍ，ＳＨＡ２５６，ＳｋｉｐＦｒａｍｅ，１，」などと表記できる。さらにこれに組み合わせて、１フレームの中でもすべてのデータを使わず、間引くこともできる。この場合のハッシュ値計算詳細情報は、ＣＳＶファイル形式を用いると、「Ａｌｇｏｒｉｔｈｍ，ＳＨＡ２５６，ＳｋｉｐＦｒａｍｅ，１，Ｒｅａｄ，６４，Ｓｋｉｐ，６４」などと表記できる。

なお、ハッシュ値計算詳細情報の書式はＣＳＶファイル形式に限られない。例えば、ＪＳＯＮファイル形式など広く使用されるファイル形式でもよいし、独自のファイル形式を使用してもよい。

なお、本実施の形態では、撮像装置１０２がハッシュ値を生成し、管理システム１０１へ送信する構成について説明するが、この構成に限られず、例えば、管理システム１０１が撮像装置１０２から取得した画像ファイルに基づいてハッシュ値を生成しても良い。

本実施形態の管理システム１０１は、画像ファイル、ハッシュ値及びハッシュ値計算詳細情報を撮像装置１０２から受信すると、管理システム１０１内で一意の番号である真正保証番号を生成する。真正保証番号は、当該画像ファイルを一意に識別するための識別番号である。

管理システム１０１は、メタデータ、ハッシュ値及びハッシュ値計算詳細情報といった画像ファイルの情報と、真正保証番号とを含むトランザクションデータを生成し、生成したトランザクションデータが書き込まれたブロックをブロックチェーンに接続する。具体的には、管理システム１０１が、生成したトランザクションデータを発行して、ブロックチェーンのピアツーピアネットワーク１０４に参加する１つ以上のコンピュータ（ノード）へブロードキャストする（ステップ（２））。これにより、トランザクションデータがトランザクションプールに一時的に保存され、マイナーによりトランザクションデータが承認されることにより検証が完了する。そして、トランザクションデータが書き込まれたブロックが生成され、ブロックチェーンの末尾に追加される。これにより、画像ファイルの情報がブロックチェーンに登録される。

上記トランザクションデータが書き込まれたブロックをブロックチェーンに接続した後、管理システム１０１は、画像ファイル及び真正保証番号を対応付けて後述する図４の画像データベース４０８に格納（提供）する。そして、管理システム１０１は、ブロックチェーンに画像ファイルの情報を登録する処理を完了したことを示す登録完了通知を撮像装置１０２へ送信する（ステップ（３））。

管理システム１０１は、その後、画像公開サイト１０３上で公開する画像ファイルを、画像データベース４０８に登録されている複数の画像ファイルの中からユーザ（例えば、撮影者（画像提供者））に選択させる（ステップ（４））。具体的には、ユーザは、当該ユーザが操作する通信装置１０５ａから管理システム１０１のＷＥＢページにアクセスし、そのＷＥＢページ上で画像公開サイト１０３上で公開するための画像ファイルを選択することができる。管理システム１０１は、ユーザが選択した画像ファイルと、当該画像ファイルに対応付けられた真正保証番号を画像公開サイト１０３に提供する（ステップ（５））。併せて管理システム１０１は、ステップ（４）でユーザが選択した画像ファイルが画像公開サイト１０３上で公開可能となった旨を通信装置１０５ａに通知する。

画像公開サイト１０３は、そのＷＥＢページにおいて、管理システム１０１から当該画像ファイルと共に提供された真正保証番号が、例えば、画像ファイルの近傍に表示されるように表示制御する。なお、真正保証番号の表示位置は、一例であり、画像公開サイト１０３の閲覧者が、画像ファイルに対応する真正保証番号であることを認識可能な位置に表示されていれば良い。

画像公開サイト１０３の閲覧者は、画像公開サイト１０３のＷＥＢページに表示されている画像ファイルが撮影時から改ざんされていないことを確認したい場合がある。この場合、閲覧者は、まず、通信装置１０５ｂを用いて画像公開サイト１０３から、当該画像ファイルとこれに対応付けられた真正保証番号を取得（ダウンロード）する（ステップ（６））。具体的には、閲覧者は通信装置１０５ｂから画像公開サイト１０３のＷＥＢページにアクセスし、そのＷＥＢページ上で公開されている画像ファイルを選択し、ダウンロードの指示をする。この指示があると、画像公開サイト１０３は、その選択された画像ファイル及び真正保証番号を通信装置１０５ｂに送信する。

上記ダウンロードが完了すると、通信装置１０５ｂは、取得した画像ファイル及び真正保証番号とともに、当該画像ファイルの真正確認要求を管理システム１０１へ送信する（ステップ（７））。本実施例では、真正確認要求は、閲覧者が通信装置１０５ｂを用いて、管理システム１０１によって提供される入力フォームに、画像公開サイト１０３から取得した画像ファイル及び真正保証番号を添付することで行われる。しかし、真正確認要求は本実施例の方法に限定されず、例えば、上記画像ファイル及び真正保証番号を添付した電子メールを管理システム１０１へ送信することで行うようにしてもよい。

通信装置１０５ｂから真正確認要求が送信されると、管理システム１０１は、真正確認要求の対象の画像ファイルの真正性の判定を行う。尚、ここでは、真正性の判定のタイミングは、管理システム１０１が画像公開サイト１０３の閲覧者の通信装置１０５ｂから画像公開サイト１０３に表示された画像データの真正確認要求を受け付けた時であるが、これに限定されない。例えば、管理システム１０１は、真正性の判定を画像データベース４０８に基づき定期的に行うようにしてもよい。管理システム１０１は、真正性の判定結果を管理システム１０１のＷｅｂページに表示する、若しくはメールで通信装置１０５ｂに通知する（ステップ（８））。

図２は、図１の撮像装置１０２の構成を概略的に示すブロック図である。撮像装置１０２は、デジタルカメラやデジタルビデオカメラといったカメラ、又はカメラ機能を備える携帯電話やカメラ付きコンピュータ等といったカメラ機能を備える電子機器である。

図２において、撮像装置１０２は、ＭＰＵ２０１、タイミング信号生成回路２０２、撮像素子２０３、Ａ／Ｄ変換器２０４、メモリコントローラ２０５、バッファメモリ２０６、及び画像表示部２０７を備える。更に、撮像装置１０２は、記録媒体Ｉ／Ｆ２０８、記録媒体２０９、ハッシュ値生成部２１０、通信部２１１、生体情報取得部２１２、生体認証部２１３、及び生体認証結果付与部２１４を備える。

ＭＰＵ２０１は、撮影シーケンス等の撮像装置１０２のシステムに関する制御を行うためのマイクロコントローラである。

タイミング信号生成回路２０２は、撮像素子２０３を動作させるために必要となるタイミング信号を生成する。

撮像素子２０３は、被写体からの反射光を電気信号（アナログ画像データ）に変換し、Ａ／Ｄ変換器２０４に読み出すＣＣＤやＣＭＯＳ等の撮像素子である。

Ａ／Ｄ変換器２０４は、撮像素子２０３から読み出されたアナログ画像データをデジタル画像データに変換する。以下、このデジタル画像データを単に「画像データ」という。

メモリコントローラ２０５は、バッファメモリ２０６への画像ファイルの読み書きやバッファメモリ２０６のリフレッシュ動作等を制御する。この画像ファイルは、後述するようにＭＰＵ２０１により生成される、画像データにそのメタデータが付加された画像ファイルである。詳細は後述する。

バッファメモリ２０６は、画像ファイルを格納する。

画像表示部２０７は、バッファメモリ２０６に格納された画像ファイルを表示する。

記録媒体Ｉ／Ｆ２０８は、記録媒体２０９に対するデータの読み書きを制御するためのインターフェースである。

記録媒体２０９は、例えば、メモリカード等といった撮像装置１０２に挿抜可能な構成の記憶媒体であり、プログラムや画像ファイル等を格納する。

ハッシュ値生成部２１０は、バッファメモリ２０６に格納された画像ファイルに対してハッシュ関数を実行してハッシュ値を生成（算出）する。なお、ハッシュ値生成部２１０ではなく、ＭＰＵ２０１がハッシュ値の生成を行ってもよい。また、画像ファイルではなく、画像データに対してハッシュ関数を実行してハッシュ値を生成してもよい。

通信部２１１は、インターネットに接続され、外部装置とデータの送受信を行う。

生体情報取得部２１２は、指紋情報、網膜情報、声帯情報等といった生体情報を取得する。なお、生体情報取得部２１２は、取得する生体情報の種別に適した構成で撮像装置１０２に設けられる。生体情報取得部２１２が取得した生体情報は、メモリコントローラ２０５、ＭＰＵ２０１を経由して、生体認証部２１３へ転送される。

生体認証部２１３は、生体情報取得部２１２から出力された生体情報と、予め登録された認証情報とを比較する生体認証を行う。なお、本実施の形態では、生体情報取得部２１２が取得した生体情報を認証情報として登録してもよく、撮像装置１０２が生体情報を取得する機能を備える外部装置から生体情報を受信し、この生体情報を認証情報として登録してもよい。生体認証部２１３による生体認証の結果情報は、ＭＰＵ２０１へ出力される。生体認証結果付与部２１４は、生体認証の結果情報をメタデータに付与する制御を行う。

図３は、図１の撮像装置１０２において実行されるデータ送信処理の手順を示すフローチャートである。図３のデータ送信処理は、撮像装置１０２のＭＰＵ２０１が記録媒体２０９等に格納されたプログラムを実行することによって実現される。図３のデータ送信処理は、撮影者が撮像装置１０２の撮影ボタンを押下する等の撮影開始操作を撮像装置１０２が受け付けた際に開始する。

図３において、ＭＰＵ２０１は生体情報取得部２１２を制御して、撮影開始操作を行った撮影者の生体情報を取得する（ステップＳ３０１）。次いで、ＭＰＵ２０１は、露光時間を制御するために撮像素子２０３の被写体側に配置されるシャッター（不図示）を駆動させる（ステップＳ３０２）。

次いで、ＭＰＵ２０１は、撮像素子２０３がシャッターを介して受光した被写体からの光を電気信号（アナログ画像データ）に変換する撮像処理を行う（ステップＳ３０３）。

次いで、ＭＰＵ２０１は、上記撮像処理によって得られた電気信号に対して、現像・符号化等の画像処理を施す（ステップＳ３０４）。これにより、画像データが生成される。

次いで、ＭＰＵ２０１は生体認証部２１３を制御して、ステップＳ３０１にて取得した生体情報を用いて生体認証を行う（ステップＳ３０５）。なお、本実施の形態では、一例として、シャッターを駆動させる直前のタイミングで生体情報を取得したが、生体情報を取得するタイミングはこのタイミングに限られない。生体情報を取得するタイミングは、撮影開始操作を受け付けた後であってステップＳ３０５を実行する前であれば別のタイミングであってもよい。

ステップＳ３０５の生体認証を成功した場合、つまり、ステップＳ３０２にて取得した撮影者の生体情報と予め登録された認証情報とが一致した場合、ＭＰＵ２０１は、メタデータを生成する（ステップＳ３０６）。このメタデータには、画像データを生成するための撮像処理が実行されたときの属性情報（撮影者、撮影時刻、撮影場所、撮影装置の機種、撮影時の設定値等）が含まれる。更にこのメタデータには、生体認証の結果情報として、撮影者を示す情報、具体的に、撮影者の生体認証を成功したことを示す情報が含まれる。次いで、処理は後述するステップＳ３０８へ進む。

ステップＳ３０５の生体認証を失敗した場合、つまり、ステップＳ３０２にて取得した生体情報と上記認証情報とが一致しない場合、ＭＰＵ２０１は、生体情報取得部２１２を制御して、生体情報を再取得する処理を行う。次いで、ＭＰＵ２０１は、生体情報を再取得したか否かを判別する（ステップＳ３０７）。

ステップＳ３０７においてＭＰＵ２０１が生体情報を再取得したと判別した場合、処理はステップＳ３０５へ戻り、ＭＰＵ２０１は、再取得した生体情報を用いて生体認証を行う。

ステップＳ３０７においてＭＰＵ２０１が生体情報を再取得しないと判別した場合、処理はステップＳ３０６へ進み、ＭＰＵ２０１は、メタデータを生成する。このメタデータには、上記属性情報が含まれ、生体認証の結果情報が含まれない。なお、本実施の形態では、ステップＳ３０５の生体認証を失敗し、ステップＳ３０７においてＭＰＵ２０１が生体情報を再取得しないと判別した場合、生体認証の結果情報を含まないメタデータが生成される構成について説明したが、この構成に限られない。例えば、ステップＳ３０５の生体認証を失敗し、ステップＳ３０７においてＭＰＵ２０１が生体情報を再取得しないと判別した場合、生体認証の結果情報として、撮影者の生体認証を失敗したことを示す情報を含むメタデータが生成されても良い。

次いで、ＭＰＵ２０１は、上記画像データに上記メタデータを付加したＪＰＥＧ形式やＭＰＥＧ形式等の画像ファイルを生成する（ステップＳ３０８）。

次いで、ＭＰＵ２０１は、ハッシュ値生成部２１０を制御して、生成した画像ファイルのバイナリデータに対してハッシュ関数を実行してハッシュ値を生成する（ステップＳ３０９）。

また、ハッシュ値の生成時（算出時）、画像ファイルのバイナリデータの一部を読み飛ばしながらハッシュ値が生成される場合がある。この場合、ＭＰＵ２０１は、画像ファイルのバイナリデータをどのように読み飛ばしたか（間引き方）を記録するハッシュ値計算詳細情報を生成する（ステップＳ３１０）。

次いで、ＭＰＵ２０１は、通信部２１１を制御して、ハッシュ値及び画像ファイルを管理システム１０１へ送信する（ステップＳ３１１）。この際、ステップＳ３１０で生成されている場合は、ハッシュ値計算詳細情報も併せて管理システム１０１へ送信する。なお、ステップＳ３１１にて送信されるデータに、暗号化処理が施されていてもよい。また、ＭＰＵ２０１は、画像表示部２０７に警告通知を表示させる（ステップＳ３１２）。この警告通知は、例えば、管理システム１０１から上記登録完了通知を受信するまで画像表示部２０７に表示される。この警告通知は、例えば、ブロックチェーンへの登録を完了するまで記録媒体２０９を挿抜しないように注意喚起する通知である。これにより、記録媒体２０９の挿抜に起因して、ブロックチェーンに画像ファイルの情報を登録する処理や、後述する画像ファイルに登録済み情報を付与する処理が失敗するのを未然に防ぐことができる。

次いで、ＭＰＵ２０１は、画像ファイルを記録媒体２０９に記憶し（ステップＳ３１３）、本処理を終了する。

このようにして、本実施の形態では、撮像装置１０２が撮影処理を行うと、画像データとメタデータを含む画像ファイルが記録媒体２０９に記録されるだけでなく、画像ファイル及びそのハッシュ値が管理システム１０１へ送信される。また、ステップＳ３０７で生成されている場合は、ハッシュ値計算詳細情報も管理システム１０１へ送信される。

また、本実施の形態によれば、上記メタデータには、撮影者を示す情報が含まれる。これにより、画像ファイルの提供元が撮影者本人であることを保証することができる。

本実施の形態では、撮影者を示す情報は、撮影者の生体認証を成功したことを示す情報であるので、画像ファイルの提供元が撮影者本人であることを確実に保証することができる。

本実施の形態では、撮影者の生体認証を失敗した場合、撮影者の生体情報を再取得する処理が行われる。これにより、正確な生体情報が取得されないことに起因して画像ファイルの提供元が撮影者本人でないと誤った判定が行われるのを防止することができる。

また、本実施の形態では、撮影者の生体情報は、撮影者の指紋情報、撮影者の網膜情報、又は撮影者の声帯情報である。これにより、撮影者の指紋情報、撮影者の網膜情報、及び撮影者の声帯情報を取得可能な撮像装置１０２において、画像ファイルの提供元が撮影者本人であることを保証することができる。

本実施の形態では、撮影者から撮影開始操作（コンテンツを生成する指示）を受け付けた際に、当該撮影者の生体情報が取得される。これにより、画像ファイルの提供元が撮影者本人であることを保証するために必要となる生体情報の取得において、撮影者本人の生体情報を確実に取得することができる。

本実施の形態では、画像ファイルは、被写体を撮影して得られた画像データを含むので、画像ファイルの提供元が被写体の撮影者本人であることを保証することができる。

また、本実施の形態では、画像データは、静止画データ又は動画データであるので、静止画データ又は動画データを含む画像ファイルの提供元が撮影者本人であることを保証することができる。

なお、本実施の形態では、撮像装置１０２は、ステップＳ３０５にて生体認証を行った後、生体認証の結果を画像表示部２０７に表示させてもよい。これにより、撮影者は、生体認証の結果をリアルタイムで把握することができる。

図４は、図１の管理システム１０１の構成を概略的に示すブロック図である。本実施の形態では、管理システム１０１は、ネットワークに接続された１つ又は複数のコンピュータにて構成される。

図４において、管理システム１０１は、制御部４００、データ受信部４０１、データ送信部４０２、生体認証結果確認部４０３、真正保証番号生成部４０４、及びトランザクション生成部４０５を備える。また、管理システム１０１は、ブロック生成部４０６、ブロックチェーン管理部４０７、画像データベース４０８、ハッシュ生成部４０９、及びハッシュ比較部４１０を備える。

制御部４００は、管理システム１０１全体を制御する。

データ受信部４０１は、外部装置から各種データを受信する。例えば、データ受信部４０１は、撮像装置１０２からハッシュ値、ハッシュ値計算詳細情報、及び画像ファイルを受信する。また、データ受信部４０１は、画像公開サイト１０３の閲覧者が操作する通信装置１０５ｂから真正性の判定を行うための画像ファイル及び真正保証番号を受信する。

データ送信部４０２は、外部装置へ各種データを送信する。例えば、データ送信部４０２は、画像公開サイト１０３上で公開するように選択された画像ファイル及びそれに対応する真正保証番号をユーザ（例えば、撮影者（画像提供者））が操作する通信装置１０５ａへ送信する。また、データ送信部４０２は、画像ファイルの真正確認要求を行った閲覧者が操作する通信装置１０５ｂへ、真正性の判定結果を送信する。

生体認証結果確認部４０３は、撮像装置１０２から受信したデータに撮影者の生体認証を成功したことを示す情報が含まれているかを確認し、生体認証の成功・失敗について判定する。生体認証結果確認部４０３が判定した結果は、画像データベース４０８に登録される。

真正保証番号生成部４０４は、撮像装置１０２からハッシュ値及び画像ファイルを受信した際に、管理システム１０１内で一意の番号である真正保証番号を生成する。

トランザクション生成部４０５は、トランザクションデータを生成し、ブロックチェーンのピアツーピアネットワーク１０４に参加する１つ以上のコンピュータ（ノード）へブロードキャストする。トランザクションデータは、撮像装置１０２から受信したハッシュ値、当該ハッシュ値を受信した際に生成され、対応付けられた真正保証番号、及び画像ファイルに含まれるメタデータを含む。

ブロック生成部４０６は、上記ブロードキャストされたトランザクションデータがマイナーにより承認され、その検証が完了すると、トランザクションデータが書き込まれたブロックを生成し、そのブロックをブロックチェーンに接続する。

ブロックチェーン管理部４０７は、ブロックチェーンのピアツーピアネットワーク１０４に参加する１つ又は複数のコンピュータ（ノード）によっても保持されるブロックチェーンを管理する。また、管理システム１０１及び各ノードは、夫々が保持するブロックチェーンが常に同じ内容になるよう、同期が取られている。

画像データベース４０８には、画像ファイル及び当該画像ファイルに対応する真正保証番号が登録されている。具体的には、画像データベース４０８は、図５に示すように、互いに紐づく、ブロックＩＤ５０１、真正保証番号５０２、画像ファイル名５０３、生体認証結果情報５０４で構成される。

ブロックＩＤ５０１には、画像ファイルが書き込まれたブロックがブロックチェーンに接続される毎に、順に発行されるブロックＩＤ（ＩＤ番号）が設定される。すなわち、ブロックＩＤ５０１に設定される各ブロックＩＤは、ブロックチェーンに登録されるハッシュ値の１つに対応する。

真正保証番号５０２には、画像ファイルに対応する真正保証番号が設定される。

画像ファイル名５０３には、管理システム１０１が撮像装置１０２等から受信した画像ファイルのファイル名が設定される。

生体認証結果情報５０４には、生体認証結果確認部４０３が撮像装置１０２から受信したデータに基づいて生体認証の成功・失敗について判定した結果が設定される。例えば、撮像装置１０２から受信した画像ファイルにおけるメタデータに、撮影者の生体認証を成功したことを示す情報が含まれている場合、生体認証結果情報５０４には、生体認証の成功を示す「合」が設定される。

なお、画像データベース４０８の構成は、上述した構成に限られず、画像データベース４０８は他の項目を含んでいても良い。

図４に戻り、ハッシュ生成部４０９は、真正性の判定を行う際に、真正確認要求を行ったユーザ（閲覧者）の通信装置１０５ｂから送信された画像ファイルに対してハッシュ関数を実行してハッシュ値を生成する。

ハッシュ比較部４１０は、ブロックチェーン管理部４０７で管理されるブロックチェーンの中から、真正確認要求を行ったユーザから送信された真正保証番号に対応するブロック（後述）を取得する。そして、ブロックチェーンのうち、そのブロックに書き込まれたハッシュ値（画像ハッシュ値）を取得する。ハッシュ比較部４１０は、ブロックから取得したハッシュ値と、ハッシュ生成部４０９が生成したハッシュ値とを比較して真正性の判定を行う。これら２つのハッシュ値が同じである場合、ハッシュ比較部４１０は、真正確認要求を行ったユーザから送信された画像ファイルがその生成時から改ざんされていない（真である）と判定する。一方、これら２つのハッシュ値が異なる場合、ハッシュ比較部４１０は、真正確認要求を行ったユーザから送信された画像ファイルがその生成時から改ざんされた（真でない／偽である）と判定する。

例えば、画像公開サイト１０３から通信装置１０５ｂへ配信された画像ファイルが改ざんされており、真正確認要求と共にその改ざんされている画像ファイルが管理システム１０１に送信される場合がある。かかる真正確認要求があった場合、ハッシュ生成部４０９が、その画像ファイルに対してハッシュ関数を実行して生成したハッシュ値は、改ざん前の画像ファイルから生成されたハッシュ値とは異なる。また、管理システム１０１において、ブロックチェーンに保存したハッシュ値は、誰からも変更されることが不可能である。よって、上記真正確認要求があった場合、ハッシュ生成部４０９がその画像ファイルに対して生成したハッシュ値は、ブロックチェーンのうち、その真正確認要求の真正保証番号に対応するブロックに格納されたハッシュ値とは一致しない。

図６は、図１の管理システム１０１において実行されるブロックチェーン登録処理の手順を示すフローチャートである。図６のブロックチェーン登録処理は、制御部４００が管理システム１０１を構成するコンピュータが備える記録媒体に格納されたプログラムを実行することによって実現される。図６のブロックチェーン登録処理は、例えば、撮像装置１０２によって図３のデータ送信処理が行われて、ステップＳ３１１の処理により撮像装置１０２からハッシュ値及び画像ファイルが送信された際に実行される。ここでは、ステップＳ３１０でハッシュ値計算詳細情報が生成され、ステップＳ３１１でハッシュ値及び画像ファイルと共にハッシュ値計算詳細情報も管理システム１０１へ送信された場合について説明する。

図６において、制御部４００は、撮像装置１０２からハッシュ値、ハッシュ値計算詳細情報、及び画像ファイルを受信する（ステップＳ６０１）。受信したデータに暗号化処理が施されている場合、制御部４００は、受信したデータに対して復号化処理を施す。その後、制御部４００は、不図示のＲＡＭに、ハッシュ値、ハッシュ値計算詳細情報、及び受信した画像ファイルに含まれるメタデータといった画像ファイルの情報を保存する。

次いで、制御部４００は、生体認証結果確認部４０３を制御して、ステップＳ６０１にて受信した画像ファイルにおけるメタデータ基づいて、撮影者の生体認証を成功したか否かを判別する（ステップＳ６０２）。例えば、撮影者の生体認証を成功したことを示す情報が上記メタデータに含まれていない場合、ステップＳ６０２において制御部４００は撮影者の生体認証を成功しないと判別する。この場合、本処理は終了する。すなわち、本実施の形態では、撮影者の生体認証を成功したことを示す情報が含まれないメタデータは、ブロックチェーンに登録されない。

一方、撮影者の生体認証を成功したことを示す情報が上記メタデータに含まれている場合、ステップＳ６０２において制御部４００は撮影者の生体認証を成功したと判別する。この場合、処理は後述するステップＳ６０３へ進む。ステップＳ６０３では、制御部４００は、真正保証番号生成部４０４を制御して、受信した画像ファイルの真正保証番号を生成する。

なお、さらに、ステップＳ６０２において、制御部４００は、ハッシュ関数をステップＳ６０１で受信された画像ファイルに適用してハッシュ値を算出し、ステップＳ６０１で受信されたハッシュ値と比較して、これらが一致するか否かを判定する。そして、判定の結果、これらが一致すればステップＳ６０３へ進み、一致しなければ本処理を終了するようにしてもよい。これによって、ステップＳ６０１で受信された画像ファイルが、画像ファイルを撮影記録し、かつそのハッシュ値を算出した機器（撮像装置）から送信されたものであるとみなすことができる場合にだけ、真正保証番号の生成が行われるようになる。

次いで、制御部４００は、ステップＳ６０３で生成した真正保証番号と、ステップＳ６０１でＲＡＭに保存したハッシュ値、ハッシュ値計算詳細情報、及びメタデータといった画像ファイルの情報とをブロックチェーンに登録する（ステップＳ６０４）。具体的には、まず、トランザクション生成部４０５で、真正保証番号、ハッシュ値、ハッシュ値計算詳細情報、及びメタデータを含むトランザクションデータを生成する。次に、トランザクション生成部４０５で、ブロックチェーンのピアツーピアネットワーク１０４に参加する１つ以上のコンピュータ（ノード）へトランザクションデータをブロードキャストする。ブロードキャストされたトランザクションデータがマイナーにより承認され、その検証が完了すると、ブロック生成部４０６は、検証済のトランザクションデータを書き込んだブロックを生成し、当該ブロックをブロックチェーンに接続（登録）する。

次いで、制御部４００は、上記ブロックに対応するブロックＩＤを発行する（ステップＳ６０５）。ここで、制御部４００は、ブロックのヘッダに対してハッシュ関数を２回実行することにより生成した値をブロックＩＤとして発行する。なお、ブロックＩＤは、ブロックの参照に使用されるが、ブロック内にはブロックＩＤのフィールドはない。

次いで、制御部４００は、発行したブロックＩＤと、ステップＳ６０１にて受信した画像ファイルと、ステップＳ６０３にて生成した真正保証番号とを対応付けて画像データベース４０８へ登録する（ステップＳ６０６）。次いで、制御部４００は、ブロックチェーンに画像ファイルの情報を登録する処理を完了したことを示す登録完了通知を撮像装置１０２へ送信する（ステップＳ６０７）。その後、ブロックチェーン登録処理は終了する。

このように、本実施の形態では、ステップＳ６０１にて受信した画像ファイルにおけるメタデータ基づいて、撮影者の生体認証を成功したか否かが判別される。撮影者の生体認証を成功したと判別された場合、この画像ファイルの情報と真正保証番号とがブロックチェーンに登録される。これにより、管理システム１０１は、受信した画像ファイルのうち、撮影者の生体認証を成功した画像ファイルをブロックチェーンに登録することができ、もって、画像ファイルの提供元が撮影者本人であることを保証することができる。

図７は、図４のブロックチェーン管理部４０７で管理するブロックチェーンのブロックデータ構造の一例を示す図である。図７に示すように、ブロックチェーンは、ブロックが時系列に沿ってチェーンのように連結されて形成されるデータベースである。ブロックチェーンに接続されるブロック７０１は、前ブロックのハッシュ７０２、ナンス７０３、トランザクション７０４を含む。

前ブロックのハッシュ７０２は、ブロック７０１の１つ前にブロックチェーンに接続されたブロックのハッシュ値である。

ナンス７０３は、マイニングに用いられるナンス値である。

トランザクション７０４は、トランザクション生成部４０５によって生成されたトランザクションデータであり、トランザクション種類、画像ハッシュ、真正保証番号、ハッシュ値計算詳細情報、及びメタデータが含まれる。

トランザクション種類は、トランザクションの種類を示す情報である。トランザクション種類によって、トランザクションの内部の構造が異なる。

画像ハッシュは、撮像装置１０２から管理システム１０１に送信されたハッシュ値である。

真正保証番号は、画像ハッシュが撮像装置１０２から管理システム１０１に送信された際に、管理システム１０１で生成された真正保証番号である。

ハッシュ値計算詳細情報は、撮像装置１０２から管理システム１０１に送信されたハッシュ値である。

メタデータは、撮像装置１０２から管理システム１０１に送信された画像ファイルに含まれるメタデータである。

図８は、図１の管理システム１０１において実行される画像公開サイト１０３への画像ファイル送信処理の手順を示すフローチャートである。図８の画像ファイル送信処理も、制御部４００が管理システム１０１を構成するコンピュータが備える記録媒体に格納されたプログラムを実行することによって実現される。図８の画像ファイル送信処理は、例えば、ユーザ（例えば、撮影者）が、通信装置１０５ａを用いて、画像データベース４０８に登録された複数の画像ファイルの一つを選択し、その画像ファイルの画像公開サイト１０３への送信要求を行った際に実行される。この送信要求には、画像データベース４０８において、ユーザ選択された画像ファイルと紐づくブロックＩＤが含まれる。

図８において、まず、制御部４００は、データ受信部４０１により、ユーザが操作する通信装置１０５ａから上記送信要求を受信する（ステップＳ８０１）。

次いで、制御部４００は、上記送信要求の対象である画像ファイル及び当該画像ファイルの真正保証番号を画像データベース４０８から取得する（ステップＳ８０２）。具体的には、上記送信要求に含まれるブロックＩＤに対応する画像ファイル及び真正保証番号を画像データベース４０８から取得する。

次いで、制御部４００は、データ送信部４０２により、取得した画像ファイル及び真正保証番号を画像公開サイト１０３へ送信する（ステップＳ８０３）。併せて制御部４００は、上記送信要求の対象である画像ファイルが画像公開サイト１０３上で公開可能となった旨を上記送信要求の要求元であるユーザの通信装置１０５ａに通知する。

次いで、制御部４００は、上記画像ファイルの送信情報をブロックチェーンに登録する（ステップＳ８０４）。具体的には、まず、トランザクション生成部４０５で、真正保証番号、及び画像ファイルの送信情報、画像データ、真正保証番号の送信先を表す情報（ＵＲＬなど）を含むトランザクションデータを生成する。次に、トランザクション生成部４０５で、ブロックチェーンのピアツーピアネットワーク１０４に参加する１つ以上のコンピュータ（ノード）へトランザクションデータをブロードキャストする。ブロードキャストされたトランザクションデータがマイナーにより承認され、その検証が完了すると、ブロック生成部４０６は、検証済のトランザクションデータを書き込んだブロックを生成し、当該ブロックをブロックチェーンに接続する。その後、画像ファイル送信処理は終了する。

以上、図８の画像ファイル送信処理では、ユーザからの送信要求に応じて管理システム１０１から画像公開サイト１０３に画像ファイルが送信された際、ユーザにその画像ファイルが画像公開サイト１０３上で公開可能となった旨を通知する。併せて、その画像ファイルの送信情報がブロックチェーンに登録される。このため、ユーザは画像ファイルの利用状況を把握できるようになる。

図９は、図１の管理システム１０１において実行される真正性判定処理の手順を示すフローチャートである。図９の真正性判定処理も、制御部４００が管理システム１０１を構成するコンピュータが備える記録媒体に格納されたプログラムを実行することによって実現される。尚、ここでは、図９の真正性判定処理は、画像公開サイト１０３の閲覧者が、通信装置１０５ｂを操作して、画像公開サイト１０３に表示された画像ファイルの真正確認要求を、管理システム１０１へ行った際に実行されるがこれに限定されない。

図９において、制御部４００は、データ受信部４０１により、閲覧者が操作する通信装置１０５ｂから真正確認要求を受信する（ステップＳ９０１）。この受信の際、制御部４００は、データ受信部４０１により、真正性の判定対象となる画像ファイル及び当該画像ファイルに対応する真正保証番号も受信する。

次いで、制御部４００は、ステップＳ９０１で受信したこの真正保証番号をキーに画像データベース４０８に問い合わせ、当該真正保証番号と対応するブロックＩＤを取得する（ステップＳ９０２）。

次いで、制御部４００は、ブロックチェーンにおける、取得したブロックＩＤに対応するブロックにアクセスし、当該ブロックに格納されたハッシュ値（画像ハッシュ値）を取得する（ステップＳ９０３）。

また、ステップＳ９０２，Ｓ９０３の処理と並行して、制御部４００は、ハッシュ生成部４０９により、ステップＳ９０１で受信した画像ファイルに対してハッシュ関数を実行する（ステップＳ９０４）。これにより、制御部４００は、ハッシュ値をハッシュ生成部４０９で生成（取得）する。この際、ブロックチェーンを構成する複数のブロックのうち、取得したブロックＩＤに対応するブロックにアクセスし、当該ブロックに格納されたハッシュ値計算詳細情報を取得する。ステップＳ９０４では、このハッシュ値計算詳細情報を参照してハッシュ値が生成される。

ステップＳ９０２～Ｓ９０４の処理を完了すると、制御部４００は、ハッシュ比較部４１０により、ステップＳ９０３にて取得した画像ハッシュ値と、ステップＳ９０４にて生成されたハッシュ値を比較する（ステップＳ９０５）。

制御部４００は、ステップＳ９０５で比較した２つのハッシュ値が一致するか否かを判別する（ステップＳ９０６）。

ステップＳ９０６の判別の結果、２つのハッシュ値が一致する場合、制御部４００は、ステップＳ９０１にて受信した画像ファイルがその生成時から改ざんされていないことを示す「真」であると判定する（ステップＳ９０７）。その後、ステップＳ９０９へ進む。

一方、ステップＳ９０６の判別の結果、２つのハッシュ値が一致しない場合、制御部４００は、ステップＳ９０１にて受信した画像ファイルがその生成時から改ざんされていることを示す「偽」であると判定し（ステップＳ９０８）、ステップＳ９０９へ進む。

次いで、制御部４００は、ブロック生成部４０６を制御して、ステップＳ９０７又はステップＳ９０８の判定結果をブロックチェーンに登録する（ステップＳ９０９）。具体的には、ブロック生成部４０６は、ステップＳ９０７又はＳ９０８の判定結果を書き込んだブロックを生成し、当該ブロックをブロックチェーンに接続する。

次いで、制御部４００は、データ送信部４０２を制御して、真正確認要求の要求元である通信装置１０５ｂに上記判定結果を通知し（ステップＳ９１０）、本処理を終了する。

なお、本実施の形態では、撮影者を示す情報として、撮影者の生体認証を成功した情報ではなく、撮影者の生体情報を管理システム１０１へ送信しても良い。管理システム１０１は、管理システム１０１の生体認証部（不図示）を制御して、受信した撮影者の生体情報に基づいて撮影者の生体認証を行う。また、管理システム１０１は、この生体認証の結果に基づいてステップＳ６０２の判別を行う。これにより、画像ファイルの提供元が撮影者本人であるかの判別を管理システム１０１に実行させることができ、もって、画像ファイルの提供元が撮影者本人であることを保証するための制御に関する処理の負荷を分散することができる。

また、上述した実施の形態では、画像データと撮影者を示す情報を含むメタデータとで構成された画像ファイルを管理システム１０１へ送信する構成について説明したが、この構成に限られない。例えば、撮影者を示す情報を、メタデータに含めずに、個別のデータとして管理システム１０１へ送信してもよい。

本発明は、上述の実施の形態の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、該システム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出して実行する処理でも実現可能である。また、本発明は、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

なお、本実施の形態の開示は、以下の構成及び方法を含む。
（構成１）ユーザから受けた指示に従ってコンテンツを生成するコンテンツ生成装置であって、前記ユーザの生体情報を取得する取得手段と、前記コンテンツを生成した直後に当該コンテンツのハッシュ値を生成する手段と、前記ハッシュ値を含むコンテンツの情報をブロックチェーンに登録する管理サーバへ前記コンテンツの情報を送信する手段とを備え、前記コンテンツの情報は、前記ユーザの生体情報に基づいて生成される前記ユーザを示す情報を含むことを特徴とするコンテンツ生成装置。
（構成２）前記ユーザの生体情報に基づいて前記ユーザの生体認証を行う手段を更に備え、前記ユーザを示す情報は、前記ユーザの生体認証を成功したことを示す情報であることを特徴とする構成１に記載のコンテンツ生成装置。
（構成３）前記ユーザの生体認証の結果を表示する手段を更に備えることを特徴とする構成２に記載のコンテンツ生成装置。
（構成４）前記ユーザの生体認証を失敗した場合、前記ユーザの生体情報を再取得する手段を更に備えることを特徴とする構成２又は３に記載のコンテンツ生成装置。
（構成５）前記ユーザを示す情報は、前記ユーザの生体情報であることを特徴とする構成１に記載のコンテンツ生成装置。
（構成６）異なる種別の生体情報を取得する複数の取得手段を更に備えることを特徴とする構成１乃至５の何れか１つに記載のコンテンツ生成装置。
（構成７）前記ユーザの生体情報は、前記ユーザの指紋情報、前記ユーザの網膜情報、又は前記ユーザの声帯情報であることを特徴とする構成１乃至６の何れか１つに記載のコンテンツ生成装置。
（構成８）前記取得手段は、前記ユーザから前記コンテンツを生成する指示を受け付けた際に、前記ユーザの生体情報を取得することを特徴とする構成１乃至７の何れか１つに記載のコンテンツ生成装置。
（構成９）被写体を撮影する手段を更に備え、前記コンテンツは、前記被写体を撮影して得られた画像データを含むことを特徴とする構成１乃至８の何れか１つに記載のコンテンツ生成装置。
（構成１０）前記画像データは、静止画データ又は動画データであることを特徴とする構成９に記載のコンテンツ生成装置。
（構成１１）コンテンツ生成装置によって生成されたコンテンツを管理する管理サーバであって、前記コンテンツの情報を受信する手段と、前記コンテンツの情報に基づいて前記コンテンツの生成を指示したユーザの生体認証を成功したか否かを判別する判別手段と、前記ユーザの生体認証を成功したと判別された場合、前記コンテンツの情報をブロックチェーンに登録する手段とを備えることを特徴とする管理サーバ。
（構成１２）前記コンテンツの情報は、前記ユーザの生体認証の結果を示す情報を含み、前記判別手段は、前記ユーザの生体認証の結果を示す情報に基づいて前記ユーザの生体認証を成功したか否かを判別することを特徴とする構成１１に記載の管理サーバ。
（構成１３）前記ユーザの生体情報に基づいて前記ユーザの生体認証を行う認証手段を更に備え、前記コンテンツの情報は、前記ユーザの生体情報を含み、前記判別手段は、前記認証手段が行った前記ユーザの生体認証の結果に基づいて、前記ユーザの生体認証を成功したか否かを判別することを特徴とする構成１１に記載の管理サーバ。
（構成１４）前記ユーザの生体情報は、前記ユーザの指紋情報、前記ユーザの網膜情報、又は前記ユーザの声帯情報であることを特徴とする構成１３に記載の管理サーバ。

１０１ 管理システム
１０２ 撮像装置
２０１ ＭＰＵ
２１０ ハッシュ値生成部
２１２ 生体情報取得部
２１３ 生体認証部
２１４ 生体認証結果付与部
４００ 制御部
４０１ データ受信部
４０３ 生体認証結果確認部
４０５ トランザクション生成部
４０６ ブロック生成部
４０７ ブロックチェーン管理部

Claims (18)

1. ユーザから受けた指示に従ってコンテンツを生成するコンテンツ生成装置であって、
   前記ユーザの生体情報を取得する取得手段と、
   前記コンテンツを生成した直後に当該コンテンツのハッシュ値を生成する手段と、
   前記ハッシュ値を含むコンテンツの情報をブロックチェーンに登録する管理サーバへ前記コンテンツの情報を送信する手段とを備え、
   前記コンテンツの情報は、前記ユーザの生体情報に基づいて生成される前記ユーザを示す情報を含むことを特徴とするコンテンツ生成装置。
2. 前記ユーザの生体情報に基づいて前記ユーザの生体認証を行う手段を更に備え、
   前記ユーザを示す情報は、前記ユーザの生体認証を成功したことを示す情報であることを特徴とする請求項１に記載のコンテンツ生成装置。
3. 前記ユーザの生体認証の結果を表示する手段を更に備えることを特徴とする請求項２に記載のコンテンツ生成装置。
4. 前記ユーザの生体認証を失敗した場合、前記ユーザの生体情報を再取得する手段を更に備えることを特徴とする請求項２に記載のコンテンツ生成装置。
5. 前記ユーザを示す情報は、前記ユーザの生体情報であることを特徴とする請求項１に記載のコンテンツ生成装置。
6. 異なる種別の生体情報を取得する複数の取得手段を更に備えることを特徴とする請求項１に記載のコンテンツ生成装置。
7. 前記ユーザの生体情報は、前記ユーザの指紋情報、前記ユーザの網膜情報、又は前記ユーザの声帯情報であることを特徴とする請求項１に記載のコンテンツ生成装置。
8. 前記取得手段は、前記ユーザから前記コンテンツを生成する指示を受け付けた際に、前記ユーザの生体情報を取得することを特徴とする請求項１に記載のコンテンツ生成装置。
9. 被写体を撮影する手段を更に備え、
   前記コンテンツは、前記被写体を撮影して得られた画像データを含むことを特徴とする請求項１に記載のコンテンツ生成装置。
10. 前記画像データは、静止画データ又は動画データであることを特徴とする請求項９に記載のコンテンツ生成装置。
11. コンテンツ生成装置によって生成されたコンテンツを管理する管理サーバであって、
    前記コンテンツの情報を受信する手段と、
    前記コンテンツの情報に基づいて前記コンテンツの生成を指示したユーザの生体認証を成功したか否かを判別する判別手段と、
    前記ユーザの生体認証を成功したと判別された場合、前記コンテンツの情報をブロックチェーンに登録する手段とを備えることを特徴とする管理サーバ。
12. 前記コンテンツの情報は、前記ユーザの生体認証の結果を示す情報を含み、
    前記判別手段は、前記ユーザの生体認証の結果を示す情報に基づいて前記ユーザの生体認証を成功したか否かを判別することを特徴とする請求項１１に記載の管理サーバ。
13. 前記ユーザの生体情報に基づいて前記ユーザの生体認証を行う認証手段を更に備え、
    前記コンテンツの情報は、前記ユーザの生体情報を含み、
    前記判別手段は、前記認証手段が行った前記ユーザの生体認証の結果に基づいて、前記ユーザの生体認証を成功したか否かを判別することを特徴とする請求項１１に記載の管理サーバ。
14. 前記ユーザの生体情報は、前記ユーザの指紋情報、前記ユーザの網膜情報、又は前記ユーザの声帯情報であることを特徴とする請求項１３に記載の管理サーバ。
15. ユーザから受けた指示に従ってコンテンツを生成するコンテンツ生成装置の制御方法であって、
    前記ユーザの生体情報を取得する工程と、
    前記コンテンツを生成した直後に当該コンテンツのハッシュ値を生成する工程と、
    前記ハッシュ値を含むコンテンツの情報をブロックチェーンに登録する管理サーバへ前記コンテンツの情報を送信する工程とを有し、
    前記コンテンツの情報は、前記ユーザの生体情報に基づいて生成される前記ユーザを示す情報を含むことを特徴とするコンテンツ生成装置の制御方法。
16. コンテンツ生成装置によって生成されたコンテンツの情報を管理する管理サーバの制御方法であって、
    前記コンテンツの情報を受信する工程と、
    前記コンテンツの情報に基づいて前記コンテンツの生成を指示したユーザの生体認証を成功したか否かを判別する工程と、
    前記ユーザの生体認証を成功したと判別された場合、前記コンテンツの情報をブロックチェーンに登録する工程とを有することを特徴とする管理サーバの制御方法。
17. ユーザから受けた指示に従ってコンテンツを生成するコンテンツ生成装置の制御方法をコンピュータに実行させるプログラムであって、
    前記コンテンツ生成装置の制御方法は、
    前記ユーザの生体情報を取得する工程と、
    前記コンテンツを生成した直後に当該コンテンツのハッシュ値を生成する工程と、
    前記ハッシュ値を含むコンテンツの情報をブロックチェーンに登録する管理サーバへ前記コンテンツの情報を送信する工程とを有し、
    前記コンテンツの情報は、前記ユーザの生体情報に基づいて生成される前記ユーザを示す情報を含むことを特徴とするプログラム。
18. コンテンツ生成装置によって生成されたコンテンツの情報を管理する管理サーバの制御方法をコンピュータに実行させるプログラムであって、
    前記管理サーバの制御方法は、
    前記コンテンツの情報を受信する工程と、
    前記コンテンツの情報に基づいて前記コンテンツの生成を指示したユーザの生体認証を成功したか否かを判別する工程と、
    前記ユーザの生体認証を成功したと判別された場合、前記コンテンツの情報をブロックチェーンに登録する工程とを有することを特徴とするプログラム。
    

Images