JP2019097177A - 配信サーバ、コンテンツ編集方法およびコンテンツ編集プログラム - Google Patents

Abstract

【課題】視聴しているコンテンツに対する興味を失わせることなく、当該コンテンツにおいて各ユーザが行った操作が異常に短い時間で書き換えられたり、消されたりする現象を抑制する。【解決手段】配信サーバ１であって、コンテンツデータを配信している端末３から、コンテンツデータに対する編集指示を受信する受信部２２と、端末３のユーザが、コンテンツデータに対する編集権限を有しているか否かを判定する判定部２３と、編集権限が有ると判定した場合、編集指示に従ってコンテンツデータを編集し、編集権限が無いと判定した場合、前記コンテンツデータを編集しない編集部２４とを備え、判定部２３は、ユーザのコンテンツデータに対する過去の編集指示に基づいて、編集権限の有無を判定する。【選択図】図２

Description

本発明は、配信サーバ、コンテンツ編集方法およびコンテンツ編集プログラムに関する。

パーソナルコンピュータ、タブレット端末、スマートフォン等の複数の端末に、動画を配信し、各端末では配信された動画を視聴する動画配信サービスが知られている。

また、引用文献には、複数のユーザが同一のコンテンツを操作するために、ユーザに権限を付与する技術が記載されている。引用文献２には、管理サーバが管理するコンテンツをクライアント端末のＷｅｂブラウザを介して操作するための技術が記載されている。

特開２０１５−１５３１５４号公報 特開２０１２−８７２０号公報

動画配信サービスにおいて、配信されるコンテンツの中に視聴者であるユーザが操作可能なタグ編集ボタンなどのＵＩ（ユーザインタフェース）ボタンが表示される場合がある。人気のある生放送のコンテンツの場合、多数のユーザが同時にコンテンツを視聴するため、ＵＩボタンを全てのユーザが自由に操作可能とすると、各ユーザが行った操作が、コンテンツにおいて、異常に短い時間で書き換えられたり、消されたりする現象（いわゆる、タグ戦争）が頻繁に発生する。

これを防ぐために、ＵＩボタンを操作可能なユーザを、全てのユーザからある一部のユーザのみに限定することが考えられる。しかしながら、ＵＩボタンを編集可能なユーザを限定した場合、それ以外のユーザは、自分ではＵＩボタンを編集することができなくなるため、コンテンツに対して興味を失ってしまう可能性がある。

本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、視聴しているコンテンツに対する興味を失わせることなく、当該コンテンツにおいて各ユーザが行った編集操作が異常に短い時間で書き換えられたり、消されたりする現象を抑制することにある。

上記課題を解決するために、本発明は、コンテンツデータを配信している端末から、前記コンテンツデータに対する編集指示を受信する受信部と、前記端末のユーザが、前記コンテンツデータに対する編集権限を有しているか否かを判定する判定部と、編集権限が有ると判定した場合、前記編集指示に従って前記コンテンツデータを編集し、編集権限が無いと判定した場合、前記コンテンツデータを編集しない編集部と、を備え、前記判定部は、前記ユーザの前記コンテンツデータに対する過去の編集指示に基づいて、編集権限の有無を判定する。

本発明は、コンピュータが行うコンテンツ編集方法であって、コンテンツデータを配信している端末から、当該コンテンツデータに対する編集指示を受信する受信ステップと、前記端末のユーザが、前記コンテンツデータに対する編集権限を有しているか否かを判定する判定ステップと、編集権限が有ると判定した場合、前記編集指示に従って前記コンテンツデータを編集し、編集権限が無いと判定した場合、前記コンテンツデータを編集しない編集ステップとを行い、前記判定ステップは、前記ユーザの前記コンテンツデータに対する過去の編集指示に基づいて、編集権限の有無を判定する。

本発明は、コンテンツ編集プログラムであって、コンピュータを、コンテンツデータを配信している端末から、当該コンテンツデータに対する編集指示を受信する受信部、前記端末のユーザが、前記コンテンツデータに対する編集権限を有しているか否かを判定する判定部、編集権限が有ると判定した場合、前記編集指示に従って前記コンテンツデータを編集し、編集権限が無いと判定した場合、前記コンテンツデータを編集しない編集部として機能させ、前記判定部は、前記ユーザの前記コンテンツデータに対する過去の編集指示に基づいて、編集権限の有無を判定する。

本発明によれば、視聴しているコンテンツに対する興味を失わせることなく、当該コンテンツにおいて各ユーザが行った編集操作が異常に短い時間で書き換えられたり、消されたりする現象を抑制することができる。

本発明の実施の形態に係るコンテンツ配信システムのシステム構成図である。 本発明の実施の形態に係る配信サーバの機能ブロックを説明する図である。 本発明の実施の形態に係るユーザ情報記憶部のデータの一例を示す図である。 本発明の実施の形態に係るユーザ端末で表示される画面の一例である。 本発明の実施の形態に係るコンテンツ編集方法を説明するフローチャートである。

次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。

本実施の形態において「リアルタイム」は、厳密な意味で時間が完全に一致する場合のみならず、各装置において速やかに処理される場合を含み、伝送や処理に伴う遅延が生じる場合も許容する。

＜システム構成＞
図１を参照して、本発明の実施の形態に係る配信システムを説明する。図示する配信システムは、配信サーバ１と、配信者端末２と、複数のユーザ端末３とを有する。配信サーバ１、配信者端末２およびユーザ端末３は、それぞれ、インターネットなどの通信ネットワーク４を介して、相互に通信可能に接続される。

配信サーバ１は、ユーザ端末３に、コンテンツデータを配信する。本実施形態のコンテンツデータは、動画と、ユーザ（視聴者）が操作可能なＵＩ（ユーザインタフェース）ボタンとを含む。ＵＩボタンは、例えば、タグ編集ボタン、ＢＧＭ編集ボタン、商品編集ボタンなどであり、後述する。

配信サーバ１は、生放送で、リアルタイムに配信者端末２から送信される動画を含むコンテンツデータをユーザ端末３に一斉に配信しても良いし、既に録画された動画データを含むコンテンツデータをユーザ端末３からのリクエストに応じて配信しても良い。

配信者端末２は、配信者が撮影した動画を配信サーバ１に送信する。配信サーバ１は、配信者端末２から送信された動画を含むコンテンツデータを、ユーザ端末３に配信する。

ユーザ端末３は、ディスプレイ（出力装置）を備え、配信サーバ１から配信されたコンテンツデータをディスプレイに出力して、ユーザに視聴させる。また、ユーザ端末３は、マウスやキーボードなどの入力装置を備え、入力装置はユーザによるコンテンツデータに対する編集指示（ＵＩボタンの操作）を受け付ける。また、ユーザ端末３は、入力装置に入力された視聴中のコンテンツデータに対する編集指示を配信サーバ１に送信する。なお、ユーザ端末３の入力装置および出力装置は、それぞれ個別の装置として設ける必要はなく、例えばタッチパネルのように、入力装置と出力装置とを兼ね備えることで実現されても良い。また、ユーザ端末３は、通信ネットワーク４に接続するための通信制御装置を備える。

なお、本実施の形態において、コンテンツデータに含まれるユーザが視聴する対象は、動画を例として説明するが、動画に限られない。例えば、音楽、静止画などの各種コンテンツでも良いし、電波を通じて放送されるテレビ番組またはラジオ番組のコンテンツであってもよい。

＜配信サーバ＞
図２を参照して、本実施の形態に係る配信サーバ１を説明する。配信サーバ１は、記憶装置１０、処理装置２０および通信制御装置３０を備える一般的なコンピュータである。通信制御装置３０は、配信サーバ１が通信ネットワーク４に接続するためのインタフェースである。

図示する処理装置２０は、コンテンツ配信部２１、受信部２２、判定部２３および編集部２４を備える。コンテンツ配信部２１は、動画を含むコンテンツデータをユーザ端末３に配信する。受信部２２は、コンテンツデータを配信しているユーザ端末３から、当該コンテンツデータに対する編集指示を受信する。

判定部２３は、ユーザ端末３のユーザが、配信しているコンテンツデータに対する編集権限を有しているか否かを判定する。判定部２３は、ユーザ情報記憶部１１を参照し、コンテンツデータに対する、当該ユーザの過去の編集指示に基づいて、編集権限を有しているか否かを判定する。

編集部２４は、編集権限があると判定した場合、編集指示に従ってコンテンツデータを編集し、編集権限が無いと判定した場合、コンテンツデータを編集しない。ユーザ端末３に、生放送でリアルタイムにコンテンツデータが一斉に配信されている場合、コンテンツ配信部２１は、編集指示が反映された編集後のコンテンツデータを、即座に各ユーザ端末３を配信する。

記憶装置１０は、コンテンツ毎に生成されるユーザ情報記憶部１１を有する。ユーザ情報記憶部１１には、当該コンテンツを視聴する各ユーザに関する情報（例えば、ユーザ属性、コンテンツデータに対する過去の編集指示など）が記憶されている。

図３は、ユーザ情報記憶部１１のユーザ情報の一例を示す図である。図示するユーザ情報は、当該コンテンツデータを視聴しているユーザ毎に、ユーザＩＤ、会員種別、操作回数、前回の操作時刻などが対応付づけられたデータである。

各ユーザは、例えば、プレミアム会員などの有料会員、無料の一般会員など、課金などに応じて複数の権限レベル（種類）に分類される。「会員種別」には、各ユーザが属する権限レベルの会員種別（プレミアム会員、一般会員など）が設定される。

「操作回数」には、当該ユーザの編集指示により当該コンテンツデータが編集された回数が設定される。

「前回の操作時刻」には、当該ユーザの編集指示により当該コンテンツデータが編集された時刻が設定される。なお、「前回の操作時刻」は、コンテンツが編集される度に更新されるため、前回（直近）にコンテンツデータが編集された時刻が設定される。

＜コンテンツデータ画面＞
図４は、ユーザ端末３の出力装置に表示されるコンテンツデータの画面の一例を示す図である。図示するコンテンツデータは、動画領域４１と、ユーザ（視聴者）が編集可能な編集可能領域４２、４３とを有する。

動画領域４１には、配信者端末２などから送信される動画と、コンテンツデータを視聴している複数のユーザ端末３から送信されたコメント（投稿）とが表示されている。コメントは、他のユーザとコミュニケーションをとるために入力されたデータである。図示する例では、コメントは、動画に重畳して表示されるとともに、動画の横のエリアに表示されている。

編集可能領域４２、４３には、複数のＵＩボタンが表示されている。図示する例では、「タグ編集ボタン」４２１と、「ＢＧＭ編集ボタン」４３１と、「商品編集ボタン」４３２とが表示されている。

「タグ編集ボタン」４２１は、タグを編集するためのボタンである。タグは、動画に関連づけられる文字列であって、動画の分類などに用いられる。ユーザは、視聴している動画について、任意のタグを設定・編集することができる。

「ＢＧＭ編集ボタン」４３１は、動画に関連する音楽の情報を、コンテンツデータに貼り付けるためのボタンである。ユーザは、視聴している動画について、お薦め（お気に入り）の曲を広告・宣伝などの目的で所定の選択画面から選択することで、選択した曲（図示する例では、曲Ｂ）に関する情報をコンテンツデータに表示することができる。

「商品選択ボタン」４３２は、動画に関連する商品の情報をコンテンツデータに貼り付けるためのボタンである。ユーザは、視聴している動画について、お薦め（お気に入り）の商品を広告・宣伝などの目的で所定の選択画面から選択することで、選択した商品（図示する例では商品Ｃ）に関する情報をコンテンツデータに表示することができる。

人気のあるコンテンツデータの生放送の場合、多数のユーザがリアルタイムで同時に視聴しているため、多数のユーザがＵＩボタンを一斉に操作することで、タグ、曲、商品などが異常に短い時間で書き換えらえたり、消されたりする現象（いわゆる「タグ戦争」）が発生する可能性がある。本実施の形態では、コンテンツデータに表示されたＵＩボタンに対する操作を行ったユーザの編集権限を判定することで、このようなタグ戦争の発生を抑止する。

＜コンテンツ編集方法＞
図５を参照して、本実施の形態に係るコンテンツ編集方法を説明する。図５に示す例は、配信サーバ１が、リアルタイムに生放送で所定のコンテンツデータを複数のユーザ端末３に配信する場合を例として説明する。

まずステップＳ１において、配信サーバ１のコンテンツ配信部２１が、配信者端末２から送信された動画を含むコンテンツデータを、生放送でリアルタイムに複数のユーザ端末３に配信する。

ユーザ端末３は、配信サーバ１から配信されたコンテンツデータを出力装置に表示する。これにより、ユーザは、コンテンツデータの視聴を開始する。なお、ユーザ端末３に表示されるコンテンツデータには、図４に示すように、動画と、ユーザが編集可能な複数のＵＩボタンとが含まれる。

なお、コンテンツデータの視聴が開始されると（すなわち、コンテンツデータの配信が開始されると）、コンテンツ配信部２１は、コンテンツデータを視聴しているユーザ端末３の各ユーザの「ユーザＩＤ」および「会員種別」をユーザ情報記憶部１１に登録する。「操作回数」および「前回の操作時刻」については、ＵＩボタンに対する編集操作を行われていない状態では、初期値（0またはスペースなど）が設定される。

ユーザ端末３でコンテンツデータを視聴するユーザは、必要に応じてコンテンツデータのＵＩボタンの編集操作を行う。例えば、ユーザは、「タグ編集ボタン」をタップまたはクリックすることで視聴している動画のタグを編集する。ユーザ端末３は、ユーザが操作したＵＩボタンに対する編集指示を、配信サーバ１に送信する。編集指示には、ユーザＩＤまたは端末識別情報など、ユーザが識別可能な識別情報が含まれる。

ステップＳ２において、配信サーバ１の受信部２２は、ユーザ端末３から、配信中のコンテンツデータに対する編集指示を受信する。

ステップＳ３において、配信サーバ１の判定部２３は、編集指示を送信したユーザ端末３のユーザが編集権限を有しているか否かを判定する。以下に編集権限の判定について、説明する。

本実施の形態では、編集権限の有無は、消費という概念を用いて判定されるものとする。例えば、判定部２３は、当該コンテンツデータのＵＩボタンに対するユーザの過去の操作状況（すなわち、編集指示の状況）に基づいて、編集権限が有る（編集権限が未消費の状態）か、あるいは、編集権限が無い（編集権限が消費済みの状態）か、を判定する。過去の編集指示の状況については、ユーザ情報記憶部１１から取得する。以下に、判定方法の具体例を詳述する。

（１）時間制限
判定部２３は、受信した編集指示に含まれるユーザＩＤを特定し、ユーザ情報記憶部１１から特定したユーザＩＤに対応する前回の操作時刻を取得する。そして、判定部２３は、現時点において、前回の操作時刻から所定の時間が経過している場合、編集指示を送信したユーザは編集権限が有る（編集権限が未消費）と判定する。一方、前回の操作時刻から所定の時間が経過していない場合、判定部２３は、当該ユーザは、編集権限が無い（編集権限が消費済）と判定する。

ここでは、ユーザが一度、ＵＩボタンを操作してから、編集権限が無い（操作ができない）状態が所定の時間継続する、編集操作の時間制限を設けることで、前述のタグ戦争の発生を抑制する。

この場合、ある時点において操作権限が無いと判定されたユーザであっても、その後、前回の操作時刻から所定の時間が経過した後に編集指示を送信した場合（ユーザが所定の条件を満たした場合）は、判定部２３は、当該ユーザの編集権限が回復（復活）したとみなして、当該ユーザは編集権限が有ると判定する。すなわち、当該ユーザの編集権限が未消費の状態に戻る。

なお、所定の時間は、全てのユーザに一律の時間であってもよく、あるいは、ユーザ属性（会員種別、サービスの利用実績など）に応じて個別に設定してもよい。

（２）回数制限
判定部２３は、受信した編集指示に含まれるユーザＩＤを特定し、ユーザ情報記憶部１１から特定したユーザＩＤに対応する操作回数を取得する。そして、判定部２３は、取得した操作回数が所定の回数未満の場合、編集指示を送信したユーザは編集権限が有る（編集権限が未消費）と判定する。一方、取得した操作回数が所定の回数に達している場合、判定部２３は、当該ユーザは、編集権限が無い（編集権限が消費済）と判定する。

ここでは、１つのコンテンツデータに対して、各ユーザが所定の回数しかＵＩボタンの編集操作を行うことができないという回数制限を設けることで、前述のタグ戦争の発生を抑制する。

この場合、あるコンテンツデータに対して所定の編集操作を行って操作権限を有しないと判定されたユーザであっても、他のコンテンツデータについては所定の回数の編集操作を行っていない場合（ユーザが所定の条件を満たしている場合）、判定部２３は、当該他のコンテンツデータについては、当該ユーザは編集権限が有る（編集権限が未消費）と判定する。

また、上述のとおりコンテンツデータ全体に対して、所定の回数（最大操作回数）を設定してもよく、あるいは、コンテンツデータを所定の時間単位（例えば１５分単位）に区切り、所定の時間単位で所定の回数（最大操作回数）を設定してもよい。

なお、所定の回数は、全てのユーザに一律の時間であってもよく、あるいは、ユーザ属性（会員種別、サービスの利用実績など）に応じて個別に設定してもよい。

（３）ユーザ属性
判定部２３は、受信した編集指示に含まれるユーザＩＤを特定し、ユーザ情報記憶部１１から特定したユーザＩＤに対応する会員種別（ユーザ属性）を取得する。そして、判定部２３は、取得した会員種別に応じて、編集権限を有しているか否かを判別する。

具体的には、判定部２３は、取得した会員種別が所定のレベル以上（例えば、プレミアム会員などの有料会員）の場合、編集指示を送信したユーザは編集権限が有ると判定する。一方、取得した会員種別が所定のレベル未満（例えば、無料の一般会員）の場合、判定部２３は、当該ユーザは、編集権限が無いと判定する。

ここでは、会員種別が所定のレベル以上のユーザのみに、ＵＩボタンの編集操作を行う編集権限を与えることで、前述のタグ戦争の発生を抑制する。

なお、判定部２３は、会員種別以外のユーザ属性に基づいて、編集権限を判定してもよい。例えば、コンテンツ配信サービスの利用実績（会員登録期間、課金情報など）に基づいて、編集権限を判定することも考えられる。この場合、ユーザ情報記憶部１１には、各ユーザのサービス利用実績が記憶される。

具体的には、判定部２３は、各ユーザの会員登録期間が、所定の期間以上のユーザは編集権限が有ると判定し、会員登録期間が所定の期間未満のユーザは編集権限が無いと判別する。

また、判定部２３は、各ユーザがこれまで支払った金額（課金情報）が、所定の金額以上のユーザは編集権限が有ると判定し、所定の金額未満のユーザは編集権限が無いと判別する。

（４）早いもの勝ち
判定部２３は、所定の時間内で複数のユーザ端末３から同一の編集指示を受信した場合、当該編集指示を最も早く受信したユーザ端末３の編集指示を選択し、選択した編集指示を送信したユーザは編集権限が有ると判定する。一方、選択されない他のユーザについては、判定部２３は、編集権限が無いと判定する。

ここでは、同じ編集指示が所定の時間内に複数送信された場合に、最も早い１つ編集指示のみを選択し、それ以外の編集指示を無視する早い者勝ちの方式を採用することで、前述のタグ戦争の発生を抑制する。

なお、矛盾しない限りにおいて、上記（１）〜（４）の少なくとも２つを組み合わせて、編集権限の判定を行っても良い。

編集権限が有ると判定された場合（Ｓ３：ＹＥＳ）、ステップＳ４において、判定部２３は、ユーザ情報記憶部１１を更新する。例えば、判定部２３は、編集指示に含まれるユーザＩＤの操作回数および前回の操作時刻を更新する。操作回数については、判定部２３は、ユーザ情報記憶部１１に設定されている値に「１」を加算する。前回の操作時刻については、判定部２３は、ユーザ情報記憶部１１に設定されている時刻を、現在の時刻で更新する。

ステップＳ５において、配信サーバ１の編集部２４は、ユーザ端末３から送信された編集指示を配信中のコンテンツデータに反映する。そして、コンテンツ配信部２１は、編集後のコンテンツデータを複数のユーザ端末３に配信する。

例えば、編集指示がタグの編集の場合、編集指示により指定された文字列が、編集可能領域４２に追加され、表示される。また、編集指示が商品の編集の場合、ユーザが選択した商品に関する情報が編集可能領域４３に追加され、表示される（図４参照）。

なお、ステップＳ４とステップＳ５の順番は、逆であってもよい。すなわち、編集部２４がステップＳ５を行った後に、判定部２３がステップＳ４を行うこととしてもよい。し、編集権限「無」と判定された場合、編集操作を前記コンテンツに反映しない。

編集権限が無いと判定された場合（Ｓ３：ＮＯ）、ステップＳ６において、編集部２４は、編集指示を拒否し、当該編集指示をコンテンツデータに反映しない。また、判定部２３（または編集部２４）は、編集指示を送信したユーザ端末３に所定のメッセージ（応答）を送信してもよい。例えば、判定部２３は、「編集権限がありません。」などのメッセージをユーザ端末３に送信する。これにより、ユーザは、現時点において編集権限が無いこと知ることができ、編集権限が無いにもかかわらずＵＩボタンの編集操作を繰り返し行うことを防止することができる。

また、一度ＵＩボタンを操作してから、所定の時間が経過するまで操作できない「編集操作の時間制限」を用いて編集権限の判定を行う場合、判定部２３は、ユーザ情報記憶部１１の前回の操作時刻と現在時刻とを用いて、後何分で編集権限が回復するかを通知するメッセージ（例えば、「後１０分で編集権限が回復します。」）を、ユーザ端末３に送信してもよい。これにより、ユーザは、後何分待てば、ＵＩボタンを操作が可能になることを知ることができる。

以上説明した本実施の形態の配信サーバは、端末のユーザが、コンテンツデータに対する編集権限を有しているか否かを判定する判定部と、編集権限が有ると判定した場合、編集指示に従って前記コンテンツデータを編集し、編集権限が無いと判定した場合、コンテンツデータを編集しない編集部と、を備え、判定部は、ユーザのコンテンツデータに対する過去の編集指示に基づいて、編集権限の有無を判定する。

これにより、本実施の形態では、視聴しているコンテンツに対する興味を失わせることなく、当該コンテンツにおいて各ユーザが行った編集操作が異常に短い時間で書き換えられたり、消されたりする現象（タグ戦争）を抑制することができる。

また、本実施の形態では、過去の編集指示に基づいて（すなわち、消費の概念を用いて）、編集権限の有無を判定する。このように本実施の形態では、ＵＩボタンを操作可能なユーザを固定的（静的）に限定するのではなく、各ユーザの今までの編集操作に応じて、編集権限を動的に判定する。これにより、全てのユーザが、最初は編集権限を消費していなく、ＵＩボタンを操作可能であるため、コンテンツに対する興味および連帯感が損なわれない。

また、自身の編集権限を消費したユーザは、「誰か編集権限を消費していない人いない？」というコメントを配信サーバ１に送信し、コンテンツデータの動画領域４１に表示することで、他のユーザとコミュニケーションをとる。これにより、編集権限を消費していないリーダーのようなユーザが登場し、多数のユーザがコメントしたＵＩボタンの編集操作を行う。そして、このリーダーの編集権限も消費され、次のリーダーが登場する。

このように、編集権限が消費されることで、リーダーが固定化されず、次のリーダーが出現する。これにより、同じコンテンツデータを視聴しているユーザ同士が連携してＵＩボタンの操作を行うため、連帯感・コラボ感を提供することができ、また、コンテンツデータに対する興味を引き付けることができる。すなわち、個々のユーザが編集可能なＵＩボタンではなく、みんなで編集するＵＩボタンとなる。

なお、上記説明した配信サーバ１およびユーザ端末３には、例えば、CPU（Central Processing Unit、プロセッサ）と、メモリと、ストレージ（HDD：Hard Disk Drive、SSD：Solid State Drive）と、通信装置と、入力装置と、出力装置とを備える汎用的なコンピュータシステムを用いることができる。ストレージには、所定の機能を実現するためのプログラムが記憶されている。

このコンピュータシステムにおいて、CPUがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、配信サーバ１およびユーザ端末３の各機能は、配信サーバ１用のプログラムの場合は配信サーバ１のＣＰＵが、そして、ユーザ端末３用のプログラムの場合はユーザ端末３のＣＰＵがそれぞれ実行することにより実現される。また、配信サーバ１用のプログラムおよびユーザ端末３用のプログラムは、HDD、SSD、USBメモリ、CD-ROM、DVD-ROM、MOなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。

（その他の実施の形態）
なお、本発明は上記実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施の形態に記載した配信サーバは、図２に示すように一つのハードウエア上に構成されても良いし、その機能や処理数に応じて複数のハードウエア上に構成されても良い。

１ 配信サーバ
２ 配信者端末
３ ユーザ端末
４ 通信ネットワーク
１０ 記憶装置
１１ ユーザ情報記憶部
２０ 処理装置
２１ コンテンツ配信部
２２ 受信部
２３ 判定部
２４ 編集部
３０ 通信制御装置

Claims (10)

1. コンテンツデータを配信している端末から、前記コンテンツデータに対する編集指示を受信する受信部と、
   前記端末のユーザが、前記コンテンツデータに対する編集権限を有しているか否かを判定する判定部と、
   編集権限が有ると判定した場合、前記編集指示に従って前記コンテンツデータを編集し、編集権限が無いと判定した場合、前記コンテンツデータを編集しない編集部と、を備え、
   前記判定部は、前記ユーザの前記コンテンツデータに対する過去の編集指示に基づいて、編集権限の有無を判定すること
   を特徴とする配信サーバ。
2. 前記編集指示は、前記コンテンツデータの中の、当該コンテンツデータを視聴しているユーザが編集可能な領域に対する編集指示であること
   を特徴とする請求項１に記載の配信サーバ。
3. 前記判定部は、前記ユーザの編集指示による前記コンテンツデータの前回の編集から所定の時間が経過した場合、編集権限が有ると判定し、前記所定の時間が経過していない場合、編集権限が無いと判定すること
   を特徴とする請求項１または２に記載の配信サーバ。
4. 前記判定部は、編集権限が無いと判定された前記ユーザが所定の条件を満たした場合、編集権限が回復したとみなし、当該ユーザは編集権限を有すると判定すること
   を特徴とする請求項１から３のいずれか１項に記載の配信サーバ。
5. 前記判定部は、前記ユーザの編集指示により前記コンテンツデータが所定の回数、編集された場合、編集権限が無いと判定すること
   を特徴とする請求項１から４のいずれか１項に記載の配信サーバ。
6. 前記判定部は、前記ユーザの会員種別に応じて、前記ユーザが編集権限を有しているか否かを判定すること
   を特徴とする請求項１から５のいずれか１項に記載の配信サーバ。
7. 前記判定部は、複数の端末から同じ編集指示を受信した場合、当該編集指示を最も早く受信した端末の編集指示を選択し、選択した端末のユーザが、前記コンテンツデータに対する編集権限を有しているか否かを判定すること
   を特徴とする請求項１から６のいずれか１項に記載の配信サーバ。
8. 前記コンテンツデータは、動画を含み、生放送でリアルタイムに前記端末に配信されること
   を特徴とする請求項１から７のいずれか１項に記載の配信サーバ。
9. コンピュータが行うコンテンツ編集方法であって、
   コンテンツデータを配信している端末から、当該コンテンツデータに対する編集指示を受信する受信ステップと、
   前記端末のユーザが、前記コンテンツデータに対する編集権限を有しているか否かを判定する判定ステップと、
   編集権限が有ると判定した場合、前記編集指示に従って前記コンテンツデータを編集し、編集権限が無いと判定した場合、前記コンテンツデータを編集しない編集ステップと、を行い、
   前記判定ステップは、前記ユーザの前記コンテンツデータに対する過去の編集指示に基づいて、編集権限の有無を判定すること
   を特徴とするコンテンツ編集方法。
10. コンピュータを、
    コンテンツデータを配信している端末から、当該コンテンツデータに対する編集指示を受信する受信部、
    前記端末のユーザが、前記コンテンツデータに対する編集権限を有しているか否かを判定する判定部、
    編集権限が有ると判定した場合、前記編集指示に従って前記コンテンツデータを編集し、編集権限が無いと判定した場合、前記コンテンツデータを編集しない編集部として機能させ、
    前記判定部は、前記ユーザの前記コンテンツデータに対する過去の編集指示に基づいて、編集権限の有無を判定すること
    を特徴とするコンテンツ編集プログラム。
    

Images