(57)【要約】【課題】  ３Ｄ映像を出力するためのデータ等を、ネットワークを介して効率よく送信できるようにする。【解決手段】  ３Ｄ映像及び音声からなる広告を出力するための広告データを広告データ提供サーバ１２から管理サーバ１３へ送信し、管理サーバ１３において、広告データにヘッダ及びプログラムモジュールを付加してパッケージ化することによりデータパッケージを作成し、広告配信サーバ１４に格納する。ユーザが使用するユーザ端末１５はビューワプログラムを備え、このビューワプログラムの機能により、広告配信サーバ１４に格納されたデータパッケージを受信し、３Ｄ映像および音声を出力する。【選択図】  図１ 
2005328482.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と、このサーバ装置に通信回線を介して接続された端末装置とを備えて構成されるデータ送信システムにおいて、
複数のデータと、これら複数のデータにそれぞれ付された識別情報を含むヘッダと、を含むデータパッケージを、前記サーバ装置に保持し、
前記サーバ装置は、前記端末装置によって前記データパッケージの送信が要求されると、要求された前記データパッケージのヘッダを前記端末装置に送信し、前記端末装置によって前記ヘッダに含まれる識別情報に従って前記データパッケージ中のデータが指定されると、指定されたデータを前記端末装置に送信すること、
を特徴とするデータ送信システム。
【請求項２】
前記サーバ装置は、前記端末装置からデータパッケージのリストが要求されると、当該サーバ装置が保持するデータパッケージのリストを送信し、前記リストに含まれるデータパッケージのうち特定のデータパッケージが前記端末装置によって指定されると、指定されたデータパッケージのヘッダを前記端末装置に送信すること、
を特徴とする請求項１記載のデータ送信システム。
【請求項３】
前記端末装置は、前記サーバ装置から送信されるデータを所定のプログラムによって処理するものであって、
前記サーバ装置が保持するデータパッケージは、前記端末装置における前記所定のプログラムにより呼び出されるプログラムモジュールを含むものであること、
を特徴とする請求項１または２記載のデータ送信システム。
【請求項４】
前記データパッケージは、前記データとして、３Ｄ映像を出力するための３Ｄデータを含むことを特徴とする請求項１から３のいずれかに記載のデータ送信システム。
【請求項５】
サーバ装置から、このサーバ装置に通信回線を介して接続された端末装置に対してデータを送信するデータ送信方法であって、
複数のデータと、これら複数のデータにそれぞれ付された識別情報を含むヘッダと、を含むデータパッケージを、前記サーバ装置に保持し、
前記サーバ装置により、前記端末装置によって前記データパッケージの送信が要求された場合に、要求された前記データパッケージのヘッダを前記端末装置に送信し、前記端末装置によって前記ヘッダに含まれる識別情報に従って前記データパッケージ中のデータが指定された場合に、指定されたデータを前記端末装置に送信すること、
を特徴とするデータ送信方法。
【請求項６】
所定のアプリケーションプログラムにより処理されるための複数のデータと、
これら複数のデータにそれぞれ付された識別情報を含むヘッダと、
前記複数のデータのうち少なくとも一部のデータを処理する際に、前記アプリケーションプログラムによって呼び出されるプログラムモジュールと、
をパッケージ化した構造を有するデータが記録されたコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してデータを送信するデータ送信システム、ネットワークを介してデータを送信するためのデータ送信方法、及び、このデータ送信方法に適した構造を有するデータを記録した記録媒体に関する。
【背景技術】
【０００２】
近年、インターネットを利用した広告が急速に普及しており、より効果的な広告を行うための方法が種々提案されてきた。例えば、既存フォーマットで記録されたオーディオやビデオ等のメディアファイルに広告データを挿入することにより、メディアファイルの再生に合わせて広告が出力されるようにする技術が提案された（例えば、特許文献１参照。）。
【特許文献１】特表２００３−５０９７５７号公報
【０００３】
特許文献１の例をはじめとして、広告媒体としてのインターネットは、テレビや雑誌等の従来の広告媒体に比べ、音声や映像の利用に関して自由度が高いという特徴があり、効果的な広告媒体として注目されていた。
【０００４】
また、近年、パーソナルコンピュータが高性能化し、高度なグラフィック機能を備えるようになったことから、３Ｄ（３次元）の映像表現を利用できるようになった。このため、広告分野においても３Ｄ映像表現の活用が期待されていた。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、３Ｄ映像を出力するためのデータは、従来の２Ｄ（２次元）映像のデータに比べて、データ量が格段に大きい。このため、作成に高度な技術と多大な労力を要する上、データ管理に要する負担も大きく、さらにネットワークを介して送受信する際の負荷が大きい等の問題があり、２Ｄ映像のデータと同様に取り扱うことは困難であった。
従って、３Ｄ映像を出力するためのデータ等を、ネットワークを介して効率よく送信できるようにする技術が求められていた。
【０００６】
そこで、本発明は、３Ｄ映像を出力するためのデータ等を、ネットワークを介して効率よく送信できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、本発明は、次のような特徴を備えている。なお、次に示す説明中、括弧書きにより実施の形態に対応する構成を一例として示す。符号及び名称等は、後述する図面における符号及び名称等である。
【０００８】
請求項１記載の発明は、サーバ装置（例えば、広告配信サーバ１４）と、このサーバ装置に通信回線（例えば、インターネット１０）を介して接続された端末装置（例えば、ユーザ端末１５）とを備えて構成されるデータ送信システムにおいて、複数のデータと、これら複数のデータにそれぞれ付された識別情報を含むヘッダと、を含むデータパッケージ（例えば、データパッケージ１６）を、前記サーバ装置に保持し、前記サーバ装置は、前記端末装置によって前記データパッケージの送信が要求されると、要求された前記データパッケージのヘッダを前記端末装置に送信し、前記端末装置によって前記ヘッダに含まれる識別情報に従って前記データパッケージ中のデータが指定されると、指定されたデータを前記端末装置に送信することを特徴とする。
【０００９】
請求項２記載の発明は、請求項１記載の発明のデータ送信システムにおいて、前記サーバ装置が、前記端末装置からデータパッケージのリストが要求されると、当該サーバ装置が保持するデータパッケージのリストを送信し、前記リストに含まれるデータパッケージのうち特定のデータパッケージが前記端末装置によって指定されると、指定されたデータパッケージのヘッダを前記端末装置に送信することを特徴とする。
【００１０】
請求項３記載の発明は、請求項１または２記載のデータ送信システムにおいて、前記端末装置が、前記サーバ装置から送信されるデータを所定のプログラムによって処理するものであって、前記サーバ装置が保持するデータパッケージは、前記端末装置における前記所定のプログラムにより呼び出されるプログラムモジュールを含むものであることを特徴とする。
【００１１】
請求項４記載の発明は、請求項１から３のいずれかに記載のデータ送信システムにおいて、前記データパッケージが、前記データとして、３Ｄ映像を出力するための３Ｄデータを含むことを特徴とする。
【００１２】
請求項５記載の発明は、サーバ装置（例えば、広告配信サーバ１４）から、このサーバ装置に通信回線（例えば、インターネット１０）を介して接続された端末装置（例えば、ユーザ端末１５）に対してデータを送信するデータ送信方法であって、複数のデータと、これら複数のデータにそれぞれ付された識別情報を含むヘッダと、を含むデータパッケージ（例えば、データパッケージ１６）を、前記サーバ装置に保持し、前記サーバ装置により、前記端末装置によって前記データパッケージの送信が要求された場合に、要求された前記データパッケージのヘッダを前記端末装置に送信し、前記端末装置によって前記ヘッダに含まれる識別情報に従って前記データパッケージ中のデータが指定された場合に、指定されたデータを前記端末装置に送信することを特徴とする。
【００１３】
請求項６記載の発明は、所定のアプリケーションプログラムにより処理されるための複数のデータと、これら複数のデータにそれぞれ付された識別情報を含むヘッダと、前記複数のデータのうち少なくとも一部のデータを処理する際に、前記アプリケーションプログラムによって呼び出されるプログラムモジュールと、をパッケージ化した構造を有するデータが記録されたコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１４】
請求項１記載の発明によれば、サーバ装置と、このサーバ装置に通信回線を介して接続された端末装置とを備えて構成されるデータ送信システムにおいて、複数のデータと、これら複数のデータにそれぞれ付された識別情報を含むヘッダとを含むデータパッケージをサーバ装置に保持し、サーバ装置により、端末装置によってデータパッケージの送信が要求されると、要求されたデータパッケージのヘッダを端末装置に送信し、端末装置によってヘッダに含まれる識別情報に従って前記データパッケージ中のデータが指定されると、指定されたデータを端末装置に送信するので、データパッケージに含まれるデータのうち、必要なデータのみが端末装置へ送信される。このため、サーバ装置から端末装置へ送信するデータの量を必要な量に抑えることができる。これにより、例えば、３Ｄ映像に関するデータなど、一般的にデータ量が非常に大きいとされるデータを、回線の負荷及びサーバ装置や端末装置の負荷を低く抑えながら、効率よく送信することができる。
【００１５】
請求項２記載の発明によれば、サーバ装置により、端末装置からデータパッケージのリストが要求された場合に、当該サーバ装置が保持するデータパッケージのリストを送信し、リストに含まれるデータパッケージのうち特定のデータパッケージが端末装置によって指定された場合に、指定されたデータパッケージのヘッダを端末装置に送信するので、サーバ装置に多数のデータパッケージが保持されている場合であっても、端末装置に送信するデータを必要なデータのみとすることができる。また、端末装置においては、サーバ装置によって提供可能なデータパッケージのリストに基づいて、ユーザに、所望のデータパッケージを選択させることができるので、ユーザの利便性を損なうことがない。
【００１６】
請求項３記載の発明によれば、端末装置が、サーバ装置から送信されるデータを所定のプログラムによって処理するものであって、サーバ装置が保持するデータパッケージは、端末装置における所定のプログラムにより呼び出されるプログラムモジュールを含むので、端末装置における所定のプログラムでは実現できない機能を追加的に補完することができる。例えば、データパッケージに含まれるデータが、上記所定のプログラムによって処理できない形態であったとしても、当該データを処理可能なプログラムモジュールがデータパッケージに含まれるので、端末装置は、このプログラムモジュールを受信して所定のプログラムから呼び出すことにより、当該データを処理できる。このように、端末装置におけるプログラムが対応していない未知のフォーマットのデータであってもすみやかに処理できるので、様々なフォーマットのデータを手軽に活用することができる。例えば、コンテンツデータを配信しようとする場合、コンテンツを受信するユーザが利用可能なデータフォーマットを考慮してコンテンツデータを用意する必要があるが、本発明を適用すれば、端末装置においてユーザが利用するプログラムの機能を補完できるので、新たなデータフォーマットのコンテンツデータであっても問題なく配信できる。これにより、データを作成する際の制約を解消することで、作業負担を激減させるとともに、自由度を飛躍的に高めることができる。
【００１７】
請求項４記載の発明によれば、データパッケージに、３Ｄ映像を出力するための３Ｄデータがデータとして含まれる。３Ｄ映像を出力するためのデータは、一般に、データ量が格段に大きくなることから、ネットワークを介した送信が難しいとされているが、本発明によって非常に効率よく送信することができる。
【００１８】
請求項５記載の発明によれば、サーバ装置から、このサーバ装置に通信回線を介して接続された端末装置に対してデータを送信するデータ送信方法において、複数のデータと、これら複数のデータにそれぞれ付された識別情報を含むヘッダとを含むデータパッケージをサーバ装置に保持し、サーバ装置により、端末装置によってデータパッケージの送信が要求された場合に、要求されたデータパッケージのヘッダを端末装置に送信し、端末装置によってヘッダに含まれる識別情報に従ってデータパッケージ中のデータが指定された場合に、指定されたデータを端末装置に送信するので、データパッケージに含まれるデータのうち、必要なデータのみが端末装置へ送信される。このため、サーバ装置から端末装置へ送信するデータの量を必要最小限の量に抑え、大容量のデータであっても、回線の負荷及びサーバ装置や端末装置の負荷を低く抑えながら、効率よく送信することができる。
【００１９】
請求項６記載の発明によれば、所定のアプリケーションプログラムにより処理されるための複数のデータと、これら複数のデータにそれぞれ付された識別情報を含むヘッダと、複数のデータのうち少なくとも一部のデータを処理する場合に、アプリケーションプログラムによって呼び出されるプログラムモジュールと、をパッケージ化した構造を有するデータを利用すれば、複数の機器の間でデータを交換する際に、データとともにプログラムモジュールを交換して、上記所定のアプリケーションプログラムの機能を追加的に補完することができる。例えば、通信回線を介してデータを送受信する場合、受信側の機器が有する所定のプログラムが、送受信されるデータを処理できない可能性がある。この場合、当該データを処理可能なプログラムモジュールを当該データとともにパッケージ化しておけば、受信側の機器によってデータとともにプログラムモジュールを受信し、受信したプログラムモジュールを所定のプログラムから呼び出すことにより、受信したデータを確実に処理できる。これにより、複数の機器の間においてデータを交換する場合に、受け側の機器において当該データが処理可能であるか否かを確認する必要がないので、様々なフォーマットのデータを活用することができ、データ交換の自由度を高めることができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を図面に基づき説明する。
本実施の形態においては、一例として、３Ｄ映像を利用した広告を配信する広告システムに本発明を適用した場合について説明する。
【００２１】
図１は、本発明を適用した実施の形態における広告システム１の概略構成を示す図である。
図１に示すように、広告システム１は、広告主サーバ１１、広告データ提供サーバ１２、管理サーバ１３及び広告配信サーバ１４の各サーバ装置と、ユーザ端末１５とが、インターネット１０を介して互いに接続された構成となっている。
広告システム１は、ユーザが使用するユーザ端末１５に対して、広告対象の商品やサービスに係るデータを送信し、ユーザ端末１５において広告の３Ｄ映像及び音声を出力するシステムである。ユーザ端末１５においては、３Ｄグラフィックを利用した映像及び音声が出力され、この３Ｄ映像及び音声は、ユーザの操作に応じて様々に出力形態が変化するなど、インタラクティブな表現が可能である。このため、従来の広告に比べて格別の現実感・臨場感を演出することができ、興趣性に富み、高い広告効果を期待できる。
【００２２】
広告主サーバ１１は、インターネット１０を介してウェブページを送信するウェブサーバである。広告主サーバ１１が送信するウェブページは、画像やテキストとともに、インターネット１０上における特定のファイルを指定するＵＲＬ（Uniform Resource Locator）が設定されたリンクを含む。広告主サーバ１１は、後述する広告配信処理（図６）において、ユーザ端末１５からのアクセスに応じて、広告データを受信するためのリンクが設定されたウェブページを送信する。
【００２３】
広告データ提供サーバ１２は、３Ｄ映像及び音声による広告を出力するための広告データを作成する広告データ作成事業者が使用する装置であり、内蔵する記憶装置（図示略）に、作成された広告データを記憶する。広告データ提供サーバ１２は、後述する広告データ登録処理（図５）において、記憶装置（図示略）に記憶した広告データを、インターネット１０を介して管理サーバ１３へ送信する。
【００２４】
管理サーバ１３は、広告システム１による広告配信を管理する管理事業者が使用する装置である。管理サーバ１３は、後述する広告データ登録処理（図５）において、広告データ提供サーバ１２から送信される広告データを受信し、広告データのパッケージ化等の処理を実行してデータパッケージ１６を作成し、広告配信サーバ１４に格納する。
【００２５】
広告配信サーバ１４は、記憶装置（図示略）にデータパッケージ１６を格納し、ユーザ端末１５からのアクセスに応じてデータパッケージ１６を送信するサーバ装置である。
詳細に説明すると、広告配信サーバ１４は、後述する広告配信処理（図６，７）において、ユーザ端末１５から広告データのリストが要求された場合に、この要求に応じて、ユーザ端末１５へ送信可能なデータパッケージ１６のリストを作成し、ユーザ端末１５へ送信する。そして、ユーザ端末１５によって、送信したリストに含まれる特定のデータパッケージ１６及び当該データパッケージ１６中のデータが指定されると、広告配信サーバ１４は、指定されたデータパッケージ１６に含まれる指定されたデータを、ユーザ端末１５へ送信する。
【００２６】
ユーザ端末１５は、一般消費者であるユーザが使用する端末装置であり、液晶表示画面やＣＲＴ（Cathode Ray Tube）等からなる表示画面、及び、スピーカ等からなる音声出力装置（図示略）を備え、各種映像及び音声を出力する。また、ユーザ端末１５は、広告主サーバ１１により送信されるウェブページのデータを受信して当該ウェブページを表示するウェブブラウザ（図示略）と、広告配信サーバ１４から送信されるデータパッケージ１６に含まれるデータに基づいて３Ｄ映像及び音声を再生出力するビューワプログラム（図示略）とを具備する。ユーザ端末１５の具体的な例としては、パーソナルコンピュータ（ＰＣ）が挙げられるが、上記ウェブブラウザ及びビューワプログラムを搭載可能であれば、ＰＤＡ（Personal Digital Assistant）、携帯電話機等の機器を用いることも可能である。
【００２７】
ユーザ端末１５は、後述する広告配信処理（図６）において、ウェブブラウザの機能によって広告主サーバ１１にアクセスしてウェブページを受信して表示し、当該ウェブページに設定されたリンクにより広告配信サーバ１４に格納された広告データにアクセスする。ここで、当該リンクのＭＩＭＥ（Multipurpose Internet Mail Extensions）タイプの設定に従って、ユーザ端末１５が備えるビューワプログラムが起動する。
また、ユーザ端末１５は、後述する広告配信処理（図６，７）において、ビューワプログラムの機能により、広告配信サーバ１４に対してデータパッケージ１６のリストを要求し、この要求に応じて送信されるリストを受信して表示する。ここで、リスト中のデータパッケージ１６がユーザにより指定されると、ユーザ端末１５は、指定されたデータパッケージ１６を広告配信サーバ１４に対して要求し、この要求に応じて広告配信サーバ１４から送信されるデータを受信する。
【００２８】
インターネット１０は、専用線、公衆電話回線、衛星通信回線等の各種通信回線や図示しない各種サーバ等を含んで構成され、その具体的態様は特に限定されない。また、広告主サーバ１１、広告データ提供サーバ１２、管理サーバ１３、広告配信サーバ１４及びユーザ端末１５の各装置とインターネット１０との間には、ＩＳＰ（Internet Service Provider）やＮＳＰ（Network Service Provider）等が提供するサーバやファイアーウォール、ゲートウェイ装置等の各種機器が介在する構成としても良いが、ここでは図示しない。また、広告主サーバ１１、広告データ提供サーバ１２、管理サーバ１３、広告配信サーバ１４及びユーザ端末１５の各装置間における通信は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の各種プロトコルに従って行われる。プロトコルの種類に特に制限はなく、独自のプロトコルを用いることも勿論可能である。
【００２９】
図２は、図１に示す広告システムにおいて送受信されるデータパッケージ１６の構成を模式的に示す図である。データパッケージ１６は、３Ｄ映像及び音声を出力するためのデータを管理サーバ１３によってパッケージ化したものであり、広告配信サーバ１４に格納される。
【００３０】
図２に示すように、データパッケージ１６は、ヘッダ１６１、プログラムモジュール１６２、３Ｄ広告用データ１６３及びその他データ１６４により構成される。
さらに、プログラムモジュール１６２、３Ｄ広告用データ１６３及びその他データ１６４は、それぞれ複数のプログラムモジュールやデータによって構成される。
【００３１】
つまり、データパッケージ１６は、複数のデータやプログラムモジュールにより構成されるチャンク構造をなしている。データパッケージ１６に含まれる複数のデータやプログラムモジュールには各々固有のタグが付され、このタグにより各データやプログラムを特定できる。なお、データパッケージ１６におけるタグは、各データパッケージ１６中においてのみ有効であり、異なるデータパッケージ間におけるタグの共通性は保証されない。このため、例えば、あるデータパッケージ１６において画像データに付されたタグが、別のデータパッケージ１６においてはプログラムモジュールを指すことがある。従って、広告システム１においてデータパッケージ１６を処理する場合、処理対象のデータパッケージ１６中におけるタグを用いる必要がある。但し、ヘッダ１６１については、広告システム１で使用される全データパッケージ１６において共通の仕様となっており、全てのデータパッケージ１６について、同じ処理によってヘッダ１６１を取得できる。
【００３２】
ヘッダ１６１は、データパッケージ１６に関する基本的な設定情報等を含む。ヘッダ１６１は、例えば、管理サーバ１３により広告主サーバ１１及び広告データ提供サーバ１２に対して発行されたＩＤコードや、データパッケージ１６の公開開始日、データパッケージ１６の名称、データパッケージ１６に含まれるデータの名称及びタグ等の情報を含む。
【００３３】
３Ｄ広告用データ１６３は、３Ｄ映像及び音声を出力するための複数のデータによって構成される。また、その他データ１６４は、３Ｄ映像及び音声とは異なる形式の動画像データ等である。
【００３４】
図３には、データパッケージ１６における３Ｄ広告用データ１６３及びその他データ１６４の構成例を詳細に示す。図３に示す例では、データパッケージ１６は、車の広告用の３Ｄ映像及び音声を出力するためのデータを含む。
【００３５】
３Ｄ広告用データ１６３には、車の３Ｄモデル・データ、車のマテリアル・データ、車のモーション・データ、背景の３Ｄモデル・データ、背景のマテリアル・データ、カメラ・ワーク・データ、ＳＥ（Sound Elements）、ＢＧＭ（Back-Ground Music）の各データが含まれる。これらのデータをビューワプログラムによって処理することで、車の３Ｄ映像を表示するとともに、ユーザの操作に応じて、車を回転させたり、映像の視点を切り換えたり、ドアを開閉させたりする等、映像を変化させることができる。また、ユーザ端末１５は、ビューワプログラムの機能により、映像と同期した音声を出力することが可能であり、例えば、ドアを開閉させる映像に合わせてドアの開閉音を出力する。
【００３６】
３Ｄ広告用データ１６３に含まれる車の３Ｄモデル・データ、車のマテリアル・データ、車のモーション・データ、背景の３Ｄモデル・データ、背景のマテリアル・データ、カメラ・ワーク・データ、ＳＥ、ＢＧＭの各データは、さらに複数のデータにより構成される。
例えば、車の形状に関するデータである車の３Ｄモデル・データとしては、ノーマルの車体に対応するデータと、サンルーフ付きの車体に対応するデータとが含まれる。また、例えば、色や表面状態を表すテクスチャに関するデータである車のマテリアル・データとしては、５色のボディーカラー、３種類のシート地、２種類の窓ガラス（ウィンドウ）に対応するデータが、それぞれ含まれる。
このように、３Ｄ広告用データ１６３が複数種類のデータを含むことで、例えば、広告対象の商品またはサービスが複数種類ある場合に、ユーザに種類を選択させ、選択された商品またはサービスの広告を行うことができる。この場合、複数の種類が存在する商品またはサービスの広告を、一つのデータパッケージ１６によって行うことができるので、広告配信サーバ１４におけるデータ管理が容易になるという利点がある。
【００３７】
また、その他データ１６４としては、ムービー・データ及びミュージック・データが含まれる。これらのデータは、レンダリング等の処理を要しないで再生出力可能な動画像データ及び音声データである。図３に示す例では、その他データ１６４は、３Ｄ映像による広告に先だって表示されるオープニング・ムービー、テレビで放映されたコマーシャルのムービー、このコマーシャルに用いられた音声、広告対象の車のイメージ・ソング等、各種の動画像及び音声データからなる。
【００３８】
図３の例において、３Ｄ広告用データ１６３及びその他データ１６４に含まれる各データには、３乃至４文字の英数字からなる固有のタグが付されており、このタグによって各データを特定できるようになっている。
【００３９】
上述のように、広告配信処理（図６，７）において広告配信サーバ１４からユーザ端末１５へデータパッケージ１６を送信する際には、データパッケージ１６の全てを送信するのではなく、データパッケージ１６に含まれるデータのうち、必要なデータのみを送信する。
【００４０】
例えば、ユーザの操作により、車体がノーマルタイプ、装備品なし、ボディー色が赤、シート地がアイボリー、ウィンドウがノーマル、背景がショールームという条件が指定され、この条件に従って広告を出力する場合、図３に示す各データのうち、必要なデータは、「ノーマル」に対応する車の３Ｄモデル・データ、「レッド」のボディーカラー及び「レザー・アイボリー」のシート地及び「ノーマル」のウィンドウに各々対応する車のマテリアル・データ、「ドアの開閉」に対応する車のモーション・データ、「ショールーム」に対応する背景の３Ｄモデル・データ、背景のマテリアル・データ及びカメラ・ワーク・データ、「ドアの開閉音」に対応するＳＥ、「ショールーム用」のＢＧＭである。
ユーザ端末１５は、図３に示す各データの中から、必要なデータとして上記１０のデータを選択し、これら１０のデータのタグ、すなわち、図３中に斜線を付して示すmdc0、txc3、txs0、txw0、mo d、md r、tx r、ca r、se d、bgmrの各タグを指定して、広告配信サーバ１４に対してデータの送信を要求し、この要求に応じて広告配信サーバ１４からユーザ端末１５へデータを送信する。
【００４１】
このように、広告配信サーバ１４からユーザ端末１５へ、データパッケージ１６に含まれるデータのうち一部のみを送信することにより、データの送受信に要する時間を短くすることができ、ユーザに対して快適な操作性を提供できる。また、送受信されるデータ量を削減することにより、広告配信サーバ１４及びユーザ端末１５における処理の負荷を軽減するとともに、回線の負荷をも軽減できるので、ハードウェア及び回線のコストを抑えることができる。さらに、少数の広告配信サーバ１４によって多数のユーザ端末１５に対応できるので、多くのユーザに対して広告を提供できるという利点がある。
【００４２】
図２に示すプログラムモジュール１６２は、ユーザ端末１５が備えるビューワプログラムによって呼び出され、当該ビューワプログラムの機能を補完または拡張するためのスクリプトやＤＬＬ（Dynamic Link Library）等である。
プログラムモジュール１６２を利用する例としては、データパッケージ１６に含まれる３Ｄ広告用データ１６３及びその他データ１６４が特殊な処理を必要とするものであって、上記特殊な処理をユーザ端末１５のビューワプログラムによって実行することが困難な場合が挙げられる。この場合、上記特殊な処理を実行するためのプログラムモジュール１６２をデータパッケージ１６に含ませておき、ユーザ端末１５のビューワプログラムによってプログラムモジュール１６２を呼び出して実行すれば、３Ｄ広告用データ１６３及びその他データ１６４を処理することができる。
【００４３】
ここで、プログラムモジュール１６２を利用する例を図４に示す。図４（ａ）はユーザ端末１５が備えるビューワプログラム１７の構成例を示し、同図（ｂ）は、プログラムモジュール１６２の例として、外部ＤＬＬ１８を示す図である。
【００４４】
図４（ａ）に示すビューワプログラム１７は、カーネル１７１、基本レンダラ１７２、基本ユーザインターフェイス１７３、スクリプトインタプリタ１７４及びサーバインターフェイス１７５により構成される。
カーネル１７１の制御により、基本レンダラ１７２は、３Ｄ広告用データ１６３のレンダリングを実行し、基本ユーザインターフェイス１７３はユーザ端末１５におけるユーザインターフェイスに係る処理を実行し、スクリプトインタプリタ１７４は所定のスクリプトを実行し、サーバインターフェイス１７５は、インターネット１０を介した各種サーバ装置との間の通信に係る各種処理を実行する。
【００４５】
一方、図４（ｂ）に例示する外部ＤＬＬ１８は、特殊レンダラ１８１、カスタムユーザインターフェイス１８２、その他特殊ルーチン１８３により構成される。
特殊レンダラ１８１は、ビューワプログラム１７の基本レンダラ１７２では処理できない形式のデータのレンダリングを実行する。また、カスタムユーザインターフェイス１８２は、基本ユーザインターフェイス１７３とは異なるユーザインターフェイスを提供する。その他特殊ルーチン１８３は、ビューワプログラム１７が備える機能によっては実行できない各種処理を行うためのルーチンを含む。
【００４６】
通常、ユーザ端末１５は、ビューワプログラム１７の機能によって、広告配信サーバ１４から送信される３Ｄ広告用データ１６３やその他データ１６４を処理し、３Ｄ映像及び音声等による広告を出力する。ところが、３Ｄ広告用データ１６３やその他データ１６４において、ビューワプログラム１７によっては処理できない形式のデータ等が含まれる場合、別途、当該データ等を処理可能なプログラムを用意しなければならない。
【００４７】
ここで、当該データ等と同一のデータパッケージ１６に、プログラムモジュール１６２として、当該データ等を処理可能な外部ＤＬＬ１８を同梱し、当該データの処理時にプログラムモジュール１６２を呼び出すようにすれば、当該データを適切に処理することができる。
【００４８】
従って、データパッケージ１６のプログラムモジュール１６２として、例えば図４（ｂ）に示す外部ＤＬＬ１８のように、ビューワプログラム１７から呼び出して実行可能なプログラムモジュールを同梱することにより、ビューワプログラムがもともと備える機能では処理できないデータ等、例えば、ビューワプログラム１７の作成時に未知であったフォーマットのデータを処理できる。
【００４９】
なお、外部ＤＬＬ１８と同等のプログラムモジュールをユーザ端末１５に記憶しておき、このプログラムモジュールを、ユーザ端末１５が備える他のアプリケーションプログラムとビューワプログラム１７とが共通に呼び出して利用する構成とすることも、不可能ではない。しかしながら、この場合、他のアプリケーションプログラムによって当該ＤＬＬが書き換えられたり、誤って削除されたりすることで、ビューワプログラム１７の動作が妨げられる可能性が否定できない。一方、本実施の形態のように、データパッケージ１６に外部ＤＬＬ１８をパッケージ化すれば、データパッケージ１６によって確実に外部ＤＬＬ１８を利用することができる。
【００５０】
さらに、管理サーバ１３においてデータパッケージ１６を作成する際に、３Ｄ広告用データ１６３に含まれるデータに最適なプログラムモジュール１６２を選択してデータパッケージ１６にパッケージ化すれば良いので、必要最小限の機能を有するプログラムモジュールを用意しておけば良い。このため、非常に効率よく適切に、未知のフォーマットのデータ等に対応できるという利点がある。そして、３Ｄ広告用データ１６３やその他データ１６４として様々なフォーマットのデータを活用し、興趣性の高い広告を行うことができる。また、３Ｄ広告用データ１６３等を作成する際の制約を解消することで、作業負担を激減させるとともに、自由度を飛躍的に高めることができ、創造性の高い広告を実現できる。
【００５１】
なお、上述したように、データパッケージ１６におけるプログラムモジュール１６２が、さらに複数のプログラムによって構成される場合、これら複数のプログラムに対し、３Ｄ広告用データ１６３及びその他データ１６４に含まれるデータと同様にタグを付し、必要に応じて広告配信サーバ１４からユーザ端末１５へ送信されるようにしても良い。この場合、不要なプログラムを広告配信サーバ１４からユーザ端末１５へ送信する処理を行わずに済むので、データの通信に要する時間を短縮し、処理の効率化およびビューワプログラムの操作性が向上する等、多くの利点がある。
【００５２】
続いて、本実施の形態における広告システム１の動作について説明する。
図５は、広告システム１において実行される広告データ登録処理を示すフローチャートである。
【００５３】
図５に示す広告データ登録処理においては、まず、広告データ提供サーバ１２から管理サーバ１３に対して広告データが送信され（ステップＳ１１）、管理サーバ１３は、広告データ提供サーバ１２から送信された広告データを受信する（ステップＳ１２）。
ここで送受信される広告データは、商品またはサービスの広告に係る３Ｄ映像及び音声のデータであり、図２の例では３Ｄ広告用データ１６３及びその他データ１６４に相当する。
【００５４】
続いて、管理サーバ１３により、受信した広告データについて、不適切な内容を含むものでないか等の確認が行われる（ステップＳ１３）。確認後、管理サーバ１３は、広告データにヘッダ１６１やプログラムモジュール１６２等を付加してパッケージ化する処理を行い、データパッケージ１６を作成する（ステップＳ１４）。
【００５５】
そして、管理サーバ１３は、作成したデータパッケージ１６を広告配信サーバ１４に格納するため、広告配信サーバ１４における格納場所を示すＵＲＬを生成し、当該ＵＲＬに基づいて、データパッケージ１６を広告配信サーバ１４の記憶装置（図示略）に格納する（ステップＳ１５）。さらに、管理サーバ１３は、データパッケージ１６のＵＲＬを広告主サーバ１１へ通知し（ステップＳ１６）、本処理を終了する。
【００５６】
以上の広告データ登録処理によって、広告配信サーバ１４には、広告データ提供サーバ１２において作成された広告データを含むデータパッケージ１６が格納される。
【００５７】
図６は、広告システム１において実行される広告配信処理を示すフローチャートである。
図６に示す広告配信処理においては、まず、ユーザの操作に従って、ユーザ端末１５がウェブブラウザの機能によって広告主サーバ１１にアクセスし、ウェブページのデータを受信して表示画面（図示略）に表示する（ステップＳ２１）。ここで、ユーザの操作によって、表示中のウェブページに設定された所定の商品またはサービスに関する広告へのリンクがクリックされると（ステップＳ２２）、ユーザ端末１５から広告主サーバ１１に対するアクセスがＨＴＴＰ（HyperText Transport Protocol）リダイレクトされ、ユーザ端末１５は広告配信サーバ１４にアクセスする（ステップＳ２３）。
【００５８】
ここで、ユーザ端末１５においては、上記リンクのＭＩＭＥタイプに従ってビューワプログラムが起動する（ステップＳ２４）。ユーザ端末１５は、ビューワプログラムの機能により、広告配信サーバ１４に対して、受信可能なデータパッケージ１６のリストを送信するよう要求する（ステップＳ２５）。
【００５９】
ここで、広告配信サーバ１４が、ユーザ端末１５からの要求に応じてデータパッケージ１６のリストを作成してユーザ端末１５に送信し、ユーザ端末１５は、広告配信サーバ１４から送信されたリストを受信して表示する（ステップＳ２６）。
そして、ユーザ端末１５は、ユーザの操作に応じて、表示中のリストに含まれるデータパッケージ１６のうち、特定のデータパッケージ１６を受信する広告データ受信処理を実行する（ステップＳ２７）。
ステップＳ２７の広告データ受信処理については、図８を参照して後述する。
【００６０】
広告データ受信処理を実行した後、ユーザ端末１５は、全ての広告データに関する処理が完了したか否かを判別し（ステップＳ２８）、引き続き別のデータパッケージ１６について広告データ受信処理を実行する場合は、ステップＳ２７に戻る。また、広告データに関する処理が完了した場合、ユーザ端末１５は、ビューワプログラムの動作を終了して（ステップＳ２９）、本処理を終了する。
【００６１】
なお、上記の広告配信処理において、ユーザ端末１５から広告主サーバ１１にアクセスすることなく、最初にユーザ端末１５においてビューワプログラムを起動し、広告配信サーバ１４に直接アクセスするようにしても良い。
この場合について、図７を参照して説明する。
【００６２】
図７は、広告システム１において実行される広告配信処理を示すフローチャートである。図７の広告配信処理は、まず、ユーザ端末１５においてビューワプログラムが起動することにより開始される（ステップＳ３１）。
ビューワプログラムの起動後、ユーザ端末１５は、既に受信済みのデータパッケージ１６のリストがあるか否かを判別する（ステップＳ３２）。
【００６３】
ここで、受信済みのリストがない場合（ステップＳ３２；Ｎｏ）、ユーザ端末１５は広告配信サーバ１４にアクセスし、受信可能なデータパッケージ１６のリストを送信するよう要求を行う（ステップＳ３３）。広告配信サーバ１４は、ユーザ端末１５からの要求に応じてデータパッケージ１６のリストを作成してユーザ端末１５に送信し、ユーザ端末１５は、広告配信サーバ１４から送信されたリストを受信する（ステップＳ３４）。
【００６４】
一方、既に受信済みのリストがユーザ端末１５に格納されている場合（ステップＳ３２；Ｙｅｓ）、ユーザ端末１５は、格納しているデータパッケージ１６のリストを読み出す（ステップＳ３５）。
【００６５】
ステップＳ３４においてリストを受信した後、及び、ステップＳ３５においてリストを読み出した後、ユーザ端末１５は、表示画面（図示略）にデータパッケージ１６のリストを表示する（ステップＳ３６）。
そして、ユーザ端末１５は、ユーザの操作に応じて、表示中のリストに含まれるデータパッケージ１６のうち、特定のデータパッケージ１６を受信する広告データ受信処理を実行する（ステップＳ３７）。
ステップＳ３７の広告データ受信処理については、図８を参照して後述する。
【００６６】
広告データ受信処理の実行後、ユーザ端末１５は、全ての広告データに関する処理が完了したか否かを判別し（ステップＳ３８）、引き続き別のデータパッケージ１６について広告データ受信処理を実行する場合は、ステップＳ３７に戻る。また、広告データに関する処理が完了した場合、ユーザ端末１５は、ビューワプログラムの動作を終了して（ステップＳ３９）、本処理を終了する。
【００６７】
このように、ユーザ端末１５においては、初めに広告主サーバ１１にアクセスしてウェブページを閲覧し、ウェブページに設定されたリンクをクリックすることによって広告配信サーバ１４にアクセスすることができ、また、初めにビューワプログラムを起動させて広告配信サーバ１４にアクセスすることも可能である。従って、広告を求めて広告配信サーバ１４にアクセスするユーザに加え、広告とは無関係なウェブページを閲覧しているユーザをも広告配信サーバ１４に誘導することができるので、広告を提供する広告主にとっては、多くのユーザからのアクセスを得ることにより、高い広告効果を期待できる。また、ユーザにとっては、様々な方法により手軽に広告にアクセスし、興味のある商品やサービスについて情報を収集し、興趣性に富む映像及び音声を体験できるという利点がある。
【００６８】
図８は、図６のステップＳ２７及び図７のステップＳ３７で実行される広告データ受信処理を、より詳細に示すフローチャートである。
図８に示すように、広告データ受信処理においては、まず、表示中のリストに含まれるデータパッケージ１６のうち、ユーザの操作により、特定のデータパッケージ１６が指定される（ステップＳ４１）。
ユーザ端末１５は、指定されたデータパッケージ１６のヘッダ１６１（図２）を広告配信サーバ１４に対して要求し、広告配信サーバ１４は、ユーザ端末１５からの要求に応じてヘッダ１６１を送信し、ユーザ端末１５は、広告配信サーバ１４から送信されたヘッダ１６１を受信する（ステップＳ４２）。
【００６９】
続いて、ユーザ端末１５は、受信したヘッダ１６１に基づいて、広告配信サーバ１４に対してオープニング画面用のデータを要求し、広告配信サーバ１４は、ユーザ端末１５からの要求に応じてデータを送信し、ユーザ端末１５は広告配信サーバ１４から送信されるデータを受信する（ステップＳ４３）。ここで送受信されるオープニング画面用のデータとは、図３の例では、その他データ１６４に含まれるムービー・データ中のオープニング・ムービーに相当する。
【００７０】
ここで、ユーザ端末１５において、ユーザによる選択操作が行われる（ステップＳ４４）。この選択操作は、処理中のデータパッケージ１６において複数種類の商品またはサービスを選択可能である場合に、どの種類の商品またはサービスについて広告を出力するかを選択するための操作である。
【００７１】
ユーザ端末１５は、ユーザの選択操作によって選択された内容に関連するデータのタグを、ステップＳ４２で受信したヘッダ１６１に基づいて取得し（ステップＳ４５）、取得したタグに基づいて広告配信サーバ１４に対してデータの送信を要求する（ステップＳ４６）。
ここで、広告配信サーバ１４は、ユーザ端末１５からの要求に応じてデータを送信し、ユーザ端末１５は、広告配信サーバ１４から送信されるデータを受信し、受信したデータに基づく処理を行って、３Ｄ映像及び音声を出力する（ステップＳ４７）。
【００７２】
その後、ユーザ端末１５は、別のデータを受信するか否かを判別する（ステップＳ４８）。別のデータを受信する場合、すなわち、データパッケージ１６により複数の広告を出力可能であって、かつ、ステップＳ４７で出力したものとは別の広告を出力する場合は、ユーザ端末１５はステップＳ４４に戻る。
【００７３】
また、別のデータを受信しない場合（ステップＳ４８；Ｎｏ）、すなわち、処理中のデータパッケージ１６に対する処理が完了した場合、ユーザ端末１５は、別のデータパッケージ１６に基づいて広告を出力する処理を行うか否かを判別する（ステップＳ４９）。
ここで、別のデータパッケージ１６の処理を行う場合は、ユーザ端末１５はステップＳ４１に戻る。また、別のデータパッケージ１６の処理を行わない場合は、図８の広告データ受信処理を終了する。
【００７４】
なお、上記実施の形態において、セキュリティ面における信頼性を向上させるため、広告主サーバ１１、広告データ提供サーバ１２及び広告配信サーバ１４に対して予め認証用のＩＤコードを付与しておいても良い。この場合、図５に示す広告データ登録処理において、管理サーバ１３によってＩＤコードに基づく認証を行ったり、図６，７に示す広告配信処理において、ユーザ端末１５が備えるビューワプログラムの機能により、広告主サーバ１１や広告配信サーバ１４の認証を行ったりすることが可能である。これにより、ＩＤコードの発行を受けた正規の広告主サーバ１１、広告データ提供サーバ１２及び広告配信サーバ１４のみが、広告データやデータパッケージ１６を送受信できるので、正当な権限の無い第三者が勝手に広告を配信する等の行為を防止できる。
【００７５】
また、上記実施の形態において、広告配信サーバ１４を利用して、ユーザ端末１５が備えるビューワプログラムのアップデート（更新）を行うことも可能である。この場合について、変形例として、以下に説明する。
【００７６】
［変形例］
図９は、本発明を適用した実施の形態の変形例として、ビューワプログラムのアップデート処理を示すフローチャートである。
【００７７】
図９に示す処理は、図８に示す広告データ受信処理に先立って実行される。
まず、ユーザ端末１５が広告配信サーバ１４にアクセスし（ステップＳ５１）、広告配信サーバ１４において、ユーザ端末１５のビューワプログラムに適したアップデートプログラムが格納されているか否かを判別する（ステップＳ５２）。この判別は、例えば、広告配信サーバ１４が備える記憶装置（図示略）の所定の記憶領域において、アップデートプログラムが存在するか否かによって行っても良いし、或いは、当該所定の記憶領域に格納されたアップデートプログラムのバージョンと、ユーザ端末１５のビューワプログラムのバージョンとを比較することで行っても良い。
【００７８】
ここで、ユーザ端末１５のビューワプログラムに適したアップデートプログラムが広告配信サーバ１４に格納されている場合（ステップＳ５２；Ｙｅｓ）、ユーザ端末１５は、広告配信サーバ１４に格納されたアップデートプログラムを受信し（ステップＳ５３）、受信したアップデートプログラムに基づいてビューワプログラムを更新する処理を行う（ステップＳ５４）。
【００７９】
また、ユーザ端末１５のビューワプログラムに適したアップデートプログラムが広告配信サーバ１４に格納されていない場合（ステップＳ５２；Ｎｏ）、または、ビューワプログラムの更新が完了した場合、ユーザ端末１５は、図８に示す広告データ受信処理に移行する（ステップＳ５５）。
【００８０】
図９に示す処理を行うことにより、ユーザが特に意識しなくてもビューワプログラムがアップデートされ、最新の状態に保たれるので、ビューワプログラムの不具合の修正や機能拡張等を容易に行うことができる。
【００８１】
なお、上記実施の形態においては、広告主サーバ１１を、広告対象の商品またはサービスを提供する広告主が使用する装置として説明したが、本発明はこれに限定されず、例えば、従来のバナー広告のように、図示しないサーバ装置が提供するウェブページ上に、広告対象の商品またはサービスに係る広告へのリンクが設定される構成としても良い。この場合も、当該広告へのリンクがクリックされることにより、広告配信サーバ１４へＨＴＴＰリダイレクトされ、ユーザ端末１５が広告配信サーバ１４にアクセスすることができれば、上記実施の形態と同様の効果が得られる。
また、データパッケージ１６に含まれる各種データのデータフォーマットは任意であり、各種規格に準じたフォーマットを用いても良いし、或いは、独自のフォーマットを用いることも勿論可能である。
【００８２】
また、上記実施の形態においては、本発明を、３Ｄ映像を利用した広告を配信する広告システムに適用した例について説明したが、本発明はこれに限定されるものではなく、複数の装置間でネットワークを介してデータを送信する全ての場合において、適用可能である。従って、送信されるデータの種類、各装置の構成、ネットワークの具体的態様等については、本発明の趣旨を損なうことのない範囲において任意に変更可能である。
【図面の簡単な説明】
【００８３】
【図１】本発明を適用した実施の形態における広告システムの概略構成を示す図である。
【図２】図１に示す広告システムにおいて送受信されるデータパッケージの構成を模式的に示す図である。
【図３】図２に示すデータパッケージの構成をより詳細に示す図である。
【図４】図２に示すプログラムモジュールを利用する例を説明する図であり、（ａ）はユーザ端末１５が備えるビューワプログラム１７の構成例を示し、（ｂ）は、プログラムモジュール１６２の例として、外部ＤＬＬ１８を示す図である。
【図５】図１に示す広告システムにおいて実行される広告データ登録処理を示すフローチャートである。
【図６】図１に示す広告システムにおいて実行される広告配信処理を示すフローチャートである。
【図７】図１に示す広告システムにおいて実行される広告配信処理を示すフローチャートである。
【図８】図６のステップＳ２７及び図７のステップＳ３７で実行される処理を、より詳細に示すフローチャートである。
【図９】本発明を適用した実施の形態の変形例として、ビューワプログラムのアップデート処理を示すフローチャートである。
【符号の説明】
【００８４】
１  広告システム
１０  インターネット
１１  広告主サーバ
１２  広告データ提供サーバ
１３  管理サーバ
１４  広告配信サーバ
１５  ユーザ端末
１６  データパッケージ
【図１】
2005328482.tif 000003
【図２】
2005328482.tif 000004
【図３】
2005328482.tif 000005
【図４】
2005328482.tif 000006
【図５】
2005328482.tif 000007
【図６】
2005328482.tif 000008
【図７】
2005328482.tif 000009
【図８】
2005328482.tif 000010
【図９】
2005328482.tif 000011