JP2019125889A - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents

Abstract

【課題】コンテンツ中のユーザに見てもらいたい部分をユーザに見てもらうことができるようにすること。【解決手段】本願に係る情報処理装置は、動画及び音声の少なくとも一方を含む第１のコンテンツであって所定の範囲に第２のコンテンツを含む第１のコンテンツを分割することによって得られる複数の分割コンテンツそれぞれの所在位置情報のうちの一部の所在位置情報をそれぞれ含む複数の構成情報を生成する生成部を備える。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。

動画等のコンテンツ（以下、メインコンテンツという。）の間に広告等のコンテンツ（以下、挿入コンテンツという。）を挿入する技術が知られている。例えば、Ｗｅｂを使った動画配信では、クライアントサイド（端末装置側）にて動画の間に広告を挿入させるＣＳＡＩ（Client-Side Ad Insertion）という技術が知られている。ＣＳＡＩは、クライアントサイドでの負荷が大きい。そのため、近年では、サーバーサイドにて動画と広告を結合して１つの動画として端末装置に配信するＳＳＡＩ（Server-Side Ad Insertion）も注目されている。

特開２０１４−２１６９１８号公報

しかし、サーバーサイドにてメインコンテンツと挿入コンテンツ（例えば、広告）を結合した場合、コンテンツの再生が端末装置側で自在に制御可能となるため、ユーザは挿入コンテンツの部分を大きくスキップすることも可能になる。こうなると、コンテンツ中のユーザに見てもらいたい部分（例えば、広告等）がユーザに見てもらえないという事態が発生する。

本願は、上記に鑑みてなされたものであって、コンテンツ中のユーザに見てもらいたい部分をユーザに見てもらうことができるようにすることを目的とする。

本願に係る情報処理装置は、動画及び音声の少なくとも一方を含む第１のコンテンツであって所定の範囲に第２のコンテンツを含む第１のコンテンツを分割することによって得られる複数の分割コンテンツそれぞれの所在位置情報のうちの一部の所在位置情報をそれぞれ含む複数の構成情報を生成する生成部を備える。

実施形態の一態様によれば、コンテンツ中のユーザに見てもらいたい部分をユーザに見てもらうことができるようにすることができる。

図１は、実施形態に係る配信システムの動作を示す図である。 図２は、メインコンテンツと広告コンテンツとを示す図である。 図３は、メインコンテンツの所定の再生範囲が広告再生範囲となった配信用コンテンツを示す図である。 図４は、配信用コンテンツを分割することによって得られた複数の分割コンテンツを示す図である。 図５は構成情報の一例を示す図である。 図６は、コンテンツが再生途中でスキップされたときの構成情報の送信順序を示す図である。 図７は、配信サーバと端末装置の間で情報がやり取りされる様子を示す図である。 図８は、実施形態に係る配信サーバの構成例を示す図である。 図９は、実施形態に係るコンテンツデータベースに格納された情報の一例を示す図である。 図１０は、実施形態に係る広告データベースに格納された情報の一例を示す図である。 図１１は、実施形態に係る端末装置の構成例を示す図である。 図１２は、配信処理の一例を示すフローチャートである。 図１３は、配信処理の他の例を示すフローチャートである。 図１４は、配信サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法、及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、以下の実施形態により本願に係る情報処理装置、情報処理方法、及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理装置の動作〕
最初に、本実施形態の情報処理装置の一例である配信サーバ３０を備える配信システム１を例に、情報処理装置の動作を説明する。

〔１−１．システム構成〕
図１は、実施形態に係る配信システム１の動作を示す図である。配信システム１は、端末装置１００と、コンテンツ主サーバ１０と、広告主サーバ２０と、配信サーバ３０と、を備える。なお、図１の例では、端末装置１００、コンテンツ主サーバ１０、広告主サーバ２０、及び配信サーバ３０が、それぞれ１つしか示されていないが、これらの装置はそれぞれ複数あってもよい。

端末装置１００は、例えば、スマートデバイス（スマートフォン、或いはタブレット）、携帯電話、パーソナルコンピュータ（デスクトップＰＣ（Personal computer）、ノートＰＣ）等のユーザ端末である。図１の例では、端末装置１００は、スマートデバイスとなっているが、端末装置１００はスマートデバイスに限定されない。端末装置１００は、ネットワーク接続機能を備え、ネットワークを介して任意のサーバ装置と通信する。図１の例では、端末装置１００は、ネットワークを介して配信サーバ３０と通信する。図１の例では、端末装置１００の画面は、タッチパネル式の画面となっている。端末装置１００は、ユーザのタッチパネル操作に応じて画面にコンテンツを表示する。

端末装置１００は、配信サーバ３０からコンテンツの情報を取得する。そして、端末装置１００は、画面にコンテンツを表示する。図１の例では、端末装置１００が備える表示面（以下、画面ともいう。）に、複数のコンテンツが配置されたコンテンツＣ１が表示されている。コンテンツＣ１は、画像（例えば、静止画、動画）、テキスト情報（例えば、ニュース記事）等のコンテンツが配置された配置面の情報である。例えば、端末装置１００にインストールされたアプリケーション（以下、アプリという。）に表示する画面の情報である。コンテンツＣ１には、複数のコンテンツがタイル状に配置されている。なお、コンテンツＣ１は、端末装置１００が備える記憶装置に予めインストールされたデータ（例えば、地図データ等のコンテンツデータ）に基づき生成されてもよい。また、コンテンツＣ１は、ページの情報（例えば、ウェブページの情報）であってもよい。

コンテンツ主サーバ１０は、コンテンツ主によって運営されるサーバである。コンテンツ主は、例えば、配信サーバ３０の運営者（以下、単に運営者という。）のコンテンツパートナーである。コンテンツパートナーは、運営者にコンテンツを提供する者であり、例えば、映画の配信会社、テレビ局、ラジオ局、動画制作会社、レコード会社、新聞社、通信社である。勿論、コンテンツパートナーは、これらに限定されない。コンテンツパートナーは、法人であってもよいし個人であってもよい。なお、コンテンツ主は運営者自身であってもよいし、運営者の支配下にある者（例えば、子会社）であってもよい。配信サーバ３０に対してメインコンテンツ（例えば、図１に示すメインコンテンツＣ１０）を提供する。メインコンテンツは、アプリやページが本来の発信目的とするコンテンツである。本実施形態では、コンテンツ主サーバ１０は、配信サーバ３０に対して、映画やテレビ番組等の動画コンテンツをメインコンテンツ（第１のコンテンツ）として提供する。メインコンテンツは、ストリーミング動画であってもよい。また、メインコンテンツは、アーカイブ動画であってもよいし、リアルタイムに配信されるリアルタイム動画であってもよい。

広告主サーバ２０は、広告主によって運営されるサーバである。広告主は、広告目的とする商品或いはサービスを提供する提供主体（例えば、企業や個人）であってもよいし、提供主体を代理する代理店であってもよい。勿論、広告主は運営者自身であってもよいし、運営者の支配下にある者（例えば、子会社）であってもよい。広告主サーバ２０は、配信サーバ３０に対して広告コンテンツを提供する。広告主サーバ２０は、例えば、図１に示す広告コンテンツＣ２０を配信サーバ３０に提供する。広告コンテンツＣ２０には、複数の広告コンテンツ（図１に示す広告コンテンツＣ２０１、Ｃ２０２等）を提供する。本実施形態では、広告主サーバ２０は、配信サーバ３０に対して、宣伝動画等の動画コンテンツを広告コンテンツ（第２のコンテンツ）として提供する。

配信サーバ３０は、クライアント端末（例えば、端末装置１００）に対して各種サービスを提供するサーバ用ホストコンピュータである。例えば、端末装置１００にページの情報を配信するサーバ装置である。例えば、配信サーバ３０は、ポータルサイト、ゲーム情報配信サイト、ニュースサイト、オークションサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ウェブブログなどに関連する情報がタイル状に配置されたコンテンツ（アプリの画面やウェブページ）を端末装置１００に配信する配信装置である。

本実施形態では、配信サーバ３０は、端末装置１００に対してコンテンツＣ１を配信する。コンテンツＣ１は、例えば、スマートデバイス用に最適化されたコンテンツ（例えば、アプリの画面）である。コンテンツＣ１には、例えば、ニュース、天気予報、受信メールのインデックスや内容、フォトビュワー、その他各種のコンテンツが配置されている。なお、コンテンツＣ１は、アプリの画面に限られない。例えば、コンテンツＣ１は、スマートデバイス用に最適化されたウェブページであってもよい。この場合、コンテンツＣ１は、ＨＴＭＬ（Hyper Text Markup Language）、ＸＭＬ（Extensible Markup Language）等で記述されてもよい。

図１の例の場合、コンテンツＣ１には、コンテンツＣ２が配置されている。コンテンツＣ２はコンテンツＣ１上の表示領域Ａに配置されている。コンテンツＣ２は、動画コンテンツである。コンテンツＣ２は、例えば、メインコンテンツＣ１０（第１のコンテンツ）内の所定位置（所定の再生時間）に広告コンテンツＣ２０（第２のコンテンツ）が挿入された配信用のコンテンツである。すなわち、コンテンツＣ２は、広告コンテンツＣ２０が挿入されたメインコンテンツＣ１０である。メインコンテンツＣ１０を第１のコンテンツとするのであれば、コンテンツＣ２もまた第１のコンテンツである。広告コンテンツＣ２０には、複数の広告コンテンツ（広告コンテンツＣ２０１、Ｃ２０２等）が含まれている。複数の広告コンテンツはそれぞれ配信用コンテンツＣ３０の異なる箇所に位置する。配信用コンテンツＣ３０を第１のコンテンツとみなしてもよい。

以下の説明では、メインコンテンツＣ１０、配信用コンテンツＣ３０及びコンテンツＣ２のことを第１のコンテンツということがある。また、以下の説明では、広告コンテンツＣ２０及び広告コンテンツＣ２０に含まれる複数の広告コンテンツのことを第２のコンテンツということがある。第１のコンテンツ及び第２のコンテンツは、それぞれ、クライアント（例えば、端末装置１００）からの要求に応じて送信される、いわゆる自動公衆送信のためのコンテンツである。例えば、第１のコンテンツ及び第２のコンテンツは、動画コンテンツである。

配信サーバ３０は、コンテンツＣ１、Ｃ２とともに、端末装置１００を制御するための制御情報を送信する。制御情報は、端末装置１００にインストールされたアプリを制御するプログラムであってもよいし、ページに埋め込まれたプログラムであってもよい。例えば、制御情報は、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語で記載されたプログラムであってもよい。勿論、制御情報は、スクリプト言語以外のコンピュータ言語で記載された情報であってもよい。例えば、制御情報は、ＣＳＳ３（Cascading Style Sheets 3）等のスタイルシート言語で記載された情報であってもよい。また、制御情報は、Ｊａｖａ（登録商標）、Ｓｗｉｆｔ、Ｃ言語、Ｃ＋＋等のプログラミング言語で記載され、コンパイル等されたプログラムであってもよい。配信サーバ等のサーバから配信されるアプリケーションソフトそのものを制御情報とみなすことも可能である。このとき、コンテンツの情報（例えば、ページの情報）は、制御情報に含まれていてもよい。勿論、制御情報はコンテンツＣ１、Ｃ２の一部であってもよい。なお、最終的に端末装置１００がプログラムを実行できるのであれば、制御情報は、コンパイルされたプログラムでなくてもよい。その他、制御情報は、インタプリタ言語（例えば、スクリプト言語）、機械言語、或いは中間言語の形式で提供されるデータ（プログラム）であってもよい。

なお、広告の挿入方法には、ＣＳＡＩ（Client Side Ad Insertion）と呼ばれるクライアント側で広告を挿入する方法と、ＳＳＡＩ（Server Side Ad Insertion）と呼ばれるサーバ側で広告を挿入する方法がある。ＣＳＡＩ型の動画配信サーバは、メインコンテンツと広告コンテンツを別々にクライアント端末（例えば、端末装置１００）に送信するとともに、クライアント側でメインコンテンツに広告コンテンツを挿入するようクライアント端末に制御情報を送信する。一方、ＳＳＡＩ型の動画配信サーバは、メインコンテンツに広告コンテンツをサーバ側で挿入する。そして、ＳＳＡＩ型の動画配信サーバは、広告コンテンツを挿入したメインコンテンツ、又は、広告コンテンツの挿入ポイント（若しくは広告の再生範囲）が決められたメインコンテンツ（以下、これらのコンテンツを総称して配信用コンテンツという。）をクライアント端末に送信する。

本実施形態の配信サーバ３０は、ＳＳＡＩ型の動画配信サーバである。配信サーバ３０は、例えば、ＨＴＴＰ（Hypertext Transfer Protocol）を使って動画を配信するＨＴＴＰストリーミング方式を使って動画を配信する。一例として、配信サーバ３０は、ＭＰＥＧ−ＤＡＳＨ（MPEG Dynamic Adaptive Streaming over HTTP）方式を使って動画を配信する。ＳＳＡＩ型の動画配信により、端末装置１００は、本編と広告の間に不自然なウェイトがないスムーズな動画再生が可能となる。

配信用コンテンツは、複数の分割コンテンツ（例えば、分割動画）に分割される。そして、配信サーバ３０は、複数の分割コンテンツの所在位置情報が含まれる構成情報を端末装置１００に配信する。そして、端末装置１００は、構成情報に従って所定のサーバに分割コンテンツの配信要求を行う。すなわち、端末装置１００は、所在位置情報に基づいてコンテンツＣ２を再生する。本実施形態では、構成情報を配信するサーバと分割コンテンツを配信するサーバが同じとなっているが、異なっていてもよい。例えば、端末装置１００に所在位置情報を送信するサーバが配信サーバ３０で、分割コンテンツを配信するサーバが配信サーバ３０とは異なるサーバであってもよい。

なお、所在位置情報は、ＵＲＬ（Uniform Resource Locator）等、分割コンテンツの格納場所を示す情報である。構成情報は、ユーザに配信されるコンテンツの構成を示す情報である。ＭＰＥＧ−ＤＡＳＨ方式であれば、構成情報は、ＭＰＤ（Media Presentation Description）ファイルのことである。なお、分割コンテンツの所在位置情報が含まれるのであれば、構成情報はＭＰＤファイルに限定されない。また、配信サーバ３０がＭＰＥＧ−ＤＡＳＨ方式で動画を配信する場合、分割コンテンツは、セグメントであってもよいし、ピリオド（Period）であってもよいし、グループであってもよい。勿論、分割コンテンツは、ＧＯＰ（Group of Picture）であってもよい。配信用コンテンツの分割単位は任意である。

〔１−２．配信システムの動作〕
以下、図１を参照しながら、配信システム１の動作を説明する。

まず、配信サーバ３０は、コンテンツ主サーバ１０からメインコンテンツＣ１０（第１のコンテンツ）を取得する（ステップＳ１）。上述したように、メインコンテンツＣ１０は、クライアントからの要求に応じて送信される、いわゆる自動公衆送信用のコンテンツである。例えば、メインコンテンツＣ１０は動画コンテンツである。

続いて、配信サーバ３０は、広告主サーバ２０から広告コンテンツＣ２０（第２のコンテンツ）を取得する（ステップＳ２）。上述したように、広告コンテンツＣ２０は、複数の広告コンテンツ（広告コンテンツＣ２０１、Ｃ２０２等）により構成される。これら複数の広告コンテンツは、それぞれ、第２のコンテンツと見なすことが可能である。複数の広告コンテンツは、例えば、動画コンテンツである。広告コンテンツは、メインコンテンツの所定の再生位置に挿入される。メインコンテンツに挿入される広告コンテンツが複数あるのであれば、複数の広告コンテンツは、それぞれ、メインコンテンツの異なる再生位置に挿入される。

ユーザが端末装置１００を操作して配信サーバ３０にアクセスすると、端末装置１００は、配信サーバ３０からコンテンツＣ１の配信を受ける。そして、端末装置１００は、画面にコンテンツＣ１を表示する。また、端末装置１００は、コンテンツＣ１の配信を受けると、コンテンツＣ１の情報とともに送信された制御情報に従って配信サーバ３０にコンテンツＣ２の配信要求を送信する（ステップＳ３）。端末装置１００に配信されるコンテンツＣ２は、動画コンテンツである。本実施形態の場合、コンテンツＣ２は、広告コンテンツが挿入されたメインコンテンツにより構成されている。

なお、メインコンテンツに挿入される広告コンテンツは、コンテンツを要求したクライアント毎に異なっていてもよい。例えば、配信サーバ３０は、メインコンテンツを要求したクライアントの情報に基づき複数の広告コンテンツの中から選択された広告コンテンツを、メインコンテンツに挿入する広告コンテンツ（第２のコンテンツ）として取得する。クライアントの情報は、例えば、ユーザ情報である。ユーザ情報は、例えば、ユーザに関するデモグラフィック情報やサイコグラフィック情報である。具体例を挙げると、ユーザ情報は、ユーザの年齢、職業、収入、資産、住所、勤務先の住所、使用言語数、家族構成、友人関係、ライフサイクル、価値観、ライフスタイル、性格、好み、及びこれらの変化の情報である。ユーザ情報は、ユーザが過去見たコンテンツ（動画、音楽、ニュース記事、ページ等）の履歴であってもよい。配信サーバ３０は、端末装置１００（例えば、ブラウザのクッキー）からユーザ情報を取得してもよいし、配信サーバ３０が備える記憶装置に予めユーザ情報を保持し、端末装置１００から取得したユーザの識別情報に基づき記憶装置から取得してもよい。

配信用のコンテンツＣ２は配信サーバ３０により生成される。以下、コンテンツＣ２の生成処理について説明する。まず、配信サーバ３０は、メインコンテンツＣ１０の所定の再生位置に広告コンテンツＣ２０１、Ｃ２０２を挿入することによって、配信用コンテンツＣ３０を生成する（ステップＳ４）。図２は、メインコンテンツＣ１０と広告コンテンツＣ２０１、Ｃ２０２とを示す図である。図２の例では、メインコンテンツＣ１０は再生時間がｔ１１の動画コンテンツである。また、広告コンテンツＣ２０１、Ｃ２０２は再生時間がｔ２の動画コンテンツである。図２の例では、配信サーバ３０は、メインコンテンツＣ１０の再生時間ｔ４の位置に広告コンテンツＣ２０１を挿入し、メインコンテンツＣ１０の再生時間ｔ８の位置に広告コンテンツＣ２０２を挿入している。

なお、本実施形態はあくまで一例でありさまざまな変形が可能である。例えば、配信サーバ３０は必ずしも分割コンテンツを生成する過程でメインコンテンツＣ１０に広告コンテンツを挿入する必要はない。例えば、配信サーバ３０は、事前に配信用コンテンツＣ３０の分割単位、及び、広告挿入ポイント（或いは広告再生範囲）を決めておくだけでもよい。そして、配信サーバ３０は、メインコンテンツＣ１０に挿入する広告コンテンツを広告コンテンツの配信直前に決定してもよい。例えば、配信サーバ３０は、後述の所在位置情報を端末装置１００に送信した後、或いは、所在位置情報に基づき端末装置１００からコンテンツを要求された後に、端末装置１００に配信する広告コンテンツ（広告再生範囲に挿入する広告コンテンツ）を決定してもよい。勿論、配信サーバ３０は、広告再生範囲の所在位置情報を端末装置１００から要求された後に、端末装置１００に配信する広告コンテンツ（広告再生範囲に挿入する広告コンテンツ）を決定してもよい。すなわち、配信サーバ３０は、メインコンテンツＣ１０中の広告コンテンツを再生するタイミング（広告挿入タイミング）さえ分かっていればよい。

配信用コンテンツＣ３０の配信開始前に配信用コンテンツＣ３０に割り当てる広告コンテンツ（広告再生位置に挿入する広告コンテンツ）を決定した場合、ユーザが広告コンテンツの位置まで配信用コンテンツＣ３０を再生しなかった場合等、広告コンテンツを割り当てたにも関わらず、ユーザが広告コンテンツを見ない可能性がある。この場合、配信サーバ３０の運営者は、割り当てた広告コンテンツがユーザに見られない可能性を考慮して広告の在庫管理（例えば、該当の広告コンテンツの表示回数等の管理）をしなければならず、広告の在庫管理は困難である。しかし、広告コンテンツを配信直前に引き当てる事で、割り当てた広告コンテンツを実際にユーザに見てもらうことが可能になるので、広告の在庫管理は極めて容易になる。また、あまり再生されていない広告コンテンツ（すなわち、在庫が多い広告コンテンツ）を広告再生範囲に突入する直前に割り当てる等の処理も可能になるので、広告の在庫管理は極めて容易である。

図３は、メインコンテンツＣ１０の所定の再生範囲が広告再生範囲となった配信用コンテンツＣ３０を示す図である。図３の例の場合、配信用コンテンツＣ３０は再生時間がｔ１５のコンテンツとなっている。再生位置ｔ４から再生位置ｔ６までの再生範囲、及び再生位置ｔ１０から再生位置ｔ１２までの再生範囲が広告再生範囲（所定の再生範囲）である。なお、図２及び図３の例では、メインコンテンツＣ１０に２つの広告再生範囲（或いは広告挿入ポイント）が設けられているが、メインコンテンツＣ１０に設けられる広告再生範囲（或いは広告挿入ポイント）は２つより多くてもよい。勿論、メインコンテンツＣ１０に設けられる広告再生範囲（或いは広告挿入ポイント）は１つであってもよい。

そして、配信サーバ３０は、配信用コンテンツＣ３０（或いはメインコンテンツＣ１０）を複数のコンテンツに分割する（ステップＳ５）。分割されたコンテンツそれぞれが分割コンテンツである。図４は、配信用コンテンツＣ３０を分割することによって得られた複数の分割コンテンツＣ４０１〜Ｃ４１５を示す図である。図４の例では、配信用コンテンツＣ３０は、１５個の分割コンテンツに分割されているが、分割の数は１５個より多くてもよいし少なくてもよい。図４の例では、複数の分割コンテンツは、全て再生時間がｔ１のコンテンツとなっている。なお、分割コンテンツの再生時間は分割コンテンツ毎に異なっていてもよい。図４の例の場合、分割コンテンツＣ４０５、Ｃ４０６が広告コンテンツＣ２０１に該当し、分割コンテンツＣ４１１、Ｃ４１２が広告コンテンツＣ２０２に該当する。その他の分割コンテンツがメインコンテンツＣ１０に該当する。なお、広告再生範囲の分割コンテンツは、広告再生範囲に挿入される広告コンテンツが決定した後に、生成されてもよい。配信サーバ３０は、複数の分割コンテンツＣ４０１〜Ｃ４１５を配信用のコンテンツＣ２として所定の記憶領域に保存する。保存場所は、配信サーバ３０が備える記憶装置であってもよいし、配信サーバ３０の外部の記憶装置（例えば、他のサーバが備える記憶装置）であってもよい。複数の分割コンテンツＣ４０１〜Ｃ４１５は、２以上のサーバ或いは２以上の記憶装置に分割されて格納されていてもよい。

そして、配信サーバ３０は、複数の分割コンテンツＣ４０１〜Ｃ４１５の所在位置情報が含まれる構成情報Ｍを生成する（ステップＳ６）。例えば、配信サーバ３０は、ステップＳ５で生成した分割コンテンツの所在位置情報を取得するとともに、取得した情報に基づいて構成情報Ｍを生成する。所在位置情報は、例えば、分割コンテンツＣ４０１〜Ｃ４１５それぞれのＵＲＬ（Uniform Resource Locator）である。構成情報Ｍは、例えば、ＭＰＤファイルである。

なお、上述の例では、配信サーバ３０は、分割コンテンツＣ４０１〜Ｃ４１５を生成した直後に所在位置情報を生成した。しかし、所在位置情報で示される分割コンテンツは必ずしも分割直後に決定されなくてもよい。例えば、配信サーバ３０は、所在位置情報に基づいてコンテンツの配信を要求してきた端末装置１００にコンテンツを配信する直前に、端末装置１００に配信する分割コンテンツを決定してもよい。一例として、配信サーバ３０は、所在位置情報が示す格納場所にある分割コンテンツを他のコンテンツに差し替えてもよい。或いは、配信サーバ３０は、端末装置１００に所在位置情報を送信する直前に、送信する所在位置情報が指し示す分割コンテンツを決定してもよい。

例えば、配信サーバ３０は、配信用コンテンツＣ３０（或いはメインコンテンツＣ１０）を再生するための最初の所在位置情報の送信を端末装置１００に開始した後に、配信用コンテンツＣ３０の広告再生範囲（或いは、メインコンテンツＣ１０の広告挿入ポイント）に挿入される広告コンテンツを決定してもよい。そして、配信サーバ３０は、広告再生範囲を再生するための所在位置情報を送信するタイミングとなった場合には、決定した広告コンテンツを再生するための所在位置情報として端末装置１００に送信してもよい。

また、配信サーバ３０は、端末装置１００に広告挿入範囲に係る分割コンテンツの所在位置情報を送信する直前に、広告挿入範囲に挿入する広告コンテンツを決定してもよい。そして、配信サーバ３０は、決定した広告コンテンツの分割コンテンツを生成し、生成した分割コンテンツの所在位置情報を端末装置１００に送信する所在位置情報としてもよい。配信直前に広告コンテンツを決めることができるので、配信サーバ３０は、該当の広告コンテンツの再生回数等、広告の在庫管理が極めて容易になる。

図５は構成情報Ｍの一例を示す図である。構成情報Ｍは複数の構成情報で構成されている。図５の例では、構成情報Ｍは、構成情報Ｍ１〜Ｍ７までの７つの構成情報で構成されている。各構成情報には、分割コンテンツの所在位置を示すリストが格納されている。構成情報Ｍを構成する複数の構成情報には、それぞれ、複数の分割コンテンツそれぞれの所在位置を示す複数の所在位置情報のうちの一部の所在位置情報が格納されている。例えば、構成情報Ｍ１には、分割コンテンツＣ４０１の識別情報と所在位置（本実施形態ではＵＲＬ）が格納された所在位置情報Ｒ１と、分割コンテンツＣ４０２の識別情報と所在位置が格納された所在位置情報Ｒ２と、が格納されている。また、構成情報Ｍ２には、分割コンテンツＣ３の識別情報と所在位置が格納された所在位置情報Ｒ３と、分割コンテンツＣ４の識別情報と所在位置が格納された所在位置情報Ｒ４と、が格納されている。本実施形態の場合、所在位置情報Ｒ４の後が広告挿入ポイントとなる。また、構成情報Ｍ７には、分割コンテンツＣ４１３の識別情報と所在位置が格納された所在位置情報Ｒ１３と、分割コンテンツＣ４１４の識別情報とその所在位置の情報が格納された所在位置情報Ｒ１４と、分割コンテンツＣ４１５の識別情報とその所在位置の情報が格納された所在位置情報Ｒ１５と、が格納されている。なお、所在位置情報のフォーマットは任意に変更可能である。例えば、分割コンテンツのＵＲＬそのものを所在位置情報とみなしてもよい。構成情報には、所在位置情報以外の情報が格納されていてもよい。例えば、構成情報には、コンテンツＣ２の再生時間、ビットレート、圧縮率、ファイルフォーマット等の情報が含まれていてもよい。

なお、構成情報には、他の構成情報に格納された所在位置情報が重複して格納されていてもよい。例えば、構成情報Ｍ２には、所在位置情報Ｒ３と所在位置情報Ｒ４とに加えて、構成情報Ｍ１に格納された所在位置情報Ｒ２が格納されてもよい。この例の場合、端末装置１００には、所在位置情報Ｒ２が２度送信されることになる。

構成情報Ｍの生成が完了したら、配信サーバ３０は、構成情報Ｍを端末装置１００に送信する。端末装置１００は、構成情報Ｍに含まれる所在位置情報に基づいて分割コンテンツを取得し再生する（ステップＳ７）。このとき、配信サーバ３０は、複数の所在位置情報を一度に全部送信するのではなく、複数の所在位置情報を一部分ずつ所定のタイミングで順次送信する。例えば、配信サーバ３０は、構成情報Ｍを構成する複数の構成情報Ｍ１〜Ｍ７を、所定の時間間隔で順次送信する。以下、図５を使って配信サーバ３０と端末装置１００のコンテンツＣ２の再生動作を具体的に説明する。

まず、配信サーバ３０は、構成情報Ｍ１を送信する。端末装置１００は、構成情報Ｍ１を受信したら、構成情報Ｍ１に含まれる所在位置情報に基づいて分割コンテンツを取得する。例えば、端末装置１００は所在位置情報Ｒ１で特定されるＵＲＬから分割コンテンツＣ４０１を取得する。また、端末装置１００は所在位置情報Ｒ２で特定されるＵＲＬから分割コンテンツＣ４０２を取得する。

そして、配信サーバ３０は、構成情報Ｍ１の送信から一定時間が経過したら、構成情報Ｍ２を送信する。例えば、配信サーバ３０は、端末装置１００での分割コンテンツＣ４０２の再生が終了する一定時間前に構成情報Ｍ２を送信する。このとき、配信サーバ３０は、端末装置１００から現在の再生位置情報を取得し、その再生位置情報に基づいて端末装置１００への構成情報の送信タイミングを判別してもよい。勿論、配信サーバ３０は、単純に一定時間間隔で構成情報を送信してもよい。端末装置１００は、構成情報Ｍ２を受信したら、構成情報Ｍ２に含まれる所在位置情報Ｒ３、Ｒ４に基づいて分割コンテンツＣ４０３、Ｃ４０４を取得する。また、端末装置１００は所在位置情報Ｒ３、Ｒ４で特定されるＵＲＬから分割コンテンツＣ４０３、Ｃ４０４を取得する。

さらに、配信サーバ３０は、構成情報で特定される分割コンテンツの再生が終了する一定時間前に、次の構成情報を送信する。配信サーバ３０は、順次、構成情報を送信していき、最終的に、構成情報Ｍ７を送信する。

〔１−３．スキップ時の配信システムの動作〕
ユーザが動画の再生途中でスキップ（シークともいう。）することがある。この場合、ユーザが、広告コンテンツを飛び越えて広告コンテンツより後の再生位置を再生するよう操作した場合、飛び越えられた広告コンテンツはユーザに見てもらえないことになる。そこで、配信サーバ３０は、広告コンテンツをユーザに見てもらえるように所在位置情報（構成情報）を送信する。以下、スキップ時の配信システム１の動作について説明する。なお、以下の説明で登場するスキップの記載は、シーク（例えば、シークバーによるシーク）に置き換えることが可能である。

図６は、コンテンツＣ２が再生途中でスキップされたときの構成情報の送信順序を示す図である。また、図７は、配信サーバ３０と端末装置１００の間で情報がやり取りされる様子を示す図である。

まず、ユーザが端末装置１００を操作して配信サーバ３０にアクセスすると、端末装置１００は、配信サーバ３０からコンテンツＣ１の配信を受ける。そして、端末装置１００は、画面にコンテンツＣ１を表示する。また、端末装置１００は、コンテンツＣ１の配信を受けると、コンテンツＣ１の情報とともに送信された制御情報に従って配信サーバ３０にコンテンツＣ２の配信要求を送信する（ステップＳ７１）。

そして、配信サーバ３０は、分割コンテンツＣ４０１〜Ｃ４１５の所在位置情報が含まれる構成情報Ｍ１〜Ｍ７を生成するとともに、構成情報Ｍ１を端末装置１００に送信する。端末装置１００は、構成情報Ｍ１に含まれる所在位置情報Ｒ１、Ｒ２に基づいて分割コンテンツＣ４０１、Ｃ４０２を配信サーバ３０から取得し再生する（ステップＳ７２）。

ここで、ユーザが端末装置１００を操作して所定のスキップ操作（シーク操作ともいう。）を実行したとする。この場合、端末装置１００はスキップ先の分割コンテンツの所在位置情報を配信サーバ３０に要求する（ステップＳ７３）。要求を受信したら、配信サーバ３０は、該当の構成情報を端末装置１００に送信する（ステップＳ７４）。

このとき、配信サーバ３０は、広告コンテンツを飛び越えて広告コンテンツより後の再生位置を再生するための情報を端末装置１００から要求されたとする。この場合に、配信サーバ３０は、端末装置１００から要求された再生位置の分割コンテンツの所在位置情報ではなく、飛び越えようとしている広告コンテンツを再生するための所在位置情報を端末装置１００に送信する。

図６を例に詳しく説明する。例えば、配信サーバ３０が、分割コンテンツＣ４０２を再生中に広告コンテンツＣ２０１（分割コンテンツＣ４０５、Ｃ４０６）を飛び越えて、再生位置ｔ８から再生するための構成情報を要求されたとする。より具体的にいうと、配信サーバ３０が、広告コンテンツＣ２０１を再生するための所在位置情報が含まれる構成情報Ｍ３を端末装置１００に送信するより前に、広告コンテンツＣ２０１より後の再生位置ｔ８を再生するための構成情報Ｍ５を端末装置１００から要求されたとする。この時、配信サーバ３０は、構成情報Ｍ５を送信するより前に、分割コンテンツＣ４０５、Ｃ４０６が含まれる構成情報Ｍ３を送信する。端末装置１００は、構成情報Ｍ３に含まれる所在位置情報に基づいて分割コンテンツＣ４０５、Ｃ４０６を取得し再生する。

なお、１つの広告コンテンツが複数の構成情報に分割されて格納されている場合がある。この場合、配信サーバ３０は、広告コンテンツＣ２０１の末尾を含む分割コンテンツの所在位置情報を端末装置１００に送信するより前に、広告コンテンツの末尾より後の再生位置を再生するための情報を端末装置１００から要求された場合に、広告コンテンツの先頭を含む分割コンテンツの所在位置情報から、所在位置情報を端末装置１００に送信してもよい。具体的に説明すると、配信サーバ３０は、広告コンテンツＣ２０１の末尾（図６に示す再生位置ｔ６）を含む分割コンテンツＣ４０６の所在位置情報を端末装置１００に送信するより前に、広告コンテンツＣ２０１の末尾より後の再生位置ｔ８を再生するための構成情報を端末装置１００から要求された場合に、広告コンテンツＣ２０１の先頭（図６に示す再生位置ｔ４）を含む分割コンテンツＣ４０５の所在位置情報から、所在位置情報を端末装置１００に送信してもよい。これにより、配信サーバ３０は、例え広告コンテンツを再生中にスキップ操作（シーク操作）がなされたとしても、広告コンテンツを最後までユーザに見てもらうことができる。

端末装置１００は、広告コンテンツの再生を実行したら、広告コンテンツを再生したことを示す情報（以下、広告再生通知という。）を配信サーバ３０に送信する（ステップＳ７５）。端末装置１００が広告再生通知を送信するタイミングは、広告コンテンツの再生開始のタイミングであってもよいし、広告コンテンツの再生終了のタイミングであってもよい。広告コンテンツが図６に示す広告コンテンツＣ２０１なのであれば、端末装置１００は図６に示すＦ１のタイミングで広告再生通知を送信してもよいし、Ｆ２のタイミングで広告再生通知を送信してもよい。配信サーバ３０は、広告再生通知を端末装置１００から受信したら、広告コンテンツが再生された旨の情報を記録してもよい。これにより、広告コンテンツが再生されたか否かの追跡やＣＴＲ（Click Through Rate）の算出が容易となる。また、配信サーバ３０は、広告動画を含む構成情報の次の構成情報が要求され、その動画が配信されたタイミングで広告動画が閲覧された事を把握する事ができる。

なお、配信サーバ３０は、広告再生通知を受信したタイミングではなく、広告コンテンツを再生するための所在位置情報を送信した場合に、広告コンテンツが再生された旨の情報を記録してもよい。例えば、配信サーバ３０は、広告コンテンツＣ２０１を再生するための所在位置情報が含まれる構成情報Ｍ３を端末装置１００に送信した場合に、広告コンテンツＣ２０１が再生された旨の情報を記憶部に記録してもよい。これにより、配信サーバ３０は、広告再生通知によらず、広告コンテンツが再生されたか否かの追跡やＣＴＲの算出ができる。

続いて、配信サーバ３０は、分割コンテンツの再生終了後一定時間が経過したら、要求された再生位置を再生するための所在位置情報（構成情報）を端末装置１００に送信する。例えば、配信サーバ３０は、再生位置ｔ８から再生するための構成情報Ｍ５を端末装置１００に送信する。端末装置１００は、構成情報に含まれる所在位置情報に基づいて分割コンテンツを配信サーバ３０から取得し再生する（ステップＳ７６）。その後、配信サーバ３０は、構成情報Ｍ５で特定される分割コンテンツの再生が終了する一定時間前に、次の構成情報を送信する。配信サーバ３０は、順次、構成情報を送信していき、最終的に、構成情報Ｍ７を送信する。

なお、配信サーバ３０は、広告コンテンツを再生するための所在位置情報を端末装置１００に送信後、再び、同じ広告コンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、当該広告コンテンツを再生するための所在位置情報を端末装置１００に送信することなく、当該広告コンテンツの直後の再生位置を含む分割コンテンツの所在位置情報を端末装置１００に送信する。例えば、配信サーバ３０は、広告コンテンツＣ２０１を再生するための所在位置情報を端末装置１００に送信後、再び、広告コンテンツＣ２０１を再生するための所在位置情報を送信するタイミング（再生位置ｔ４）となった場合には、広告コンテンツＣ２０１（分割コンテンツＣ４０５、Ｃ４０６）を再生するための所在位置情報を端末装置１００に送信することなく、広告コンテンツＣ２０１の直後の再生位置ｔ６を含む分割コンテンツＣ４０７の所在位置情報を端末装置１００に送信する。所在位置情報は構成情報に格納されて送信されてもよい。

なお、配信サーバ３０は、広告コンテンツを再生するための所在位置情報を端末装置１００に送信後、再び、同じ広告コンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、当該広告コンテンツとは異なる広告コンテンツに関する所在位置情報を送信してもよい。例えば、配信サーバ３０は、広告コンテンツＣ２０１を再生するための所在位置情報を端末装置１００に送信後、再び、広告コンテンツＣ２０１を再生するための所在位置情報を送信するタイミング（再生位置ｔ４）となった場合には、広告コンテンツＣ２０１とは異なる広告コンテンツＣ２０３に関する所在位置情報を送信してもよい。所在位置情報は構成情報に格納されて送信されてもよい。

従来技術においては、所在位置情報を一括で送信していた為、広告コンテンツを予め盛込んでおく必要があった。結果として、広告コンテンツは端末装置１００側で自由にスキップできた。しかし、本実施形態によれば、配信サーバ３０は、複数の所在位置情報を一度に全て端末装置１００に送信するのではなく、一部分ずつ所定のタイミングで順次送信する。そのため、配信サーバ３０は、端末装置１００側で配信用コンテンツＣ３０の再生を自由に制御させないようにすることができる。結果として配信サーバ３０は、配信用コンテンツＣ３０に挿入された広告コンテンツをユーザに見てもらうようにすることができる。

また、本実施形態によれば、配信サーバ３０は、広告コンテンツを飛び越えて広告コンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合に、広告コンテンツを再生するための所在位置情報を端末装置１００に送信している。そのため、配信サーバ３０は、広告コンテンツをユーザに確実に見てもらうことができる。また、配信サーバ３０側で広告コンテンツを見てもらうことができたか否かを把握できるので、配信サーバ３０の運営者は広告の在庫管理が容易になる。また、あまり見られていない広告コンテンツ（在庫が多い広告コンテンツ）を配信用コンテンツＣ３０に割り当てる等の処理も可能になるので、広告の在庫管理は極めて容易である。

〔２．配信システムの構成例〕
以上、本実施形態の情報処理装置の一例である配信サーバ３０を備える配信システム１を例に、情報処理装置の動作を述べたが、以下、本実施形態の情報処理装置の構成を説明する。以下の説明では、配信システム１を例に情報処理装置の構成を説明する。上述したように、配信システム１は、コンテンツ主サーバ１０と、広告主サーバ２０と、配信サーバ３０と、端末装置１００と、を備える。コンテンツ主サーバ１０、広告主サーバ２０、配信サーバ３０、及び端末装置１００、は、ネットワークＮを介して接続される。ネットワークＮは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet Protocol）網、インターネット等の通信ネットワークである。ネットワークＮには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。なお、配信システム１には、コンテンツ主サーバ１０、広告主サーバ２０、配信サーバ３０、及び端末装置１００がそれぞれ複数台含まれてもよい。

コンテンツ主サーバ１０は、コンテンツ主によって利用されるサーバ装置である。コンテンツ主サーバ１０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。コンテンツ主サーバ１０は、コンテンツ主の指示に従って、配信サーバ３０にメインコンテンツを入稿する。本実施形態の場合、コンテンツ主サーバ１０が入稿するメインコンテンツは、動画である。

広告主サーバ２０は、広告主によって利用されるサーバ装置である。広告主サーバ２０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。広告主サーバ２０は、広告主の指示に従って、配信サーバ３０に広告コンテンツを入稿する。本実施形態の場合、広告主サーバ２０が入稿する広告コンテンツは、動画である。なお、広告主は、広告コンテンツの入稿を代理店に依頼する場合がある。この場合、配信サーバ３０に広告コンテンツを入稿するのは代理店となる。以下の説明では、「広告主」は、本来の広告主だけでなく、代理店を含む概念であるものとする。また、「広告主サーバ」は、広告主サーバ２０だけでなく、代理店によって利用される代理店サーバを含む概念であるものとする。

〔３．配信サーバの構成例〕
次に、配信サーバ３０の構成について説明する。配信サーバ３０は、端末装置１００等のクライアント端末からの要求を処理するサーバ用ホストコンピュータ（以下、単に「サーバ」という。）である。配信サーバ３０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、配信サーバ３０は、１つのサーバにより構成されていてもよいし、協働して処理を実行する複数のサーバにより構成されていてもよい。配信サーバ３０が複数のサーバで構成される場合、これらサーバの設置場所は離れていてもよい。設置場所が離れていたとしても、協働して処理を実行するのであれば、これらサーバは１つの広告配信サーバとみなすことができる。

図８は、実施形態に係る配信サーバ３０の構成例を示す図である。配信サーバ３０は、通信部３１と、記憶部３２と、制御部３３と、を備える。なお、図８に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。

通信部３１は、外部の装置と通信する通信インタフェースである。通信部３１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部３１は、ＮＩＣ（Network Interface Card）等のＬＡＮインタフェースであってもよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部３１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部３１は、配信サーバ３０の通信手段として機能する。通信部３１は、制御部３３の制御に従って端末装置１００、及び配信サーバ３０と通信する。

記憶部３２は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３２は、配信サーバ３０の記憶手段として機能する。記憶部３２は、コンテンツデータベース３２１と、広告データベース３２２と、を記憶する。

コンテンツデータベース３２１は、コンテンツ主サーバ１０から入稿されたメインコンテンツに関する各種情報が格納されたデータベースである。図９は、実施形態に係るコンテンツデータベース３２１に格納された情報の一例を示す図である。図９に示した例では、コンテンツデータベース３２１は、コンテンツ主ＩＤ、メインコンテンツといった項目を有している。

「コンテンツ主ＩＤ」は、コンテンツ主またはコンテンツ主サーバ１０を識別するための識別情報を示す。図９に示す例では、「コンテンツ主ＩＤ」には「Ｋ１０」、「Ｋ２０」といった概念的な情報が格納されているが、コンテンツ主またはコンテンツ主サーバ１０を示す識別番号等が格納されていてもよい。「メインコンテンツ」は、コンテンツ主サーバ１０から入稿されたメインコンテンツを示す。なお、図９に示す例では、「メインコンテンツ」には「Ｃ１０１」〜「Ｃ１１２」といった概念的な情報が格納されているが、コンテンツのデータ（例えば、動画データ）そのものが格納されていてもよい。勿論、「メインコンテンツ」には、各コンテンツが所在するＵＲＬ（Uniform Resource Locator）、または、これらの格納場所を示すファイルパス名などが格納されていてもよい。

また、コンテンツデータベース３２１には、コンテンツＣ２の表示指示が登録されていてもよい。表示指示には、コンテンツＣ２の配置位置や表示領域Ａの設定値などが含まれていてもよい。例えば、表示指示には、コンテンツＣ１の上端を基準とした表示領域Ａの位置や大きさ等を示す情報が含まれていてもよい。また、表示指示には、配信用のメインコンテンツへの広告コンテンツの挿入位置（時間）の情報が含まれていてもよい。また、表示指示には、他のページへの遷移の契機となる利用者の操作や端末装置１００の状態等を示す情報が含まれていてもよい。表示指示の設定は、例えば、コンテンツ主がメインコンテンツを登録する際に、コンテンツ主によって行われてもよい。

広告データベース３２２は、広告主サーバ２０から入稿された広告コンテンツに関する各種情報が格納されたデータベースである。図１０は、実施形態に係る広告データベース３２２に格納された情報の一例を示す図である。図１０に示した例では、広告データベース３２２は、広告主ＩＤ、広告コンテンツ、インプレッション数、インプレッション保証数、対価といった項目を有している。

「広告主ＩＤ」は、広告主または広告主サーバ２０を識別するための識別情報を示す。「広告コンテンツ」は、広告主サーバ２０から入稿されたコンテンツ、すなわち、広告コンテンツＣ２０等の広告に係るコンテンツを示す。なお、図１０に示す例では、「広告コンテンツ」には「Ｃ２０１」〜「Ｃ２１２」といった概念的な情報が格納されているが、コンテンツのデータ（例えば、動画データ）そのものが格納されていてもよい。勿論、「広告コンテンツ」には、各コンテンツが所在するＵＲＬ、または、これらの格納場所を示すファイルパス名などが格納されていてもよい。

「インプレッション数」は、広告コンテンツが表示された回数を示す。また、「インプレッション保証数」は、対価に対して保証されている広告コンテンツの表示回数を示す。また、「対価」は、「インプレッション保証数」だけ広告コンテンツが表示された際に広告主から支払われる報酬を示す。すなわち、配信サーバ３０は、広告に係るコンテンツをインプレッション保証型で配信するサーバである。

すなわち、図１０の例では、広告主ＩＤ「Ｋ３０」によって識別される広告主が、コンテンツＣ２０１、Ｃ２０２、Ｃ２０３等を広告コンテンツとして入稿した例を示している。図１０の例では、広告コンテンツ「Ｃ２０１」のインプレッション数が「１００００」であり、インプレッション保証数が「２００００」であり、インプレッション保証数だけコンテンツ「Ｃ２０１」が表示された際の対価（課金額）が「ａａａ」である例を示している。ここで、配信サーバ３０は、１つのページに配置される複数のコンテンツ（複数の広告コンテンツ）ごとにインプレッション数を計数してもよいし、１つのページの複数のコンテンツ（複数の広告コンテンツ）を１つの広告とみなしてインプレッション数を計数してもよい。

なお、配信サーバ３０がクリック課金形式広告を配信するのであれば、広告データベース３２２には、コンテンツが選択された回数や、コンテンツが選択された際の課金額等が登録される。ここで、クリック課金形式広告とは、広告コンテンツが選択される度に課金が行われる広告である。また、配信サーバ３０が入札形式広告を配信するのであれば、広告データベース３２２には、１インプレッションあたりの報酬として広告主が設定した広告料金である入札価格や、ＣＴＲ（Click Through Rate）等が登録される。ここで、入札形式広告とは、配信サーバ３０が配信要求を受信した際に、入札形式で広告コンテンツを選択する形式の広告のことである。

なお、広告データベース３２２は、上記以外の項目の情報を記憶してもよい。例えば、広告データベース３２２は、コンテンツとユーザとのマッチングを行うための情報や、ＣＴＲといった情報をさらに記憶してもよい。また、広告データベース３２２には、広告コンテンツの表示態様の変更を指示する表示指示が登録されていてもよい。表示指示には、コンテンツＣ４０の配置位置や表示領域Ａの設定値などが含まれていてもよい。例えば、表示指示には、コンテンツＣ１の上端を基準とした表示領域Ａの位置や大きさ等を示す情報が含まれていてもよい。また、表示指示には、配信用のメインコンテンツへの広告コンテンツの挿入位置（時間）の情報が含まれていてもよい。また、表示指示には、他のページへの遷移の契機となる利用者の操作や端末装置１００の状態等を示す情報が含まれていてもよい。表示指示の設定は、例えば、広告主が広告コンテンツを登録する際に、広告主によって行われる。

図８に戻り、制御部３３は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、配信サーバ３０内部の記憶装置に記憶されている各種プログラムがＲＡＭ（Random Access Memory）等を作業領域として実行されることにより実現される。また、制御部３３は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。

制御部３３は、図８に示すように、入稿受付部３３１と、要求受付部３３２と、取得部３３３と、送信部３３４と、生成部３３５と、決定部３３６と、記録制御部３３７と、受付部３３８と、を備える。制御部３３を構成するブロック（入稿受付部３３１〜受付部３３８）はそれぞれ制御部３３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ或いは１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部３３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。

入稿受付部３３１は、コンテンツ主サーバ１０からメインコンテンツの入稿を受け付ける。また、入稿受付部３３１は、メインコンテンツの表示指示を受け付ける。かかる場合、入稿受付部３３１は、メインコンテンツおよび表示指示を、コンテンツ主ＩＤとともにコンテンツデータベース３２１に登録する。

また、入稿受付部３３１は、広告主サーバ２０から広告コンテンツの入稿を受け付ける。具体的には、入稿受付部３３１は、対価の指定とともに広告コンテンツの入稿を受け付ける。また、入稿受付部３３１は、広告コンテンツの表示指示を受け付ける。かかる場合、入稿受付部３３１は、広告コンテンツおよび表示指示を、広告主ＩＤ及び対価の値とともに広告データベース３２２に登録する。

要求受付部３３２は、端末装置１００からコンテンツの取得要求を受け付ける。例えば、要求受付部３３２は、コンテンツＣ１、Ｃ２の取得要求を受け付ける。例えば、要求受付部３３２は、コンテンツＣ１の取得要求として、ウェブページやアプリのデータの取得要求を受け付ける。また、要求受付部３３２は、コンテンツＣ２の取得要求として、動画データやアプリのデータの取得要求を受け付ける。このとき、要求受付部３３２は、コンテンツＣ１、Ｃ２の取得要求として、ＨＴＴＰ（Hypertext Transfer Protocol）リクエストを受け付けてもよい。

取得部３３３は、動画及び音声の少なくとも一方を含むコンテンツであって所定の再生範囲に第２のコンテンツを有する第１のコンテンツの所在位置を示す複数の所在位置情報を取得する。例えば、取得部３３３は、動画及び音声の少なくとも一方を含むコンテンツであって所定の再生範囲に第２のコンテンツを有する第１のコンテンツを分割することによって得られる複数の分割コンテンツそれぞれの所在位置情報を取得する。

送信部３３４は、要求受付部３３２がコンテンツの取得要求を受け付けた場合に、コンテンツの情報を端末装置１００に送信する。例えば、送信部３３４は、所在位置情報に基づいて第１のコンテンツを再生する端末装置１００に対し、複数の所在位置情報を一部分ずつ所定のタイミングで端末装置１００に順次送信する。このとき、送信部３３４が送信する情報には、制御情報が含まれていてもよい。

制御情報は、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語で記載されたプログラムであってもよい。勿論、制御情報は、スクリプト言語以外のコンピュータ言語で記載された情報であってもよい。例えば、制御情報は、ＨＴＭＬ、ＸＭＬ等のマークアップ言語で記載された情報であってもよいし、ＣＳＳ（Cascading Style Sheets）、ＣＳＳ３等のスタイルシート言語で記載された情報であってもよい。また、制御情報は、Ｊａｖａ（登録商標）、Ｓｗｉｆｔ、Ｃ言語、Ｃ＋＋等のプログラミング言語で記載され、コンパイル等されたプログラム（例えば、アプリそのもの）であってもよい。なお、最終的に端末装置１００がプログラムを実行できるのであれば、制御情報は、コンパイルされたプログラムでなくてもよい。その他、制御情報は、インタプリタ言語（例えば、スクリプト言語）、機械言語、或いは中間言語の形式で提供されるデータ（プログラム）であってもよい。

なお、制御情報には、コンテンツの表示指示の情報が含まれていてもよい。表示指示には、コンテンツの配置位置や表示領域Ａの設定値などが含まれていてもよい。例えば、表示指示には、コンテンツＣ１の上端を基準とした表示領域Ａの位置や大きさ等を示す情報が含まれていてもよい。また、表示指示には、第１のコンテンツへの第２のコンテンツの挿入位置（時間）の情報が含まれていてもよい。また、表示指示には、他のページへの遷移の契機となる利用者の操作や端末装置１００の状態等を示す情報が含まれていてもよい。

また、送信部３３４は、第２のコンテンツを飛び越えて第２のコンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合には、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信する。

また、送信部３３４は、第２のコンテンツを飛び越えて第２のコンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合に、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信した後、続けて要求された再生位置を再生するための所在位置情報を端末装置１００に送信する。

また、送信部３３４は、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信するより前に、第２のコンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合に、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信する。

また、送信部３３４は、第２のコンテンツの末尾を再生するための所在位置情報（例えば、第２のコンテンツの末尾を含む分割コンテンツの所在位置情報）を端末装置１００に送信するより前に、第２のコンテンツの末尾より後の再生位置を再生するための情報を端末装置１００から要求された場合に、第２のコンテンツの先頭を再生するための所在位置情報（例えば、第２のコンテンツの先頭を含む分割コンテンツの所在位置情報）から、所在位置情報を端末装置１００に送信する。

また、送信部３３４は、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信後、再び、第２のコンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信することなく、第２のコンテンツの直後の再生位置を再生するための所在位置情報（例えば、第２のコンテンツの直後の再生位置を含む分割コンテンツの所在位置情報）を端末装置１００に送信する。

また、送信部３３４は、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信後、再び、第２のコンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、第２のコンテンツとは異なる第３のコンテンツに関する所在位置情報を送信する。

また、送信部３３４は、第２のコンテンツを再生したことを示す情報を端末装置１００から受信するより前に、第２のコンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合には、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信する。

また、送信部３３４は、第２のコンテンツを再生したことを示す情報を端末装置１００から受信後、再び、第２のコンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、第２のコンテンツを再生するための所在位置情報を送信することなく、第２のコンテンツの直後の再生位置を再生するための所在位置情報（例えば、第２のコンテンツの直後の再生位置を含む分割コンテンツの所在位置情報）を端末装置１００に送信する。

また、送信部３３４は、第２のコンテンツを再生したことを示す情報を端末装置１００から受信後、再び、第２のコンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、第２のコンテンツとは異なる第３のコンテンツに関する所在位置情報を送信する。

また、送信部３３４は、所定の再生範囲を再生するための所在位置情報を送信するタイミングとなった場合には、決定部３３６が決定したコンテンツを再生するための所在位置情報を、第２のコンテンツを再生するための所在位置情報として端末装置１００に送信する。

また、送信部３３４は、所定の再生範囲を再生するための情報を端末装置１００から要求された場合には、決定部３３６が第２のコンテンツとなるコンテンツを決定した後、決定部３３６が決定した第２のコンテンツを再生するための所在位置情報を端末装置１００に送信する。

また、送信部３３４は、構成情報に基づいて第１のコンテンツを再生する端末装置１００に対し、構成情報を所定のタイミングで順次送信する。また、送信部３３４は、端末装置１００から、第２のコンテンツを飛び越えて第２のコンテンツの後の再生位置を再生するための情報を要求された場合には、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信する。

生成部３３５は、動画及び音声の少なくとも一方を含む第１のコンテンツであって所定の範囲に第２のコンテンツを含む第１のコンテンツを分割することによって得られる複数の分割コンテンツそれぞれの所在位置情報のうちの一部の所在位置情報をそれぞれ含む複数の構成情報を生成する。

決定部３３６は、第２のコンテンツの再生位置を決定する。また、決定部３３６は、端末装置１００から、第２のコンテンツを含む所在位置情報の要求があった後に配信する第２のコンテンツを決定する。

決定部３３６は、第１のコンテンツを再生するための最初の所在位置情報の送信を端末装置に開始した後に、第２のコンテンツとなるコンテンツを決定する。決定部３３６は、所定の再生範囲を再生するための情報を端末装置１００から要求された後に、第２のコンテンツとなるコンテンツを決定してもよい。

記録制御部３３７は、第２のコンテンツを再生するための所在位置情報が送信された場合に第２のコンテンツが再生された旨の情報を記録する。

受付部３３８は、第２のコンテンツを再生したことを示す情報を端末装置１００から受け付ける。

〔４．端末装置の構成例〕
次に、端末装置１００の構成について説明する。端末装置１００は、ユーザがコンテンツ（例えば、アプリの画面やウェブページ）の閲覧に使用する情報表示装置である。端末装置１００は、例えば、スマートフォン、タブレット、携帯電話等の通信端末である。通信機能を備えるのであれば、端末装置１００は、パーソナルコンピュータ（ノートＰＣ、デスクトップＰＣ）、ＰＤＡ（Personal Digital Assistant）等の情報処理端末であってもよい。この場合、情報処理端末も通信端末の一種である。端末装置１００は、ネットワークＮを介して配信サーバ３０と接続する。

図１１は、実施形態に係る端末装置１００の構成例を示す図である。端末装置１００は、通信部１１０と、入力部１２０と、記憶部１３０と、出力部１４０と、制御部１５０と、を備える。なお、図１１に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。

通信部１１０は、外部の装置と通信する通信インタフェースである。通信部１１０は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部１１０は、ＮＩＣ等のＬＡＮインタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部１１０は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１１０は、端末装置１００の通信手段として機能する。通信部１１０は、制御部１５０の制御に従って配信サーバ３０と通信する。

入力部１２０は、外部から各種入力を受け付ける入力装置である。例えば、入力部１２０は、キーボードやマウスや操作キー等、ユーザが各種操作を行うための操作装置である。入力部１２０は、端末装置１００の入力手段として機能する。なお、端末装置１００にタッチパネルが採用される場合には、タッチパネルも入力部１２０に含まれる。この場合、ユーザは、指やスタイラスで画面をタッチすることにより各種操作を行う。

記憶部１３０は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１３０は、端末装置１００の記憶手段として機能する。記憶部１３０は、アプリケーションのデータが格納されている。アプリケーションのデータは、ウェブブラウザのデータであってもよい。以下の説明では、ウェブブラウザのことを単にブラウザという。

出力部１４０は、音、光、振動、画像等、外部に各種出力を行う装置である。出力部１４０は、端末装置１００の出力手段として機能する。出力部１４０は、各種情報を表示する表示装置を備える。表示装置は、例えば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイである。なお、端末装置１００にタッチパネルが採用される場合には、表示装置（以下、画面という。）は入力部１２０と一体であってもよい。出力部１４０は、制御部１５０の制御に従って、画面に画像を表示する。

制御部１５０は、コントローラであり、例えば、ＣＰＵ、ＭＰＵ等のプロセッサによって、端末装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１５０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。

制御部１５０は、図１１に示すように、表示部１５１と、表示制御部１５２と、を備える。制御部１５０を構成するブロック（表示部１５１と、表示制御部１５２）はそれぞれ制御部１５０の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ或いは１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部１５０は上述の機能ブロックとは異なる機能単位で構成されていてもよい。

表示部１５１は、コンテンツＣ１及びコンテンツＣ１の表示領域Ａに配置されたコンテンツＣ２を画面に表示する。コンテンツＣ１は、アプリの画面であってもよいし、ウェブページであってもよい。また、コンテンツＣ２は動画であってもよい。

表示制御部１５２は、ユーザの操作に従ってコンテンツＣ１及びコンテンツＣ２の表示態様を変化させる。例えば、表示制御部１５２は、ユーザの操作に従ってコンテンツＣ１をスクロールさせる。また、表示制御部１５２は、ユーザの操作に従ってコンテンツＣ２の再生を開始する。

〔５．配信サーバの処理フロー〕
次に、配信サーバ３０が実行する処理の手順について説明する。図１２は、配信処理の一例を示すフローチャートである。なお、以下に示すフローはあくまで一例であり、様々な変形が可能である。配信サーバ３０は、電源が投入されると配信処理を開始する。

まず、配信サーバ３０は、端末装置１００からコンテンツＣ２の配信要求を受信したか判別する（ステップＳ１０１）。配信要求を受信していない場合（ステップＳ１０１：Ｎｏ）、配信サーバ３０は、配信要求の受信を待機する。

配信要求を受信した場合（ステップＳ１０１：Ｙｅｓ）、配信サーバ３０は、記憶部３２からメインコンテンツＣ１０を取得する（ステップＳ１０２）。配信サーバ３０は、広告ポイントを決定する（ステップＳ１０３）。広告ポイントは、メインコンテンツＣ１０に挿入する広告挿入ポイントのことである。図２の例であれば、再生位置ｔ４、ｔ８の２箇所である。広告ポイントが決められたメインコンテンツＣ１０が配信用コンテンツＣ３０となる。なお、配信サーバ３０は、メインコンテンツＣ１０に挿入する広告の再生時間も予め決定しておいてもよい。すなわち、配信サーバ３０は、図３に示すように、配信用コンテンツＣ３０中の広告再生範囲を予め決定しておいてもよい。

広告ポイントを決定したら、配信サーバ３０は、例えば図４に示すように、メインコンテンツＣ１０（配信用コンテンツＣ３０）を複数の分割コンテンツ（分割コンテンツＣ４０１〜Ｃ４１５）に分割する（ステップＳ１０４）。

続いて、配信サーバ３０は、複数の分割コンテンツを所定の記憶領域（例えば、記憶部３２に用意された記憶領域）に保存するとともに、分割コンテンツそれぞれの所在位置情報（例えば、ＵＲＬ）を取得する（ステップＳ１０５）。なお、この時点で広告再生範囲に挿入する広告コンテンツが決まっていない場合、配信サーバ３０は、後に広告コンテンツの分割コンテンツを格納する予定の場所を所在位置情報としてもよい。

続いて、配信サーバ３０は、分割コンテンツの送信範囲を決定する（ステップＳ１０６）。例えば、配信サーバ３０は、今回のタイミングで送信する所在位置情報を何個とするか（例えば、今回送信する構成情報に格納するＵＲＬを何個とするか）を決定する。

続いて、配信サーバ３０は、今回の送信範囲に広告ポイントがあるか判別する（ステップＳ１０８）。今回の送信範囲に広告ポイントがない場合（ステップＳ１０８：Ｎｏ）、配信サーバ３０は、ステップＳ１１２に処理を進める。今回の送信範囲に広告ポイントがある場合（ステップＳ１０８：Ｙｅｓ）、配信サーバ３０は、広告データベース３２２の中から端末装置１００に配信する広告コンテンツ（以下、配信広告ともいう。）を決定する（ステップＳ１０９）。このとき、配信サーバ３０は、端末装置１００を操作するユーザの属性情報に基づいて配信広告コンテンツを決定してもよい。

ユーザの属性情報は、例えば、デモグラフィック情報やサイコグラフィック情報である。具体例を挙げると、ユーザの属性情報は、例えば、ユーザ（例えば質問者や回答者）の年齢、職業、収入、資産、住所、勤務先の住所、使用言語数、家族構成、友人関係、ライフサイクル、価値観、ライフスタイル、性格、好み、及びこれらの変化の情報である。また、ユーザ属性情報には、ユーザの検索履歴やサービス利用履歴が含まれていてもよい。勿論、ユーザ属性情報は上記の情報に限定されない。

続いて、配信サーバ３０は、配信広告を分割して分割コンテンツを生成する（ステップＳ１１０）。そして、配信サーバ３０は、広告（分割コンテンツ）の所在位置情報を生成する（ステップＳ１１１）。

続いて、配信サーバ３０は、今回の送信範囲に含まれる分割コンテンツの所在位置情報を端末装置１００に送信する（ステップＳ１１２）。

続いて、配信サーバ３０は、端末装置１００から所在位置情報の要求があったか判別する（ステップＳ１１３）。要求がない場合（ステップＳ１１３：Ｎｏ）、配信サーバ３０は、要求があるまでステップＳ１１３を繰り返す。

要求がある場合（ステップＳ１１３：Ｙｅｓ）、配信サーバ３０は、その要求が広告ポイントを飛び越えての要求か判別する（ステップＳ１１４）。広告ポイントを飛び越えての要求でない場合（ステップＳ１１４：Ｎｏ）、配信サーバ３０は、ステップＳ１０８に処理を戻す。広告ポイントを飛び越えての要求の場合（ステップＳ１１４：Ｙｅｓ）、配信サーバ３０は、飛び越えようとした広告をユーザに見せるため、ステップＳ１０９に処理を戻す。

配信サーバ３０は、端末装置１００の配信用コンテンツＣ３０の再生が終了するまで（例えば、配信用コンテンツＣ３０の最後の分割コンテンツの所在位置情報の送信が終了するまで）、ステップＳ１０８〜Ｓ１１４の処理を繰り返す。

配信処理は以下のようにも記載され得る。図１３は、配信処理の他の例を示すフローチャートである。配信サーバ３０は、電源が投入されると配信処理を開始する。

まず、配信サーバ３０は、端末装置１００からコンテンツＣ２の配信要求を受信したか判別する（ステップＳ２０１）。配信要求を受信していない場合（ステップＳ２０１：Ｎｏ）、配信サーバ３０は、配信要求の受信を待機する。

配信要求を受信した場合（ステップＳ２０１：Ｙｅｓ）、配信サーバ３０は、記憶部３２からメインコンテンツＣ１０を取得する（ステップＳ２０２）。また、配信サーバ３０は、記憶部３２から広告コンテンツＣ２０を取得する（ステップＳ２０３）。広告コンテンツＣ２０には、複数の広告コンテンツ（広告コンテンツＣ２０１、Ｃ２０２等）が含まれている。なお、広告コンテンツＣ２０はコンテンツの配信直前に決定されてもよい。この場合、配信サーバ３０は、後述のステップＳ１６で所在位置情報を取得した後に、広告コンテンツＣ２０を取得してもよい。

続いて、配信サーバ３０は、メインコンテンツＣ１０に広告コンテンツＣ２０を挿入して配信用コンテンツＣ３０を生成する（ステップＳ２０４）。そして、配信サーバ３０は、配信用コンテンツＣ３０を複数の分割コンテンツ（分割コンテンツＣ４０１〜Ｃ４１５）に分割する（ステップＳ２０５）。

続いて、配信サーバ３０は、複数の分割コンテンツを所定の記憶領域（例えば、記憶部３２に用意された記憶領域）に保存するとともに、分割コンテンツそれぞれの所在位置情報を取得する（ステップＳ２０６）。そして、配信サーバ３０は、所在位置情報を端末装置１００に送信する（ステップＳ２０７）。このとき、配信サーバ３０は、複数の所在位置情報の中から順次選択される所定数の所在位置情報を所定のタイミングで端末装置１００に順次送信する。なお、配信サーバ３０は、コンテンツの配信直前に配信する分割コンテンツを決定することも可能である。この場合には、配信サーバ３０は、所在位置情報で示される格納場所にある分割コンテンツを配信直前で差し替えてもよい。

続いて、配信サーバ３０は、端末装置１００からスキップ要求を受信したか判別する（ステップＳ２０８）。スキップ要求を受信した場合（ステップＳ２０８：Ｙｅｓ）、配信サーバ３０は、所在位置情報の送信順序を変更するための処理を実行する（ステップＳ２０９）。例えば、配信サーバ３０が、広告コンテンツを飛び越えて広告コンテンツより後の再生位置を再生するための所在位置情報を端末装置１００から要求されたとする。この場合に、配信サーバ３０は、広告コンテンツを再生するための所在位置情報を端末装置１００に送信するよう、所在位置情報の送信順序を変更する。順序を変更したら、配信サーバ３０は、ステップＳ２０７に処理を戻し、変更した順序で所在位置情報を送信する。

一方、スキップ要求を受信していない場合（ステップＳ２０８：Ｎｏ）、配信サーバ３０は、端末装置１００がコンテンツＣ２の再生を終了したか判別する（ステップＳ２１０）。例えば、配信サーバ３０は、端末装置１００に全ての所在位置情報を送信し終えたか判別する。コンテンツＣ２の再生が終了していない場合（ステップＳ２１０：Ｎｏ）、配信サーバ３０は、ステップＳ２０７に処理を戻し、所在位置情報の送信を継続する。

コンテンツＣ２の再生が終了している場合（ステップＳ２１０：Ｙｅｓ）、配信サーバ３０は、ステップＳ２０１に処理を戻し、ステップＳ２０１〜Ｓ２１０の処理を繰り返す。

〔６．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

上述の実施形態では、配信サーバ３０は、広告コンテンツを再生するための所在位置情報を端末装置１００に送信するより前に、広告コンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合に、広告コンテンツを再生するための所在位置情報を端末装置１００に送信した。しかしながら、配信サーバ３０は、広告コンテンツを再生したことを示す情報（広告再生通知）を受信したか否かに基づいて広告コンテンツを再生するための所在位置情報を送信するか否かを決定してもよい。例えば、配信サーバ３０は、広告再生通知を端末装置１００から受信するより前に、広告コンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合には、広告コンテンツを再生するための所在位置情報を端末装置１００に送信する。

このとき、配信サーバ３０は、広告再生通知を端末装置１００から受信後、再び、広告コンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、広告コンテンツを再生するための所在位置情報を送信することなく、広告コンテンツの直後の再生位置を含む分割コンテンツの所在位置情報を端末装置１００に送信してもよい。

また、配信サーバ３０は、広告再生通知を端末装置１００から受信後、再び、広告コンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、広告再生通知にかかる広告コンテンツとは異なる広告コンテンツに関する所在位置情報を送信してもよい。図６の例で説明すると、配信サーバ３０は、広告再生通知を端末装置１００から受信後、再び、広告コンテンツＣ２０１を再生するための所在位置情報を送信するタイミング（再生位置ｔ４）となった場合には、広告コンテンツＣ２０１とは異なる広告コンテンツＣ２０３に関する所在位置情報を送信してもよい。所在位置情報は構成情報に格納されて送信されてもよい。

なお、上述の実施形態では、第１のコンテンツ及び第２のコンテンツは双方とも動画コンテンツであるものとしたが、第１のコンテンツ及び第２のコンテンツは必ずしも動画でなくてもよい。第１のコンテンツ及び第２のコンテンツは、音楽或いは音声等により構成される音響コンテンツであってもよい。音響コンテンツは音楽コンテンツ或いは音声コンテンツと言い換えることができる。

また、上述の実施形態では、コンテンツＣ１とコンテンツＣ２はいずれも配信サーバ３０から配信されるものとしたが、コンテンツＣ１を配信する配信サーバとコンテンツＣ２を配信する配信サーバは異なるサーバであってもよい。

また、上述の実施形態では、第１のコンテンツをメインコンテンツ、第２のコンテンツを広告コンテンツとした。しかし、第１のコンテンツが広告コンテンツで、第２のコンテンツがメインコンテンツであってもよい。また、第１のコンテンツ及び第２のコンテンツは、メインコンテンツ及び広告コンテンツに限られない。第１のコンテンツ、第２のコンテンツともにメインコンテンツ及び広告コンテンツ以外のコンテンツであってもよい。また、第１のコンテンツ及び第２のコンテンツは、動画コンテンツや音響コンテンツに限られず、例えば、ゲームのコンテンツであってもよい。

本実施形態の配信サーバ３０を制御する制御装置は、専用のコンピュータシステムによって実現してもよいし、通常のコンピュータシステムにより実現してもよい。例えば、上述の動作を実行するためのプログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布し、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成してもよい。制御装置は、配信サーバ３０の外部の装置（例えば、パーソナルコンピュータ）であってもよいし、内部の装置（例えば、制御部３３）であってもよい。また、上記プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

また、上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔７．ハードウェア構成〕
実施形態及び変形例に係る配信サーバ３０は、例えば図１４に示すような構成のコンピュータ１０００によっても実現可能である。図１４は、配信サーバ３０の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インタフェース（Ｉ／Ｆ）１５００、入出力インタフェース（Ｉ／Ｆ）１６００、及びメディアインタフェース（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インタフェース１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インタフェース１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インタフェース１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インタフェース１６００を介して出力装置へ出力する。

メディアインタフェース１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインタフェース１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る配信サーバ３０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部３３の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔８．効果〕
本実施形態によれば、配信サーバ３０は、動画及び音声の少なくとも一方を含む第１のコンテンツであって所定の範囲に第２のコンテンツを含む第１のコンテンツを分割することによって得られる複数の分割コンテンツそれぞれの所在位置情報のうちの一部の所在位置情報をそれぞれ含む複数の構成情報を生成する。そのため、配信サーバ３０は、一度に全ての所在位置情報を送信しないので、第２のコンテンツをユーザに見てもらうようにすることができる。

配信サーバ３０は、構成情報に基づいて第１のコンテンツを再生する端末装置に対し、構成情報を所定のタイミングで順次送信する送信部を備える。これにより、配信サーバ３０は、一度に全ての所在位置情報を送信しないので、第２のコンテンツをユーザに見てもらうようにすることができる。

配信サーバ３０は、第２のコンテンツの再生位置を決定する。これにより、配信サーバ３０は、所望の再生位置に第２のコンテンツを挿入できる。

配信サーバ３０は、端末装置１００から、第２のコンテンツを含む所在位置情報の要求があった後に、配信する第２のコンテンツを決定する。これにより、配信サーバ３０は、配信サーバ３０の運営者が所望する第２のコンテンツをユーザに見てもらうようにすることができる。

第１のコンテンツの配信開始前に第１のコンテンツに割り当てる第２のコンテンツを決定した場合、ユーザが第２のコンテンツの位置まで第１のコンテンツを再生しなかった場合等、第２のコンテンツを割り当てたにも関わらず、ユーザが第２のコンテンツを見ない可能性がある。第２のコンテンツが広告コンテンツの場合、配信サーバ３０の運営者は、割り当てた広告コンテンツが見られない可能性を考慮して広告の在庫管理をしなければならず、広告の在庫管理は困難なものとなる。しかし、第２のコンテンツを配信直前に引き当てる事で、割り当てた第２のコンテンツを実際にユーザに見てもらうことが可能になる。結果として、第２のコンテンツの表示回数等の管理（例えば、広告の在庫管理）は極めて容易になる。また、あまり再生されていない第２のコンテンツ（例えば、在庫が多い広告コンテンツ）を再生直前に割り当てる等の処理も可能になるので、第２のコンテンツの管理は極めて容易である。

配信サーバ３０は、端末装置１００から、第２のコンテンツを飛び越えて第２のコンテンツの後の再生位置を再生するための情報を要求された場合には、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信する。これにより、配信サーバ３０は、第２のコンテンツをユーザに見てもらうようにすることができる。

配信サーバ３０は、動画及び音声の少なくとも一方を含むコンテンツであって所定の再生範囲が第２のコンテンツとなる第１のコンテンツを分割することによって得られる複数の分割コンテンツそれぞれの所在位置情報を取得する。また、配信サーバ３０は、所在位置情報に基づいて第１のコンテンツを再生する端末装置１００に対し、複数の所在位置情報を一部分ずつ所定のタイミングで順次送信する。これにより、配信サーバ３０は、第１のコンテンツを再生するための所在位置情報を一度に全て端末装置１００に送信しないので、端末装置１００側で第１のコンテンツの再生を自由に制御させないようにすることができる。結果として配信サーバ３０は、第２のコンテンツをユーザに見てもらうようにすることができる。

また、配信サーバ３０は、第２のコンテンツを飛び越えて第２のコンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合には、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信する。これにより、配信サーバ３０は、第２のコンテンツをユーザに確実に見てもらうようにすることができる。第２のコンテンツが広告の場合には、広告がユーザに実際に見てもらえたか否かの管理（例えば、配信サーバ３０の運営者側での広告の在庫管理）が容易になる。

配信サーバ３０は、第２のコンテンツを飛び越えて第２のコンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合に、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信した後、続けて、要求された再生位置を再生するための所在位置情報を端末装置１００に送信する。これにより、配信サーバ３０は、第２のコンテンツをユーザに見てもらった後に、ユーザ所望の再生位置からユーザに見てもらうことができる。

配信サーバ３０は、第１のコンテンツを再生するための最初の所在位置情報の送信を端末装置に開始した後に、第２のコンテンツとなるコンテンツを決定する。そして、配信サーバ３０は、所定の再生範囲を再生するための所在位置情報を送信するタイミングとなった場合には、決定したコンテンツを再生するための所在位置情報を、第２のコンテンツを再生するための所在位置情報として端末装置１００に送信する。これにより、配信サーバ３０は、第１のコンテンツの配信を開始した後も、実際に第２のコンテンツを配信するまでの任意のタイミングで第２のコンテンツとするコンテンツを決定できる。これにより、第２のコンテンツがユーザに見てもらえたか否かの管理（例えば、配信サーバ３０の運営者側での広告の在庫管理）が容易になる。

配信サーバ３０は、所定の再生範囲を再生するための情報を端末装置１００から要求された後に、第２のコンテンツとなるコンテンツを決定する。そして、配信サーバ３０は、所定の再生範囲を再生するための情報を端末装置１００から要求された場合には、第２のコンテンツとなるコンテンツを決定した後、決定した第２のコンテンツを再生するための所在位置情報を端末装置１００に送信する。これにより、配信サーバ３０は、第１のコンテンツの配信を開始した後も、実際に第２のコンテンツを配信するまでの任意のタイミングで第２のコンテンツとするコンテンツを決定できる。これにより、第２のコンテンツがユーザに見てもらえたか否かの管理（例えば、配信サーバ３０の運営者側での広告の在庫管理）が容易になる。

配信サーバ３０は、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信するより前に、第２のコンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合に、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信する。これにより、配信サーバ３０は、第２のコンテンツをユーザに見てもらった後に、ユーザ所望の再生位置からユーザに見てもらうことができる。

配信サーバ３０は、第２のコンテンツの末尾を再生するための所在位置情報（例えば、第２のコンテンツの末尾を含む分割コンテンツの所在位置情報）を端末装置１００に送信するより前に、第２のコンテンツの末尾より後の再生位置を再生するための情報を端末装置１００から要求された場合に、第２のコンテンツの先頭を再生するための所在位置情報（例えば、第２のコンテンツの先頭を含む分割コンテンツの所在位置情報）から、所在位置情報を端末装置１００に送信する。これにより、配信サーバ３０は、例え第２のコンテンツを再生中にスキップ操作（シーク操作）がなされたとしたとしても、第２のコンテンツを最後までユーザに見てもらうことができる。

配信サーバ３０は、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信後、再び、第２のコンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信することなく、第２のコンテンツの直後の再生位置を再生するための所在位置情報（例えば、第２のコンテンツの直後の再生位置を含む分割コンテンツ）の所在位置情報を端末装置１００に送信する。これにより、スキップ操作（シーク操作）の度に繰り返し広告コンテンツを見せられることがないので、ユーザの不快感を低減できる。

配信サーバ３０は、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信後、再び、第２のコンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、第２のコンテンツとは異なる第３のコンテンツに関する所在位置情報を送信する。これにより、配信サーバ３０は、第２のコンテンツをユーザに見てもらった後に、ユーザ所望の再生位置からユーザに見てもらうことができる。

配信サーバ３０は、第２のコンテンツを再生するための所在位置情報を送信した場合に第２のコンテンツが再生された旨の情報を記録する。これにより、配信サーバ３０は、第２のコンテンツをユーザに見てもらえたか否かの判別が容易となる。また、第２のコンテンツが広告の場合には、広告がユーザに見てもらえたか否かの管理（すなわち、広告の在庫管理）が容易になる。

配信サーバ３０は、第２のコンテンツを再生したことを示す情報を端末装置１００から受信する。そして、配信サーバ３０は、第２のコンテンツを再生したことを示す情報を端末装置１００から受信するより前に、第２のコンテンツより後の再生位置を再生するための情報を端末装置１００から要求された場合には、第２のコンテンツを再生するための所在位置情報を端末装置１００に送信する。これにより、配信サーバ３０は、第２のコンテンツをユーザに見てもらうようにすることができる。

配信サーバ３０は、第２のコンテンツを再生したことを示す情報を端末装置１００から受信後、再び、第２のコンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、第２のコンテンツを再生するための所在位置情報を送信することなく、第２のコンテンツの直後の再生位置を再生するための所在位置情報（例えば、第２のコンテンツの直後の再生位置を含む分割コンテンツの所在位置情報）を端末装置１００に送信する。これにより、配信サーバ３０は、第２のコンテンツをユーザに見てもらった後に、ユーザ所望の再生位置からユーザに見てもらうことができる。

配信サーバ３０は、第２のコンテンツを再生したことを示す情報を端末装置１００から受信後、再び、第２のコンテンツを再生するための所在位置情報を送信するタイミングとなった場合には、第２のコンテンツとは異なる第３のコンテンツに関する所在位置情報を送信する。これにより、配信サーバ３０は、第２のコンテンツとは異なるコンテンツをユーザに見てもらうことができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、処理部は、処理手段や処理回路に読み替えることができる。

１…配信システム
１０…コンテンツ主サーバ
２０…広告主サーバ
３０…配信サーバ
３１、１１０…通信部
３２…記憶部
３２１…コンテンツデータベース
３２２…広告データベース
３３、１５０…制御部
３３１…入稿受付部
３３２…要求受付部
３３３…取得部
３３４…送信部
３３５…生成部
３３６…決定部
３３７…記録制御部
３３８…受付部
１００…端末装置
１２０…入力部
１３０…記憶部
１４０…出力部
１５１…表示部
１５２…表示制御部
Ａ…表示領域
Ｃ１、Ｃ２…コンテンツ
Ｍ…構成情報
Ｃ１０…メインコンテンツ
Ｃ２０、Ｃ２０１、Ｃ２０２…広告コンテンツ
Ｃ３０…配信用コンテンツ
Ｃ４０１〜Ｃ４１５…分割コンテンツ

Claims (16)

1. 動画及び音声の少なくとも一方を含む第１のコンテンツであって所定の範囲に第２のコンテンツを含む前記第１のコンテンツを分割することによって得られる複数の分割コンテンツそれぞれの所在位置情報のうちの一部の所在位置情報をそれぞれ含む複数の構成情報を生成する生成部を備えることを特徴とする情報処理装置。
2. 前記構成情報に基づいて前記第１のコンテンツを再生する端末装置に対し、前記構成情報を所定のタイミングで順次送信する送信部を備えることを特徴とする請求項１に記載の情報処理装置。
3. 前記第２のコンテンツの再生位置を決定する決定部を備えることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記端末装置から、前記第２のコンテンツを含む前記所在位置情報の要求があった後に、配信する前記第２のコンテンツを決定する決定部を備えることを特徴とする請求項２に記載の情報処理装置。
5. 前記送信部は、前記端末装置から、前記第２のコンテンツを飛び越えて前記第２のコンテンツの後の再生位置を再生するための情報を要求された場合には、前記第２のコンテンツを再生するための前記所在位置情報を前記端末装置に送信する、ことを特徴とする請求項２又は４に記載の情報処理装置。
6. 前記送信部は、前記第２のコンテンツを飛び越えて前記第２のコンテンツより後の再生位置を再生するための情報を前記端末装置から要求された場合に、前記第２のコンテンツを再生するための前記所在位置情報を前記端末装置に送信した後、続けて、要求された再生位置を再生するための前記所在位置情報を前記端末装置に送信する、
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記送信部は、前記第２のコンテンツを再生するための前記所在位置情報を前記端末装置に送信するより前に、前記第２のコンテンツより後の再生位置を再生するための情報を前記端末装置から要求された場合に、前記第２のコンテンツを再生するための前記所在位置情報を前記端末装置に送信する、
   ことを特徴とする請求項５又は６に記載の情報処理装置。
8. 前記送信部は、前記第２のコンテンツの末尾を再生するための前記所在位置情報を前記端末装置に送信するより前に、前記第２のコンテンツの末尾より後の再生位置を再生するための情報を前記端末装置から要求された場合に、前記第２のコンテンツの先頭を再生するための前記所在位置情報から、前記所在位置情報を前記端末装置に送信する、
   ことを特徴とする請求項５〜７のいずれか１項に記載の情報処理装置。
9. 前記送信部は、前記第２のコンテンツを再生するための前記所在位置情報を前記端末装置に送信後、再び前記第２のコンテンツを再生するための前記所在位置情報を送信するタイミングとなった場合には、前記第２のコンテンツを再生するための前記所在位置情報を前記端末装置に送信することなく、前記第２のコンテンツの直後の再生位置を再生するための前記所在位置情報を前記端末装置に送信する、
   ことを特徴とする請求項５〜８のいずれか１項に記載の情報処理装置。
10. 前記送信部は、前記第２のコンテンツを再生するための前記所在位置情報を前記端末装置に送信後、再び前記第２のコンテンツを再生するための前記所在位置情報を送信するタイミングとなった場合には、前記第２のコンテンツとは異なる第３のコンテンツに関する所在位置情報を送信する、
    ことを特徴とする請求項５〜９のいずれか１項に記載の情報処理装置。
11. 前記第２のコンテンツを再生するための前記所在位置情報が送信された場合に前記第２のコンテンツが再生された旨の情報を記録する記録制御部、をさらに備える、
    ことを特徴とする請求項５〜１０のいずれか１項に記載の情報処理装置。
12. 前記第２のコンテンツを再生したことを示す情報を前記端末装置から受け付ける受付部、をさらに備え
    前記送信部は、前記第２のコンテンツを再生したことを示す情報を前記端末装置から受信するより前に、前記第２のコンテンツより後の再生位置を再生するための情報を前記端末装置から要求された場合には、前記第２のコンテンツを再生するための前記所在位置情報を前記端末装置に送信する、
    ことを特徴とする請求項５又は６に記載の情報処理装置。
13. 前記送信部は、前記第２のコンテンツを再生したことを示す情報を前記端末装置から受信後、再び前記第２のコンテンツを再生するための前記所在位置情報を送信するタイミングとなった場合には、前記第２のコンテンツを再生するための前記所在位置情報を送信することなく、前記第２のコンテンツの直後の再生位置を含む分割コンテンツの前記所在位置情報を前記端末装置に送信する、
    ことを特徴とする請求項１２に記載の情報処理装置。
14. 前記送信部は、前記第２のコンテンツを再生したことを示す情報を前記端末装置から受信後、再び前記第２のコンテンツを再生するための前記所在位置情報を送信するタイミングとなった場合には、前記第２のコンテンツとは異なる第３のコンテンツに関する所在位置情報を送信する、
    ことを特徴とする請求項１２に記載の情報処理装置。
15. 情報処理装置が実行する情報処理方法であって、
    動画及び音声の少なくとも一方を含む第１のコンテンツであって所定の範囲に第２のコンテンツを含む前記第１のコンテンツを分割することによって得られる複数の分割コンテンツそれぞれの所在位置情報のうちの一部の所在位置情報をそれぞれ含む複数の構成情報を生成する生成工程と、
    を含むことを特徴とする情報処理方法。
16. 動画及び音声の少なくとも一方を含む第１のコンテンツであって所定の範囲に第２のコンテンツを含む前記第１のコンテンツを分割することによって得られる複数の分割コンテンツそれぞれの所在位置情報のうちの一部の所在位置情報をそれぞれ含む複数の構成情報を生成する生成手順と、
    をコンピュータに実行させるための情報処理プログラム。

Images