JP2005017526A - 移動体広告システム - Google Patents

Abstract

【課題】移動体を利用した広告の訴求効果の把握を容易にし、移動体広告の利用の促進を図る。
【解決手段】トラックの運行記録データが運行記録データベース１４に登録される。広告訴求情報生成処理部２４は、運行記録データに基づき、トラックが通過した行政区画の居住人口を居住人口データベース１２から読み出し、トラックの運行経路上における単位時間当たりの通過車両数を通過車両データベース１３から読み出す。広告訴求情報生成処理部２４は、これらの読み出された情報に基づいて、広告訴求情報を生成する。この広告訴求情報が顧客（広告主）に提供される。
【選択図】 図２

Description

【０００１】
【発明の属する技術分野】
この発明は、車両、船舶および航空機に代表される移動体の外表面に広告画像を付することによって訴求効果を得るための移動体広告システムに関する。
【０００２】
【従来の技術】
トラックの荷台用カバーに広告を付したり、トラックやバスの車体に剥離可能な広告フィルム体を貼着することによって、車体を目にする看者に対して訴求する車体広告方法が提案されている（下記特許文献１，２参照）。
【０００３】
【特許文献１】
特開２００２−２９３２０号公報
【特許文献２】
特開２００２−１２０６３７号公報
【０００４】
【発明が解決しようとする課題】
しかし、車体広告では、広告主にとっての最大の関心事である訴求効果を把握することが困難であり、それゆえ、車体を利用した広告の利用を円滑化することができない。
そこで、この発明の目的は、移動体を利用した広告の訴求効果の把握を容易にする移動体広告システムを提供することである。
【０００５】
【課題を解決するための手段および発明の効果】
上記の目的を達成するための請求項１記載の発明は、移動体の外表面に付した広告画像によって訴求するための移動体広告システムであって、上記広告画像が外表面に付された移動体が実際に移動した移動経路を表す移動経路情報が検索可能に登録される移動経路データベース（１４，３５）と、移動体が移動可能な経路に対応付けた訴求効果情報が検索可能に登録される訴求効果データベース（１２，１３）と、上記移動経路データベースを検索して上記外表面に広告画像を付した移動体の移動経路情報を読み出し、この移動経路情報に基づいて上記訴求効果データベースを検索することによって、上記移動体が上記移動経路を移動したことによって達成されたと推定される訴求効果を表す訴求効果情報を生成する訴求効果情報生成手段（２４）とを含むことを特徴とする移動体広告システムである。なお、括弧内の英数字は後述の実施形態における対応構成要素等を表す。以下、この項において同じ。
【０００６】
また、請求項２記載の発明は、移動体の外表面に付した広告画像によって訴求するための移動体広告システムであって、上記広告画像が外表面に付された移動体が実際に移動した移動経路を検出する移動経路検出手段（１０１）と、移動体が移動可能な経路に対応付けた訴求効果情報が検索可能に登録される訴求効果データベース（１２，１３）と、上記移動経路検出手段による検出結果に基づいて上記訴求効果データベースを検索することによって、上記移動体が上記移動経路を移動したことによって達成されたと推定される訴求効果を表す訴求効果情報を生成する訴求効果情報生成手段（２４）とを含むことを特徴とする移動体広告システムである。
【０００７】
これらの構成によれば、移動体が実際に移動した移動経路に基づき、訴求効果データベースが検索され、移動体の実際の移動経路に対応した訴求効果情報が生成される。したがって、この訴求効果情報を広告主に提供することによって、広告主は、正確な訴求効果を容易に把握することができるので、移動体を利用した広告の利用を促進することができる。
上記移動体は、たとえば、車両（特にトラック等の物流車両やバス等の大型車両）、船舶または航空機であってもよい。
【０００８】
上記広告画像は、写真やイラスト等の狭義の画像、文字、記号、図形、およびこれらの任意の２つ以上の組み合わせを含む。
たとえば、移動体が車両である場合、道路交通網を構成する所定の道路区分（たとえば行政区画毎の道路部分）ごとに、当該道路区分に対応した訴求効果情報を訴求効果データベースに予め登録しておくとよい。これにより、広告を付した車両が実際に通行した通行経路を構成する道路区分における訴求効果情報に対して所定の演算処理を実行することによって、訴求効果情報を生成することができる。
【０００９】
より具体的には、訴求効果データベースは、主要道路が貫通している所定の区域（たとえば行政区画）毎の居住人口を登録した居住人口データベース（１２）を含んでいてもよい。また、上記訴求効果データベースは、主要道路における所定の区域（たとえば行政区画）毎の単位時間当りの通過車両数を登録した通過車両データベース（１３）を含んでいてもよい。この場合、たとえば、広告を付した車両の通行経路に該当する行政区画等の居住人口を累積したり、車両が通過した主要道路における通過車両総数（所要時間×単位時間あたりの通過車両数）を累積したりすることによって、訴求効果情報を生成することができる。
【００１０】
また、自動車専用道路（高速自動車道路など）では、一般に、対向車両の車体を見ることは困難であるので、自動車専用道路を通行中は、訴求効果がないものとして訴求効果情報が生成されることが好ましい。また、夜間の走行時には、車両の車体を見ることが困難であるので、車両が予め定める夜間時間帯に通過した通行経路に関しては、訴求効果がないものとして訴求効果情報を生成することが好ましい。
【００１１】
上記移動経路検出手段は、移動体に搭載され、当該移動体の位置座標を検出する位置検出手段（１０２）と、この位置検出手段によって検出された移動体の位置座標を時系列に従って記憶する記憶手段（１０３）とを含むものであってもよい。このような移動経路検出手段の１つの具体例はデジタルタコグラフである。上記記憶手段は、メモリカードのように、移動経路検出手段に対して着脱自在な記録媒体であってもよい。
【００１２】
請求項３記載の発明は、上記移動体の移動経路に基づいて、移動体が移動した地域情報（たとえば行政区画名）または路線情報（たとえば、移動体が通行した路線名）を生成する移動地域・路線情報生成手段（３７，３７Ａ）をさらに含むことを特徴とする請求項１または２記載の移動体広告システムである。上記地域情報または路線情報は、移動体が通行した地域名または路線名ごとに、当該地域または路線の通過頻度を表す情報を含んでいることが好ましい。また、上記地域情報または路線情報は、移動体が各地域または路線を通過した時間（とくに日）を特定する時間情報を含んでいることが好ましい。
【００１３】
この構成によれば、移動地域・路線情報生成手段によって生成される地域情報または路線情報に基づいて、トラック等の移動体の運行地域を適切に手配（配車）することができるから、一部の地域や路線に偏ることなく、広範囲に渡って、広告画像による訴求効果を実現できる。
上記のような地域情報または路線情報は、広告による訴求効果を地域的に均一化するための訴求地域均一化情報として活用できる。この訴求地域均一化情報は、とくに好ましい形態では、移動体が運行された複数の運行日に関して、個々の運行日ごとに、当該移動体が移動可能な複数の運行地域ごとの当該移動体の通過回数を記録した情報であってもよい。
【００１４】
上記移動地域・路線情報生成手段は、上記位置検出手段によって検出されて上記記憶手段に記憶される位置座標に対応した地域情報または路線情報が検索可能に登録された地域情報・路線情報データベース（３７Ａ）と、上記記憶手段に記憶された位置座標に基づいて上記地域情報・路線情報データベースを検索することによって、当該位置座標に対応した地域情報または路線情報を抽出する地域・路線情報抽出手段（３７）とを含むものであってもよい。
【００１５】
請求項４記載の発明は、上記広告のために利用可能な移動体の属性情報が検索可能に登録される移動体属性データベース（１１）と、この移動体属性データベースに、上記属性情報を登録するための属性情報登録処理手段（２２，２３）とをさらに含み、この属性情報登録処理手段は、上記移動体属性データベースに、個々の移動体について、その外表面に広告画像が付されている広告実施中であるか否かを表す広告実施状態を上記属性情報の１つとして登録する広告実施状態登録処理手段（Ｓ１２）を含み、上記訴求効果情報生成手段は、上記移動体属性データベースに広告実施中であることを表す広告実施状態が登録されている移動体に関して、訴求効果情報を生成するものである（Ｓ３１）ことを特徴とする請求項１ないし３のいずれかに記載の移動体広告システムである。
【００１６】
この構成では、移動体データベースに移動体の属性情報が登録されるようになっていて、個々の移動体について、広告実施中であるかどうかを表わす広告実施状態が当該移動体の属性情報として登録される。そして、訴求効果情報は、広告実施中の移動体に関して生成されるようになっている。
上記移動体の属性情報としては、たとえば当該移動体がトラック業者が保有するトラックである場合には、トラック業者名、トラックの運行エリア、積載量、登録番号、バン素材（荷台を覆う箱形部分の素材）、バン形状（上記箱形部分の表面形状。丸波形、角形、平板状等）、バンメーカ（上記箱形部分の製造業者）、広告開始時期、広告終了時期、広告実施状態等を例示できる。
【００１７】
上記訴求情報は、たとえば、毎日、２週間に１度、１月に１度のように定期的に生成するようにしてもよい。
広告実施中の車両に関して生成される訴求効果情報を定期的に広告主に提供すれば、広告主は、移動体の移動経路に依存して変動する訴求効果を逐次知ることができる。
請求項５記載の発明は、上記広告画像は、広告画像を形成した剥離可能なシート体を移動体の外表面に貼着することによって、当該移動体の外表面に付されるものであることを特徴とする請求項１ないし４のいずれかに記載の移動体広告システムである。
【００１８】
この構成によれば、剥離可能なシート体（たとえばフィルム状のもの）を移動体の外表面に貼着することによって、移動体に広告画像を付することができ、このシート体を剥離することにより、当該移動体から広告画像を除去することができる。したがって、移動体自身に塗料を用いて広告画像を形成するわけではないので、予め広告画像を形成したシート体（広告シート）を準備しておくことにより、短時間でかつ容易な作業で、移動体の外表面に広告を付することができる。また、移動体の外表面に付すべき広告画像の交換も短時間で容易に実行できる。これにより、広告画像を付したり、広告画像を交換したり、広告画像を除去したりするために移動体が拘束される時間が短いので、移動体を利用した広告活動を、高い稼働率で実施できる。
【００１９】
移動体の外表面に貼着することができる剥離可能なシート体としては、たとえば、３Ｍ社製のスコッチプリント（ＳｃｏｔｃｈＰｒｉｎｔ（商標））を用いることができる。このシート体は、エチレンビニルアセテート層の一方表面にポリアクリル酸エステル層からなる粘着層を配置するとともに、その他方表面に塩化ビニリデン層（フッ化処理層）を配置し、これらを積層した３層構造を有している。粘着層は、低粘度であるとともに、ディンプル加工によって吸着性が付与されている。そのため、移動体の外表面に一旦貼着すると剥がれにくいが、粘着層の粘度が低いため、剥離作業が容易であるという特徴がある。さらに、塩化ビニルを材料として使用していないため、焼却してもダイオキシンが発生せず、環境性に優れている。しかも、表面がフッ化処理されているため、耐候性および防汚性に優れており、移動体の外表面を利用した広告素材として極めて適している。また、表面がフッ化処理されているため、耐劣化性が非常に高く、地中に埋没させて雑草の成長を防ぐ用途に使用できるなど、リユース性（再利用性）に優れている。
【００２０】
請求項６記載の発明は、上記シート体が移動体の外表面から剥離されて再利用可能となる時期の情報を含むシート体再利用情報が検索可能に登録される再利用データベース（１５）をさらに含むことを特徴とする請求項５記載の移動体広告システムである。
この構成により、使用済の広告シートが再利用可能な時期が再利用データベースに登録されるため、使用済の広告シートの円滑な再利用が可能になる。
【００２１】
上記再利用情報には、使用済広告シートの再利用のための予約状態、当該広告シートの状態（ピンホールの有無等）、再利用場所、再利用の用途（地中埋没、コンクリート埋没等）などが含まれていてもよい。
請求項７記載の発明は、上記属性情報登録処理手段は、上記移動体属性データベースに、上記シート体を用いた広告の終了時期を上記属性情報の１つとして登録する手段（２３，Ｓ２８）を含み、上記移動体属性データベースに登録される上記終了時期を、当該シート体が剥離されて再利用可能となる時期として上記再利用データベースに登録する手段（２８，Ｓ５４）をさらに含むことを特徴とする請求項６記載の移動体広告システムである。
【００２２】
この発明では、広告の終了時期（広告シートの剥離時期）と再利用データベースに登録される再利用可能時期とが関連づけられるので、シート体の広告利用と、その再利用とを連携させることができる。
請求項８記載の発明は、上記属性情報登録処理手段は、上記移動体属性データベースに、上記属性情報の１つとして、当該移動体の外表面に付されるシート体の量を表す情報を登録する手段（Ｓ５）を含み、上記移動体属性データベースに登録される上記シート体の量を表す情報に基づいて、再利用可能となるシート体の量を表す情報を上記再利用可能となる時期と対応付けて上記再利用データベースに登録する手段（Ｓ５５）をさらに含むことを特徴とする請求項６または７に記載の移動体広告システムである。
【００２３】
この発明によれば、広告に使用されるシート体の量と、再利用データベースに登録されるシート体の量を表わす情報とが連携するので、使用済広告シートの再利用を円滑化できる。
上記移動体データベースに登録される上記シート体の量を表わす情報は、広告画像を付すために利用可能な移動体の外表面の面積に対応した広告面積情報であってもよい。この広告面積情報は、たとえば移動体としての車両の積載量（積載量に応じて箱形部の大きさが決まる。）や、その車両がトラックである場合のバン形状（平板か波形かによって必要なシート体面積が異なる。）を含んでいてもよい。
【００２４】
この場合に、上記再利用データベースには、上記広告面積情報から演算されたシート体の面積または長さが登録されることが好ましい。
上記移動体広告システムは、たとえば、広告代理店に備えられてもよい。広告主は、広告代理店に出向いて広告の依頼をすることができ、また、電話や書面（郵便やファクシミリ）等の古典的な通信手段によって、広告の依頼をすることができる。
【００２５】
また、上記移動体広告システムが、インターネット等のネットワークに接続するための通信処理手段（２１）を有している場合には、広告主は、同じく当該ネットワークに対する接続機能を有する端末装置から、ネットワークを介する電子通信手段によって、広告代理店に対し、広告を依頼することができる。この場合の電子通信手段は、電子メールであってもよいし、広告代理店がネットワーク上に公開するウェブサイト上において、広告主が広告発注フォームに記入することにより、広告発注データがネットワークを介して広告代理店のサーバ装置に転送される構成（すなわち、フォームファイルの送受信）によって実現されてもよい。
【００２６】
また、移動体として、トラック、バスまたはタクシーのように運行記録の作成が法律によって義務づけられているものを用いる場合には、当該トラック、バスまたはタクシーを運行する業者において、運行記録データが作成され、この運行記録データが、移動経路情報の形式で移動経路データベースに登録されるようにすれば効率的である。この場合、トラック、バスまたはタクシーの業者において、インターネット等のネットワークに接続可能な端末装置を用意しておき、この端末装置から上記ネットワークを介して、運行記録データが広告代理店の端末装置に送信されるようになっていてもよい。
【００２７】
むろん、トラック等の業者において、この発明に係る移動体広告システムの構成要素を備えてもよい（たとえば、トラック等の業者が広告代理店を兼ねるような場合）。この場合には、ネットワークを介して運行記録データを授受する必要はない。
上記移動体広告システムは、さらに、広告主の要求に応じて広告デザインを作成する広告デザイン作成処理手段（５７）をさらに備えていることが好ましい。たとえば、この広告デザイン作成処理手段は、デザイナー事務所に備えられていて、このデザイナー事務所には、インターネット等のネットワークに接続可能な通信処理手段（５６）を有する端末装置が備えられていることが好ましい。この場合、デザイナー事務所では、広告主からの要求を当該通信端末を通じて受け付けることができ、また、できあがった広告デザインデータを広告主に送信してその確認を促したり、広告画像をシート体上に印刷する印刷業者へと当該広告デザインデータを送信したりすることができる。
【００２８】
したがって、この場合、印刷業者は、広告デザインデータをネットワークを介して受信することができる広告デザインデータ受信手段（７６，７７）を備えた端末装置を有していることが好ましい。印刷業者では、広告デザインデータ受信手段によって受信された広告デザインデータから、印刷データ作成手段（７８）によって印刷データが作成され、この印刷データを用いて、印刷装置により、媒体としてのシート体上に広告画像が形成されることになる。こうして、移動体の外表面に貼着すべき広告シートが作成され、この広告シートが、たとえば、トラック、バスまたはタクシー業者において、移動体としての車両の表面に貼着されることになる。
【００２９】
【発明の実施の形態】
以下では、この発明の実施の形態を、添付図面を参照して詳細に説明する。
図１は、この発明の一実施形態に係る移動体広告システムの全体像を説明するためのブロック図である。この実施形態に係る移動体広告システムは、トラック業者Ｔ１，Ｔ２が保有している複数台のトラックのボディ（車体、特に荷台を覆う箱形部分の外表面）を利用して、このトラックのボディに、広告画像を形成した剥離可能なシート体（以下「広告シート」という。）を貼着することにより、トラックの移動経路において、当該トラックのボディを見る看者に訴求する広告システムである。
【００３０】
トラック業者Ｔ１，Ｔ２は、インターネット等に代表されるネットワークＮに接続可能な端末装置をそれぞれ有している。このネットワークＮには、広告主である顧客Ｃ１，Ｃ２からの広告依頼を受け付ける広告代理店Ａの端末装置（たとえば、サーバ装置）が接続されている。ネットワークＮには、広告代理店Ａからの要請を受けて顧客Ｃ１，Ｃ２の希望に応じた広告デザインを作成するデザイナー事務所Ｄの端末装置が接続されており、さらに、デザイナー事務所Ｄによって作成された広告画像のデータに基づき、シート体上に当該広告画像を印刷する印刷業者Ｐの端末装置が接続されている。また、ネットワークＮには、トラック業者Ｔ１，Ｔ２が保有するトラックから剥離された使用済の広告シートを再利用する再利用業者Ｒ１の端末装置が接続されている。
【００３１】
顧客Ｃ１は、ネットワークＮに接続可能な端末装置を有しており、顧客Ｃ２はこのような端末装置を有していない。したがって、顧客Ｃ１は、その端末装置を使用することにより、ネットワークＮを介して広告代理店Ａに広告の発注をしたり、デザイナー事務所Ｄに対して広告デザインに対する要求を与えることができる。一方、顧客Ｃ２は、広告代理店Ａに出向いて広告発注や広告デザインに対する要求を伝えるか、電話や郵便等の古典的な通信手段（ネットワークＮを介するデータ通信以外の通信方法）によって、広告代理店Ａに対して、広告の発注や広告デザインに対する要求を伝えることができる。
【００３２】
再利用業者Ｒ１は、ネットワークＮに接続可能な端末装置を有しているが、再利用業者Ｒ２はそのような端末装置を有していない。したがって、再利用業者Ｒ１は、ネットワークＮを介して、広告代理店Ａに対し、使用済広告シートの再利用予約を行うことができるが、再利用業者Ｒ２は、広告代理店Ａに出向くか、電話または郵便等の古典的な通信手段によって使用済広告シートの再利用予約を行うことになる。
【００３３】
顧客Ｃ１，Ｃ２から広告の発注を受けると、広告代理店Ａは、利用可能なトラックの有無を調べ、利用可能なトラックがあれば、当該広告を受注し、その旨を顧客Ｃ１，Ｃ２および当該トラックを保有するトラック業者Ｔ１，Ｔ２に伝達する。それとともに、広告代理店Ａは、デザイナー事務所Ｄに対して、顧客Ｃ１，Ｃ２からの要求を伝え、広告デザインの作成を要請する。
これを受けて、デザイナー事務所Ｄは、広告デザインを作成し、できあがった広告デザインを、ネットワークＮを介するデータ通信によって顧客Ｃ１に提示したり、郵便や宅配便等の古典的な通信手段によって顧客Ｃ２に提示したりする。顧客Ｃ１，Ｃ２は、ネットワークＮを通じて、または古典的な通信手段によって、デザイナー事務所Ｄに対し、提示された広告デザインに対する必要な修正要求を伝える。これに応じてデザイナー事務所Ｄは、広告デザインに修正を加え、修正後の広告デザインを顧客Ｃ１，Ｃ２に提示する。顧客Ｃ１，Ｃ２が広告画像に対して承認を与えると、デザイナー事務所Ｄは、ネットワークＮを介して、その広告デザインのデータを印刷業者Ｐへと送信する。
【００３４】
印刷業者Ｐは、受信した広告デザインデータを印刷用データに変換し、印刷装置を用いて、シート体上に広告画像を印刷する。こうして広告シートが作成されると、この広告シートは、トラック業者Ｔ１，Ｔ２に受け渡され、予め通知されているトラックのボディに貼着されることになる。
トラック業者Ｔ１，Ｔ２は、広告シートが貼着されたトラックを運行するとともに、その運行記録を作成する。この運行記録を表わす運行記録データは、広告代理店ＡへとネットワークＮを介して送信される。この運行記録データに基づき、広告代理店Ａでは、たとえば、定期的に訴求効果情報が生成される。この訴求効果情報は、ネットワークＮを介して顧客Ｃ１に送信されたり、または、所定の用紙上に印刷されて顧客Ｃ２に送付される。これにより、顧客Ｃ１，Ｃ２は、トラックのボディに付された広告画像による訴求効果を逐次把握することができる。
【００３５】
顧客Ｃ１，Ｃ２と広告代理店Ａとの間で取り決めた所定の広告期間だけ広告シートをボディに貼着したトラックを運行した後、トラック業者Ｔ１，Ｔ２はその広告シートを当該トラックのボディから剥離する。この剥離された使用済広告シートは、再利用業者Ｒ１，Ｒ２へと受け渡されて、地中埋没やコンクリート埋没等の再利用に供されることになる。
図２は、広告代理店Ａに備えられた端末装置としてのコンピュータの構成を説明するためのブロック図である。この端末装置は、ＣＰＵ、ＲＡＭ、ＲＯＭおよびハードディスク装置等の記憶装置が備えられたコンピュータ本体１と、このコンピュータ本体１に接続された入力装置２と、同じくコンピュータ本体１に接続された表示装置３とを備えている。入力装置２は、キーボードやマウス等のポインティングデバイスを含む。表示装置３は、２次元画像表示の可能なものであり、ＣＲＴや液晶表示装置等で構成されている。
【００３６】
コンピュータ本体１は、ＣＰＵが所定のプログラムを実行することによって実現される複数の機能処理部を実質的に備え、また、記憶装置の記憶領域に形成される複数のデータベースを備えている。具体的には、コンピュータ本体１には、トラック業者Ｔ１，Ｔ２が保有する複数のトラックに関する情報が登録されるボディデータベース１１と、トラックが通行する可能性のある地域の所定の区域（たとえば行政区画）毎の居住人口が格納された居住人口データベース１２と、トラックが通行する可能性のある道路の所定の区分毎の単位時間あたりの通過車両数を格納した通過車両データベース１３と、個々のトラックの運行記録データが登録される運行記録データベース１４と、広告シートの再利用に関するデータが登録される再資源化データベース１５とを有している。
【００３７】
コンピュータ本体１は、さらに、機能処理部として、ネットワークＮとの間の情報通信を制御する通信処理部２１と、ボディデータベース１１に対するデータ登録処理を制御するボディ登録処理部２２と、顧客からの発注に応じてボディデータベース１１にボディ予約情報を登録するボディ予約処理部２３と、顧客に提供すべき広告訴求情報を生成する広告訴求情報生成処理部２４と、顧客に対して広告代金を課金するための課金処理部２５と、トラック業者から提供された運行記録データを運行記録データベース１４に登録する運行記録登録処理部２６と、広告代理店Ａ、デザイナーＤ、印刷業者Ｐおよびトラック業者Ｔ１，Ｔ２に対する収益配分処理を行う収益配分処理部２７と、再利用業者Ｒ１，Ｒ２からの再利用予約を受け付ける再利用処理部２８と、運行記録データベース１４に登録された運行記録データに基づいて訴求地域均一化情報を生成する訴求地域均一化情報生成処理部２９とを備えている。
【００３８】
通信処理部２１は、さらに、ネットワークＮ上にウェブサイトを提供するサーバ機能を有していてもよい。すなわち、当該ウェブサイトにおいて、広告予約等を受け付けたり、使用済み広告シートの再利用の予約を受け付けたりするようになっていてもよい。
図３は、ボディデータベース１１におけるデータ格納状態を説明するための図である。ボディデータベース１１には、情報が登録される個々のトラック毎に、レコードが作成される。個々のレコードは、トラック業者の拠点を表わす「立地」、トラック業者名である「トラック会社」、当該トラックが運行される主な地域を表わす「運行エリア」、当該トラックの「積載量」、当該トラックの「登録番号」（図３の例では４桁の数字部分のみ）、当該トラックの荷台の箱形部分の素材である「バン素材」、当該箱形部分を構成する部材の平面形状を表わす「バン形状」、当該箱形部分の製造業者名である「バンメーカ」、当該トラックに広告シートを貼付して広告を開始する日付を表す「貼付開始」、当該トラックから広告シートを剥離する日付を表わす「貼付完了」、当該トラックに現在広告シートが貼付されているかどうかを表わす「実車状態」（広告実施状態）の各フィールドを含んでいる。立地フィールドには、たとえば都道府県名のような行政区画名が記入される。実車状態フィールドには、現時点において当該トラックのボディに広告シートが貼付されていれば「実車中」（広告実施中）と記入され、当該トラックのボディにいずれの広告シートも貼付されていない場合には「空車」と記入され、事故や車検等のために利用不可能となっているトラックについては「事故休車中」や「車検休車中」などと記入される。
【００３９】
「登録番号」が「１２３４」のトラックの例に見られるように、広告シート貼付の予約がされると、同一の登録番号のトラックに対して複数個のレコードがボディデータベース１１内に生成される。図３の例では、「滋賀」に拠点を有するトラック会社である「ヒガシ２１」の登録番号「１２３４」のトラックは、現時点において実車中であり、現在貼付中の広告シートは、２００３年５月３１日に剥離される予定となっている。その後、２００３年６月１日から２００３年８月３１日の期間には、このトラックのボディに別の広告シートの貼付予約が入れられていて、この予約に対応するレコードの実車状態フィールドには「予約中」と記入されている。同様に、２００３年９月１日〜２００３年１２月３１日には、さらに別の広告シートの貼付予約が入れられている。また、２００４年１月１日〜２００４年３月３１日の期間には、さらに別の広告シートの貼付予約が入っているが、当該広告シートのデザイン（意匠）が決定していない段階では、実車状態フィールドには「待機」と記入される。
【００４０】
図４は、ボディ登録処理部２２の働きにより、ボディデータベース１１にトラックのレコードを作成する処理を説明するためのフローチャートである。広告代理店Ａの端末装置のオペレータは、入力装置２を操作することによって、当該登録しようとするトラックを特定するための識別情報（たとえばトラック会社および登録番号）を入力する（ステップＳ１）。この入力に応答して、ボディ登録処理部２２は、ボディデータベース１１を検索し、入力された情報に該当するレコードが登録されているかどうかを判断する（ステップＳ２）。もしも入力条件に該当するトラックのレコードが登録済であれば（ステップＳ２のＹＥＳ）、ボディ登録処理を終了する。未登録であれば（ステップＳ２のＮＯ）、ボディ登録処理部２２は、新たなレコードを生成してボディデータベース１１に加える（ステップＳ３）。
【００４１】
そして、表示装置３には、当該新たに追加されたレコードの各フィールドの入力画面が現れ、この画面上で、オペレータは、入力装置２を操作しながら、当該新たなレコードの各フィールドに該当事項を入力していく（ステップＳ４）。この入力を受けて、ボディ登録処理部２２は、ボディデータベース１１に追加されたレコードの各フィールドに入力事項を記入していく（ステップＳ５）。さらに、ボディ登録処理部２２は、実車状態フィールドに、「空車」を記入する（ステップＳ６）。これにより、新たなトラックのボディ登録処理が完了する。
【００４２】
実車状態フィールドには、初期値として「空車」が自動的に入力されるが、オペレータは、入力装置２を操作することによって、この実車状態フィールドの値を「事故休車中」、「車検休車中」、「予約中」、「待機中」などに変更することができる。
一方、ボディ登録処理部２２は、図５に示す実車状態更新処理を実行している。すなわち、ボディ登録処理部２２は、ボディデータベース１１に登録された各レコードを定期的に（たとえば１時間おき）にスキャンして、現在の日時が、貼付開始フィールドに記入された日時と貼付完了フィールドに記入された日時との間の値であるかどうかを判断する（ステップＳ１１）。そして、現在日時が貼付開始日と貼付完了日との間の値であれば、実車状態フィールドに「実車中」を記入する。現在の日時が貼付開始日と貼付完了日との間になければ、実車状態フィールドの値は従前の値に保持される。
【００４３】
広告代理店Ａに備えられた端末装置の入力装置２からトラックのボディ登録処理を行う代わりに、トラック業者Ｔ１，Ｔ２が保有する端末装置から、広告代理店Ａのウェブサイトにアクセスして、トラックのボディ登録処理を行うこともできる。この場合には、当該ウェブサイトを介する要求に応じて、ボディ登録処理部２２は、通信処理部２１を介して、トラック業者Ｔ１，Ｔ２の端末装置に、ボディ登録フォームファイルを送信する。
【００４４】
たとえば、ボディ登録処理部２２から、登録しようとするトラックを識別するための情報（たとえばトラック会社および登録番号）の入力を促すフォームファイルをトラック業者Ｔ１，Ｔ２の端末装置に送信する。これに応答して、トラック業者Ｔ１，Ｔ２の端末装置から、当該トラックの識別情報がネットワークＮを介して送信されると、その識別情報が通信処理部２１で受信されてボディ登録処理部２２に受け渡される（ステップＳ１）。そして、ボディ登録処理部２２は、ボディデータベース１１を参照して、受信した識別情報に対応するトラックのボディ登録が既にされているかどうかを判断する（ステップＳ２）。そのトラックのボディ登録がなされていなければ、ボディ登録処理部２２はボディデータベース１１内に新たなレコードを生成するとともに（ステップＳ３）、この新たなレコードの各フィールドへの記入事項の送信を促すフォームファイルをトラック業者Ｔ１，Ｔ２の端末装置へと送信する。
【００４５】
トラック業者Ｔ１，Ｔ２の端末装置のオペレータが、そのフォームファイルに必要事項を記入し、ネットワークＮを介して広告代理店Ａの端末装置に送信することにより（ステップＳ４）、通信処理部２１からボディ登録処理部２２に、当該登録すべきトラックのレコードを構成するフィールドの値が受け渡される。この値が、ボディデータベース１１に記入されることになる（ステップＳ５）。この場合も、ボディ登録処理部２２は、実車状態フィールドには自動的に「空車」を記入する（ステップＳ６）。
【００４６】
図６は、ボディ予約処理部２３の働きによって、ボディデータベース１１に対し、広告シートを貼付すべきトラックの予約（ボディ予約）を行うための処理を説明するフローチャートである。広告代理店Ａの端末装置のオペレータは、入力装置２を操作することにより、顧客Ｃ１，Ｃ２からの要求に基づき、広告を実施すべき地域、期間、必要なトラックの台数、必要な広告面積等の情報（広告要求情報）を入力する（ステップＳ２１）。この入力を受けて、ボディ予約処理部２３は、入力された広告要求情報の条件に合致するレコードをボディデータベース１１から検索する（ステップＳ２２）。すなわち、運行エリアフィールドの値と入力された「地域」とが照合され、貼付開始フィールドおよび貼付完了フィールドの各値と入力された「期間」とが照合される。さらに、積載量フィールドの値は広告のために使用可能な面積に対応することになるので、この積載量フィールドの値と「面積」とが照合される。ボディ予約処理部２３は、入力された「期間」と貼付開始〜貼付完了の期間とが重ならないトラック（入力された期間に予約のないトラック）のうち、「地域」および「面積」の条件に該当するものがあれば（ステップＳ２３のＹＥＳ）、そのようなトラックのレコードをボディデータベース１１から読み出して表示装置３に表示させる（ステップＳ２６）。条件に該当するものがなければ（ステップＳ２３のＮＯ）、その旨が顧客に通知される（ステップＳ３０）。
【００４７】
もしも、入力条件に該当するトラックの実車状態フィールドに「実車中」と記入されていれば（ステップＳ２４のＹＥＳ）、当該トラックに対する新たなレコードが生成される（ステップＳ２５）。そして、ボディ予約処理部２３は、ボディデータベース１１から読み出したレコードおよび新たに生成されたレコードを表示装置３に表示させる（ステップＳ２６）。
この表示画面を見ながら、オペレータは、入力装置２を操作して、個々のトラックのレコードに対して、貼付開始フィールドおよび貼付完了フィールドに対応する値を入力することになる（ステップＳ２７）。この入力された値は、ボディ予約処理部２３によりボディデータベース１１の貼付開始フィールドおよび貼付完了フィールドにそれぞれ記入される（ステップＳ２８）。
【００４８】
さらに、ボディ予約処理部２３は、貼付開始フィールドおよび貼付完了フィールドに入力値が記入されたレコードに対して、その実車状態フィールドに「待機」を自動記入する（ステップＳ２９）。その後は、ボディ予約処理部２３は、通信処理部２１を介して、顧客に対し、予約受け付け完了を通知する（ステップＳ３０）。
顧客からの広告依頼が、ネットワークＮを介することなく、古典的な通信手段によって行われる場合には、顧客への予約完了の通知は、広告代理店Ａで働く者によって、古典的な通信手段を用いて行われることになる。
【００４９】
広告代理店Ａの端末装置のオペレータは、ボディ予約処理後に、広告シートのデザインが決まれば、該当するトラックの実車状態フィールドに「予約中」を書き込むための入力を行う。
図７は、居住人口データベース１２に登録されたデータの内容を説明するための図である。居住人口データベース１２は、トラック業者Ｔ１，Ｔ２が保有するトラックが通行する可能性のある道路に関して、それらの道路が貫通している行政区画の居住人口を記録したレコードを複数個登録して構成されている。個々のレコードは、都道府県名フィールドと、行政区画名フィールドと、その行政区画を貫通している道路を表す貫通道路フィールドと、その行政区画の居住人口を表す居住人口フィールドとを含んでいる。図７の例では、たとえば、滋賀県のＡ町には国道ａ号が貫通していて、このＡ町の居住人口が３０００人であることが、１つのレコードとして居住人口データベース１２に登録されている。
【００５０】
図８は、通過車両データベース１３に登録されたデータの内容を説明するための図である。通過車両データベース１３には、トラック業者Ｔ１，Ｔ２が保有するトラックが通過する可能性のある道路に関して、単位時間あたりの通過車両数（単位時間あたりにトラックがすれ違う車両の総数）が登録されている。より具体的には、通過車両データベース１３には、トラックが通過する可能性のある道路における通過車両数が行政区画毎に１つのレコードとして登録されている。個々のレコードは、都道府県名フィールドと、その都道府県内の行政区画名を表す行政区画名フィールドと、この行政区画を貫通している貫通道路フィールドと、当該行政区画内における当該貫通道路の単位時間あたりの通過車両数を表す通過車両数フィールドとを含んでいる。
【００５１】
図８の例では、たとえば、滋賀県にＡ町という行政区画が存在し、このＡ町を国道ａ号が貫通していて、Ａ町における国道ａ号の単位時間あたりの通過車両数は１００台であることが、１つのレコードとして登録されている。
居住人口データベース１２および通過車両データベース１３の各レコードは、この移動体広告システムの運用に先立って予め登録され、この移動体広告システムの運用中は、必要に応じてその内容を更新するためのメンテナンスが行われる。
【００５２】
図９は、運行記録データベース１４に登録される運行記録簿データの一例を示す図である。図９には、１台のトラックについての運行記録簿が示されているが、運行記録データベース１４には、少なくとも実車状態のトラックの全てに関する運行記録簿が登録されることになる。むろん、空車状態のトラックについての運行記録簿をも運行記録データベース１４に併せて登録することとしてもよい。運行記録簿には、トラックの登録番号、運転者、出庫時間、入庫時間、出庫時オドメータ指示値、入庫時オドメータ指示値、実走行距離、実車距離（荷を積んで走行した距離）、空車距離（荷を積まずに走行（回送）した距離）のデータが登録される。さらに、走行した道路の種別（主たる走行路）毎に、運行区間の始端、終端、始端通過時刻および終端通過時刻が登録され、荷主、積み荷の品名、荷受け先、実車種別（実車状態か空車（回送）状態か）が登録される。
【００５３】
図９の例では、登録番号１２３７のトラックは、野洲の倉庫（始端）でａａａ商事の精密部品を積み込んだ状態で６：００に出発し、国道ａ号を通って米原に向かい、さらに名神高速道路を通って小牧に至って、ｂｂｂ製作所に積み荷を受け渡している。その後、このトラックは、名阪国道を通り、空車状態で桑名に向かい、そこでｃｃｃ飲料の空き瓶を積み込んだ後、伊勢自動車道路を通って伊勢市に向かい、さらに国道ｂ号を通って熊野市のｄｄｄボトラーズに積み荷を受け渡している。そして、このトラックは、さらに、空車状態で、国道ｂ号を通って串本に向かい、さらに国道ｃ号を通って泉南へと向かい、その後、関西空港道路を通って関西空港へと向かっている。そして、関西空港でｅｅｅ航空の保税貨物を積み込んだ後、近畿自動車道路を通って吹田へと向かった後、名神高速道路を通って、野洲のヒガシＢ／Ｓに積み荷を受け渡し、翌日午前１：００に入庫している。
【００５４】
このような運行記録簿は、たとえば、トラックの運転者自身が記録し、入庫後速やかに、トラック業者の端末装置においてデータ入力されるとともに、ネットワークＮを介して広告代理店Ａの端末装置に受け渡され、運行記録登録処理部２６の働きにより、運行記録データベース１４に登録されることになる。たとえば、図１７に示すように、トラックに運行経路を自動記録する運行経路自動記録装置（いわゆるデジタルタコグラフ）１０１が装備されている場合には、この運行経路自動記録装置１０１に装着されたメモリカード１０３に記憶された運行経路データをトラック業者の端末装置に読み取らせることで、運行記録データを自動生成させることができる。この場合も、自動生成された運行記録データは、ネットワークＮを介して広告代理店Ａの端末装置に受け渡され、運行記録登録処理部２６の働きによって、運行記録データベース１４に登録される。
【００５５】
図１０は、広告訴求情報生成処理部２４によって作成される広告訴求情報（トラックの実際の運行経路に即して推定された情報）の一例を示す図である。広告訴求情報生成処理部２４は、ボディデータベース１１において実車状態フィールドの値が「実車中」となっている個々のトラックにつき、図１０に示すような広告訴求情報を生成する。広告訴求情報は、個々のトラックの運行区間の始端および終端の地名ならびに始端および終端の通過時間のデータと、その始端および終端の間で通過した主たる走行路の情報を含む。これらの情報は、当該トラックの運行記録簿から引き写されることになる。
【００５６】
広告訴求情報生成処理部２４は、運行区間の情報および主たる走行路の情報から、たとえば、居住人口データベース１２または通過車両データベース１３を参照することによって、当該トラックが通過した通過地の行政区画名を検索し、運行区間毎に、通過地名として広告訴求情報に追加する。さらに、広告訴求情報生成処理部２４は、居住人口データベース１２および通過車両データベース１３を参照することにより、当該通過地における居住人口の総数を訴求人口として広告訴求情報に追加し、当該通過地における主たる走行路での対向車両総数を、通過車両データベース１３に記録された単位時間あたりの通過車両数と当該運行区間の通過に要した時間とに基づいて算出し、それを広告訴求情報に追加する。その結果として、広告訴求情報生成処理部２４は、対向車両数と訴求人口との和を路線訴求情報として広告訴求情報に追加する。
【００５７】
図１０の例では、たとえば串本から泉南の運行区間において、当該トラックは、国道ｃ号を１７時〜２０時の３時間に渡って通行しており、この間にＧ町およびＨ町を通過している。図７の居住人口データベース１２によれば、国道ｃ号が貫通しているＧ町およびＨ町の居住人口はそれぞれ６０００人および１３０００人であるので、これらの居住人口の和である１９０００人が訴求人口とされている。
【００５８】
一方、図８の通過車両データベース１３によれば、Ｇ町およびＨ町における国道ｃ号の単位時間あたりの通過車両数はいずれも１００台であり、当該トラックは国道ｃ号を３時間かかって通過しているので、対向車両数は３００（＝１００×３）台とされている。その結果、路線訴求情報は、１９０００人と３００人（対向車両にそれぞれ１人ずつ乗員が乗車していると仮定）とを加算することにより、１９３００人とされている。
【００５９】
また、名神高速道路、名阪国道、伊勢自動車道路、関西空港道路、近畿自動車道路は、いずれも自動車専用道路であって、トラックのボディがそれらの道路が通過する地域の居住人口の目に触れることがなく、対向車両のドライバからも視認しにくいことから、対向車両数および居住人口がいずれも零とされ、結果として、路線訴求情報は零とされている。また、夜間走行時には、トラックのボディを視認することが困難であるから、たとえば、２０時以降翌６時迄の夜間時間帯については、対向車両数および訴求人口がいずれも零とされ、路線訴求情報も零となる。
【００６０】
広告訴求情報生成処理部２４は、上述のようにして個々の運行区間毎の路線訴求情報を求め、さらにこれらを加算して延べ訴求情報を求め、広告訴求情報に加える。
こうして生成された広告訴求情報を表わすデータは、通信処理部２１からネットワークＮを介して顧客Ｃ１に送信されるか、または、広告代理店Ａの端末装置に備えられたプリンタから印刷出力されて、その印刷物が顧客Ｃ２に届けられる。
【００６１】
図１１は、広告訴求情報生成処理部２４による処理内容を説明するためのフローチャートである。広告訴求情報生成処理部２４は、定期的に（たとえば２４時間毎に）図１１に示す処理を実行する。広告訴求情報生成処理部２４は、ボディデータベース１１のレコードを順にスキャンし、実車状態フィールドに「実車中」と記入されたレコードを検索する（ステップＳ３１，Ｓ４３）。広告訴求情報生成処理部２４は、実車中のトラックのレコードが見つかると（ステップＳ３１のＹＥＳ）、そのレコードの登録番号フィールドの値に基づき、運行記録データベース１４を検索して、当該登録番号のトラックの運行記録簿データを読み出す（ステップＳ３２）。
【００６２】
続いて、広告訴求情報生成処理部２４は、運行区間の情報を通過時間の順に処理し、当該運行区間が自動車専用道路かどうか（ステップＳ３３）、当該運行区間の通行時間が夜間であるか（ステップＳ３４）をそれぞれ判断する。当該運行区間が自動車専用道路であるか、夜間に通行した運行期間であれば、当該運行期間については通過地情報、対向車両情報および訴求人口情報を生成せず、次の運行区間の処理に移る。
【００６３】
処理対象の運行区間が自動車専用道路ではなく、夜間に通行した運行期間でもなければ（ステップＳ３３およびＳ３４のＮＯ）、主たる走行路の情報に基づき、通過地名が生成される（ステップＳ３５）。さらに、広告訴求情報生成処理部２４は、生成された通過地名情報に基づき、居住人口データベース１２を検索することにより、当該通過地の居住人口情報を読み出す（ステップＳ３６）。広告訴求情報生成処理部２４は、さらに、読み出された居住人口を加算することによって訴求人口を算出する（ステップＳ３７）。
【００６４】
続いて、広告訴求情報生成処理部２４は、通過地名情報に基づき、通過車両データベース１３を検索し、当該通過地を貫通する道路の通過車両情報を読み出す（ステップＳ３８）。そして、広告訴求情報生成処理部２４は、読み出された通過車両情報と、当該運行区間を通過するのに要した時間とに基づき、対向車両数を算出する（ステップＳ３９）。さらに、広告訴求情報生成処理部２４は、対向車両数と居住人口とを加算することによって、当該運行区間における路線訴求情報を求める（ステップＳ４０）。
【００６５】
さらに次の運行区間があれば（ステップＳ４１のＹＥＳ）、ステップＳ３３からの処理を繰り返す。こうして全ての運行区間についての路線訴求情報が求まると（ステップＳ４１のＮＯ）、各運行区間の路線訴求情報を加算することによって、延べ訴求情報が算出される（ステップＳ４２）。
その後、広告訴求情報生成処理部２４は、ボディデータベース１１に未処理のレコードがあるかどうかを調べ（ステップＳ４３）、未処理のレコードがあれば、ステップ３１からの処理を繰り返し、すべてのレコードについての処理が完了すると、訴求情報生成処理を終了してメインプログラムにリターンする。
【００６６】
図１２は、訴求地域均一化情報生成処理部２９によって作成される訴求地域均一化情報（トラックが通行した地域または路線を表す情報）の一例を示す図である。訴求地域均一化情報生成処理部２９は、ボディデータベース１１において実車状態フィールドの値が「実車中」となっている個々のトラックにつき、図１２に示すような訴求地域均一化情報を定期的（たとえば、１日または複数日（２日、数日、一週間など）に１回）に生成する。訴求地域均一化情報は、個々のトラックの登録番号のフィールドと、当該登録番号のトラックの運行日のフィールドと、当該運行日に当該トラックが通過した地域（または路線）ごとの通過回数を表すフィールドとを含む。これらの情報は、当該トラックの運行記録簿に基づいて生成されることになる。
【００６７】
生成された訴求地域均一化情報を表わすデータは、通信処理部２１からネットワークＮを介してトラック業者Ｔ１，Ｔ２に送信される。トラック業者Ｔ１，Ｔ２は、訴求地域均一化情報を受信し、配車担当者に閲覧させる。配車担当者は、訴求地域均一化情報から、トラックの車体に貼付された広告シートによる訴求が行われていないか地域または訴求頻度の少ない地域を把握して、そのような地域で当該トラックが運行されるように配車を工夫する。これにより、広告訴求効果を地域的に均一化できる。
【００６８】
図１３は、訴求地域均一化情報生成処理部２９による処理内容を説明するためのフローチャートである。訴求地域均一化情報生成処理部２９は、定期的（１日ごと、数日ごとなど）に図１３に示す処理を実行する。訴求地域均一化情報生成処理部２９は、ボディデータベース１１のレコードを順にスキャンし、実車状態フィールドに「実車中」と記入されたレコードを検索する（ステップＳ７１，Ｓ７７）。訴求地域均一化情報生成処理部２９は、実車中のトラックのレコードが見つかると（ステップＳ７１のＹＥＳ）、そのレコードの登録番号フィールドの値に基づき、運行記録データベース１４を検索して、当該登録番号のトラックの運行記録簿データを読み出す（ステップＳ７２）。
【００６９】
続いて、訴求地域均一化情報生成処理部２９は、運行区間の情報を通過時間の順に処理し、主たる走行路の情報に基づいて、当該運行区間の通過地を特定する（ステップＳ７３）。さらに、訴求地域均一化情報生成処理部２９は、当該登録番号のトラックにおける訴求地域均一化情報において、対応する運行日の当該特定された通過地に対応するフィールドに記入されている度数（通過回数）をインクリメントする（ステップＳ７４）。
【００７０】
さらに次の運行区間があれば（ステップＳ７５のＹＥＳ）、ステップＳ７２からの処理を繰り返す。こうして全ての運行区間についての処理を終えると（ステップＳ７５のＮＯ）、最終的な訴求地域均一化情報が生成される（ステップＳ７６）。
その後、訴求地域均一化情報生成処理部２９は、ボディデータベース１１に未処理のレコードがあるかどうかを調べ（ステップＳ７７）、未処理のレコードがあれば、ステップ７１からの処理を繰り返し、すべてのレコードについての処理が完了すると、訴求地域均一化情報生成処理を終了してメインプログラムにリターンする。
【００７１】
こうして生成された訴求地域均一化情報２９は、ネットワークＮを介して、トラック業者Ｔ１，Ｔ２へと送信され、トラックの配車のための資料として活用される。
図１４は、再資源化データベース１５に記録されるデータの内容を説明するための図である。再資源化データベース１５には、トラックのボディへの貼付期間が完了した使用済の広告シート毎のレコードが登録される。個々のレコードは、使用済広告シートが発生する地域を表す地域フィールド、広告シートが剥離されるトラックの登録番号を表す登録番号フィールド、使用済み広告シートが発生する日を表す発生予定日フィールド、その発生量（面積，長さ）を表す発生量フィールド、当該広告シートの再利用予約状態を表わす予約状態フィールド、その使用済広告シートの状態等を記入するための備考フィールド、再利用地を表わす再利用現場フィールド、再利用の予定日を表わす再利用予定フィールド、およびその再利用の用途を表わす用途フィールドを含んでいる。
【００７２】
図１５は、再利用処理部２８による処理内容を説明するためのフローチャートである。再利用処理部２８は、ボディデータベース１１のレコードを順次スキャンし、実車状態フィールドに「実車中」と記入されたレコードを検索する（ステップＳ５１，Ｓ５７）。実車中のトラックのレコードが見つかると、再利用処理部２８は、再資源化データベース１５に新たなレコードを生成する（ステップＳ５２）。
【００７３】
そして、再利用処理部２８は、ボディデータベース１１内の当該レコードの内容を読み出し（ステップＳ５３）、立地フィールドの内容を地域フィールドに引き写し、登録番号フィールドの内容を引き写し、貼付完了フィールドの値を発生予定フィールドに引き写す（ステップＳ５４）。さらに、再利用処理部２８は、ボディデータベース１１内の当該レコード中の積載量フィールドおよびバン形状フィールドの値に基づいて、使用済広告シートの発生量（面積または長さ）を算出して、その値を発生量フィールドに記入する（ステップＳ５５）。再利用処理部２８は、さらに、備考フィールドに、規定値として「ノーマル」を記入する（ステップＳ５６）。
【００７４】
このような処理が、ボディデータベース１１に記録された全てのレコードに関して実行されることにより、再資源化データベース１５に順次レコードが生成されていく（ステップＳ５７）。
むろん、再資源化データベース１５内に既にレコードが作成されていれば、同一のレコードが生成されることはない。たとえば、再資源化データベース１５の登録番号フィールドを、ボディデータベース１１の各レコードの識別情報として用いることにより、重複してレコードが生成されることを回避できる。
【００７５】
図１６は、再利用業者Ｒ１，Ｒ２からの要請に応じて、主として再利用処理部２８の働きによって行われる再利用予約の手順を説明するためのフローチャートである。再利用予約が要請されると、広告代理店Ａのオペレータは、入力装置２を操作することによって、再利用地域、再利用期間、再利用のための広告シートの必要量を入力する（ステップＳ６１）。
この入力に応答して、再利用処理部２８は、再資源化データベース１５を検索し（ステップＳ６２）、入力条件に適合したレコードがあるかどうかを判断する（ステップＳ６３）。入力条件に適合するレコードが存在すれば、そのレコードの内容が表示装置３に表示され（ステップＳ６４）、この表示画面内で、オペレータは入力装置２を操作することにより、再利用現場フィールド、再使用予定フィールドおよび用途フィールドに必要事項を入力することができる（ステップＳ６５）。この再利用現場および再使用予定フィールドへの入力により、再利用処理部２８は、予約状態フィールドに「再利用予約」を自動記入する（ステップＳ６６）。そして、再利用業者に対して、予約が受け付けられた旨の通知がなされる（ステップＳ６７）。
【００７６】
もしも、入力条件に適合するレコードが存在しなければ（ステップＳ６３のＮＯ）、その旨のメッセージが表示装置３に表示され、予約の受け付けが不可能である旨が再利用業者に通知される（ステップＳ６７）。
再利用業者に対する予約受け付けの可否の通知（ステップＳ６７）は、通信処理部２１から、ネットワークＮを介して、再利用業者Ｒ１に通知内容を電子的に送信することにより行われてもよいし、広告代理店Ａの従業者から顧客に対して電話等の古典的な通信手段を用いて通知することとしてもよい。
【００７７】
ネットワークＮに接続された端末装置を有する再利用業者Ｒ１からの再利用予約は、広告代理店Ａのオペレータを介在させることなく行うこともできる。すなわち、たとえば、再利用業者Ｒ１の端末装置を操作して、広告代理店Ａのウェブサイト上で、広告代理店Ａのコンピュータ装置に対して、再利用予約のためのフォームファイルを要求する。これに応答して、広告代理店Ａの端末装置から、通信処理部２１を介して、要求されたフォームファイルを再利用業者Ｒ１に送信する。このフォームファイル内で、再利用業者Ｒ１は、使用済広告シートを必要とする地域、期間、およびその必要量を入力する（ステップＳ６１）。
【００７８】
その入力後のフォームファイルが再利用業者Ｒ１の端末装置から広告代理店Ａのコンピュータ装置に送られてくると、通信処理部２１によってこのフォームファイルが受信されて再利用処理部２８に受け渡される。そして、再利用処理部２８により、再資源化データベース１５の検索が行われ（ステップＳ６２）、入力された条件に適合するレコードが読み出される（ステップＳ６３）。
この読み出されたレコードを含む予約フォームファイルが通信処理部２１からネットワークＮを介して再利用業者Ｒ１の端末装置に送信される（ステップＳ６４）。再利用業者Ｒ１は、予約フォームファイル内に、再利用現場、再使用予定、用途をそれぞれ入力し、入力後のフォームファイルをネットワークＮを介して広告代理店Ａのコンピュータ装置へと送信する（ステップＳ６５）。
【００７９】
広告代理店Ａのコンピュータ装置では、通信処理部２１で記入済の予約フォームファイルが受信されて、再利用処理部２８に受け渡される。再利用処理部２８は、受信された記入済フォームファイルの記入内容を再資源化データベース１５の該当するレコードに記入するとともに（ステップＳ６６）、通信処理部２１を介して、再利用業者Ｒ１の端末装置に、予約完了を通知する（ステップＳ６７）。
【００８０】
もしも入力条件に適合するレコードが存在しなければ（ステップＳ６３のＮＯ）、再利用処理部２８は、通信処理部２１を介して再利用業者Ｒ１の端末装置に、その旨を通知することになる（ステップＳ６７）。
図１７は、トラック業者Ｔ１，Ｔ２の事業所に設けられ、ネットワークＮに接続された端末装置の構成例を説明するためのブロック図である。この端末装置は、パーソナルコンピュータ等のコンピュータ装置からなっていて、コンピュータ本体３１と、このコンピュータ本体３１に接続された入力装置３２および表示装置３３を備えている。コンピュータ本体３１には、ＣＰＵ、ＲＯＭおよびＲＡＭ、ならびにハードディスク装置等の記憶装置が備えられている。この記憶装置内には、トラック業者Ｔ１，Ｔ２が保有する個々のトラックの運行記録簿を登録するための運行記録データベース３５が形成されている。
【００８１】
さらに、コンピュータ本体３１は、ＣＰＵが所定のプログラムを実行することによって実現される複数の機能処理部を備えている。これらの機能処理部には、ネットワークＮとの間のデータ通信を制御する通信処理部３６と、運行記録データを運行記録データベース３５に登録するための運行記録作成処理部３７と、運行記録データベース３５に登録された運行記録簿のデータを通信処理部３６からネットワークＮを介して広告代理店Ａの端末装置に送信する運行記録送信処理部３８と、個々のトラックの運行記録簿を運行記録データベース３５から読み出したデータに基づいてプリンタ３４から出力させる印刷処理部３９とを備えている。
【００８２】
このような構成によって、トラック業者Ｔ１，Ｔ２から、個々のトラックの運行記録データを、ネットワークＮを介して、広告代理店Ａの端末装置に引き渡すことができる。
トラック１００の運転者が運行記録簿を記入する場合には、この記入された運行記録簿の内容は、入力装置３２から入力される。運行記録作成処理部は、入力装置３２から入力された運行記録簿の内容に対応する運行記録データを運行記録データベース３５に登録する。
【００８３】
一方、トラック１００にデジタルタコグラフ１０１が搭載されていて、トラック１００の運行記録データがメモリカード１０３に自動的に記録されるようになっている場合には、このメモリカード１０３をコンピュータ本体３１に接続されたリーダ／ライタ４０によって読み取らせることによって運行記録データがコンピュータ本体３１に入力される。
デジタルタコグラフ１０１は、一定時間ごとに、時刻とトラック１００の位置座標とを、時系列に従ってメモリカード１０１に登録するものである。このデジタルタコグラフ１０１は、トラック１００の位置座標を検出するための位置検出部１０２を備えている。この位置検出部１０２は、たとえば、ＧＰＳ（Ｇｒｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）衛星１０５からの電波をＧＰＳアンテナ１０６を介して受信し、それに基づいて、トラック１００の位置座標を検出するものであってもよい。
【００８４】
この場合、運行記録作成処理部３７は、位置座標と地域名および路線名とを対応付けて記憶した地域・路線情報データベース３７Ａを参照して、運行記録データベース３５への登録形式に対応した運行記録データを生成する。すなわち、運行記録作成処理部３７は、リーダ／ライタ４０によって読み取られた各時刻ごとの位置座標に基づいて地域・路線情報データベース３７Ａを検索することにより、トラックが各時間に通行した地域名および路線名を抽出し、これに基づいて運行記録データを生成して運行記録データベース３５に登録する。
【００８５】
なお、上述の訴求地域均一化情報処理部２９と同様な働きの機能処理部をトラック業者の端末装置のコンピュータ本体３１に備えることによって、運行記録データベース３５の内容を参照して、訴求地域均一化情報を生成することとしてもよい。すなわち、デジタルタコグラフ１０１によって検出された運行経路情報に基づいて、トラック業者側で訴求地域均一化情報を生成し、これをトラックの配車のために活用することができる。
【００８６】
図１８は、顧客Ｃ１に備えられた端末装置の構成例を説明するためのブロック図である。この端末装置は、ネットワークＮに接続されたパーソナルコンピュータ等のコンピュータ装置からなり、コンピュータ本体４１と、このコンピュータ本体４１に接続された入力装置４２、表示装置４３およびプリンタ４４とを備えている。
コンピュータ本体４１には、ＣＰＵ、ＲＯＭおよびＲＡＭが備えられているとともに、ハードディスク装置などからなる記憶装置が設けられている。コンピュータ本体４１は、ＣＰＵが所定のプログラムを実行することによって実現される複数の機能処理部を有している。これらの機能処理部には、ネットワークＮとの間のデータ通信を制御する通信処理部４６と、広告代理店Ａの端末装置からネットワークＮを介して送信されてくる予約フォームファイル等を閲覧するためのブラウザ処理部４７と、印刷業者ＰからネットワークＮを介して送信されてくる広告デザインデータを閲覧するためのデザインデータ閲覧処理部４８と、広告デザインデータ等をプリンタ４４から印刷出力するための印刷処理部４９とを備えている。
【００８７】
このような構成によって、顧客Ｃ１の端末装置から、ネットワークＮを介して、広告代理店Ａに対して広告予約を行うことができ、またデザイナー事務所Ｄから送られてくる広告デザインデータを閲覧したり、これを印刷したりすることができる。そして、必要に応じて、デザイナー事務所Ｄに対して、広告デザインの修正要求を送信したりすることができる。
図１９は、デザイナー事務所Ｄに備えられた端末装置の構成を説明するためのブロック図である。この端末装置は、ネットワークＮに接続されたパーソナルコンピュータ等のコンピュータ装置からなっていて、コンピュータ本体５１と、このコンピュータ本体５１に接続された入力装置５２、表示装置５３およびプリンタ５４とを有している。コンピュータ本体５１には、ＣＰＵ、ＲＯＭおよびＲＡＭの他に、ハードディスク装置などからなる記憶装置が備えられている。
【００８８】
コンピュータ本体５１に備えられた外部記憶装置には、広告デザインデータを記憶するための広告デザイン記憶部５５のための記憶領域が確保されている。一方、コンピュータ本体５１は、ＣＰＵが所定のプログラムを実行することによって実現される複数の機能処理部を実質的に有している。これらの複数の機能処理部には、ネットワークＮとの間のデータ通信を制御する通信処理部５６、入力装置５２からの入力に応じて広告デザインデータを作成するための広告デザイン作成処理部５７と、作成されて広告デザイン記憶部５５に格納された広告デザインデータを通信処理部５６を介してネットワークＮから顧客Ｃ１または印刷業者Ｐに送信するための広告デザイン送信処理部５８と、顧客Ｃ１からネットワークＮを介して送信されてくる修正要求を通信処理部５６を介して受信する修正要求受信処理部５９と、広告代理店Ａの端末装置からネットワークＮを介して与えられるデザイン作成要請を受け付けるデザイン要請受け付け処理部６０と、広告デザイン記憶部５５に記憶された広告デザインデータをプリンタ５４に与えて印刷出力させるための印刷処理部６１とを備えている。
【００８９】
このような構成により、デザイナー事務所Ｄの作業者は、入力装置５２を操作することによって、表示装置５３に表示された内容を確認しながら、広告デザインを作成し、これを必要に応じて修正して、広告デザイン記憶部５５に格納することができる。また、広告デザイン記憶部５５に格納された広告デザインデータを、ネットワークＮを介して顧客Ｃ１に送信したり、印刷業者Ｐに送信したりすることができる。
【００９０】
図２０は、印刷業者Ｐに備えられた設備の構成を説明するためのブロック図である。印刷業者Ｐは、ネットワークＮに接続された端末装置７０と、広告媒体となるシート体に広告画像を印刷するための印刷装置８０とを備えている。端末装置７０は、パーソナルコンピュータ等からなり、コンピュータ本体７１と、このコンピュータ本体７１に接続された入力装置７２および表示装置７３とを備えている。
【００９１】
コンピュータ本体７１は、ＣＰＵ、ＲＯＭおよびＲＡＭの他に、ハードディスク装置などからなる記憶装置を備えている。この記憶装置の記憶領域内に、広告デザインデータやこの広告デザインデータを変換して得られる印刷データを保存するためのデータ記憶部７５が設けられている。
また、コンピュータ本体７１は、ＣＰＵが所定のプログラムを実行することによって実現される複数の機能処理部を備えている。これらの複数の機能処理部は、ネットワークＮとの間のデータ通信を制御する通信処理部７６と、ネットワークＮから通信処理部７６を介して受信される広告デザインデータの受信を制御して、受信された広告デザインデータをデータ記憶部７５に格納する広告デザインデータ受信処理部７７と、データ記憶部７５に格納された広告デザインデータを読み出し、これを印刷装置８０に適合した印刷データに変換する印刷データ作成処理部７８とを備えている。作成された印刷データは、データ記憶部７５に格納されることになる。
【００９２】
端末装置７０と印刷装置８０の制御装置８０Ａとは、たとえばローカルエリアネットワーク８５を介して接続されている。したがって、制御装置８０Ａは、端末装置７０のデータ記憶部７５に格納された印刷データを読み出し、この印刷データに基づいて印刷装置８０を作動させることにより、シート体上に広告画像を印刷させることができる。
図２１は、再利用業者Ｒ１が保有する端末装置の構成例を説明するためのブロック図である。この端末装置は、パーソナルコンピュータ等のコンピュータ装置からなり、コンピュータ本体８１と、このコンピュータ本体８１に接続された入力装置８２および表示装置８３とを含む。コンピュータ本体８１は、ＣＰＵ、ＲＯＭおよびＲＡＭの他にハードディスク装置等の記憶装置を有している。コンピュータ本体８１は、ＣＰＵが所定のプログラムを実行することによって実現される複数の機能処理部を有していて、これらの複数の機能処理部には、ネットワークＮとのデータ通信を制御する通信処理部８６と、ネットワークＮから受信されるフォームデータ等を表示装置８３上に展開して表示するブラウザ処理部８７とを備えている。
【００９３】
このような構成により、再利用業者Ｒ１は、広告代理店Ａの端末装置から提供される再利用予約フォームを受信し、このフォーム内に必要事項を記入した後に、その記入されたフォームデータを、ブラウザ処理部８７から通信処理部８６を介して広告代理店Ａの端末装置へと送信することができる。
図２２は、この実施形態に係る移動体広告システムの全体の流れを説明するためのフローチャートである。顧客Ｃ１，Ｃ２からの広告要請は、広告代理店Ａによって受領され、ボディデータベース１１を検索した後に、対象車両（トラック）が決定される。この決定は、トラック業者Ｔ１，Ｔ２に伝えられるとともに、顧客Ｃ１，Ｃ２に対しては、広告要請が受け付けられた旨が通知される。
【００９４】
これを受けて、顧客Ｃ１，Ｃ２からは、広告デザインの要請が広告代理店Ａまたはデザイナー事務所Ｄに対してなされる。これに応じて、デザイナー事務所Ｄは、広告デザインを製作し、これを顧客Ｃ１，Ｃ２に対して提案する。顧客Ｃ１，Ｃ２は、必要に応じて、デザインに対する修正要求を出し、これに応じてデザイナー事務所Ｄは、広告デザインの修正を行って、顧客Ｃ１，Ｃ２に修正後の広告デザインを再提案する。
【００９５】
顧客Ｃ１，Ｃ２がデザイナー事務所Ｄから提案された広告デザインを検収し、その旨をデザイナー事務所Ｄに通知すると、デザイナー事務所Ｄは広告デザインデータを印刷業者Ｐに送信する。印刷業者Ｐは、広告デザインデータを受信し、これを印刷用データに変換して、シート体上への印刷を開始する。この印刷が完了すると、広告画像を担持したシート体である広告シートが、トラック業者Ｔ１，Ｔ２に引き渡される。
【００９６】
トラック業者Ｔ１，Ｔ２は、先に対象車両として決定されたトラックのボディに広告シートを貼着して、そのトラックの運行を開始する。この運行時には、トラックの運転手によってトラックの運行記録が作成され、この運行記録は、トラック業者の端末装置のオペレータが、運行記録データベース３５に登録する。この運行記録データベース３５に登録された内容が、広告代理店Ａの端末装置へと送信され、この広告代理店Ａの端末装置において、広告訴求情報が生成されて、顧客Ｃ１，Ｃ２に提供される。
【００９７】
広告期間が満了すると、トラック業者Ｔ１，Ｔ２によって使用済の広告シートがトラックのボディから剥離されることになる。この剥離された広告シートは、再利用業者Ｒ１，Ｒ２によって再利用される。広告期間満了時期は、ボディデータベース１１に予め登録されており、このボディデータベース１１内における広告期間満了日に相当する貼付完了フィールドの内容が、再資源化データベース１５における発生予定フィールドに引き写されることになる。
【００９８】
以上のように、この実施形態によれば、トラック業者Ｔ１，Ｔ２から提供される運行記録データと、居住人口データベース１２および通過車両データベース１３の内容とに基づき、広告代理店Ａの端末装置において広告訴求情報を生成し、これを顧客Ｃ１，Ｃ２に提供することができる。これにより、顧客Ｃ１，Ｃ２は、トラックのボディを利用した広告の訴求効果を正確に把握することができるようになる。これにより、トラックのボディを利用した広告の円滑な利用を図ることができる。
【００９９】
以上、この発明の一実施形態について説明したが、この発明は他の形態で実施することもできる。たとえば、上記の実施形態では、広告訴求情報が広告代理店Ａの端末装置において作成されることとしたが、運行記録データベース３５はトラック業者Ｔ１，Ｔ２が保有しているので、トラック業者Ｔ１，Ｔ２において広告訴求情報を生成することとしてもよい。また、広告代理店Ａとは別のサーバ装置をネットワークＮに接続しておいて、このサーバ装置において広告訴求情報を生成させることもできる。また、上記の実施形態では、顧客からの広告依頼は広告代理店Ａにおいて受け付けられるようにしているが、このような広告依頼はトラック業者Ｔ１，Ｔ２において受け付けることとしてもよい。
【０１００】
その他、特許請求の範囲に記載された事項の範囲で種々の設計変更を施すことが可能である。
【図面の簡単な説明】
【図１】この発明の一実施形態に係る移動体広告システムの全体像を説明するためのブロック図である。
【図２】広告代理店に備えられた端末装置としてのコンピュータの構成を説明するためのブロック図である。
【図３】ボディデータベースにおけるデータ格納状態を説明するための図である。
【図４】ボディ登録処理部の働きにより、ボディデータベースにトラックのレコードを作成する処理を説明するためのフローチャートである。
【図５】ボディ登録処理部による実車状態更新処理を説明するためのフローチャートである。
【図６】ボディ予約処理部の働きによって、ボディデータベースに対し、広告シートの貼付をすべきトラックの予約（ボディ予約）を行うための処理を説明するフローチャートである。
【図７】居住人口データベースに登録されたデータの内容を説明するための図である。
【図８】通過車両データベースに登録されたデータの内容を説明するための図である。
【図９】運行記録データベースに登録される運行記録簿データの一例を示す図である。
【図１０】広告訴求情報生成処理部によって作成される広告訴求情報の一例を示す図である。
【図１１】広告訴求情報生成処理部による処理内容を説明するためのフローチャートである。
【図１２】訴求地域均一化情報生成処理部によって作成される訴求地域均一化情報の一例を示す図である。
【図１３】訴求地域均一化情報生成処理部２９による処理内容を説明するためのフローチャートである。
【図１４】再資源化データベースに記録されるデータの内容を説明するための図である。
【図１５】再利用処理部による処理内容を説明するためのフローチャートである。
【図１６】再利用業者からの要請に応じて行われる再利用予約の手順を説明するためのフローチャートである。
【図１７】トラック業者の事業所に設けられた端末装置の構成例を説明するためのブロック図である。
【図１８】顧客に備えられた端末装置の構成例を説明するためのブロック図である。
【図１９】デザイナー事務所に備えられた端末装置の構成を説明するためのブロック図である。
【図２０】印刷業者に備えられた設備の構成を説明するためのブロック図である。
【図２１】再利用業者が保有する端末装置の構成例を説明するためのブロック図である。
【図２２】この実施形態に係る移動体広告システムの全体の流れを説明するためのフローチャートである。
【符号の説明】
Ａ 広告代理店
Ｃ１，Ｃ２ 顧客
Ｄ デザイナー事務所
Ｎ ネットワーク
Ｐ 印刷業者
Ｒ１，Ｒ２ 再利用業者
Ｔ１，Ｔ２ トラック業者
１ コンピュータ本体
２ 入力装置
３ 表示装置
１１ ボディデータベース
１２ 居住人口データベース
１３ 通過車両データベース
１４ 運行記録データベース
１５ 再資源化データベース
２１ 通信処理部
２２ ボディ登録処理部
２３ ボディ予約処理部
２４ 広告訴求情報生成処理部
２５ 課金処理部
２６ 運行記録登録処理部
２７ 収益配分処理部
２８ 再利用処理部
３１ コンピュータ本体
３２ 入力装置
３３ 表示装置
３４ プリンタ
３５ 運行記録データベース
３６ 通信処理部
３７ 運行記録作成処理部
３７Ａ 地域・路線情報データベース
３８ 運行記録送信処理部
３９ 印刷処理部
４０ リーダ／ライタ
４１ コンピュータ本体
４２ 入力装置
４３ 表示装置
４４ プリンタ
４６ 通信処理部
４７ ブラウザ処理部
４８ デザインデータ閲覧処理部
４９ 印刷処理部
５１ コンピュータ本体
５２ 入力装置
５３ 表示装置
５４ プリンタ
５５ 広告デザイン記憶部
５６ 通信処理部
５７ 広告デザイン作成処理部
５８ 広告デザイン送信処理部
５９ 修正要求受信処理部
６０ デザイン要請受け付け処理部
６１ 印刷処理部
７０ 端末装置
７１ コンピュータ本体
７２ 入力装置
７３ 表示装置
７５ データ記憶部
７６ 通信処理部
７７ 広告デザインデータ受信処理部
７８ 印刷データ作成処理部
８０ 印刷装置
８０Ａ 制御装置
８１ コンピュータ本体
８２ 入力装置
８３ 表示装置
８５ ローカルエリアネットワーク
８６ 通信処理部
８７ ブラウザ処理部
１００ トラック
１０１ デジタルタコグラフ
１０２ 位置検出部
１０３ メモリカード

Claims (8)

1. 移動体の外表面に付した広告画像によって訴求するための移動体広告システムであって、
   上記広告画像が外表面に付された移動体が実際に移動した移動経路を表す移動経路情報が検索可能に登録される移動経路データベースと、
   移動体が移動可能な経路に対応付けた訴求効果情報が検索可能に登録される訴求効果データベースと、
   上記移動経路データベースを検索して上記外表面に広告画像を付した移動体の移動経路情報を読み出し、この移動経路情報に基づいて上記訴求効果データベースを検索することによって、上記移動体が上記移動経路を移動したことによって達成されたと推定される訴求効果を表す訴求効果情報を生成する訴求効果情報生成手段とを含むことを特徴とする移動体広告システム。
2. 移動体の外表面に付した広告画像によって訴求するための移動体広告システムであって、
   上記広告画像が外表面に付された移動体が実際に移動した移動経路を検出する移動経路検出手段と、
   移動体が移動可能な経路に対応付けた訴求効果情報が検索可能に登録される訴求効果データベースと、
   上記移動経路検出手段による検出結果に基づいて上記訴求効果データベースを検索することによって、上記移動体が上記移動経路を移動したことによって達成されたと推定される訴求効果を表す訴求効果情報を生成する訴求効果情報生成手段とを含むことを特徴とする移動体広告システム。
3. 上記移動体の移動経路に基づいて、移動体が移動した地域情報または路線情報を生成する移動地域・路線情報生成手段をさらに含むことを特徴とする請求項１または２記載の移動体広告システム。
4. 上記広告のために利用可能な移動体の属性情報が検索可能に登録される移動体属性データベースと、
   この移動体属性データベースに、上記属性情報を登録するための属性情報登録処理手段とをさらに含み、
   この属性情報登録処理手段は、上記移動体属性データベースに、個々の移動体について、その外表面に広告画像が付されている広告実施中であるか否かを表す広告実施状態を上記属性情報の１つとして登録する広告実施状態登録処理手段を含み、
   上記訴求効果情報生成手段は、上記移動体属性データベースに広告実施中であることを表す広告実施状態が登録されている移動体に関して、訴求効果情報を生成するものであることを特徴とする請求項１ないし３のいずれかに記載の移動体広告システム。
5. 上記広告画像は、広告画像を形成した剥離可能なシート体を移動体の外表面に貼着することによって、当該移動体の外表面に付されるものであることを特徴とする請求項１ないし４のいずれかに記載の移動体広告システム。
6. 上記シート体が移動体の外表面から剥離されて再利用可能となる時期の情報を含むシート体再利用情報が検索可能に登録される再利用データベースをさらに含むことを特徴とする請求項５記載の移動体広告システム。
7. 上記属性情報登録処理手段は、上記移動体属性データベースに、上記シート体を用いた広告の終了時期を上記属性情報の１つとして登録する手段を含み、
   上記移動体属性データベースに登録される上記終了時期を、当該シート体が剥離されて再利用可能となる時期として上記再利用データベースに登録する手段をさらに含むことを特徴とする請求項６記載の移動体広告システム。
8. 上記属性情報登録処理手段は、上記移動体属性データベースに、上記属性情報の１つとして、当該移動体の外表面に付されるシート体の量を表す情報を登録する手段を含み、
   上記移動体属性データベースに登録される上記シート体の量を表す情報に基づいて、再利用可能となるシート体の量を表す情報を上記再利用可能となる時期と対応付けて上記再利用データベースに登録する手段をさらに含むことを特徴とする請求項６または７に記載の移動体広告システム。

Images