JP5922692B2 - サーバ装置、サービス提供方法及びサービス提供プログラム - Google Patents

Description

本発明は、サーバ装置、サービス提供方法及びサービス提供プログラムに関する。

インターネットを介して、ユーザの端末装置に各種コンテンツを配信する配信サービスが知られている。配信サービスの一例として、動画コンテンツと、その動画コンテンツの表示領域に表示される広告コンテンツとを配信する動画配信サービスが知られている。

このような動画配信サービスに関して、番組オークションと呼ばれる技術が提案されている。具体的には、番組オークションでは、スポンサーが任意の出資金額を入札し、他のスポンサーとの競争に勝ち残ったスポンサーだけが番組時間帯のＣＭ枠の放送権利を得る。この番組オークションは、事前に資金の確保を確約する場合に利用される。

特開２００３−０８７８２５号公報 特表２００７−５０５３９３号公報

しかしながら、上記の従来技術では、コンテンツ制作者に対して付加価値のあるサービスを提供できるとは限らない。具体的には、上記の従来技術では、単にＣＭ枠の放送権利をオークションによって競争させることに留まり、コンテンツ制作者に対して付加価値のあるサービスを提供することは困難である。

本願は、上記に鑑みてなされたものであって、コンテンツ制作者に対して付加価値のあるサービスを提供することができるサーバ装置、サービス提供方法及びサービス提供プログラムを提供することを目的とする。

本願に係るサーバ装置は、コンテンツの企画に関する企画情報を受け付ける企画受付手段と、前記企画への提案に関する提案情報を受け付ける提案受付手段と、前記企画情報の送信元である企画主に前記提案情報を提供する情報提供手段と、前記提案情報の送信元である提案者のうち、前記企画主によって選択された提案者に前記コンテンツの制作依頼を通知する通知手段と、を備えたことを特徴とする。

実施形態の一態様によれば、コンテンツ制作者に対して付加価値のあるサービスを提供することができるという効果を奏する。

図１は、第１の実施形態に係るサービス提供処理の一例を示す図である。 図２は、第１の実施形態に係るサービス提供システムの構成例を示す図である。 図３は、第１の実施形態に係るサービス提供装置の構成例を示す図である。 図４は、第１の実施形態に係る企画情報記憶部の一例を示す図である。 図５は、第１の実施形態に係る制作者情報記憶部の一例を示す図である。 図６は、第１の実施形態に係る制作履歴記憶部の一例を示す図である。 図７は、第１の実施形態に係るサービス提供システムによるサービス提供処理手順を示すシーケンス図である。 図８は、第２の実施形態に係るサービス提供処理の一例を示す図である。 図９は、第２の実施形態に係るサービス提供装置の構成例を示す図である。 図１０は、第３の実施形態に係るサービス提供処理の一例を示す図である。 図１１は、第３の実施形態に係るサービス提供システムの構成例を示す図である。 図１２は、第３の実施形態に係るサービス提供装置の構成例を示す図である。 図１３は、第３の実施形態に係る企画情報記憶部の一例を示す図である。 図１４は、第３の実施形態に係るオークションページの一例を示す図である。 図１５は、他の実施形態に係るコンテンツの一例を示す図である。 図１６は、サービス提供装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

（第１の実施形態）
〔１．サービス提供処理〕
まず、図１を用いて、第１の実施形態に係るサービス提供処理の一例について説明する。図１は、第１の実施形態に係るサービス提供処理の一例を示す図である。以下では、コンテンツとして、動画を例に挙げて説明する。

図１に示した例において、依頼主Ｑは、動画等のコンテンツを制作することをサービス提供装置１００に依頼するユーザである。また、提案者Ｒは、依頼主Ｑからの依頼に対して提案を行うユーザである。ここで、提案者Ｒは、依頼主Ｑから動画の制作を依頼された場合であっても、実際には動画を制作するわけではなく、コンテンツ制作者ＣＰに動画を制作させる。すなわち、提案者Ｒは、動画の制作に関与するプロデューサ等に該当する。ただし、この例に限られず、提案者Ｒは、投資家、評論家、専門家（キュレーターなどと呼ばれる）等であってもよい。また、コンテンツ制作者ＣＰは、提案者Ｒからの指示に従って動画を制作するユーザである。

そして、図１に示したサービス提供装置１００は、依頼主Ｑ、提案者Ｒ及びコンテンツ制作者ＣＰを引き合わせるための各種サービスを提供する。この点について、図１の例を用いて説明する。

図１に示すように、サービス提供装置１００は、依頼主Ｑから、動画の企画に関する企画情報を受け付ける（ステップＳ１１）。図１の例の場合、依頼主Ｑによって送信される企画情報には、コンテンツの種類が動画であること、動画の出演者が「Ｙ１」、「Ｙ２」及び「Ｙ３」であること、動画の概要が「爽やかな恋愛ドラマ・・・」であることを示す情報が含まれる。なお、依頼主Ｑは、動画を企画する企画主であると言える。

続いて、サービス提供装置１００は、提案者Ｒに対して、ステップＳ１１において受け付けた企画情報と、コンテンツ制作者ＣＰに関する制作者情報とを提供する（ステップＳ１２）。具体的には、サービス提供装置１００は、コンテンツ制作者ＣＰに関する制作者情報（職業など）を保持しており、保持している制作者情報を提案者Ｒに提供する。

続いて、サービス提供装置１００は、提案者Ｒから、依頼主Ｑから提示された企画への提案に関する提案情報を受け付ける（ステップＳ１３）。図１の例の場合、提案者Ｒによって送信される提案情報には、動画の監督が「ＣＰ１１」であること、動画のＣＧ（Computer Graphics）制作を担当するＣＧクリエイターが「ＣＰ１２」であること、動画の声優（ナレーター等を含む）が「ＣＰ１３、ＣＰ１４、・・・」であることを示す情報が含まれる。なお、提案者Ｒは、ステップＳ１２において受け付けた制作者情報を参考にして、企画に適切であると想定されるコンテンツ制作者ＣＰを選択することができる。

このように、サービス提供装置１００は、企画に対応する動画を制作するコンテンツ制作者ＣＰに関する情報を含む提案情報を受け付ける。なお、サービス提供装置１００は、１つの企画に対して、図１に図示しない提案者Ｒ以外の他の提案者からも提案情報を受け付ける。

続いて、サービス提供装置１００は、ステップＳ１３において受け付けた提案情報を依頼主Ｑに提供する（ステップＳ１４）。このとき、サービス提供装置１００は、複数の提案者から提案情報を受け付ける場合には、全ての提案情報を依頼主Ｑに提供する。

続いて、サービス提供装置１００は、依頼主Ｑから、動画制作の依頼先とする提案者Ｒに関する情報を含む依頼先情報を受け付ける（ステップＳ１５）。例えば、依頼主Ｑは、ステップＳ１４において受け付けた提案情報を確認することで、提案者Ｒに動画制作を依頼するか否かを決定する。このとき、依頼主Ｑは、複数の提案情報を受け付けている場合には、いずれの提案者に動画制作を依頼するか否かを決定する。そして、依頼主Ｑは、動画制作を依頼する場合には、依頼先とする提案者に関する情報（例えば、後述する提案者ＩＤ）を含む依頼先情報をサービス提供装置１００に送信する。

図１の例では、依頼主Ｑは、動画制作を提案者Ｒに依頼するものとする。この場合、サービス提供装置１００は、提案者Ｒに対して、依頼主Ｑから動画制作が依頼された旨を通知する（ステップＳ１６）。その後に、サービス提供装置１００は、提案者Ｒから、コンテンツ制作者ＣＰへ制作指示を通知する旨の通知要求を受け付ける（ステップＳ１７）。例えば、サービス提供装置１００は、コンテンツ制作者ＣＰ毎の作業内容等に関する情報を含む通知要求を受け付ける。

そして、サービス提供装置１００は、ステップＳ１７において受け付けた通知要求に従って、各コンテンツ制作者ＣＰに動画の制作指示を通知する（ステップＳ１８）。例えば、サービス提供装置１００は、各コンテンツ制作者ＣＰに対して、かかるコンテンツ制作者ＣＰが担当する作業内容を通知する。

この後の処理については後に詳述するが、サービス提供装置１００は、コンテンツ制作者ＣＰによって制作された動画を提案者Ｒから受け付け、受け付けた動画を依頼主Ｑ等に提供する。

このように、第１の実施形態に係るサービス提供装置１００は、依頼主Ｑから企画情報を受け付け、動画制作に関与する提案者Ｒから受け付けた提案情報を依頼主Ｑに提供することで、依頼主Ｑによって選択された提案者Ｒに動画の制作依頼を通知する。これにより、第１の実施形態に係るサービス提供装置１００は、コンテンツ制作者ＣＰを支援することができる。例えば、無名であっても有望なコンテンツ制作者ＣＰであれば、提案者Ｒから高く評価されることが考えられる。サービス提供装置１００は、このような提案者Ｒによって選ばれたコンテンツ制作者ＣＰに、動画等のコンテンツを制作させる機会を与えることができる。このため、サービス提供装置１００は、無名であっても有望なコンテンツ制作者ＣＰによる制作活動を支援することができるので、コンテンツ制作者ＣＰに対して付加価値のあるサービスを提供することができる。

〔２．サービス提供システムの構成〕
次に、図２を用いて、第１の実施形態に係るサービス提供システムの構成について説明する。図２は、第１の実施形態に係るサービス提供システム１の構成例を示す図である。図２に示すように、サービス提供システム１には、依頼主端末１１と、提案者端末１２と、制作者端末１３と、配信サーバ２０と、ユーザ端末３０と、サービス提供装置１００とが含まれる。依頼主端末１１、提案者端末１２、制作者端末１３、配信サーバ２０、ユーザ端末３０、及び、サービス提供装置１００は、通信網５０を介して、有線又は無線により通信可能に接続される。なお、図２に示したサービス提供システム１に示した各装置は、複数台であってもよい。

依頼主端末１１は、依頼主Ｑによって利用される情報処理装置である。例えば、依頼主端末１１は、依頼主Ｑによる操作に従って、企画情報や依頼先情報をサービス提供装置１００に送信する。以下では、依頼主端末１１を依頼主と表記する場合がある。すなわち、以下では、依頼主を依頼主端末１１と読み替えることもできる。

なお、依頼主Ｑは、企画情報や依頼先情報の送信作業等を代理店に依頼する場合もある。この場合、サービス提供装置１００を利用するのは代理店となる。以下では、「依頼主」といった表記は、依頼主だけでなく代理店を含む概念であり、「依頼主端末」といった表記は、依頼主端末だけでなく代理店によって利用される代理店端末を含む概念であるものとする。

提案者端末１２は、提案者Ｒによって利用される情報処理装置である。例えば、提案者端末１２は、提案者Ｒによる操作に従って、提案情報や、通知要求や、コンテンツ制作者ＣＰによって制作された動画等のコンテンツをサービス提供装置１００に送信する。以下では、提案者端末１２を提案者と表記する場合がある。すなわち、以下では、提案者を提案者端末１２と読み替えることもできる。

なお、提案者Ｒは、提案情報や通知要求の送信作業等を代理店に依頼する場合もある。この場合、サービス提供装置１００を利用するのは代理店となる。以下では、「提案者」といった表記は、提案者だけでなく代理店を含む概念であり、「提案者端末」といった表記は、提案者端末だけでなく代理店によって利用される代理店端末を含む概念であるものとする。

制作者端末１３は、コンテンツ制作者ＣＰによって利用される情報処理装置である。例えば、制作者端末１３は、コンテンツ制作者ＣＰによる操作に従って、動画等のコンテンツを提案者端末１２に送信する。以下では、制作者端末１３をコンテンツ制作者と表記する場合がある。すなわち、以下では、コンテンツ制作者を制作者端末１３と読み替えることもできる。

なお、コンテンツ制作者は、コンテンツの送信作業等を代理店に依頼する場合もある。以下では、「コンテンツ制作者」といった表記は、コンテンツ制作者だけでなく代理店を含む概念であり、「制作者端末」といった表記は、制作者端末だけでなく代理店によって利用される代理店端末を含む概念であるものとする。

配信サーバ２０は、例えば、ウェブサーバ等である。配信サーバ２０は、サービス提供装置１００から配信対象のコンテンツを受信する。また、配信サーバ２０は、ユーザ端末３０からの要求に応じて、サービス提供装置１００から受信したコンテンツを配信する。なお、第１の実施形態に係る依頼主Ｑは、提案者Ｒやコンテンツ制作者ＣＰ等によって制作されたコンテンツを、配信サーバ２０を介してユーザ端末３０に配信するものとする。

ユーザ端末３０は、コンテンツを閲覧するユーザによって利用される情報処理装置である。例えば、ユーザ端末３０は、ユーザによる操作に従って、配信サーバ２０から動画等のコンテンツを取得し、取得したコンテンツを表示装置（例えば、液晶ディスプレイ）に表示する。また、以下では、ユーザ端末３０をユーザや視聴者と表記する場合がある。すなわち、以下では、ユーザや視聴者をユーザ端末３０と読み替えることもできる。

サービス提供装置１００は、例えば、サーバ装置等である。サービス提供装置１００は、図１を用いて説明したサービス提供処理を行う。

なお、上述した依頼主端末１１や提案者端末１２や制作者端末１３やユーザ端末３０は、例えば、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット型端末や、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。

〔３．サービス提供装置の構成〕
次に、図３を用いて、第１の実施形態に係るサービス提供装置１００の構成について説明する。図３は、第１の実施形態に係るサービス提供装置１００の構成例を示す図である。図３に示すように、サービス提供装置１００は、通信部１１０と、企画情報記憶部１２１と、制作者情報記憶部１２２と、制作履歴記憶部１２３と、制御部１３０とを有する。なお、サービス提供装置１００は、サービス提供装置１００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）によって実現される。かかる通信部１１０は、通信網５０と有線又は無線で接続される。そして、通信部１１０は、通信網５０を介して、依頼主端末１１や提案者端末１２や制作者端末１３や配信サーバ２０との間で情報の送受信を行う。

（記憶部について）
企画情報記憶部１２１、制作者情報記憶部１２２及び制作履歴記憶部１２３は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

（企画情報記憶部１２１について）
企画情報記憶部１２１は、コンテンツの企画に関する各種情報を記憶する。図４に、第１の実施形態に係る企画情報記憶部１２１の一例を示す。図４に示すように、企画情報記憶部１２１は、「企画ＩＤ」、「依頼主ＩＤ」、「企画内容」、「提案者ＩＤ」、「提案情報」、「依頼先情報」、「制作済みコンテンツ」といった項目を有する。

「企画ＩＤ」は、依頼主Ｑから制作されることが依頼される動画の企画を識別するための識別情報を示す。「依頼主ＩＤ」、依頼主Ｑを識別するための識別情報を示す。「企画内容」は、依頼主Ｑから受け付けた企画情報を示す。「提案者ＩＤ」は、企画ＩＤによって識別される企画への提案を行った提案者Ｒを識別するための識別情報を示す。「提案情報」は、提案者Ｒから受け付けた提案情報を示す。

「依頼先情報」は、依頼主Ｑから受け付けた依頼先情報を示す。具体的には、「依頼先情報」は、依頼主Ｑによって動画制作が依頼されたか否かを示す。図４の例では、「依頼先情報」に「１」が格納されている提案者に動画制作が依頼され、「依頼先情報」に「０」が格納されている提案者には動画制作が依頼されなかったことを示す。「制作済みコンテンツ」は、企画に対応するコンテンツの完成品を示す。なお、図４では、「制作済みコンテンツ」に「ＣＤ１１」といった概念的な情報が格納される例を示したが、実際には、コンテンツ（例えば、動画）や、コンテンツの格納場所を示すファイルパス名や、コンテンツを識別するための識別情報や、コンテンツのタイトルなどが格納される。

以下では、企画ＩＤを企画の参照符号として用いる場合がある。例えば、企画ＩＤ「Ｐ１１」によって識別される企画を「企画Ｐ１１」と表記する場合がある。また、以下では、依頼主ＩＤを依頼主の参照符号として用いる場合がある。例えば、依頼主ＩＤ「Ｑ１１」によって識別される依頼主を「依頼主Ｑ１１」と表記する場合がある。また、以下では、提案者ＩＤを依頼主の参照符号として用いる場合がある。例えば、提案者ＩＤ「Ｒ１１」によって識別される提案者を「提案者Ｒ１１」と表記する場合がある。

すなわち、図４では、サービス提供装置１００が、依頼主Ｑ１１によって動画に関する企画Ｐ１１の制作依頼を受け付けた例を示している。また、図４では、企画Ｐ１１に対して、提案者Ｒ１１及び提案者Ｒ１２が提案を行った例を示している。また、図４では、提案者Ｒ１１及び提案者Ｒ１２のうち、依頼主Ｑ１１が提案者Ｒ１１に対して動画の制作を依頼した例を示している。また、図４では、制作依頼先である提案者Ｒ１１によって、動画であるコンテンツ「ＣＤ１１」が制作された例を示している。

（制作者情報記憶部１２２について）
制作者情報記憶部１２２は、コンテンツ制作者ＣＰに関する各種情報を記憶する。図５に、第１の実施形態に係る制作者情報記憶部１２２の一例を示す。図５に示すように、制作者情報記憶部１２２は、「制作者ＩＤ」、「制作種別」といった項目を有する。

「制作者ＩＤ」は、コンテンツ制作者ＣＰを識別するための識別情報を示す。「制作種別」は、コンテンツ制作者ＣＰの職業を示す。言い換えれば、「制作種別」は、コンテンツ制作において、コンテンツ制作者ＣＰが担当可能な作業内容を示す。

以下では、制作者ＩＤをコンテンツ制作者の参照符号として用いる場合がある。例えば、制作者ＩＤ「ＣＰ１１」によって識別されるコンテンツ制作者を「コンテンツ制作者ＣＰ１１」と表記する場合がある。

すなわち、図５では、コンテンツ制作者ＣＰ１１が監督を担当することが可能であり、コンテンツ制作者ＣＰ１２がＣＧクリエイターであり、コンテンツ制作者ＣＰ１３が声優である例を示している。

なお、制作者情報記憶部１２２に記憶される情報は、図５に示した例に限られない。例えば、制作者情報記憶部１２２は、コンテンツ制作者ＣＰの氏名や年齢や性別などを記憶してもよい。また、コンテンツ制作者ＣＰが過去にコンテンツ制作に関する賞を受賞している場合には、制作者情報記憶部１２２は、受賞履歴を記憶してもよい。また、コンテンツ制作者ＣＰがサービス提供装置１００にセールスポイント等を登録している場合には、制作者情報記憶部１２２は、コンテンツ制作者ＣＰのセールスポイント等を記憶してもよい。

（制作履歴記憶部１２３について）
制作履歴記憶部１２３は、提案者Ｒやコンテンツ制作者ＣＰが過去に制作したコンテンツに関する情報を記憶する。図６に、第１の実施形態に係る制作履歴記憶部１２３の一例を示す。図６に示すように、制作履歴記憶部１２３は、「制作済みコンテンツ」、「制作者ＩＤ」、「閲覧数」といった項目を有する。

「制作済みコンテンツ」は、図４に示した制作済みコンテンツに対応する。「制作者ＩＤ」は、図５に示した制作者ＩＤに対応する。「閲覧数」は、コンテンツが閲覧された回数を示す。言い換えれば、「閲覧数」は、配信サーバ２０によってユーザ端末３０にコンテンツが配信された回数（ＰＶ数などと呼ばれる）を示す。図６では、「閲覧数」に１ヶ月当たりの閲覧数の平均値が記憶される例を示す。

すなわち、図６では、コンテンツ制作者ＣＰ１１、ＣＰ１２及びＣＰ１３により、過去にコンテンツ「ＣＤ１１」が制作された例を示している。また、図６では、コンテンツ「ＣＤ１１」が１ヶ月当たり１００００回閲覧される例を示している。

なお、第１の実施形態に係るサービス提供装置１００は、定期的に配信サーバ２０にアクセスすることで、制作済みコンテンツ毎の配信数を配信サーバ２０から取得する。そして、サービス提供装置１００は、各制作済みコンテンツの配信数を、かかる制作済みコンテンツに対応付けて、制作履歴記憶部１２３の閲覧数に格納する。このとき、サービス提供装置１００は、配信サーバ２０から取得した制作済みコンテンツ毎の配信数を蓄積しておき、所定期間（例えば、１ヶ月）当たりの閲覧数の平均値を算出し、算出した閲覧数の平均値を制作履歴記憶部１２３の閲覧数に格納する。

（制御部１３０について）
図３の説明に戻って、制御部１３０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、サービス提供装置１００内部の記憶装置に記憶されている各種プログラム（サービス提供プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１３０は、企画受付部１３１と、提案受付部１３２と、情報提供部１３３と、通知部１３４と、コンテンツ受付部１３５と、送信部１３６とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

（企画受付部１３１について）
企画受付部１３１は、コンテンツの企画に関する企画情報を受け付ける。具体的には、企画受付部１３１は、コンテンツの制作を依頼する依頼主Ｑの依頼主端末１１から、コンテンツの種類や概要等を含む企画情報を受け付ける。そして、企画受付部１３１は、企画情報を受け付けた場合に、新たな企画ＩＤを払い出し、払い出した企画ＩＤに対応付けて、企画情報を企画情報記憶部１２１の「企画内容」に格納する。このとき、企画受付部１３１は、企画情報の送信元である依頼主Ｑの依頼主ＩＤを企画情報記憶部１２１に格納する。この依頼主ＩＤは、例えば、依頼主端末１１から企画情報とともに送信される。または、サービス提供装置１００によって提供される各種サービスを利用する際にログインを要する場合には、依頼主ＱのログインＩＤ等を依頼主ＩＤとしてもよい。

なお、企画受付部１３１は、例えば企画情報を解析することで、コンテンツの種類、出演者、概要などの各項目に対応する情報を抽出する。例えば、企画情報がＸＭＬ（Extensible Markup Language）等のマークアップ言語で記述されている場合には、企画受付部１３１は、企画情報から各項目に対応する情報を容易に抽出することができる。また、企画情報のフォーマットが予め決められている場合には、企画受付部１３１は、予め決められている形式に基づいて、企画情報から各種情報を容易に抽出することができる。

また、企画受付部１３１は、企画情報を入力するための入稿サイトを依頼主Ｑに提供してもよい。例えば、企画受付部１３１は、コンテンツの種類や概要等を入力するための入稿サイトを提供する。この場合、企画受付部１３１は、入稿サイトに入力された各種情報を企画情報として受け付ける。

なお、企画受付部１３１は、提案者Ｒから提案を受け付ける期限である提案期限を含む企画情報を受け付けてもよい。この場合、企画受付部１３１は、企画情報に含まれる提案期限を企画ＩＤに対応付けて企画情報記憶部１２１に格納する。

（提案受付部１３２について）
提案受付部１３２は、企画への提案に関する提案情報を受け付ける。具体的には、提案受付部１３２は、提案者端末１２から企画の閲覧要求を受け付けた場合に、企画情報記憶部１２１から企画ＩＤ毎に企画内容を取得する。このとき、提案受付部１３２は、依頼先情報を参照することで、コンテンツ制作の依頼先が決定していない企画の企画内容を取得する。また、提案受付部１３２は、企画に提案期限が設定されている場合には、現在日時が提案期限に達していない企画の企画内容を取得する。そして、提案受付部１３２は、企画情報記憶部１２１から取得した企画内容の一覧を提案者端末１２に提供する。これにより、提案受付部１３２は、提案者端末１２に提供した企画内容への提案に関する提案情報を提案者端末１２から受け付ける。例えば、提案受付部１３２は、図１を用いて説明したように、コンテンツを制作するコンテンツ制作者ＣＰに関する情報を含む提案情報を受け付ける。

そして、提案受付部１３２は、提案情報を受け付けた場合に、受け付けた提案情報を企画情報記憶部１２１に格納する。このとき、提案受付部１３２は、提案情報の送信元である提案者Ｒの提案者ＩＤを企画情報記憶部１２１に格納する。この提案者ＩＤは、例えば、提案者端末１２から提案情報とともに送信される。または、サービス提供装置１００によって提供される各種サービスを利用する際にログインを要する場合には、提案者ＲのログインＩＤ等を提案者ＩＤとしてもよい。

ここで、第１の実施形態に係る提案受付部１３２は、コンテンツ制作者ＣＰの候補を提案者Ｒに提示し、提示したコンテンツ制作者ＣＰの候補から提案者Ｒに選択されたコンテンツ制作者ＣＰに関する情報を含む提案情報を受け付ける。具体的には、提案受付部１３２は、提案者端末１２からアクセスされた場合に、制作者情報記憶部１２２に記憶されている制作者ＩＤに対応するコンテンツ制作者ＣＰの制作種別等を含む制作者情報を提案者端末１２に提供する。ただし、この例に限られず、制作者情報記憶部１２２に氏名や年齢や性別や受賞履歴やセールスポイント等が記憶されている場合には、提案受付部１３２は、これら氏名等を含む制作者情報を提案者端末１２に提供してもよい。このように、提案受付部１３２は、制作者情報を提案者Ｒに提示することで、提案者Ｒが企画に適したコンテンツ制作者ＣＰを選択することを可能にする。

なお、上記例に限られず、提案受付部１３２は、制作履歴記憶部１２３に記憶されているコンテンツ制作者ＣＰの制作履歴を含む制作者情報を提案者Ｒに提示してもよい。例えば、提案受付部１３２は、各コンテンツ制作者に対応する制作済みコンテンツと閲覧数とを含む制作者情報を提案者Ｒに提示してもよい。これにより、提案受付部１３２は、提案者Ｒが企画により適したコンテンツ制作者ＣＰを選択することを可能にする。

また、提案受付部１３２は、企画情報に基づいて選定された制作者の候補を提案者Ｒに提示してもよい。具体的には、提案受付部１３２は、制作履歴記憶部１２３に記憶されている制作済みコンテンツの制作者ＩＤ及び閲覧数と、かかる制作済みコンテンツに対応付けて企画情報記憶部１２１に記憶されている企画内容とに基づいて、各コンテンツ制作者ＣＰが得意分野とするコンテンツの種類や概要などを分析する。例えば、提案受付部１３２は、「コンテンツ制作者ＣＰ１１が動画を制作すると閲覧数が多い」といった傾向や、「コンテンツ制作者ＣＰ１２がスポーツドラマを制作すると閲覧数が多い」といった傾向などを分析結果として得る。そして、提案受付部１３２は、提案対象となる企画（すなわち、依頼主Ｑにコンテンツ制作の依頼先が選択されていない企画）毎に、所定値以上の閲覧数が見込めるコンテンツ制作者ＣＰの候補を選定し、選定結果を提案者Ｒに提示する。これにより、提案受付部１３２は、閲覧数が多くなるようなコンテンツを制作するコンテンツ制作者ＣＰを提案者Ｒに選択させることができる。

また、提案受付部１３２は、上記例において、複数のコンテンツ制作者ＣＰによるコンテンツの制作実績と、提案対象となる企画の企画情報とに基づいて選定されたコンテンツ制作者ＣＰの組合せを提案者Ｒに提示してもよい。そして、提案受付部１３２は、提案者Ｒに選択されたコンテンツ制作者ＣＰの組合せに関する情報を含む提案情報を受け付けてもよい。具体的には、上記例では、提案受付部１３２が、「コンテンツ制作者ＣＰ１１が動画を制作すると閲覧数が多い」といった傾向を分析する例を示した。しかし、提案受付部１３２は、「コンテンツ制作者ＣＰ１１及びＣＰ１２が共に動画を制作すると閲覧数が多い」といった傾向を分析してもよい。これにより、提案受付部１３２は、閲覧数が多くなるようなコンテンツを制作するコンテンツ制作者ＣＰを提案者Ｒに選択させることができる。

（情報提供部１３３について）
情報提供部１３３は、企画情報の送信元である依頼主（すなわち、企画主）に提案情報を提供する。具体的には、情報提供部１３３は、依頼主Ｑから受け付けた企画に対して提案者Ｒから提案が行われた場合に、かかる提案に関する提案情報を依頼主端末１１に提供する。より具体的に説明すると、情報提供部１３３は、企画情報記憶部１２１から、提案者ＩＤと提案情報との組合せを取得し、取得した組合せを依頼主端末１１に提供する。このとき、企画ＩＤに対応付けて複数の提案者ＩＤ及び提案情報の組合せが企画情報記憶部１２１に格納されている場合には、複数の提案者ＩＤ及び提案情報の組合せを依頼主端末１１に提供する。

また、情報提供部１３３は、提案情報を受け付けた依頼主端末１１から、コンテンツ制作の依頼先に関する依頼先情報を受け付ける。例えば、情報提供部１３３は、コンテンツ制作の依頼先とする提案者Ｒの提案者ＩＤを含む依頼先情報を受け付ける。そして、情報提供部１３３は、依頼主端末１１から受け付けた依頼先情報に基づいて、企画情報記憶部１２１の依頼先情報を更新する。具体的には、情報提供部１３３は、依頼先情報に含まれる提案者ＩＤに対応する企画情報記憶部１２１の依頼先情報を「１」に更新し、依頼先情報に含まれない提案者ＩＤに対応する企画情報記憶部１２１の依頼先情報を「０」に更新する。

なお、情報提供部１３３は、提案情報とともに、提案者Ｒによる過去の提案実績を依頼主Ｑの依頼主端末１１に提供してもよい。具体的には、情報提供部１３３は、提案者Ｒによる過去の提案実績として、かかる提案者Ｒによる過去の提案、かかる過去の提案に対応する制作済みコンテンツに関する情報を依頼主端末１１に提供する。より具体的に説明すると、情報提供部１３３は、企画情報記憶部１２１の提案者ＩＤを参照することで、提案者Ｒが過去に送信した提案情報を取得する。なお、情報提供部１３３は、企画情報記憶部１２１に制作済みコンテンツが記憶されているか否かによって、過去の提案であるか否かを判別することができる。また、情報提供部１３３は、過去の提案に対応する制作済みコンテンツに関する情報として、制作履歴記憶部１２３から閲覧数を取得する。そして、情報提供部１３３は、企画情報記憶部１２１から取得した過去の提案情報と、制作履歴記憶部１２３から取得した閲覧数との組合せを依頼主端末１１に提供する。これにより、情報提供部１３３は、依頼先の提案者Ｒを選択する依頼主Ｑに参考となる情報を提供することができるので、提案者Ｒに最適な提案者Ｒを選択させることができる。

また、上記例に限られず、情報提供部１３３は、制作済みコンテンツに関する情報として、制作済みコンテンツを制作する際にかかった費用や工数や、制作済みコンテンツが提供されたユーザによる制作済みコンテンツに対する評価、又は、制作済みコンテンツの依頼主による制作済みコンテンツに対する評価などを依頼主端末１１に提供してもよい。この場合、サービス提供装置１００は、費用や工数に関する情報を提案者端末１２や制作者端末１３から取得し、ユーザの評価に関する情報を配信サーバ２０から取得し、依頼主の評価に関する情報を依頼主端末１１から取得する。そして、サービス提供装置１００は、このようにして取得した費用や工数等の情報を制作履歴記憶部１２３に格納する。

（通知部１３４について）
通知部１３４は、提案情報の送信元である提案者Ｒのうち、依頼主Ｑによって選択された提案者Ｒにコンテンツの制作依頼を通知する。具体的には、通知部１３４は、情報提供部１３３によって依頼先情報が受け付けられた場合に、企画情報記憶部１２１に記憶されている依頼先情報を参照することで、依頼先Ｑによってコンテンツの制作の依頼先として選択された提案者Ｒを特定する。そして、通知部１３４は、依頼先である提案者Ｒの依頼主端末１１に対して、コンテンツの制作依頼を通知する。

また、通知部１３４は、制作依頼が通知された提案者Ｒからの指示に従って、かかる提案者Ｒによって指定されたコンテンツ制作者ＣＰにコンテンツを制作するよう通知する。具体的には、通知部１３４は、図１のステップＳ１７に示した例のように、依頼主端末１１から、制作指示の通知要求を受け付ける。例えば、この通知要求には、コンテンツを制作するコンテンツ制作者ＣＰの作業内容等の情報が含まれる。通知部１３４は、このような通知要求に含まれる情報に従って、各コンテンツ制作者ＣＰの制作者端末１３に対して、かかるコンテンツ制作者ＣＰが担当する作業内容を通知する。

なお、通知部１３４は、通知要求に含まれるコンテンツ制作者ＣＰ及び作業内容の組合せと、企画情報記憶部１２１に記憶されている提案情報と一致しているか否かを判定してもよい。そして、通知部１３４は、双方が一致している場合に、コンテンツ制作者ＣＰにコンテンツを制作するよう通知してもよい。また、通知部１３４は、双方が一致していない場合に、コンテンツ制作者ＣＰにコンテンツを制作するよう通知せずに、一致していない旨を依頼主Ｑに通知してもよい。これにより、通知部１３４は、提案者Ｒが提案通りにコンテンツを制作するか否かを判定することができるので、依頼主Ｑの意向に沿ったコンテンツを提案者Ｒに制作させることができる。

（コンテンツ受付部１３５について）
コンテンツ受付部１３５は、提案者Ｒ（例えば、提案者端末１２）又はコンテンツ制作者ＣＰ（例えば、制作者端末１３）から、依頼主Ｑから依頼された企画に対応するコンテンツを受け付ける。そして、コンテンツ受付部１３５は、企画情報記憶部１２１の制作済みコンテンツや、制作履歴記憶部１２３の制作済みコンテンツに、提案者Ｒ等から受け付けたコンテンツを格納する。このとき、コンテンツ受付部１３５は、コンテンツの格納場所を示すファイルパス名や、コンテンツを識別するための識別情報や、コンテンツのタイトルなどを企画情報記憶部１２１や制作履歴記憶部１２３の制作済みコンテンツに格納してもよい。また、コンテンツ受付部１３５は、提案者Ｒ等から受け付けたコンテンツを制作したコンテンツ制作者ＣＰの制作者ＩＤを制作履歴記憶部１２３に格納する。

（送信部１３６について）
送信部１３６は、コンテンツ受付部１３５によって受け付けられたコンテンツを、かかるコンテンツの制作を依頼した依頼主Ｑに送信する。また、送信部１３６は、配信サーバ２０を介してコンテンツを配信する旨の要求を依頼主Ｑから受け付けている場合には、コンテンツ受付部１３５によって受け付けられたコンテンツを配信サーバ２０に送信する。これにより、配信サーバ２０は、ユーザ端末３０からの要求に応じて、コンテンツをユーザ端末３０に配信することとなる。

〔４．サービス提供処理手順〕
次に、図７を用いて、第１の実施形態に係るサービス提供システム１によるサービス提供処理の手順について説明する。図７は、第１の実施形態に係るサービス提供システム１によるサービス提供処理手順を示すシーケンス図である。

図７に示すように、依頼主端末１１は、依頼主Ｑによる操作に従って、企画情報をサービス提供装置１００に送信する（ステップＳ１０１）。続いて、サービス提供装置１００は、制作者情報記憶部１２２から、コンテンツ制作者ＣＰの候補を抽出する（ステップＳ１０２）。続いて、サービス提供装置１００は、ステップＳ１０１において受け付けた企画情報と、制作者情報記憶部１２２から抽出したコンテンツ制作者ＣＰに関する制作者情報とを提案者端末１２に提供する（ステップＳ１０３）。

続いて、提案者端末１２は、提案者Ｒによる操作に従って、提案情報をサービス提供装置１００に送信する（ステップＳ１０４）。続いて、サービス提供装置１００は、ステップＳ１０４において提案情報を送信した提案者Ｒの提案実績を制作履歴記憶部１２３から抽出する（ステップＳ１０５）。そして、サービス提供装置１００は、ステップＳ１０４において受け付けた提案情報と、ステップＳ１０５において抽出した提案実績を依頼主端末１１に提供する（ステップＳ１０６）。

続いて、サービス提供装置１００は、依頼主端末１１から依頼先情報を受け付ける（ステップＳ１０７）。この場合、サービス提供装置１００は、依頼主Ｑによって選択された提案者Ｒの提案者端末１２に対して、コンテンツの制作依頼を通知する（ステップＳ１０８）。

続いて、提案者端末１２は、提案者Ｒによる操作に従って、制作指示の通知要求を受け付ける（ステップＳ１０９）。この場合、サービス提供装置１００は、通知要求に含まれる情報に従って、各コンテンツ制作者ＣＰの制作者端末１３に対して、コンテンツの制作指示を通知する（ステップＳ１１０）。

そして、制作者端末１３は、コンテンツ制作が完成したコンテンツ制作者による操作に従って、完成したコンテンツを提案者端末１２に送信する（ステップＳ１１１）。また、提案者端末１２は、ステップＳ１１１において受け付けたコンテンツをサービス提供装置１００に送信する（ステップＳ１１２）。なお、提案者Ｒは、制作者端末１３から受け付けたコンテンツを編集したり、合成したりしてもよい。また、提案者Ｒ及びコンテンツ制作者ＣＰが協同してコンテンツを制作する場合には、上記ステップＳ１１１における処理は不要となる。

この後に、サービス提供装置１００は、依頼主Ｑからの要求に従って、提案者端末１２から受け付けたコンテンツを配信サーバ２０に送信する。これにより、配信サーバ２０は、コンテンツをユーザ端末３０に配信する。

〔５．効果〕
上述してきたように、第１の実施形態に係るサービス提供装置１００は、企画受付部１３１と、提案受付部１３２と、情報提供部１３３と、通知部１３４とを有する。企画受付部１３１は、コンテンツの企画に関する企画情報を受け付ける。提案受付部１３２は、コンテンツの制作に関与する提案者による企画への提案に関する提案情報を受け付ける。情報提供部１３３は、企画情報の送信元である依頼主（企画主の一例）に提案情報を提供する。通知部１３４は、提案情報の送信元である提案者のうち、依頼主によって選択された提案者にコンテンツの制作依頼を通知する。

これにより、第１の実施形態に係るサービス提供装置１００は、提案者によって選ばれたコンテンツ制作者にコンテンツを制作させる機会を与えることができるので、例えば無名であっても有望なコンテンツ制作者を支援することができる。すなわち、サービス提供装置１００は、コンテンツ制作者に対して付加価値のあるサービスを提供することができる。

また、第１の実施形態に係る提案受付部１３２は、コンテンツを制作するコンテンツ制作者に関する情報を含む提案情報を受け付ける。

これにより、第１の実施形態に係るサービス提供装置１００は、依頼先の提案者を選択する依頼主に参考となる情報を提供することができるので、依頼主に最適な提案者を選択させることができる。

また、第１の実施形態に係る提案受付部１３２は、コンテンツ制作者の候補を提案者に提示し、コンテンツ制作者の候補から提案者に選択されたコンテンツ制作者に関する情報を含む提案情報を受け付ける。

また、第１の実施形態に係る提案受付部１３２は、企画情報に基づいて選定されたコンテンツ制作者の候補を提案者に提示する。

また、第１の実施形態に係る提案受付部１３２は、複数のコンテンツ制作者によるコンテンツの制作実績と企画情報とに基づいて選定されたコンテンツ制作者の組合せを提案者に提示し、提案者に選択されたコンテンツ制作者の組合せに関する情報を含む提案情報を受け付ける。

これにより、第１の実施形態に係るサービス提供装置１００は、提案者が企画に適したコンテンツ制作者を選択することを可能にする。

また、第１の実施形態に係る情報提供部１３３は、提案情報とともに提案者による過去の提案実績を依頼主に提供する。

また、第１の実施形態に係る情報提供部１３３は、提案者による過去の提案実績として、提案者による過去の提案、過去の提案に対応するコンテンツに関する情報を提供する。

また、第１の実施形態に係る情報提供部１３３は、コンテンツに関する情報として、コンテンツがユーザに閲覧された閲覧数、又は、コンテンツが提供されたユーザによるコンテンツに対する評価を提供する。

これにより、第１の実施形態に係るサービス提供装置１００は、依頼主に最適な提案者を選択させることができる。

また、第１の実施形態に係る通知部１３４は、制作依頼が通知された提案者からの指示に従って、提案者によって指定されたコンテンツ制作者にコンテンツを制作するよう通知する。

これにより、第１の実施形態に係るサービス提供装置１００は、依頼主の依頼を確実に遂行することができる。

〔６．変形例〕
上述した第１の実施形態に係るサービス提供システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。以下では、サービス提供システム１の他の実施形態について説明する。

〔６−１．企画情報〕
上記第１の実施形態において、サービス提供装置１００の企画受付部１３１は、コンテンツの制作費に関する情報や、コンテンツの制作時間に関する情報を含む企画情報を受け付けてもよい。例えば、企画受付部１３１は、制作費に関する情報として、コンテンツ制作にかけることが可能な最大の予算額や、制作費の希望額などを受け付ける。また、例えば、企画受付部１３１は、制作時間に関する情報として、コンテンツ制作を完了させる締切日時や、コンテンツ制作の完了希望日時などを受け付ける。この場合、提案受付部１３２は、企画情報に含まれる制作費や制作時間に関する情報についても提案者Ｒに提示する。これにより、提案者Ｒは、制作費や制作時間を確認することで、コンテンツ制作が可能か否かを判断した上で企画に提案することができる。すなわち、サービス提供装置１００は、提案者Ｒに無用な提案をさせることを防止できる。

〔６−２．制作条件〕
また、企画受付部１３１は、コンテンツの制作に関する所定の制作条件を含む企画情報を受け付けてもよい。例えば、企画受付部１３１は、制作条件として、上述した制作費や制作時間に関する情報を受け付けてもよい。そして、提案受付部１３２は、提案者Ｒによる過去の提案実績に基づいて、企画情報に含まれる制作条件を満たす提案者Ｒから提案情報を受け付けてもよい。例えば、制作条件として、制作費及び制作時間に関する情報が設定されているものとする。また、ここでは、制作履歴記憶部１２３に、制作費や制作時間に関する情報が実績として記憶されているものとする。この場合、提案受付部１３２は、企画情報記憶部１２１及び制作履歴記憶部１２３を参照することで、各提案者の過去の制作費及び制作時間の傾向を取得する。そして、提案受付部１３２は、過去の傾向が制作条件を満たす提案者のみに対して、依頼主Ｑから受け付けた提案情報を提示する。すなわち、提案受付部１３２は、制作条件を満たす提案者のみから、企画に対する提案を受け付ける。これにより、提案受付部１３２は、依頼主Ｑの意向に沿った提案者Ｒのみから提案情報を受け付けることができるので、依頼主Ｑの意向に沿った提案者Ｒを依頼主Ｑに引き合わせることができる。

また、上記例に限られず、情報提供部１３３が、提案者Ｒによる過去の提案実績に基づいて、企画情報に含まれる制作条件を満たす提案者Ｒから受け付けた提案情報を依頼主Ｑに提供してもよい。すなわち、情報提供部１３３は、上記の提案受付部１３２と同様に、企画情報記憶部１２１及び制作履歴記憶部１２３を参照することで、各提案者の過去の制作費及び制作時間の傾向を取得することで、制作条件を満たす提案者であるか否かを判定する。そして、情報提供部１３３は、制作条件を満たす提案者から受け付けた提案情報のみを依頼主Ｑに提供する。

また、上記例において、提案受付部１３２又は情報提供部１３３は、制作条件が一定の条件よりも厳しい場合に、提案者Ｒが制作条件を満たすか否かを判定する処理を行ってもよい。また、上記例では、制作条件の一例として、制作費や制作時間に関する情報を挙げたが、この例に限られない。例えば、制作条件は、提案者Ｒのユーザ属性（年齢、受賞履歴など）や、コンテンツ制作者ＣＰのユーザ属性や、提案者Ｒが過去に提案した制作済みコンテンツの閲覧数や、提案者Ｒが過去に提案したコンテンツの数や、コンテンツ制作者ＣＰが過去に制作したコンテンツの数や、提案者Ｒに対する依頼主からの評価や、コンテンツ制作者ＣＰに対する依頼主からの評価などに関する情報であってもよい。

〔６−３．提案情報〕
また、上記第１の実施形態では、コンテンツを制作するコンテンツ制作者ＣＰに関する情報が提案情報に含まれる例を示した。しかし、この例に限られず、提案情報には、企画の概要やコンテンツに出演する出演者などに関する情報が含まれてもよい。すなわち、提案情報には、依頼主Ｑの企画を変更する提案に関する情報が含まれてもよい。

また、提案情報には、コンテンツが提供される提供媒体に関する情報が含まれてもよい。ここでいう提供媒体とは、例えば、スマートフォンやタブレットＰＣやデスクトップ型ＰＣ等にコンテンツを配信する配信サーバ２０や、コンテンツが記録された光磁気記録媒体等に該当する。すなわち、提案者Ｒは、例えばストリーミング等でスマートフォン向けに配信されるコンテンツを制作することを提案したり、コンテンツを記録する記録媒体を販売することを提案したりする。

〔６−４．報酬管理〕
また、上述したサービス提供装置１００は、依頼主Ｑと提案者Ｒとコンテンツ制作者ＣＰとの間で授受される報酬等に該当する金銭を管理してもよい。例えば、サービス提供装置１００は、図１のステップＳ１１において、依頼主Ｑからコンテンツの制作依頼を受け付ける際に、コンテンツの制作費用とコンテンツ制作に対する報酬額とに関する情報を受け付けてもよい。そして、サービス提供装置１００は、図１のステップＳ１２において、企画情報とともに、依頼主Ｑから受け付けた制作費用及び報酬額に関する情報を提案者Ｒに提供してもよい。そして、サービス提供装置１００は、コンテンツ制作の依頼先が依頼主Ｑによって選択された場合に、制作費用を依頼主Ｑに入金させ、かかる制作費用を提案者Ｒに入金してもよい。また、サービス提供装置１００は、提案者Ｒやコンテンツ制作者ＣＰがコンテンツを制作した場合には、報酬を依頼主Ｑに入金させ、かかる報酬を提案者Ｒやコンテンツ制作者ＣＰに入金してもよい。このとき、サービス提供装置１００は、コンテンツ制作における作業量等に基づいて、提案者Ｒとコンテンツ制作者ＣＰとに分配する報酬を決定してもよい。なお、サービス提供装置１００は、ステップＳ１７において受け付けた通知要求に含まれる作業内容等に関する情報を用いて、提案者Ｒやコンテンツ制作者ＣＰの作業量を判定することができる。

〔６−５．ライセンス管理〕
また、上述したサービス提供装置１００は、提案者Ｒやコンテンツ制作者ＣＰによって制作されたコンテンツのライセンスを管理してもよい。具体的には、サービス提供装置１００は、企画情報記憶部１２１や制作履歴記憶部１２３に各種情報を蓄積することで、コンテンツを企画した依頼主Ｑ、コンテンツの企画に提案した提案者Ｒ、コンテンツを制作した提案者Ｒやコンテンツ制作者ＣＰを特定することができる。サービス提供装置１００は、これらの情報に基づいて、依頼主Ｑ、提案者Ｒ、コンテンツ制作者ＣＰのいずれがコンテンツの著作権等を有するかを証明するサービスを提供してもよい。

〔６−６．クラウドソーシング〕
また、上述したサービス提供装置１００は、図１のステップＳ１８において制作指示を通知する場合に、所定のタスクを複数に分割し、分割した分割タスクを複数のコンテンツ制作者ＣＰに依頼してもよい。すなわち、サービス提供装置１００は、クラウドソーシング等と呼ばれる手法により、コンテンツ制作者ＣＰにコンテンツ制作を指示してもよい。これにより、サービス提供装置１００は、短期間でコンテンツが制作されることを可能にする。

〔６−７．提案者Ｒとコンテンツ制作者ＣＰ〕
また、上記第１の実施形態では、提案者Ｒとコンテンツ制作者ＣＰとを例に挙げて説明したが、提案者Ｒは、コンテンツ制作者ＣＰであってもよい。すなわち、コンテンツ制作者ＣＰが企画に対して提案を行うとともに、コンテンツを制作してもよい。

〔６−８．制作指示〕
また、上述したサービス提供装置１００は、提案者Ｒがコンテンツ制作者ＣＰに直接指示する場合には、提案者Ｒから通知要求を受け付ける処理や、コンテンツ制作者ＣＰに制作指示を通知する処理を行わなくてもよい。

（第２の実施形態）
上記第１の実施形態では、提案者Ｒがコンテンツ制作者ＣＰにコンテンツを制作させる例を示した。第２の実施形態では、コンテンツを制作するコンテンツ制作者ＣＰを募集する例について説明する。

〔１．サービス提供処理〕
まず、図８を用いて、第２の実施形態に係るサービス提供処理の一例について説明する。図８は、第２の実施形態に係るサービス提供処理の一例を示す図である。図８に示すように、第２の実施形態に係るサービス提供装置２００は、依頼主Ｑから企画情報を受け付ける（ステップＳ２１）。続いて、サービス提供装置２００は、提案者Ｒに企画情報を提供する（ステップＳ２２）。このとき、サービス提供装置２００は、制作者情報を提案者Ｒに提供しない。

続いて、サービス提供装置２００は、提案者Ｒから、コンテンツ制作を希望するコンテンツ制作者ＣＰを募集する旨の募集要求を受け付ける（ステップＳ２３）。この場合、サービス提供装置２００は、コンテンツ制作者ＣＰに企画情報を送信することで、かかる企画情報に対応するコンテンツを制作するコンテンツ制作者ＣＰを募集する（ステップＳ２４）。

そして、サービス提供装置２００は、応募結果に基づく制作者情報を提案者Ｒに提供する（ステップＳ２５）。具体的には、サービス提供装置２００は、ステップＳ２４における募集に応募したコンテンツ制作者ＣＰに関する情報を含む制作者情報を提案者Ｒに提供する。そして、提案者Ｒは、サービス提供装置２００から受け付けた制作者情報に基づいて、応募したコンテンツ制作者ＣＰから選択したコンテンツ制作者ＣＰに関する情報を含む提案情報をサービス提供装置２００に送信する（ステップＳ２６）。この後のステップＳ２７〜Ｓ３１における処理は、図１に示したステップＳ１４〜Ｓ１８における処理に対応する。

このように、第２の実施形態に係るサービス提供装置２００は、コンテンツ制作を希望するコンテンツ制作者ＣＰを応募する。これにより、サービス提供装置２００は、制作意欲が高いコンテンツ制作者ＣＰにコンテンツを制作させることができるので、品質の高いコンテンツを依頼主Ｑに提供することを可能にする。また、サービス提供装置２００は、無名なコンテンツ制作者ＣＰが提案者Ｒに選択される機会を増やすことができるので、制作意欲が高いコンテンツ制作者に対して付加価値のあるサービスを提供することができる。

〔２．サービス提供装置の構成〕
次に、図９を用いて、第２の実施形態に係るサービス提供装置２００の構成について説明する。図９は、第２の実施形態に係るサービス提供装置２００の構成例を示す図である。図９に示すように、サービス提供装置２００は、制御部２３０を有する。

制御部２３０は、図９に示すように、提案受付部２３２と、募集部２３７とを有する。提案受付部２３２は、企画情報を提案者端末１２に提供し、かかる提案者端末１２から募集要求を受け付ける。そして、提案受付部２３２は、募集要求を受け付けた場合には、コンテンツ制作者ＣＰを募集するよう募集部２３７を制御する。

募集部２３７は、提案者Ｒからの指示に従って、コンテンツを制作することを希望するコンテンツ制作者ＣＰを募集する。具体的には、募集部２３７は、提案受付部２３２によって募集要求が受け付けられた場合に、企画情報記憶部１２１に記憶されている企画情報をコンテンツ制作者ＣＰに提供することで、コンテンツ制作を希望するコンテンツ制作者ＣＰを募集し、応募結果を提案受付部２３２に通知する。これにより、提案受付部２３２は、募集部２３７による募集に応募したコンテンツ制作者ＣＰに関する情報を含む制作者情報を提案者端末１２に提供する。

なお、提案受付部２３２は、提案者端末１２から、募集要項を含む募集要求を受け付けてもよい。例えば、提案受付部２３２は、コンテンツ制作者ＣＰの職業や年齢や受賞履歴や経験年数等の募集要項を含む募集要求を受け付ける。この場合、募集部２３７は、企画情報とともに募集要項をコンテンツ制作者ＣＰに提供することで募集する。または、募集部２３７は、募集要項を満たすコンテンツ制作者ＣＰに対してのみ、企画情報を提供することで募集してもよい。

〔３．効果〕
上述してきたように、第２の実施形態に係るサービス提供装置２００は、募集部２３７を有する。募集部２３７は、提案者からの指示に従って、コンテンツを制作することを希望する制作者を募集する。

これにより、第２の実施形態に係るサービス提供装置２００は、無名なコンテンツ制作者が提案者に選択される機会を増やすことができるので、制作意欲が高いコンテンツ制作者に対して付加価値のあるサービスを提供することができる。

（第３の実施形態）
上記第１及び第２の実施形態において、サービス提供装置１００及び２００は、提案者Ｒやコンテンツ制作者ＣＰによって制作されるコンテンツに広告を表示する権利を落札対象とするオークションサービスを広告主に提供してもよい。第３の実施形態では、このようなオークションサービスについて説明する。なお、以下では、オークションサービスの提供処理を第１の実施形態に適用する例を示すが、オークションサービスの提供処理は、第２の実施形態に適用することもできる。

〔１．サービス提供処理〕
まず、図１０を用いて、第３の実施形態に係るサービス提供処理の一例について説明する。図１０は、第３の実施形態に係るサービス提供処理の一例を示す図である。図１０に示したサービス提供装置３００は、提案者Ｒやコンテンツ制作者ＣＰによってコンテンツが制作されることが決定した後（すなわち、図１に示したステップＳ１６の後）に、コンテンツに広告を表示する権利を落札対象とするオークションサービスを広告主に提供する。

図１０に示すように、サービス提供装置３００は、依頼主Ｑから、コンテンツ（ここの例では、動画）に組み込まれる広告枠に関する広告枠情報を受け付ける（ステップＳ４１）。このような広告枠は、例えば依頼主Ｑによって設定される。図１０の例の場合、広告枠情報には、動画の冒頭に設定される３本の広告枠と、動画に含まれる各種シーンのうちスマートフォンが使用されるシーンに設定される広告枠と、カフェのシーンに設定される広告枠とに関する情報が含まれる。ここで、スマートフォンが使用されるシーンに設定される広告枠や、カフェのシーンに設定される広告枠は、広告主が宣伝したい商品を映像に登場（出演）させる出演枠を示す。例えば、スマートフォンが使用されるシーンに設定される広告枠を落札した広告主は、動画に出演する出演者に宣伝対象のスマートフォンを利用させることができる。このような特定シーンや出演者と関連付けて動画の本編に広告を表示する手法は、プロダクトプレイスメント（Product Placement）等と呼ばれる。

続いて、サービス提供装置３００は、依頼主Ｑからから受け付けた企画情報（図１のステップＳ１１に対応）を提示するとともに、動画に設定された広告枠に広告を表示する権利を広告主Ｃ１１〜Ｃ１３に販売する販売サービスを提供する。具体的には、サービス提供装置３００は、販売サービスとして、広告を表示する権利を落札対象とするオークションサービスを提供する。すなわち、サービス提供装置３００は、提案者Ｒやコンテンツ制作者ＣＰが動画を制作を企画している段階であっても、動画に広告を組み込む権利を落札対象とするオークションを開催する。

図１０の例の場合、サービス提供装置３００は、コンテンツの種類、監督、出演者、概要を公開するとともに、各広告枠に関するオークションサービスを個別に提供する。具体的には、サービス提供装置３００は、動画の冒頭に表示される広告枠Ａ、Ｂ及びＣと、動画の本編内に表示される広告枠Ｄ及びＥについて、それぞれ個別にオークションを開催する。

続いて、サービス提供装置３００は、それぞれのオークションにおいて広告主から入札を受け付ける（ステップＳ４２）。その後、サービス提供装置３００は、オークション開催期間内に最高価格を入札した広告主を落札者に決定し、落札者から落札金の入金を受け付ける（ステップＳ４３）。そして、サービス提供装置３００は、落札者から入金された落札金の一部又は全部を依頼主Ｑに入金する（ステップＳ４４）。

この後の処理については後に詳述するが、サービス提供装置３００は、各広告枠に関するオークションの全てが成立した後、提案者Ｒやコンテンツ制作者ＣＰによって制作された動画に、落札者から受け付けた広告データを組み込むことで配信対象の動画を生成する。なお、一般的なウェブページには、ウェブページへのアクセス毎に異なる広告主の広告が表示されるが、第３の実施形態に係る動画等のコンテンツに設定される各広告枠には、落札者に対応する広告データのみが組み込まれる。すなわち、落札者となった広告主は、広告が表示される広告枠を独占することとなる。

このように、第３の実施形態に係るサービス提供装置３００は、依頼主Ｑによって依頼されたコンテンツに広告を組み込む権利のオークションを開催する。これにより、依頼主Ｑは、サービス提供装置３００を利用することで、コンテンツを制作することができるとともに、広告主から広告料金を得ることができる。

〔２．サービス提供システムの構成〕
次に、図１１を用いて、第３の実施形態に係るサービス提供システムの構成について説明する。図１１は、第３の実施形態に係るサービス提供システム２の構成例を示す図である。図１１に示すように、サービス提供システム２には、広告主端末４０とサービス提供装置３００とが含まれる。広告主端末４０及びサービス提供装置３００は、通信網５０を介して、有線又は無線により通信可能に接続される。なお、図１１に示したサービス提供システム２には、複数台の広告主端末４０や複数台のサービス提供装置３００が含まれてもよい。

広告主端末４０は、広告主によって利用される情報処理装置である。例えば、広告主端末４０は、広告主による操作に従って、サービス提供装置３００からオークションサービスに関するウェブページ（以下、「オークションページ」と表記する場合がある）を取得したり、サービス提供装置３００に入札情報や広告データを送信したりする。以下では、広告主端末４０を広告主や入札者や落札者と表記する場合がある。すなわち、以下では、広告主や入札者や落札者を広告主端末４０と読み替えることもできる。

なお、広告主は、入札作業等を代理店に依頼する場合もある。この場合、サービス提供装置３００によって提供されるオークションサービスを利用するのは代理店となる。以下では、「広告主」といった表記は、広告主だけでなく代理店を含む概念であり、「広告主端末」といった表記は、広告主端末だけでなく代理店によって利用される代理店端末を含む概念であるものとする。

〔３．サービス提供装置の構成〕
次に、図１２を用いて、第３の実施形態に係るサービス提供装置３００の構成について説明する。図１２は、第３の実施形態に係るサービス提供装置３００の構成例を示す図である。図１２に示すように、サービス提供装置３００は、企画情報記憶部３２１と、制御部３３０とを有する。

（企画情報記憶部３２１について）
企画情報記憶部３２１は、企画情報記憶部１２１と同様にコンテンツの企画に関する各種情報を記憶する。さらに、企画情報記憶部３２１は、オークションに関する各種情報を記憶する。図１３に、第３の実施形態に係る企画情報記憶部３２１の一例を示す。図１３に示すように、企画情報記憶部３２１は、「企画ＩＤ」毎に、「オークションＩＤ」、「広告枠情報」、「オークション期間」、「現在価格」、「入札者ＩＤ」、「終了日時」といった項目を有する。なお、図１３では図示することを省略するが、企画情報記憶部３２１は、図４に示した企画情報記憶部１２１と同様に、「企画内容」、「提案者ＩＤ」、「提案情報」、「依頼先情報」、「制作済みコンテンツ」といった項目も有する。

「オークションＩＤ」は、各広告枠に関するオークションを識別するための識別情報を示す。言い換えれば、「オークションＩＤ」は、広告枠を識別するための識別情報を示す。「広告枠情報」は、コンテンツに組み込まれる広告枠に関する情報を示す。「オークション期間」は、オークションが開催される期間を示す。「現在価格」は、現時点でオークションに入札されている入札価格の最高額を示す。「入札者ＩＤ」は、現時点で最高額の入札価格を入札している入札者である広告主を識別するための広告主ＩＤを示す。「終了日時」は、オークションが終了した日時を示す。

なお、図１３において、「終了日時」に日時が格納されていないオークションが開催中又は未開催であり、「終了日時」に日時が格納されているオークションが終了したことを示す。また、「終了日時」に日時が格納されている場合には、現在価格が落札価格に該当する。

すなわち、図１３では、企画Ｐ１１に対応するコンテンツに５個の広告枠Ａ〜Ｅが組み込まれる例を示している。また、図１３では、広告枠Ａに関するオークションは、オークションＩＤ「ＡＵ１１」によって識別され、同様に、広告枠Ｂ〜Ｅに関する各オークションは、それぞれオークションＩＤ「ＡＵ１２」、「ＡＵ１３」、「ＡＵ１４」、「ＡＵ１５」によって識別される例を示している。また、図１３では、広告枠Ａ〜Ｅに関する各オークションが開催中である例を示している。このように、企画情報記憶部３２１は、１つの企画ＩＤに対応付けて、コンテンツに組み込まれる各広告枠に対応するオークションＩＤを記憶する。

なお、企画情報記憶部３２１に記憶される情報は、図１３に示した例に限られない。例えば、企画情報記憶部３２１は、オークションＩＤ毎に、即座に落札することができる価格を示す「即決価格」や、落札することができる最小価格を示す「最低落札価格」などを記憶してもよい。これらの「即決価格」及び「最低落札価格」は、例えば、依頼主端末１１からサービス提供装置３００に送信される広告枠情報に含まれ、依頼主Ｑによって設定される。

（制御部３３０について）
図１２の説明に戻って、制御部３３０は、広告枠受付部３３７と、サービス提供部３３８と、コンテンツ受付部３３５と、生成部３３９と、送信部３３６とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３３０の内部構成は、図１２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部３３０が有する各処理部の接続関係は、図１２に示した接続関係に限られず、他の接続関係であってもよい。

（広告枠受付部３３７について）
広告枠受付部３３７は、コンテンツの制作を依頼した依頼主Ｑ（例えば、依頼主端末１１）から、広告枠情報を受け付ける。そして、広告枠受付部３３７は、広告枠情報を受け付けた場合に、コンテンツに設定される広告枠毎にオークションＩＤを払い出す。そして、広告枠受付部３３７は、企画ＩＤに対応付けて、広告枠毎のオークションＩＤを企画情報記憶部３２１に格納し、さらに、各オークションＩＤに対応付けて、広告枠情報を企画情報記憶部３２１に格納する。ここでは、企画ＩＤは広告枠情報に含まれるものとする。

なお、広告枠受付部３３７は、依頼主Ｑによって設定されたオークション期間を含む広告枠情報を受け付けてもよい。この場合、広告枠受付部３３７は、広告枠情報に含まれるオークション期間を企画情報記憶部３２１に格納する。ただし、この例に限られず、広告枠受付部３３７は、予め決められているオークション期間を企画情報記憶部３２１に格納してもよい。例えば、広告枠受付部３３７は、広告枠情報を受け付けた日時から所定の日数が経過するまでの期間をオークション期間としてもよい。

また、広告枠受付部３３７は、広告枠情報を入力するための入稿サイトを依頼主Ｑに提供してもよい。例えば、広告枠受付部３３７は、広告枠が再生される時間的な位置（以下、再生位置と表記する場合がある）や、広告枠の再生時間や、広告枠の表示サイズ等を入力するための入稿サイトを提供する。この場合、広告枠受付部３３７は、入稿サイトに入力された各種情報を広告枠情報として受け付ける。

（サービス提供部３３８について）
サービス提供部３３８は、企画受付部１３１によって受け付けられた企画情報を提示するとともに、依頼主Ｑによって企画されたコンテンツに広告を表示する権利を落札対象とするオークションサービスを提供する。

具体的には、サービス提供部３３８は、広告主端末４０からオークションページの取得要求を受信した場合に、オークションページを広告主端末４０に提供する。このとき、サービス提供部３３８は、コンテンツの企画内容と、広告枠毎のオークションに関する情報とが掲載されているオークションページを提供する。

一例を挙げて説明すると、サービス提供部３３８は、企画情報記憶部３２１から、コンテンツに関する各種情報を取得する。図１３の例の場合、サービス提供部３３８は、企画情報記憶部３２１から、企画ＩＤ毎に、企画内容や、オークションＩＤ毎の広告枠情報、現在価格、入札者ＩＤ及び終了日時などを取得する。このとき、サービス提供部３３８は、開催中のオークションが１つ以上存在する企画ＩＤに対応する各種情報のみを取得する。具体的には、サービス提供部３３８は、現在日時がオークション期間に含まれ、かつ、終了日時に日付の情報が格納されていないオークションＩＤに対応する企画ＩＤを特定し、特定した企画ＩＤに対応する各種情報を企画情報記憶部３２１から取得する。

そして、サービス提供部３３８は、コンテンツに関する各種情報の一覧が表示されるウェブページである一覧ページを生成する。そして、サービス提供部３３８は、生成した一覧ページを広告主端末４０に送信する。これにより、サービス提供部３３８は、一覧ページから選択されたコンテンツに対応する企画ＩＤを含む取得要求を広告主端末４０から受信する。この場合、サービス提供部３３８は、取得要求に含まれる企画ＩＤに対応する各種情報を用いて、企画内容等が掲載されているオークションページを生成し、生成したオークションページを広告主端末４０に提供する。

また、サービス提供部３３８は、オークションページを介して、入札価格を含む入札情報を広告主端末４０から受信する。この場合、サービス提供部３３８は、入札対象のオークションを示すオークションＩＤに対応付けて、入札情報に含まれる入札価格を企画情報記憶部３２１に格納する。このとき、サービス提供部３３８は、入札情報の送信元である入札者に対応する入札者ＩＤについても企画情報記憶部３２１に格納する。なお、サービス提供部３３８は、入札情報とともに入札者ＩＤを受け付けてもよいし、入札者のログインＩＤ等を入札者ＩＤとしてもよい。また、サービス提供部３３８は、オークションが成立した場合には、オークションが終了した日時を企画情報記憶部３２１の終了日時に格納する。

ここで、図１４に、第３の実施形態に係るオークションページＷ１０の一例を示す。図１４では、図１３に示した企画ＩＤ「Ｐ１１」に対応するオークションページＷ１０の一例を示す。図１４に示す例のように、サービス提供部３３８は、オークションページＷ１０の企画表示欄Ｔ１１に、企画情報記憶部３２１に記憶されている企画内容を掲載する。また、サービス提供部３３８は、入札表示欄Ｔ１２に、各オークションＩＤに対応付けて企画情報記憶部３２１に記憶されている広告枠情報等を掲載する。また、サービス提供部３３８は、イメージ表示欄Ｔ１３に、広告枠の再生位置が視認可能なイメージ図を掲載する。このように、サービス提供部３３８は、広告枠情報に複数の広告枠に関する情報が含まれる場合には、全ての広告枠情報をオークションページＷ１０に掲載するとともに、各広告枠に関するオークションを個別に開催する。

なお、ここでは図示することを省略するが、サービス提供部３３８は、入札表示欄Ｔ１２に表示されている入札ボタンが押下された場合には、入札価格を入力するための入札ページを広告主端末４０に提供する。これにより、サービス提供部３３８は、入札ページを介して、入札価格を含む入札情報を広告主端末４０から受信する。

そして、サービス提供部３３８は、各広告枠に関する全てのオークションが終了した場合に、全てのオークションが正式に成立したものとする。具体的には、サービス提供部３３８は、各広告枠に関するオークションのうち一部のオークションが終了した場合であっても、全てのオークションが成立するまでは、かかる一部のオークションが仮に成立した状態であるものとする。図１４に示した例の場合、サービス提供部３３８は、広告枠Ａ〜Ｅに関する５個のオークションを開催する。ここで、各オークションの開催期間が異なる場合や、各オークションに即決価格が設定されている場合には、５個のオークションが同時に終了するとは限らない。例えば、５個のオークションのうち、広告枠Ａに関するオークションのみが終了したものとする。この場合、サービス提供部３３８は、５個のオークションの全てが成立するまでは、広告枠Ａに関するオークションが仮に成立した状態であり、落札者が仮に決定された状態であるものとする。そして、サービス提供部３３８は、５個のオークションの全てが終了した後に、全てのオークションが正式に成立したものとして、各オークションの落札者を確定させる。すなわち、サービス提供部３３８は、落札者が決定してオークションが終了するたびに企画情報記憶部３２１に終了日時を格納するが、１つの企画ＩＤに対応付けられている複数のオークションＩＤのうち、全てのオークションＩＤに対応する終了日時を格納した場合に、全てのオークションが正式に成立したものとする。

ここで、サービス提供部３３８は、複数のオークションのうち、一部のオークションが成立しなかった場合には、全てのオークションを不成立としてもよい。オークションが成立しない態様としては、入札件数が１件もなかった場合や、入札価格の最高額が最低落札価格に達しない場合などが挙げられる。この場合に、サービス提供部３３８は、全てのオークションを再度開催してもよい。または、サービス提供部３３８は、成立しなかった一部のオークションのみを再度開催してもよい。このとき、サービス提供部３３８は、再度開催するオークションには、前回の最低落札価格よりも低い最低落札価格を設定してもよい。または、サービス提供部３３８は、複数のオークションのうち一部のオークションが成立しなかった場合には、その旨を依頼主Ｑに通知してもよい。そして、サービス提供部３３８は、依頼主Ｑからの指示に従って、全てのオークションを再度開催してもよいし、成立しなかった一部のオークションのみを再度開催するかを決定してもよい。

なお、図１４に示したオークションページＷ１０は、図示した例に限られない。例えば、サービス提供部３３８は、依頼主Ｑや提案者Ｒやコンテンツ制作者ＣＰの氏名等を企画表示欄Ｔ１１に掲載してもよい。また、例えば、サービス提供部３３８は、提案者Ｒによる過去の提案実績や、提案者Ｒによる過去の提案に対応する制作済みコンテンツに関する情報などを企画表示欄Ｔ１１に掲載してもよい。また、例えば、サービス提供部３３８は、最高価格を入札している入札者に関する情報（例えば、企業名や業種）を表示してもよい。また、例えば、依頼主Ｑは、落札価格の目標額を企画情報に設定してもよい。この場合に、サービス提供部３３８は、落札価格の目標額を企画表示欄Ｔ１１に掲載してもよい。また、例えば、サービス提供部３３８は、オークションの開催期間を入札表示欄Ｔ１２に掲載してもよい。また、例えば、サービス提供部３３８は、イメージ表示欄Ｔ１３にイメージ図を掲載しなくてもよい。

（コンテンツ受付部３３５について）
コンテンツ受付部３３５は、コンテンツ受付部１３５と同様に、提案者Ｒ（例えば、提案者端末１２）又はコンテンツ制作者ＣＰ（例えば、制作者端末１３）から、依頼主Ｑから依頼された企画に対応するコンテンツを受け付ける。また、コンテンツ受付部３３５は、落札者（例えば、広告主端末４０）から、広告枠に組み込まれる広告データを受け付ける。

なお、広告を表示する権利を有する落札者は、この権利を他の広告主に譲渡してもよい。この場合、コンテンツ受付部３３５は、落札者に限らず、広告を表示する権利を有する広告主から広告データを受け付ける。以下、単に「落札者」と表記する場合であっても、この落札者には、広告を表示する権利が譲渡された広告主も含まれるものとする。

（生成部３３９について）
生成部３３９は、コンテンツ受付部３３５によって受け付けられたコンテンツ及び広告データを合成することで、合成コンテンツを生成する。具体的には、生成部３３９は、サービス提供部３３８によって提供されるオークションサービスにおいて、所定の企画情報（企画ＩＤ）に対応する全てのオークションが成立した後に、合成コンテンツを生成する。このとき、生成部３３９は、企画情報記憶部３２１に記憶されている広告枠情報に基づいて、コンテンツに設定されている広告枠に、かかる広告枠に広告を表示する権利を落札した広告主の広告データを組み込むことで合成コンテンツを生成する。そして、生成部３３９は、合成コンテンツを生成した場合に、企画情報記憶部３２１及び制作履歴記憶部１２３の「制作済みコンテンツ」に合成コンテンツを格納する。このとき、生成部３３９は、合成コンテンツの格納場所を示すファイルパス名や、合成コンテンツを識別するための識別情報や、合成コンテンツのタイトルなどを企画情報記憶部３２１及び制作履歴記憶部１２３の「制作済みコンテンツ」に格納してもよい。

なお、上述したように、広告主によって落札される広告枠は、プロダクトプレイスメントのように、宣伝商品を映像に登場させる出演枠に該当する場合もある。この場合、提案者Ｒやコンテンツ制作者ＣＰは、例えば落札者である広告主から宣伝商品を受け取り、受け取った宣伝商品を用いて動画等のコンテンツを制作することになる。このため、広告枠がプロダクトプレイスメントである場合には、コンテンツ制作者が、広告データを含む合成コンテンツを制作することになる。すなわち、コンテンツ受付部３３５によって受け付けられたコンテンツが合成コンテンツに該当する場合がある。このようなことから、上述した生成部３３９は、コンテンツに設定される広告枠がプロダクトプレイスメントのみである場合には、合成コンテンツの生成処理を行わない。言い換えれば、生成部３３９は、図１０等に示した広告枠Ａ〜Ｃのように、コンテンツの完成品に組み込むことが可能な広告枠がコンテンツに設定されている場合に、上述した合成コンテンツの生成処理を行う。

（送信部３３６について）
送信部３３６は、生成部３３９によって生成された合成コンテンツ、又は、コンテンツ受付部３３５によって受け付けられた合成コンテンツを配信サーバ２０に送信する。これにより、配信サーバ２０は、ユーザ端末３０からの要求に応じて、広告データが組み込まれた合成コンテンツをユーザ端末３０に配信することとなる。

〔４．効果〕
上述してきたように、第３の実施形態に係るサービス提供装置３００は、サービス提供部３３８を有する。サービス提供部３３８は、企画情報を提示し、コンテンツとともに所定のコンテンツを表示させる権利を落札対象とするオークションサービスを提供する。

これにより、第３の実施形態に係るサービス提供装置３００は、依頼主が広告主から広告料金を得ることを可能にする。また、サービス提供装置３００は、コンテンツ制作に関するサービスだけでなく、オークションサービスを提供することで、コンテンツに関する総合的なサービスを実現できる。

〔５．変形例〕
上述した第３の実施形態に係るサービス提供システム２は、上記実施形態以外にも種々の異なる形態にて実施されてよい。以下では、サービス提供システム２の他の実施形態について説明する。

〔５−１．広告枠情報〕
上記第３の実施形態では、広告枠受付部３３７が依頼主Ｑから広告枠情報を受け付ける例を示した。すなわち、上記第３の実施形態では、依頼主Ｑがコンテンツに広告枠を設定する例を示した。しかし、広告枠は、提案者Ｒ又はコンテンツ制作者ＣＰによって設定されてもよい。すなわち、広告枠受付部３３７は、提案者Ｒから広告枠情報を受け付けてもよいし、コンテンツ制作者ＣＰから広告枠情報を受け付けてもよい。また、サービス提供装置３００は、依頼主Ｑや提案者Ｒやコンテンツ制作者ＣＰから広告枠情報を受け付けなくてもよい。この場合、サービス提供装置３００は、例えば予め決められている再生位置や再生時間等の広告枠をコンテンツに設定する。

また、例えば、上述した第３の実施形態では、同一のコンテンツに複数の広告枠が設定される例を示したが、同一のコンテンツに１個の広告枠が設定されてもよい。

また、例えば、上述した第３の実施形態では、コンテンツに広告データが組み込まれた合成コンテンツがユーザ端末３０に配信される例を示したが、広告データは、ユーザ端末３０によってコンテンツが表示又は再生されるたびに、図１１では図示しない広告サーバ（アドサーバ等と呼ばれる）によってユーザ端末３０に配信されてもよい。具体的には、サービス提供装置３００の生成部３３９は、コンテンツの広告枠に、広告サーバへのアクセス情報（例えば、ＵＲＬ：Uniform Resource Locator）を組み込むことで合成コンテンツを生成してもよい。この場合、ユーザ端末３０は、広告枠に設定されているアクセス情報に基づいて広告サーバにアクセスする。そして、広告サーバは、ユーザ端末３０からアクセスされた場合に、コンテンツに組み込まれる広告データをユーザ端末３０に配信する。このとき、広告サーバは、例えば、アクセス元ユーザのユーザ属性に基づいて、配信対象の広告データを選定する。そして、ユーザ端末３０は、広告サーバから取得した広告データをコンテンツの広告枠に表示する。また、この例の場合、広告主は、広告データとして、広告である動画像や静止画像等にアクセスするためのアクセス情報をサービス提供装置３００に送信してもよい。

また、上記第３の実施形態では、広告を例に挙げて説明したが、動画等のコンテンツに表示されるコンテンツは、広告目的の広告コンテンツに限られない。例えば、上述してきた広告は、天気情報や震災情報などを通知するためのコンテンツであってもよい。

〔５−２．報酬管理〕
また、上述したサービス提供装置３００は、広告主から得られる落札金を管理してもよい。例えば、サービス提供装置３００は、広告主から入金された落札金の一部又は全部を依頼主Ｑに入金してもよい。また、例えば、サービス提供装置３００は、落札金の一部又は全部を依頼主Ｑと提案者Ｒとコンテンツ制作者ＣＰとに分配して入金してもよい。

〔５−３．広告主〕
また、上記第３の実施形態において、広告主は、依頼主Ｑであってもよい。すなわち、広告主は、コンテンツの制作をサービス提供装置３００に依頼するとともに、かかるコンテンツの一部広告枠に自身の広告を掲載してもよい。この場合、サービス提供装置３００は、依頼主Ｑである広告主の広告が組み込まれる広告枠については、オークションの対象外とする。

〔５−４．サービス態様〕
また、上記第３の実施形態では、サービス提供装置３００が、企画中のコンテンツに広告を表示する権利を落札対象とするオークションサービスを提供する例を示した。しかし、サービス提供装置３００のサービス提供部３３８は、企画中のコンテンツではなく、既に完成されているコンテンツ等に広告を表示する権利を落札対象とするオークションサービスを提供してもよい。また、上記第３の実施形態では、サービス提供装置３００が合成コンテンツを生成する例を示したが、合成コンテンツの生成処理は、配信サーバ２０等の他の装置によって行われてもよい。このような場合には、サービス提供装置３００は、コンテンツ受付部３３５や生成部３３９や送信部３３６等を有しなくてもよい。

また、上述してきたサービス提供装置３００は、オークション形式ではない販売サービスを提供してもよい。具体的には、サービス提供部３３８は、コンテンツに広告を表示する権利を販売するための販売サービスを提供してもよい。

（他の実施形態）
上述した各実施形態は、上記以外にも種々の異なる形態に適用されてよい。以下では、他の実施形態について説明する。

〔１．コンテンツの種類〕
上述した各実施形態では、コンテンツとして、主に動画を一例に挙げて説明した。しかし、コンテンツの種類は、動画に限られない。例えば、上述してきたコンテンツは、ゲーム等のアプリケーションや、電子書籍や、ウェブログ等のウェブページであってもよい。例えば、コンテンツ制作者は、ゲームや、電子書籍や、専門的なウェブページの制作を企画している場合に、上述してきたオークションサービスを利用することができる。

ここで、図１５に、他の実施形態に係るコンテンツの一例を示す。図１５では、コンテンツがゲームである例を示す。図１５の例では、依頼主Ｑが、キャラクターのアイコンを用いたゲームの制作を企画する。

図１５に示したようなコンテンツを上記第３の実施形態に適用する場合、例えば、依頼主Ｑは、複数種類のアイコンを広告枠として設定する。このように、上述してきたオークションサービスは、ゲーム等のコンテンツにも適用することができる。

なお、図１５の例の場合、提案者Ｒやコンテンツ制作者ＣＰは、プロダクトプレイスメントと同様に、落札者である広告主から宣伝用のアイコン画像等を受け取り、受け取ったアイコン画像等を用いてゲームを制作する。このため、提案者Ｒやコンテンツ制作者ＣＰが、広告データを含む合成コンテンツ（ここの例では、ゲーム）を制作することになる。

〔２．プログラム〕
また、上述してきた実施形態に係るサービス提供装置１００、２００及び３００は、例えば図１６に示すような構成のコンピュータ１０００によって実現される。以下、サービス提供装置１００を例に挙げて説明する。図１６は、サービス提供装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

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

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

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

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

例えば、コンピュータ１０００が実施形態に係るサービス提供装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、企画情報記憶部１２１、制作者情報記憶部１２２及び制作履歴記憶部１２３内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、通信網５０を介してこれらのプログラムを取得してもよい。

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

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図３に示した企画受付部１３１とコンテンツ受付部１３５は統合されてもよい。また、例えば、図１２に示した企画受付部１３１と広告枠受付部３３７は統合されてもよい。また、例えば、上述してきたサービス提供装置１００、２００及び３００は、配信サーバ２０と統合されてもよい。

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

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

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

１ サービス提供システム
１１ 依頼主端末
１２ 提案者端末
１３ 制作者端末
２０ 配信サーバ
３０ ユーザ端末
１００ サービス提供装置
１２１ 企画情報記憶部
１２２ 制作者情報記憶部
１２３ 制作履歴記憶部
１３１ 企画受付部
１３２ 提案受付部
１３３ 情報提供部
１３４ 通知部
１３５ コンテンツ受付部
１３６ 送信部

Claims (17)

1. コンテンツの企画に関する企画情報を受け付け、受け付けた前記企画情報を、前記企画を識別するための企画ＩＤと対応付けて企画情報記憶手段に格納する企画受付手段と、
   前記企画ＩＤに対応付けて前記企画情報記憶手段に記憶されている企画情報によって示される企画への提案に関する提案情報を提案者から受け付け、受け付けた提案情報を前記企画ＩＤに対応付けて前記企画情報記憶手段に格納する提案受付手段と、
   前記企画情報の送信元である企画主に、前記企画ＩＤに対応付けて前記企画情報記憶手段に記憶されている提案情報を提供し、前記企画主によって選択された提案者に関する情報を前記企画主から受け付ける情報提供手段と、
   前記提案情報の送信元である提案者のうち、前記企画主によって選択された提案者に前記コンテンツの制作依頼を通知し、選択された提案者から受け付けた前記コンテンツの制作指示の内容と、選択された提案者から受け付けた提案情報とが一致する場合に、前記制作指示を、コンテンツを制作する制作者に通知する通知手段と、
   を備えたことを特徴とするサーバ装置。
2. 前記提案受付手段は、
   前記制作者に関する情報を含む前記提案情報を受け付ける、
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記提案受付手段は、
   前記制作者の候補を前記提案者に提示し、当該制作者の候補から当該提案者に選択された制作者に関する情報を含む前記提案情報を受け付ける、
   ことを特徴とする請求項２に記載のサーバ装置。
4. 前記提案受付手段は、
   前記企画情報に基づいて選定された制作者の候補を前記提案者に提示する、
   ことを特徴とする請求項３に記載のサーバ装置。
5. 前記提案受付手段は、
   複数の制作者によるコンテンツの制作実績と前記企画情報とに基づいて選定された制作者の組合せを前記提案者に提示し、当該提案者に選択された制作者の組合せに関する情報を含む前記提案情報を受け付ける、
   ことを特徴とする請求項３又は４に記載のサーバ装置。
6. 前記提案受付手段は、
   前記コンテンツが提供される提供媒体に関する情報を含む前記提案情報を受け付ける、
   ことを特徴とする請求項１〜５のいずれか一つに記載のサーバ装置。
7. 前記企画受付手段は、
   前記コンテンツの制作費に関する情報、又は、前記コンテンツの制作時間に関する情報を含む前記企画情報を受け付ける、
   ことを特徴とする請求項１〜６のいずれか一つに記載のサーバ装置。
8. 前記情報提供手段は、
   前記提案情報とともに前記提案者による過去の提案実績を前記企画主に提供する、
   ことを特徴とする請求項１〜７のいずれか一つに記載のサーバ装置。
9. 前記情報提供手段は、
   前記提案者による過去の提案実績として、当該提案者による過去の提案、当該過去の提案に対応するコンテンツに関する情報を提供する、
   ことを特徴とする請求項８に記載のサーバ装置。
10. 前記情報提供手段は、
    前記コンテンツに関する情報として、当該コンテンツがユーザに閲覧された閲覧数、又は、当該コンテンツが提供されたユーザによる当該コンテンツに対する評価を提供する、
    ことを特徴とする請求項９に記載のサーバ装置。
11. 前記企画受付手段は、
    前記コンテンツの制作に関する所定の制作条件を含む前記企画情報を受け付け、
    前記提案受付手段は、
    前記提案者による過去の提案実績に基づいて、前記企画情報に含まれる制作条件を満たす提案者から提案情報を受け付ける、
    ことを特徴とする請求項１〜１０のいずれか一つに記載のサーバ装置。
12. 前記企画受付手段は、
    前記コンテンツの制作に関する所定の制作条件を含む前記企画情報を受け付け、
    前記情報提供手段は、
    前記提案者による過去の提案実績に基づいて、前記企画情報に含まれる制作条件を満たす提案者から受け付けた提案情報を前記企画主に提供する、
    ことを特徴とする請求項１〜１１のいずれか一つに記載のサーバ装置。
13. 前記通知手段は、
    前記制作依頼が通知された提案者からの指示に従って、当該提案者によって指定された制作者に前記コンテンツを制作するよう通知する、
    ことを特徴とする請求項１〜１２のいずれか一つに記載のサーバ装置。
14. 前記提案者からの指示に従って、前記コンテンツを制作することを希望する制作者を募集する募集手段、
    をさらに備えたことを特徴とする請求項１〜１３のいずれか一つに記載のサーバ装置。
15. 前記企画情報を提示し、前記コンテンツとともに所定のコンテンツを表示させる権利を販売する販売サービスを提供するサービス提供手段、
    をさらに備えたことを特徴とする請求項１〜１４のいずれか一つに記載のサーバ装置。
16. コンピュータが実行するサービス提供方法であって、
    コンテンツの企画に関する企画情報を受け付け、受け付けた前記企画情報を、前記企画を識別するための企画ＩＤと対応付けて企画情報記憶手段に格納する企画受付工程と、
    前記企画ＩＤに対応付けて前記企画情報記憶手段に記憶されている企画情報によって示される企画への提案に関する提案情報を提案者から受け付け、受け付けた提案情報を前記企画ＩＤに対応付けて前記企画情報記憶手段に格納する提案受付工程と、
    前記企画情報の送信元である企画主に、前記企画ＩＤに対応付けて前記企画情報記憶手段に記憶されている提案情報を提供し、前記企画主によって選択された提案者に関する情報を前記企画主から受け付ける情報提供工程と、
    前記提案情報の送信元である提案者のうち、前記企画主によって選択された提案者に前記コンテンツの制作依頼を通知し、選択された提案者から受け付けた前記コンテンツの制作指示の内容と、選択された提案者から受け付けた提案情報とが一致する場合に、前記制作指示を、コンテンツを制作する制作者に通知する通知工程と、
    を含んだことを特徴とするサービス提供方法。
17. コンテンツの企画に関する企画情報を受け付け、受け付けた前記企画情報を、前記企画を識別するための企画ＩＤと対応付けて企画情報記憶手段に格納する企画受付手順と、
    前記企画ＩＤに対応付けて前記企画情報記憶手段に記憶されている企画情報によって示される企画への提案に関する提案情報を提案者から受け付け、受け付けた提案情報を前記企画ＩＤに対応付けて前記企画情報記憶手段に格納する提案受付手順と、
    前記企画情報の送信元である企画主に、前記企画ＩＤに対応付けて前記企画情報記憶手段に記憶されている提案情報を提供し、前記企画主によって選択された提案者に関する情報を前記企画主から受け付ける情報提供手順と、
    前記提案情報の送信元である提案者のうち、前記企画主によって選択された提案者に前記コンテンツの制作依頼を通知し、選択された提案者から受け付けた前記コンテンツの制作指示の内容と、選択された提案者から受け付けた提案情報とが一致する場合に、前記制作指示を、コンテンツを制作する制作者に通知する通知手順と、
    をコンピュータに実行させることを特徴とするサービス提供プログラム。

Images