特許 7494148 検証システム、配信サーバ及びブラウザ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-24

(45)【発行日】2024-06-03

(54)【発明の名称】検証システム、配信サーバ及びブラウザ

(51)【国際特許分類】

   G06F 21/10 20130101AFI20240527BHJP

   G06F 21/31 20130101ALI20240527BHJP

   G06F 21/44 20130101ALI20240527BHJP

【ＦＩ】

G06F21/10

G06F21/31

G06F21/44

【請求項の数】 9

(21)【出願番号】P 2021115529

(22)【出願日】2021-07-13

(65)【公開番号】P2023012090

(43)【公開日】2023-01-25

【審査請求日】2023-07-20

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100106002

【弁理士】

【氏名又は名称】正林 真之

(74)【代理人】

【識別番号】100120891

【弁理士】

【氏名又は名称】林 一好

(72)【発明者】

【氏名】田淵 純一

【審査官】平井 誠

(56)【参考文献】

【文献】特表２０１２－５０９５３６（ＪＰ，Ａ）

【文献】国際公開第２００８／０９６５３９（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１６／０２５３４８１（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／００－８８

Ｈ０４Ｌ ９／００－４０

(57)【特許請求の範囲】

【請求項1】

画面表示デバイスを有し、ＤＲＭにより暗号化された動画コンテンツを再生させるためのブラウザが動作するユーザ端末と、
前記動画コンテンツを配信する配信サーバと、を備え、
前記ユーザ端末は、前記ブラウザにより、ライセンスリクエストの元データである要求データに、表示中のウェブサイトのアドレス情報を書き込んで前記画面表示デバイスに通知し、
前記配信サーバは、前記画面表示デバイスの公開鍵及び電子署名が付与された前記ライセンスリクエストを受信すると、前記表示中のウェブサイトが正当である場合に、前記暗号化された動画コンテンツの復号鍵を前記公開鍵により暗号化し、前記ユーザ端末へライセンス情報として送信する検証システム。

【請求項2】

前記ユーザ端末は、前記表示中のウェブサイトの指示に基づいて、前記ブラウザのＡＰＩを介して前記要求データを生成し、当該ＡＰＩにより書き込まれる領域とは異なる領域に前記アドレス情報を書き込む請求項１に記載の検証システム。

【請求項3】

前記ユーザ端末は、前記表示中のウェブサイトの指示に基づいて、前記ブラウザのＡＰＩを介して前記要求データを生成した後、予め定められた特定の領域に前記アドレス情報を書き込む請求項１に記載の検証システム。

【請求項4】

前記ユーザ端末は、前記ブラウザのＡＰＩにより前記アドレス情報が書き込まれた場合に、前記ブラウザにより、当該アドレス情報が前記表示中のウェブサイトと合致していることを検証する請求項１に記載の検証システム。

【請求項5】

前記ユーザ端末は、前記ブラウザにより、前記アドレス情報が前記表示中のウェブサイトと合致していることを検証した際に、検証済みであることを示す値を前記要求データに書き込み、
前記配信サーバは、前記ライセンスリクエストに含まれる前記検証済みであることを示す値を確認する請求項４に記載の検証システム。

【請求項6】

前記検証済みであることを示す値は、前記ブラウザのバージョン情報である請求項５に記載の検証システム。

【請求項7】

前記配信サーバは、ユーザ認証のための認証コードを前記動画コンテンツとして前記ユーザ端末に提供し、認証済みの端末から前記認証コードを受信したことにより、前記ユーザ端末を認証する請求項１から請求項６のいずれかに記載の検証システム。

【請求項8】

画面表示デバイスを有し、ＤＲＭにより暗号化された動画コンテンツを再生させるためのブラウザが動作するユーザ端末に対して、前記動画コンテンツを配信する配信サーバであって、
前記画面表示デバイスの公開鍵及び電子署名が付与されたライセンスリクエストを受信すると、前記ブラウザにより書き込まれた表示中のウェブサイトのアドレス情報が正当である場合に、前記暗号化された動画コンテンツの復号鍵を前記公開鍵により暗号化し、前記ユーザ端末へライセンス情報として送信する配信サーバ。

【請求項9】

画面表示デバイスを有したユーザ端末に、配信サーバからＤＲＭにより暗号化された動画コンテンツを取得し再生させるためのブラウザであって、
ライセンスリクエストの元データである要求データに、表示中のウェブサイトのアドレス情報を書き込んで前記画面表示デバイスに通知させることにより、
前記画面表示デバイスの公開鍵及び電子署名が付与された前記ライセンスリクエストを受信した前記配信サーバにおいて、前記表示中のウェブサイトが正当である場合に、前記暗号化された動画コンテンツの復号鍵を前記公開鍵により暗号化し、前記ユーザ端末へライセンス情報として送信させるためのブラウザ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）を用いたライセンス認証システムに関する。

【背景技術】

【0002】

従来、ライセンスを受けたユーザのみが該当の動画コンテンツを再生できるように制御されたＤＲＭシステムが運用されている。ＤＲＭシステムにおいて、動画配信サーバは、暗号化された動画コンテンツの復号鍵を、画面表示デバイスのみが有する固有情報により取得できるように構成される（例えば、特許文献１参照）。

【0003】

例えば、ユーザ端末のウェブブラウザ（以下、単にブラウザともいう）によりアクセスしたウェブサイト上でコンテンツが再生される場合、動画配信サーバは、ビデオカード等の画面表示デバイスが有する秘密鍵に対応した公開鍵を用いて、暗号化された動画コンテンツの復号鍵を暗号化し、ライセンス情報としてユーザ端末へ送信する。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００６－１２７３４９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、ＥＭＥ（Ｅｎｃｒｙｐｔｅｄ Ｍｅｄｉａ Ｅｘｔｅｎｓｉｏｎｓ）等のＤＲＭに関する標準仕様には、現在表示中のウェブサイトのアドレス情報を検証可能なデータが含まれていない。このため、本来特定のウェブサイト上でのみ表示されることを意図したコンテンツは、例えば、悪意の中継サーバを用いることにより異なるウェブサイト上で表示されてしまう可能性があった。このことは、悪意の中継サーバを立てたユーザが動画再生を行うことが可能であれば、別のユーザに対して動画を見せる特定のウェブサイト以外のサイトを構築することが可能であることを意味している。

【0006】

このように、従来のＤＲＭシステムでは、コンテンツの表示先ウェブサイトが正当であることの検証を行っていないため、例えば、コンテンツを購入したユーザが他のユーザのデバイス情報によりライセンスを取得することで、コンテンツを再配信することが可能となっていた。また、正規のウェブサイトとは異なるフィッシングサイト等で、ＤＲＭの付与された動画コンテンツを再生することが可能となっていた。

【0007】

本発明は、配信者が意図しないウェブサイト上でＤＲＭの付与された動画コンテンツが再生されることを防ぐ検証システム、配信サーバ及びブラウザを提供することを目的とする。

【課題を解決するための手段】

【0008】

本発明に係る検証システムは、画面表示デバイスを有し、ＤＲＭにより暗号化された動画コンテンツを再生させるためのブラウザが動作するユーザ端末と、前記動画コンテンツを配信する配信サーバと、を備え、前記ユーザ端末は、前記ブラウザにより、ライセンスリクエストの元データである要求データに、表示中のウェブサイトのアドレス情報を書き込んで前記画面表示デバイスに通知し、前記配信サーバは、前記画面表示デバイスの公開鍵及び電子署名が付与された前記ライセンスリクエストを受信すると、前記表示中のウェブサイトが正当である場合に、前記暗号化された動画コンテンツの復号鍵を前記公開鍵により暗号化し、前記ユーザ端末へライセンス情報として送信する。

【0009】

前記ユーザ端末は、前記表示中のウェブサイトの指示に基づいて、前記ブラウザのＡＰＩを介して前記要求データを生成し、当該ＡＰＩにより書き込まれる領域とは異なる領域に前記アドレス情報を書き込んでもよい。

【0010】

前記ユーザ端末は、前記表示中のウェブサイトの指示に基づいて、前記ブラウザのＡＰＩを介して前記要求データを生成した後、予め定められた特定の領域に前記アドレス情報を書き込んでもよい。

【0011】

前記ユーザ端末は、前記ＡＰＩによりアドレス情報が書き込まれた場合に、前記ブラウザにより、当該アドレス情報が前記表示中のウェブサイトと合致していることを検証してもよい。

【0012】

前記ユーザ端末は、前記ブラウザにより、前記アドレス情報が前記表示中のウェブサイトと合致していることを検証した際に、検証済みであることを示す値を前記要求データに書き込み、前記配信サーバは、前記ライセンスリクエストに含まれる前記検証済みであることを示す値を確認してもよい。

【0013】

前記検証済みであることを示す値は、前記ブラウザのバージョン情報であってもよい。

【0014】

前記配信サーバは、ユーザ認証のための認証コードを前記動画コンテンツとして前記ユーザ端末に提供し、認証済みの端末から前記認証コードを受信したことにより、前記ユーザ端末を認証してもよい。

【0015】

本発明に係る配信サーバは、画面表示デバイスを有し、ＤＲＭにより暗号化された動画コンテンツを再生させるためのブラウザが動作するユーザ端末に対して、前記動画コンテンツを配信する配信サーバであって、前記画面表示デバイスの公開鍵及び電子署名が付与されたライセンスリクエストを受信すると、前記ブラウザにより書き込まれた表示中のウェブサイトのアドレス情報が正当である場合に、前記暗号化された動画コンテンツの復号鍵を前記公開鍵により暗号化し、前記ユーザ端末へライセンス情報として送信する。

【0016】

本発明に係るブラウザは、画面表示デバイスを有したユーザ端末に、配信サーバからＤＲＭにより暗号化された動画コンテンツを取得し再生させるためのプログラムであって、ライセンスリクエストの元データである要求データに、表示中のウェブサイトのアドレス情報を書き込んで前記画面表示デバイスに通知させることにより、前記画面表示デバイスの公開鍵及び電子署名が付与された前記ライセンスリクエストを受信した前記配信サーバにおいて、前記表示中のウェブサイトが正当である場合に、前記暗号化された動画コンテンツの復号鍵を前記公開鍵により暗号化し、前記ユーザ端末へライセンス情報として送信させるためのものである。

【発明の効果】

【0017】

本発明によれば、配信者が意図したウェブサイト上でのみＤＲＭの付与された動画コンテンツが再生される。

【図面の簡単な説明】

【0018】

【図1】実施形態における検証システムの構成を示す図である。

【図2】実施形態におけるＤＲＭによるライセンス認証の手順を示すシーケンス図である。

【図3】実施形態におけるＤＲＭを利用したユーザ認証を実施する認証システムの構成を例示する図である。

【図4】実施形態におけるＤＲＭを利用したユーザ認証の手順を例示するシーケンス図である。

【発明を実施するための形態】

【0019】

以下、本発明の実施形態の一例について説明する。
図１は、本実施形態における検証システム１の構成を示す図である。
検証システム１は、動画コンテンツを再生するユーザ端末１０と、インターネットを介して動画コンテンツを配信する配信サーバ２０とを備える。

【0020】

ユーザ端末１０は、ディスプレイの表示制御を行うビデオカード又はＣＰＵ等の画面表示デバイス１１を有し、ＤＲＭにより暗号化された動画コンテンツを再生させるためのプログラムであるブラウザ１２が動作する装置である。
ユーザ端末１０は、ブラウザ１２により、配信サーバ２０に対するライセンスリクエストの元データである要求データに、表示中のウェブサイトのアドレス情報を書き込んで画面表示デバイス１１に通知する。

【0021】

アドレス情報は、現在表示中のウェブサイトのＵＲＬ全体、又はホスト名等ＵＲＬの一部とする。このアドレス情報は、ユーザが動画データをダウンロードしたアドレスではなく、ブラウザ１２のアドレスバー等に、現在アクセス中のサイトとして表示されているアドレスを示すものである。

【0022】

ここで、ユーザ端末１０は、表示中のウェブサイトの指示に基づいて、ブラウザ１２のＡＰＩを介してライセンスリクエストの要求データを生成するが、このＡＰＩにより書き込まれる領域とは異なる領域にウェブサイトのアドレス情報を書き込む。

【0023】

あるいは、ユーザ端末１０は、ＡＰＩを介してウェブサイトのスクリプトによりアドレス情報が書き込まれた場合に、ブラウザ１２により、このアドレス情報が表示中のウェブサイトと合致していることを検証してもよい。
この場合、ユーザ端末１０は、ブラウザ１２により、書き込まれたアドレス情報が表示中のウェブサイトと合致していることを検証した際に、合わせて、ブラウザ１２のバージョン情報又は当該機能のバージョン情報等、所定の値を要求データに書き込むことで検証済みであることを示す。

【0024】

配信サーバ２０は、ＤＲＭにより動画コンテンツを暗号化して配信するための装置である。
配信サーバ２０は、画面表示デバイス１１の公開鍵及び電子署名が付与されたライセンスリクエストを受信すると、ブラウザ１２により表示中のウェブサイトが正当である場合に、暗号化された動画コンテンツの復号鍵を、受信した公開鍵により暗号化し、ユーザ端末１０へライセンス情報として送信する。

【0025】

ここで、配信サーバ２０は、ライセンスリクエストに含まれるブラウザ１２のバージョン情報が適切（所定以上のバージョン）であるか等、アドレス情報を検証済みであることを示す値を確認することで、このライセンスリクエストに含まれるアドレス情報がユーザ端末１０に表示中のウェブサイトと相違ないことを検証できる。

【0026】

図２は、本実施形態におけるＤＲＭによるライセンス認証の手順を示すシーケンス図である。
本実施形態では、従来の手順と比較して、ステップＳ８，Ｓ９，Ｓ１２が変更されている。

【0027】

ステップＳ１において、ユーザ端末１０は、ユーザ操作に基づいて、ブラウザ１２により配信サーバ２０にアクセスする。

【0028】

ステップＳ２において、配信サーバ２０は、ＨＴＭＬ等の画面表示に必要な情報が含まれたデータＡをブラウザ１２に返却する。
データＡを受け取ったブラウザ１２は、受信が完了したデータを、表示可能な範囲で加工し、ステップＳ２ａにおいて、画面表示デバイス１１を介して画面表示を行なってもよい。また、これ以降も同様に、受信したデータに基づいて画面表示内容が更新されてもよい。

【0029】

ステップＳ３において、ブラウザ１２は、データＡに記載されたスクリプトを実行する。なお、このスクリプトは、データＡに含まれていてもよいが、データＡにスクリプトの配信先アドレスが記載されている場合には、ステップＳ３ａ，Ｓ３ｂにおいて配信サーバ２０から別途受信されてもよい。

【0030】

ステップＳ４において、ブラウザ１２は、データＡに記載された、又はスクリプトにより取得指示の出された動画データを配信サーバ２０へ要求する。
ステップＳ５において、ブラウザ１２は、動画データを配信サーバ２０から受信する。なお、受信した動画データは、以降、画面表示デバイス１１に適宜送信される。

【0031】

ステップＳ６において、スクリプトは、受信した動画がＤＲＭにより暗号化されていた場合に、その旨の通知をブラウザ１２から受け取る。

【0032】

ステップＳ７において、スクリプトは、ブラウザ１２に対して、所定のＡＰＩを用いて、動画再生に必要なライセンスの発行を配信サーバ２０に要求するためのライセンスリクエストの生成を要求する。

【0033】

ステップＳ８において、ブラウザ１２は、画面表示デバイス１１に対して、ライセンスリクエストを要求する。この要求は、ライセンスリクエストの元データであり、再生する動画を特定する情報が含まれる。
さらに、この要求データには、ブラウザ１２により、ユーザ端末１０で現在表示中のウェブサイトのアドレス情報（ＵＲＬ）が書き込まれる。なお、書き込まれるアドレス情報は、前述のように、スクリプトからＡＰＩを介しては書き込めない領域にあるか、又は正しいことがブラウザ１２により検証される。あるいは、たとえＡＰＩを介して書き込み可能な領域であってもブラウザ１２により必ず上書きされる特定の領域が予め定められていてもよい。

【0034】

ステップＳ９において、画面表示デバイス１１は、ライセンスリクエストをブラウザ１２に対して返却する。このとき、画面表示デバイス１１は、自身の秘密鍵に対応した公開鍵を含むライセンスの要求情報の、全部又は一部に対して秘密鍵により電子署名を行い、要求情報と電子署名を含むデータを、ライセンスリクエストとしてブラウザ１２に返却する。
ここで、画面表示デバイス１１は、ブラウザ１２から取得した表示中のウェブサイトのアドレス情報を電子署名の対象データに含めることにより、アドレス情報の改ざん防止を図ったうえで、ライセンスリクエストを返却する。

【0035】

ステップＳ１０において、ブラウザ１２は、ライセンスリクエストをスクリプトに対して返却する。
ステップＳ１１において、スクリプトは、ライセンスリクエストを配信サーバ２０に送信する。このとき、スクリプトは、必要に応じてユーザ認証のために、ユーザ又は機器（ユーザ端末１０）を識別する情報を合わせて送信する。

【0036】

ステップＳ１２において、配信サーバ２０は、受信したライセンスリクエストを元にライセンスを発行する。このライセンスには、暗号化された動画データの復号鍵を画面表示デバイス１１の公開鍵で暗号化したデータが含まれる。
このとき、配信サーバ２０は、ライセンスリクエストに含まれる現在表示中のウェブサイトのアドレス情報が、本来配信サーバ２０が意図したサーバを示しているか否かを検証し、意図したサーバである場合にのみライセンスを発行する。
なお、配信サーバ２０は、ユーザ又は機器を識別する情報に基づいて、表示可否を判断した上でライセンスを発行してもよい。

【0037】

ステップＳ１３において、スクリプトは、配信サーバ２０から受け取ったライセンスをブラウザ１２に渡す。このとき、フォーマットの変換等を行ってもよい。

【0038】

ステップＳ１４において、ブラウザ１２は、ライセンスを画面表示デバイス１１に渡す。このとき、フォーマットの変換等を行ってもよい。

【0039】

ステップＳ１５において、画面表示デバイス１１はライセンスに含まれる復号鍵を自身の秘密鍵により復号し、この復号鍵により動画データを復号し、再生してユーザに提示する。

【0040】

このように、検証システム１は、配信者が意図しないウェブサイト上でＤＲＭの付与された動画コンテンツが再生されることを防ぐことができる。
この結果、例えば、ＤＲＭをユーザ認証に利用する認証システムに適用することにより、鍵情報を搾取するフィッシングサイトの構築を防止できる。

【0041】

図３は、本実施形態におけるＤＲＭを利用したユーザ認証を実施する認証システム２の構成を例示する図である。
ユーザ端末１０がブラウザ１２に相当するアプリケーション（アプリ）１２Ａを実行することでユーザ認証を開始し、事前にユーザ認証済みの端末である認証デバイス３０を用いることで、配信サーバ２０に相当する認証サーバ２０Ａにおいてユーザ端末１０の認証を行う。

【0042】

具体的には、認証サーバ２０Ａは、ユーザ認証のための認証コードをＤＲＭ動画コンテンツとしてユーザ端末１０に提供する。そして、認証サーバ２０Ａは、ユーザ端末１０における画面表示デバイス１１に相当する動画表示用ソフトウェア又は表示機器１１Ａからのライセンスリクエストを検証すると共に、認証コードを認証デバイス３０から受信したことにより、ユーザ端末１０を認証する。

【0043】

図４は、本実施形態におけるＤＲＭを利用したユーザ認証の手順を例示するシーケンス図である。

【0044】

ステップＳ２１において、ユーザが端末１０のアプリ１２Ａから、認証サーバ２０Ａに対して認証要求を送信する。
ステップＳ２２において、認証サーバ２０Ａは、ユーザ端末１０に対してセッションキーを送信する。

【0045】

ステップＳ２３において、アプリ１２Ａは、セッションキーを付与して、二次元バーコードを表示内容に含むＤＲＭ付きの動画データを認証サーバ２０Ａに要求する。
ステップＳ２４において、認証サーバ２０Ａは、ユーザ端末１０に対して動画データを送信する。このとき、認証サーバ２０Ａは、動画データに含まれる二次元バーコードが示すデータＫをセッションキーに関連付けて保持する。

【0046】

ステップＳ２５において、アプリ１２Ａは、表示機器１１Ａに対して動画の表示を開始する。この際に、アプリは、現在アクセス中の認証サーバのアドレス情報を付与してライセンスリクエストを要求する。

【0047】

ステップＳ２６において、アプリ１２Ａは、表示機器１１Ａから、ライセンスリクエストを受け取る。この際に、表示機器１１Ａは、ライセンスリクエストにおける電子署名が行われたデータ内にステップＳ２５で付与された認証サーバ２０Ａのアドレス情報を記載する。

【0048】

ステップＳ２７において、アプリ１２Ａは、ライセンスリクエストをセッションキーと共に認証サーバ２０Ａに対して送信する。
ステップＳ２８において、認証サーバ２０Ａは、ライセンスリクエストを元に、動画表示用のライセンスデータを生成し、ユーザ端末１０に送信する。この際に、認証サーバ２０Ａは、ライセンスリクエストに記載された認証サーバ２０Ａのアドレスが正当なアドレスであることを確認する。

【0049】

ステップＳ２９において、アプリ１２Ａは、ライセンスデータを受け取ると、表示機器１１Ａに対して転送し、動画のデコード及び表示を行う。
ステップＳ３０において、アプリ１２Ａは、認証サーバ２０Ａ側でのユーザ認証の完了を待つ。

【0050】

ステップＳ３１において、ユーザは、既にユーザ認証済みの認証デバイス３０のカメラを用いて、動画に含まれる二次元バーコードを読み取り、その内容Ｋと、認証デバイス３０が予め保持しているか、又はその場でログイン等を行なって取得した鍵データＬとを、認証サーバ２０Ａに送信する。
ステップＳ３２において、認証サーバ２０Ａは、受信した鍵データＬ又はＬに紐付いたユーザＩＤを、Ｋに紐付けて保持する。

【0051】

ステップＳ３３において、アプリ１２Ａは、認証サーバ２０Ａに対してセッションキーを送信する。
ステップＳ３４において、認証サーバ２０Ａは、セッションキーに紐付けられたＫに紐付いた「Ｌ又はＬに紐付いたユーザＩＤでサービスを利用するために必要な鍵」をユーザ端末１０に送信する。
ステップＳ３５において、ユーザ端末１０は、鍵データを受信し、ユーザ認証が完了する。

【0052】

なお、ステップＳ２２において、アプリ１２Ａは、画面表示用データ及びスクリプトを受信し、以降のアプリ１２Ａの動作はこの画面表示用データ及びスクリプトに基づいて行なってもよい。ただし、現在アクセス中の認証サーバ２０Ａのアドレスを付与する処理は、画面表示用データ及びスクリプトに基づいて行うのではなく、アプリ１２Ａ自身のブラウザ１２としての機能により実行される。

【0053】

以上のように、本実施形態によれば、ブラウザ１２が現在表示中のウェブサイトのアドレス情報を、特に、ライセンスリクエストの電子署名領域内でスクリプトから指定不可能な領域に書き込むことにより、配信サーバ２０において、このアドレス情報の正当性を検証できる。

【0054】

例えば、従来は、フィッシングサイトの構築を困難とする目的で暗号化された動画を認証目的で表示しようとする場合において、正当なウェブサイト以外で表示される、あるいは、一般的な動画サイトであっても、単一の課金されたユーザライセンスを用いて複数のユーザが動画を閲覧可能な中継サイトを構築され得るといった問題があった。本実施形態によれば、このような不正なサイト構築を許したくない場合に、中間者の有無を配信サーバ２０が検知でき、これにより、配信者が意図しないウェブサイト上でＤＲＭの付与された動画コンテンツが再生される事態を防ぐことができる。

【0055】

ユーザ端末１０は、表示中のウェブサイトの指示に基づいて、ブラウザ１２のＡＰＩを介してライセンスリクエストの要求データを生成し、このＡＰＩにより書き込まれる領域とは異なる領域にアドレス情報を書き込むことで、アドレス情報の詐称を防ぐことができる。

【0056】

また、ユーザ端末１０は、ＡＰＩを介して要求データを生成した後、予め定められた特定の領域にアドレス情報を書き込んでもよい。このように、スクリプトに基づく記述に対してブラウザ１２が必ず上書きすることで、正しいアドレス情報をより確実に通知することができる。

【0057】

あるいは、ユーザ端末１０は、スクリプト等によりＡＰＩを介してアドレス情報が書き込まれた場合に、ブラウザ１２により、このアドレス情報が表示中のウェブサイトと合致していることを検証することで、アドレス情報の詐称を防ぐことができる。
この場合、ユーザ端末１０は、ブラウザ１２により、アドレス情報が表示中のウェブサイトと合致していることを検証した際に、検証済みであることを示す値として、ブラウザ１２のバージョン情報等をライセンスリクエストの要求データに書き込み、配信サーバ２０がこの値を確認することで、より確実にアドレス情報を検証できる。

【0058】

また、認証システム２において、配信サーバ２０は、ユーザ認証のための認証コードを動画コンテンツとしてユーザ端末１０に提供し、認証デバイス３０から認証コードを受信したことにより、ユーザ端末１０を認証する。
これにより、ユーザ認証における中間者攻撃を防止でき、セキュリティを高めることができる。

【0059】

なお、前述の実施形態により、例えば、ライセンスに基づく正当な動画再生を保証できることから、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

【0060】

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、前述した実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載されたものに限定されるものではない。

【0061】

検証システム１による検証方法は、ソフトウェアにより実現される。ソフトウェアによって実現される場合には、このソフトウェアを構成するプログラムが、情報処理装置（コンピュータ）にインストールされる。また、これらのプログラムは、ＣＤ－ＲＯＭのようなリムーバブルメディアに記録されてユーザに配布されてもよいし、ネットワークを介してユーザのコンピュータにダウンロードされることにより配布されてもよい。さらに、これらのプログラムは、ダウンロードされることなくネットワークを介したＷｅｂサービスとしてユーザのコンピュータに提供されてもよい。

【符号の説明】

【0062】

１ 検証システム
２ 認証システム
１０ ユーザ端末
１１ 画面表示デバイス
１１Ａ 表示機器
１２ ブラウザ
１２Ａ アプリ
２０ 配信サーバ
２０Ａ 認証サーバ
３０ 認証デバイス

【図1】

【図2】

【図3】

【図4】