JP2017220728A

JP2017220728A - 検証システム、情報処理装置、検証方法

Info

Publication number: JP2017220728A
Application number: JP2016112193A
Authority: JP
Inventors: 谷内田　益義; Masuyoshi Yanaida; 益義谷内田; 均並木; Hitoshi Namiki; 小林　寛; Hiroshi Kobayashi; 寛小林; 山本　良二; Ryoji Yamamoto; 良二山本
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2016-06-03
Filing date: 2016-06-03
Publication date: 2017-12-14
Anticipated expiration: 2036-06-03
Also published as: JP6740720B2; US20170351876A1

Abstract

【課題】属性情報保有情報が有する属性情報の信頼性を検証できる検証システムを提供すること。【解決手段】属性情報保有情報を有する属性情報を検証する検証システム１００であって、前記属性情報から前記属性情報を検証するための属性検証データを取得する検証情報取得手段４１と、外部から前記属性情報を検証するための公開情報又は検証情報を取得する公開情報取得手段３６と、前記属性情報の検証を行うための検証用情報を、前記属性情報と前記属性検証データを用いて生成する第一情報生成手段４２と、前記公開情報取得手段が取得した前記公開情報から算出された前記検証情報と前記検証用情報、又は、前記公開情報取得手段が取得した前記検証情報と前記検証用情報を比較して、前記属性情報の信頼性を判断する判断手段３４と、を有する。【選択図】図１１

Description

本発明は、検証システム、情報処理装置及び検証方法に関する。

カメラなどの撮像装置の低価格化・高機能化に伴い、様々な場所に撮像装置が設置されたり、様々な場面で撮像装置が撮像した映像の活用が進められている。例えば、撮像された映像が裁判の証拠として使われるようになってきている。また、例えば、取り調べの様子はＤＶＤ等に記録され、必要に応じて証拠として提出されている。また、監視カメラやタクシーのドライブレコーダーが撮像した映像も証明力のある証拠として採用される場合がある。

一方で撮像装置が証拠能力を持った場合に脅威となるのが、映像そのものや映像の属性情報（撮像時刻や撮像場所等）の改変である。映像や属性情報が改変されていることが判明すれば、裁判にかぎらず映像が証明力のある証拠として採用されることは困難になる。

映像や属性情報の改変を防ぐための方法として、例えば映像に撮像装置等が電子署名を付与する方法などが知られている。何らかの装置が電子署名を検証することで、映像が改変されていないと判断できる。

しかしながら、映像に対して電子署名を付与する方法では、属性情報が正しいものであるかどうかが分からない。映像と同様に撮像装置が属性情報に電子署名を付与することができるとしても、電子署名の付与の前に属性情報が改変されている場合（正しくない属性情報が付与された場合）、電子署名は正しくない属性情報に対する署名となってしまう。例えば、映像を撮像する撮像装置が電子署名する場合、撮像装置内部の時刻を映像の属性情報に付与して電子署名することができるが、撮像装置内部の時刻が間違っている場合は、電子署名されていても時刻が正しいことの証明にはならない。

このような点について、撮像に関する情報の信頼性を容易に推定することを可能とする技術が考案されている（例えば、特許文献１参照。）。特許文献１には、位置情報を決定する際に用いられた衛星の種類を示す情報を画像データに付与する表示制御装置が開示されている。

しかしながら、特許文献１に記載されているように衛星の種類を示す情報が属性情報に含まれているとしても、属性情報に含まれる位置情報が信頼できるかどうかを判断することはできないという問題がある。すなわち、属性情報にＧＰＳ（Global Positioning System）等の衛星の情報が含まれていても、位置情報が衛星から送信された電波を用いて算出されたかどうかを保証するものではない。

本発明は上記課題に鑑み、属性情報保有情報が有する属性情報の信頼性を検証できる検証システムを提供することを目的とする。

本発明は、属性情報保有情報を有する属性情報を検証する検証システムであって、前記属性情報から前記属性情報を検証するための属性検証データを取得する検証情報取得手段と、外部から前記属性情報を検証するための公開情報又は検証情報を取得する公開情報取得手段と、前記属性情報の検証を行うための検証用情報を、前記属性情報と前記属性検証データを用いて生成する第一情報生成手段と、前記公開情報取得手段が取得した前記公開情報から算出された前記検証情報と前記検証用情報、又は、前記公開情報取得手段が取得した前記検証情報と前記検証用情報を比較して、前記属性情報の信頼性を判断する判断手段と、を有する。

属性情報保有情報が有する属性情報の信頼性を検証できる検証システムを提供することができる。

検証システムの概略構成図の一例である。撮像装置のハードウェア構成図の一例である。検証装置のハードウェア構成図の一例である。撮像装置が有する機能をブロックにして表す機能ブロック図の一例である。撮像装置が属性検証データに電子署名を付与するまでの動作手順を示すシーケンス図の一例である。属性検証データと電子署名データを模式的に説明する図の一例である。撮像装置が映像を撮像する動作手順を示すシーケンス図の一例である。Ｈ．２６４という動画像符号化方式の送信データを模式的に示す図である。静止画に添付される属性情報を説明する図の一例である。検証装置が有する機能をブロックにして表す機能ブロック図の一例である。検証装置が属性情報を検証する手順を示すフローチャート図の一例である。公開検証情報で推定された衛星の位置と、属性検証データを使って推定された測位時刻の衛星の位置を説明する図の一例である。

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

本実施形態の撮像装置は、属性情報の信頼性を検証できるように属性情報を設定する。すなわち、正しい時刻情報や位置情報が設定されたことを検証装置が検証できるように属性情報が設定される。映像については別途、電子署名などで改変されていないことが保証されるので、映像が撮像された位置や時刻が信頼できるものであることを属性情報が保証することができる。

まず、属性情報の信頼性を向上させる従来の技術を説明する。例えば、映像を撮像する撮像装置が属性情報に電子署名する方法がある。撮像装置はＲＴＣ（Real Time Clock）などで撮像装置が保持する時刻を映像の属性情報に設定して電子署名するが、電子署名だけでは時刻が改変されていないことを保証できたとしても信頼性がある時刻が属性情報に保存された否かを検証装置が判断することはできない。

また、例えば、インターネット上に正しい時刻を配信するＮＴＰ（Network Time Protocol）サービスが存在する。撮像装置は、撮像装置の保持する内部時計をＮＰＴサーバと同期させることもできる。しかし、悪意を持った操作者やソフトウェアが内部時計の時刻を改変していないことを保証することができない。

また、ＧＰＳ（Global Positioning System）の機能を搭載した撮像装置も増えてきている。しかし、ＧＰＳの機能を利用して算出される位置情報と時刻情報を映像の属性情報に付与して撮像装置が電子署名した場合も、その属性情報がＧＰＳの機能を利用して作成されたものであるかどうか分からない。例えば、悪意を持った操作者やソフトウェアがＧＰＳが作成した時刻情報や位置情報を改変したり作成したりしたものでないことを保証することができない。

また、外部に設置された信頼性の高いサーバを利用する方法がある。撮像装置はそのサーバに映像や映像の特徴量を送信し、映像を撮像した時刻に映像が存在したことを証明するための電子署名を付与する方法がある（タイムスタンプサービス）。しかし、映像の撮像と並列に撮像装置がタイムサーバにアクセスしてタイムスタンプを取得するのは、オーバーヘッドが大きくなったり、時間差が生じたりするので、映像を撮像しながらタイムスタンプを取得することは困難である。

また、外部の信頼のおけるサーバが電子署名を付与した時刻情報を配信することによって、設定した時刻情報の正確性を保証するという技術が知られている。しかしながら、そのようなサービスは実際に運用されていない。

＜本実施形態の属性情報の設定方法の概略＞
そこで、本実施形態では公開されている検証用の情報を利用して、撮像装置が映像に付与した属性情報の信頼性を検証する検証方法を提供する。公共性の高い情報を提供するシステムでは情報の信頼性を保証するため運用状況が記録されており、特定の時刻に正常に運用されていたことが公開されている。このようなシステムには、例えば正確な時刻を提供するＮＴＰサーバやＧＰＳなども含まれており、特定の時刻に正常に運用されていたか否か、及び、検証に使用できる情報が公開されている。したがって、いつどのサービスから取得したデータが属性情報に設定されたのかが属性情報に含まれていれば、公開されている情報を用いて属性情報の信頼性を検証装置が検証することができる。

本実施形態では、時刻や場所等の属性情報の生成に撮像装置が使用した各サービスからのデータ（後述する属性検証データ）を属性情報に保持しておく。そして、検証装置は、各サービスからのデータと属性情報を用いて検証用情報を作成し、システムが公開する検証に使用できる情報と比較することで、属性情報の信頼性を検証する。

概略の手順は以下のようになる。
（１）信頼できる安価な属性情報を取得
ＧＰＳを始めとするＧＮＳＳ（Global Navigation Satellite System）の衛星による位置情報提供サービスを用いて、撮像装置は地球上の位置を測位できる。また、位置情報提供サービスは時刻情報を配信したり、位置の測位に使用された衛星に関する情報の精度（誤差楕円）も配信している。また、位置情報提供サービスは任意の時刻における衛星の位置を算出できるように、各衛星の精密な軌道情報を公開している。ＧＰＳに対応した撮像装置はこれらの情報を安価に入手することが可能である。また標準時に同期したＮＴＰサーバも各種存在しており、ＮＴＰに対応した撮像装置はインターネットを通じて安価に正確な時刻情報を取得できる。
（２）信頼できる方法による属性情報の設定
（１）のように様々なサービスを利用することによって、撮像装置は正確な属性情報を取得することができる。撮像装置は正確な属性情報に基づいて、例えば、撮像装置が内部で利用する時刻情報を修正することができる。また位置情報に関しても正確な情報を内部に設定することができる。特に、原子時計を搭載したＧＰＳの時刻情報は非常に正確であり、電波によって直接、撮像装置に配信されるので、誤差の少ない時間設定が可能である。
（３）属性情報設定の記録
従来から、ＧＰＳやＮＴＰサーバから取得したデータから属性情報に必要な情報（例えばＧＰＳの場合には時刻情報と位置情報）のみを取り出して撮像装置が内部に反映させることが行われている。しかしながら、時刻情報と位置情報が単に設定されるだけでは、時刻情報と位置情報の設定方法が明らかでない。そのため、本実施形態では、時刻情報と位置情報の設定に使用されたデータを撮像装置が保持しておく。時刻情報と位置情報の設定に使用されたデータを属性検証データという。
（４）属性検証データの保護
属性検証データは保護されていないので、何らかの要因によって変更されるあるいは破壊されてしまう恐れがある。このため、撮像装置がいつどのようなデータに基づいて属性情報を設定したのかについて記録を残すだけでなく、撮像装置が属性検証データに対し電子署名を付与することで保護する。
（５）属性検証データの映像への設定
撮像装置は取得した映像に時刻情報や位置情報などの属性を付与することができるが、これを利用して撮像装置は属性検証データを映像に設定する。設定するとは、映像から取り出せる状態で映像に付随させること、付属させること、添付させること、映像と一体化すること等などをいう。映像はファイル転送あるいはストリーム転送などによって、映像を利用するクライアントに配信されるが、属性検証データも配信されることになる。
（６）属性情報の検証
撮像装置から取得された映像に付与されている属性検証データを含む属性情報を、公開されている検証情報を使用して検証装置が検証する。その結果、検証装置は信頼性がある方法で属性情報が算出されたこと又は設定されたと判断できる。

＜用語について＞
属性情報保有情報とは信頼性が検証される属性情報を有する情報である。例えば、映像であるが、時刻情報や位置情報などの属性情報を有する情報であればよい。例えば、文書データ、各種のアプリケーションファイル、実験データなどの電子データが相当する。本実施形態では主に映像を例にして説明する。

属性情報とは映像又は映像の撮像方法に関する情報である。また、属性情報とは、映像に設定等される情報である。具体的には、例えば映像の撮像位置や撮像場所である。この他、属性情報としては、撮像した撮像装置の情報、撮像条件、撮像者などが含まれていてもよい。

属性検証データは、属性情報を検証できる情報であればよく、属性情報によって種々である。本実施形態では、例えば、属性情報を位置情報とした場合、位置情報から衛星の位置を推定できる情報である。

検証用情報は、属性情報を検証するための情報である。例えば、位置情報と属性検証データから推定された衛星の位置である。

公開情報は、一般に公開され入手できる情報のうち属性情報を検証するための情報である。このため、属性情報によって種々である。本実施形態では、例えば、属性情報を時刻情報とした場合、時刻情報における衛星の位置を算出するための軌道情報である。

属性情報の信頼性を判断するとは、信頼性がある方法で属性情報が設定等されたかどうかを判断することをいう。また、この判断のプロセスで、属性情報が正確であることも判断差される（映像が属性情報に含まれる位置で撮像され、属性情報に含まれる時刻に撮像されたこと）。あるいは、信頼性がある方法で属性情報が設定されている場合には、属性情報も正確であると推定してよい。

また、検証情報は、公開情報を用いて算出され検証用情報と比較される情報である。本実施形態では、例えば、属性情報を時刻情報とした場合、公開情報から算出された時刻情報における衛星の位置である。

所定の方法とは、属性情報の正確性がある程度保証された属性情報の取得方法、算出方法、又は、設定方法などをいう。具体的には、衛星測位が可能なＧＰＳによる測位方法や時刻の配信方法、ＮＴＰサーバによる時刻の提供方法などがある。

＜システム構成例＞
図１は、本実施形態の検証システム１００の概略構成図の一例である。検証システム１００は、撮像装置１０、公開情報提供装置５０、及び、検証装置３０を有する。撮像装置１０は、映像を撮像して保存する装置である。映像には動画だけでなく静止画も含まれる。撮像装置１０として、例えばデジタルスチルカメラ、デジタルビデオカメラなどが挙げられる。一方、撮像装置１０は映像を撮像する機能を有していればよく、スマートフォン、タブレット端末、携帯電話、ＰＤＡ（Personal Digital Assistant）、ＰＣ（Personal Computer）、ゲーム機、ナビゲーション装置、テレビ会議端末、電子黒板、複合機、又は、プロジェクタなどでもよい。

撮像装置１０は、ＧＰＳなどの衛星５１等から受信した電波により現在の時刻情報を取得し、また、電波を利用した測位により位置情報を作成し、映像の属性情報に設定する。また、撮像装置１０は位置情報の作成に使用した属性検証データを属性情報に設定する。なお、ＧＰＳ以外の位置情報提供サービスではガリレオ、準天頂衛星システムなどが知られている。本実施形態ではＧＰＳ以外の位置情報提供サービスを利用してもよい。

属性情報に時刻情報と位置情報が付与された映像はオンラインで検証装置３０に送信される。オンラインによる送信では、ネットワークを介して送信すればよい。撮像装置１０が屋外に存在する場合、撮像装置１０はＬＴＥ（Long Term Evolution）、３Ｇ、４Ｇなどの携帯電話網を利用して映像を送信する。また、屋外で提供される公衆無線ＬＡＮを使用して送信してもよい。また、撮像装置１０が屋内に存在する場合、撮像装置１０は無線ＬＡＮや有線ＬＡＮでインターネットに接続するなどして検証装置３０と通信する。屋内の場合に、ＬＴＥ、３Ｇ、４Ｇなどの携帯電話網を利用して映像を送信することもできる。

また、撮像装置１０は記憶媒体に映像を記憶させることができる。この場合、ユーザが記憶媒体を持って検証装置３０まで移動し、検証装置３０に記憶媒体の映像を読み取らせる。したがって、撮像装置１０と検証装置３０が通信できなくても（オフラインでも）、検証装置３０は検証できる。

公開情報提供装置５０は、位置情報サービスの運用状況を監視して記録している。運用状況には、衛星５１に異常がないかどうかだけでなく、ＧＰＳなどの衛星５１の軌道情報も含まれる。公開情報提供装置５０が公開する情報は、属性情報に含まれる時刻情報と位置情報の検証に使用される検証情報となる。

検証装置３０は、公開情報提供装置５０が公開する検証情報を用いて属性情報に含まれる時刻情報と位置情報の信頼性を検証する。すなわち、時刻情報と位置情報に基づいて属性検証データを使用することで、検証情報と同等の情報が得られるかどうかを判断する。例えば、検証装置３０は時刻情報と位置情報に基づいて属性検証データを使用し衛星５１の位置を推定する。任意の時刻の衛星５１の位置は検証情報（衛星５１の軌道情報）から算出できるので、両者が同じと見なせると衛星５１の位置の推定に使用された時刻情報と位置情報に信頼性があると判断できる。

＜ハードウェア構成例＞
<<撮像装置のハードウェア構成>>
図２は、撮像装置１０のハードウェア構成図の一例である。撮像装置１０は、撮像装置１０の全体の動作を制御するＣＰＵ１０１、ＩＰＬ(Initial Program Loader)等のプログラムを記憶したＲＯＭ１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ１０３を有する。また、撮像装置用のプログラム１３０や画像データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５を有する。また、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、撮像装置１０に対する各種操作を受け付ける操作ボタン１０８、撮像装置１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワークを利用して無線又は有線でデータ伝送をするためのネットワークＩ／Ｆ(Interface)１１１を有する。

また、撮像装置１０は、ＣＰＵ１０１の制御にしたがって被写体を撮像して画像データを取得する内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５を有する。また、ＣＰＵ１０１の制御にしたがってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御にしたがってディスプレイ１５０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８を有する。また、ＧＰＳの衛星５１からの電波を受信して位置を検出するＧＰＳ受信装置１１９、撮像装置１０に生じる加速度を検出する加速度センサ１２０、携帯電話網を介して音声通信・データ通信を行うＬＴＥ通信部１２１、及び、上記各構成要素を図２に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１２２を有する。

ディスプレイ１５０は、液晶や有機ＥＬによって構成され、ユーザが操作するメニュー、撮像した映像、メッセージなどを表示する表示領域である。ディスプレイＩ／Ｆ１１７は、ディスプレイ１５０のタッチパネル機能に対応している。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、ＵＳＢ(Universal Serial Bus)ケーブル等によって、各種の外部デバイスを装着可能である。例えば、Bluetooth（登録商標）などの近距離無線通信装置を接続できる。

また、フラッシュメモリ１０４にはプログラム１３０が記憶されている。プログラム１３０はネットワークＩ／Ｆ１１１によりプログラム配信用のサーバからダウンロードされる。

なお、記録メディア１０６は、撮像装置１０に対して着脱自在な構成となっている。また、上記のプログラム１３０は、記録メディア１０６に記録された状態で配布される場合がある。

<<検証装置のハードウェア構成>>
図３は、検証装置３０のハードウェア構成図の一例である。検証装置３０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３及び補助記憶装置２０４を備える。更に、検証装置３０は、入力部２０５、表示部２０６及び通信部２０７を備える。なお、検証装置３０の各部は、バス２０８を介して相互に接続されている。したがって、検証装置３０は情報処理装置としての機能を有する。

ＣＰＵ２０１は、補助記憶装置２０４に格納された各種プログラム、ＯＳ（Operating System））を実行する。ＲＯＭ２０２は不揮発性メモリである。ＲＯＭ２０２は、補助記憶装置２０４に格納された各種プログラムを、ＣＰＵ２０１が実行するために必要なプログラム、データ等を格納する。

ＲＡＭ２０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の主記憶装置である。ＣＰＵ２０１によって実行される際に補助記憶装置２０４に格納された各種プログラムがＲＡＭ２０３に展開され、ＲＡＭ２０３はＣＰＵ２０１の作業領域となる。

補助記憶装置２０４は、ＣＰＵ２０１により実行される各種プログラム及び各種プログラムがＣＰＵ２０１により実行される際に利用される各種データベースを記憶する。補助記憶装置２０４は例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの不揮発性メモリである。

入力部２０５は、オペレータが検証装置３０に各種指示を入力するためのインタフェースである。例えば、キーボード、マウス、タッチパネル、音声入力装置などである。更に、ＵＳＢＩ／Ｆなど記録媒体等の装着部を有していてもよい。

表示部２０６は、ＣＰＵ２０１からの要求により、検証装置３０が有する各種情報をカーソル、メニュー、ウィンドウ、文字、又は画像などの形態でディスプレイ２１０に表示する。表示部２０６は、例えばグラフィックチップやディスプレイＩ／Ｆである。

通信部２０７は、ネットワークＮを介して、他の機器と通信を行うネットワークＩ／Ｆである。

図示した検証装置３０のハードウェア構成は、１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、検証装置３０が備えていることが好ましいハード的な要素を示す。また、クラウドコンピューティングに対応するため、本実施例の検証装置３０の物理的な構成は固定的でなくてもよく、負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。

＜撮像装置の機能について＞
図４は、撮像装置１０が有する機能をブロックにして表す機能ブロック図の一例である。図４に示すように、撮像装置１０は、撮像部１１、操作受付部１２、表示制御部１３、映像圧縮部１４、制御部１５、属性情報取得部１６、送信データ生成部１７、属性情報保存部１８、属性検証データ取得部１９、映像出力部２０、及び、電子署名部２１を有する。

これら各機能部は、図２に示された各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３に展開されたプログラムに従ったＣＰＵ１０１からの命令により動作することで実現される機能又は手段である。しかしながら、一部又は全ての機能がＩＣ、ＬＳＩ、ＡＳＩＣ、ＦＰＧＡなどのハードウェア回路によって実現されていてもよい。

撮像部１１は、図２に示したＣＰＵ１０１がプログラムを実行し、カメラ１１２及び撮像素子Ｉ／Ｆ１１３等を制御することによって実現され、画角の範囲の被写体や風景がレンズを通して撮像素子上に形成する像を電気的に取り出し画像データを生成する。撮像部１１は、動画撮像モードの場合は定期的に画像データを生成し、静止画モードの場合はユーザの操作のタイミングで画像データを生成する。

操作受付部１２は、図２に示したＣＰＵ１０１がプログラムを実行し、タッチパネル及び操作ボタン１０８等を制御することによって実現され、ユーザの撮像装置１０に対する操作を受け付ける。

表示制御部１３は、図２に示したＣＰＵ１０１がプログラムを実行し、ディスプレイＩ／Ｆ１１７等を制御することによって実現され、ディスプレイに表示するための画像データを生成し、ディスプレイ１５０に表示させる。

映像圧縮部１４は、図２に示したＣＰＵ１０１がプログラムを実行すること等で実現され、撮像部１１が作成した画像データを圧縮する。撮像部１１が作成した画像データはＲａｗフォーマットやＲＧＢフォーマットである。映像圧縮部１４はこれを例えば、静止画であればＪＰＥＧなどのフォーマットの画像データを圧縮し、動画であればＨ．２６４やＭｐｅｇ２などの符号化手順にしたがって符号化する。

送信データ生成部１７は、図２に示したＣＰＵ１０１がプログラムを実行すること等で実現され、圧縮された映像から送信用のデータを生成する。例えば、静止画であれば、ＥＸＩＦフォーマットにしたがって位置情報、時刻情報及び属性検証データを設定する。動画の場合には、例えばＨ．２６４のＮＡＬユニットに位置情報、時刻情報及び属性検証データを設定する。

映像出力部２０は、図２に示したＣＰＵ１０１がプログラムを実行し、ネットワークＩ／Ｆ１１１を制御すること等で実現され、映像を外部に送信する。映像出力部２０は、送信用のデータを生成する。例えば、静止画であれば、ＦＴＰ、ＨＴＴＰなどの所定のプロトコルで映像を送信するためのヘッダなどを作成する。動画配信（ストリーミング）の場合には、ＨＴＴＰストリーミングやＲＴＳＰ（Real-Time Streaming Protocol）などの専用プロトコルを用いたストリーミング方式がある。本実施形態ではどのような通信プロトコルで送信されてもよいものとする。

属性検証データ取得部１９は、図２に示したＣＰＵ１０１がプログラムを実行しＧＰＳ受信装置１１９を制御すること等により実現され、属性検証データを取得する。なお、ＧＰＳ受信装置１１９が受信した属性検証データには位置情報や時刻情報なども含まれる。

属性情報取得部１６は、図２に示したＣＰＵ１０１がプログラムを実行すること等により実現され、位置情報や時刻情報などの属性情報を属性検証データ取得部１９から取得する。ＧＰＳ受信装置１１９は属性検証データと共に位置情報と時刻情報を取得している。換言すると属性検証データには位置情報と時刻情報が含まれている。あるいは、ＧＰＳ受信装置１１９が受信する情報に、位置情報と時刻情報及び属性検証データが含まれている。属性情報取得部１６は位置情報と時刻情報及び属性検証データが含まれる属性情報を属性情報保存部１８に出力する。

属性情報保存部１８は、図２に示したＣＰＵ１０１がプログラムを実行し、ＳＳＤ１０５やＲＡＭ１０３を制御すること等で実現され、属性情報をＲＡＭ１０３、フラッシュメモリ１０４等に保存する。

電子署名部２１は、図２に示したＣＰＵ１０１がプログラムを実行すること等で実現され、送信データ生成部１７が送信する送信データに対し電子署名を付与する。

制御部１５は、図２に示したＣＰＵ１０１がプログラムを実行すること等で実現され、撮像装置１０の全体的な動作を制御する。

<<衛星から時刻情報及び位置情報を取得するまでの動作>>
例えば、ストリーミングにて映像を撮像装置１０がクライアント（保存サーバ等）に配信する場合、撮像装置１０は映像の転送にほとんどの処理を費やす。このため、属性情報の取得は予め行っておく。映像の配信に区切りのある場合（例えば、いくつかのパートに区分されている）、パートとパートの間に属性情報を取得してもよい。

属性検証データ取得部１９は、ＧＰＳ受信装置１１９と協働して、ＧＰＳ等の衛星５１の電波を捕捉して測位を行い、時刻、位置、及び受信したＧＰＳの衛星５１に関する情報を生成する。これらが、時刻情報、位置情報及び属性検証データである。本実施形態では、一例として属性検証データ取得部１９はNMEA0183に従った情報を生成する。NMEA0183は、データをシリアル通信するための通信プロトコルである。一般に、ＧＰＳ受信装置１１９と装置（ナビゲーション装置など）の制御部とを接続するための通信プロトコルとして用いられている。この他、NMEA0183は風速計、ジャイロコンパス、オートパイロットなど海上電子装置のデータを出力するためのフォーマットとしても使用されるが、海上に限られず広く使用されている。なお、NMEA0182が使用されてもよい。

NMEA0183の標準出力の中には、次の各メッセージが含まれる。
GNS/GGA…測位情報である。データ取得時刻（測位時刻）、経度・緯度・標高、位置の算出に用いた衛星５１の数を含むメッセージである。
GST… 統計的エラー情報である。データ取得時刻（測位時刻）、誤差楕円の軸方向偏差及び角度、測位された経度・緯度・標高の誤差標準偏差を含むメッセージである。
GSA…使用した衛星５１の情報である。位置の算出に用いた衛星番号の情報を含むメッセージである。
GSV…測位に用いた衛星５１の番号、衛星仰角、衛星方位角を含むメッセージである。
ZDA…標準時の情報で、位置情報を取得した世界標準時の年月日及び時刻情報を含むメッセージである。

本実施形態では、これらのメッセージを含む属性検証データを属性検証データ取得機能が取得して属性情報取得部１６に出力する。GNS/GGAが測位情報と位置情報を含むため、メッセージに位置情報と時刻情報が含まれている。

図５は、撮像装置１０が属性検証データに電子署名を付与するまでの動作手順を示すシーケンス図の一例である。

S1：属性検証データ取得部１９はＧＰＳ受信装置１１９が受信したNMEA0183のメッセージの一部又は全てを属性検証データとして、設定によって予め定められた時間ごとに取得する。例えば、ユーザは属性検証データを取得する時間間隔を設定できる。
S2：属性検証データ取得部１９は属性検証データを属性情報取得部１６に送信する。
S3：制御部１５は、予め定められたタイミングで属性検証データから所定の項目の読み取りの要求を属性情報取得部１６に指示する。予め定められたタイミングは、属性検証データ取得部１９が属性検証データを取得するタイミングである。

S4：属性情報取得部１６は、属性検証データ取得部１９から取得した属性検証データのうち、ＧＮＳ又はＧＣＡのメッセージからＧＰＳ受信装置１１９が４つ以上の衛星５１を捕捉していることを確認する。３つ以下の衛星５１を捕捉して生成された位置情報の誤差が大きくなるためである。３つ以下の衛星５１を捕捉している場合は属性検証データを破棄してよい。
S5：また、属性情報取得部１６は、GNS/GGA、GST、GSA、GSV及びZDAの各メッセージが１つの測位に使用されたものであることを、各メッセージの時刻情報が一致するか否かによって確認する。確認できた場合、GNS/GGA、GST、GSA、GSV及びZDAのメッセージをＲＡＭ１０３やフラッシュメモリ１０４などに記憶する。
S6：次に、属性情報取得部１６は、電子署名部２１に対し、一連のメッセージに電子署名を付与させる。電子署名が不要な場合には、電子署名がなくてもよい。

S7：電子署名部２１は一連のメッセージから電子署名データを作成し、属性情報取得部１６に送出する。電子署名の作成方法は一般的なものでよい。例えば、電子署名部２１はＲＡＭ１０３やフラッシュメモリ１０４に記憶した一連のメッセージからハッシュ値（メッセージダイジェスト）を作成し、秘密鍵で暗号化する。これが電子署名データとなる。時刻情報と位置情報だけでなくその他の属性情報のハッシュ値を暗号化することで、時刻情報と位置情報の信頼性が高いと判断できれば、その他の属性情報の信頼性も高いと判断できる。
S8：属性情報取得部１６は、属性検証データと電子署名データを属性情報保存部１８に送出する。
S9：属性情報保存部１８は、属性検証データ及び電子署名データをＲＡＭ１０３やフラッシュメモリ１０４などに記憶する。

図６は属性検証データと電子署名データを模式的に説明する図の一例である。上記のように属性検証データ（GNS/GGA、GST、GSA、GSV及びZDA）及び電子署名データが対応付けて記憶されている。

なお、図５では制御部１５からの要求に応じて属性検証データを取得する方法を説明したが、属性情報取得部１６が制御部１５とは独立して属性検証データを取得し、属性情報を保持してもよい。

<<映像撮像の手順>>
図７は、撮像装置１０が映像を撮像する動作手順を示すシーケンス図の一例である。
S1：属性情報保存部１８は、図５の処理で保存した属性検証データ及び電子署名データを属性情報として送信データ生成部１７に出力する。
S2：制御部１５は、映像を撮像するタイミングになると撮像部１１に撮像を要求する。映像を撮像するタイミングは動画であれば周期的であり、静止画であればユーザが操作したタイミングである。
S3：撮像部１１は周囲を撮像して映像を生成する。動画を撮像している場合、撮像部１１は次々と映像を生成する。
S4：撮像部１１は映像を映像圧縮部１４に送出する。
S5：映像圧縮部１４は圧縮した映像を送信データ生成部１７に送出する。
S6：次に、送信データ生成部１７は、動画の場合、圧縮された映像を送信データに変換すると共に、送信データに映像ではない属性情報を設定する。動画の場合の送信データの例を図８に示す。静止画の場合、送信データ生成部１７は例えば、ＥＸＩＦファオーマットにしたがって映像に属性情報を設定する。静止画の場合の送信データの例を図９に示す。
S7：作成された送信データは、映像出力部２０が検証装置３０に送信する。あるいは、動画を閲覧するクライアント端末又は動画を保存する画像記録サーバに送信されてもよい。また、映像出力部２０は、映像をＳＤカードのような可搬型記録メディアにファイル形式で保存して、撮像装置の外部に出力してもよい。

＜測定データについて＞
図８は、Ｈ．２６４という動画像符号化方式の送信データを模式的に示す図である。Ｈ．２６４では、送信データはＮＡＬユニットという単位に分割される。ＮＡＬは、Network Abstraction Layerの略で、動画（ストリーム）を送信単位（パケット）に分ける機能をいう。ＮＡＬユニットは、ＶＣＬ（Video Coding Layer：映像符号化層）と非ＶＣＬに分類される。ＶＣＬのＮＡＬユニットは、予測，変換，量子化及びエントロピー符号化した画像データそのものである。非ＶＣＬのＮＡＬユニットは、ＶＣＬのＮＡＬユニットの画像データをデコードするためのヘッダやパラメータ群が格納される。具体的には、以下のものが非ＶＣＬのＮＡＬユニットに格納される。
・SEI(Supplemental Enhancement Information)
・SPS(Sequence Parameter Set)
・PPS(Picture Parameter Set)
・AUD(Access Unit Delimiter)
ＳＥＩには表示やバッファ管理上有用な情報が格納される。ＳＰＳには、プロファイル、画像の幅・高さ、インタレースなど動画のデコードに必要な情報が格納される。ＰＰＳには個別のピクチャ（フレーム）をデコードする上で必要な情報が格納される。ＡＵＤには１枚の実効的なピクチャ（フレーム）を生成するためのＮＡＬユニットの区切りが格納される。

ＮＡＬユニットには例えばnal_unit_typeというＮＡＬユニットにどのような情報が格納されているかを示す識別情報が付与されているので、ユニット内の情報がＶＣＬのＮＡＬユニット（映像）なのかそれ以外の情報であるのかを、受信側が簡単に識別することができる。本実施形態では、送信データ生成部１７は例えば非ＶＣＬのＮＡＬユニットのＳＥＩに属性情報を格納する。

したがって、ＮＡＬユニットを利用することで属性情報（位置情報と時刻情報を含む属性検証データ及び電子署名データ）を送信データの中に設定することが可能となる。なお、どのくらいの頻度で属性情報が設定されるかは、ユーザなどが適宜設定することができる。

<<静止画の場合の属性情報の格納>>
図９は、静止画に添付される属性情報を説明する図の一例である。図９では静止画のファイルフォーマットの1つであるＥＸＩＦを例にして説明する。この場合、送信データ生成部１７は、ＥＸＩＦ等のファイルフォーマットに映像を変換する。また、映像のファイルの一部に属性情報（位置情報と時刻情報を含む属性検証データ及び電子署名データ）を設定する。

ＥｘｉｆではＪｐｅｇフォーマットのアプリケーション・マーカセグメント１（APP1）を利用してデータが記録されている。図９（ａ）はＪｐｅｇフォーマットの構造を示す。ＡＰＰ２〜ＡＰＰ１５にはアプリケーションに固有の情報が格納される。その他のフィールドは受信側が映像をデコードするための情報である。

図９（ｂ）はＡＰＰ１の構造を示す。ＡＰＰ１ＭａｋｅｒはFFE1という２バイトデータ、ＡＰＰ１Ｌｅｈｇｔｈはマーカ以降のデータ長でx0002〜xFFFFの２バイトデータである（Ｊｐｅｇの規約）。Ｅｘｉｆ識別コードはExifという４バイトの文字列＋0000の２バイトが格納される。ＴＩＦＦヘッダにはＥｘｉｆデータの記録形式がビッグ・エンディアンかリトル・エンディアンかを示す記号が格納される。以降のＩＦＤは、ＴＩＦＦのタグのセットを意味し、0thIFDはタグの数、タグ領域、次のIFDへのポインタ、タグの値の領域を含む。1st IFDもTIFFのタグのセットでありサムネイル画像の属性が格納される。

図９（ｃ）に示すように、0thIFDは種々のタグを格納できるが、その１つにExif IFDがあり、ＥＸＩＦ固有のタグ（撮像条件など）が定義されている。また、0thIFDのタグには、GPS IFDのようにGPSの測定条件を格納するためのタグがある。また、ＥＸＩＦの標準で規定されないタグ番号を用いれば、任意の情報を映像に添付することができる。

送信データ生成部１７は、この機能を使って属性情報を映像のファイルの中に設定する（書き込む）。例えば、撮像装置１０のメーカの担当者などがGPS IFDに加えSECURITY IFDというタグを定義する。SECURITY IFDに属性情報を格納することで属性情報の信頼性を保証するデータとして、撮像装置１０が映像のファイルの中に属性情報を記録することができる。なお、他のセキュリティ情報をSECURITY IFDに格納してもよい。

＜検証装置について＞
図１０を用いて検証装置３０の機能を説明する。図１０は、検証装置３０が有する機能をブロックにして表す機能ブロック図の一例である。図１０に示すように、検証装置３０は、映像情報取得部３１、映像情報保存部３２、検証結果通知部３３、映像情報信頼性検証部３４、検証結果保存部３５、公開検証情報取得部３６、公開検証情報保存部３７、及び、検証結果表示部３８を有する。

これら各機能部は、図３に示された各構成要素のいずれかが、補助記憶装置２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。しかしながら、一部又は全ての機能がＩＣ、ＬＳＩ、ＡＳＩＣ、ＦＰＧＡなどのハードウェア回路によって実現されていてもよい。

映像情報取得部３１は、図３のＣＰＵ２０１がプログラムを実行し通信部２０７等を制御することによって実現され、撮像装置１０から属性情報が設定された映像情報を取得する。通信により取得するのでなく、記憶媒体に格納された映像情報を読み取ってもよい。

映像情報保存部３２は、図３のＣＰＵ２０１がプログラムを実行すること等により実現され、補助記憶装置２０４やＲＡＭ２０３に映像を保存する。

公開検証情報取得部３６は、図３のＣＰＵ２０１がプログラムを実行し通信部２０７等を制御することによって実現され、公開情報提供装置５０から公開されている検証情報を取得する。記憶媒体に格納された検証情報を読み取ってもよい。

公開検証情報保存部３７は、図３のＣＰＵ２０１がプログラムを実行すること等により実現され、検証情報を補助記憶装置２０４やＲＡＭ２０３に保存する。

映像情報信頼性検証部３４は、図３のＣＰＵ２０１がプログラムを実行すること等により実現され、補助記憶装置２０４やＲＡＭ２０３に保存された映像情報に設定された属性情報の信頼性を検証する。信頼性が検証されるのは主に属性情報の位置情報と時刻情報である。また、映像情報信頼性検証部３４は、検証情報取得部４１、第１情報生成部４２及び第２情報生成部４３を有する。検証情報取得部４１は属性情報から属性検証データ（位置情報と時刻情報を含む）を取得する。第１情報生成部４２は、属性情報の位置情報に基づいて属性検証データを使用し衛星５１の位置を推定する。第２情報生成部４３は、属性情報の時刻情報に基づいて公開されている検証情報を使用して測位時刻の衛星５１の位置を推定する。映像情報信頼性検証部３４は推定された２つの位置を比較して位置情報と時刻情報に信頼性があるか否かを判断する。

検証結果保存部３５は、図３のＣＰＵ２０１がプログラムを実行すること等により実現され、映像情報信頼性検証部３４による検証結果を補助記憶装置２０４やＲＡＭ２０３に保存する。

検証結果通知部３３は、図３のＣＰＵ２０１がプログラムを実行すること等により実現され、検証結果を外部に通知する。

検証結果表示部３８は、図３のＣＰＵ２０１がプログラムを実行し、表示部２０６を制御すること等により実現され、検証結果をディスプレイ２１０に表示する。

検証の概略を説明する。映像情報取得部３１は、撮像装置１０からの映像情報をオンライン又はオフラインで取得し、映像情報保存部３２が一時的に補助記憶装置２０４やＲＡＭ２０３に保存する。また、公開検証情報取得部３６は公開されているＧＰＳ等の衛星５１の軌道情報（検証情報）を取得し、公開検証情報保存部３７が補助記憶装置２０４やＲＡＭ２０３に保存する。

映像情報信頼性検証部３４の検証情報取得部４１は、映像情報から検証に必要な属性検証データ（位置情報と時刻情報を含む）を取り出す。第１情報生成部４２は、位置情報の測定に用いた衛星５１の推定位置及びその誤差範囲を算出する。また、第２情報生成部４３は公開されている検証情報を用いて撮像装置１０が位置情報を測定した時刻（測位時刻）の衛星５１の位置を算出する。映像情報信頼性検証部３４は、属性情報の位置情報と属性検証データを取得から求め衛星５１のた位置の存在可能範囲に、属性情報の時刻情報と公開されている検証情報から求めた衛星５１の位置が含まれれば、位置情報と時刻情報の信頼性が高いと判断する。

動画の場合には検証装置３０はこの判断を、順次、位置情報を求める際に用いられた衛星５１について行い、同様に、位置情報と時刻情報の信頼性を検証する。

図１１は、検証装置３０が属性情報を検証する手順を示すフローチャート図の一例である。図１１の処理は例えば、映像情報取得部３１が映像情報を取得するとスタートする。

映像情報信頼性検証部３４の検証情報取得部４１は、映像情報から属性情報を取り出す（Ｓ１０）。検証の対象となる映像情報が複数ある場合は、映像情報が選択されてもよいし、順番に検証されてもよい。

検証情報取得部４１は、属性情報の中に検証に必要となる属性検証データ（GNS/GCA、GST、GSA, GSV及びZDAのメッセージ）が含まれるか否かを判断する（Ｓ２０）。属性検証データがない場合（Ｓ２０のＮｏ）、検証不能であると判断する。メッセージに不足がある場合も検証できないので、検証不能と判断する（Ｓ３０）。

次に、検証情報取得部４１は電子署名データが正しいか否かを判断する（Ｓ４０）。すなわち、属性検証データから求めたハッシュ値と、電子署名データを復号して得られるハッシュ値を比較する。

２つのハッシュ値が一致しない場合（Ｓ４０のＮｏ）、映像情報信頼性検証部３４は検証不能と判断する（Ｓ５０）。

２つのハッシュ値が一致した場合（Ｓ４０のＹｅｓ）、検証情報取得部４１はGNS/GCA、GST、GSA, GSV及びZDAのメッセージに整合性があるか否かを判断する（Ｓ６０）。例えば、衛星５１の個数は正しいか、各メッセージの測位時刻は同じか、測定に用いた衛星５１の情報があっているかなどを確認する。具体的には、GCA、GST、GSA、GSV、ZDAの各メッセージが有する測位時刻が同じか否かを確認する。測位時刻が同じなら、各メッセージは同じ位置情報の測位のために使われたと判断できる。また、衛星５１の個数分のデータがGSA,SDVに含まれているか否かを確認する。メッセージに整合性がない場合（異なる測位時刻がメッセージが含まれている場合、衛星５１の個数分のデータがGSA,SDVに含まれていない場合）、信頼できないと判断する（Ｓ７０）。

ステップＳ６０の判断がＹｅｓの場合、検証情報取得部４１はGCAのメッセージから、測位に用いた衛星５１の数を取得し、４つ以上か否かを判断する（Ｓ８０）。

４つ未満の場合（Ｓ８０のＮｏ）、映像情報信頼性検証部３４は位置情報を信頼できないと判断する（Ｓ９０）。位置情報を信頼できない場合も、以下の処理は実行される。これは、最終的に位置情報と時刻情報の信頼性が高いと検証された場合、衛星５１の数が４つ未満であり位置情報が間違っている可能性があっても位置情報と時刻情報が衛星５１から取得されたものであることは保証できるためである。

次に、検証情報取得部４１は属性検証データから時刻情報を取り出す（Ｓ１００）。時刻情報が重要な場合には、時刻情報の検証を行ってもよい。例えば、ＮＴＰサーバから時刻を取得しておき、比較することなどが考えられる。

次に、映像情報信頼性検証部３４の第２情報生成部４３は、公開されている検証情報で測位に使用された衛星５１の位置を算出する（Ｓ１１０）。属性検証データに含まれる測位時刻と、公開されている検証情報（例えば、ＧＰＳの過去からの衛星軌道情報は https://igscb.jpl.nasa.gov/components/prods_cb.html に公開されている）から測位時刻の衛星５１の位置を算出できる。詳細は図１２にて説明する。

次に、映像情報信頼性検証部３４の第１情報生成部４２は、位置情報に基づいて属性検証データを用いて測位時刻の衛星５１の位置を推定し、衛星５１の存在可能範囲を算出する（Ｓ１２０）。属性検証データには、測位された地球上の位置情報（GNSあるいはGCA）、及び衛星５１の方向（GSV）が含まれる。また、衛星５１の高度は既知（ＧＰＳの場合には約２０２００ｋｍ）である。これらから衛星５１の位置を推定することができる。更にGSTには角度方向の誤差（位置情報の位置から見て衛星５１の方向の誤差を示す角度）が含まれているので、推定した衛星５１の位置から衛星５１の位置の存在可能範囲を求めることができる。詳細は図１２にて説明する。

次に、映像情報信頼性検証部３４は、公開された検証情報で推定された衛星５１の位置が、属性検証データを使って推定された測位時刻の衛星５１の存在可能範囲に含まれるか否かを判断する（Ｓ１３０）。

存在可能範囲に含まれない場合（Ｓ１３０のＮｏ）、映像情報信頼性検証部３４は、属性情報（位置情報と属性情報）が不正確であると判断する（Ｓ１４０）。

存在可能範囲に含まれる場合（Ｓ１３０のＹｅｓ）、映像情報信頼性検証部３４は属性情報に含まれる全ての衛星５１に関し検証したか否かを判断する（Ｓ１５０）。

ステップＳ１５０の判断がＮｏの場合、処理はステップＳ１１０に戻る。ステップＳ１５０の判断がＹｅｓの場合、映像情報信頼性検証部３４は属性情報が信頼できると判断する（Ｓ１６０）。

図１２は、公開検証情報で推定された衛星５１の位置と、属性検証データを使って推定された測位時刻の衛星５１の位置を説明する図の一例である。まず、公開検証情報にはＧＰＳ週ごとに衛星５１の楕円軌道を特定する情報が含まれる。ＧＰＳ週は、GPS時を1980年1月6日0時にUTC(協定世界時)と同期して開始したときからの積算週である。したがって、位置を求めたい時刻が決まれた衛星５１の位置Ｐ０が求められる。

また、GNSメッセージ又はGCAメッセージには衛星測位された地球８０上の位置情報Ｐｇが含まれる。そして、GSVメッセージには衛星５１の方向として仰角（０〜９０度）と方位度（０〜３５９度）が含まれる。したがって、地球８０上の位置情報ＰｇからGSVメッセージが指定する方向を示す直線Ｌが得られる。また、衛星５１の高度は約２０２００Ｋｍである。したがって、この直線Ｌ上でＰｇから長さが２０２００Ｋｍの位置Ｐｓに衛星５１があると推定される。

一方、GSTメッセージには角度方向の誤差Ｄ（位置情報の位置から見て衛星５１の方向の誤差を示す角度）が含まれている。直線Ｌを中心に直線Ｌの方向をこの角度方向の誤差Ｄだけずらすと、位置Ｐｓを中心とする円が得られる。この円が存在可能範囲Ｃである。GSTメッセージには、測位された位置情報に対する長軸と短軸の誤差楕円が含まれている。この誤差楕円は測位された位置情報Ｐｇに関する誤差であるが、測定位置から見ると衛星５１の位置の誤差とみなすことができる。このため、存在可能範囲Ｃを衛星５１の位置の誤差と見なせる。

したがって、位置Ｐ_０が存在可能範囲Ｃに入っていれば、位置Ｐｓと位置Ｐ_０が等しいと見なすことができる。

すなわち、検証装置３０は以下の２つの方法で衛星５１の位置を推定した。
・属性情報の時刻情報と公開された検証情報により推定される衛星５１の位置Ｐ_０
・属性情報の位置情報と属性検証データにより推定される衛星５１の位置Ｐｓ
Ｐ_０とＰｓが等しいと見なせる場合、異なる方法で求めた衛星５１の位置が同じことになるので、時刻情報と位置情報の信頼性が高いと判断できる。また、ＧＰＳを利用して２つの位置Ｐ_０とＰｓが推定されているので、検証装置３０はＧＰＳという信頼性がある方法で属性情報（位置情報と時刻情報）が算出されたこと又は設定されたと判断できる。

＜まとめ＞
以上のように、信頼できる機関が測定し公表している衛星５１の位置が、属性情報に含まれていた属性検証データから算出できる衛星５１の位置と等しいと見なせる場合、属性情報の位置情報と時刻情報が、信頼性がある方法で設定されたものであると判断できる。すなわち、悪意のある人間やソフトウェアにより設定されたものでないと判断できる。４つ以上の衛星５１がある場合、すべての衛星５１に関し属性情報を検証するので、信頼性が高いことをより厳密に保証できる。

なお、検証結果は検証装置３０がディスプレイに表示してもよいし、映像情報の中に検証結果として設定してもよい。検証結果として設定する場合、検証に使用した公開検証情報（衛星軌道）を含めて付与すれば、検証結果の信頼性を高めることができる。更に検証結果を検証装置３０が電子署名を付与して保護すれば、検証結果の信頼性が更に高まる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では、公開情報提供装置５０から軌道情報が提供されると説明したが、公開情報提供装置５０が衛星５１の位置Ｐ_０を提供してもよい。すなわち、検証装置３０が属性情報の測位時刻を公開情報提供装置５０に送信すると、公開情報提供装置５０が位置Ｐ_０を算出し検証装置３０に送信する。この場合、検証装置３０は衛星５１の位置Ｐ_０を算出する必要がない。

また、本実施形態では、動画の動画像符号化方式としてＨ．２６４を例にしたが、Ｈ．２６４／ＡＶＣ、Ｍｐｅｇ２、Ｍｐｅｇ４、Ｍｐｅｇ２／ＡＶＣ、Ｍｐｅｇ４／ＡＶＣ、ＡＶＣＨＤ、Ｈ．２６５などで動画が符号化されてもよい。

また、静止画の圧縮方式としてＪＰＥＧを例にしたが、ＴＩＦＦ、ＧＩＦ、ＰＮＧなどでもよい。このばあい、属性情報を設定するためのファイルフォーマットは適宜、適切なファイルフォーマットが選択される。

また、本実施形態ではＧＰＳによる衛星測位で属性情報の位置情報と時刻情報が算出されたか否かを検証したが、属性情報に含まれる時刻情報は例えばＮＴＰサーバから提供されたものでもよい。この場合、検証装置３０はこの時刻情報で衛星５１の位置Ｐ_０を算出し、ＧＰＳによる位置情報で位置Ｐｓを算出する。両者が同等と見なせると、映像は位置情報が示す位置で撮像されその時刻は時刻情報の時刻であると判断できる。したがって、位置情報はＧＰＳにより測位されたものであると判断でき、時刻情報はそれがＮＴＰサーバから提供されたかどうか明らかでなくても正確であることが推定でき、時刻情報の出所も信頼性があると判断できる。

また、ＮＴＰサーバが提供する時刻を検証してもよい。国内の標準時を提供しているＮＩＣＴではＧＰＳを用いた原子時計等の時刻比較方法が定められている（http://jjy.nict.go.jp/QandA/data/gps.html）。したがって、これに基づいてＮＴＰサーバを運用するサービス提供者が自身の時計の精度を公開すれば、本実施形態と同様の処理が可能になる。

また、衛星５１の位置Ｐｓの算出を検証装置が行うでなく、外部のサーバが行ってもよい。この場合、検証装置は属性情報をサーバに送信し、サーバから位置Ｐｓを取得する。

また、図４，１９などの構成例は、撮像装置１０と検証装置３０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。撮像装置１０と検証装置３０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

なお、検証情報取得部４１は検証情報取得手段の一例であり、公開検証情報取得部３６は公開情報取得手段の一例であり、第１情報加工部は第一情報生成手段の一例であり、映像情報信頼性検証部３４は判断手段の一例である。第２情報加工部は第二情報生成手段の一例である。位置Ｐｓは第一の位置の一例であり、位置Ｐ_０は第二の位置の一例である。

１０撮像装置
１１撮像部
３０検証装置
３４映像情報信頼性検証部
３６公開検証情報取得部
４２第１情報生成部
４３第２情報生成部
５０公開情報提供装置

特開2015-152398号公報

Claims

属性情報保有情報が有する属性情報を検証する検証システムであって、
前記属性情報から前記属性情報を検証するための属性検証データを取得する検証情報取得手段と、
外部から前記属性情報を検証するための公開情報又は検証情報を取得する公開情報取得手段と、
前記属性情報の検証を行うための検証用情報を、前記属性情報と前記属性検証データを用いて生成する第一情報生成手段と、
前記公開情報取得手段が取得した前記公開情報から算出された前記検証情報と前記検証用情報、又は、前記公開情報取得手段が取得した前記検証情報と前記検証用情報を比較して、前記属性情報の信頼性を判断する判断手段と、
を有する検証システム。
前記判断手段は、前記検証情報と前記検証用情報を比較することで、前記属性情報が所定の方法で算出されたか否かを判断する請求項１に記載の検証システム。
前記属性情報と前記公開情報を用いて前記検証情報を生成する第二情報生成手段を有する請求項１又は２に記載の検証システム。
前記属性情報は、位置情報と時刻情報を含み、
前記第一情報生成手段は、前記位置情報と前記属性検証データを用いて、前記検証用情報を生成し、
前記第二情報生成手段は、前記時刻情報と前記公開情報を用いて、前記検証情報を生成し、
前記判断手段は、前記検証情報と前記検証用情報を比較することで、前記位置情報と前記時刻情報が所定の方法で算出されたか否かを判断する請求項３に記載の検証システム。
前記属性検証データは、衛星測位により得られた前記位置情報を用いて衛星の第一の位置を算出することができる情報を含み、
前記検証情報は、前記時刻情報の前記衛星の第二の位置であり、
前記判断手段は、前記第一の位置と前記第二の位置を比較することで、前記位置情報と前記時刻情報が所定の方法で算出されたか否かを判断する請求項４に記載の検証システム。
前記公開情報は、前記時刻情報の前記衛星の前記第二の位置を算出できる軌道情報を含み、
前記第二情報生成手段は、前記時刻情報と前記軌道情報を用いて、前記衛星の前記第二の位置を算出する請求項５に記載の検証システム。
属性情報保有情報を有する属性情報を検証する情報処理装置であって、
前記属性情報から前記属性情報を検証するための属性検証データを取得する検証情報取得手段と、
外部から前記属性情報を検証するための公開情報又は検証情報を取得する公開情報取得手段と、
前記属性情報の検証を行うための検証用情報を、前記属性情報と前記属性検証データを用いて生成する第一情報生成手段と、
前記公開情報取得手段が取得した前記公開情報から算出された前記検証情報と前記検証用情報、又は、前記公開情報取得手段が取得した前記検証情報と前記検証用情報を比較して、前記属性情報の信頼性を判断する判断手段と、
を有する情報処理装置。
属性情報保有情報を有する属性情報を検証する検証システムが行う検証方法であって、
検証情報取得手段が、前記属性情報から前記属性情報を検証するための属性検証データを取得するステップと、
公開情報取得手段が、外部から前記属性情報を検証するための公開情報又は検証情報を取得するステップと、
第一情報生成手段が、前記属性情報の検証を行うための検証用情報を、前記属性情報と前記属性検証データを用いて生成するステップと、
判断手段が、前記公開情報取得手段が取得した前記公開情報から算出された前記検証情報と前記検証用情報、又は、前記公開情報取得手段が取得した前記検証情報と前記検証用情報を比較して、前記属性情報の信頼性を判断するステップと、
を有する検証方法。