特開 2024-44612 視聴証明発行システム、視聴証明発行方法、受電装置、及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024044612

(43)【公開日】2024-04-02

(54)【発明の名称】視聴証明発行システム、視聴証明発行方法、受電装置、及びプログラム

(51)【国際特許分類】

   H04N 21/239 20110101AFI20240326BHJP

   H04N 21/233 20110101ALI20240326BHJP

   H04N 21/235 20110101ALI20240326BHJP

   H04N 21/258 20110101ALI20240326BHJP

   H04H 60/45 20080101ALI20240326BHJP

   H04H 40/18 20080101ALI20240326BHJP

   H04H 60/65 20080101ALI20240326BHJP

   H04H 60/38 20080101ALI20240326BHJP

【ＦＩ】

H04N21/239

H04N21/233

H04N21/235

H04N21/258

H04H60/45

H04H40/18

H04H60/65

H04H60/38

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022150241

(22)【出願日】2022-09-21

(71)【出願人】

【識別番号】522246016

【氏名又は名称】株式会社プレイシンク

(74)【代理人】

【識別番号】110004277

【氏名又は名称】弁理士法人そらおと

(74)【代理人】

【識別番号】100130982

【弁理士】

【氏名又は名称】黒瀬 泰之

(72)【発明者】

【氏名】鵜川 太郎

(72)【発明者】

【氏名】大橋 寛史

(72)【発明者】

【氏名】西窪 洋平

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164FA11

5C164MB35S

5C164PA41

5C164SB04P

5C164SB08P

5C164SB30P

5C164SB61S

5C164SC11P

5C164YA10

(57)【要約】

【課題】ユーザー宅内に専用の装置を設置することなく、視聴証明を発行できるようにする。
【解決手段】視聴証明発行システム１は、ユーザー端末５及び受電装置６を有する。ユーザー端末５は、受電装置６に架電することにより受電装置６との接続状態を確立し、この接続状態を介して、放送受信機４から出力される音声を受電装置６に対して送信する。受電装置６は、上記接続状態を介して受信される音声と、放送局サーバ２から提供される放送データに含まれる音声とに基づいて、ユーザー端末５のユーザーが放送データにかかる放送を視聴したか否かを判定し、ユーザーが放送を視聴したと判定した場合に、ユーザーが放送を視聴したことを証明する視聴証明を発行する。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザー端末及び受電装置を有する視聴証明発行システムであって、
前記ユーザー端末は、
前記受電装置に架電することにより、前記受電装置との接続状態を確立し、
前記接続状態を介して、放送受信機から出力される音声を前記受電装置に対して送信し、
前記受電装置は、
前記接続状態を介して受信される音声と、放送局から提供される放送データに含まれる音声とに基づいて、前記ユーザー端末のユーザーが前記放送データにかかる放送を視聴したか否かを判定し、
前記ユーザーが前記放送を視聴したと判定した場合に、前記ユーザーが前記放送を視聴したことを証明する視聴証明を発行する、
視聴証明発行システム。

【請求項2】

前記受電装置は、
前記ユーザーが前記放送を視聴したと判定した場合に、前記ユーザーが前記放送を視聴したタイミングに応じて、異なる内容の前記視聴証明を発行する、
請求項１に記載の視聴証明発行システム。

【請求項3】

前記受電装置は、
前記放送データに含まれる所定時間分の音声に基づいて第１のフィンガープリントを生成して保存し、
前記接続状態を介して受信される前記所定時間分の音声に基づいて第２のフィンガープリントを生成し、
前記第１のフィンガープリントと前記第２のフィンガープリントとが一致した場合に、前記ユーザーが前記放送を視聴したか否かの判定を行う、
請求項２に記載の視聴証明発行システム。

【請求項4】

前記受電装置は、
前記放送データに含まれる所定の共通タイミングから前記所定時間分の音声に基づいて前記第１のフィンガープリントを生成し、
前記接続状態を介して受信される前記共通タイミングから前記所定時間分の音声に基づいて第２のフィンガープリントを生成する、
請求項３に記載の視聴証明発行システム。

【請求項5】

前記放送データに含まれる音声は音声透かしであり、
前記受電装置は、前記接続状態を介して受信される音声から検出した音声透かしと、前記放送データに含まれる音声透かしとが一致した場合に、前記ユーザーが前記放送を視聴したか否かの判定を行う、
請求項２に記載の視聴証明発行システム。

【請求項6】

前記ユーザー端末はコンピュータであり、所定の通信アプリにより前記受電装置への架電を行う、
請求項１乃至５のいずれか一項に記載の視聴証明発行システム。

【請求項7】

前記視聴証明は、前記放送を示す情報を含む非代替性トークンであり、
前記受電装置は、前記非代替性トークンを前記ユーザーのウォレットアドレスに対応付ける発行トランザクションの記録をブロックチェーンネットワークに対してリクエストすることにより、前記視聴証明の発行を行う、
請求項１乃至５のいずれか一項に記載の視聴証明発行システム。

【請求項8】

ユーザー端末及び受電装置により実行される視聴証明発行方法であって、
前記ユーザー端末が、前記受電装置に架電することにより、前記受電装置との接続状態を確立するステップと、
前記ユーザー端末が、前記接続状態を介して、放送受信機から出力される音声を前記受電装置に対して送信するステップと、
前記受電装置が、前記接続状態を介して受信される音声と、放送局から提供される放送データに含まれる音声とに基づいて、前記ユーザー端末のユーザーが前記放送データにかかる放送を視聴したか否かを判定するステップと、
前記受電装置が、前記ユーザーが前記放送を視聴したと判定した場合に、前記ユーザーが前記放送を視聴したことを証明する視聴証明を発行するステップと、
を含む視聴証明発行方法。

【請求項9】

電話による接続状態を介してユーザー端末から受信される音声と、放送局から提供される放送データに含まれる音声とに基づいて、前記ユーザー端末のユーザーが前記放送データにかかる放送を視聴したか否かを判定し、
前記ユーザーが前記放送を視聴したと判定した場合に、前記ユーザーが前記放送を視聴したことを証明する視聴証明を発行する、
受電装置。

【請求項10】

電話による接続状態を介してユーザー端末から受信される音声と、放送局から提供される放送データに含まれる音声とに基づいて、前記ユーザー端末のユーザーが前記放送データにかかる放送を視聴したか否かを判定するステップと、
前記ユーザーが前記放送を視聴したと判定した場合に、前記ユーザーが前記放送を視聴したことを証明する視聴証明を発行するステップと、
をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、視聴証明発行システム、視聴証明発行方法、受電装置、及びプログラムに関する。

【背景技術】

【0002】

放送の視聴に基づいて視聴者に様々な便益を提供するサービスが知られている。特許文献１には、この種のサービスを実現する技術の一例が開示されている。同文献に記載の技術では、放送受信機又は受信機能付きストレージ装置の中に、視聴証明を発行する機能を有する視聴証明発行部が設けられる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００５－１５１２４２号公報

【発明の概要】

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

【0004】

しかしながら、特許文献１に記載の技術には、視聴証明発行部を内蔵する放送受信機又は受信機能付きストレージ装置という専用の装置がユーザー宅内に必要になることから、普及しにくいという課題があった。

【0005】

したがって、本発明の目的の一つは、ユーザー宅内に専用の装置を設置することなく視聴証明を発行することのできる視聴証明発行システム、視聴証明発行方法、受電装置、及びプログラムを提供することにある。

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

【0006】

本発明による視聴証明発行システムは、ユーザー端末及び受電装置を有する視聴証明発行システムであって、前記ユーザー端末は、前記受電装置に架電することにより、前記受電装置との接続状態を確立し、前記接続状態を介して、放送受信機から出力される音声を前記受電装置に対して送信し、前記受電装置は、前記接続状態を介して受信される音声と、放送局から提供される放送データに含まれる音声とに基づいて、前記ユーザー端末のユーザーが前記放送データにかかる放送を視聴したか否かを判定し、前記ユーザーが前記放送を視聴したと判定した場合に、前記ユーザーが前記放送を視聴したことを証明する視聴証明を発行する、視聴証明発行システムである。

【0007】

本発明による視聴証明発行方法は、ユーザー端末及び受電装置により実行される視聴証明発行方法であって、前記ユーザー端末が、前記受電装置に架電することにより、前記受電装置との接続状態を確立するステップと、前記ユーザー端末が、前記接続状態を介して、放送受信機から出力される音声を前記受電装置に対して送信するステップと、前記受電装置が、前記接続状態を介して受信される音声と、放送局から提供される放送データに含まれる音声とに基づいて、前記ユーザー端末のユーザーが前記放送データにかかる放送を視聴したか否かを判定するステップと、前記受電装置が、前記ユーザーが前記放送を視聴したと判定した場合に、前記ユーザーが前記放送を視聴したことを証明する視聴証明を発行するステップと、を含む視聴証明発行方法である。

【0008】

本発明による受電装置は、電話による接続状態を介してユーザー端末から受信される音声と、放送局から提供される放送データに含まれる音声とに基づいて、前記ユーザー端末のユーザーが前記放送データにかかる放送を視聴したか否かを判定し、前記ユーザーが前記放送を視聴したと判定した場合に、前記ユーザーが前記放送を視聴したことを証明する視聴証明を発行する、受電装置である。

【0009】

本発明によるプログラムは、電話による接続状態を介してユーザー端末から受信される音声と、放送局から提供される放送データに含まれる音声とに基づいて、前記ユーザー端末のユーザーが前記放送データにかかる放送を視聴したか否かを判定するステップと、前記ユーザーが前記放送を視聴したと判定した場合に、前記ユーザーが前記放送を視聴したことを証明する視聴証明を発行するステップと、をコンピュータに実行させるためのプログラムである。

【発明の効果】

【0010】

本発明によれば、放送の視聴中に電話を接続しておくだけで視聴証明を発行することができるので、ユーザー宅内に専用の装置を設置することなく、視聴証明を発行することが可能になる。

【図面の簡単な説明】

【0011】

【図1】本発明の実施の形態による視聴証明発行システム１の構成を示す図である。

【図2】放送局サーバ２、ユーザー端末５、及び受電装置６のハードウェア構成の一例を示す図である。

【図3】本発明の実施の形態による視聴証明発行システム１において実行される処理を示すシーケンス図である。

【図4】本発明の実施の形態による視聴証明発行システム１において実行される処理を示すシーケンス図である。

【図5】図４のステップＳ８において実行されるフィンガープリントの生成処理を説明する図である。

【図6】本発明の実施の形態の第１の変形例による視聴証明発行システム１において実行される処理を示すシーケンス図である。

【図7】本発明の実施の形態の第２の変形例による視聴証明発行システム１において実行される処理を示すシーケンス図である。

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

【0012】

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

【0013】

図１は、本実施の形態による視聴証明発行システム１を含むシステムの構成を示す図である。視聴証明発行システム１は、ユーザーに対して視聴証明を発行する視聴証明発行サービスを提供するためのシステムであり、同図に示すように、放送局サーバ２、送信装置３、放送受信機４、ユーザー端末５、受電装置６、及びブロックチェーンネットワーク７を含んで構成される。このうち放送局サーバ２、ユーザー端末５、受電装置６、及びブロックチェーンネットワーク７は、例えばインターネットであるネットワーク８を介して相互に接続される。

【0014】

放送局サーバ２は、地上デジタルテレビ放送の放送局に設置されるコンピュータであり、送信装置３に対して放送用の信号（映像及び音声を含む信号）を供給する役割を有している。送信装置３は、東京スカイツリー（登録商標）などの送信所に設置される装置であり、放送局サーバ２から供給された放送をブロードキャストする役割を果たす。放送受信機４は、送信装置３からブロードキャストされた放送を受信するための装置である。典型的な例では、放送受信機４はユーザー宅内に設置されるテレビ受像機であるが、例えば街頭やオフィスなど、ユーザー宅外に設置されるテレビ受像機であってもよい。

【0015】

なお、本実施の形態では、地上デジタルテレビ放送に本発明を適用する場合の例を説明するが、本発明は、例えば地上アナログテレビ放送、衛星放送、有線放送、ラジオ放送、インターネット放送など、地上デジタルテレビ放送以外の各種放送にも好適に適用可能である。

【0016】

ユーザー端末５は、視聴証明発行サービスのユーザーによって使用される端末であり、音声通信機能を有して構成される。典型的な例では、ユーザー端末５はスマートフォンであるが、例えばタブレット端末やパーソナルコンピュータなど、スマートフォン以外のコンピュータであってもよい。また、フィーチャーフォンや一般的な固定電話機をユーザー端末５として用いることも可能である。以下の説明では、ユーザー端末５はスマートフォンであるとして説明を続ける。ユーザー端末５がスマートフォンである場合、音声通信機能は、音声通信機能付きのメッセンジャーアプリによって実現されるものであってもよいし、電話アプリによって実現されるものであってもよい。以下では、これらのアプリをまとめて「通信アプリ」と称する。

【0017】

受電装置６は、視聴証明発行サービスの提供者によって使用されるコンピュータであり、ユーザー端末５と同様、音声通信機能を有して構成される。典型的な例による受電装置６は、サーバとして機能する高性能コンピュータである。受電装置６は、音声通信を介してユーザー端末５から受信される音声と、放送局から事前に提供される放送データにより示される音声とに基づいて、ユーザー端末５のユーザーが該放送データにかかる放送を視聴したか否かを判定し、視聴したと判定した場合に、該放送を視聴したことを証明する視聴証明を発行する役割を果たす。

【0018】

ユーザーは、視聴証明発行サービスに予めユーザー登録した状態で、視聴証明発行サービスを利用する。ユーザー登録をしようとするユーザーは、ユーザー端末５から受電装置６にアクセスし、受電装置６に予め記憶される登録画面を開く。そして、開いた登録画面に必要な情報を入力し、登録ボタンを押下することによってユーザー登録を実行する。ユーザーが登録ボタンを押下すると、受電装置６は、ユーザーに対して受電装置６にアクセスするための情報（例えば、ＩＤ及びパスワード）を発行し、登録画面において入力された情報とともに記憶することにより、ユーザー登録を完了する。

【0019】

図２は、放送局サーバ２、ユーザー端末５、及び受電装置６のハードウェア構成の一例を示す図である。放送局サーバ２、ユーザー端末５、及び受電装置６はそれぞれ、図示した構成を有するコンピュータ１００によって構成され得る。なお、放送局サーバ２及び受電装置６を構成するコンピュータ１００は、複数のコンピュータの結合によって構成されるコンピュータであってもよい。

【0020】

図２に示すように、コンピュータ１００は、ＣＰＵ（Central Processing Unit）１０１、記憶装置１０２、入力装置１０３、出力装置１０４、及び通信装置１０５がバス１０６を介して相互に接続された構成を有している。

【0021】

ＣＰＵ１０１は、コンピュータ１００の各部を制御するとともに、記憶装置１０２に記憶される各種のプログラムを読み出して実行する装置である。また、記憶装置１０２は、ＤＲＡＭ（Dynamic Random Access Memory）などの主記憶装置と、ハードディスクなどの補助記憶装置とを含み、コンピュータ１００のオペレーティングシステムや各種のアプリケーションを実行するための各種のプログラム、及び、これらのプログラムによって利用されるデータを記憶する役割を果たす装置である。ユーザー端末５の記憶装置１０２に記憶されるプログラムには、上述した通信アプリが含まれる。

【0022】

入力装置１０３は、外部からの入力を受け付けてＣＰＵ１０１に供給する装置であり、例えばキーボード、マウス、タッチパネル、マイクを含んで構成される。出力装置１０４は、ＣＰＵ１０１の処理結果を外部に出力する装置であり、例えばディスプレイ、スピーカーを含んで構成される。

【0023】

通信装置１０５は、外部の装置と通信するための装置であり、ＣＰＵ１０１の指示にしたがってデータの送受信を行う。放送局サーバ２、ユーザー端末５、及び受電装置６はそれぞれ、この通信装置１０５を用いて、図１に示したブロックチェーンネットワーク７及びネットワーク８を含む他の装置との間で通信を行うよう構成される。ユーザー端末５と受電装置６の間で行われる音声通信も、それぞれの通信装置１０５によって実現される。典型的な例では、通信装置１０５が行う通信はインターネット・プロトコルによる通信（ＩＰ通信）であり、ユーザー端末５と受電装置６の間で行われる音声通信は、ＶｏＩＰ（Voice over Internet Protocol）技術により実現される。

【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】

１ 視聴証明発行システム
２ 放送局サーバ
３ 送信装置
４ 放送受信機
５ ユーザー端末
６ 受電装置
７ ブロックチェーンネットワーク
８ ネットワーク
１０ 音声
１１ フィンガープリント
１００ コンピュータ
１０１ ＣＰＵ
１０２ 記憶装置
１０３ 入力装置
１０４ 出力装置
１０５ 通信装置
１０６ バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】