JP7079162B2 - コンピュータプログラム、出力装置及び出力方法 - Google Patents

Description

本発明は、広告を配信するコンピュータプログラム等に関する。

広告を配信する広告配信システムが提案されている（特許文献１）。広告は媒体社が保有するデジタルサイネージなどの広告媒体に表示する。そのような背景から、従来の広告配信システムは、媒体社の業務を念頭においている。そのため、従来の広告配信システムは広告代理店の業務、特に事前審査（意匠審査）及び本審査（入稿審査）等の審査依頼業務を十分に支援できていない。

特開２０１３－１０５３８６号公報

本発明はこのような事情に鑑みてなされたものである。その目的は、広告代理店の業務支援が可能なコンピュータプログラム等の提供である。

本発明に係るコンピュータプログラムは、広告入稿データを取得し、取得した広告入稿データに対応した事前審査結果及び、入稿内容に対する審査結果を取得し、前記事前審査結果及び審査結果が許可である場合、前記広告入稿データを配信する媒体社が要求するデータ形式を取得し、取得した前記データ形式に前記広告入稿データが合致しない場合、前記広告入稿データを取得した前記データ形式に変換し、変換後の前記広告入稿データの配信指示を出力する処理をコンピュータに行わせることを特徴とする。

本発明にあっては、広告代理店の審査依頼業務を支援可能である。

広告配信システムの構成例を示す説明図である。 管理サーバのハードウェア構成例を示すブロック図である。 代理店端末のハードウェア構成例を示すブロック図である。 媒体社端末のハードウェア構成例を示すブロック図である。 ユーザＤＢの例を示す説明図である。 広告枠ＤＢの例を示す説明図である。 期間ＤＢの例を示す説明図である。 商品ＤＢの例を示す説明図である。 状況ＤＢの例を示す説明図である。 審査状況ＤＢの例を示す説明図である。 素材属性ＤＢの例を示す説明図である。 画像属性ＤＢの例を示す説明図である。 申込み処理の手順例を示すフローチャートである。 枠情報表示画面の例を示す説明図である。 申込み情報入力画面の例を示す説明図である。 事前審査依頼処理の手順例を示すフローチャートである。 状況一覧画面の例を示す説明図である。 事前審査依頼画面の例を示す説明図である。 素材追加画面の例を示す説明図である。 変換指示画面の例を示す説明図である。 事前審査処理の手順例を示すフローチャートである。 事前審査画面の例を示す説明図である。 入稿処理の手順例を示すフローチャートである。 入稿審査一覧画面の例を示す説明図である。 入稿画面の例を示す説明図である。 画像設定画面の例を示す説明図である。 審査依頼画面の例を示す説明図である。 本審査処理の手順例を示すフローチャートである。 本審査画面の例を示す説明図である。 放映結果ＤＢの例を示す説明図である。 変換履歴ＤＢの例を示す説明図である。 請求ＤＢの例を示す説明図である。 手数料請求ＤＢの例を示す説明図である。 放映監視処理の手順例を示すフローチャートである。 放映報告作成並びに、広告費及び変換手数料算出処理の手順例を示すフローチャートである。 入稿処理の手順例を示すフローチャートである。

実施の形態１
図１は広告配信システムの構成例を示す説明図である。広告配信システム１００は管理サーバ１、代理店端末２、媒体社端末３、媒体社サーバ４及びデジタルサイネージ５を含む。管理サーバ１、代理店端末２、一部の媒体社端末３、媒体社サーバ４及び一部のデジタルサイネージ５はネットワークＮ１を介して、互いに通信可能に接続されている。一部の媒体社端末３、媒体社サーバ４及び一部のデジタルサイネージ５はネットワークＮ２を介して、互いに通信可能に接続されている。媒体社には、媒体社サーバ４を運用する媒体社と運用していない媒体社とがある。管理サーバ１と媒体社サーバ４とが連携することにより、代理店端末２から管理サーバ１が受け取った広告を、媒体社サーバ４を運用する媒体社のデジタルサイネージ５へ配信することが可能である。

管理サーバ１は各複数の広告代理店及び媒体社を仲介する。管理サーバ１は広告枠の申込みから、広告配信までの業務を支援する。図２は管理サーバ１のハードウェア構成例を示すブロック図である。管理サーバ１はサーバコンピュータ等で構成する。管理サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、大容量記憶部１４、計時部１５、通信部１６及び読み取り部１７を含む。各構成はバスＢで接続されている。管理サーバ１が提供する機能をクラウドサービスで提供してもよい。

ＣＰＵ１１はＲＯＭ１２に記憶された制御プログラム１Ｐにしたがい、ハードウェア各部を制御する。ＲＡＭ１３は例えばＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）又はフラッシュメモリである。ＲＡＭ１３はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。

大容量記憶部１４は、例えばハードディスク又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などである。大容量記憶部１４は各種データベース（ＤＢ：ＤａｔａＢａｓｅ）を記憶する。大容量記憶部１４はユーザＤＢ１４１、広告枠ＤＢ１４２、期間ＤＢ１４３、商品ＤＢ１４４、状況ＤＢ１４５、審査状況ＤＢ１４６、素材属性ＤＢ１４７、画像属性ＤＢ１４８、放映結果ＤＢ１４９、変換履歴ＤＢ１４Ａ、請求ＤＢ１４Ｂ及び手数料請求ＤＢ１４Ｃを記憶する。また、制御プログラム１Ｐを大容量記憶部１４に記憶してもよい。ユーザＤＢ１４１から手数料請求ＤＢ１４Ｃは、管理サーバ１以外に記憶してもよい。例えばデータベースサーバやクラウドストレージに記憶してもよい。

計時部１５は時刻又は管理サーバ１が起動してからの経過時間等の時間を計時する。計時部１５はＣＰＵ１１からの求めに応じて、計時結果をＣＰＵ１１に与える回路である。

通信部１６はネットワークＮを介して、代理店端末２、媒体社端末３等と通信を行う。また、ＣＰＵ１１が通信部１６を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム１Ｐをダウンロードし、大容量記憶部１４に記憶してもよい。読み取り部１７はＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ及びＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。ＣＰＵ１１が読み取り部１７を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１４に記憶してもよい。また、ネットワークＮ１等を介して他のコンピュータからＣＰＵ１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１４に記憶してもよい。また、半導体メモリ１ｂから、ＣＰＵ１１が制御プログラム１Ｐを読み込んでもよい。なお、管理サーバ１の機能をクラウドサービスにより提供してもよい。

代理店端末２は広告代理店が使用する端末である。図３は代理店端末２のハードウェア構成例を示すブロック図である。代理店端末２はノートパソコン、パネルコンピュータ、タブレットコンピュータ、スマートフォン等で構成する。代理店端末２はＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、通信部２４、入力部２５、表示部２６及び大容量記憶部２７を含む。各構成はバスＢで接続されている。

ＣＰＵ２１はＲＯＭ２２に記憶された制御プログラム２Ｐにしたがい、ハードウェア各部を制御する。ＲＡＭ２３は例えばＳＲＡＭ、ＤＲＡＭ又はフラッシュメモリである。ＲＡＭ２３はＣＰＵ２１によるプログラムの実行時に発生するデータを一時的に記憶する。通信部２４はネットワークＮ１を介して、管理サーバ１等と通信を行う。

表示部２６は例えば液晶表示装置である。表示部２６はデータ処理の結果などを表示する。入力部２５はキーボード及びマウスやトラックパッド等である。また、入力部２５と表示部２６とは一体化したタッチパネルディスプレイとしてもよい。なお、代理店端末２は表示部２６を備えず、外部の表示装置に表示を行ってもよい。

大容量記憶部２７は事前審査用の静止画、動画などの素材データ、デジタルサイネージ５に配信用の静止画、動画の入稿データなど種々のデータを記憶する。

媒体社端末３は媒体社が使用する端末である。図４は媒体社端末３のハードウェア構成例を示すブロック図である。媒体社端末３はノートパソコン、パネルコンピュータ、タブレットコンピュータ、スマートフォン等で構成する。媒体社端末３はＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、通信部３４、入力部３５、表示部３６及び大容量記憶部３７を含む。各構成はバスＢで接続されている。媒体社端末３の各構成は代理店端末２の対応する構成と同様であるから、説明を省略する。

媒体社サーバ４は媒体社が使用する広告配信サーバである。デジタルサイネージ５は広告を表示する表示装置である。なお、図示は省略するが、広告配信システム１００に広告主端末を含んでもよい。広告主端末は広告主が用いる端末である。広告主が広告代理店を介さずに広告枠の申込み等を行う場合、広告主端末を用いる。

次に、広告配信システム１００が使用するデータベースについて、説明する。図５はユーザＤＢ１４１の例を示す説明図である。ユーザＤＢ１４１は広告配信システム１００を利用するユーザの情報を記憶する。ユーザＤＢ１４１はＩＤ列、種別列、名称列、住所列、電話番号列及び電子メール列を含む。ＩＤ列はユーザを一意に特定するユーザＩＤを記憶する。ユーザＩＤは広告配信システム１００を利用する組織毎に付与するが、それに限らない。各組織に属する各個人にユーザＩＤを付与してもよい。種別列はユーザの種別を記憶する。ユーザの種別は代理店、媒体社、広告主、管理者などである。代理店は広告代理店を示す。管理者は広告配信システム１００のシステム管理者を示す。名称列はユーザの名称を記憶する。住所列はユーザの所在地を記憶する。電話番号列はユーザの電話番号を記憶する。電子メール列はユーザの電子メールアドレスを記憶する。

図６は広告枠ＤＢの例を示す説明図である。広告枠ＤＢ１４２は広告枠に関する静的データを記憶する。広告枠ＤＢ１４２は枠ＩＤ列、媒体社列、場所列、場所ＩＤ列、枝番列及び装置ＩＤ列を含む。枠ＩＤ列は広告枠を一意に特定する枠ＩＤを記憶する。媒体社列は広告枠を提供する媒体社のユーザＩＤを記憶する。場所列は広告枠に対応するデジタルサイネージ５の設置場所を記憶する。場所ＩＤ列は場所を特定可能な場所ＩＤを記憶する。枝番列は同一設置場所に複数のデジタルサイネージ５が設置されている場合に、個々を区別するための枝番を記憶する。例えば鉄道駅の場合に、駅の出入口、コンコース、切符売り場、改札口、ホームにデジタルサイネージ５を設置とする。この場合、それぞれのデジタルサイネージ５に異なる枝番を振る。デジタルサイネージ５が多数設置され、複数台をまとめたグループ毎に運用する場合、枝番列にはグループを示す番号記憶する。前述の例では、駅の出入口に複数台のデジタルサイネージ５が設置されるとき、枝番は同一の番号を振る。同一のグループに属するデジタルサイネージ５は、同一の時間に同一の広告が放映される。装置ＩＤ列はデジタルサイネージ５を特定する装置ＩＤを記憶する。

図７は期間ＤＢの例を示す説明図である。期間ＤＢ１４３は広告の配信期間を記憶する。期間ＤＢ１４３は期間ＩＤ列、開始日列及び終了日列を含む。期間ＩＤ列は配信期間を特定する期間ＩＤを記憶する。開始日列は配信期間の開始日を記憶する。終了日列は配信期間の終了日を記憶する。

図８は商品ＤＢの例を示す説明図である。商品ＤＢ１４４は広告枠と配信期間とを含む広告商品の情報を記憶する。商品ＤＢ１４４は商品ＩＤ列、枠ＩＤ列、期間ＩＤ列及び料金列を含む。商品ＩＤ列は商品を一意に特定する商品ＩＤを記憶する。枠ＩＤ列は対応する広告枠の枠ＩＤを記憶する。期間ＩＤ列は広告の配信期間を示す期間ＩＤを記憶する。料金列は価格を記憶する。ここでの商品は広告枠に配信期間が付与されたものである。広告枠が同一であっても、配信期間が異なれば、異なる商品ＩＤが付された別商品となる。

図９は状況ＤＢの例を示す説明図である。状況ＤＢ１４５は広告枠に関する進行状況を記憶する。状況ＤＢ１４５は商品ＩＤ列、状況列、代理店ＩＤ列、広告主ＩＤ列、広告内容列、コメント列、素材ＩＤ列及び動画ＩＤ列を記憶する。商品ＩＤ列は商品ＩＤを記憶する。状況列は広告枠の状況を記憶する。状況は例えば、空き、申込み済、事前審査待ち、入稿待ち、本審査待ち、配信待ち、放映中、放映終了である。空きとは広告枠に対する購入申込みがない状況を示す。申込み済は広告枠に対する購入の申込みがされた状況を示す。事前審査待ちは事前審査のための静止画、動画の素材が登録され、媒体社による事前審査を待っている状況を示す。事前審査は、広告が掲出基準に則したものであるか審査する。例えば広告対象の商品、サービスが適切かを審査する。公営ギャンブル以外のギャンブルに関する広告は不適切として、審査は不合格になる。医薬品の広告であれば、商品名、一般名称が適切であるか、効果・効能の表示が適切な表現であるか等を審査する。また、画像に水着姿、裸体姿等の人物像が含まれているが、広告内容に無関係又は必然性のない場合は、青少年保護及び健全育成の観点から適切でないものとして、審査は不合格となる。事前審査は意匠審査、デザイン審査という場合もある。代理店ＩＤ列は広告枠の売買を仲介した広告代理店のユーザＩＤを記憶する。広告代理店が仲介しない場合は、何も記憶しない（ＮＵＬＬ）か、空白などを記憶する。広告主ＩＤ列は広告枠を購入した広告主のユーザＩＤを記憶する。広告内容列は広告代理店が申込みの際に入力した広告内容を記憶する。コメント列は、広告代理店が申込みの際に入力したコメントを記憶する。素材ＩＤ列は事前審査のための素材を特定するＩＤを記憶する。動画ＩＤ列は本審査のための画像を特定するＩＤを記憶する。代理店ＩＤ列、広告主ＩＤ列、素材ＩＤ列及び動画ＩＤ列の夫々の値は、状況列の値によりＮＵＬＬなどとなる場合がある。状況列の値が空きの場合、代理店ＩＤ列、広告主ＩＤ列、素材ＩＤ列及び動画ＩＤ列の値はＮＵＬＬなどになる。図９に示す例ではＮＵＬＬを「－」で表現している。

図１０は審査状況ＤＢの例を示す説明図である。審査状況ＤＢ１４６は審査の進行状況を記憶する。審査状況ＤＢ１４６は商品ＩＤ列、事前審査列及び本審査列を含む。商品ＩＤ列は商品ＩＤを記憶する。事前審査列は事前審査についての情報を記憶する。事前審査列は素材ＩＤ列、コメント列、結果列及び審査コメント列を含む。素材ＩＤ列は事前審査の際に提出した素材画像の素材ＩＤを記憶する。コメント列は事前審査を依頼した際に広告代理店が入力したコメントを記憶する。結果列は事前審査の結果を記憶する。結果は例えばＯＫ、ＮＧである。ＯＫは事前審査を通過したことを示す。ＮＧは事前審査を通過できなかったことを示す。審査コメント列は事前審査の際に、媒体社の審査担当者が入力したコメントを記憶する。本審査列は動画ＩＤ列、コメント列、結果列及び審査コメント列を含む。動画ＩＤ列は本審査のために入稿した広告動画画像の動画ＩＤを記憶する。コメント列は本審査を依頼した際に広告代理店が入力したコメントを記憶する。結果列は本審査の結果を記憶する。結果の内容は事前審査の場合と同様である。審査コメント列は本審査の際に、媒体社の審査担当者が入力したコメントを記憶する。

図１１は素材属性ＤＢの例を示す説明図である。素材属性ＤＢ１４７は事前審査用の素材の属性を記憶する。素材属性ＤＢ１４７は素材ＩＤ列、ファイル名列、エンコード列、ビットレート列、フレームレート列、解像度列、音声列、音声ビットレート列、周波数列、再生方式列及び長さ列を含む。素材ＩＤ列は素材を一意に特定する素材ＩＤを記憶する。ファイル名列は素材の実体である画像ファイルのファイル名を記憶する。画像ファイルは例えば大容量記憶部１４に記憶する。画像ファイルはファイルサーバやクラウドストレージに記憶してもよい。エンコード列は画像のエンコード方式を記憶する。エンコード列は例えば、ＣＢＲ（Ｃｏｎｓｔａｎｔ Ｂｉｔ ｒａｔｅ：固定ビットレート方式）、ＶＢＲ（Ｖａｒｉａｂｌｅ Ｂｉｔ Ｒａｔｅ：可変ビットレート方式）又はＡＢＲ（Ａｖｅｒａｔｅ Ｂｉｔ Ｒａｔｅ：平均ビットレート方式）を記憶する。ビットレート列は動画のビットレートを記憶する。フレームレート列は動画のフレームレートを記憶する。解像度列は画像の解像度を記憶する。音声列は音声のデータ形式を記憶する。音声列は例えば、ＷＭＡ（Ｗｉｎｄｏｗｓ Ｍｅｉｄａ Ａｕｄｉｏ）、ｍｐ３、ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）等を記憶する。音声ビットレート列は音声のビットレートを記憶する。周波数列は音声のサンプリング周波数を記憶する。再生方式列は音声の再生方式を記憶する。再生方式は例えばステレオ、モノラルである。長さ列は動画の長さを記憶する。素材属性ＤＢ１４７において、素材が静止画の場合、ビットレート、フレームレレート等の動画の属性や音声列、音声ビットレートなどの音声についての属性には値が記憶されない。

図１２は画像属性ＤＢの例を示す説明図である。画像属性ＤＢ１４８は本審査用、配信用の画像の属性を記憶する。画像属性ＤＢ１４８は画像ＩＤ列、ファイル名列、エンコード列、ビットレート列、フレームレート列、解像度列、音声列、音声ビットレート列、周波数列、再生方式列及び長さ列を含む。画像ＩＤ列は画像を一意に特定する画像ＩＤを記憶する。ファイル名列から長さ列については、素材属性ＤＢ１４７と同様であるから説明を省略する。

次に、管理サーバ１が行う処理について説明する。申込み処理について説明する。申込み処理は、広告代理店が媒体社の空いている広告枠に対して、広告の配信を申し込む処理である。図１３は申込み処理の手順例を示すフローチャートである。代理店端末２のＣＰＵ２１は広告の配信対象となる媒体社のユーザＩＤ（以下、「媒体社ＩＤ」と記す。）を取得する（ステップＳ１）。代理店端末２に表示部２６に表示している媒体社一覧から、広告代理店のユーザ（以下、「代理店ユーザ」と記す。）が入力部２５を用いて、配信したい媒体社を選択する。ＣＰＵ２１は当該選択操作により、代理店ユーザが選択した媒体社ＩＤを取得する。ＣＰＵ２１は媒体社ＩＤを管理サーバ１に送信し、申込み状況を要求する（ステップＳ２）。管理サーバ１のＣＰＵ１１は要求を受けた媒体社についての申込み状況を代理店端末２に送信する（ステップＳ３）。媒体社ＩＤより媒体社が有する広告枠の枠ＩＤを広告枠ＤＢ１４２より取得する。取得した枠ＩＤに対応する商品ＩＤ、期間ＩＤを商品ＤＢ１４４から取得する。取得した商品ＩＤに対する状況を状況ＤＢ１４５取得する。期間ＩＤに対応する開始日、終了日を期間ＤＢ１４３から取得する。そして、枠、期間、状況を対応付けた申込み状況を代理店端末２に送信する。代理店端末２のＣＰＵ２１は受信した申込み状況を表示部２６に表示する（ステップＳ４）。代理店ユーザは入力部２５を用いて、空き枠の中から開始日を指定する。ＣＰＵ２１は指定された開始日を管理サーバ１に送信する（ステップＳ５）。管理サーバ１のＣＰＵ１１は申込み情報を入力するための画面を送信する（ステップＳ６）。代理店端末２のＣＰＵ２１は受信した入力画面を表示部２６に表示する（ステップＳ７）。代理店ユーザは入力部２５を用いて、入力画面に申込み情報を入力する。代理店端末２のＣＰＵ２１は入力された申込み情報を取得し、管理サーバ１へ送信する（ステップＳ８）。管理サーバ１のＣＰＵ１１は受信した申込み情報と、ステップＳ５で受信した開始日とに基づき、状況ＤＢ１４５を更新する（ステップＳ９）。ＣＰＵ１１は申込みの受領のメッセージを代理店端末２に返信する（ステップＳ１０）。代理店端末２のＣＰＵ２１は受信したメッセージを表示部２６に表示し（ステップＳ１１）、申込み処理を終了する。

申込み処理で用いられる画面について説明する。図１４は枠情報表示画面の例を示す説明図である。枠情報表示画面ｄ０１は広告枠毎、配信期間毎に枠の状況を表示する画面である。枠情報表示画面ｄ０１は枠番号表示領域ｄ０１１、開始日表示領域ｄ０１２、枠状況表示領域ｄ０１３を含む。枠状況表示領域ｄ０１３はマトリックス図としてある。行は広告枠毎に設けられている。枠番号表示領域ｄ０１１は行のラベルである。列は広告の配信開始日毎に設けられている。配信期間は１週間、開始日は月曜日の固定としている。開始日表示領域ｄ０１２は列のラベルである。枠状況表示領域ｄ０１３は４つのパターンの表示を取るようになっている。ハッチングのない空白欄ｄ０１３１は空き枠を示す。右下がり斜線のハッチング欄ｄ０１３２は事前審査依頼中の枠を示す。塗りつぶし欄ｄ０１３３は事前審査を通過した枠を示す。右下がり斜線のハッチング欄ｄ０１３４は他社が申込みをしている枠を示す。開始日表示領域ｄ０１２において、空き枠がある期間の開始日を選択すると、申込み情報入力画面に遷移する。

図１５は申込み情報入力画面の例を示す説明図である。申込み情報入力画面ｄ０２は申込み期間欄ｄ０２１、残枠数欄ｄ０２２、枠数設定欄ｄ０２３、広告主名欄ｄ０２４、広告内容欄ｄ０２５、コメント欄ｄ０２６及び確認ボタンｄ０２７を含む。申込み期間欄ｄ０２１は選択した申込み期間を表示する。残枠数欄ｄ０２２は空き枠の残数を表示する。枠数設定欄ｄ０２３は申込みをする広告枠の枠数を設定するための欄である。枠数設定欄ｄ０２３は例えばプルダウンメニューとしてもよい。広告主欄ｄ０２４は広告主を設定するための欄である。広告主欄ｄ０２４もプルダウンメニューとしてもよい。ユーザＤＢ１４１に登録されていない広告主については、広告代理店が登録を代行して行ってもよい。広告内容欄ｄ０２５は広告内容を記入するための欄である。コメント欄ｄ０２６は広告代理店から媒体社へ伝えたい内容を記入するための欄である。確認ボタンｄ０２７は入力した内容を確認するための図示しない確認画面に遷移するボタンである。確認画面で内容を確認し、申込みボタンを操作すると、申込み情報が管理サーバ１に送信される。管理サーバ１のＣＰＵ１１は申込み情報を基に状況ＤＢ１４５を更新する。

事前審査依頼処理について説明する。事前審査依頼処理は、広告代理店が媒体社に対して事前審査を依頼する際の処理である。図１６は事前審査依頼処理の手順例を示すフローチャートである。代理店端末２のＣＰＵ２１は事前審査を依頼する媒体社ＩＤを取得し、管理サーバ１へ送信する（ステップＳ２１）。管理サーバ１のＣＰＵ１１は受信した媒体社ＩＤで特定される媒体社であって、広告代理店が申込み済の広告枠についての状況一覧を作成する（ステップＳ２２）。ＣＰＵ１１は媒体社ＩＤより、対応する枠ＩＤを広告枠ＤＢ１４２から取得する。取得した枠ＩＤに対応する商品ＩＤを商品ＤＢ１４４より取得する。取得した各商品ＩＤに対応する状況を状況ＤＢ１４５より取得する。取得した状況に対応付けられた代理店ＩＤにより、広告代理店に対応する状況のみに絞る。最終的に残った商品の状況を一覧にして、送信する。ＣＰＵ１１は生成した状況一覧を代理店端末２に送信する（ステップＳ２３）。代理店端末２のＣＰＵ２１は受信した一覧を表示部２６に表示する（ステップＳ２４）。代理店ユーザは状況が申込み済である商品を、入力部２５を用いて選択する。ＣＰＵ２１は選択した商品の商品ＩＤを取得する（ステップＳ２５）。ＣＰＵ２１は事前審査のための依頼画面を表示する（ステップＳ２６）。代理店ユーザは事前審査用の素材を登録するために、素材追加ボタンを入力部２５により選択する。ＣＰＵ２１は素材を追加するための画面を表示する（ステップＳ２７）。代理店ユーザは表示された画面で素材を設定する。大容量記憶部２７に記憶している画像ファイルを設定する。代理店ユーザが確認ボタンを入力部２５により操作すると依頼画面に戻る。ＣＰＵ２１は素材情報を取得する（ステップＳ２８）。代理店ユーザは依頼ボタンを入力部２５により操作する。ＣＰＵ２１は事前審査を依頼する商品を含む依頼情報を、管理サーバ１へ送信する（ステップＳ２９）。取得した素材情報に基づき、素材の実体である画像を管理サーバ１に送信する。管理サーバ１のＣＰＵ１１は依頼情報を受信する（ステップＳ３０）。ＣＰＵ１１は事前審査用の画像を取得する（ステップＳ３１）。ＣＰＵ１１は取得した画像のフォーマットが規定フォーマットであるか否かを判定する（ステップＳ３２）。ＣＰＵ１１は取得した画像のフォーマットが規定フォーマットであると判定した場合（ステップＳ３２でＹＥＳ）、素材画像を大容量記憶部１４に、画像の属性を素材属性ＤＢ１４７に記憶する（ステップＳ３３）。ＣＰＵ１１は受信した依頼情報を審査状況ＤＢ１４６に記憶する（ステップＳ３４）。ＣＰＵ１１は事前審査依頼を受領した旨のメッセージを代理店端末２に送信する（ステップＳ３５）。代理店端末２のＣＰＵ２１は受信したメッセージを表示部２６に表示する（ステップＳ３６）。ＣＰＵ１１は取得した画像のフォーマットが規定フォーマットでないと判定した場合（ステップＳ３２でＮＯ）、フォーマット変換の指示を代理店端末２に送信する（ステップＳ３７）。代理店端末２のＣＰＵ２１は受信したフォーマット変換の指示を表示部２６に表示する（ステップＳ３８）。代理店端末２のＣＰＵ２１は、代理店ユーザからの指示により、フォーマット変換を行う（ステップＳ３９）。代理店端末２にてフォーマット変換を行えない場合は、管理サーバ１にて行うことも可能である。フォーマット変換後、ＣＰＵ２１は代理店ユーザの指示を受けて、再度、依頼情報を送信する（ステップＳ２９）。管理サーバ１にてフォーマット変換を行った場合、送信された画像を変換後の画像に置き換えた後、管理サーバ１は処理を継続するので、再度の依頼情報の送信は不要である。以降の処理は上述したとおりである。

事前審査依頼処理で用いられる画面について説明する。図１７は状況一覧画面の例を示す説明図である。状況一覧画面ｄ０３は一覧表示領域ｄ０３１を含む。一覧表示領域ｄ０３１は各商品の状況を表示している。図１７の例では事前審査の状況のみを示している。一覧表示領域ｄ０３１はＩＤ列を含む。ＩＤ列は、各商品に振られているＩＤを表示している。ＩＤは順番号でもよいし、商品ＩＤでもよい。ＩＤ列において、事前審査を依頼していないＩＤを選択すると事前審査依頼画面が表示される。

図１８は事前審査依頼画面の例を示す説明図である。事前審査依頼画面ｄ０４はコメント入力欄ｄ０４１、素材追加ボタンｄ０４２及び依頼ボタンｄ０４３を含む。コメント入力欄ｄ０４１は事前審査依頼時に代理店ユーザが媒体社に宛てたコメントを入力するための欄である。素材追加ボタンｄ０４２は事前審査のため素材を追加するためのボタンである。素材追加ボタンｄ０４２を操作すると素材追加画面が表示される。依頼ボタンｄ０４３は事前審査を依頼するためのボタンである。依頼ボタンｄ０４３を操作すると依頼情報と審査用の画像が管理サーバ１に送信される。

図１９は素材追加画面の例を示す説明図である。素材追加画面ｄ０５は広告主表示欄ｄ０５１、ファイルボックスｄ０５２、選択ボタンｄ０５３、確認ボタンｄ０５４及び閉じるボタンｄ０５５を含む。広告主表示欄ｄ０５１は素材を登録する商品に対応付けられた広告主を表示する。ファイルボックスｄ０５２は素材の実体である画像ファイルを設定するためのボックスである。画像ファイルをファイルボックスｄ０５２へドロップすることにより、登録する画像ファイルを設定できる。選択ボタンｄ０５３はダイアログボックスを開くためのボタンである。選択ボタンｄ０５３を操作するとファイルを指定するための、ダイアログボックスが開く。当該ダイアログボックスを使用して、素材の実体である画像ファイルを設定することも可能である。設定されたファイルのファイル名は、ファイルボックスｄ０５２に表示される。確認ボタンｄ０５４はファイルの設定を終了し、事前審査依頼画面ｄ０４に戻るためのボタンである。閉じるボタンｄ０５５はファイルの設定を破棄し、事前審査依頼画面ｄ０４に戻るためのボタンである。

図２０は変換指示画面の例を示す説明図である。変換指示画面ｄ０６は変換指示メッセージｄ０６１、はいボタンｄ０６２、いいえボタンｄ０６３を含む。変換指示メッセージｄ０６１は送信された画像が規定フォーマットではないため変換することが必要な旨を、代理店ユーザに指示するメッセージである。はいボタンｄ０６２はフォーマット変換を実行するためのボタンである。はいボタンｄ０６２を操作することにより、管理サーバ１は受信した画像のフォーマットを変換する。いいえボタンｄ０６３はフォーマット変換を中止するためのボタンである。いいえボタンｄ０６３を操作することにより、フォーマット変換は中止される。

次に事前審査処理について説明する。事前審査処理は、広告代理店からの依頼に応じて、媒体社が事前審査を行う際の処理である。図２１は事前審査処理の手順例を示すフローチャートである。媒体社の審査担当者は、媒体社端末３に事前審査の実行を指示する。指示を受けた媒体社端末３のＣＰＵ３１は事前審査案件の一覧を管理サーバ１へ要求する（ステップＳ６１）。管理サーバ１のＣＰＵ１１は審査状況ＤＢ１４６を検索し、事前審査待ちの案件の一覧を作成する（ステップＳ６２）。ＣＰＵ１１は作成した一覧を媒体社端末３へ送信する（ステップＳ６３）。ＣＰＵ３１は受信した一覧を表示部３６に表示する（ステップＳ６４）。審査担当者は入力部３５により一覧の中から審査する案件を選択する。ＣＰＵ３１は選択された案件の商品ＩＤを取得する（ステップＳ６５）。ＣＰＵ３１は商品ＩＤと共に事前審査の依頼情報を管理サーバ１に送信する（ステップＳ６６）。ＣＰＵ１１は受信した商品ＩＤに対応する事前審査の依頼情報を審査状況ＤＢ１４６より取得し、媒体社端末３に送信する（ステップＳ６７）。ＣＰＵ３１は依頼情報を受信する（ステップＳ６８）。ＣＰＵ３１は受信した依頼情報を含む審査画面を表示部３６に表示する（ステップＳ６９）。審査担当者は表示された内容を参照し審査を行う。審査担当者は入力部３５を用いて審査結果を入力する。ＣＰＵ３１は審査結果を取得する（ステップＳ７０）。ＣＰＵ３１は取得した審査結果を管理サーバ１に送信する（ステップＳ７１）。ＣＰＵ１１は審査結果を受信する（ステップＳ７２）。ＣＰＵ１１は受信した審査結果を審査状況ＤＢ１４６に記憶する（ステップＳ７３）。ＣＰＵ１１は審査結果を受領した旨のメッセージを媒体社端末３に送信する（ステップＳ７４）。媒体社端末３のＣＰＵ３１は受信したメッセージを表示部３６に表示する（ステップＳ７５）。

事前審査処理で用いられる画面について説明する。事前審査案件の一覧画面は図１７に示した状況一覧画面ｄ０３と同様であるから、図示、説明を省略する。図２２は事前審査画面の例を示す説明図である。事前審査画面ｄ０７は代理店欄ｄ０７１、画像表示欄ｄ０７２、属性表示欄ｄ０７３、備考欄ｄ０７４、ＯＫボタンｄ０７５、ＮＧボタンｄ０７６、コメント欄ｄ０７７、戻るボタンｄ０７９及び確認ボタンｄ０７８を含む。代理店欄ｄ０７１は広告代理店の名称を表示する。画像表示欄ｄ０７２は事前審査用の画像を表示する。動画の場合、画像表示欄ｄ０７２をマウスクリック等で操作すると動画を再生する。属性表示欄ｄ０７３は画像の属性を表示する。属性は画像の名称や動画の長さをなどである。備考欄ｄ０７４は広告代理店のコメントを表示する。ＯＫボタンｄ０７５は審査結果を許可とする場合に操作するボタンである。ＮＧボタンｄ０７６は審査結果を不許可とする場合に操作するボタンである。コメント欄ｄ０７７は審査結果に対する補足説明を入力するための欄である。戻るボタンｄ０７９は審査を中止するためのボタンである。戻るボタンｄ０７９を操作すると、入力結果を記憶せず事前審査画面ｄ０７を閉じ、前の画面に戻る。確認ボタンｄ０７８は審査結果を確定するためのボタンである。確認ボタンｄ０７８を操作すると、入力結果を記憶後、事前審査画面ｄ０７を閉じ、前の画面に戻る。

次に入稿処理について説明する。入稿処理は事前審査で許可を得た広告に関して、配信用の広告画像を入稿し、さらに本審査の依頼をする際に行う処理である。図２３は入稿処理の手順例を示すフローチャートである。代理店端末２のＣＰＵ２１は媒体社ＩＤを取得し、管理サーバ１へ送信する（ステップＳ１０１）。管理サーバ１のＣＰＵ１１は受信した媒体社ＩＤで特定される媒体社であって、入稿待ちの広告枠についての状況一覧を作成する（ステップＳ１０２）。ＣＰＵ１１は媒体社ＩＤより、対応する枠ＩＤを広告枠ＤＢ１４２から取得する。取得した枠ＩＤに対応する商品ＩＤを商品ＤＢ１４４より取得する。取得した各商品ＩＤに対応する状況を状況ＤＢ１４５より取得する。取得した状況に対応付けられた代理店ＩＤにより、広告代理店に対応する状況のみに絞る。最終的に残った商品の状況を一覧にして、送信する。ＣＰＵ１１は生成した状況一覧を代理店端末２に送信する（ステップＳ１０３）。代理店端末２のＣＰＵ２１は受信した一覧を表示部２６に表示する（ステップＳ１０４）。代理店ユーザは新たに入稿するために、新規入稿ボタンを入力部２５により操作する。ＣＰＵ２１は画像を入稿するための画面を表示する（ステップＳ１０５）。代理店ユーザは入稿対象となる案件を選択後、入稿する画像を設定する。代理店ユーザが入稿を選択すると、ＣＰＵ２１は設定画面を表示する（ステップＳ１０６）。代理店ユーザは表示された画面で画像を設定する。例えば、大容量記憶部２７に記憶している画像ファイルを設定する。代理店ユーザが設定ボタンを入力部２５により操作する。ＣＰＵ２１は依頼画面を表示する（ステップＳ１０７）。代理店ユーザは依頼内容を確認し、画像の送信を指示する。ＣＰＵ２１は設定された画像を含めた依頼情報を取得する（ステップＳ１０８）。ＣＰＵ２１は設定された画像の実体である画像ファイルともに本審査の依頼情報を管理サーバ１に送信する（ステップＳ１０９）。管理サーバ１のＣＰＵ１１は依頼情報を受信する（ステップＳ１１０）。ＣＰＵ１１は画像を取得する（ステップＳ１１１）。ＣＰＵ１１は取得したすべての画像について、フォーマットを確認する（ステップＳ１１２）。ＣＰＵ１１はフォーマット変換が必要であるか否かを判定する（ステップＳ１１３）。ＣＰＵ１１はフォーマット変換が必要でないと判定した場合（ステップＳ１１３でＮＯ）、入稿された画像を記憶する（ステップＳ１１４）。ＣＰＵ１１は入稿情報を記憶する（ステップＳ１１５）。ＣＰＵ１１は事前審査通過済みか否かを判定する（ステップＳ１１６）。事前審査通過済みとは媒体社の事前審査を受け、媒体社から配信の許可を受けていることをいう。ＣＰＵ１１は事前審査通過済みと判定した場合（ステップＳ１１６でＹＥＳ）、本審査の依頼を受け付けた旨のメッセージを代理店端末２へ送信する（ステップＳ１１７）。ＣＰＵ１１は事前審査通過済みでないと判定した場合（ステップＳ１１６でＮＯ）、送信された依頼情報は記憶され、審査依頼は保留された旨のメッセージを代理店端末２へ送信する（ステップＳ１１８）。代理店端末２のＣＰＵ２１は受信したメッセージを表示部３６に表示する（ステップＳ１１９）。ＣＰＵ１１はフォーマット変換が必要であると判定した場合（ステップＳ１１３でＹＥＳ）、フォーマット変換の指示を代理店端末２に送信する（ステップＳ１２０）。代理店端末２のＣＰＵ２１は受信したフォーマット変換の指示を表示部２６に表示する（ステップＳ１２１）。代理店端末２のＣＰＵ２１は、代理店ユーザからの指示により、フォーマット変換を行う（ステップＳ１２２）。代理店端末２にてフォーマット変換を行えない場合は、管理サーバ１にて行うことも可能である。フォーマット変換後、代理店ユーザは入稿する画像を再設定し（ステップＳ１０６）、再度、依頼情報を送信する（ステップＳ１０９）。管理サーバ１にてフォーマット変換を行った場合、送信された画像を変換後の画像に置き換えた後、管理サーバ１は処理を継続するので、再度の依頼情報の送信は不要である。以降の処理は上述したとおりである。

入稿処理で用いられる画面について説明する。図２４は入稿審査一覧画面の例を示す説明図である。入稿審査一覧画面ｄ０８は一覧領域ｄ０８１及び新規入稿ボタンｄ０８２を含む。一覧領域ｄ０８１は広告代理店が申込みをした商品の状況を表示する。新規入稿ボタンｄ０８２は新規入稿を指示するためのボタンである。新規入稿ボタンｄ０８２を操作すると、入稿画面が表示される。

図２５は入稿画面の例を示す説明図である。入稿画面ｄ０９は対象選択メニューｄ０９１、入稿リンクｄ０９２及び確認ボタンｄ０９３を含む。対象選択メニューｄ０９１は入稿対象となる商品を選択するためのプルダウンメニューである。入稿リンクｄ０９２は画像を設定するための設定画面へのハイパーリンクである。確認ボタンｄ０９３は入稿依頼画面に遷移するためのボタンである。

図２６は画像設定画面の例を示す説明図である。画像設定画面ｄ１０は期間欄ｄ１０１、Ｎｏ．欄ｄ１０２、広告主欄ｄ１０３、広告内容欄ｄ１０４、設定表示欄ｄ１０５、ドロップボックスｄ１０６及び選択ボタンｄ１０７を含む。期間欄ｄ１０１は配信期間を表示する。Ｎｏ．欄ｄ１０２は広告枠の順番号を表示する。広告主欄ｄ１０３は広告主を表示する。広告内容欄ｄ１０４は広告内容についての説明を表示する。設定表示欄ｄ１０５は設定した画像を表示する。１つも画像が設定されていない場合は空欄である。削除記号ｄ１０５１は設定された各画像と対応して表示される。削除記号ｄ１０５１を操作すると、対応する画像の設定が解除される。ドロップボックスｄ１０６は入稿する画像を設定するための領域である。ドロップボックスｄ１０６へ画像ファイルをドロップすることにより、入稿画像を設定することができる。選択ボタンｄ１０７はダイアログボックスを開くためのボタンである。選択ボタンｄ１０７を操作するとファイルを指定するための、ダイアログボックスが開く。当該ダイアログボックスを使用して、画像を設定することも可能である。設定された画像は、設定表示欄ｄ１０５に表示される。

図２７は審査依頼画面の例を示す説明図である。審査依頼画面ｄ１１は期間欄ｄ１１１、枠数欄ｄ１１２、広告主欄ｄ１１３、広告内容欄ｄ１１４、備考欄ｄ１１５、入稿画像欄ｄ１１６、送信ボタンｄ１１７及び戻るボタンｄ１１８を含む。期間欄ｄ１１１は配信期間を表示する。枠数欄ｄ１１２は申し込んだ広告枠の枠数を表示する。広告主欄ｄ１１３は広告主を表示する。広告内容欄ｄ１１４は広告内容の説明を表示する。備考欄ｄ１１５は広告代理店から媒体社の審査担当者への伝達事項を記入、表示する欄である。入稿画像欄ｄ１１６は入稿画像の設定内容を表示する。入稿画像欄ｄ１１６は枠番号欄ｄ１１６１、表示順欄ｄ１１６２、画像表示欄ｄ１１６３及びスクロールバーｄ１１６４を含む。枠番号欄ｄ１１６１は枠の順番号を含む、表示順欄ｄ１１６２は画像の表示順を示す順番号を表示する。画像表示欄ｄ１１６３は設定されている画像を表示する。スクロールバーｄ１１６４は入稿画像欄ｄ１１６をスクロールして表示するための操作領域である。送信ボタンｄ１１７は本審査の依頼を送信するためのボタンである。送信ボタンｄ１１７を操作すると、依頼情報と入稿画像が管理サーバ１に送信される。戻るボタンｄ１１８は入稿をキャンセルするためのボタンである。戻るボタンｄ１１８を操作すると、設定はクリアされ、審査依頼画面ｄ１１は閉じられる。

続いて、本審査処理について説明する。本審査処理は、媒体社が入稿された広告画像を審査する際の処理である。図２８は本審査処理の手順例を示すフローチャートである。媒体社の審査担当者は、媒体社端末３に本審査の実行を指示する。指示を受けた媒体社端末３のＣＰＵ３１は本審査案件の一覧を管理サーバ１へ要求する（ステップＳ１３１）。管理サーバ１のＣＰＵ１１は審査状況ＤＢ１４６を検索し、本審査待ちの案件の一覧を作成する（ステップＳ１３２）。ＣＰＵ１１は作成した一覧を媒体社端末３へ送信する（ステップＳ１３３）。ＣＰＵ３１は受信した一覧を表示部３６に表示する（ステップＳ１３４）。審査担当者は入力部３５により一覧の中から審査する案件を選択する。ＣＰＵ３１は選択された案件の商品ＩＤを取得する（ステップＳ１３５）。ＣＰＵ３１は商品ＩＤと共に本審査の依頼情報を管理サーバ１に送信する（ステップＳ１３６）。ＣＰＵ１１は受信した商品ＩＤに対応する本審査の依頼情報を審査状況ＤＢ１４６より取得し、媒体社端末３に送信する（ステップＳ１３７）。ＣＰＵ３１は依頼情報を受信する（ステップＳ１３８）。ＣＰＵ３１は受信した依頼情報を含む審査画面を表示部３６に表示する（ステップＳ１３９）。審査担当者は表示された内容を参照し審査を行う。審査担当者は入力部３５を用いて審査結果を入力する。ＣＰＵ３１は審査結果を取得する（ステップＳ１４０）。ＣＰＵ３１は取得した審査結果を管理サーバ１に送信する（ステップＳ１４１）。ＣＰＵ１１は審査結果を受信する（ステップＳ１４２）。ＣＰＵ１１は受信した審査結果を審査状況ＤＢ１４６に記憶する（ステップＳ１４３）。ＣＰＵ１１は審査結果が配信許可であるか否かを判定する（ステップＳ１４４）。ＣＰＵ１１は審査結果が配信許可であると判定した場合（ステップＳ１４４でＹＥＳ）、配信の準備を行う（ステップＳ１４５）。配信の準備は入稿された複数の画像をつなぎ合わせ、１つのロールデータを作成するなどの作業である。また、配信した広告画像を放映するデジタルサイネージ５の表示性能に合わせて、解像度、ビットレート、フレームレートを変換してもよい。ＣＰＵ１１は審査結果が配信許可でないと判定した場合（ステップＳ１４４でＮＯ）、処理をステップＳ１４６に進める。ＣＰＵ１１は審査結果を受領した旨のメッセージを生成する（ステップＳ１４６）。ＣＰＵ１１は審査結果を受領した旨のメッセージを媒体社端末３に送信する（ステップＳ１４７）。媒体社端末３のＣＰＵ３１は受信したメッセージを表示部３６に表示する（ステップＳ１４８）。

本審査処理で用いられる審査画面について説明する。図２９は本審査画面の例を示す説明図である。本審査画面ｄ１２は期間欄ｄ１２１、件数欄ｄ１２２、広告主欄ｄ１２３、広告内容欄ｄ１２４、備考欄ｄ１２５、審査結果入力欄ｄ１２６、確定ボタンｄ１２７及び戻るボタンｄ１２８を含む。期間欄ｄ１２１は配信期間を表示する。件数欄ｄ１２２は広告枠の枠数を記憶する。広告主欄ｄ１２３は広告主を表示する。広告内容欄ｄ１２４は広告内容の説明文を表示する。備考欄ｄ１２５は広告代理店から媒体社の審査担当者に宛てたコメントを表示する。審査結果入力欄ｄ１２６入稿された画像毎に審査結果を入力する欄である。審査結果入力欄ｄ１２６は画像列ｄ１２６１、審査許可列ｄ１２６２及び審査不許可列を含む。画像列ｄ１２６１は入稿された画像の名称を表示する。名称はハイパーリンクとしてあり、名称を操作すると別途再生ウィンドウが開き、画像を再生することを可能である。審査許可列ｄ１２６２は画像毎に複数設けてある。審査許可列ｄ１２６２を操作すると対応する動画の配信を許可する。審査不許可列ｄ１２６３は画像毎に複数設けてある。審査不許可列ｄ１２６３を操作すると対応する動画の配信を不許可とする。確定ボタンｄ１２７は審査結果を確定するためのボタンである。確定ボタンｄ１２７を操作すると審査結果を管理サーバ１に送信する。戻るボタンｄ１２８は審査を中止するためのボタンである。戻るボタンｄ１２８を操作すると、入力された審査結果を破棄し、本審査画面ｄ１２を閉じる。

本実施の形態においては、広告枠の申込み、事前審査依頼、入稿及び本審査依頼などの広告代理店の業務を支援することが可能である。

上述の処理において、冒頭に媒体社を指定後、指定した媒体社の広告枠の中から処理対象とする広告枠を選択しているが、それに限らない。複数の媒体社についての広告枠を同時に表示し、その中から処理対象とする広告枠を選択するようにしてもよい。

追加機能
追加機能は、実施の形態１に追加する機能である。以下の説明では、実施の形態１と異なる部分を主として説明する。

本実施の形態では、デジタルサイネージ５が自律的に配信された広告の放映監視を行う。さらに、広告費、画像変換費の算出を行う。

まず、データベースについて説明する。図３０は放映結果ＤＢの例を示す説明図である。放映結果ＤＢ１４９はデジタルサイネージ５に配信された広告画像の放映結果を記憶する。放映結果ＤＢ１４９は商品ＩＤ列、放映日列、装置ＩＤ列及び結果列を含む。商品ＩＤ列は商品ＩＤを記憶する。放映日列は配信された広告が放映された日を記憶する。装置ＩＤ列はデジタルサイネージ５を一意に特定可能な装置ＩＤを記憶する。結果列は放映結果を記憶する。

図３１は変換履歴ＤＢの例を示す説明図である。変換履歴ＤＢ１４Ａは画像変換処理の処理履歴を記憶する。変換履歴ＤＢ１４Ａは依頼者ＩＤ列、受付日列、受付時刻列、ファイル名列、出力ファイル名列及び変換結果列を含む。依頼者ＩＤ列は変換を依頼したユーザのユーザＩＤを記憶する。受付日列は変換が依頼された日付を記憶する。受付時刻列は変換が依頼された時刻を記憶する。ファイル名列は変換対象となった画像ファイルのファイル名を記憶する。出力ファイル名列は変換後に出力された画像ファイルのファイル名を記憶する。変換結果列は画像変換処理の結果を記憶する。

図３２は請求ＤＢの例を示す説明図である。請求ＤＢ１４Ｂは広告費の請求金額を記憶する。請求ＤＢ１４Ｂは商品ＩＤ列、媒体社列、請求先列及び請求金額列を含む。商品ＩＤ列は請求対象となる商品ＩＤを記憶する。媒体社列は請求元である媒体社のユーザＩＤを記憶する。請求先列は請求先である広告代理店のユーザＩＤを記憶する。請求金額列は請求金額の値を記憶する。

図３３は手数料請求ＤＢの例を示す説明図である。手数料請求ＤＢ１４Ｃは画像変換処理を利用したユーザに対する手数料の請求金額を記憶する。手数料請求ＤＢ１４Ｃは期間ＩＤ列、回数列、請求先列及び請求金額列を含む。期間ＩＤ列は手数料を算出した期間の期間ＩＤを記憶する。回数列は画像変換処理を行った回数を記憶する。請求先列は手数料の請求先のユーザＩＤを記憶する。請求金額列は手数料の請求金額を記憶する。

次に放映監視と請求金額算出について説明する。図３４は放映監視処理の手順例を示すフローチャートである。放映監視処理はデジタルサイネージ５が行う処理である。デジタルサイネージ５は管理サーバ１から広告画像及び放映スケジュールを受信し、記憶している。放映開始時間になったら、デジタルサイネージ５は広告の放映を開始する（ステップＳ１６１）。デジタルサイネージ５は表示部を撮影するカメラ等の撮像装置が接続されている。デジタルサイネージ５は撮像装置により、自らの表示状態を監視する（ステップＳ１６２）。デジタルサイネージ５は正常であるか否かを判定する（ステップＳ１６３）。デジタルサイネージ５は正常であると判定した場合（ステップＳ１６３でＹＥＳ）、放映終了時刻を過ぎているか否か判定する（ステップＳ１６４）。デジタルサイネージ５は放映終了時刻を過ぎていると判定した場合（ステップＳ１６４でＹＥＳ）、放映を終了する（ステップＳ１６５）。デジタルサイネージ５は放映が無事終了した旨を含む放映結果を管理サーバ１に送信する（ステップＳ１６６）。管理サーバ１は放映結果を放映結果ＤＢ１４９に記憶する。デジタルサイネージ５は放映終了時刻を過ぎていないと判定した場合（ステップＳ１６４でＮＯ）、処理をステップＳ１６２に戻し、監視を継続する。デジタルサイネージ５は正常でないと判定した場合（ステップＳ１６３でＮＯ）、異常を管理サーバ１に通知し（ステップＳ１６７）、放映監視処理を終了する。

放映報告作成並びに、広告費及び変換手数料算出処理について説明する。図３５は、放映報告作成並びに、広告費及び変換手数料算出処理の手順例を示すフローチャートである。管理サーバ１のＣＰＵ１１は計算期間を設定する（ステップＳ１８１）。計算期間は例えば、３月５日から４月４日までの４週間とする。ＣＰＵ１１は放映結果ＤＢ１４９から計算期間に対応する放映結果を取得する（ステップＳ１８２）。ＣＰＵ１１は放映結果に含む商品ＩＤをキーに、広告枠ＤＢ１４２、状況ＤＢ１４５を参照し、広告代理店毎、広告主毎に放映結果をまとめる。ＣＰＵ１１は広告費を算出し、請求ＤＢ１４Ｂに記憶する（ステップＳ１８３）。ＣＰＵ１１は商品ＤＢ１４４を参照して、広告費を求める。放映に失敗したとき、広告費を割引するという契約がある場合には、放映結果を参照して必要な割引を行う。ＣＰＵ１１は放映結果を基に、放映報告を作成する（ステップＳ１８４）。放映報告に広告費を明記してもよい。ＣＰＵ１１は変換履歴ＤＢから計算期間に対応する変換履歴を取得する（ステップＳ１８５）。ＣＰＵ１１は変換履歴から変換手数料を算出し、手数料請求ＤＢ１４Ｃに記憶する（ステップＳ１８６）。例えば、１回あたりの手数料に変換回数を掛け算して求める。変換手数料は広告代理店毎に求める。ＣＰＵ１１は広告費、変換手数料に基づく請求書を作成する（ステップＳ１８７）。ＣＰＵ１１は放映報告、請求書を広告代理店に送付する（ステップＳ１８８）。

本追加機能により、管理サーバ１が、広告の放映報告及び広告費の請求を行うので、媒体社の業務を軽減することが可能となる。

実施の形態２
本実施の形態は、１の媒体社に入稿した広告画像を他の媒体社へ転送可能とする。以下の説明においては、実施の形態１と異なる部分を中心に説明する。図３６は入稿処理の手順例を示すフローチャートである。広告代理店は転送を念頭に、広告枠の申込みを行う。代理店端末２のＣＰＵ２１は申込み情報を管理サーバ１へ送信する（ステップＳ２０１）。管理サーバ１のＣＰＵ１１は申込み情報を受信し、受領通知を代理店端末２に送信する（ステップＳ２０２）。代理店端末２のＣＰＵ２１は受領通知を確認した代理店ユーザから、画像を転送しての入稿を行う旨の指示を受け、転送要求を管理サーバ１に送信する（ステップＳ２０３）。管理サーバ１のＣＰＵ１１は転送要求を受信する（ステップＳ２０４）。管理サーバ１のＣＰＵ１１は、転送要求をした広告代理店が入稿した画像データの一覧生成し、代理店端末２に送信する（ステップＳ２０５）。代理店端末２のＣＰＵ２１は受信した一覧を表示部２６に表示する（ステップＳ２０６）。代理店ユーザは転送する画像を選択する。代理店端末２は選択された画像に対応する商品ＩＤを取得し、管理サーバ１へ送信する（ステップＳ２０７）。管理サーバ１のＣＰＵ１１は商品ＩＤを受信する（ステップＳ２０８）。ＣＰＵ１１は受信した商品ＩＤの入稿データを処理対象となっている商品の入稿用画像データとして、コピーする（ステップＳ２０９）。ＣＰＵ１１は画像データの変換が必要であるか否かを判定する（ステップＳ２１０）。ＣＰＵ１１は画像データの変換が必要であると判定した場合（ステップＳ２１０でＹＥＳ）、ステップＳ２０９でコピーした画像データの変換を行う（ステップＳ２１１）。一度、他の媒体社に入稿された画像データであるが、転送先の媒体社が独自の媒体社サーバ４を運用している場合は変換が必要な場合がある。媒体社サーバ４が、管理サーバ１では扱わないデータ形式での画像データ入稿を条件としている場合は、変換が必要となる。ＣＰＵ１１は画像データの変換が必要でないと判定した場合（ステップＳ２１０でＮＯ）、処理をステップＳ２１２に進める。ＣＰＵ１１は審査依頼の情報を生成する（ステップＳ２１２）。ＣＰＵ１１は生成した審査依頼の情報を状況ＤＢ１４５に記憶する（ステップＳ２１３）。ＣＰＵ１１はメッセージを生成する（ステップＳ２１４）。メッセージは画像データに成功し、審査依頼を行った旨のメッセージである。例えば、「甲電鉄様に入稿した広告主ＸＹＺ飲料様の清涼飲料の広告を、乙電鉄様に転送入稿しました。そして、乙電鉄には本審査の依頼を行いました。」といった内容である。ＣＰＵ１１は生成したメッセージを代理店端末２に送信する（ステップＳ２１５）。代理店端末２のＣＰＵ２１は受信したメッセージを表示部２６に表示し（ステップＳ２１６）、処理を終了する。

本実施の形態においては、同一の広告を複数の媒体社に入稿する場合に、一社に入稿した画像データを他の媒体社に転送可能であるので、広告代理店の業務を軽減することが可能となる。媒体社は申込みを受けた直後に配信用画像データの入稿を受けるので、事前審査と本審査とを同時に行え、審査業務の負担が軽減される。

本実施の形態において、一社に入稿した画像データを複数の媒体社に転送したい場合には、申込みの段階で複数媒体社それぞれの広告枠に申込みを行い、その後当該複数の媒体社に画像データを転送してもよい。

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１００ 広告配信システム
１ 管理サーバ
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 大容量記憶部
１４１ ユーザＤＢ
１４２ 広告枠ＤＢ
１４３ 期間ＤＢ
１４４ 商品ＤＢ
１４５ 状況ＤＢ
１４６ 審査状況ＤＢ
１４７ 素材属性ＤＢ
１４８ 画像属性ＤＢ
１４９ 放映結果ＤＢ
１４Ａ 変換履歴ＤＢ
１４Ｂ 請求ＤＢ
１４Ｃ 手数料請求ＤＢ
１Ｐ 制御プログラム
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
２ 代理店端末
３ 媒体社端末
４ 媒体社サーバ
５ デジタルサイネージ

Claims (8)

1. 広告入稿データを取得し、
   取得した広告入稿データに対応した事前審査結果及び、入稿内容に対する審査結果を取得し、
   前記事前審査結果及び審査結果が許可である場合、前記広告入稿データを配信する媒体社が要求するデータ形式を取得し、
   取得した前記データ形式に前記広告入稿データが合致しない場合、前記広告入稿データを取得した前記データ形式に変換し、
   変換後の前記広告入稿データの配信指示を出力する
   処理をコンピュータに行わせることを特徴とするコンピュータプログラム。
2. 前記媒体社以外の第２媒体社への配信指示を取得し、
   前記第２媒体社が要求するデータ形式を取得し、
   取得した前記データ形式に前記広告入稿データが合致しない場合、前記広告入稿データを取得した前記データ形式に変換し、
   変換後の前記広告入稿データの前記第２媒体社への配信指示を出力する
   ことを特徴とする請求項１に記載のコンピュータプログラム。
3. 前記変換後の前記広告入稿データに対応した事前審査結果及び、入稿内容に対する審査結果を取得し、
   前記事前審査結果及び審査結果が許可である場合、前記変換後の前記広告入稿データの配信指示を出力する
   ことを特徴とする請求項２に記載のコンピュータプログラム。
4. 前記広告入稿データに対応付けられた広告枠に対する進行状況を取得し、
   取得した進行状況を出力する
   ことを特徴とする請求項１から請求項３の何れか１項に記載のコンピュータプログラム。
5. 前記広告入稿データの配信状況を取得し、
   取得した配信状況を出力する
   ことを特徴とする請求項１から請求項４の何れか１項に記載のコンピュータプログラム。
6. 前記広告入稿データの変換履歴を取得し、
   取得した変換履歴に基づいて変換手数料を算出する
   ことを特徴とする請求項１から請求項３の何れか１項に記載のコンピュータプログラム。
7. 広告入稿データを取得する第１取得部と、
   取得した広告入稿データに対応した事前審査結果及び、入稿内容に対する審査結果を取得する第２取得部と、
   前記事前審査結果及び審査結果が許可である場合、前記広告入稿データを配信する媒体社が要求するデータ形式を取得する第３取得部と、
   取得した前記データ形式に前記広告入稿データが合致しない場合、前記広告入稿データを取得した前記データ形式に変換する変換部と、
   変換後の前記広告入稿データの配信指示を出力する出力部と
   を備えることを特徴とする出力装置。
8. コンピュータが、
   広告入稿データを取得し、
   取得した広告入稿データに対応した事前審査結果及び、入稿内容に対する審査結果を取得し、
   前記事前審査結果及び審査結果が許可である場合、前記広告入稿データを配信する媒体社が要求するデータ形式を取得し、
   取得した前記データ形式に前記広告入稿データが合致しない場合、前記広告入稿データを取得した前記データ形式に変換し、
   変換後の前記広告入稿データの配信指示を出力する
   処理を実行することを特徴とする出力方法。

Images