特許 7034814 ファイル形式変換装置、ファイル形式変換システム、ファイル形式変換方法、及びファイル形式変換プログラム

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

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

(11)【特許番号】

(24)【登録日】2022-03-04

(45)【発行日】2022-03-14

(54)【発明の名称】ファイル形式変換装置、ファイル形式変換システム、ファイル形式変換方法、及びファイル形式変換プログラム

(51)【国際特許分類】

   G06F 16/17 20190101AFI20220307BHJP

   G06F 16/182 20190101ALI20220307BHJP

【ＦＩ】

G06F16/17 100

G06F16/182

【請求項の数】 9

(21)【出願番号】P 2018076298

(22)【出願日】2018-04-11

(65)【公開番号】P2019185441

(43)【公開日】2019-10-24

【審査請求日】2020-03-06

(73)【特許権者】

【識別番号】500551286

【氏名又は名称】株式会社ＪＲ東日本アイステイションズ

(74)【代理人】

【識別番号】110001612

【氏名又は名称】きさらぎ国際特許業務法人

(72)【発明者】

【氏名】岩重 望

【審査官】三橋 竜太郎

(56)【参考文献】

【文献】特開２０１６－１３１０４２（ＪＰ，Ａ）

【文献】特開平０９－２２３０５０（ＪＰ，Ａ）

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

【文献】特開２００３－２７４３８１（ＪＰ，Ａ）

【文献】特開２００３－１８６７９４（ＪＰ，Ａ）

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

Ｇ０６Ｆ １６／００－１６／９５８

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

【請求項1】

表示媒体を識別する媒体識別情報と所定の形式で形成された第１のファイルデータの種別を識別するファイル種別情報と第２のファイルデータの形式に関する定義を識別する変換定義識別情報とを関係付けた変換定義組み合わせ情報と、該変換定義識別情報と前記第２のファイルデータの形式のパターンを識別する形式パターン識別情報とを関係付けた変換定義情報と、該形式パターン識別情報のそれぞれに対応する形式パターン情報と、を記憶する記憶部と、
入力された媒体識別情報と、前記第１のファイルデータとを取得する取得部と、
前記入力された媒体識別情報と前記第１のファイルデータのファイル種別情報とに基づいて、前記記憶部に記憶された前記変換定義組み合わせ情報から前記変換定義識別情報を抽出すると共に、該抽出した変換定義識別情報に基づいて、前記記憶部に記憶された前記変換定義情報から前記形式パターン識別情報を抽出し、該抽出した形式パターン識別情報に対応する前記形式パターン情報を前記記憶部から抽出する抽出部と、
抽出した前記形式パターン情報に基づいて、前記第１のファイルデータを前記第２のファイルデータに変換する変換部と
を備え、
前記媒体識別情報と前記ファイル種別情報は、１対多の関係であり、
前記ファイル種別情報と前記変換定義識別情報は、１対多の関係であり、
前記抽出部は、さらに、前記第１のファイルデータが広告放映用形式である場合、該第１のファイルデータにおけるペイロード部分の開始地点及び終了地点を指定し、該指定したペイロード部分の開始地点及び終了地点に応じて、前記形式パターン情報内のエンコード開始位置及びエンコード終了位置を書き換えるように構成されており、
前記変換部は、前記書き換え後の形式パターン情報に基づいて、前記第１のファイルデータを前記第２のファイルデータに変換するように構成されている
ことを特徴とするファイル形式変換装置。

【請求項2】

前記抽出部は、前記第１のファイルデータにおけるタイムコード上の１０秒地点を前記ペイロード部分の前記開始地点として指定し、かつ、該開始地点に前記ペイロード部分の秒数を加算した地点を前記ペイロード部分の前記終了地点として指定するよう構成されている
ことを特徴とする請求項１に記載のファイル形式変換装置。

【請求項3】

請求項１又は２に記載のファイル形式変換装置と、第１の通信端末と、第２の通信端末とが通信ネットワークで通信可能に接続されるファイル形式変換システムにおいて、
前記第１の通信端末は、
前記ファイル形式変換装置へ表示媒体を識別する媒体識別情報と所定の形式で形成された第１のファイルデータとを送信する通信部を備え、
前記ファイル形式変換装置は、さらに、
前記第２のファイルデータを送信する送信部を備え、
前記第２の通信端末は、
前記第２のファイルデータを受信する受信部を備える
ことを特徴とするファイル形式変換システム。

【請求項4】

前記ファイル形式変換装置は、前記第１の通信端末へ前記第２のファイルデータを送信し、
前記第１の通信端末は、前記第２のファイルデータを受信し、該第２のファイルデータの送信先に基づいて、該第２のファイルデータを前記第２の通信端末へ送信する
ことを特徴とする請求項３に記載のファイル形式変換システム。

【請求項5】

前記ファイル形式変換装置は、該第２のファイルデータを前記第２の通信端末へ送信可能な状態で保持する
ことを特徴とする請求項３又は４に記載のファイル形式変換システム。

【請求項6】

ファイル形式変換装置が、
表示媒体を識別する媒体識別情報と、所定の形式で形成された第１のファイルデータとを取得し、
前記媒体識別情報と所定の形式で形成された第１のファイルデータの種別を識別するファイル種別情報と第２のファイルデータの形式に関する定義を識別する変換定義識別情報とを関係付けた変換定義組み合わせ情報と、該変換定義識別情報と前記第２のファイルデータの形式のパターンを識別する形式パターン識別情報とを関係付けた変換定義情報と、該形式パターン識別情報のそれぞれに対応する形式パターン情報とを記憶部に記憶し、
前記媒体識別情報と前記第１のファイルデータのファイル種別情報とに基づいて、前記記憶部に記憶された前記変換定義組み合わせ情報から前記変換定義識別情報を抽出すると共に、該抽出した変換定義識別情報に基づいて、前記記憶部に記憶された前記変換定義情報から前記形式パターン識別情報を抽出し、該抽出した形式パターン識別情報に対応する前記形式パターン情報を前記記憶部から抽出し、
抽出した前記形式パターン情報に基づいて、前記第１のファイルデータを前記第２のファイルデータに変換し、
前記媒体識別情報と前記ファイル種別情報は、１対多の関係であり、
前記ファイル種別情報と前記変換定義識別情報は、１対多の関係であり、
前記形式パターン情報の抽出において、さらに、前記第１のファイルデータが広告放映用形式である場合、該第１のファイルデータにおけるペイロード部分の開始地点及び終了地点を指定し、該指定したペイロード部分の開始地点及び終了地点に応じて、前記形式パターン情報内のエンコード開始位置及びエンコード終了位置を書き換え、
前記書き換え後の形式パターン情報に基づいて、前記第１のファイルデータを前記第２のファイルデータに変換する
ことを特徴とするファイル形式変換方法。

【請求項7】

前記形式パターン情報の抽出において、前記第１のファイルデータにおけるタイムコード上の１０秒地点を前記ペイロード部分の前記開始地点として指定し、かつ、該開始地点に前記ペイロード部分の秒数を加算した地点を前記ペイロード部分の前記終了地点として指定する
ことを特徴とする請求項６に記載のファイル形式変換方法。

【請求項8】

コンピュータに、
入力された媒体識別情報と、所定の形式で形成された第１のファイルデータとを取得し、
表示媒体を識別する媒体識別情報と、前記第１のファイルデータの種別を識別するファイル種別情報と第２のファイルデータの形式に関する定義を識別する変換定義識別情報とを関係付けた変換定義組み合わせ情報と、該変換定義識別情報と前記第２のファイルデータの形式のパターンを識別する形式パターン識別情報とを関係付けた変換定義情報と、該形式パターン識別情報のそれぞれに対応する形式パターン情報とを記憶部に記憶し、
前記入力された媒体識別情報と前記第１のファイルデータの種別とに基づいて、前記記憶部に記憶された前記変換定義組み合わせ情報から前記変換定義識別情報を抽出すると共に、該抽出した変換定義識別情報に基づいて、前記記憶部に記憶された前記変換定義情報から前記形式パターン識別情報を抽出し、該抽出した形式パターン識別情報に対応する前記形式パターン情報を前記記憶部から抽出し、
抽出した前記形式パターン情報に基づいて、前記第１のファイルデータを前記第２のファイルデータに変換し、
前記媒体識別情報と前記ファイル種別情報は、１対多の関係であり、
前記ファイル種別情報と前記変換定義識別情報は、１対多の関係であり、
前記形式パターン情報の抽出において、さらに、前記第１のファイルデータが広告放映用形式である場合、該第１のファイルデータにおけるペイロード部分の開始地点及び終了地点を指定し、該指定したペイロード部分の開始地点及び終了地点に応じて、前記形式パターン情報内のエンコード開始位置及びエンコード終了位置を書き換え、
前記書き換え後の形式パターン情報に基づいて、前記第１のファイルデータを前記第２のファイルデータに変換する
処理を実行させることを特徴とするファイル形式変換プログラム。

【請求項9】

前記形式パターン情報の抽出において、前記第１のファイルデータにおけるタイムコード上の１０秒地点を前記ペイロード部分の前記開始地点として指定し、かつ、該開始地点に前記ペイロード部分の秒数を加算した地点を前記ペイロード部分の前記終了地点として指定する
処理をコンピュータに実行させることを特徴とする請求項８に記載のファイル形式変換プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ファイルデータの形式の変換技術に関する。

【背景技術】

【0002】

近年、屋外や店頭などに設置された映像表示装置に、従来ポスターや看板等に掲載してした広告等を表示するデジタルサイネージが注目されており、駅構内や公共施設等で導入が進められている。

【0003】

デジタルサイネージに関する技術として、例えば、異種複数のデジタルサイネージシステムでコンテンツを出し分けようとする事業者がデジタルサイネージシステムに対して統一的なインターフェースで接続制御を行う場合のシステムがある（例えば、特許文献１）。特許文献１では、どのサイネージプレーヤでどのコンテンツをいつ再生すべきかを示す枠情報が管理されている。この枠情報を共通フォーマットとして規定し使用することで、異なるメーカのデジタルサイネージを統合管理し、統一的なインターフェースでコンテンツの表示を制御している。また、異種複数のデジタルサイネージシステムを連携させることで、サイネージを広告メディア化している。

【0004】

現在、デジタルサイネージ用の広告データの配信の流れとしては、制作会社で作成された広告データが広告会社へ納入され、広告会社が各媒体社へ提供している。媒体社はそれぞれ独自の放映システムを構築しているので、広告データのフォーマットは、媒体社毎に異なっている。そのため、制作会社は媒体社に応じて広告データを作成している。

【先行技術文献】

【特許文献】

【0005】

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

【発明の概要】

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

【0006】

広告デジタルサイネージは、エリアの広がりもあり拡大を続けているが、上述の通り、媒体社それぞれが放映システムを構築していることから、入稿仕様や入稿ワークフローに差異が生じている。これにより、広告主が複数の媒体社に放映を希望した場合、それぞれの媒体仕様に合わせたデジタル入稿素材が必要になり、制作会社や広告会社の業務面やコスト面からの負担となっている。特許文献１では、枠情報を共通フォーマットとして規定し使用することで、異なるメーカのデジタルサイネージを統合管理し、統一的なインターフェースでコンテンツの表示を制御しているが、これは特許文献１に記載の運用方法が前提であり、既存の運用方法に適用することができず、媒体社毎の放映システムに応じた所望の媒体及びデータ形式で素材を提供することができない。

【0007】

しかしながら、今後、さらなるデジタルサイネージの普及・利用が進むことが想定されるから、複数の媒体社への出稿負担を軽減し、素材入稿のフローを簡易化することが望まれる。

【0008】

そこで、本発明では、複数の媒体社毎に応じたファイルデータの提供の際の負担の軽減を図るファイルデータ形式変換技術を提供する。

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

【0009】

本発明の一側面に係るファイル形式変換装置は、表示媒体を識別する媒体識別情報と所定の形式で形成された第１のファイルデータの種別を識別するファイル種別情報と第２のファイルデータの形式に関する定義を識別する変換定義識別情報とを関係付けた変換定義組み合わせ情報と、該変換定義識別情報と前記第２のファイルデータの形式のパターンを識別する形式パターン識別情報とを関係付けた変換定義情報と、該パターン識別情報のそれぞれに対応する形式パターン情報と、を記憶する記憶部と、入力された媒体識別情報と、前記第1のファイルデータとを取得する取得部と、前記入力された媒体識別情報と前記第１のファイルデータの種類とに基づいて、前記記憶部から前記形式パターン情報を抽出する抽出部と、抽出した前記形式パターン情報に基づいて、前記第１のファイルデータを前記第２のファイルデータに変換する変換部と、を備えることを特徴とする。

【0010】

前記抽出部は、前記入力された媒体識別情報と前記第１のファイルデータの種類とに基づいて前記変換定義組み合わせ情報から前記変換定義情報を抽出し、該変換定義情報に基づいて前記変換定義情報から前記パターン識別情報を抽出し、複数の前記形式パターン情報から該パターン識別情報に対応する形式パターン情報を抽出することを特徴とする。

【0011】

前記抽出部は、さらに、前記第１のファイルデータが広告放映用形式である場合、該第１のファイルデータのペイロード部分を抽出することを特徴とする。

【0012】

本発明の一側面に係る、上記のファイル形式変換装置と、第１の通信端末と、第２の通信端末とが通信ネットワークで通信可能に接続されるファイル形式変換システムにおいて、前記第１の通信端末は、前記ファイル形式変換装置へ表示媒体を識別する媒体識別情報と所定の形式で形成された第１のファイルデータとを送信する通信部、を備え、前記ファイル形式変換装置は、さらに、前記第2のファイルデータを送信する送信部、を備え、前記第２の通信端末は、第２のファイルデータを受信する受信部を備えることを特徴とする。

【0013】

前記ファイル形式変換装置は、前記第１の通信端末へ前記第２のファイルデータを送信し、前記第１の通信端末は、前記第２のファイルデータを受信し、該第２のファイルデータの送信先に基づいて、該第２のファイルデータを前記第２の通信端末へ送信することを特徴とする。

【0014】

前記ファイル形式変換装置は、該第２のファイルデータを前記第２の通信端末へ送信可能な状態で保持する。

【0015】

本発明の一側面に係る、ファイル形式変換方法は、ファイル形式変換装置が、表示媒体を識別する媒体識別情報と、所定の形式で形成された第１のファイルデータとを取得し、前記媒体識別情報と所定の形式で形成された第１のファイルデータの種別を識別するファイル種別情報と第２のファイルデータの形式に関する定義を識別する変換定義識別情報とを関係付けた変換定義組み合わせ情報と、該変換定義識別情報と前記第２のファイルデータの形式のパターンを識別する形式パターン識別情報とを関係付けた変換定義情報と、該パターン識別情報のそれぞれに対応する形式パターン情報とを記憶部に記憶し、前記入力された媒体識別情報と前記第１のファイルデータの種別とに基づいて、前記記憶部から前記形式パターン情報を抽出し、抽出した前記形式パターン情報に基づいて、前記第１のファイルデータを前記第２のファイルデータに変換することを特徴とする。

【0016】

前記形式パターン情報の抽出において、前記入力された媒体識別情報と前記第１のファイルデータの種別とに基づいて前記変換定義組み合わせ情報から前記変換定義情報を抽出し、該変換定義情報に基づいて前記変換定義情報から前記パターン識別情報を抽出し、複数の前記形式パターン情報から該パターン識別情報に対応する形式パターン情報を抽出することを特徴とする。

【0017】

前記ファイル形式関連情報の抽出において、さらに、前記第１のファイルデータが広告放映用形式である場合、該第１のファイルデータのペイロード部分を抽出することを特徴とする。

【0018】

本発明の一側面に係るファイル形式変換プログラムは、コンピュータに、入力された媒体識別情報と、所定の形式で形成された第１のファイルデータとを取得し、表示媒体を識別する媒体識別情報と、前記第１のファイルデータの種別を識別するファイル種別情報と、第２のファイルデータの形式に関するファイル形式関連情報とを関係付けた情報を記憶部に記憶し、表示媒体を識別する媒体識別情報と、前記第１のファイルデータの種別を識別するファイル種別情報と、第２のファイルデータの形式に関するファイル形式関連情報とを関係付けた情報を記憶する記憶部から、前記入力された媒体識別情報と前記第１のファイルデータの種別とに基づいて、前記ファイル形式関連情報を抽出し、抽出した前記ファイル形式関連情報に基づいて、前記第１のファイルデータを前記第２のファイルデータに変換する、処理を実行させることを特徴とする。

【0019】

前記形式パターン情報の抽出において、前記入力された媒体識別情報と前記第１のファイルデータの種別とに基づいて前記変換定義組み合わせ情報から前記変換定義情報を抽出し、該変換定義情報に基づいて前記変換定義情報から前記パターン識別情報を抽出し、複数の前記形式パターン情報から該パターン識別情報に対応する形式パターン情報を抽出することを特徴とする。

【0020】

前記ファイル形式関連情報の抽出において、さらに、前記第１のファイルデータが広告放映用形式である場合、該第１のファイルデータのペイロード部分を抽出する処理をコンピュータに実行させる。

【発明の効果】

【0021】

本明細書に記載の技術によれば、複数の媒体社毎に応じたファイルデータの提供の際の負担の軽減を図ることができる。

【図面の簡単な説明】

【0022】

【図1】本発明の実施形態におけるファイル形式変換システムの概要を示す図である。

【図2】第１の実施形態における形式変換システムの全体の流れを説明する概要図である。

【図3】第１の実施形態における形式変換システムのネットワーク構成例を示す図である。

【図4】第１の実施形態における形式変換サーバの構成例を示す図である。

【図5】第１の実施形態におけるＤＢに保持されるテーブル例を示す図である。

【図6】第１の実施形態における許容形式情報の一例を説明する図である。

【図7】第１の実施形態における変換元ファイルから表示媒体に応じた変換元ファイルの形式変換の手順を説明する図である。

【図8】第１の実施形態における「表示媒体」と「ファイル種別」との組み合わせに基づいて決定される「変換設定」について説明する図である。

【図9】第１の実施形態における変換処理部による変換元ファイルがＭＸＦファイルの場合における変換処理を説明する図である。

【図10】第１の実施形態におけるメイン処理部の形式変換処理のフローチャートを示す図である。

【図11】第２の実施形態における配信システムの全体の流れを説明する概要図である。

【図12】第２の実施形態における素材ファイル取得画面の一例を示す図である。

【図13】本発明の実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。

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

【0023】

図１は、本発明の実施形態におけるファイル形式変換システムの概要を示す図である。ファイル形式変換装置２は、記憶部２ａ、取得部２ｂ、抽出部２ｃ、変換部２ｄを含む。ファイル形式変換装置２の一例として、後述する形式変換サーバ１３が挙げられる。

【0024】

記憶部２ａは、変換定義組み合わせ情報、変換定義情報、形式パターン情報を記憶する。記憶部２ａの一例としては、後述する記憶部３４が挙げられる。変換定義組み合わせ情報は、表示媒体を識別する媒体識別情報と所定の形式で形成された第１のファイルデータの種別を識別するファイル種別情報と第２のファイルデータの形式に関する定義を識別する変換定義識別情報とを関係付けた情報である。第１のファイルデータの一例としては、後述する変換元ファイルが挙げられる。第２のファイルデータの一例としては、後述する変換済ファイルが挙げられる。変換定義組み合わせ情報の一例としては、後述する変換定義組み合わせテーブル４２が挙げられる。

【0025】

また、ファイルの「種別」（「ファイル種別」と称する場合もある）とは、ＪＰＥＧファイル、ＭＰＥＧファイル、ＷＭＶファイル等のファイル名の末尾に付与される拡張子やメタデータとして含まれている情報等によって識別されるファイルの種別を示す。「形式」とは、ファイル種別の他、動画か静止画か、動画コーデック種類、解像度、ビットレートモード、ビットレート等のファイルの形式（属性）を示す。変換定義情報は、変換定義識別情報と第２のファイルデータの形式のパターンを識別する形式パターン識別情報とを関係付けた情報である。変換定義情報の一例として、後述する変換定義テーブルが挙げられる。形式パターン情報は、パターン識別情報のそれぞれに対応する。形式パターン情報の一例としては、後述するジョブ定義ファイル３６が挙げられる。

【0026】

取得部２ｂは、第１の通信端末３から送信された媒体識別情報と第1のファイルデータとを取得する。抽出部２ｃは、送信された媒体識別情報と第１のファイルデータの種別とに基づいて、記憶部２ａから形式パターン情報を抽出する。取得部２ｂ及び抽出部２ｃは、後述するＳ１１、Ｓ１４～Ｓ１７の処理を行うメイン処理部３２が挙げられる。

【0027】

変換部２ｄは、抽出した形式パターン情報に基づいて、第１のファイルデータを第２のファイルデータに変換する。変換部２ｄの一例としては、後述する変換処理部３３が挙げられる。

【0028】

このように構成することにより、所定の形式で形成された第１のファイルデータを媒体に応じて、予め設定された形式に変換することができるので、複数の媒体社毎に応じたファイルデータの提供の際の負担の軽減を図ることができる。

【0029】

抽出部２ｃは、送信された媒体識別情報と第１のファイルデータの種別とに基づいて変換定義組み合わせ情報から変換定義情報を抽出し、変換定義情報に基づいて変換定義情報からパターン識別情報を抽出し、複数の形式パターン情報からパターン識別情報に対応する形式パターン情報を抽出する。

【0030】

このように構成することにより、送信された媒体識別情報と第１のファイルデータの形式とに基づいて、ファイルデータの形式の変換を行うことができるので、複数の媒体社毎に応じたファイルデータの提供の際の負担の軽減を図ることができる。

【0031】

抽出部２ｃは、さらに、第１のファイルデータが広告放映用形式である場合、第１のファイルデータのペイロード部分を抽出する。抽出部２ｃは、後述するＳ１８及びＳ１９の処理を行うメイン処理部３２が挙げられる。

【0032】

このように構成することにより、ファイルデータに含まれるヘッダ、フッダ部分を除去し、広告放映の本編部分を抽出することができる。

【0033】

ファイル形式変換システム１は、ファイル形式変換装置２と、第１の通信端末３と、第２の通信端末４とが通信ネットワーク５で通信可能に接続される。

【0034】

第１の通信端末３は、通信部３aを含む。通信部３aは、ファイル形式変換装置２へ表示媒体を識別する媒体識別情報と所定の形式で形成された第１のファイルデータとを送信する。第１の通信端末３の一例としては、後述するコンピュータ（以下、「ＰＣ」と称する）２１が挙げられる。通信部３aの一例としては、後述する通信Ｉ／Ｆ８８が挙げられる。

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

メイン処理部３２は、ジョブ定義ファイル群３６から、取得したジョブ定義ファイルＩＤに対応するジョブ定義ファイルを取得する（Ｓ４、Ｓ５）。メイン処理部３２は、変換元ファイルと、取得したジョブ定義ファイルとを変換処理部３３に入力する（Ｓ６）。すると、変換処理部３３は、ジョブ定義ファイルに基づいて、変換元ファイルの形式を変換し、その結果得られた変換済ファイルをメイン処理部３２へ返す（Ｓ７）。

【0063】

広告会社１２は、必要に応じて、変換済ファイルをダウンロードする（Ｓ８）。

【0064】

図８は、第１の実施形態における「表示媒体」と「ファイル種別」との組み合わせに基づいて決定される「変換設定」について説明する図である。図８の内容は、図７のＳ２～Ｓ３におけるメイン処理部３２のＤＢ３５への問い合わせに関するものである。メイン処理部３２は、変換定義組み合わせテーブル４２に対して、媒体テーブル４１と変換定義テーブル４３とファイル種別テーブル４７を関係付け、データ項目「媒体名」とデータ項目「変換ファイル名」とデータ項目「ファイル種別名」を選択する。

【0065】

図８より、メイン処理部３２は、Ｓ２例えば媒体Ａについては、変換元ファイルの種別（「ファイル種別名」）が「ｊｐｅｇ」の場合、「変換設定Ａ」を取得する。なお、媒体Ａについては、図８に記載されたファイル変換名以外については変換が拒否される。

【0066】

また、図８より、メイン処理部３２は、例えば媒体Ｂについては、変換元ファイルのデータ種別（「ファイル種別名」）が「ｊｐｅｇ」の場合、「変換設定Ｂ」を取得する。なお、媒体Ｂについては、図８に記載されたファイル変換名以外については変換が拒否される。

【0067】

ただし、データ項目「媒体名」とデータ項目「ファイル種別名」より、データ項目「変換定義名」が一意に決まるものではない。例えば、「媒体Ｃ」に関しては、「媒体Ｃ」と「ＭＰＥＧ」に対して、３種類の変換定義名（「変換設定Ｃ１」、「変換設定Ｃ２」、「変換設定Ｃ３」）が存在する。また、「媒体Ｃ」と「ＭＰ４」に対して、２種類の変換定義名（「変換設定Ｃ１」、「変換設定Ｃ３」）が存在する。なお、媒体Ｃについては、図８に記載されたファイル変換名以外については変換が拒否される。

【0068】

図９は、第１の実施形態における変換処理部による変換元ファイルがＭＸＦファイルの場合における変換処理を説明する図である。テレビＣＭ素材のＭＸＦファイルは、広告放映用形式として使用されるものであって、例えば、図９の構成となっている。

【0069】

図９に示すように、ＭＸＦファイルは、概して、例えば、ヘッダ、ペイロード、及びフッタから構成されている。ヘッダには、例えば「カラーバー」、「クレジット」、「ファーストカット」が含まれる。ペイロードには、実データとして、ＣＭ部分（本編部分）が含まれる。フッタには、例えば「ラストカット」が含まれる。
なお、本実施形態で広告放送用形式のファイルとして、テレビＣＭ用のものを用いたが、これに限定されず、例えば、インターネットＣＭ用の動画データであってもよく、仕様によっては他の用途で用いられる媒体データであってもよい。

【0070】

第１の実施形態では、メイン処理部３２は、ＭＸＦファイルからペイロード（ＣＭ部分）を抽出した動画データ（完全パケットメディア動画）を変換処理部３３にエンコードさせる。

【0071】

より具体的には、メイン処理部３２は、ジョブ定義ファイル３６内のＳｃｒｉｐｔ記述箇所に、ＭＸＦファイルにおける、タイムコード上のＩＮ点（ＣＭ開始地点）とＯＵＴ点（ＣＭ終了地点）を指定する処理を書き換える。このＩＮ点は、例えば、１０秒地点と静的に定めることができるが、ＯＵＴ点は１０秒地点＋変換元ファイルのＣＭ部分の尺秒数を計算し、Ｓｃｒｉｐｔ記述を書き換えてエンコードを投入する。

【0072】

図１０は、第１の実施形態におけるメイン処理部の形式変換処理のフローチャートを示す図である。メイン処理部３２は、アップロードされた変換元ファイルと媒体ＩＤとを取得すると（Ｓ１１）、許容形式情報３７に基づいてその変換元ファイルの形式が許容された形式に適合しているかをチェックする（Ｓ１２）。変換元ファイルの形式が許容された形式に適合していない場合には（Ｓ１３でＮＯ）、本フローは終了する。

【0073】

変換元ファイルの形式が許容された形式に適合している場合には（Ｓ１３でＹＥＳ）、メイン処理部３２は、ファイル種別テーブル４７から変換元ファイルの種別（ファイル種別）に対応するファイル種別ＩＤを取得する（Ｓ１４）。メイン処理部３２は、指定された媒体ＩＤと取得したファイル種別ＩＤをキーとして、変換定義組み合わせテーブル４２から変換定義ＩＤを取得する（Ｓ１５）。

【0074】

メイン処理部３２は、取得した変換定義ＩＤをキーとして、変換定義テーブル４３から、ジョブ定義ファイルＩＤを取得する（Ｓ１６）。メイン処理部３２は、ジョブ定義ファイル群３６から、取得したジョブ定義ファイルＩＤに対応するジョブ定義ファイルを取得する（Ｓ１７）。

【0075】

ここで、メイン処理部３２は、変換元ファイルがＭＸＦファイルの場合、ＭＸＦファイルにおけるペイロード部分（ＣＭ）の開始位置及び終了位置に応じて、ジョブ定義ファイル内のエンコード開始位置とエンコードの終了地点を書き換える（Ｓ１８）。

【0076】

メイン処理部３２は、ジョブ定義ファイル（Ｓ１８で書き換えられた場合は書き換え後のジョブ定義ファイル）に基づいて、変換処理部３３に、変換元ファイルの形式変換処理を実行させる（Ｓ１９）。

【0077】

第１の実施形態によれば、所定の形式で形成された変換元ファイルを表示媒体に応じて、予め設定された形式に変換することができるので、複数の媒体社毎に応じたファイルデータの提供の際の負担の軽減を図ることができる。

【0078】

（第２の実施形態）
第１の実施形態では、変換済ファイルを広告会社が各媒体社に提供したが、第２の実施形態では、表示媒体側の方で、必要に応じて変換済ファイル（自社用素材ファイル）を取得できるようにする。

【0079】

図１１は、第２の実施形態における配信システムの全体の流れを説明する概要図である。配信システム５０は、第１の実施形態に、さらに配信サーバ５１を追加したものである。なお、第２の実施形態に係る配信システムでは、セキュリティの観点から、配信サーバ５１が形式変換サーバ１３とは別のサーバであるものとして説明するが、これに限定されず、配信サーバ５１は、形式変換サーバ１３の機能の一部であってもよい。

【0080】

広告会社１２は、第１の実施形態で説明したように媒体ＩＤで指定して、変換元ファイルを形式変換サーバ１３にアップロードすると共に、変換元ファイルのメタデータとして、例えば、「広告主」、「コンテンツ名」、「放映媒体」、「使用期限」等を登録する。形式変換サーバ１３は、第１の実施形態で説明したように変換元ファイルを表示媒体に応じた形式に変換し、この変換された変換済ファイルを素材ファイルとして配信サーバ５１に登録すると共に、放映対象の表示媒体を指定する（Ｓ２１）。なお、配信サーバ５１にアップロードされた素材ファイルはアップロードから所定期間経過すると、配信サーバ５１によって削除される。

【0081】

それから、広告会社１２は、各媒体社の担当者に対して、配信サーバ５１において管理される素材ファイルの識別情報（素材ＩＤ）を通知する。これにより、媒体社１４の担当者は、その素材ファイルを特定することができる。

【0082】

配信サーバ５１には、他のＰＣがアクセスして変換済ファイルをダウンロード可能なようにアプロケーションプログラムインターフェース（ＡＰＩ）が搭載されている。これにより、媒体社１４のＰＣ２３では、例えば、ＷＥＢブラウザを介して、配信サーバ５１にアクセスし（Ｓ２２）、所望の変換済ファイルをダウンロードすることができる。

【0083】

例えば、媒体社１４のユーザは、媒体社１４のＰＣ２３を用いて、ＷＥＢブラウザを介して、配信サーバ５１にアクセスし、ステータス情報を確認して、配信サーバ５１の稼働状況を確認する（Ｓ２３）。ステータス情報が正常稼働を示す場合には、ユーザは、ＰＣ２３を用いて、媒体社ＩＤ／媒体ＩＤにより自社社宛ての広告素材ファイル一覧を取得する（Ｓ２４）。次に、ユーザは、ＰＣ２３を操作して、素材ファイル一覧から、素材ＩＤにより変換済み素材ファイルを取得する（Ｓ２５）。さらに、ユーザは、ＰＣ２３を操作して、マスターデータ（媒体社マスタ、媒体名マスタ、広告会社マスタ、広告主マスタ）を取得することができる。

【0084】

このように、媒体社１４では、自社の表示媒体に紐づく素材ファイルをＡＰＩで配信サーバ５１より取得することができる。ＡＰＩを用いて、自社の放映指示システム上で配信サーバ５１に登録された素材ファイルを取得し、利用することができる。また、ＡＰＩを用いて、原則、何度でも素材ファイルを取得することができる。ＡＰＩの使用期限が到来する場合、ＡＰＩを用いて配信サーバ５１から素材ファイルを取得することができなくなる。

【0085】

図１２は、第２の実施形態における素材ファイル取得画面の一例を示す図である。素材ファイル取得画面６１は、画面名欄６２、絞り込み条件入力欄６３，６４，６５、「絞り込み」ボタン６６、素材ファイル一覧６７を含む。

【0086】

画面名欄６２には、ログイン時に入力された媒体社ＩＤに対応する媒体社名の登録済み素材ファイル一覧を示す画面名が表示される。絞り込み条件入力欄６３，６４，６５には、素材ファイル一覧６７に表示させる素材ファイルの絞り込み条件を入力することができる。「絞り込み」ボタン６６は、絞り込み条件入力欄６３，６４，６５に入力した絞り込み条件について絞り込みを実行する場合に押下するボタンである。

【0087】

素材ファイル一覧６７には、配信サーバ５１より登録され、利用可能な素材ファイル（変換済ファイル）が表示される。素材ファイル一覧６７は、「Ｎｏ」６８、「サムネイル」６９、「広告主」７０、「タイトル」７１、「秒数」７２、「登録日時」７３、「媒体指定確認」７４、「変換ファイル取得」７５の項目を含む。

【0088】

「Ｎｏ」６８には、素材ファイル一覧６７に表示された素材ファイルのレコード順に昇順で番号が表示される。「サムネイル」６９には、素材ファイル６９の内容を視覚的に確認できるようにサムネイルが表示される。「広告主」７０には、その素材ファイルの広告主名が表示される。「タイトル」７１には、その素材ファイルのタイトルが表示される。「秒数」７２には、その素材ファイルの放映時間が表示される。「登録日時」７３には、その素材ファイルが配信サーバ５１に登録された日時が表示される。「媒体指定確認」７４には、その素材ファイルをどの媒体用に登録したのかを確認、変更する場合に押下するボタンが表示される。「変換ファイル取得」７５には、その素材ファイルをダウンロードする場合に押下するボタンが表示される。

【0089】

第２の実施形態によれば、配信サーバ５１にアップロードされた変換済ファイルを素材ファイルとして、各媒体社は、ＡＰＩを介して必要に応じてダウンロードすることができる。

【0090】

図１３は、本発明の実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。コンピュータ８１は、形式変換サーバ１３、配信サーバ５１、ＰＣ２１，２２，２３として機能する。コンピュータ８１は、ＣＰＵ８２、ＲＯＭ８３、ＲＡＭ８４、記憶装置８５、入力Ｉ／Ｆ８６、出力Ｉ／Ｆ８７、通信Ｉ／Ｆ８８、読取装置８９、バス３９によって構成されている。

【0091】

ここで、ＣＰＵは、中央演算装置を示す。ＲＯＭは、リードオンリメモリを示す。ＲＡＭは、ランダムアクセスメモリを示す。Ｉ／Ｆは、インターフェースを示す。バス３９には、ＣＰＵ８２、ＲＯＭ８３、ＲＡＭ８４、記憶装置８５、入力Ｉ／Ｆ８６、出力Ｉ／Ｆ８７、通信Ｉ／Ｆ８８、及び読取装置８９が接続されている。

【0092】

ＣＰＵ８２は、記憶装置８５から本実施形態に係るプログラムを読み出し、制御部３１として当該プログラムを実行する。ＲＯＭ８３は、読み出し専用のメモリを示す。ＲＡＭ８４は、一時的に記憶するメモリである。

【0093】

記憶装置８５は、大容量の情報を記憶する装置である。記憶装置８５としては、ハードディスク、ソリッドステートドライブ（ＳＳＤ）、フラッシュメモリカードなど様々な形式の記憶装置を使用することができる。記憶装置８５には、本発明の実施形態に係るプログラムが格納されている。また、コンピュータ８１が形式変換サーバ１３である場合には、記憶装置８５には、記憶部３４として、ＤＢ３５，ジョブ定義ファイル群３６、許容形式情報３７等が記憶されている。

【0094】

入力Ｉ／Ｆ８６は、キーボード、マウス、電子カメラ、ウェブカメラ、マイク、スキャナ、センサ、タブレット、タッチパネル等の入力装置と接続することが可能である。また、出力Ｉ／Ｆ８７は、ディスプレイ、タッチパネル、プリンタ、スピーカ等の出力装置と接続することが可能である。

【0095】

コンピュータ８１が形式変換サーバ１３である場合には、通信Ｉ／Ｆ８８は、入出力部３８として、通信ネットワークと接続して他の装置と通信するためのポート等のインターフェースである。また、コンピュータ８１がＰＣ２２，２３である場合にはそれぞれ、通信部３ａ、受信部４ａとして、通信Ｉ／Ｆ８８は、通信ネットワークと接続して他の装置と通信するためのポート等のインターフェースである。通信ネットワークは、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、専用線、有線、無線等の通信網であってよい。読取装置８９は、可搬型記録媒体を読み出す装置である。

【0096】

上記実施形態で説明した処理を実現するプログラムは、プログラム提供者側から通信ネットワーク２４、および通信Ｉ／Ｆ８８を介して、例えば記憶装置８５に格納されてもよい。また、上記実施形態で説明した処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体は読取装置８９にセットされて、ＣＰＵ８２によってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはＣＤ－ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカード、ＵＳＢメモリ装置、半導体メモリカードなど様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読取装置８９によって読み取られる。

【0097】

なお、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。

【符号の説明】

【0098】

１ ファイル形式変換システム
２ ファイル形式変換装置
２ａ 記憶部
２ｂ 取得部
２ｃ 抽出部
２ｄ 変換部
２ｅ 送信部
３ 第１の通信端末
３ａ 通信部
４ 第２の通信端末
４ａ 受信部
１０ 形式変換システム
１１ 制作会社
１２ 広告会社
１３ 形式変換サーバ
１４（１４ａ，１４ｂ，１４ｃ） 媒体社
２１，２２，２３（２３ａ，２３ｂ，２３ｃ） ＰＣ
２４ 通信ネットワーク
３１ 制御部
３２ メイン処理部
３３ 変換処理部
３４ 記憶部
３５ ＤＢ
３６ ジョブ定義ファイル群
３７ 許容形式情報
４１ 媒体テーブル
４２ 変換定義組み合わせテーブル
４３ 変換定義テーブル
４４ 広告会社テーブル
４５ 媒体会社テーブル
４６ ジョブ定義テーブル
４７ ファイル種別テーブル
５１ 配信サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】