ホーム > 特許ランキング > トレードログ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024024372
(43)【公開日】2024-02-22
(54)【発明の名称】情報処理方法、情報処理装置及びプログラム
(51)【国際特許分類】
G06Q 30/0241 20230101AFI20240215BHJP
【ＦＩ】
G06Q30/02 380
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2022127160
(22)【出願日】2022-08-09
(71)【出願人】
【識別番号】518160001
【氏名又は名称】トレードログ株式会社
(74)【代理人】
【識別番号】100114557
【弁理士】
【氏名又は名称】河野 英仁
(74)【代理人】
【識別番号】100078868
【弁理士】
【氏名又は名称】河野 登夫
(72)【発明者】
【氏名】藤田 誠広
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB08
(57)【要約】
【課題】コマーシャルの放送後のコマーシャル放送データをブロックチェーンシステムに出力することが可能となる情報処理方法等を提供すること。
【解決手段】一つの側面に係る情報処理方法は、コマーシャルの放送後のコマーシャル放送局、コマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データを取得し、取得したコマーシャル放送局、暗号化されたコマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データをブロックチェーンシステム２に記憶する処理を実行させることを特徴とする。
【選択図】図１
【解決手段】一つの側面に係る情報処理方法は、コマーシャルの放送後のコマーシャル放送局、コマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データを取得し、取得したコマーシャル放送局、暗号化されたコマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データをブロックチェーンシステム２に記憶する処理を実行させることを特徴とする。
【選択図】図１
【特許請求の範囲】
【請求項1】
コマーシャルの放送後のコマーシャル放送局、コマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データを取得し、
取得したコマーシャル放送局、暗号化されたコマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データをブロックチェーンシステムに記憶する
情報処理方法。
取得したコマーシャル放送局、暗号化されたコマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データをブロックチェーンシステムに記憶する
情報処理方法。
【請求項2】
前記コマーシャル放送データを前記ブロックチェーンシステム外のデータベースに記憶する
請求項１に記載の情報処理方法。
請求項１に記載の情報処理方法。
【請求項3】
前記データベースへのアクセス履歴を記憶し、
記憶したアクセス履歴を前記ブロックチェーンシステムに記憶する
請求項２に記載の情報処理方法。
記憶したアクセス履歴を前記ブロックチェーンシステムに記憶する
請求項２に記載の情報処理方法。
【請求項4】
前記コマーシャルの広告主の広告主端末からコマーシャルコードを取得し、
取得したコマーシャルコードに対応する、前記ブロックチェーンシステム上に記憶されたコマーシャル放送データと、前記データベースに記憶されたコマーシャル放送データとが一致する場合、改ざんされていないことを示す情報を前記広告主端末へ出力する
請求項２又は３に記載の情報処理方法。
取得したコマーシャルコードに対応する、前記ブロックチェーンシステム上に記憶されたコマーシャル放送データと、前記データベースに記憶されたコマーシャル放送データとが一致する場合、改ざんされていないことを示す情報を前記広告主端末へ出力する
請求項２又は３に記載の情報処理方法。
【請求項5】
前記データベースまたは前記ブロックチェーンシステム上に記憶された所定期間分の複数のコマーシャル放送データを読み出し、
読み出したコマーシャル放送局、コマーシャルコード、及びコマーシャル放送日時を含むコマーシャル放送データが複数列挙された放送確認書を、前記コマーシャルの広告主の広告主端末へ出力する
請求項２から４までのいずれかひとつに記載の情報処理方法。
読み出したコマーシャル放送局、コマーシャルコード、及びコマーシャル放送日時を含むコマーシャル放送データが複数列挙された放送確認書を、前記コマーシャルの広告主の広告主端末へ出力する
請求項２から４までのいずれかひとつに記載の情報処理方法。
【請求項6】
前記コマーシャルの放送に伴い得られた視聴率データ、視聴者数を含む視聴ログデータ、ダウンロード数またはインターネット検索数を含む効果データを、前記コマーシャル放送データに対応付けて前記データベースに記憶する
請求項２から５までのいずれかひとつに記載の情報処理方法。
請求項２から５までのいずれかひとつに記載の情報処理方法。
【請求項7】
前記コマーシャルの広告主ごとに管理する固有の固有鍵で前記コマーシャルコードを暗号化し、
暗号化したコマーシャルコードを共通鍵でさらに暗号化し、
前記共通鍵で暗号化したコマーシャルコードを前記ブロックチェーンシステムに記憶する
請求項１から６までのいずれかひとつに記載の情報処理方法。
暗号化したコマーシャルコードを共通鍵でさらに暗号化し、
前記共通鍵で暗号化したコマーシャルコードを前記ブロックチェーンシステムに記憶する
請求項１から６までのいずれかひとつに記載の情報処理方法。
【請求項8】
前記コマーシャルの広告主の広告主端末からコマーシャルコードを取得し、
取得したコマーシャルコードに対応するコマーシャル放送データを読み出し、
読み出した暗号化されたコマーシャルコードを含むコマーシャル放送データを前記広告主端末に出力する
請求項１から７までのいずれかひとつに記載の情報処理方法。
取得したコマーシャルコードに対応するコマーシャル放送データを読み出し、
読み出した暗号化されたコマーシャルコードを含むコマーシャル放送データを前記広告主端末に出力する
請求項１から７までのいずれかひとつに記載の情報処理方法。
【請求項9】
前記コマーシャル放送局、暗号化された前記コマーシャルコード、及び前記コマーシャル放送日時に加えて、さらに放送地区、放送時間、または前記コマーシャルの種類を示す枠区分を前記コマーシャルの広告主の広告主端末に出力する
請求項１から８までのいずれかひとつに記載の情報処理方法。
請求項１から８までのいずれかひとつに記載の情報処理方法。
【請求項10】
コマーシャル放送の実施を検証する調査機関の調査機関端末から、前記コマーシャル放送データに対応するコマーシャル放送が実施されたことを示す第１実施情報を取得し、
前記第１実施情報を取得した場合に、前記コマーシャル放送データを前記ブロックチェーンシステムに記憶する
請求項１から９までのいずれかひとつに記載の情報処理方法。
前記第１実施情報を取得した場合に、前記コマーシャル放送データを前記ブロックチェーンシステムに記憶する
請求項１から９までのいずれかひとつに記載の情報処理方法。
【請求項11】
前記コマーシャルの放送後に、コマーシャル放送の実施を検証する調査機関の調査機関端末から、前記コマーシャル放送日時におけるコマーシャル映像データに基づき現実に放送されたことを示す第２実施情報を取得し、
前記ブロックチェーンシステム上に記憶された前記コマーシャル放送データに対応付けて、取得した前記第２実施情報を前記ブロックチェーンシステムに記憶する
請求項１から１０までのいずれかひとつに記載の情報処理方法。
前記ブロックチェーンシステム上に記憶された前記コマーシャル放送データに対応付けて、取得した前記第２実施情報を前記ブロックチェーンシステムに記憶する
請求項１から１０までのいずれかひとつに記載の情報処理方法。
【請求項12】
コマーシャルの放送後のコマーシャル放送局、コマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データを取得する取得部と、
取得したコマーシャル放送局、暗号化されたコマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データをブロックチェーンシステムに記憶するする記憶部と
を備える情報処理装置。
取得したコマーシャル放送局、暗号化されたコマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データをブロックチェーンシステムに記憶するする記憶部と
を備える情報処理装置。
【請求項13】
コマーシャルの放送後のコマーシャル放送局、コマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データを取得し、
取得したコマーシャル放送局、暗号化されたコマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データをブロックチェーンシステムに記憶する
処理をコンピュータに実行させるプログラム。
取得したコマーシャル放送局、暗号化されたコマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データをブロックチェーンシステムに記憶する
処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理方法、情報処理装置及びプログラムに関する。
【背景技術】
【0002】
近年、コマーシャル放送に関する技術の開発が盛んに進められている。例えば特許文献１には、放送コンテンツ（コマーシャル放送コンテンツ）が放送された際、放送コンテンツ識別情報に予め紐付けされた関連情報（例えば、ＣＭに関連したＷＥＢ上の企業ホームページ情報）を端末装置（例えば、視聴者の手元にある携帯電話機）に送信する放送情報連動型情報提供アプリケーションプログラム及びそのシステムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２１－０８９６７５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１に係る発明は、コマーシャル放送に対する検収に必要な情報を確認することができないという問題がある。
【0005】
一つの側面では、コマーシャルの放送後のコマーシャル放送データをブロックチェーンシステムに出力することが可能となる情報処理方法等を提供することにある。
【課題を解決するための手段】
【0006】
一つの側面に係る情報処理方法は、コマーシャルの放送後のコマーシャル放送局、コマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データを取得し、取得したコマーシャル放送局、暗号化されたコマーシャルコード及びコマーシャル放送日時を含むコマーシャル放送データをブロックチェーンシステムに記憶する処理を実行させることを特徴とする。
【発明の効果】
【0007】
一つの側面では、コマーシャルの放送後のコマーシャル放送データをブロックチェーンシステムに出力することが可能となる。
【図面の簡単な説明】
【0008】
【図1】ＣＭ放送ログシステムの概要を示す説明図である。
【図2】サーバの構成例を示すブロック図である。
【図3】ブロックチェーンのノードの構成例を示すブロック図である。
【図4】ＤＢサーバの構成例を示すブロック図である。
【図5】広告主ＤＢ及びＣＭ放送データＤＢのレコードレイアウトの一例を示す説明図である。
【図6】鍵管理ＤＢ、アクセス履歴ＤＢ及びＢＣ関連ＤＢのレコードレイアウトの一例を示す説明図である。
【図7】広告主端末の構成例を示すブロック図である。
【図8】ＣＭ放送ログシステムの動作を説明する説明図である。
【図9】ＣＭ放送データをブロックチェーンのノードに記憶する処理を説明する説明図である。
【図10】放送結果の検索画面の一例を示す説明図である。
【図11】ＣＭ放送データをブロックチェーンのノードに記憶する際の処理手順を示すフローチャートである。
【図12】ＣＭ放送データをＤＢサーバに記憶する際の処理手順を示すフローチャートである。
【図13】ＣＭ放送データを広告主端末に出力する際の処理手順を示すフローチャートである。
【図14】ＣＭ放送データを取得する処理のサブルーチンの処理手順を示すフローチャートである。
【図15】ＣＭの放送確認書の表示画面の一例を示す説明図である。
【図16】放送確認書を広告主端末に出力する際の処理手順を示すフローチャートである。
【図17】アクセス履歴をブロックチェーンのノードに記憶する際の処理手順を示すフローチャートである。
【図18】ＣＭ放送データに対して認証処理を行う際の処理手順を示すフローチャートである。
【図19】実施形態３におけるＤＢサーバの構成例を示すブロック図である。
【図20】効果データＤＢのレコードレイアウトの一例を示す説明図である。
【図21】ＣＭ放送データに対応付けて効果データをＤＢサーバに記憶する際の処理手順を示すフローチャートである。
【図22】実施形態４におけるＣＭ放送データＤＢのレコードレイアウトの一例を示す説明図である。
【図23】事前検証処理を行う際の処理手順を示すフローチャートである。
【図24】事後検証処理を行う際の処理手順を示すフローチャートである。
【図25】実施形態４におけるＣＭの放送確認書の表示画面の一例を示す説明図である。
【発明を実施するための形態】
【0009】
以下、本発明をその実施形態を示す図面に基づいて詳述する。
【0010】
（実施形態１）
実施形態１は、コマーシャル放送データをブロックチェーンシステムに記憶（記録）する形態に関する。コマーシャルは、コマーシャルメッセージ（ＣＭ；Commercial Message）の略である。コマーシャル（以降、コマーシャルを「ＣＭ」と称する。）を放送することにより、広告主（広告活動を行なう主体者；広告の依頼者；広告の出資者）が訴求したい内容を消費者へ提示することができる。内容は、例えば企業名、商品名、サービス名、特徴、価格または販売場所等を含む。
実施形態１は、コマーシャル放送データをブロックチェーンシステムに記憶（記録）する形態に関する。コマーシャルは、コマーシャルメッセージ（ＣＭ；Commercial Message）の略である。コマーシャル（以降、コマーシャルを「ＣＭ」と称する。）を放送することにより、広告主（広告活動を行なう主体者；広告の依頼者；広告の出資者）が訴求したい内容を消費者へ提示することができる。内容は、例えば企業名、商品名、サービス名、特徴、価格または販売場所等を含む。
【0011】
図１は、ＣＭ放送ログシステムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１、ブロックチェーンシステム２、データベース（ＤＢ：database）装置３及び情報処理端末４を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。
【0012】
情報処理装置１は、種々の情報に対する処理、記憶及び送受信を行う情報処理装置である。情報処理装置１は、例えばサーバ装置、パーソナルコンピュータまたは汎用のタブレットＰＣ（パソコン）等である。本実施形態において情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。
【0013】
ブロックチェーンシステム２は、分散型台帳技術又は分散型ネットワークである。ブロックチェーンシステム２は、コンセンサス処理を実行する複数のノード２１により構成される。なお、図１では、ブロックチェーンシステム２が５台のノード２１により構成された例を示しているが、合意形成アルゴリズムまたはネットワーク参加者数に応じて適切な台数により構成されても良い。ノード２１の各々は、当該コンセンサス処理の実行を通じて、ブロックチェーンデータのコピーを保持する。ブロックチェーンシステム２は、ブロックと呼ばれるデータの単位を一定時間ごとに生成し、鎖のように連結していくことによりデータを保管する。
【0014】
ブロックチェーンシステム２は、ピアツーピア（Peer to Peer）ネットワークと分散型タイムスタンプサーバの使用により自律的に管理される。鎖状に保存しているため、ブロック内のデータを一度記憶した場合、該データを遡及的に変更することが難しい。なお、ブロックチェーンシステム２は、パブリック型、プライベート型、コンソーシアム型のいずれであっても良い。データの単位はブロックではなく個々のトランザクションであっても良い。また、データの保存は鎖状以外にも有向非巡回グラフ等の保存形式であっても良い。以下では簡潔のため、ブロックチェーンシステム２をブロックチェーン２と読み替える。
【0015】
データベース装置３は、広告主に関する情報及びＣＭ放送データ等を格納（記憶）する記憶装置である。本実施形態において、以下では簡潔のため、データベース装置３はＤＢサーバ３と読み替える。
【0016】
情報処理端末４は、ＣＭ放送データ、またはＣＭ放送データが複数列挙された放送確認書の受信及び表示等を行う広告主用の端末装置である。情報処理端末４は、例えばスマートフォン、携帯電話、アップルウォッチ（Apple Watch：登録商標）等のウェアラブルデバイス、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末４を広告主端末４と読み替える。なお、情報処理端末４の利用者は、広告主だけではなく、広告主から業務を受託する広告代理店、広告制作会社、調査会社、データ分析会社、コンサルティング会社またはシステム会社等であっても良い。
【0017】
本実施形態に係るサーバ１は、ＣＭの放送後のＣＭ放送データを取得する。ＣＭ放送データは、ＣＭ放送局（テレビ局）コード、ＣＭコード、ＣＭ放送日時、またはＣＭ放送に関わる例外処理等の履歴データ等を含む。サーバ１は、取得したＣＭ放送データに含まれるＣＭコードに対して暗号化処理を行う。なお、ＣＭコードに対する暗号化処理は、必須ではなく省略しても良い。サーバ１は、ＣＭ放送局コード、暗号化されたＣＭコード及びＣＭ放送日時を含むＣＭ放送データを、ブロックチェーン２及びＤＢサーバ３のそれぞれに記憶する。
【0018】
図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、読取部１４及び大容量記憶部１５を含む。各構成はバスＢで接続されている。
【0019】
制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）、ＤＳＰ（Digital Signal Processor）、または量子プロセッサ等の演算処理装置を含む。制御部１１は、記憶部１２に記憶された制御プログラム１Ｐ（プログラム製品）を読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。
【0020】
なお、制御プログラム１Ｐは、単一のコンピュータ上で、または１つのサイトにおいて配置されるか、もしくは複数のサイトにわたって分散され、通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように展開することができる。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。
【0021】
記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための通信モジュールである。
【0022】
読取部１４は、ＣＤ（Compact Disc）－ＲＯＭ又はＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読取部１４を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１５に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１５に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。
【0023】
大容量記憶部１５は、例えばＨＤＤ（Hard disk drive：ハードディスク）、ＳＳＤ（Solid State Drive：ソリッドステートドライブ）等の記録媒体を備える。なお、本実施形態において記憶部１２及び大容量記憶部１５は一体の記憶装置として構成されていても良い。
【0024】
サーバ１は、種々の情報処理及び制御処理等をコンピュータ単体で実行しても良いし、複数のコンピュータで分散して実行しても良い。また、サーバ１は、１台のサーバ内に設けられた複数の仮想マシンによって実現されても良いし、クラウドサーバを用いて実現されても良い。更にまた、サーバ１は、放送局が利用する営業放送システムのサーバ内の一部として実現されても良い。
【0025】
図３は、ブロックチェーン２のノード２１の構成例を示すブロック図である。ブロックチェーン２のノード２１は、制御部２１１、記憶部２１２、通信部２１３、受付部２１４、出力部２１５、ブロック生成部２１６、ブロック検証部２１７及びブロック共有部２１８を含む。各構成はバスＢで接続されている。
【0026】
制御部２１１は、他ノード２１（端末）の制御部２１１と自律分散的に協調して、常に最新のブロックチェーン（台帳：ブロックチェーンデータのコピー）を記憶部２１２に保持する。記憶部２１２には、分散型のネットワークへブロードキャストされたトランザクションが含まれたブロックチェーン（台帳）、及びブロック内の情報の検証処理に必要となる情報等が記憶される。
【0027】
通信部２１３は、通信に関する処理を行うための通信モジュールである。受付部２１４は、外部ノード２１から、ブロックチェーン２が管理するブロックチェーン２である分散型のネットワークに記録する情報を受け付ける。出力部２１５は、外部ノード２１からの要求に応じて、自身が保持するブロックチェーン２の情報を出力する。
【0028】
ブロック生成部２１６は、受付部２１４が受け付けた情報を基に、ブロックチェーン２に追加するブロックを生成する。ブロック生成部２１６は、前ブロックに基づく情報と受付部２１４が受け付けた情報とを含むブロックを生成する。
【0029】
また、ブロック生成部２１６は、自身が生成したブロックまたは後述するブロック共有部２１８を介して他のノード２１が生成したブロックに対して、所定のコンセンサス処理として、例えば、ノンスを探索する処理または署名を付与する処理を行った上で、自身が管理するブロックチェーン２にブロックを追加する。なお、ブロック生成部２１６が生成したブロックに対して、複数のノード２１が所定のコンセンサス処理を行って得られたものが、最終的にブロックチェーン２に追加されるブロックとなる。
【0030】
ブロック検証部２１７は、自身が保持するブロックチェーン２にブロックを追加する際に、該ブロック内の情報の検証を行う。通常、追加対象とされるブロックは、自ノード２１を含むノード２１群において最も早く規則が満たされたブロックであるが、悪意のあるノード２１が含まれていた場合等を考慮して、実際に規則が満たされているか等を検証しても良い。
【0031】
ブロック共有部２１８は、ブロックチェーン２に属するノード２１間で情報交換を行う。ブロック共有部２１８は、より具体的には、受付部２１４が受け付けた情報、ブロック生成部２１６が生成したブロック、及び他のノード２１から受け付けたブロック等を、適宜他のノード２１に送信する。これにより、可能な限り全てのノード２１でこれらの情報および最新のブロックチェーン２を共有する。
【0032】
なお、図３の構成はあくまで一例であって、ブロックチェーンのノード２１は、改ざんが困難なブロックチェーン２を複数のノードが共有して管理するための所定のコンセンサス処理を実行可能であり、外部ノードからの要求に応じて分散型のネットワークへの情報追加、及び分散型のネットワークに記録された情報の参照が可能なノードであれば、具体的な構成は問わない。
【0033】
なお、サーバ１は、ブロックチェーン２のノード２１であっても良い。
【0034】
図４は、ＤＢサーバ３の構成例を示すブロック図である。ＤＢサーバ３は、制御部３１、記憶部３２、通信部３３、読取部３４及び大容量記憶部３５を含む。各構成はバスＢで接続されている。なお、ＤＢサーバ３の制御部３１、記憶部３２、通信部３３及び読取部３４に関しては、サーバ１の制御部１１、記憶部１２、通信部１３及び読取部１４と同様であるため、説明を省略する。
【0035】
なお、ＤＢサーバ３は、サーバ１と同様に１台のデータベースサーバ内に設けられた複数の仮想マシンによって実現されても良いし、クラウドサーバを用いて実現されても良いし、または、サーバ１と一体的に実現されても良い。更にまた、ＤＢサーバ３は、放送局が利用する営業放送システムのサーバ内の一部として実現されても良い。
【0036】
大容量記憶部３５は、例えばＨＤＤまたはＳＳＤ等の記録媒体を備える。大容量記憶部３５は、広告主ＤＢ３５１、ＣＭ放送データＤＢ３５２、鍵管理ＤＢ３５３、アクセス履歴ＤＢ３５４及びＢＣ（ブロックチェーン）関連ＤＢ３５６を含む。
【0037】
広告主ＤＢ３５１は、広告主及びＣＭ素材に関する情報を記憶している。ＣＭ放送データＤＢ３５２は、ＣＭ放送データを記憶している。鍵管理ＤＢ３５３は、ＣＭコードの暗号化または復号処理を行うための鍵に関する情報を記憶している。アクセス履歴ＤＢ３５４は、ＤＢサーバ３へのアクセス履歴を記憶している。ＢＣ関連ＤＢ３５６は、ブロックチェーン２に関する情報を記憶している。
【0038】
なお、本実施形態において記憶部３２及び大容量記憶部３５は一体の記憶装置として構成されていても良い。また、大容量記憶部３５は複数の記憶装置により構成されていても良い。
【0039】
図５は、広告主ＤＢ３５１及びＣＭ放送データＤＢ３５２のレコードレイアウトの一例を示す説明図である。
広告主ＤＢ３５１は、広告主ＩＤ列、広告主名称列、ブランド名列、ＣＭコード列及びＣＭ素材名列を含む。広告主ＩＤ列は、各広告主を識別するために、一意に特定される広告主のＩＤを記憶している。広告主名称列は、広告主の名称を記憶している。ブランド名列は、広告対象となる商品もしくはサービスのブランド名、商品名またはサービス名等を記憶している。なお、ブランド名列は、必須ではなく省略しても良い。
広告主ＤＢ３５１は、広告主ＩＤ列、広告主名称列、ブランド名列、ＣＭコード列及びＣＭ素材名列を含む。広告主ＩＤ列は、各広告主を識別するために、一意に特定される広告主のＩＤを記憶している。広告主名称列は、広告主の名称を記憶している。ブランド名列は、広告対象となる商品もしくはサービスのブランド名、商品名またはサービス名等を記憶している。なお、ブランド名列は、必須ではなく省略しても良い。
【0040】
ＣＭコード列は、ＣＭ素材を特定するコードを記憶している。ＣＭコードの一例としては、共通コード管理センターが発番した広告事業者を特定する４桁の広告事業者コード（固定）と、広告事業者が自社のＣＭ素材に独自の方法で付けた６桁の素材コードを合わせた１０桁のコードである。例えば、広告事業者コードが「９９ＡＢ」であり、且つ、素材コードが「９９９ＡＢＣ」である場合、広告事業者コードと素材コードとを「＝」で結ぶことにより、「９９ＡＢ＝９９９ＡＢＣ」となるＣＭコードを得る。なお、ＣＭコードは、放送局独自のコードが別途用意されても良く、または複数のＣＭコードにより構成されても良い。ＣＭ素材名列は、ＣＭの名称を記憶している。
【0041】
なお、上述した広告主ＩＤ列、広告主名称列、ブランド名列、ＣＭコード列及びＣＭ素材名列に限らず、実際のニーズに応じて任意の列が設けられても良い。
【0042】
ＣＭ放送データＤＢ３５２は、管理番号列、広告主ＩＤ列、ＣＭ放送局列、ＣＭコード列、ＣＭ放送日時列、地区列、番組名列、放送秒数列、枠区分列及び備考列を含む。管理番号列は、ＣＭ放送データを識別するために、一意に特定されるＣＭ放送データの管理番号を記憶している。広告主ＩＤ列は、広告主を特定する広告主ＩＤを記憶している。
【0043】
ＣＭ放送局列は、ＣＭ放送局を特定するＣＭ放送局コードを記憶している。ＣＭコード列は、広告主ごとに管理する固有鍵で暗号化されたＣＭコードを記憶している。ＣＭ放送日時列は、ＣＭを放送した日時情報を記憶している。地区列は、ＣＭ放送の地区を記憶している。番組名列は、ＣＭを出稿した番組の名称を記憶している。放送秒数列は、ＣＭ放送の時間（例えば、１５秒、３０秒または６０秒）を記憶している。
【0044】
枠区分列は、ＣＭの種類を示す枠区分を記憶している。例えば、番組への協賛企業のタイムＣＭ、または番組に関係なく放送局が定めた時間に挿入されるスポットＣＭに対し、枠区分が、番組間で放送されるステーションブレイク（ＳＢ：Station Break）、または番組内に挿入されるが提供表示が付かないパーティシペーション（ＰＴ：Participation）等を含む。なお、上述したＣＭの種類に限らず、あらゆるＣＭの種類に適用することができる。
【0045】
備考列は、ＣＭ放送データに対する説明等を記憶している。例えば、特殊事情によって公共広告機構（例えば、公益社団法人ＡＣジャパン）のＣＭに差し替えられた場合、備考列には「ＡＣ差替」が記憶されても良い。特殊事情は、例えば、地震発生もしくは水害発生等の突発的な災害、ＣＭで訴求する商品の緊急の発売中止、または、不祥事発覚もしくは要人の不慮の事故等を含む。
【0046】
なお、上述した管理番号列、広告主ＩＤ列、ＣＭ放送局列、ＣＭコード列、ＣＭ放送日時列、地区列、番組名列、放送秒数列、枠区分列及び備考列に限らず、実際のニーズに応じて任意の列が設けられても良い。
【0047】
図６は、鍵管理ＤＢ３５３、アクセス履歴ＤＢ３５４及びＢＣ関連ＤＢ３５６のレコードレイアウトの一例を示す説明図である。
鍵管理ＤＢ３５３は、管理番号列、広告主ＩＤ列、共通鍵列及び固有鍵列を含む。管理番号列は、鍵の管理番号を記憶している。広告主ＩＤ列は、広告主を特定する広告主ＩＤを記憶している。鍵は、システム上で発行された共通鍵、及び広告主ごとに発行された固有鍵を含む。共通鍵列は、共通鍵を記憶している。固有鍵列は、広告主に割り当てられた固有鍵を記憶している。
鍵管理ＤＢ３５３は、管理番号列、広告主ＩＤ列、共通鍵列及び固有鍵列を含む。管理番号列は、鍵の管理番号を記憶している。広告主ＩＤ列は、広告主を特定する広告主ＩＤを記憶している。鍵は、システム上で発行された共通鍵、及び広告主ごとに発行された固有鍵を含む。共通鍵列は、共通鍵を記憶している。固有鍵列は、広告主に割り当てられた固有鍵を記憶している。
【0048】
アクセス履歴ＤＢ３５４は、履歴ＩＤ列、ログイン情報列、操作情報列及びアクセス日時列を含む。履歴ＩＤ列は、ＤＢサーバ３へのアクセス履歴データを識別するために、一意に特定されるアクセス履歴データのＩＤを記憶している。
【0049】
ログイン情報列は、ＤＢサーバ３へのログイン情報を記憶している。ログイン情報は、例えば接続元ホスト名、接続元ＩＰアドレス、ログイン日時またはログオフ日時等を含む。操作情報列は、ＤＢサーバ３への操作情報を記憶している。操作情報は、例えばＳＱＬ（Structured Query Language）文、ＳＱＬのアクション、ＳＱＬでのレコード処理件数、または、ＳＱＬでアクセスしたテーブル、フィールドもしくは条件等を含む。アクセス日時列は、ＤＢサーバ３にアクセスした日時情報を記憶している。
【0050】
ＢＣ関連ＤＢ３５６は、ＣＭ放送データ管理番号列及びＣＭ放送データハッシュ値列を含む。ＣＭ放送データ管理番号列は、ＣＭ放送データの管理番号を記憶している。ＣＭ放送データハッシュ値列は、ＣＭ放送局コード、暗号化されたＣＭコードまたはＣＭ放送日時等を含むＣＭ放送データのハッシュ値を記憶している。
【0051】
なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。
【0052】
図７は、広告主端末４の構成例を示すブロック図である。広告主端末４は、制御部４１、記憶部４２、通信部４３、入力部４４及び表示部４５を含む。各構成はバスＢで接続されている。
【0053】
制御部４１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部４２に記憶された制御プログラム４Ｐ（プログラム製品）を読み出して実行することにより、広告主端末４に係る種々の情報処理、制御処理等を行う。なお、図７では制御部４１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。
【0054】
記憶部４２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部４１が処理を実行するために必要な制御プログラム４Ｐ又はデータ等を記憶している。また、記憶部４２は、制御部４１が演算処理を実行するために必要なデータ等を一時的に記憶する。
【0055】
通信部４３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等と情報の送受信を行う。入力部４４は、キーボード、マウスまたは表示部４５と一体化したタッチパネルでも良い。表示部４５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部４１の指示に従い各種情報を表示する。
【0056】
図８は、ＣＭ放送ログシステムの動作を説明する説明図である。広告主もしくは広告代理店、またはこれら企業から業務の委託を受けた事業者は、例えば、ＨＤＣＡＭ（登録商標）もしくはＸＤＣＡＭ（登録商標）等の物理メディア搬入、またはオンライン搬入等の手段を通じて、ＣＭ放送用のＣＭ素材をＣＭ放送局に提供（搬入）する。ＣＭ放送局は、広告主または広告代理店から搬入されたＣＭ素材を利用してＣＭを放送する。
【0057】
サーバ１は、例えば営業放送システムを通じて、広告主ＩＤ及びＣＭ放送後のＣＭ放送データを取得する。ＣＭ放送データは、ＣＭ放送局コード、ＣＭコード及びＣＭ放送日時を含む。営業放送システムは、民間放送局（民放）の業務系基幹システムで、民放が放送する番組またはＣＭ等の情報及び関連業務を一元的に管理するシステムである。なお、営業放送システムを運用している情報処理装置は、ＣＭ放送局が管理する第２情報処理装置に、ＣＭ放送後のＣＭ放送データを一時的に記憶しても良い。この場合、サーバ１は、当該第２情報処理装置からＣＭ放送データを取得する。
【0058】
先ず、ＣＭ放送データをブロックチェーン２に記憶する処理を説明する。サーバ１は、取得したＣＭコードを暗号化する。具体的には、サーバ１は広告主ＩＤに基づき、システム上で発行された共通鍵、及び広告主ごとに管理する固有鍵をＤＢサーバ３の鍵管理ＤＢ３５３から取得する。サーバ１は、取得した固有鍵でＣＭコードを暗号化し、暗号化したＣＭコードを共通鍵でさらに暗号化する。
【0059】
なお、本実施形態では、固有鍵及び共通鍵を用いる暗号化処理の例を説明したが、これに限るものではない。例えば、固有鍵及び共通鍵のどちらの一方を用いて、ＣＭコードを暗号化しても良い。なお、ＣＭコードに対する暗号化処理は必須ではなく、省略されても良い。
【0060】
なお、本実施形態では、暗号化及び復号処理がサーバ１側で行われた例を説明したが、これに限るものではない。例えば広告主端末４は、固有鍵または共通鍵を用いて、ＣＭコードの暗号化及び復号処理を行っても良い。
【0061】
なお、ＣＭコードに対する暗号化及び復号処理にペアの公開鍵及び秘密鍵を用いても良い。
【0062】
サーバ１は、ＣＭ放送局コード、固有鍵及び共通鍵を用いて暗号化されたＣＭコード、及びＣＭ放送日時を含むＣＭ放送データをブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信されたＣＭ放送データを受信して記憶（記録）する。なお、ＣＭ放送データをブロックチェーン２に記憶する処理の詳細は後述する。
【0063】
次に、ＣＭ放送データをＤＢサーバ３に記憶する処理を説明する。サーバ１は、固有鍵を用いてＣＭコードの暗号化処理を行う。サーバ１は、ＣＭ放送局コード、固有鍵を用いて暗号化されたＣＭコード及びＣＭ放送日時を含むＣＭ放送データを作成する。サーバ１は、営業放送システムを通じて、ＣＭ放送に関する情報を取得する。ＣＭ放送に関する情報は、ＣＭの放送地区、ＣＭを出稿する番組名、放送時間、枠区分または備考（例えば、ＡＣ差替えの有無）を含む。
【0064】
サーバ１は、作成したＣＭ放送データ、及び取得したＣＭ放送に関する情報をＤＢサーバ３に送信する。ＤＢサーバ３は、サーバ１から送信されたＣＭ放送データ及びＣＭ放送に関する情報を受信する。ＤＢサーバ３は、受信したＣＭ放送に関する情報をＣＭ放送データに対応付けてＣＭ放送データＤＢ３５２に記憶する。
【0065】
具体的には、ＤＢサーバ３は、受信したＣＭ放送データ及びＣＭ放送に関する情報に対して管理番号を割り振る。ＤＢサーバ３は、割り振った管理番号に対応付けて、広告主ＩＤ、ＣＭ放送局コード、固有鍵を用いて暗号化されたＣＭコード、ＣＭ放送日時、地区、番組名、時間、枠区分及び備考を一つのレコードとしてＣＭ放送データＤＢ３５２に記憶する。
【0066】
なお、本実施形態では、固有鍵を用いて暗号化されたＣＭコードをＣＭ放送データＤＢ３５２に記憶した例を説明したが、これに限るものではない。例えば、ＣＭコードそのものをＣＭ放送データＤＢ３５２に記憶しても良い。
【0067】
なお、本実施形態では、ＤＢサーバ３は、ＣＭ放送データをサーバ１から取得したが、これに限るものではない。例えば、ＤＢサーバ３は、ブロックチェーン２からＣＭ放送データのハッシュ値を取得しても良い。この場合、ＤＢサーバ３は、ブロックチェーン２から取得されたＣＭ放送データのハッシュ値と、サーバ１のＢＣ関連ＤＢ３５６に記憶されたＣＭ放送データのハッシュ値とを比較する。ＤＢサーバ３は、両者が一致していると判定した場合、当該ＣＭ放送データに対応付けて、ＣＭ放送に関する情報をＣＭ放送データＤＢ３５２に記憶する。
【0068】
続いて、放送確認書の送信処理を説明する。サーバ１は、所定期間分（例えば、１ヶ月）の複数のＣＭ放送データが列挙された放送確認書を作成する。具体的には、サーバ１は、所定期間分の複数のＣＭ放送データをブロックチェーン２またはＤＢサーバ３から読み出す。
【0069】
例えばサーバ１は、対象期間における各ＣＭコードに対し、各ＣＭコードを固有鍵及び共通鍵で暗号化する。サーバ１は、暗号化された各ＣＭコードをブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信された各ＣＭコードに基づき、該当する複数のＣＭ放送データを取得する。ノード２１は、取得した複数のＣＭ放送データをサーバ１に送信する。
【0070】
サーバ１は、取得した複数のＣＭ放送データに基づき、放送確認書を作成する。サーバ１は、作成した放送確認書を広告主端末４に送信する。広告主端末４は、サーバ１から送信された放送確認書を受信し、受信した放送確認書を画面に表示する。なお、データの確らしさを保証するために、ブロックチェーン２で生成されたデータを画面に表示することもできる。例えば、ＣＭ放送データのハッシュ値等を画面に表示しても良い。
【0071】
図９は、ＣＭ放送データをブロックチェーン２のノード２１に記憶する処理を説明する説明図である。ブロックチェーン２の一つのノード２１は、サーバ１から送信されたデータ（トランザクション）を受信する。図示のように、ＣＭ放送局コード、暗号化されたＣＭコード及びＣＭ放送日時がデータに含まれる。ノード２１は、受信したデータに含まれているＣＭ放送局コード、暗号化されたＣＭコード及びＣＭ放送日時と、自身が管理しているブロックチェーンの情報とを基に作成した前ブロック管理情報とを少なくとも含むブロックを生成する。なお、ＣＭコードに対する暗号化処理は、必須ではなく省略しても良い。また、データの送受信処理は、例えば送受信ＡＰＩ（Application Programming Interface）が利用されても良い。
【0072】
そして、ブロックチェーン２の各々のノード２１は、所定のコンセンサスアルゴリズムに従った処理を実行する。例えばビットコイン（登録商標）に係るブロックチェーン技術を本システムに応用した場合、ノード２１、ノード２１、ノード２１…は、ＰｏＷ（Proof of Work）と呼ばれる演算処理を実行し、ブロックチェーン２を更新するノード２１を決定する。ＰｏＷは、新たに生成するブロックの一つ前のブロックに予め格納されたハッシュ値から、ある正解値を探索する（マイニング）演算処理である。
【0073】
ノード２１は、新たにブロックを生成する場合、当該ブロックの一つ前のブロックに格納されたハッシュ値及びデータをハッシュ化したハッシュ値を生成し、最新のブロックに格納する。例えば図９に示すように、ブロック３を生成する場合、ノード２１は、ブロック２に格納されているハッシュ値と、複数のデータとをハッシュ化してハッシュ値を生成し、ブロック３に格納する。例えばビットコインの例では、ノード２１は演算処理の難易度を上げる目的で、データのほかにナンス値をヘッダに挿入してハッシュ値を生成する。ナンス値は、ハッシュ値のヘッダにゼロが所定数連続するような値であり、ナンス値に係るゼロの数を適切な数に設計することで、演算処理の処理負荷が調整される。
【0074】
各ノード２１は、最新のブロックを生成する場合、前のブロックに含まれる当該ハッシュ値から正解値（ビットコインの例ではナンス値）を探索するという探索問題を解く。例えば図９に示すように、ブロック３を新たに生成する場合、各ノード２１は、ブロック２のブロックに格納されているハッシュ値から正解値を探索する。１回の演算処理で正解値を探し当てる確率は低く、例えばビットコイン等の仮想通貨に係るブロックチェーン技術を応用した場合、平均して１０分程度の時間を要する。各ノード２１は一斉に探索問題の演算処理を実行し、正解値を探索する。そして、最も早く正解値を探し当てたノード２１に、最新のブロックを生成する権限が与えられる。不正者がブロックチェーンのデータを書き換えようとする場合、善意の検証者（ノード２１）全ての演算処理速度を上回る速度でブロックを生成する必要があり、実際に不正な書き換えを行うことは極めて難しくなっている。
【0075】
探索に成功した場合、ノード２１は、検証したデータ（ＣＭ放送局コード、暗号化されたＣＭコード及びＣＭ放送日時）を格納した最新のブロックを生成し、当該ブロックに係るデータを他のノード２１、２１、２１…に通知する。この場合、上述の如くノード２１は、一つ前のブロックに格納されているハッシュ値及びデータからハッシュ値を生成し、当該ハッシュ値を新たなブロックに格納した上で各ノード２１に通知する。
【0076】
例えば図９に示すように、ノード２１は、ブロック２に格納されているハッシュ値及びデータをハッシュ化したハッシュ値を生成し、新たなブロック３に格納して他のノード２１、２１、２１…に通知する。新たなブロックに格納されたハッシュ値は、一つ前のブロックのハッシュ値を含むことから、ブロックチェーンを構成する各ブロックは時系列的に関連付けられている。他のノード２１、２１、２１…は、通知されたブロックのデータの正当性を確認した後、データを記憶部２１２に記憶する。これにより、各ノード２１、２１、２１…の記憶部２１２には、同一のブロックチェーン２に係るデータが複製されて記憶される。
【0077】
なお、探索に成功したノード２１の管理者（マイナー）には、探索に成功した報酬が与えられる。すなわち、探索に成功したノード２１の管理者に、当該ブロックに格納されている各取引の手数料が支払われる。これにより、管理者にはノード２１という計算資源を投入するインセンティブが与えられる。
【0078】
なお、上記ではブロックチェーン２の更新権限を決定する手法としてＰｏＷを用いたが、本実施の形態はこれに限定されるものではなく、例えばＰＯＩ（Proof of Importance）、ＰＯＳ（Proof of Stake）、ＰｏＥＴ（Proof of Elapsed Time）、ＣＦＴ（Crush fault tolerance）またはＢＦＴ（Byzantine fault tolerance）等を用いても良い。
【0079】
また、上記ではビットコイン技術を応用したシステムについて説明したが、本実施の形態はこれに限定されるものではない。例えばビットコイン以外に、イーサリアム、ハイパーレジャー・ファブリック（Hyperledger Fabric）またはＱｕｏｒｕｍ等に係るブロックチェーン技術を応用しても良い。
【0080】
ブロックチェーン２を利用し、ＣＭ放送データは過去の放送結果と連鎖して保存されているため、ＣＭ放送データの改ざんが難しく、信頼性の高い放送確認、または信頼性の高い放送料金の事後精算を実現することが可能となる。
【0081】
サーバ１は、ＣＭ放送データのハッシュ値をＢＣ関連ＤＢ３５６に記憶する。具体的には、サーバ１はＣＭ放送データの管理番号に対応付けて、ＣＭ放送データのハッシュ値をＢＣ関連ＤＢ３５６に記憶する。ＣＭ放送データには、ＣＭ放送局コード、暗号化されたＣＭコードまたはＣＭ放送日時等が含まれる。
【0082】
図１０は、放送結果の検索画面の一例を示す説明図である。当該画面は、検索条件受付欄１１ａ及び検索結果表示欄１１ｂを含む。検索条件受付欄１１ａは、ＣＭ放送データの検索条件の設定を受け付ける欄である。検索結果表示欄１１ｂは、検索条件に基づいて検索されたＣＭ放送データを表示する表示欄である。
【0083】
広告主端末４は、広告主による検索条件受付欄１１ａの設定（入力）操作を受け付けた場合、設定された検索条件を取得する。検索条件は、例えば検索期間、広告主ＩＤ、ブランド名、ＣＭコード（素材コード）、ＣＭ名（素材名）、枠区分または放送地区等を含む。広告主端末４は、取得した検索条件をサーバ１に送信する。
【0084】
なお、本実施形態では、検索条件がサーバ１に送信された例を説明したが、これに限るものではない。例えば、検索条件をＤＢサーバ３に送信しても良い。また、検索条件の受付処理は、ＡＰＩ等の手段により、広告主または広告代理店等が管理するマーケティング情報ダッシュボードを通じて行われても良い。
【0085】
サーバ１は、広告主端末４から送信された検索条件を受信する。サーバ１は、検索条件に応じて、検索条件に含まれるＣＭコードを取得する。サーバ１は、検索条件に含まれる広告主ＩＤに基づき、固有鍵及び共通鍵をＤＢサーバ３の鍵管理ＤＢ３５３から取得する。サーバ１は、取得した固有鍵及び共通鍵を用いて対象ＣＭコードを暗号化する。なお、検索条件にＣＭコードまたは広告主ＩＤが含まれていない場合、サーバ１は、受信した検索条件に基づき、ＤＢサーバ３の広告主ＤＢ３５１及びＣＭ放送データＤＢ３５２から、該当するＣＭコードまたは広告主ＩＤを特定しても良い。
【0086】
サーバ１は、固有鍵及び共通鍵で暗号化された対象ＣＭコードをブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信された対象ＣＭコードを受信する。ノード２１は、受信した対象ＣＭコードに基づき、該当するＣＭ放送データを取得する（読み出す）。取得されたＣＭ放送データには、ＣＭ放送局コード、固有鍵及び共通鍵で暗号化されたＣＭコード及びＣＭ放送日時を含まれる。
【0087】
サーバ１は、ＣＭ放送に関する情報を取得する。具体的には、サーバ１はＣＭコードに基づき、広告主の名称及びブランド名をＤＢサーバ３の広告主ＤＢ３５１から取得する。サーバ１は、固有鍵を用いて対象ＣＭコードを暗号化する。サーバ１は、固有鍵で暗号化されたＣＭコードに基づき、ＣＭ放送地区、番組名、放送時間、枠区分または備考（例えば、ＡＣ差替えの有無）等をＤＢサーバ３のＣＭ放送データＤＢ３５２から取得する。
【0088】
サーバ１は、ＣＭ放送データ（ＣＭ放送局コード、暗号化されていないＣＭコード及びＣＭ放送日時）、ＣＭ放送に関する情報（広告主の名称、ブランド名、ＣＭ放送地区、番組名、放送時間、枠区分及び備考）及びブロックチェーン２上にトランザクション履歴の確認の可否を示す情報を広告主端末４に送信する。例えば、ＣＭ放送データがブロックチェーン２に記憶された場合、トランザクション履歴の確認の可否を示す情報が「ＴＸ」で示されても良い。
【0089】
広告主端末４は、サーバ１から送信されたＣＭ放送データ、ＣＭ放送に関する情報及びトランザクション履歴の確認の可否を示す情報を受信して画面に表示する。図示のように、ＣＭ放送日時、ＣＭ放送地区、ＣＭ放送局コード、番組名、広告主の名称、ブランド名、ＣＭコード（素材）、放送時間、枠区分、備考及びトランザクション履歴の確認の可否を示す情報（例えば、ＴＸ）が検索結果表示欄１１ｂに表示される。
【0090】
複数のＣＭ放送地区、複数のＣＭ放送局または複数の広告主の結果を跨いで表示することにより、広告主または広告代理店が放送結果を結合する手間を省くことができる。また、検索結果をＣＳＶ（Comma Separated Value）又はＴＳＶ（Tab Separated Values）等のファイル形式でダウンロードすることができる。更にまた、検索結果は、ＡＰＩ等を通じて、広告主または広告代理店が管理するマーケティング情報ダッシュボード等に表示されても良い。
【0091】
図１１は、ＣＭ放送データをブロックチェーン２のノード２１に記憶する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、例えば営業放送システムを通じて、広告主ＩＤ及びＣＭ放送後のＣＭ放送データを通信部１３により取得する（ステップＳ１０１）。ＣＭ放送データは、ＣＭ放送局コード、ＣＭコード及びＣＭ放送日時を含む。
【0092】
制御部１１は通信部１３を介して、取得した広告主ＩＤに基づき、広告主ごとに管理する固有鍵、及びシステム上で発行された共通鍵をＤＢサーバ３の大容量記憶部３５の鍵管理ＤＢ３５３から取得する（ステップＳ１０２）。制御部１１は、取得した固有鍵及び共通鍵を用いて、ＣＭコードの暗号化処理を行う（ステップＳ１０３）。具体的には、制御部１１は、取得した固有鍵でＣＭコードを暗号化し、暗号化したＣＭコードを共通鍵でさらに暗号化する。
【0093】
制御部１１は、ＣＭ放送データに対する記憶処理のトランザクションを作成する（ステップＳ１０４）。トランザクションは、ブロックチェーン２における取引記録であり、ブロックチェーン２の参加者間での各種の情報及び価値の移転を記憶している。作成されたトランザクションは、ＣＭ放送局コード、固有鍵及び共通鍵で暗号化されたＣＭコード及びＣＭ放送日時等を含む。制御部１１は、作成したトランザクションを通信部１３によりブロックチェーン２のいずれかのノード２１に送信する（ステップＳ１０５）。
【0094】
ブロックチェーン２のノード２１の制御部２１１は、サーバ１から送信されたトランザクションを通信部２１３により受信する（ステップＳ２０１）。制御部２１１は、受信したトランザクションに含まれるＣＭ放送局コード、暗号化されたＣＭコード及びＣＭ放送日時を記憶部２１２に記憶（記録）する（ステップＳ２０２）。
【0095】
具体的には、トランザクションを受信したノード２１の制御部２１１は、ブロック生成部２１６を介して、受信したトランザクションに含まれるＣＭ放送局コード、暗号化されたＣＭコード及びＣＭ放送日時と、自身が管理しているブロックチェーン２の情報とを基に作成した前ブロック管理情報とを少なくとも含むブロックを生成する。そして、ブロックチェーン２のノード２１各々の制御部２１１は、所定のコンセンサス処理をブロック生成部２１６により実行する。ブロックチェーン２は、ブロックとよばれる所定のデータ構造を有するデータ群を時系列に並べたものであり、取引内容を記した台帳としての役割を有する。各ブロックは、取引内容等の当該ブロックに記録したいデータの他に、一つ以上前のブロック（以下、前ブロックという）の情報と、改ざんの有無を検知するための情報（ノンスまたは署名等）とを含む。ノンスは、あるデータ領域に対して、その領域内のデータを一方向性関数により処理したときに得られる値が予め決められた規則を満たすように設定される、当該データ領域内の値である。
【0096】
ブロックチェーン２には、２台以上のノードが参加する所定のコンセンサスアルゴリズムに従った処理を経て新たなブロックが追加される。例えば、コンセンサスアルゴリズムの一つであるＰｏＷでは、前ブロックの情報とノンスとを含む各ブロック（データ群）に対して、「ブロックのＨａｓｈ値が閾値以下であること」といった規則が予め決められており、ブロックを追加する際に、そのような規則を満たすようなノンスを複数のノードが同時並列的に探索する処理がブロック検証部２１７により行われる。なお、ＰｏＷ以外にもＢＦＴ等のコンセンサスアルゴリズムがある。ブロックチェーン２のノード２１各々の制御部２１１は、所定のコンセンサス処理を実行した後に、ブロック共有部２１８を介して、ブロック生成部２１６が生成したブロックを記憶部２１２に記録（追加）する。
【0097】
図１２は、ＣＭ放送データをＤＢサーバ３に記憶する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、例えば営業放送システムを通じて、広告主ＩＤ、ＣＭ放送データ及びＣＭ放送に関する情報を通信部１３により取得する（ステップＳ１１１）。ＣＭ放送データは、ＣＭ放送局コード、ＣＭコード及びＣＭ放送日時を含む。ＣＭ放送に関する情報は、ＣＭ放送地区、番組名、放送時間、枠区分（ＰＴまたはＳＢ等）または備考（例えば、ＡＣ差替えの有無）等を含む。
【0098】
制御部１１は通信部１３を介して、取得した広告主ＩＤに基づき、広告主ごとに管理する固有鍵をＤＢサーバ３の大容量記憶部３５の鍵管理ＤＢ３５３から取得する（ステップＳ１１２）。制御部１１は、取得した固有鍵を用いてＣＭコードの暗号化処理を行う（ステップＳ１１３）。制御部１１は、広告主ＩＤ、ＣＭ放送データ（ＣＭ放送局コード、固有鍵で暗号化されたＣＭコード及びＣＭ放送日時）、及びＣＭ放送に関する情報を通信部１３によりＤＢサーバ３に送信する（ステップＳ１１４）。
【0099】
ＤＢサーバ３の制御部３１は、サーバ１から送信された広告主ＩＤ、ＣＭ放送データ及びＣＭ放送に関する情報を通信部３３により受信する（ステップＳ３１１）。制御部３１は、受信したＣＭ放送データ及びＣＭ放送に関する情報を大容量記憶部３５のＣＭ放送データＤＢ３５２に記憶し（ステップＳ３１２）、処理を終了する。
【0100】
具体的には、制御部３１は、受信したＣＭ放送データ及びＣＭ放送に関する情報に対して管理番号を割り振る。制御部３１は、割り振った管理番号に対応付けて、広告主ＩＤ、ＣＭ放送局コード、固有鍵で暗号化されたＣＭコード、ＣＭ放送日時、地区、番組名、時間、枠区分及び備考を一つのレコードとしてＣＭ放送データＤＢ３５２に記憶する。なお、ＣＭコードは、暗号化されずにＣＭ放送データＤＢ３５２に記憶されても良い。
【0101】
図１３は、ＣＭ放送データを広告主端末４に出力する際の処理手順を示すフローチャートである。広告主端末４の制御部４１は、広告主ＩＤ及びＣＭ放送データにおける対象期間を通信部４３によりサーバ１に送信する（ステップＳ４２１）。サーバ１の制御部１１は、広告主端末４から送信された広告主ＩＤ及び対象期間を通信部１３により受信する（ステップＳ１２１）。
【0102】
制御部１１は、受信した広告主ＩＤ及び対象期間に基づき、対象となるＣＭコードを特定する（ステップＳ１２２）。具体的には、制御部１１は通信部１３を介して、受信した広告主ＩＤ及び対象期間に基づき、該当する対象ＣＭコードをＤＢサーバ３の大容量記憶部３５のＣＭ放送データＤＢ３５２から特定する。制御部１１は、広告主ＩＤに基づき、固有鍵をＤＢサーバ３の大容量記憶部３５の鍵管理ＤＢ３５３から取得する。制御部１１は、取得した固有鍵を用いて、特定した各対象ＣＭコードを復号する。
【0103】
制御部１１は、受信した広告主ＩＤ、復号したＣＭコード及び対象期間に基づき、ＣＭ放送データを取得する処理のサブルーチンを実行する（ステップＳ１２３）。なお、ＣＭ放送データの取得処理のサブルーチンに関しては後述する。制御部１１は、ＣＭ放送データの取得処理のサブルーチンから得られた結果に基づき、ＣＭ放送データの取得に成功したか否かを判定する（ステップＳ１２４）。
【0104】
制御部１１は、ＣＭ放送データの取得に失敗したと判定した場合（ステップＳ１２４でＮＯ）、ＣＭ放送データの取得失敗メッセージを通信部１３により広告主端末４に送信する（ステップＳ１２５）。広告主端末４の制御部４１は、サーバ１から送信された取得失敗メッセージを通信部４３により受信する（ステップＳ４２２）。制御部４１は、受信した取得失敗メッセージを表示部４５により表示する（ステップＳ４２３）。
【0105】
サーバ１の制御部１１は、ＣＭ放送データの取得に成功したと判定した場合（ステップＳ１２４でＹＥＳ）、取得したＣＭ放送データ（ＣＭ放送局コード、復号されたＣＭコード及びＣＭ放送日時）を通信部１３により広告主端末４に送信する（ステップＳ１２６）。広告主端末４の制御部４１は、サーバ１から送信されたＣＭ放送データを通信部４３により受信する（ステップＳ４２４）。制御部４１は、受信したＣＭ放送データを表示部４５により表示する（ステップＳ４２５）。
【0106】
図１４は、ＣＭ放送データを取得する処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は通信部１３を介して、広告主ＩＤに基づき、固有鍵及び共通鍵をＤＢサーバ３の大容量記憶部３５の鍵管理ＤＢ３５３から取得する（ステップＳ０１）。制御部１１は、取得した固有鍵及び共通鍵を用いて、ＣＭコードを暗号化する処理を行う（ステップＳ０２）。制御部１１は通信部１３を介して、固有鍵及び共通鍵で暗号化されたＣＭコードをブロックチェーン２のいずれかのノード２１に送信する（ステップＳ０３）。
【0107】
ブロックチェーン２のノード２１の制御部２１１は、サーバ１から送信されたＣＭコードを通信部２１３により受信する（ステップＳ１１）。制御部２１１は、受信したＣＭコードに基づき、該当するＣＭ放送データを第１ＣＭ放送データとして記憶部２１２から読み出す（ステップＳ１２）。第１ＣＭ放送データは、ＣＭ放送局コード、固有鍵及び共通鍵で暗号化されたＣＭコード及びＣＭ放送日時を含む。制御部２１１は、読み出した第１ＣＭ放送データを通信部２１３によりサーバ１に送信する（ステップＳ１３）。
【0108】
サーバ１の制御部１１は、通信部１３を介して、ブロックチェーン２のノード２１から送信された第１ＣＭ放送データを受信する（ステップＳ０４）。制御部１１は、取得した固有鍵を用いて、ＣＭコードを暗号化する処理を行う（ステップＳ０５）。制御部１１は、固有鍵で暗号化されたＣＭコードを通信部１３によりＤＢサーバ３に送信する（ステップＳ０６）。
【0109】
ＤＢサーバ３の制御部３１は、通信部３３を介して、サーバ１から送信された固有鍵で暗号化されたＣＭコードを受信する（ステップＳ１４）。制御部３１は、受信したＣＭコードに基づき、該当するＣＭ放送データを第２ＣＭ放送データとして大容量記憶部３５のＣＭ放送データＤＢ３５２から読み出す（ステップＳ１５）。第２ＣＭ放送データは、ＣＭ放送局コード、固有鍵で暗号化されたＣＭコード及びＣＭ放送日時を含む。制御部３１は、読み出した第２ＣＭ放送データを通信部３３によりサーバ１に送信する（ステップＳ１６）。
【0110】
サーバ１の制御部１１は、ＤＢサーバ３から送信された第２ＣＭ放送データを通信部１３により受信する（ステップＳ０７）。制御部１１は、第１ＣＭ放送データと第２ＣＭ放送データとが一致するか否かを判定する（ステップＳ０８）。先ず、制御部１１は、第１ＣＭ放送データに含まれるＣＭコードを固有鍵及び共通鍵で復号する。具体的には、制御部１１は、共通鍵でＣＭコードを復号し、復号したＣＭコードを固有鍵でさらに復号する。次に、制御部１１は、第２ＣＭ放送データに含まれるＣＭコードを固有鍵で復号する。そして、制御部１１は、第１ＣＭ放送データに含まれるＣＭ放送局コード、復号されたＣＭコード及びＣＭ放送日時と、第２ＣＭ放送データに含まれるＣＭ放送局コード、復号されたＣＭコード及びＣＭ放送日時とのそれぞれを比較することで、両者が一致するか否かを判定する。
【0111】
制御部１１は、第１ＣＭ放送データと第２ＣＭ放送データとが一致していないと判定した場合（ステップＳ０８でＮＯ）、ＣＭ放送データの取得失敗通知を出力する（ステップＳ１０）。制御部１１は、ＣＭ放送データの取得処理のサブルーチンを終了してリターンする。
【0112】
制御部１１は、第１ＣＭ放送データと第２ＣＭ放送データとが一致していると判定した場合（ステップＳ０８でＹＥＳ）、ＣＭ放送局コード、復号されたＣＭコード及びＣＭ放送日時を含むＣＭ放送データを出力する（ステップＳ０９）。ＣＭ放送データの取得処理のサブルーチンを終了してリターンする。なお、第２ＣＭ放送データの代わりに、画像判別システム等により検出された他のＣＭ放送データを利用した場合、ステップＳ０７～Ｓ１０の処理にも同様に適用することができる。
【0113】
【0114】
サーバ１は、広告主ＩＤ、ＣＭ放送局コード、及び放送確認書における対象放送期間（例えば、２０２２年３月１日～３月３１日）を取得する。対象放送期間は広告主により指定されても良く、または、ＣＭ放送における所定の単位期間（例えば、週または月）であっても良い。
【0115】
サーバ１は、取得した広告主ＩＤ、ＣＭ放送局コード及び対象放送期間に基づき、該当する単一または複数のＣＭコードをＤＢサーバ３のＣＭ放送データＤＢ３５２から特定する。特定されたＣＭコードは、広告主の固有鍵で暗号化されたＣＭコードである。サーバ１は、共通鍵をＤＢサーバ３の鍵管理ＤＢ３５３から取得する。サーバ１は、取得した共通鍵を用いて、固有鍵で暗号化されたＣＭコードをさらに暗号化する。
【0116】
サーバ１は、固有鍵及び共通鍵で暗号化されたＣＭコードをブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信されたＣＭコードを受信する。ノード２１は、受信したＣＭコードに基づき、該当するＣＭ放送データを記憶部２１２から読み出す。ＣＭ放送データは、ＣＭ放送局コード、固有鍵及び共通鍵で暗号化されたＣＭコード及びＣＭ放送日時を含む。ノード２１は、読み出したＣＭ放送データをサーバ１に送信する。
【0117】
サーバ１は、ブロックチェーン２のノード２１から送信されたＣＭ放送データを受信する。サーバ１は、受信したＣＭ放送データが改ざんされたか否かの認証処理を行う。なお、認証処理については後述の実施形態２で説明する。サーバ１は、当該ＣＭ放送データが改ざんされていないと判定した場合、認証状況を「認証済」に設定する。サーバ１は、当該ＣＭ放送データが改ざんされたと判定した場合、認証状況を「認証失敗」に設定する。
【0118】
サーバ１は、当該ＣＭ放送データに対応するＣＭ放送に関する情報をＤＢサーバ３のＣＭ放送データＤＢ３５２から取得する。ＣＭ放送に関する情報は、放送時間（例えば、秒数）、または枠区分（ＰＴまたはＳＢ等）等を含む。サーバ１は、ＣＭ放送局コード、暗号化されていないＣＭコード及びＣＭ放送日時を含むＣＭ放送データ、ＣＭ放送に関する情報及び認証状況が複数列挙された放送確認書を作成する。サーバ１は、作成した放送確認書を広告主端末４に送信する。広告主端末４は、サーバ１から送信された放送確認書を受信して画面に表示する。
【0119】
図示のように、「２０２２年３月１日～３月３１日」となった放送期間に対し、「×××テレビ」であるＣＭ放送局の放送確認書には、発行日、広告主ＩＤ、放送日時、ＣＭ時間（例えば、秒数）、枠区分（例えば、ＰＴまたはＳＢ）、ＣＭ素材（ＣＭコード）及び認証状況（例えば、認証済みまたは認証失敗）が含まれる。
【0120】
なお、図示の放送確認書が一例であり、放送確認書に含まれる項目は特に限定されるものではない。例えば放送確認書には、広告主の名称、ＣＭを出稿した番組の名称または放送地区等が含まれても良い。または、放送確認書には、ＣＭ放送に伴い得られた視聴率データもしくは視聴者数を含む視聴ログデータ、ダウンロード数またはインターネット検索数等を含む効果データが含まれても良い。なお、効果データに関しては、後述の実施形態３で説明する。
【0121】
なお、放送確認書は、ＣＭ放送データを含むファイル（例えば、ＰＤＦ（Portable Document Format）ファイル）であっても良い。なお、放送確認書を印刷した紙文書を郵送等により広告主に発送しても良い。
【0122】
なお、ＣＭの放送確認書は、ＣＭ放送の直後にリアルタイムで出力されても良く、または、ＣＭ放送後に約款または規定により決められた単位期間（日、週、月または四半期等）ごとに出力されても良い。なお、バッチ処理にして所定の単位期間ごとにＣＭの放送確認書を出力しても良い。
【0123】
図１６は、放送確認書を広告主端末４に出力する際の処理手順を示すフローチャートである。広告主端末４の制御部４１は、広告主ＩＤ及び放送確認書における対象期間を通信部４３によりサーバ１に送信する（ステップＳ４３１）。サーバ１の制御部１１は、広告主端末４から送信された広告主ＩＤ及び対象期間を通信部１３により受信する（ステップＳ１３１）。
【0124】
制御部１１は、受信した広告主ＩＤ及び対象期間に基づき、対象となるＣＭコードを特定する（ステップＳ１３２）。具体的には、制御部１１は通信部１３を介して、受信した広告主ＩＤ及び対象期間に基づき、該当する対象ＣＭコードをＤＢサーバ３の大容量記憶部３５のＣＭ放送データＤＢ３５２から特定する。制御部１１は、広告主ＩＤに基づき、固有鍵をＤＢサーバ３の大容量記憶部３５の鍵管理ＤＢ３５３から取得する。制御部１１は、取得した固有鍵を用いて、特定した各対象ＣＭコードを復号する。
【0125】
制御部１１は、取得した広告主ＩＤ、復号したＣＭコード及び対象期間に基づき、ＣＭ放送データを取得する処理のサブルーチンを実行する（ステップＳ１３３）。制御部１１は、ＣＭ放送データの取得処理のサブルーチンから得られた結果に基づき、ＣＭ放送データの取得に成功したか否かを判定する（ステップＳ１３４）。
【0126】
制御部１１は、ＣＭ放送データの取得に失敗したと判定した場合（ステップＳ１３４でＮＯ）、ＣＭ放送データの取得失敗メッセージを通信部１３により広告主端末４に送信する（ステップＳ１３５）。広告主端末４の制御部４１は、サーバ１から送信された取得失敗メッセージを通信部４３により受信する（ステップＳ４３２）。制御部４１は、受信した取得失敗メッセージを表示部４５により表示する（ステップＳ４３３）。
【0127】
サーバ１の制御部１１は、ＣＭ放送データの取得に成功したと判定した場合（ステップＳ１３４でＹＥＳ）、ＣＭ放送局コード、復号されたＣＭコード及びＣＭ放送日時を含むＣＭ放送データが複数列挙された放送確認書を作成する（ステップＳ１３６）。なお、放送確認書には、放送時間、枠区分または認証状況等が含まれても良い。制御部１１は、作成した放送確認書を通信部１３により広告主端末４に送信する（ステップＳ１３７）。
【0128】
広告主端末４の制御部４１は、サーバ１から送信された放送確認書を通信部４３により受信する（ステップＳ４３４）。制御部４１は、受信した放送確認書を表示部４５により表示する（ステップＳ４３５）。
【0129】
続いて、ＤＢサーバ３へのアクセス履歴をブロックチェーン２のいずれかのノード２１に記憶する処理を説明する。
【0130】
ＤＢサーバ３は、本システムまたは外部サービス等によりＤＢサーバ３へのアクセス履歴を取得する。ＤＢサーバ３は、取得したアクセス履歴から、ログイン情報、操作情報及びアクセス日時を抽出する。ログイン情報は、例えば接続元ホスト名、接続元ＩＰアドレス、ログイン日時またはログオフ日時等を含む。操作情報は、例えばＳＱＬ文、ＳＱＬのアクション、ＳＱＬでのレコード処理件数、またはＳＱＬでアクセスしたテーブル、フィールドもしくは条件等を含む。
【0131】
ＤＢサーバ３は、抽出したログイン情報、操作情報及びアクセス日時をアクセス履歴ＤＢ３５４に記憶する。具体的には、ＤＢサーバ３は、アクセス履歴に対して履歴ＩＤを割り振る。ＤＢサーバ３は、割り振った履歴ＩＤに対応付けて、ログイン情報、操作情報及びアクセス日時を一つのレコードとしてアクセス履歴ＤＢ３５４に記憶する。
【0132】
サーバ１は、所定期間（例えば、１週間）ごとにＤＢサーバ３へのアクセス履歴をＤＢサーバ３のアクセス履歴ＤＢ３５４から取得する。サーバ１は、取得したアクセス履歴をブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信されたアクセス履歴を受信して記憶する。なお、ブロックチェーン２にアクセス履歴を記憶する処理は、バッチ処理にして所定の単位期間（例えば、日、週、月または四半期）ごとに行われても良い。
【0133】
図１７は、アクセス履歴をブロックチェーン２のノード２１に記憶する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、所定期間（例えば、１週間）が経過したか否かを判定する（ステップＳ１４１）。制御部１１は、所定期間が経過していないと判定した場合（ステップＳ１４１でＮＯ）、待機する。
【0134】
制御部１１は、所定期間が経過したと判定した場合（ステップＳ１４１でＹＥＳ）、通信部１３を介して、ＤＢサーバ３へのアクセス履歴をＤＢサーバ３の大容量記憶部３５のアクセス履歴ＤＢ３５４から取得する（ステップＳ１４２）。制御部１１は、履歴ＩＤ、ログイン情報、操作情報及びアクセス日時等を含むアクセス履歴に対する記憶処理のトランザクションを作成する（ステップＳ１４３）。制御部１１は、作成したトランザクションを通信部１３によりブロックチェーン２のいずれかのノード２１に送信する（ステップＳ１４４）。
【0135】
ブロックチェーン２のノード２１の制御部２１１は、サーバ１から送信されたトランザクションを通信部２１３により受信する（ステップＳ２４１）。制御部２１１は、受信したトランザクションに含まれる履歴ＩＤ、ログイン情報、操作情報及びアクセス日時等を記憶部２１２に記憶する（ステップＳ２４２）。
【0136】
本実施形態によると、ＣＭ放送データをブロックチェーン２またはＤＢサーバ３に記憶することが可能となる。
【0137】
本実施形態によると、ＣＭ放送データをブロックチェーン２に記憶することにより、ＣＭ放送データの改ざんが難しく、信頼性を向上することが可能となる。
【0138】
本実施形態によると、所定期間分のＣＭ放送データが複数列挙された放送確認書を広告主端末４へ出力することが可能となる。
【0139】
本実施形態によると、ＤＢサーバ３へのアクセス履歴をブロックチェーン２に記憶することが可能となる。
【0140】
（実施形態２）
実施形態２は、ＣＭ放送データに対する認証要求に応じて、当該ＣＭ放送データに対して認証処理を行う形態に関する。なお、実施形態１と重複する内容については説明を省略する。
実施形態２は、ＣＭ放送データに対する認証要求に応じて、当該ＣＭ放送データに対して認証処理を行う形態に関する。なお、実施形態１と重複する内容については説明を省略する。
【0141】
広告主端末４は、広告主によるＣＭ放送データに対する認証要求を受け付けた場合、受け付けた認証要求をサーバ１に送信する。認証要求には、広告主ＩＤ及びＣＭコードが含まれる。サーバ１は、広告主端末４から送信された認証要求を受信する。サーバ１は、受信した認証要求に応じて、ＣＭコードに対応する、ブロックチェーン２上に記憶されたＣＭ放送データと、ＤＢサーバ３に記憶されたＣＭ放送データとを比較する。
【0142】
サーバ１は、両者が一致している場合、改ざんされていないことを示す情報を認証結果として広告主端末４へ出力する。サーバ１は、両者が一致していない場合、改ざんされたことを示す情報を認証結果として広告主端末４へ出力する。広告主端末４は、サーバ１から送信された認証結果を受信して画面に表示する。
【0143】
図１８は、ＣＭ放送データに対して認証処理を行う際の処理手順を示すフローチャートである。広告主端末４の制御部４１は、広告主によるＣＭ放送データに対する認証要求を入力部４４により受け付ける（ステップＳ４５１）。制御部４１は、広告主ＩＤ及びＣＭコードを含む認証要求を通信部４３によりサーバ１に送信する（ステップＳ４５２）。
【0144】
サーバ１の制御部１１は、広告主端末４から送信された認証要求を通信部１３により受信する（ステップＳ１５１）。制御部１１は、受信した認証要求に含まれる広告主ＩＤ及びＣＭコードに基づき、ＣＭ放送データを取得する処理のサブルーチンを実行する（ステップＳ１５２）。制御部１１は、ＣＭ放送データの取得処理のサブルーチンから得られた結果に基づき、ＣＭ放送データの取得に成功したか否かを判定する（ステップＳ１５３）。
【0145】
制御部１１は、ＣＭ放送データの取得に失敗したと判定した場合（ステップＳ１５３でＮＯ）、改ざんされたことを示す情報を通信部１３により広告主端末４に送信する（ステップＳ１５４）。広告主端末４の制御部４１は、サーバ１から送信された改ざんされたことを示す情報を受信する（ステップＳ４５３）。制御部４１は、受信した改ざんされたことを示す情報を表示部４５により表示する（ステップＳ４５４）。
【0146】
サーバ１の制御部１１は、ＣＭ放送データの取得に成功したと判定した場合（ステップＳ１５３でＹＥＳ）、改ざんされていないことを示す情報を通信部１３により広告主端末４に送信する（ステップＳ１５５）。広告主端末４の制御部４１は、サーバ１から送信された改ざんされていないことを示す情報を受信する（ステップＳ４５５）。制御部４１は、受信した改ざんされていないことを示す情報を表示部４５により表示する（ステップＳ４５６）。
【0147】
本実施形態によると、ＣＭ放送データに対する認証処理によって、当該ＣＭ放送データが改ざんされたか否かを判定することが可能となる。
【0148】
（実施形態３）
実施形態３は、ＣＭ放送に伴い得られた効果データを、ＣＭ放送データに対応付けてＤＢサーバ３に記憶する形態に関する。なお、実施形態１～２と重複する内容については説明を省略する。
実施形態３は、ＣＭ放送に伴い得られた効果データを、ＣＭ放送データに対応付けてＤＢサーバ３に記憶する形態に関する。なお、実施形態１～２と重複する内容については説明を省略する。
【0149】
図１９は、実施形態３におけるＤＢサーバ３の構成例を示すブロック図である。なお、図４と重複する内容については同一の符号を付して説明を省略する。大容量記憶部３５には、効果データＤＢ３５５が記憶されている。
【0150】
効果データＤＢ３５５は、効果データを記憶している。効果データは、例えば、ＣＭ放送に伴い得られた視聴率データもしくは視聴者数を含む視聴ログデータ、ダウンロード数、インターネット検索数、会員登録数、または、電話もしくはインターネット等による問い合わせ件数等を含む。
【0151】
ダウンロード数は、テレビＣＭもしくはインターネット番組等で宣伝されたアプリケーション（例えば、ゲームアプリケーション）、または、商品もしくはサービスの詳細資料のダウンロード数である。なお、ダウンロード数は、テレビＣＭの訴求内容に関連したデータのダウンロード数であっても良い。
【0152】
図２０は、効果データＤＢ３５５のレコードレイアウトの一例を示す説明図である。効果データＤＢ３５５は、ＣＭ放送データ管理番号列、視聴率列、視聴者数列、検索数列及びダウンロード数列を含む。ＣＭ放送データ管理番号列は、ＣＭ放送データの管理番号を記憶している。視聴率列は、ＣＭを出稿した番組の視聴率を記憶している。視聴者数列は、ＣＭを出稿した番組の視聴者数を記憶している。
【0153】
検索数列は、ＣＭで宣伝された商品、サービスまたはアプリケーション等を検索した検索数を記憶している。ダウンロード数列は、ＣＭで宣伝されたアプリケーションまたは詳細資料等のダウンロード数を記憶している。なお、効果データは、ＡＰＩ等を通じて、広告主または広告代理店が管理するマーケティング情報ダッシュボード等に表示されても良い。
【0154】
図２１は、ＣＭ放送データに対応付けて効果データをＤＢサーバ３に記憶する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、例えば営業放送システムを通じて、広告主ＩＤ、ＣＭ放送データ、ＣＭ放送に関する情報及び効果データを通信部１３により取得する（ステップＳ１６１）。
【0155】
ＣＭ放送データは、ＣＭ放送局コード、ＣＭコード及びＣＭ放送日時を含む。ＣＭ放送に関する情報は、ＣＭ放送地区、番組名、放送時間、枠区分（ＰＴまたはＳＢ等）または備考（例えば、ＡＣ差替えの有無）等を含む。効果データは、ＣＭを出稿した番組の視聴ログデータ（視聴率データ及び視聴者数等）、当該ＣＭで宣伝されたアプリケーションのダウンロード数、及び、当該ＣＭで宣伝された商品、サービスまたはアプリケーションのインターネット検索数等を含む。
【0156】
制御部１１は通信部１３を介して、取得した広告主ＩＤに基づき、広告主ごとに管理する固有鍵をＤＢサーバ３の大容量記憶部３５の鍵管理ＤＢ３５３から取得する（ステップＳ１６２）。制御部１１は、取得した固有鍵を用いてＣＭコードの暗号化処理を行う（ステップＳ１６３）。制御部１１は、広告主ＩＤ、ＣＭ放送データ（ＣＭ放送局コード、固有鍵で暗号化されたＣＭコード及びＣＭ放送日時）、ＣＭ放送に関する情報及び効果データを通信部１３によりＤＢサーバ３に送信する（ステップＳ１６４）。
【0157】
ＤＢサーバ３の制御部３１は、サーバ１から送信された広告主ＩＤ、ＣＭ放送データ、ＣＭ放送に関する情報及び効果データを通信部３３により受信する（ステップＳ３６１）。制御部３１は、受信したＣＭ放送データに対応付けて、ＣＭ放送に関する情報及び効果データを大容量記憶部３５のＣＭ放送データＤＢ３５２及び効果データＤＢ３５５に記憶し（ステップＳ３６２）、処理を終了する。
【0158】
具体的には、制御部３１は、受信したＣＭ放送データに対して管理番号を割り振る。制御部３１は、割り振った管理番号に対応付けて、広告主ＩＤ、ＣＭ放送局コード、固有鍵で暗号化されたＣＭコード、ＣＭ放送日時、地区、番組名、時間、枠区分及び備考を一つのレコードとしてＣＭ放送データＤＢ３５２に記憶する。制御部３１は、ＣＭ放送データの管理番号に対応付けて、視聴率、視聴者数、ダウンロード数及び検索数を一つのレコードとして効果データＤＢ３５５に記憶する。
【0159】
なお、本実施形態では、効果データをＤＢサーバ３に記憶したが、これに限るものではない。例えばサーバ１は、効果データをＣＭ放送データに対応付けてブロックチェーン２のノード２１に記憶しても良い。
【0160】
本実施形態によると、ＣＭ放送に伴い得られた効果データをＣＭ放送データに対応付けてＤＢサーバ３に記憶することが可能となる。
【0161】
（実施形態４）
実施形態４は、ＣＭ放送に対する検証処理の形態に関する。なお、実施形態１～３と重複する内容については説明を省略する。
実施形態４は、ＣＭ放送に対する検証処理の形態に関する。なお、実施形態１～３と重複する内容については説明を省略する。
【0162】
ＣＭ放送における多額の広告費がかかるため、当該ＣＭが予定通り、または契約通りに放送されたか否かの検証結果を求める場合がある。また、臨時ニュースまたはスポーツ中継の延長等により番組の放送時間がずれると、当該番組に出稿したＣＭの放送時刻もずれる場合がある。このように、実際に放送されたＣＭの内容または放送時刻等の変動があるため、予定通りにＣＭが放送されたか否かを検証する必要がある。
【0163】
本実施形態でのＣＭ放送に対する検証処理は、事前検証処理または事後検証処理を含む。事前検証処理は、ＣＭに対応するＣＭ放送データをブロックチェーン２に記憶する前に、当該ＣＭが放送されたか否かを検証する処理である。事後検証処理は、ＣＭに対応するＣＭ放送データをブロックチェーン２に記憶した後に、当該ＣＭが放送されたか否かを検証する処理である。なお、事前検証処理及び事後検証処理のどちらの一方が実行されても良い。
【0164】
図２２は、実施形態４におけるＣＭ放送データＤＢ３５２のレコードレイアウトの一例を示す説明図である。なお、図５と重複する内容については同一の符号を付して説明を省略する。ＣＭ放送データＤＢ３５２には調査結果列が含まれる。調査結果列は、ＣＭ放送の実施を検証する調査機関等による、ＣＭの放送が実施されたか否かの調査結果を記憶している。例えば、ＣＭの放送が実施された場合、調査結果列には「○」が記憶される。または、ＣＭの放送が実施されていない場合、調査結果列には「×」が記憶される。なお、ＣＭ放送の実施の検証は放送局側で行われても良い。
【0165】
図２３は、事前検証処理を行う際の処理手順を示すフローチャートである。なお、図１１と重複する内容については同一の符号を付して説明を省略する。サーバ１の制御部１１は、通信部１３を介して、ＣＭ放送に対する事前検証要求を広告主端末４から受け付ける（ステップＳ１７１）。事前検証要求には、広告主ＩＤ、及び放送対象となるＣＭに対応するＣＭコード等が含まれる。
【0166】
制御部１１は、受け付けた事前検証要求に応じて、調査機関端末から調査結果を通信部１３により取得する（ステップＳ１７２）。具体的には、制御部１１は通信部１３を介して、事前検証要求に含まれるＣＭコードを、ＣＭ放送の実施を検証する調査機関等の調査機関端末に送信する。例えば調査機関端末は、対象となるＣＭを出稿する番組放送を、予定放送期間（例えば、放送予定日の前後一週間）の２４時間内に、放送時刻を付加して録画する。調査機関端末は、録画した録画データ（映像データ）に基づき、例えば画像認識ＡＩ技術を活用したＣＭ画像判別システムを利用して、当該ＣＭの放送が実施されたか否かを判定する。調査機関端末は、当該ＣＭの放送が実施されたか否かの調査結果（判定結果）をサーバ１に送信する。
【0167】
制御部１１は、ステップＳ１０１～Ｓ１０２の処理を実行する。制御部１１は通信部１３を介して、取得した調査結果をＣＭ放送データに対応付けてＤＢサーバ３の大容量記憶部３５のＣＭ放送データＤＢ３５２に記憶する（ステップＳ１７３）。具体的には、制御部１１は固有鍵を用いて、事前検証要求に含まれるＣＭコードの暗号化処理を行う。制御部１１は通信部１３を介して、ＣＭ放送局コード、固有鍵で暗号化されたＣＭコード及びＣＭ放送日時を含むＣＭ放送データと、調査結果とをＤＢサーバ３に送信する。
【0168】
ＤＢサーバ３は、サーバ１から送信されたＣＭ放送データ及び調査結果を受信する。ＤＢサーバ３は、受信したＣＭ放送データに対して管理番号を割り振る。ＤＢサーバ３は、割り振った管理番号に対応付けて、広告主ＩＤ、ＣＭ放送局コード、固有鍵で暗号化されたＣＭコード、ＣＭ放送日時及び調査結果を一つのレコードとしてＣＭ放送データＤＢ３５２に記憶する。
【0169】
制御部１１は、取得した調査結果から第１実施情報を取得できたか否かを判定する（ステップＳ１７４）。第１実施情報は、ＣＭ放送データに対応するＣＭ放送が実施されたことを示す情報である。制御部１１は、当該第１実施情報を取得できないと判定した場合（ステップＳ１７４でＮＯ）、処理を終了する。なお、制御部１１は、第１実施情報を取得できない旨を含むメッセージを通信部１３により広告主端末４に送信しても良い。制御部１１は、当該第１実施情報を取得できたと判定した場合（ステップＳ１７４でＹＥＳ）、ステップＳ１０３～Ｓ１０５の処理を実行する。
【0170】
図２４は、事後検証処理を行う際の処理手順を示すフローチャートである。サーバ１の制御部１１は、通信部１３を介して、ＣＭ放送に対する事後検証要求を広告主端末４から受け付ける（ステップＳ１８１）。事後検証要求には、広告主ＩＤ、及び放送対象となるＣＭに対応するＣＭコード等が含まれる。
【0171】
制御部１１は、受け付けた事後検証要求に応じて、調査機関端末から調査結果を通信部１３により取得する（ステップＳ１８２）。具体的には、制御部１１は、事後検証要求に含まれるＣＭコードを通信部１３により調査機関端末に送信する。例えば調査機関端末は、番組に出稿するＣＭの放送日時に当該ＣＭまたは番組を録画する。調査機関端末は、録画した録画データ（映像データ）に基づき、例えばＣＭ画像判別システムを利用して、当該ＣＭの放送が実施されたか否かを判定する。調査機関端末は、当該ＣＭの放送が実施されたか否かの調査結果（判定結果）をサーバ１に送信する。
【0172】
制御部１１は通信部１３を介して、取得した調査結果をＣＭ放送データに対応付けてＤＢサーバ３の大容量記憶部３５のＣＭ放送データＤＢ３５２に記憶する（ステップＳ１８３）。具体的には、制御部１１は固有鍵を用いて、事後検証要求に含まれるＣＭコードの暗号化処理を行う。制御部１１は通信部１３を介して、固有鍵で暗号化されたＣＭコード及び調査結果をＤＢサーバ３に送信する。
【0173】
ＤＢサーバ３は、サーバ１から送信されたＣＭコード及び調査結果を受信する。ＤＢサーバ３は、受信したＣＭコードに基づき、該当するＣＭ放送データをＣＭ放送データＤＢ３５２から特定する。ＤＢサーバ３は、特定したＣＭ放送データに対応付けて調査結果をＣＭ放送データＤＢ３５２に記憶する。
【0174】
制御部１１は、取得した調査結果から第２実施情報を取得できたか否かを判定する（ステップＳ１８４）。第２実施情報は、ＣＭ放送日時におけるＣＭ映像データに基づき現実に放送されたことを示す情報である。制御部１１は、当該第２実施情報を取得できないと判定した場合（ステップＳ１８４でＮＯ）、処理を終了する。なお、制御部１１は、第２実施情報を取得できない旨を含むメッセージを通信部１３により広告主端末４に送信しても良い。
【0175】
制御部１１は、当該第２実施情報を取得できたと判定した場合（ステップＳ１８４でＹＥＳ）、広告主ＩＤに基づき、ＤＢサーバ３の大容量記憶部３５の鍵管理ＤＢ３５３から固有鍵及び共通鍵を通信部１３により取得する（ステップＳ１８５）。制御部１１は、取得した固有鍵及び共通鍵を用いて、ＣＭコードの暗号化処理を行う（ステップＳ１８６）。制御部１１は、第２実施情報に対する記憶処理のトランザクションを作成する（ステップＳ１８７）。作成されたトランザクションは、固有鍵及び共通鍵で暗号化されたＣＭコード及び第２実施情報等を含む。
【0176】
制御部１１は、作成したトランザクションを通信部１３によりブロックチェーン２のいずれかのノード２１に送信する（ステップＳ１８８）。ブロックチェーン２のノード２１の制御部２１１は、サーバ１から送信されたトランザクションを通信部２１３により受信する（ステップＳ２８１）。制御部２１１は、受信したトランザクションに含まれるＣＭコードに基づき、記憶部２１２に記憶されたＣＭ放送データを特定する（ステップＳ２８２）。制御部２１１は、特定したＣＭ放送データに対応付けて、トランザクションに含まれる第２実施情報を記憶部２１２に記憶する（ステップＳ２８３）。
【0177】
図２５は、実施形態４におけるＣＭの放送確認書の表示画面の一例を示す説明図である。サーバ１は、広告主ＩＤ、ＣＭ放送局コード及び対象放送期間に基づき、ＣＭ放送データ、ＣＭ放送に関する情報及び認証状況（例えば、認証済みまたは認証失敗）を取得する。ＣＭ放送データは、ＣＭ放送局コード、暗号化されていないＣＭコード及びＣＭ放送日時を含む。ＣＭ放送に関する情報は、放送時間または枠区分等を含む。なお、ＣＭ放送データ、ＣＭ放送に関する情報及び認証状況の取得処理に関しては、図１５の処理と同様であるため、説明を省略する。
【0178】
サーバ１は、取得したＣＭ放送データに対し、調査機関による調査結果を取得する。具体的には、サーバ１は、固有鍵を用いてＣＭコードの暗号化処理を行う。サーバ１は、固有鍵で暗号化されたＣＭコードをＤＢサーバ３に送信する。ＤＢサーバ３は、サーバ１から送信されたＣＭコードに基づき、該当するＣＭ放送データに対応する調査結果をＣＭ放送データＤＢ３５２から取得する。ＤＢサーバ３は、取得した調査結果をサーバ１に送信する。
【0179】
サーバ１は、ＣＭ放送局コード、暗号化されていないＣＭコード及びＣＭ放送日時を含むＣＭ放送データ、ＣＭ放送に関する情報、認証状況、及び調査機関による調査結果が複数列挙された放送確認書を作成する。サーバ１は、作成した放送確認書を広告主端末４に送信する。広告主端末４は、サーバ１から送信された放送確認書を受信して画面に表示する。
【0180】
図示のように、「２０２２年３月１日～３月３１日」となった放送期間に対し、「×××テレビ」であるＣＭ放送局の放送確認書には、発行日、広告主ＩＤ、放送日時、ＣＭ時間（例えば、秒数）、枠区分（例えば、ＰＴまたはＳＢ）、ＣＭ素材（ＣＭコード）、認証状況（例えば、認証済みまたは認証失敗）及び調査結果が含まれる。例えば、ＣＭの放送が実施された場合、調査結果が「○」で示され、ＣＭの放送が実施されていない場合、調査結果が「×」で示される。
【0181】
本実施形態によると、ＣＭ放送に対する第１実施情報を取得できた場合、当該ＣＭに対応するＣＭ放送データをブロックチェーン２に記憶することが可能となる。
【0182】
本実施形態によると、ＣＭ放送に対する第２実施情報を取得できた場合、ブロックチェーン２上に記憶されたＣＭ放送データに対応付けて、当該第２実施情報をブロックチェーン２に記憶することが可能となる。
【0183】
本実施形態によると、調査機関による調査結果をＣＭの放送確認書に反映することにより、当該ＣＭが予定通りまたは契約通りに放送されたか否かの検証結果を広告主に通知することが可能となる。
【0184】
今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【0185】
１ 情報処理装置（サーバ）
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 読取部
１５ 大容量記憶部
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ ブロックチェーンシステム（ブロックチェーン）
２１ ノード
２１１ 制御部
２１２ 記憶部
２１３ 通信部
２１４ 受付部
２１５ 出力部
２１６ ブロック生成部
２１７ ブロック検証部
２１８ ブロック共有部
３ データベース装置（ＤＢサーバ）
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 読取部
３５ 大容量記憶部
３５１ 広告主ＤＢ
３５２ ＣＭ放送データＤＢ
３５３ 鍵管理ＤＢ
３５４ アクセス履歴ＤＢ
３５５ 効果データＤＢ
３５６ ＢＣ関連ＤＢ
３Ｐ 制御プログラム
４ 情報処理端末（広告主端末）
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 表示部
４Ｐ 制御プログラム
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 読取部
１５ 大容量記憶部
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ ブロックチェーンシステム（ブロックチェーン）
２１ ノード
２１１ 制御部
２１２ 記憶部
２１３ 通信部
２１４ 受付部
２１５ 出力部
２１６ ブロック生成部
２１７ ブロック検証部
２１８ ブロック共有部
３ データベース装置（ＤＢサーバ）
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 読取部
３５ 大容量記憶部
３５１ 広告主ＤＢ
３５２ ＣＭ放送データＤＢ
３５３ 鍵管理ＤＢ
３５４ アクセス履歴ＤＢ
３５５ 効果データＤＢ
３５６ ＢＣ関連ＤＢ
３Ｐ 制御プログラム
４ 情報処理端末（広告主端末）
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 表示部
４Ｐ 制御プログラム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】