(57)【要約】  【課題】広告付きコンテンツ配信システムにおいて、ユーザ端末での広告の再生が確実に行なわれるようにする。  【解決手段】ユーザ端末と広告付きコンテンツ配信サーバと広告指示サーバとからなる広告付きコンテンツ配信システムであって、ユーザ端末がコンテンツＩＤを送信し、そのコンテンツＩＤを広告付きコンテンツ配信サーバが受信して広告指示サーバへ転送し、広告指示サーバはコンテンツＩＤに基づいて広告挿入スケジュール情報を取得して広告付きコンテンツ配信サーバへ送信し、広告付きコンテンツ配信サーバは受信した広告挿入スケジュールに基づいて広告付きコンテンツをユーザ端末へ送信する広告付きコンテンツ配信システムを提供する。【選択図】  図１
2007096723.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と、広告付きコンテンツ配信サーバと、広告指示サーバと、からなる広告付きコンテンツ配信システムであって、
ユーザ端末は、
視聴希望するコンテンツＩＤを出力するコンテンツＩＤ出力部と、
前記出力に応じて送信される広告付きコンテンツを受信するコンテンツ受信部と、
を有し、
広告付きコンテンツ配信サーバは、
ユーザ端末からコンテンツＩＤを受信し、広告指示サーバに転送するコンテンツＩＤ転送部と、
転送したコンテンツＩＤに応じて返信される広告挿入スケジュール情報に基づいて広告付きコンテンツをユーザ端末に対して転送するコンテンツ転送部と、
を有し、
広告指示サーバは、
前記転送されたコンテンツＩＤを受信するコンテンツＩＤ受信部と、
受信したコンテンツＩＤに基づいて広告挿入スケジュール情報を取得する広告挿入スケジュール情報取得部と、
広告挿入スケジュール情報取得部にて取得した広告挿入スケジュール情報を前記広告付きコンテンツ配信サーバに送信する広告挿入スケジュール情報送信部と、
を有する広告付きコンテンツ配信システム。
【請求項２】
広告指示サーバは、
一又は複数の広告を提供する広告主を示す広告主ＩＤのリストを保持する広告主ＩＤリスト保持部と、
広告主が提供する広告の広告ＩＤを広告主ＩＤと関連付けて保持する広告ＩＤ保持部と、
を有し、
広告挿入スケジュール情報取得部は、
前記広告主ＩＤリスト保持部に保持されている広告主ＩＤのリスト内の位置を乱数に基づいて選択し、選択された位置から順次広告主ＩＤを取得し、その広告主ＩＤと関連付けて前記広告ＩＤ保持部で保持されている広告ＩＤを取得して挿入を行なうことにより広告挿入スケジュール情報を生成する広告ＩＤ挿入手段を有する請求項１に記載の広告付きコンテンツ配信システム。
【請求項３】
広告指示サーバの広告ＩＤ挿入手段は、広告主ＩＤのリスト内の位置より、既に取得されたことのある広告主ＩＤが取得された場合にその広告主ＩＤと関連付けて保持されている広告ＩＤのうち、広告挿入スケジュール情報に挿入されたものとは異なる広告ＩＤを取得する別広告ＩＤ取得器を有する請求項２に記載の広告付きコンテンツ配信システム。
【請求項４】
広告指示サーバの広告ＩＤ保持部は、広告主ＩＤと関連づけられる広告ＩＤをリストに保持するリスト保持手段を有し、
広告指示サーバの広告ＩＤ挿入手段の別広告ＩＤ取得器は、リスト保持手段に保持されたリストの先頭より広告ＩＤを順次取得する請求項３に記載の広告付きコンテンツ配信システム。
【請求項５】
広告指示サーバは、
コンテンツＩＤが取得された時間を示す情報である時間情報を取得する時間情報取得部と、
広告主ＩＤに関連づけて、その広告主が広告挿入を望まない時間帯を示す情報を保持するネガティブ時間帯情報保持部を有し、
広告ＩＤ挿入手段は、取得された広告主ＩＤの広告主が広告挿入を望まない時間帯であれば、その広告主ＩＤが格納された次のリストの位置へ読み飛ばすことを行なう読み飛ばし器を有する請求項２から４のいずれか一に記載の広告付きコンテンツ配信システム。
【請求項６】
広告指示サーバは、
コンテンツＩＤと関連づけられたコンテンツの属性情報を取得するコンテンツ属性情報取得部と、
広告主ＩＤに関連づけて、その広告主が広告挿入を望まないコンテンツの属性情報を保持するネガティブ属性情報保持部を有し、
広告ＩＤ挿入手段は、取得された広告主ＩＤの広告主が広告挿入を望まない属性情報を持つコンテンツであれば、その広告主ＩＤが格納された次のリストの位置へ読み飛ばすことを行なう第二読み飛ばし器を有する請求項２から５のいずれか一に記載の広告付きコンテンツ配信システム。
【請求項７】
ユーザ端末と、広告付きコンテンツ配信サーバと、広告指示サーバと、からなる広告付きコンテンツ配信システムの動作方法であって、
視聴希望するコンテンツＩＤを前記ユーザ端末が出力するコンテンツＩＤ出力ステップと、
前記広告付きコンテンツ配信サーバが前記ユーザ端末からコンテンツＩＤを受信し、前記広告指示サーバに転送するコンテンツＩＤ転送ステップと、
前記広告指示サーバが前記転送されたコンテンツＩＤを受信するコンテンツＩＤ受信ステップと、
前記広告指示サーバが受信したコンテンツＩＤに基づいて広告挿入スケジュール情報を取得する広告挿入スケジュール情報取得ステップと、
前記広告指示サーバが前記広告挿入スケジュール情報取得ステップで取得した広告挿入スケジュール情報を前記広告付きコンテンツ配信サーバに送信する広告挿入スケジュール情報送信ステップと、
前記広告付きコンテンツ配信サーバが前記広告挿入スケジュール情報送信ステップで送信された広告挿入スケジュール情報に基づいて広告付きコンテンツを前記ユーザ端末に対して転送するコンテンツ転送ステップと、
前記ユーザ端末が前記コンテンツ転送ステップにより転送された広告付きコンテンツを受信するコンテンツ受信ステップと、
を含むコンテンツ配信システムの動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告が挿入されたコンテンツである広告付きコンテンツを配信するシステムに関する。
【背景技術】
【０００２】
ビデオオンデマンドにより、コンテンツの視聴者は、放送などと異なり、コンテンツを視聴したいときにコンテンツをいつでも視聴できるようになった。ビデオオンデマンドシステムの運営形態には、視聴者はコンテンツ配信会社と契約を結び、所定の視聴料を支払うことにより、コンテンツを視聴する運営形態もあるが、コンテンツと共に広告を配信することにより、その広告の広告料により、視聴者の支払う視聴料を減額したり、あるいは、視聴者は無料でコンテンツを視聴できるようにする運営形態もある。
【０００３】
コンテンツと共に広告を配信するコンテンツ配信システムとしては、例えば、特許文献１に開示されているものがある。特許文献１に開示されたコンテンツ配信システムでは、ユーザ端末において、コンテンツの再生が一時停止され、広告の要求がコンテンツサーバへ送信され、広告の受信とともに広告の再生を行ない、広告の再生が終了すると、コンテンツの再生が再開されることが行なわれる。
【特許文献１】特開２００４−１４０５８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示された技術では、ユーザ端末が広告の要求を送信しない限り、ユーザ端末で広告が再生されない。このため、例えば、ユーザ端末とコンテンツサーバとの通信がオープンなプロトコルに基づいて行なわれる場合には、ユーザ端末が不正な動作をするように改造がされた場合、コンテンツのみの再生が行なわれ、広告の再生が行なわれなくなり、広告主などに損害を与えることになりかねないという課題がある。
【０００５】
そこで、以下では、ユーザ端末での広告の再生が確実に行なわれることを目的とした広告付きコンテンツ配信システムについて開示を行なう。
【課題を解決するための手段】
【０００６】
本明細書では、ユーザ端末と広告付きコンテンツ配信サーバと広告指示サーバとからなる広告付きコンテンツ配信システムであって、ユーザ端末がコンテンツＩＤを送信し、そのコンテンツＩＤを広告付きコンテンツ配信サーバが受信して広告指示サーバへ転送し、広告指示サーバはコンテンツＩＤに基づいて広告挿入スケジュール情報を取得して広告付きコンテンツ配信サーバへ送信し、広告付きコンテンツ配信サーバは受信した広告挿入スケジュールに基づいて広告付きコンテンツをユーザ端末へ送信する広告付きコンテンツ配信システムについて開示する。
【０００７】
このようなコンテンツ配信システムにおいては、コンテンツと広告とが一体となった広告付きコンテンツが配信され、ユーザ端末が広告を除くコンテンツだけを再生することが困難となるので、課題が解決される。
【０００８】
また、広告指示サーバは、広告主ＩＤリストを保持し、また、広告主ＩＤリストに格納された広告主ＩＤと関連付けて広告ＩＤを保持し、乱数に基づいて広告主ＩＤリストの位置を選択して、選択された位置から保持されている広告主ＩＤを順次取得し、その広告主ＩＤと関連付けて保持されている広告ＩＤを取得して、広告挿入スケジュール情報に挿入するようになっていてもよい。
【０００９】
これにより、コンテンツに複数の広告主が関連付けられていても、公平に広告主の広告を再生することができるようになる。
【００１０】
また、既に取得されたことのある広告主ＩＤが取得された場合、その広告主ＩＤと関連付けられている広告ＩＤのうち、すでに広告挿入スケジュール情報に挿入されたものとは異なる広告ＩＤが取得されて広告挿入スケジュール情報に挿入されるようになっていてもよい。
【００１１】
これにより、同じコンテンツの再生の間に同じ広告が再生され、広告効果を減少させることを防止できる。
【００１２】
また、広告主ＩＤと関連付けられている広告ＩＤはリストに保持され、すでに広告挿入スケジュール情報に挿入されたものとは異なる広告ＩＤが取得された場合には、すでに広告挿入スケジュール情報に挿入されたものとは異なる広告ＩＤが格納されたリストの位置の次の位置に格納されている広告ＩＤが取得されて広告挿入スケジュール情報に挿入されるようになっていてもよい。
【００１３】
これにより、ストーリー性のある複数の広告をそのストーリー展開に沿って再生することが可能である。
【００１４】
また、広告主ＩＤに、その広告主が広告挿入を望まない時間帯を関連付けて保持しておき、その時間帯には、その広告主の広告が再生されないようになっていてもよい。また、広告主ＩＤに、その広告主が広告挿入を望まないコンテンツの属性を関連付けて保持しておいてもよい。
【００１５】
これにより、広告主の望まない時間帯や属性のコンテンツに対して広告が挿入され、広告料に対する広告効果や広告主のイメージが損なわれないようにすることができる。
【発明の効果】
【００１６】
本明細書で開示される広告付きコンテンツ配信システムにおいては、コンテンツと広告とが一体となった広告付きコンテンツが配信され、ユーザ端末側で広告を除くコンテンツだけを再生することができないので、広告の再生が行なわれることを担保することができる。また、広告効果や広告主のイメージを損なわないようにすることができるなどの効果がある。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を実施するための最良の形態について、図を用いて実施形態として説明する。なお、本発明はこれら実施形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。
【００１８】
（実施形態１）
実施形態１として、ユーザ端末と広告付きコンテンツ配信サーバと広告指示サーバとからなる広告付きコンテンツ配信システムであって、ユーザ端末がコンテンツＩＤを送信し、そのコンテンツＩＤを広告付きコンテンツ配信サーバが受信して広告指示サーバへ転送し、広告指示サーバはコンテンツＩＤに基づいて広告挿入スケジュール情報を取得して広告付きコンテンツ配信サーバへ送信し、広告付きコンテンツ配信サーバは受信した広告挿入スケジュールに基づいて広告付きコンテンツをユーザ端末へ送信する広告付きコンテンツ配信システムについて説明する。
【００１９】
（実施形態１：全体の構成）
図１は、実施形態１に係る広告付きコンテンツ配信システム全体の構成図を例示する。広告付きコンテンツ配信システムは、ユーザ端末１０１と、広告付きコンテンツ配信サーバ１０２と、広告指示サーバ１０３とからなる。ユーザ端末１０１と、広告付きコンテンツ配信サーバ１０２と、広告指示サーバ１０３の構成を説明する機能ブロック図の例は後述する通りである。ユーザ端末１０１と、広告付きコンテンツ配信サーバ１０２と、広告指示サーバ１０３の接続関係、所有関係には種々のものが考えられる。
【００２０】
図２は、第一の接続関係、所有関係を例示する。ユーザ端末２０１は、ユーザが所有や占有を行ない、広告付きコンテンツ配信サーバ２０２と広告指示サーバ２０３は、コンテンツ配信事業者２０４が所有、占有あるいは管理を行なう。したがって、広告付きコンテンツ配信サーバ２０２と広告指示サーバ２０３とは、コンテンツ配信事業者２０４が管理するＬＡＮなどにより接続されていてもよい。一方、ユーザ端末２０１と広告付きコンテンツ配信サーバ２０２は、インターネット２０５などの公衆通信網により接続されていてもよい。もちろん、ユーザ端末２０１は、コンテンツ配信事業者２０４によるデモンストレーションのためや、コンテンツ配信事業者２０４が運営するインターネットカフェなどのサービスの提供のためにコンテンツ配信事業者２０４の管理するＬＡＮなどに接続されていてもよい。
【００２１】
図３は、第二の接続関係、所有関係を例示する。ユーザ端末３０１は、図２と同様に、ユーザが所有や占有を行なう。広告付きコンテンツ配信サーバ３０２は、コンテンツ配信事業者３０４が所有、占有あるいは管理を行なう。広告指示サーバ３０３は、広告代理店３０５など、コンテンツ配信事業者３０４とは異なる主体が所有、占有あるいは管理を行なう。この場合、広告付きコンテンツ配信サーバ３０２と広告指示サーバ３０３とは、専用回線を用いて接続がされていてもよい。もちろん、ユーザ端末３０１と広告付きコンテンツ配信サーバ３０２との接続のように、インターネット３０６などの公衆通信網により、広告付きコンテンツ配信サーバ３０２と広告指示サーバ３０３とが接続されていてもよい。
【００２２】
図２、図３は、例示であって、接続関係、所有等の関係には種々の形態もあり、図２、図３に限定されるものではない。また、図１、図２、図３のそれぞれには、ユーザ端末、広告付きコンテンツ配信サーバ、広告指示サーバがそれぞれ一台ずつしか示されていないが、これは説明を簡単にするためのものであって、それぞれが任意の台数存在していてもよい。特にユーザ端末の数が増えた場合、広告付きコンテンツ配信サーバに負荷がかかるために、ユーザ端末の数に応じて、広告付きコンテンツ配信サーバが複数台設置されていてもよい。この場合、広告付きコンテンツ配信サーバは、ラウンドロビンなどの手法により負荷が分散されるようになっていてもよい。広告指示サーバについても同様のことが言える。
【００２３】
（実施形態１：ユーザ端末）
図４は、ユーザ端末の機能ブロック図を例示する。ユーザ端末４００は、コンテンツＩＤ出力部４０１と、コンテンツ受信部４０２と、を有する。なお、ユーザ端末４００は、例えば、パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、携帯電話、家電製品などとして提供され得る。
【００２４】
「コンテンツＩＤ出力部」４０１は、視聴希望するコンテンツＩＤを出力する。「視聴希望する」とは、ユーザ端末の利用者が視聴を希望することである。あるいは、所定の時刻になると特定のコンテンツの再生が開始されるように設定されている場合には、そのような設定が行なわれている状態をもって、「視聴希望する」としてもよい。「視聴希望するコンテンツＩＤ」とは、視聴の希望がされるコンテンツを直接的に、または、間接的に識別する識別情報である。例えば、コンテンツを識別するためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）により、このようなコンテンツＩＤが表現される。ＵＲＬにより、視聴希望するコンテンツの情報源の位置（コンテンツの情報を格納するファイルなどの位置）が特定されるので、ＵＲＬは、視聴希望するコンテンツを直接的に識別する識別情報の例といえる。また、コンテンツのタイトルや制作者、製作日などを用いて、視聴希望するコンテンツＩＤが表現される場合には、タイトルなどとコンテンツを直接的に識別するための識別情報とを関連付けたデータベースなどが参照されてコンテンツが特定されるので、コンテンツのタイトルなどが、間接的に識別する識別情報といえる。また、ＵＲＬが用いられてコンテンツＩＤが表現される場合であっても、ＵＲＬを変換するためのテーブルなどが参照されて、最終的な情報源の位置が特定される場合には、間接的に識別するといえる。「出力する」とは、ユーザ端末４００の外部に送信することである。具体的には、公衆通信網などを介して広告付きコンテンツ配信サーバへ向けて送信することである。
【００２５】
図５は、視聴希望するコンテンツＩＤを出力するための画面を例示する。ユーザ端末４００がディスプレイなどを有する場合には、図５に例示される画面が表示される。符号５０１は、ディスプレイなどの有体物を示しており、その内部や表面にウィンドウ５０２が表示される。このウィンドウ５０２の内部に「コンテンツ１」などと表示されたアイコンなどの選択可能なオブジェクトが配置され、マウスカーソル５０３を選択したいオブジェクト上に移動させ、マウス５０４などのボタンなどを操作することにより、オブジェクトが選択される。この選択に応じて、視聴希望するコンテンツＩＤが決定され、コンテンツＩＤ出力部４０１により、決定されたコンテンツＩＤがＵＲＬなどの形式で出力される。
【００２６】
「コンテンツ受信部」４０２は、前記出力に応じて送信される広告付きコンテンツを受信する。「前記出力」とは、コンテンツＩＤ出力部４０１による視聴希望するコンテンツＩＤの出力を意味する。また、「広告付きコンテンツ」とは、広告がコンテンツの最初、途中、終わりのいずれか一以上の箇所に付加あるいは挿入された状態のコンテンツである。また、「コンテンツ」とは、音声情報、画像情報、プログラムなど、ユーザ端末で再生することが可能な情報である。このような情報は、一般にはデジタル情報として表現可能であるが、アナログ情報であってもよい。
【００２７】
図６は、広告付きコンテンツがユーザ端末などのディスプレイに表示などされて再生される様子を示す。ウィンドウ６０１の中に、広告付きコンテンツの再生の様子が表示される。例えば、音声情報であれば、再生開始から経過した時間が表示されたり、画像情報やプログラムなどの場合には、その再生に伴う画面の変化がウィンドウ６０１に表示される。もちろん、音声情報のみの再生であれば、図６に示す画面は必須ではない。
【００２８】
なお、コンテンツ受信部４０２が広告付きコンテンツを受信したからといって、直ちに、受信された広告付きコンテンツがユーザ端末４００で再生されるとは限らない。例えば、広告付きコンテンツをダウンロードするためにコンテンツ受信部４０２での受信が行なわれて、記憶媒体などに格納され、ユーザ端末４００とは異なる端末装置などでコンテンツが再生されるようになっていてもよい。また、記憶媒体を経由することなく、コンテンツ受信部４０２で受信されたコンテンツが別の端末装置などに転送されるようになっていてもよい。例えば、ユーザ端末４０２はセットトップボックスなどとして機能するようになっていてもよい。
【００２９】
図７は、ユーザ端末４００の構成図を例示する。パーソナルコンピュータなどであってもよいと記述したが、このような場合には、ユーザ端末４００は、物理的な存在としてハードウェア７０１を有する。ハードウェア７０１は、ＣＰＵ、メモリ、ハードディスク、ネットワークインターフェース、並びに、キーボード、マウス及びディスプレイなどの入出力インターフェースなどをバスで結合して構成される。ハードウェア７０１を抽象化などするために、プログラムの一種として動作するオペレーティングシステム７０２がハードウェア７０１上で動作し、オペレーティングシステム７０２が提供する機能を用いるなどして、コンテンツＩＤ出力部４０１に相当する動作を行なうコンテンツ選択プログラム７０３や、コンテンツ受信部４０２に相当する動作を行なうコンテンツ受信プログラム７０４が動作する。図７では、コンテンツ選択プログラム７０３とコンテンツ受信プログラム７０４とは異なるプログラムとなっているが、コンテンツ選択プログラム７０３とコンテンツ受信プログラム７０４とが一体化していても何ら問題はない。ウェブコンテンツを閲覧するためのブラウザを、コンテンツ選択プログラム７０３とコンテンツ受信プログラム７０４とを一体化したプログラムの一例として挙げることができる。この場合には、受信したコンテンツは、ブラウザのプラグインにより再生されることが多い。
【００３０】
図８は、ユーザ端末の処理の流れを説明するフローチャートを例示する。ステップＳ８０１において、コンテンツＩＤを出力する。例えば、図５のような画面表示が行なわれ、選択されたコンテンツに対応するコンテンツＩＤがコンテンツＩＤ出力部４０１により出力される。次にステップＳ８０２において、コンテンツ受信部４０２により広告付きコンテンツを行なう。受信された広告付きコンテンツは、記憶媒体などに格納されてもよいし、その場で図６に例示される画面により再生されるようになっていてもよい。例えば、広告付きコンテンツがストリーミング再生に適したコンテンツである場合には、広告付きコンテンツの受信と並行して再生が行なわれるようになっていてもよい。
【００３１】
図９は、広告付きコンテンツの受信と再生とが並列あるいは並行して行なわれる場合の流れを説明するフローチャートを例示する。ステップＳ９０１において、広告付きコンテンツのデータを受信する。ステップＳ９０２において、広告付きコンテンツの送信が終了したかどうかを判断する。もし、終了していなければ、ステップＳ９０３へ処理を移行させて、受信したデータに相当する広告付きコンテンツのデータを再生し、ステップＳ９０１へ処理を戻す。
【００３２】
（実施形態１：広告付きコンテンツ配信サーバ）
図１０は、広告付きコンテンツ配信サーバの機能ブロック図を例示する。広告付きコンテンツ配信サーバ１０００は、コンテンツＩＤ転送部１００１と、コンテンツ転送部１００２と、を有する。
【００３３】
「コンテンツＩＤ転送部」１００１は、ユーザ端末からコンテンツＩＤを受信し、広告指示サーバに転送する。ユーザ端末から受信されたコンテンツＩＤは、そのままの形態で広告指示サーバに転送されてもよいし、変形などが加えられて広告指示サーバに転送されてもよい。例えば、コンテンツＩＤがＵＲＬで表現される場合には、ホストを示す部分が削除されてもよい。なぜならば、ホストを示す部分は、広告付きコンテンツ配信サーバを指し示す部分であり、後述する広告指示サーバでの処理には影響を与えない場合が多いからである。もちろん広告指示サーバでの処理に、広告付きコンテンツ配信サーバを指し示す部分が影響を与えるような場合には、広告付きコンテンツ配信サーバを指し示す部分が含まれるように、コンテンツＩＤを転送する。
【００３４】
「コンテンツ転送部」１００２は、転送したコンテンツＩＤに応じて返信される広告挿入スケジュール情報に基づいて広告付きコンテンツをユーザ端末に転送する。「広告挿入スケジュール情報」とは、コンテンツの最初、途中、終わりのいずれか一以上のどの位置に広告を挿入するべきかを示す情報である。挿入される広告は、あらかじめ定まっていてもよいし、広告挿入スケジュール情報にどの広告が挿入されるべきかが指定されていてもよい。コンテンツが音声情報または映像情報である場合には、再生の開始時刻など基準となる時刻からの再生時間が定義できるので、広告挿入スケジュール情報は、例えば、再生時間を一または複数指定して、指定された再生時間に広告を挿入すべきことを示す情報となる。また、コンテンツがゲームなどのプログラムである場合には、プログラムの実行のどのステージの開始または／および終了で広告が挿入されるべきかが指定されるようになっていてもよい。また、広告が複数存在する場合には、挿入するべき広告の識別情報が、広告挿入スケジュール情報によって、指定される再生時間ごとに定められていてもよい。「広告付きコンテンツをユーザ端末に対して転送する」とは、コンテンツＩＤ転送部で転送されたコンテンツＩＤにより識別されるコンテンツに、広告挿入スケジュール情報に従って広告を挿入して生成される広告付きコンテンツをユーザ端末に向けて送信することである。また、広告挿入スケジュール情報が、広告付きコンテンツそのものであってもよく、この場合には、広告付きコンテンツそのものである広告挿入スケジュール情報を受信して、ユーザ端末へ送信する処理が行なわれる。
【００３５】
図１１は、広告付きコンテンツ配信サーバ１０００の構成図を例示する。図１１は、広告付きコンテンツ配信サーバ１０００が計算機によって実現される場合の構成を例示している。広告付きコンテンツ配信サーバ１０００は、物理的な存在としてハードウェア１１０１により構成される。ハードウェア１１０１は、ＣＰＵ、メモリ、ハードディクス、ネットワークインターフェース、並びに、キーボード、マウス及びディスプレイなどの入出力インターフェースなどをバスで結合して構成される。ハードウェア１１０１を抽象化などするために、プログラムの一種として動作するオペレーティングシステム１１０２がハードウェア１１０１上で動作し、オペレーティングシステム１１０２が提供する機能を用いるなどして、コンテンツＩＤ転送部１００１の処理に相当する動作を行なうコンテンツＩＤ転送プログラム１１０３、コンテンツ転送部１００２の処理に相当する動作を行なうコンテンツ転送プログラム１１０４が動作する。図１１では、コンテンツＩＤ転送プログラム１１０３とコンテンツ転送プログラム１１０４とが異なるプログラムとなっているが、一体化したプログラムであってもよい。
【００３６】
図１２は、広告付きコンテンツ配信サーバ１０００が、ユーザ端末からコンテンツＩＤを受信し、広告付きコンテンツを転送する処理を管理するための管理情報の構造を例示する。広告付きコンテンツ配信サーバ１０００が、ユーザ端末からコンテンツＩＤを受信してから、そのコンテンツＩＤにより識別されるコンテンツに広告挿入スケジュール情報に従って広告を挿入した広告付きコンテンツを転送し終えるまでに、ある程度以上の時間を要する場合があり得るので、多くの場合、コンテンツＩＤを送信したユーザ端末と、転送する広告付きコンテンツとの対応関係を保持する必要がある。そのために図１２に例示された管理情報が用いられるようになっていてもよい。管理情報は、例えば、３つの部分からなり、第一の部分には端末ＩＤが格納され、ここでいう端末ＩＤは、コンテンツＩＤを送信したユーザ端末を識別する情報である。例えば、ユーザ端末のＩＰアドレス、また、それに加えて、コンテンツＩＤなどの通信を行なうために使用されるポート番号などが含まれていてもよい。第二の部分にはユーザ端末が送信したコンテンツＩＤが格納される。第三の部分には、コンテンツＩＤ転送部１００１によるコンテンツＩＤの転送に応じて返信される広告挿入スケジュール情報が格納される。このような管理情報は、例えば、ハードウェア１１０１を構成するメモリやハードディスクなどの記憶手段に記憶される。
【００３７】
図１３は、広告挿入スケジュール情報の一例を示す。この例では、コンテンツ１００というコンテンツの識別情報で識別されるコンテンツの０分から５分までの部分を再生することが第１行目で指示され、広告２００１という広告の識別情報で識別される広告を挿入するべきことが第２行目で指示される。第３行目では、コンテンツ１００で識別されるコンテンツの５分から９分１５秒までの部分を再生することが指示され、第４行目では、広告２５００で識別される広告を挿入するべきことが指示される。その広告が挿入された後には、第５行目により、コンテンツ１００で識別されるコンテンツの９分１５秒から１５分の部分を再生することが指示される。コンテンツ転送部１００２は、このような広告挿入スケジュール情報に従って、コンテンツ１００で識別されるコンテンツに広告２００１、広告２５００で識別される広告を挿入して広告付きコンテンツを転送する。ユーザ端末などでこのような広告付きコンテンツを再生などすると、コンテンツ１００の再生開始から、５分、９分１５秒の位置にそれぞれ、広告２００１、広告２５００で識別される広告が挿入されたコンテンツが再生などされる。なお、コンテンツを転送する際には、例えば、ストリーミングの形式で転送を行なってもよい。
【００３８】
図１４は、コンテンツ転送部１００２による広告付きコンテンツの転送を行なうために、コンテンツと広告とを格納するコンテンツディスクと、広告ディスクと、を例示する。コンテンツディスク、広告ディスクは、例えば、ハードウェア１１０１を構成するハードディスクである。コンテンツディスクには、例えば、コンテンツの識別情報と関連づけられ、かつ、コンテンツを広告が挿入される場所で区切られるなどの処理がされたコンテンツが格納される。また、広告ディスクには、広告が広告の識別情報と関連付けられて格納される。もちろん、図１４は例示であって、コンテンツが広告の挿入される場所で区切られて格納されている必要はなく、広告が挿入されていない状態の連続したコンテンツとして格納されていてもよい。この場合、コンテンツ転送部１００２は、広告挿入スケジュール情報にしたがって、コンテンツの転送を行ないながら、その前後または途中に広告の挿入を行ない、広告付きコンテンツを生成して転送する。また、広告挿入スケジュール情報がユーザ端末へ転送され、ユーザ端末で広告挿入スケジュール情報が解釈される場合には、ユーザ端末から、例えばコンテンツの５分から９分１５秒の部分の要求がされ、コンテンツの９分１５秒のところに挿入される広告の要求がされ、という具合に要求がされ、コンテンツ転送部は、このような要求に応じて、コンテンツや広告の転送を行なうことにより、広告付きコンテンツの転送を行なうようになっていてもよい。
【００３９】
図１５は、広告付きコンテンツ配信サーバ１０００にコンテンツディスクと広告ディスクとが接続された状態を示す。例えば、コンテンツ転送プログラム１１０４は、図１２に例示された構造を有する管理情報を参照し、そこに含まれる広告挿入スケジュールに従って、オペレーティングシステム１１０２を介してコンテンツディスク、広告ディスクに格納された情報を読み出して、広告付きコンテンツを生成して、ユーザ端末へ転送する。なお、コンテンツディスクと広告ディスクとは別のハードディスクにより構成される場合の図示をしたが、コンテンツディスクと広告ディスクは同一のハードディスクにより構成されていてもよいし、また、２台以上のハードディスクを用いて、コンテンツディスクと広告ディスクが構成されていてもよい。
【００４０】
図１６は、広告付きコンテンツ配信サーバの処理の流れを説明するフローチャートを例示する。ステップＳ１６０１において、ユーザ端末よりコンテンツＩＤを受信する。ステップＳ１６０２において、コンテンツＩＤを広告指示サーバへ転送する。ステップＳ１６０３において、広告挿入スケジュール情報を受信する。ステップＳ１６０４において、広告付きコンテンツをユーザ端末へ転送する。ステップＳ１６０１とステップＳ１６０２は、コンテンツＩＤ転送部１００１により行なわれ、ステップＳ１６０３とステップＳ１６０４は、コンテンツ転送部１００２により行なわれる。また、図１２に例示された管理情報が参照される場合には、ステップＳ１６０１において、ハードウェア１１０１のメモリやハードディスクなどに、第一の部分と第二の部分に端末ＩＤとコンテンツＩＤが格納された状態で管理情報が確保され、ステップＳ１６０３で、管理情報の第三の部分に広告挿入スケジュール情報が格納される。そして、管理情報の参照が行なわれて、ステップＳ１６０４の処理が行なわれる。
【００４１】
図１７は、コンテンツ転送部１００２が、広告挿入スケジュール情報に基づいて広告付きコンテンツを生成する処理のフローチャートを例示する。このフローチャートでは、広告挿入スケジュール情報は、図１３に例示されたように行に区切られていることを想定している。ステップＳ１７０１として、図１２に例示された構造の管理情報などから、広告挿入スケジュール情報を読み出す。ステップＳ１７０２においては、変数Ｎに１を代入する。変数Ｎは、広告挿入スケジュール情報の行の番号を示すために用いられる変数である。ステップＳ１７０３では、広告挿入スケジュール情報の第Ｎ行目を取得する。ステップＳ１７０４では、取得された第Ｎ行目が広告の再生を表わすかどうかを判断する。例えば、図１３において、第２行目が広告の再生を表わしている。もし、その判断の結果が肯定的なものであれば、処理をステップＳ１７０５へ進め、否定的なものであれば、処理をステップＳ１７０６へ進める。ステップＳ１７０５では、広告コンテンツを送信する。例えば、図１３の第２行目に対しては、広告２００１で識別される広告のコンテンツを送信する。ステップＳ１７０６では、コンテンツを送信する。例えば、図１３の第３行目に対しては、コンテンツ１００で識別されるコンテンツの５分から９分１５秒の部分を送信する。ステップＳ１７０５とＳ１７０６の処理が終了すると、ステップＳ１７０７へ処理を進め、変数Ｎの値を１だけ増加させる。ステップＳ１７０８では、広告挿入スケジュール情報に第Ｎ行目があるかどうかを判断する。その判断の結果が肯定的であれば、ステップＳ１７０３へ処理を戻し、そうでなければ、終了する。
【００４２】
なお、後に記載する図２３のシーケンス図を参照した説明にあるように、広告挿入スケジュール情報が広告付きコンテンツ配信サーバからユーザ端末へ転送され、ユーザ端末でその広告挿入スケジュール情報が解釈などされて、コンテンツや広告の要求がユーザ端末から広告付きコンテンツ配信サーバへ送信される場合もある。この場合には、図１７のフローチャートのステップＳ１７０５を、「Ｎ行目で指定される広告コンテンツの要求を行ない、要求に応じて広告付きコンテンツ配信サーバから送信される広告のコンテンツの再生を行なう」、ステップＳ１７０６を、「Ｎ行目で指定されるコンテンツの要求を行ない、要求に応じて広告付きコンテンツ配信サーバから送信されるコンテンツの再生を行なう」と読み替えることにより、ユーザ端末での処理のフローチャートと解釈することもできる。
【００４３】
（実施形態１：広告指示サーバ）
図１８は、広告指示サーバの機能ブロック図を例示する。広告指示サーバ１８００は、コンテンツＩＤ受信部１８０１と、広告挿入スケジュール情報取得部１８０２と、広告挿入スケジュール情報送信部１８０３と、を有する。
【００４４】
「コンテンツＩＤ受信部」１８０１は、前記転送されたコンテンツＩＤを受信する。「前記転送されたコンテンツＩＤ」とは、コンテンツＩＤ転送部１００１により転送されたコンテンツＩＤを意味する。
【００４５】
「広告挿入スケジュール情報取得部」１８０２は、受信したコンテンツＩＤに基づいて広告挿入スケジュール情報を取得する。「受信したコンテンツＩＤ」とは、コンテンツＩＤ受信部１８０１で受信されたコンテンツＩＤを意味する。なお、コンテンツＩＤとは、上述したコンテンツの識別情報と同義であってもよく、同じ形式で表現される情報であってもよい。「受信したコンテンツＩＤに基づいて広告挿入スケジュール情報を取得する」とは、例えば、コンテンツＩＤと広告挿入スケジュール情報とが関連付けられて保持されており、受信したコンテンツＩＤに関連付けられた広告挿入スケジュール情報を得ることを意味する。また、コンテンツＩＤと広告挿入スケジュール情報を生成するための情報（「広告挿入スケジュールスケルトン」という）とが関連付けられており、受信したコンテンツＩＤに関連付けられた広告挿入スケジュールスケルトンを得て、その広告挿入スケジュールスケルトンを参照して広告挿入スケジュール情報を生成するようになっていてもよい。なお、以下の説明では、広告挿入スケジュールスケルトンに対して変更操作を加えて広告挿入スケジュール情報を生成する場合を主に念頭に置いて説明をする。したがって、広告挿入スケジュールスケルトンが変更操作を加えられて徐々に広告挿入スケジュール情報に近づいて行くので、「広告挿入スケジュールスケルトン」と書くべきところを「広告挿入スケジュール情報」と書く場合がある。なぜならば、文脈から、「広告挿入スケジュール情報」という言葉が「広告挿入スケルトン情報」を指しているのか、広告挿入スケルトン情報に対する変更操作が全て完了した「広告挿入スケジュール情報」を指しているかの区別が可能だからである。
【００４６】
「広告挿入スケジュール情報送信部」１８０３は、広告挿入スケジュール情報取得部１８０２にて取得した広告挿入スケジュール情報を広告付きコンテンツ配信サーバに送信する。
【００４７】
図１９は、広告指示サーバ１８００の構成図を例示する。図１９は、広告指示サーバが計算機によって実現される場合の構成を例示している。広告指示サーバ１８００は、物理的な存在としてハードウェア１９０１により構成される。ハードウェア１９０１は、ＣＰＵ、メモリ、ハードディクス、ネットワークインターフェース、並びに、キーボード、マウス及びディスプレイなどの入出力インターフェースなどをバスで結合して構成される。ハードウェア１９０１を抽象化などするために、プログラム一種として動作するオペレーティングシステム１９０２がハードウェア９１０１上で動作し、オペレーティングシステム１９０２が機能を用いるなどして、コンテンツＩＤ受信部の処理に相当する動作を行なうコンテンツＩＤ受信プログラム１９０３、広告挿入スケジュール情報取得部１８０２の処理に相当する動作を行なう広告挿入スケジュール情報取得プログラム１９０４、広告挿入スケジュール情報受信部１８０３の処理に相当する動作を行なう広告挿入スケジュール情報送信プログラム１９０５が動作する。例えば、コンテンツＩＤ受信プログラム１９０３は、受信したコンテンツＩＤをハードウェア１９０１を構成するメモリなどに格納する。広告挿入スケジュール情報取得プログラムは、メモリなどに格納されたコンテンツＩＤを読み出し、そのコンテンツＩＤに基づいて広告挿入スケジュール情報を取得して、メモリなどに格納する。広告挿入スケジュール情報送信プログラム１９０５は、メモリなどに格納された広告挿入スケジュール情報を通信インターフェースへ転送して、広告挿入スケジュール情報を送信する。図１９では、コンテンツＩＤ受信プログラム１９０３、広告挿入スケジュール情報取得プログラム１９０４、広告挿入スケジュール情報送信プログラム１９０５が異なるプログラムとなっているが、一体化したプログラムであってもよい。
【００４８】
図２０は、コンテンツ１００というコンテンツＩＤに広告挿入スケジュールスケルトンが関連付けられて格納された状態を例示している。このような関連付けは、ハードウェア１９０１を構成するメモリやハードディスクなどに格納され、広告挿入スケジュール情報取得部１８０２により、コンテンツＩＤを参照して読み出される。また、コンテンツＩＤと広告挿入スケジュールスケルトンとの関連付けが広告指示サーバ以外の装置、例えば、コンテンツ配信サーバで管理されており、広告指示サーバからコンテンツＩＤが出力され、その返信として広告挿入スケジュールスケルトンが取得されるようになっていてもよい。なお、図２０では、広告挿入スケジュールスケルトンは、行に区切られており、第１行目は、コンテンツ１００で識別されるコンテンツの０分から５分までの再生を指示しており、第２行目は、広告を挿入するべきスペース（「広告スペース」という）となっており、第３行目は、コンテンツ１００で識別されるコンテンツの５分から９分１５秒までの再生を指示しており、第４行目は、広告スペースとなっており、第５行目は、コンテンツ１００で識別されるコンテンツの９分１５秒から１５分までの再生を指示している。
【００４９】
図２１は、広告挿入スケジュールスケルトンから広告挿入スケジュール情報を生成して取得する処理の流れを説明するフローチャートを例示する。ステップＳ２１０１において、広告挿入スケジュールスケルトンのコピーを取得する。例えば、図２０の右の列に格納された広告挿入スケジュールスケルトンのコピーを生成して取得する。なお、広告挿入スケジュールスケルトンのコピーのことを単に広告挿入スケジュールスケルトンと記すことにする。ステップＳ２１０１において、変数Ｎの値を１にする。変数Ｎは、広告挿入スケジュールスケルトンの行番号を指定する。ステップＳ２１０３において、広告挿入スケジュールスケルトンの第Ｎ行目を取得する。すなわち、ステップＳ２１０１で取得された広告挿入スケジュールスケルトンの第Ｎ行目を読み出して取得する。ステップＳ２１０４において、読み出された第Ｎ行目が広告スペースであるかどうかを判断する。もし、広告スペースであれば、ステップＳ２１０５へ処理を移行し、そうでなければステップＳ２１０５をスキップする。ステップＳ２１０５において、広告ＩＤを取得して、広告スペースを埋める。例えば、広告ＩＤをリストに格納しておき、乱数を発生させることでリストの位置を決定し、その位置に格納されている広告ＩＤを読み出し、その広告ＩＤを広告挿入スケジュールスケルトンの第Ｎ行目の広告スペースに格納する。また、リストの最初からあるいは乱数などで定まる位置から、広告ＩＤを順次読み出すようにしてもよい。ステップＳ２１０６では、変数Ｎの値を１だけ増加させる。ステップＳ２１０７において、広告挿入スケジュールスケルトンに第Ｎ行目が存在するかどうかを判断し、もし、存在すると判断されれば、処理をステップＳ２１０３へ戻し、そうでなければ処理を終了する。なお、広告ＩＤとは、上述した広告の識別情報と同義であってもよい。
【００５０】
図２２は、広告指示サーバの全体の処理を説明するフローチャートである。広告指示サーバは、コンテンツＩＤがコンテンツＩＤ受信部１８０１で受信可能になるたびに図２２のフローチャートの処理を行なう。ステップＳ２２０１において、コンテンツＩＤ受信部１８０１によりコンテンツＩＤを受信する。ステップＳ２２０２において、広告挿入スケジュール情報取得部１８０２により広告挿入スケジュール情報を取得する。例えば、図２１に例示されたフローチャートにより広告挿入スケジュールスケルトンのコピーから広告挿入スケジュール情報を生成することにより取得する。ステップＳ２２０３において、広告挿入スケジュール情報送信部１８０３により広告挿入スケジュール情報を送信する。
【００５１】
（実施形態１：広告付きコンテンツ配信システム全体の処理）
図２３は、本実施形態に係る広告付きコンテンツ配信システムの全体の処理を説明するシーケンス図である。ステップＳ２３０１において、ユーザ端末より視聴希望するコンテンツＩＤが送信され、広告付きコンテンツ配信サーバがそのコンテンツＩＤが受信される。ステップＳ２３０２において、広告付きコンテンツ配信サーバがステップＳ２３０１で受信したコンテンツＩＤを広告指示サーバへ転送する。ステップＳ２３０３において、広告指示サーバが広告挿入スケジュール情報を取得し、広告付きコンテンツ配信サーバへ送信する。ステップＳ２３０４において、広告付きコンテンツ配信サーバが、ステップＳ２３０３で広告指示サーバにより送信された広告挿入スケジュール情報に基づいて広告付きコンテンツをユーザ端末に対して転送する。
【００５２】
なお、ステップ２３０３において広告付きコンテンツ配信サーバへ送信された広告挿入スケジュール情報が、ユーザ端末へ送信されるようになっていてもよい。この場合、ユーザ端末で動作するプログラムや専用のハードウェアなどが広告挿入スケジュールを解釈して、広告付きコンテンツ配信サーバへコンテンツや広告を要求するようになっていてもよい。上のシーケンス図の説明において、「ステップＳ２３０４において、広告付きコンテンツ配信サーバが、ステップＳ２３０３で広告指示サーバにより送信された広告挿入スケジュール情報に基づいて広告付きコンテンツをユーザ端末に対して転送する」に記載された「広告挿入スケジュール情報に基づいて」とは、広告付きコンテンツ配信サーバで広告挿入スケジュール情報が解釈されて広告付きコンテンツがユーザ端末へ転送される場合以外にも、ユーザ端末で広告挿入スケジュール情報が解釈され、コンテンツや広告の要求が広告付きコンテンツ配信サーバに対して行なわれ、その要求に応じて広告付きコンテンツ配信サーバがコンテンツや広告の転送を行なう場合もある。
【００５３】
（実施形態１：主な効果）
本実施形態では、広告指示サーバより受信した広告挿入スケジュール情報に基づいて、広告付きコンテンツ情報配信サーバが広告付きコンテンツをユーザ端末へ転送するので、コンテンツと広告とが一体となった広告付きコンテンツがユーザ端末へ配信され、ユーザ端末などで広告が再生されなくなることを防止することができる。
【００５４】
（実施形態２）
実施形態２として、広告指示サーバが、広告主ＩＤリストを保持し、また、広告主ＩＤリストに格納された広告主ＩＤと関連付けて広告ＩＤを保持し、乱数に基づいて広告主ＩＤリストの位置を選択して、選択された位置から保持されている広告主ＩＤを順次取得し、その広告主ＩＤと関連付けて保持されている広告ＩＤを取得して、広告挿入スケジュール情報に挿入する実施形態について説明する。
【００５５】
（実施形態２：広告指示サーバ）
図２４は、実施形態２に係る広告指示サーバの機能ブロック図を例示する。広告指示サーバ２４００は、コンテンツＩＤ受信部１８０１と、広告挿入スケジュール情報取得部１８０２と、広告挿入スケジュール情報送信部１８０３と、広告主ＩＤリスト保持部２４０１と、広告ＩＤ保持部２４０２と、を有する。また、広告挿入スケジュール情報取得部１８０２は、広告ＩＤ挿入手段２４０３を有する。したがって、本実施形態に係る広告指示サーバは、実施形態１に係る広告指示サーバが、広告主ＩＤリスト保持部２４０１と、広告ＩＤ保持部２４０２と、を有し、広告挿入スケジュール情報取得部１８０２が、広告ＩＤ挿入手段２４０３を有する構成となっている。
【００５６】
なお、実施形態２に係る広告付きコンテンツ配信システムのユーザ端末、広告付きコンテンツ配信サーバについては、実施形態１に係る広告付きコンテンツ配信システムのユーザ端末、広告付きコンテンツ配信サーバと同じ構成であって構わない（この点は、後に説明する実施形態３以降においても同様である。）。
【００５７】
「広告主ＩＤリスト保持部」２４０１は、広告主ＩＤのリストを保持する。例えば、ハードウェア１９０１を構成するメモリやハードディスクなどに、広告主ＩＤのリストを記憶することにより、保持を行なう。ここに、広告主ＩＤとは、一又は複数の広告を提供する広告主を示す識別情報である。また、リストとは、データを順序付けて保持するデータ構造のことである。例えば、配列である。また、次のデータを指し示すポインタを用いた単方向リストや、前のデータを指し示すポインタを更に用いた双方向リストなどであってもよい。また、テーブルに順序の番号を示す値と共にデータを格納したものであってもよい。
【００５８】
図２５は、広告主ＩＤのリストを例示する。図２５では、広告主ＩＤのリストは配列データとして構成されており、個々の広告主ＩＤのリストが格納される位置が１、２、３、などの添え字として表現されている。例えば、添え字が１の位置には、広告主１０２４という広告主ＩＤが格納されている。
【００５９】
「広告ＩＤ保持部」２４０２は、広告主が提供する広告の広告ＩＤを広告主ＩＤと関連付けて保持する。例えば、次の段落で説明するような、広告主ＩＤと広告ＩＤを格納する二次元の配列を、ハードウェア１９１０を構成するメモリやハードディスクなどに記憶することにより、保持を行なう。
【００６０】
図２６は、広告主が提供する広告の広告ＩＤが広告主ＩＤと関連付けて保持されている様子の一例である。この例では、例えば、広告主１０２４という広告主ＩＤを有する広告主が広告２５０３という広告ＩＤで識別される広告を提供していることが表わされている。また、広告主１０２５という広告主ＩＤを有する広告主は広告１０という広告ＩＤで識別される広告を提供していることが表わされている。
【００６１】
「広告ＩＤ挿入手段」２４０３は、広告主ＩＤリスト保持部２４０１で保持されている広告主ＩＤのリスト内の位置を乱数に基づいて選択し、選択された位置から順次広告主ＩＤを取得し、その広告主ＩＤと関連付けて広告ＩＤ保持部２４０２で保持されている広告ＩＤを取得して挿入を行なうことにより広告挿入スケジュール情報を生成する。
【００６２】
すなわち、広告ＩＤ挿入手段２４０３は、まず、乱数を発生させる。乱数は例えば、オペレーティングシステム１９０２の提供するライブラリ関数などにより生成される。この乱数の値がＲという整数であるとすると、これをＭで除したときの余りを求めて１を加えて、Ｌとする。ここにＭとは、広告主ＩＤのリストの最大の添え字を表わす。次に、広告主ＩＤのリストのＬを添え字とする位置に格納されている広告主ＩＤを取得して、その広告主ＩＤと広告ＩＤ保持部２４０２で関連付けられている広告ＩＤを取得して、その広告ＩＤにより、広告挿入スケジュールスケルトンの広告スペースを埋める。次に、Ｌの値を１増加させて、広告主ＩＤのリストのＬを添え字とする位置に格納されている広告主ＩＤを取得して、その広告主ＩＤと広告ＩＤ保持部２４０２で関連付けられている広告ＩＤを取得して、その広告ＩＤにより、広告挿入スケジュールスケルトンの広告スペースを埋める。以後同様に処理を行なう。なお、Ｌの値を１増加させた場合、Ｌの値がＭを越えると、Ｌの値は１とする。また、再度乱数を発生させて上述のようにＬの値を決定してもよい。
【００６３】
例えば、乱数として１が生成された場合、Ｌの値は２となり、図２５に例示された広告主ＩＤのリストからは、広告主５１２が取得され、広告主５１２と関連付けられて、図２６の配列に格納されている広告ＩＤが取得され、広告挿入スケジュールスケルトンの第一の広告スペースに埋められる。次にＬの値は３となり、図２５に例示された広告主ＩＤのリストからは、広告主３１７が取得され、広告主３１７と関連付けられて、図２６の配列に格納されている広告ＩＤが取得され、広告挿入スケジュールスケルトンの第二の広告スペースに埋められる。以下、同様の処理が、広告スペースがある限り行なわれる。なお、広告主ＩＤと関連づけられている広告ＩＤが存在しない場合には、デフォルトの広告ＩＤを取得するようになっていたり、広告の挿入をしないようにすることを示す情報が取得されてもよい。
【００６４】
図２７は、本実施形態における広告挿入スケジュール情報の取得の処理を説明するフローチャートを例示する。ステップＳ２７０１において、広告挿入スケジュールスケルトンのコピーを取得する。ステップＳ２７０２において、変数Ｎの値を１とする。これらは、ステップＳ２１０１、Ｓ２１０２と同じである。ステップＳ２７０３として、広告主ＩＤのリストの位置のいずれかを変数Ｌに代入する。例えば、上記に説明したように、整数の乱数を発生させて、広告主ＩＤの総数で除法を行ない、余りに１を加える。ステップＳ２７０４において、広告挿入スケジュールスケルトンの第Ｎ行目を取得する。ステップＳ２７０５では、取得した第Ｎ行目が広告スペースであるかどうかを判断し、もしそうならばステップＳ２７０６へ処理を移行させ、そうでなければ、ステップＳ２７１０までスキップする。
【００６５】
ステップＳ２７０６において、変数Ｌの位置の広告主ＩＤを取得して、変数Ｉへ代入する。例えば、変数Ｌの値が２であれば、変数Ｉには、広告主５１２が代入される。ステップＳ２７０７において、変数Ｉの値である広告主ＩＤと関連付けられて保持されている広告ＩＤを取得して、変数Ａへ代入する。すなわち、図２６の配列の左の列を走査して、変数Ｉと同じ値が格納されている行をサーチして、その行の右の列に格納されている広告ＩＤを変数Ａへ代入する。もし、複数の広告ＩＤが、変数Ｉの値である広告主ＩＤと関連付けられている場合には、例えば、さらに乱数などを発生して、一つの広告ＩＤを決定する。また、変数Ｉの値である広告主ＩＤと関連付けられて保持されている広告ＩＤが見つからなければ、デフォルトの広告ＩＤを変数Ａへ代入するようになっていてもよいし、広告を挿入しないことを示す広告ＩＤを変数Ａへ代入するようになっていてもよい。ステップＳ２７０８において、広告スペースに変数Ａの値を埋める。ステップＳ２７０９で、Ｌの値を１増やす。ただし、Ｌの値が上限を超えた場合に１になるようにするために、（（Ｌ＋１）％Ｍ）＋１で計算を行なってもよい。ここに、「％」は余りを求める演算子であり、Ｍは広告主ＩＤの総数である。
【００６６】
ステップＳ２７１０において、Ｎの値を１増加させる。ステップＳ２７１１において、広告挿入スケジュールスケルトンに第Ｎ行目があるかどうかを判断し、もしあると判断されれば、ステップＳ２７０４へ処理を戻し、そうでなければ処理を終了する。
【００６７】
（実施形態２：主な効果）
本実施形態では、乱数により広告主ＩＤが選択されるので、コンテンツに複数の広告主が関連付けられていても、公平に広告主の広告を再生することができるようになる。これにより、広告挿入のログを取る必要がなくなるなど、広告主への広告料の請求金額の計算が単純になるなどの効果がある。
【００６８】
（実施形態３）
実施形態３として説明するのは、既に取得されたことのある広告主ＩＤが取得された場合、その広告主ＩＤと関連付けられている広告ＩＤのうち、すでに広告挿入スケジュール情報に挿入されたものとは異なる広告ＩＤが取得されて広告挿入スケジュール情報に挿入される実施形態である。すなわち、広告主が複数の広告を提供している場合に好適な実施形態である。
【００６９】
（実施形態３：広告指示サーバ）
図２８は、実施形態３に係る広告指示サーバの機能ブロック図を例示する。広告指示サーバ２８００は、コンテンツＩＤ受信部１８０１と、広告挿入スケジュール情報取得部１８０２と、広告挿入スケジュール情報送信部１８０３と、広告主ＩＤリスト保持部２４０１と、広告ＩＤ保持部２４０２とを有する。また、広告挿入スケジュール情報取得部１８０２は、広告ＩＤ挿入手段２４０３を有し、広告ＩＤ挿入手段２４０３は、別広告ＩＤ取得器２８０１を有する。したがって、本実施形態に係る広告指示サーバの構成は、実施形態２に係る広告指示サーバの広告ＩＤ挿入手段２４０３が、別広告ＩＤ取得器２８０１を有する構成となっている。
【００７０】
「別広告ＩＤ取得器」２８０１は、広告主ＩＤのリスト内の位置より、既に取得されたことのある広告主ＩＤが取得された場合に、その広告主ＩＤと関連づけられている広告ＩＤのうち、広告挿入スケジュール情報に挿入されたものとは異なる広告ＩＤを取得する。
【００７１】
すなわち、別広告ＩＤ取得器２８０１は、図２７のフローチャートのステップＳ２７０７において、広告ＩＤを取得する際、すでに広告挿入スケジュールスケルトンに挿入されている広告ＩＤ以外の広告ＩＤを取得するように動作する。例えば、広告挿入スケジュールスケルトンの広告スペースに埋められた広告ＩＤを走査して、埋められた広告ＩＤのリストなどを生成して、そのリストなどに入っていない広告ＩＤを取得する。
【００７２】
（実施形態３：主な効果）
本実施形態では、すでに広告挿入スケジュール情報に挿入されたものとは異なる広告ＩＤが取得されて挿入されるので、同じコンテンツの再生の間に同じ広告が再生され、広告効果が減少してしまうことを防止できる。
【００７３】
（実施形態４）
実施形態４として、広告主ＩＤと関連付けられている広告ＩＤがリストに保持され、すでに広告挿入スケジュール情報に挿入されたものとは異なる広告ＩＤが取得される場合には、その広告主ＩＤについて最後に広告挿入スケジュール情報に挿入された広告ＩＤのリストの次の位置に格納されている広告ＩＤが取得されて広告挿入スケジュール情報に挿入される実施形態について説明する。
【００７４】
（実施形態４：広告指示サーバ）
図２９は、実施形態４に係る広告指示サーバの機能ブロック図を例示する。広告指示サーバ２９００は、コンテンツＩＤ受信部１８０１と、広告挿入スケジュール情報取得部１８０２と、広告挿入スケジュール情報送信部１８０３と、広告主ＩＤリスト保持部２４０１と、広告ＩＤ保持部２４０２と、を有する。また、広告挿入スケジュール情報取得部１８０２は、広告ＩＤ挿入手段２４０３を有し、広告ＩＤ挿入手段２４０３は、別広告ＩＤ取得器２８０１を有する。また、広告ＩＤ保持部２４０２は、リスト保持手段２９０１を有する。したがって、本実施形態に係る広告指示サーバの構成は、実施形態３に係る広告指示サーバの広告ＩＤ保持部２４０２がリスト保持手段２９０１を有する構成となっている。
【００７５】
「リスト保持手段」２９０１は、広告主ＩＤと関連付けられる広告ＩＤをリストに保持する。
【００７６】
図３０は、リスト保持手段２９０１により、広告主ＩＤと関連付けられる広告ＩＤが単方向リストに保持されている様子を例示する。例えば、広告主１０２４という広告主ＩＤに対しては、広告２５０３、広告２５０５という広告ＩＤがリストに保持されている。同様に、広告主１０２５には、広告１０がリストに保持されており、広告主２０４９には、広告３１、広告４２、広告５０が保持されている。なお、一つの広告主ＩＤに対して複数の広告ＩＤがリストになっている場合には、複数の広告ＩＤに対応する複数の広告により一つのストーリが表わされるようになっていてもよい。
【００７７】
なお、図３０に例示されたリストの構造は、関係型データベースのテーブルの形式で表現することもできる。例えば、広告主１０２４に広告２５０３、広告２５０５がこの順で対応付けられていることは、図３１のテーブルにおいて、左の列に広告主１０２４を格納し、真ん中の列にそれぞれ広告２５０３と広告２５０５を格納し、右の列にリスト上での位置を示すために、それぞれ１、２を格納することにより表現できる。これにより、広告主ＩＤで選択を行ない、右の列の値で昇順にソートを行なうことにより、広告主ＩＤと関連付けられた広告ＩＤの並びを得ることができる。
【００７８】
本実施形態では、別広告ＩＤ取得器２８０１は、リスト保持手段２９０１に保持されたリストの先頭より広告ＩＤを順次取得する。例えば、図２５の広告主のＩＤのリストで添え字の１が指定され、広告２５０３という広告ＩＤが広告挿入スケジュールスケルトンに挿入された後、再び、添え字の１が指定された場合、挿入される広告ＩＤは、リスト上で広告２５０３の次の位置に格納されている広告２５０５となる。なお、もし、広告主ＩＤと関連付けられる広告ＩＤのリストに格納された全ての広告ＩＤが挿入された場合には、リストの最初の位置に格納されている広告ＩＤから挿入がされるようになっていてもよい。また、デフォルトの広告ＩＤが定められていてもよいし、広告を挿入しないということを示す広告ＩＤがデフォルトとして定められていてもよい。
【００７９】
（実施形態４：主な効果）
本実施形態では、広告主ＩＤに関連付けられた広告ＩＤのリストから順次広告ＩＤが取得されて挿入されるので、ストーリー性のある複数の広告をそのストーリー展開に沿って再生することが可能である。この結果、広告効果を高めるなどの効果が得られる。
【００８０】
（実施形態５）
実施形態５として、広告主ＩＤに、その広告主が広告挿入を望まない時間帯を関連付けて保持しておき、その時間帯には、その広告主の広告ＩＤが広告挿入スケジュール情報に挿入されない実施形態について説明する。
【００８１】
（実施形態５：広告指示サーバ）
図３２は、実施形態５に係る広告指示サーバの機能ブロック図を例示する。広告指示サーバ３２００は、コンテンツＩＤ受信部１８０１と、広告挿入スケジュール情報取得部１８０２と、広告挿入スケジュール情報送信部１８０３と、広告主ＩＤリスト保持部２４０１と、広告ＩＤ保持部２４０２と、時間情報取得部３２０１と、ネガティブ時間帯情報保持部３２０２とを有し、広告ＩＤ挿入手段２４０３は、読み飛ばし器３２０３を有している。また、広告ＩＤ挿入手段２４０３は、実施形態３のように、別広告ＩＤ取得器を有していてもよいし、広告ＩＤ保持部２４０２は、実施形態４のように、リスト保持手段を有していてもよい。したがって、本実施形態に係る広告指示サーバの構成は、実施形態２から４のいずれかの広告指示サーバが、時間情報取得部３２０１と、ネガティブ時間帯情報保持部３２０２を有し、広告ＩＤ挿入手段２４０３が読み飛ばし器３２０３を有する構成となっている。
【００８２】
「時間情報取得部」３２０１は、コンテンツＩＤが取得された時間を示す情報である時間情報を取得する。例えば、ハードウェア１９０１よりオペレーティングシステム１９０２の提供するシステムコールなどを介してクロック情報を読み出し、そのクロック情報から時間情報を得る。時間情報としては、例えば、現在の時刻が一日２４時間の中のどの位置にあるものかを示すものであったり、一週間の曜日、一年の月や季節を表わすものなど種々のものを挙げることができる。
【００８３】
「ネガティブ時間帯情報保持部」３２０２は、広告主ＩＤに関連付けて、その広告主が広告挿入を望まない時間帯を示す情報を保持する。例えば、ハードウェア１９０１のメモリやハードディスクなどにその情報を保持する。ここに時間帯とは、一日２４時間の中のどの範囲にあるものかを示すものであったり、一週間の曜日、一年の月や季節を表わすものなど種々のものを挙げることができる。
【００８４】
図３３は、広告主ＩＤに関連付けて、その広告主が広告挿入を望まない時間帯を示す情報の一例を示す。例えば、広告主１０２４は、６：００から１２：００までの時間帯には、広告挿入を望まないことが表わされている。あるいは、６：００から１２：００までの時間帯であれば、広告挿入を望むことが表わされているとしてもよく、その時間帯に属しない時間帯において広告挿入が望まれないことが判断できるようになっていてもよい。ネガティブ時間帯情報保持部３２０２は、図３３のようにテーブル形式で表わされた情報をハードウェア１９０１のメモリやハードディスクなどに保持する。
【００８５】
「読み飛ばし器」３２０３は、取得された広告主ＩＤの広告主が広告挿入を望まない時間帯であれば、その広告主ＩＤが格納された次のリストの位置へ読み飛ばすことを行なう。「取得された広告主ＩＤ」とは、広告挿入スケジュール情報取得部１８０２の広告ＩＤ挿入手段２４０３により取得された広告主ＩＤを意味し、より具体的には、図２７のフローチャートのステップＳ２７０６で変数Ｉに代入される広告主ＩＤである。「取得された広告主ＩＤの広告主が広告挿入を望まない時間帯であれば」とは、広告指示サーバ３４００がコンテンツＩＤを受信した時間が、ネガティブ時間帯情報保持部で広告主ＩＤと関連付けて保持された時間帯に属することを意味する。
【００８６】
取得された広告主ＩＤの広告主が広告挿入を望まない時間帯であるかどうかは、例えば、図２７のフローチャートのステップＳ２７０６の後に、変数Ｉに代入された広告ＩＤに関連付けてネガティブ時間帯情報保持部３２０２で保持されている時間帯情報を読み出し、時間情報取得部３２０１で取得された時間を示す情報が、その時間帯情報の示す時間帯に属するかどうかの判断により行なわれる。もし、その時間帯情報の示す時間帯に属すれば、読み飛ばし器３２０３は、Ｌに（（Ｌ＋１）％Ｍ）＋１の値を代入して、再びステップＳ２７０６を実行することにより、広告主ＩＤが格納された次のリストの位置へ読み飛ばしを行なう。
【００８７】
（実施形態５：主な効果）
本実施形態では、コンテンツＩＤが広告指示サーバにより受信された時間が、広告主が広告挿入を望まない時間帯に属するかどうかが判断されるので、広告主の望まない時間帯に広告が挿入され、広告効果や広告主のイメージを損なわないようにすることができる。
【００８８】
なお、ネガティブ時間帯情報保持部で広告主ＩＤと関連づけて保持された時間帯情報を変更する手段を広告指示サーバが有していてもよい。
【００８９】
（実施形態６）
実施形態６として、広告主ＩＤに、その広告主が広告挿入を望まないコンテンツのジャンルを関連付けて保持しておき、そのジャンルに属するコンテンツには、その広告主の広告ＩＤが広告挿入スケジュール情報に挿入されない実施形態について説明する。
【００９０】
（実施形態６：広告指示サーバ）
図３４は、実施形態６に係る広告指示サーバの機能ブロック図を例示する。広告指示サーバ３４００は、コンテンツＩＤ受信部１８０１と、広告挿入スケジュール情報取得部１８０２と、広告挿入スケジュール情報送信部１８０３と、広告主ＩＤリスト保持部２４０１と、広告ＩＤ保持部２４０２と、コンテンツ属性情報取得部３４０１と、ネガティブ属性情報保持部３４０２とを有し、広告ＩＤ挿入手段２４０３は、第二読み飛ばし器３４０３を有している。また、広告ＩＤ挿入手段２４０３は、実施形態３のように、別広告ＩＤ取得器を有していてもよいし、広告ＩＤ保持部２４０２は、実施形態４のように、リスト保持手段を有していてもよい。また、実施形態５のように広告指示サーバ３４００は、時間情報取得部と、ネガティブ時間帯情報保持部とを有し、広告ＩＤ挿入手段２４０３は、読み飛ばし器を有していてもよい。したがって、本実施形態に係る広告指示サーバの構成は、実施形態２から５のいずれかの広告指示サーバが、コンテンツ属性情報取得部３４０１と、ネガティブ属性情報保持部３４０２とを有し、広告ＩＤ挿入手段２４０３が第二読み飛ばし器を有する構成となっている。
【００９１】
「コンテンツ属性情報取得部」３４０１は、コンテンツＩＤと関連付けられたコンテンツの属性情報を取得する。例えば、図３５のようなテーブルの形式で、コンテンツＩＤとそのコンテンツＩＤで表わされるコンテンツの属性を関連付けて保持しておき、コンテンツ属性情報取得部３４０１は、このテーブルを読み、広告指示サーバが受信したコンテンツＩＤの関連付けられたコンテンツの属性情報を取得する。例えば、コンテンツＩＤとして、コンテンツ１０１が受信された場合には、コンテンツ属性情報取得部３４０１は、「大人向け」というコンテンツの属性情報を取得する。なお、コンテンツの属性情報には、種々のものがあり、例えば、コンテンツの長さ、コンテンツの属するジャンル（ニュース、ドキュメンタリー、恋愛ドラマ、アクション映画、ＪＰＯＰ、演歌、アクションゲームなど）、コンテンツの製作会社などがある。
【００９２】
なお、図３５に例示されたテーブルは、広告指示サーバ３４００を実現するためのハードウェア１９０１のメモリなどに記憶されていてもよいし、広告付きコンテンツ配信サーバを実現するためのハードウェア１１０１のメモリなどに記憶され、コンテンツ属性情報取得部３４０１は、コンテンツＩＤを広告付きコンテンツ配信サーバへ送信し、広告付きコンテンツ配信サーバより返信される属性情報を取得するようになっていてもよい。
【００９３】
「ネガティブ属性情報保持部」３４０２は、広告主ＩＤと関連付けて、どの広告主が広告挿入を望まないコンテンツの属性情報を保持する。例えば、図３６に例示するように、テーブルの第一例に広告主ＩＤを格納し、第二列にその広告主ＩＤの広告主が広告挿入を望まないコンテンツの属性情報を格納することによりネガティブ属性情報保持部３４０２による保持が行なわれていてもよい。また、ネガティブ属性情報保持部３４０２は、広告主ＩＤと関連付けて、広告主が広告挿入を望むコンテンツの属性情報を保持していてもよい。
【００９４】
「第二読み飛ばし器」３４０３は、取得された広告主ＩＤの広告主が広告挿入を望まない属性情報を持つコンテンツであれば、その広告主ＩＤが格納された次のリストの位置へ読み飛ばしを行なう。「取得された広告主ＩＤ」とは、広告挿入スケジュール情報取得部１８０２の広告ＩＤ挿入手段２４０３により取得された広告主ＩＤを意味し、より具体的には、図２７のフローチャートのステップＳ２７０６で変数Ｉに代入される広告主ＩＤである。「取得された広告主ＩＤの広告主が広告挿入を望まない属性情報を持つコンテンツである」とは、広告指示サーバが受信したコンテンツＩＤが識別するコンテンツの属性情報が、取得された広告主ＩＤと関連付けてネガティブ属性情報保持部３４０２で保持されている属性情報と適合することをいう。ここに「適合」とは、同一または／および類似することをいう。類似かどうかを判断するために、類似する属性情報の関係を表わすテーブルを用意し、広告主が広告挿入を望まない属性情報とコンテンツの属性情報とからなるタプルがそのテーブルに格納されているかどうかを判断してもよい。
【００９５】
第二読み飛ばし器３４０３の具体的な処理は、例えば、次の通りである。すなわち、図２７のフローチャートのステップＳ２７０６の後に、変数Ｉに代入された広告ＩＤに関連付けてネガティブ属性情報保持部３４０２に保持されている属性情報を読み出し、また、コンテンツ属性情報取得部３４０１より、コンテンツの属性情報を取得する。この二つの属性情報が適合するかどうかを判断し、もし、適合すれば、Ｌに（（Ｌ＋１）％Ｍ）＋１の値を代入して、再びステップＳ２７０６を実行することにより、広告主ＩＤが格納された次のリストの位置へ読み飛ばしを行なう。
【００９６】
（実施形態６：主な効果）
本実施形態では、コンテンツＩＤの属性情報が、広告主が広告挿入を望まない属性情報に適合するかどうかが判断されるので、広告主の望まない属性情報のコンテンツに広告が挿入され、広告効果や広告主のイメージを損なわないようにすることができる。
【００９７】
なお、ネガティブ属性情報保持部３４０２に広告主ＩＤと関連づけて保持された属性情報を変更する手段を広告指示サーバが有していてもよい。
【図面の簡単な説明】
【００９８】
【図１】実施形態１に係る広告付きコンテンツ配信システムの構成図
【図２】実施形態１に係る広告付きコンテンツ配信システムの構成図
【図３】実施形態１に係る広告付きコンテンツ配信システムの構成図
【図４】実施形態１に係るユーザ端末の機能ブロック図
【図５】コンテンツを選択するための画面の一例図
【図６】コンテンツを再生するための画面の一例図
【図７】実施形態１に係るユーザ端末の構成図
【図８】ユーザ端末の処理の流れを説明するフローチャート
【図９】広告付きコンテンツの受信と再生とが並列あるいは並行して行なわれる場合の流れを説明するフローチャート
【図１０】実施形態１に係る広告付きコンテンツ配信サーバの機能ブロック図
【図１１】実施形態１に係る広告付きコンテンツ配信サーバの構成図
【図１２】広告付きコンテンツを転送する処理を管理するための管理情報の一例図
【図１３】広告挿入スケジュール情報の一例図
【図１４】コンテンツディスクと広告ディスクの一例図
【図１５】広告付きコンテンツ配信サーバにコンテンツディスクと広告ディスクとが接続された状態の一例図
【図１６】広告付きコンテンツ配信サーバの処理の流れを説明するフローチャート
【図１７】広告挿入スケジュール情報に基づいて広告付きコンテンツを生成する処理のフローチャート
【図１８】実施形態１に係る広告指示サーバの機能ブロック図
【図１９】実施形態１に係る広告指示サーバの構成図
【図２０】コンテンツＩＤと広告挿入スケジュールスケルトンとが格納されている状態の一例図
【図２１】広告挿入スケジュールスケルトンから広告挿入スケジュール情報を生成して取得する処理の流れを説明するフローチャート
【図２２】広告指示サーバの全体の処理を説明するフローチャート
【図２３】広告付きコンテンツ配信システムの全体の処理を説明するシーケンス図
【図２４】実施形態２に係る広告指示サーバの機能ブロック図
【図２５】広告主ＩＤのリストの一例図
【図２６】広告主が提供する広告の広告ＩＤが広告主ＩＤと関連付けて保持されている様子の一例図
【図２７】広告挿入スケジュール情報の取得の処理を説明するフローチャート
【図２８】実施形態３に係る広告指示サーバの機能ブロック図
【図２９】実施形態４に係る広告指示サーバの機能ブロック図
【図３０】広告主ＩＤと関連付けられる広告ＩＤがリストに保持されている様子の一例図
【図３１】表形式で広告主ＩＤと関連付けられる広告ＩＤのリストを表現した様子の一例図
【図３２】実施形態５に係る広告指示サーバの機能ブロック図
【図３３】広告主が広告挿入を望まない時間帯を示す情報の一例図
【図３４】実施形態６に係る広告指示サーバの機能ブロック図
【図３５】コンテンツＩＤとそのコンテンツＩＤで表わされるコンテンツの属性を関連付けて保持するテーブルの一例図
【図３６】テーブルの第一例に広告主ＩＤを格納し、第二列にその広告主ＩＤの広告主が広告挿入を望まないコンテンツの属性情報を格納するテーブルの一例図
【符号の説明】
【００９９】
１０１  ユーザ端末
１０２  広告付きコンテンツ配信サーバ
１０３  広告指示サーバ
【図１】
2007096723.tif 000003
【図２】
2007096723.tif 000004
【図３】
2007096723.tif 000005
【図４】
2007096723.tif 000006
【図５】
2007096723.tif 000007
【図６】
2007096723.tif 000008
【図７】
2007096723.tif 000009
【図８】
2007096723.tif 000010
【図９】
2007096723.tif 000011
【図１０】
2007096723.tif 000012
【図１１】
2007096723.tif 000013
【図１２】
2007096723.tif 000014
【図１３】
2007096723.tif 000015
【図１４】
2007096723.tif 000016
【図１５】
2007096723.tif 000017
【図１６】
2007096723.tif 000018
【図１７】
2007096723.tif 000019
【図１８】
2007096723.tif 000020
【図１９】
2007096723.tif 000021
【図２０】
2007096723.tif 000022
【図２１】
2007096723.tif 000023
【図２２】
2007096723.tif 000024
【図２３】
2007096723.tif 000025
【図２４】
2007096723.tif 000026
【図２５】
2007096723.tif 000027
【図２６】
2007096723.tif 000028
【図２７】
2007096723.tif 000029
【図２８】
2007096723.tif 000030
【図２９】
2007096723.tif 000031
【図３０】
2007096723.tif 000032
【図３１】
2007096723.tif 000033
【図３２】
2007096723.tif 000034
【図３３】
2007096723.tif 000035
【図３４】
2007096723.tif 000036
【図３５】
2007096723.tif 000037
【図３６】
2007096723.tif 000038