コンテンツ配信システム、コンテンツ配信サーバ、コンテンツ配信方法、プログラムおよび記録媒体
【課題】 クライアント端末に適合したフォーマットに変換してコンテンツを提供するためのコンテンツ配信システムを提供すること。
【解決手段】 本発明のコンテンツ配信におけるコンテンツ配信サーバは、コンテンツ利用が要求される端末装置１５０の機能を記述する機能情報を取得する機能情報取得手段１１４と、利用が要求されたコンテンツに含まれるコンテンツ要素を抽出する要素抽出手段１２０と、機能情報から端末装置が利用可能な要素を判定し、抽出されたコンテンツ要素と比較して、コンテンツ要素各々が端末装置で利用可能であるかを判定する比較手段１１８と、端末装置１５０が要求する利用可能なコンテンツ要素を配信するためにコンテンツを分解する必要があるかを判定する出力判定手段１２２と、分解が必要な場合にコンテンツをコンテンツ要素毎に分解する分解手段１２４とを含む。
【解決手段】 本発明のコンテンツ配信におけるコンテンツ配信サーバは、コンテンツ利用が要求される端末装置１５０の機能を記述する機能情報を取得する機能情報取得手段１１４と、利用が要求されたコンテンツに含まれるコンテンツ要素を抽出する要素抽出手段１２０と、機能情報から端末装置が利用可能な要素を判定し、抽出されたコンテンツ要素と比較して、コンテンツ要素各々が端末装置で利用可能であるかを判定する比較手段１１８と、端末装置１５０が要求する利用可能なコンテンツ要素を配信するためにコンテンツを分解する必要があるかを判定する出力判定手段１２２と、分解が必要な場合にコンテンツをコンテンツ要素毎に分解する分解手段１２４とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信技術に関し、より詳細には、クライアント端末に適合したフォーマットに変換してコンテンツを提供するためのコンテンツ配信システム、コンテンツ配信サーバ、コンテンツ配信方法、プログラムおよび記録媒体に関する。
【背景技術】
【０００２】
近年、インターネットの普及、マルチメディア技術の進歩にともなって、電子メールのような単純なテキストデータの交換はもとより、ネットワークを介して音声、映像や画像を含むマルチメディア・コンテンツをアップロードして提供したり、これらのコンテンツをダウンロードして視聴したりすることが一般化している。しかしながら、コンテンツをダウンロードして視聴しようとする各利用者のクライアント端末環境は一般にそれぞれ異なる。そのような背景から、ネットワークを介してコンテンツを利用する際に、利用者側のクライアント端末における表示可能な解像度、色および色数、並びにスピーカで再生可能な再生周波数域といったフォーマットを考慮して、ネットワーク上のフォーマット変換サーバにより、利用側クライアント端末に適合したフォーマットにそのコンテンツを予め変換してから、そのクライアント端末に提供する技術が知られている。
【０００３】
例えば、特開２００２−３４２２１８号公報（特許文献１）は、ネットワークを介して各種コンテンツを提供する際に、利用者側のクライアント端末で再生可能なファイル形式や、そのクライアント端末におけるディスプレイの表示可能な解像度、色および色数、スピーカで再生可能な再生周波数域といったフォーマットを考慮して、ネットワーク上の変換サーバにより、そのクライアント端末に適合したファイル形式、フォーマットにそのコンテンツを予め変換してからそのクライアント端末に提供するという目的で、クライアント端末と、コンテンツを蓄積するサーバと、コンテンツをクライアント端末のフォーマット情報に変換するサーバとがネットワークで接続されたシステムであって、クライアント端末側で作成したその端末におけるコンテンツの再生および表示機能に関する仕様を記述したプロファイルを参照して、クライアント端末に適合したフォーマットを決定し、コンテンツ蓄積サーバから受取ったコンテンツのフォーマットを変換した後、コンテンツをクライアント端末に送るコンテンツ提供部を備える、フォーマット変換サーバを開示する。
【０００４】
その他、データ配信技術として、特開２０１０−０６１２１２号公報（特許文献２）は、入力機器および複数のデータ配信装置からなるデータ配信システムにおいて、入力機器が第１のデータ配信装置に対してデータ配信開始を指示する配信開始指示ステップと、第１のデータ配信装置が自装置および他のデータ配信装置の処理負荷に基づいて、実際にデータ配信を行うデータ配信装置を選択する配信装置選択ステップと、選択結果が示すデータ配信装置である第２のデータ配信装置が入力機器により取得された文書データを受け取り、文書データを必要に応じて変換した上で配信するデータ配信ステップとを実行する、データ配信方法を開示する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１および特許文献２に開示される従来技術では、クライアント端末に対して最適な形式のフォーマットにそのコンテンツを予め変換してからそのクライアント端末に提供することしかできなかった。
【０００６】
ここで例として、大会議室で、サーバ上のコンテンツをスクリーンと備え付けのスピーカで投影し、また音声出力しており、その会議に参加しようとした利用者がコンテンツの音声を自分の位置からは充分に聞こえないという状況で、当該利用者が、自分が保持している音声出力のみに対応した端末を後から接続し、音声だけを自分の端末で出力できるようにするという利用シーンを考える。このとき、従来技術では、再生されている動画コンテンツの音声のみを自分の保持するクライアント端末に出力できるようにするような、利用者が必要とする対象コンテンツの任意のコンテンツ要素のみを出力することができなかった。また、利用者の位置から音声が聞こえない場合以外にも、専用の視聴覚補助機能のある端末や、骨伝導式のイヤホンなどを後から接続したいシーンも考えられる。
【０００７】
さらに、サーバ上の動画コンテンツなど複数のコンテンツ要素を含むマルチメディア・コンテンツを、映像を出力するクライアント端末と、音声を出力するクライアント端末とに分割して再生するように、単一コンテンツ内の各コンテンツ要素の出力を複数のクライアント端末で分担し合い、全体として最適な出力を実現するという補完出力を行うことができなかった。また、利用者がクライアント端末を後から接続してコンテンツの音声だけを自分の端末で出力できるよう、クライアント端末を出力先に動的に追加することはできなかった。さらに、上記単一コンテンツ内の各コンテンツ要素に分解し、補完出力を行う場合、またはクライアント端末を動的に出力先に追加する場合は、同一コンテンツを再生する複数のクライアント端末間で、違和感を発生させないために、コンテンツの再生の同期をとることが望ましい。
【０００８】
すなわち、従来技術では、クライアント端末に対してコンテンツ全体に関してのフォーマット変換しかできず、各クライアント端末で、コンテンツ内の音声、画像、動画、テキストなどの個別要素のみを選択して利用したいという、利用者の潜在的な要望に応えることができなかった。さらに従来技術では、単一コンテンツ内の各要素の出力を複数のクライアント端末で分担し合い、全体として最適な出力を実現するという補完出力や、再生中のコンテンツの出力先としてクライアント端末を動的に追加することもできなかった。
【０００９】
本発明は、上記従来技術における問題点に鑑みてなされたものであり、本発明は、クライアント端末に対して、要求されたマルチメディア・コンテンツを、該クライアント端末の環境に対応して、映像、音声、画像およびテキストなどのコンテンツ要素に分解し、ユーザが要求するコンテンツ要素を選択的にクライアント端末に配信することを可能とするコンテンツ配信システム、コンテンツ配信サーバ、コンテンツ配信方法、プログラムおよび記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、上記課題を解決するために、端末装置と、端末装置にネットワークを介して接続されるコンテンツ配信サーバとを含み、以下の特徴を有するコンテンツ配信サーバおよびコンテンツ配信システムを提供する。本発明のコンテンツ配信サーバは、コンテンツの利用を要求する端末装置の機能を記述する機能情報を取得する機能情報取得手段と、利用が要求されたコンテンツに含まれるコンテンツ要素を抽出する要素抽出手段とを備える。本コンテンツ配信サーバは、上記機能情報から端末装置が利用可能な要素を判定し、上記抽出されたコンテンツ要素と比較して、コンテンツが含むコンテンツ要素各々が端末装置で利用可能であるかを判定する比較手段と、端末装置が要求する利用可能なコンテンツ要素を配信するためにコンテンツを分解する必要があるかを判定する出力判定手段と、分解が必要な場合にコンテンツをコンテンツ要素毎に分解する分解手段とを備える。
【００１１】
本発明では、コンテンツ配信サーバは、さらに、同一コンテンツを再生するグループに属する端末装置の再生状況に応じて、同期再生を実現する同期再生手段をさらに含むことができる。また本発明では、出力判定手段は、端末装置からのコンテンツ利用要求に応答して、要求されたコンテンツ要素を端末装置に紐つけて記憶し、上記端末装置からの再度のコンテンツ利用要求に応答して、該端末装置に紐つけられたコンテンツ要素を読み出し、分解する必要があるかの判定に用いることができる。
【００１２】
さらに本発明によれば、上述したコンテンツ配信サーバが実行する映像出力方法、上述したコンテンツ配信サーバを実現するためのプログラム、および該プログラムをコンピュータ可読に格納する記録媒体を提供することができる。
【００１３】
上記構成によれば、クライアント端末に対して、要求されたマルチメディア・コンテンツのうちの、ユーザが要求する、クライアント端末で利用可能なコンテンツ要素を、選択的にクライアント端末に配信することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態のコンテンツ配信システムが実現されるネットワーク環境の概略図。
【図２】本実施形態のコンテンツ配信システムの概略構成を示すブロック図。
【図３】本実施形態におけるコンテンツ配信処理を、コンテンツの分解が不要であると判断される場合について示すシーケンス図。
【図４】本実施形態におけるコンテンツ配信処理を、コンテンツの分解が必要であると判断される場合について示すシーケンス図。
【図５】（Ａ）再生要求データ（Ｂ）〜（Ｄ）端末機能情報のデータ構造を例示する図。
【図６】対応付けテーブルのデータ構造を例示する図。
【図７】端末機能・要素比較部による再生可能なコンテンツ要素を記述する比較用情報と、コンテンツ内の抽出されたコンテンツ要素とを比較する処理を説明する図。
【図８】本実施形態のコンテンツ配信サーバが実行する、コンテンツ出力判定処理を示すフローチャート。
【図９】本実施形態のコンテンツ出力判定部による判定例を示す図。
【図１０】本実施形態のコンテンツ出力判定部による判定例を示す図。
【図１１】本実施形態の通知部がクライアント端末に対して通知する再生不能である旨のエラー通知を示す図。
【図１２】本実施形態の同期再生部による同期再生を説明する図。
【図１３】本実施形態のコンテンツ配信システムの利用態様を説明する図。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態を説明するが、本発明の実施形態は、以下に説明する実施形態に限定されるものではない。
【００１６】
以下、本実施形態によるコンテンツ配信サーバおよびコンテンツ配信システムの概略について、図１を参照しながら説明する。図１は、本実施形態のコンテンツ配信システム１００が実現されるネットワーク環境の概略を示す図である。図１に示すコンテンツ配信システム１００は、ネットワーク１０２を介して相互に接続されるコンテンツ配信サーバ１１０と、各種クライアント端末１５０とを含む。ネットワーク１０２は、特に限定されるものではないが、例えばイーサネット（登録商標）やＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）などのトランザクション・プロトコルによるＬＡＮ（Local Area Network）、ＶＰＮ（Virtual Private Network）または専用線を使用して接続されるＷＡＮ（Wide Area Network）、インターネット、ＵＳＢ（Universal Serial Bus）やＢｌｕｅｔｏｏｔｈ（登録商標）などデバイス・ネットワークやパーソナル・エリア・ネットワークなどの有線または無線の如何なるネットワークを含むことができる。
【００１７】
上述したクライアント端末１５０としては、図１にはパーソナル・コンピュータ１５０ａ、映像出力装置１５０ｂおよび音声出力端末１５０ｃが例示されているが、これらに限定されるものではない。例えば、ワークステーション、ネットブックなどの種々のコンピュータ装置、ＰＤＡ（Personal Digital Assistant）、携帯電話端末、スマートフォン、ポータブル・ゲーム・プレイヤー、ポータブル・オーディオ・プレイヤーなど、上記ネットワーク１０２を介してコンテンツ配信サーバ１１０から配信されるファイル形式のコンテンツ・データまたはストリーム形式のコンテンツ・データなどを受信し、再生することが可能なあらゆる情報端末を挙げることができる。
【００１８】
コンテンツ配信サーバ１１０は、コンテンツ・データベース１３０を備えており、クライアント端末１５０ａ〜１５０ｃに配信するコンテンツを管理する。コンテンツは、特に限定されるものではないが、テキスト、静止画、音声、映像、音声を文字化した情報およびメタデータまたはこれらのいずれか１以上の要素（以下、コンテンツが有するこれらの要素をコンテンツ要素と参照する。）を含むマルチメディア・コンテンツとすることができる。また上述したクライアント端末１５０は、すべてのコンテンツ要素を再生可能というものではなく、その中には、音声のみ、テキストのみ、音声と映像のみに対応するというものが存在する。本実施形態によるコンテンツ配信サーバ１１０は、このようなクライアント端末１５０ａ〜１５０ｃの再生環境に対応させてコンテンツを配信する。より具体的には、コンテンツ配信サーバ１１０は、クライアント端末１５０からコンテンツの再生を要求された場合、該端末で要求されたコンテンツが再生可能であるかを判定し、必要に応じて上記複数の要素からなるコンテンツを要素単位で分解し、クライアント端末１５０で再生可能なコンテンツ要素のみからなるコンテンツとしてクライアント端末１５０に配信する。
【００１９】
上記コンテンツとしては、特に限定されるものではないが、ウェブページ、種々のオフィススイートにより作成される文書、プレゼンテーション、スプレッドシートや、グラフィックソフトによる図面や、ＰＤＦ（Portable Document Format）といった文書ファイルフォーマットの文書ファイル、ＭＰＥＧ（Moving Picture Experts Group）−１、ＭＰＥＧ−２、Ｈ．２６４／ＭＰＥＧ−４ＡＶＣ（Advanced Video Coding）などの種々の動画コーデックおよび音声コーデックを用いたＡＶＩ（Audio Video Interleave）、ＭＯＶ、フラッシュビデオ（Flash Video）など種々の動画ファイルフォーマットの動画ファイル、ＷＡＶ（RIFF Waveform Audio Format）、ＭＰ３（MPEG-1 Audio Layer-3）、ＷＭＡ（Windows（登録商標） Media Audio）など種々の音声ファイルフォーマットの音声ファイル、ＢＭＰ（ビットマップ）、ＧＩＦ（Graphics Interchange Format）、ＪＰＥＧ（Joint Photographic Experts Group）、ＪＰＥＧ２０００など種々の画像ファイルフォーマットの画像ファイルを挙げることができる。
【００２０】
上記コンテンツ配信サーバ１１０は、図示しないハードディスク・ドライブ、ＮＶ−ＲＡＭ（Non-Volatile Random Access Memory）、ＳＤカードなどの記憶媒体に格納されたプログラム（図示せず）を読み出し、ＲＡＭのメモリ領域に展開することにより、適切なオペレーティング・システム（ＯＳ）のもとで、後述する各機能部および各処理を実現する。本実施形態では、コンテンツ配信サーバ１１０は、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）またはＡＩＸまたはＬＩＮＵＸ（登録商標）などの種々のアーキテクチャを有するオペレーティング・システムを稼働させる。また、コンテンツ配信サーバ１１０と通信を行なうクライアント端末１５０についても、コンテンツ配信サーバ１１０と同様の構成、または適宜用途や種類に応じて変更が加えられた構成とすることができる。
【００２１】
本実施形態のコンテンツ配信サーバ１１０は、クライアント端末１５０からの要求に応答し、再生が要求されるコンテンツ要素と、クライアント端末１５０が備える機能とを比較し、その結果から、ユーザの要求を満たすためにコンテンツをどのように分解し、クライアント端末に配信すればよいかを判断することで、ユーザが要求するコンテンツの要求された任意のコンテンツ要素単位でクライアント端末に配信を行う。また、コンテンツ配信サーバ１１０は、同一のコンテンツを出力する複数のクライアント端末１５０間で、当該コンテンツの同期再生をとる仲介を行う。以下、本実施形態のコンテンツ配信システム１００の動作について詳細に説明する。
【００２２】
図２は、本実施形態のコンテンツ配信システム１００の概略構成を示すブロック図である。図２に示すコンテンツ配信サーバ１１０は、通信部１１２と、機能情報取得部１１４と、コンテンツ配信部１１６と、端末機能・要素比較部１１８と、要素抽出部１２０と、コンテンツ出力判定部１２２と、コンテンツ分解部１２４と、コンテンツ・データベース１３０と、通知部１２６と、同期再生部１２８とを含む。通信部１１２は、ネットワーク・アダプタなどのインタフェースを介してしてネットワーク１０２に接続し、外部のクライアント端末１５０との通信を制御する。なお、説明する実施形態では、コンテンツ・データベース１３０は、コンテンツ配信サーバ１１０が備える構成とされているが、他の実施形態では、コンテンツ配信サーバ１１０とは別個のサーバ上に実装されてもよいことは言うまでもない。
【００２３】
機能情報取得部１１４は、コンテンツ再生が要求されるクライアント端末１５０から該端末が備える機能を記述する情報（以下、端末機能情報と参照する。）を取得する。要素抽出部１２０は、クライアント端末１５０による再生が要求されたコンテンツをコンテンツ・データベース１３０から取得し、該コンテンツに含まれるコンテンツ要素を識別し、抽出する。端末機能・要素比較部１１８は、機能情報取得部１１４が取得した上記端末機能情報から端末が再生可能なコンテンツ要素を判断し、該端末で再生可能なコンテンツ要素と、要素抽出部１２０が抽出したコンテンツ要素とを比較して、要求されている各コンテンツ要素が端末で再生できるか否かを判定する。クライアント端末１５０が再生可能な要素の判定は、機能情報内に記述される機能とコンテンツ要素とを対応付ける対応付け情報を参照することによって行うことができる。上記対応付け情報としては、クライアント端末１５０が利用可能なファイルの拡張子、クライアント端末が実装するコーデック、またはクライアント端末が内蔵若しくは接続されるデバイスのデバイス情報で記述することができる。
【００２４】
コンテンツ出力判定部１２２は、クライアント端末１５０から再生を要求するコンテンツ要素の指定を受け取り、要求されたコンテンツ要素が、要求元端末で再生可能であるかを判定するとともに、コンテンツ全体をそのままクライアント端末１５０に配信してもよいかのかコンテンツ要素単位に分解する必要があるのか、必要があるとすればどのように分解すればよいのかを判断する。また、コンテンツ出力判定部１２２は、さらに、クライアント端末１５０からのコンテンツ再生要求に応答して、要求されたコンテンツ要素をクライアント端末に紐つけて登録し、再利用することができる。この実施形態では、コンテンツ出力判定部１２２は、同一のクライアント端末から再度コンテンツ再生要求があった場合に、そのクライアント端末１５０に紐つけられたコンテンツ要素の登録を取得し、クライアント端末１５０からの明示的な指定が無い場合等に、上記判定に用いることができる。
【００２５】
コンテンツ分解部１２４は、上記コンテンツ出力判定部１２２の判定により、コンテンツ要素単位で分解する必要があると判定された場合に、コンテンツを分解し、必要なコンテンツ単位のコンテンツに変換する。他の実施形態では、上記コンテンツ分解部１２４によって分解されたコンテンツ要素単位の分解コンテンツは、クライアント端末１５０に紐つけて保管しておくことができる。この実施形態では、コンテンツ出力判定部１２２は、クライアント端末１５０から再度コンテンツ利用要求があったと場合に、同一の要素単位が必要であるとき、上記コンテンツ分解部１２４による分解に代えて、保管された分解コンテンツを読み出し、これを配信に用いることができる。あるいは、コンテンツ分解部１２４は、コンテンツ出力判定部１２２からの要求に応答して、保管された分解コンテンツを読み出し、これを渡すことができる。これにより、コンテンツ配信サーバ１１０の負荷を低減することが可能となる。
【００２６】
コンテンツ配信部１１６は、上記コンテンツそのまま、または分解されたコンテンツ要素単位のコンテンツを、再生要求してきたクライアント端末１５０に配信する。通知部１２６は、コンテンツ出力判定部１２２により要求されたコンテンツ要素が要求元端末で再生できないと判定された場合に、再生できない旨をクライアント端末に通知する。同期再生部１２８は、各クライアント端末１５０に配信した同一コンンテンツのコンテンツ要素が端末間で同期して再生されるように、クライアント端末１５０内のコンテンツ再生状態を監視しながら、コンテンツの再生処理が先行している端末の進行を、再生処理が遅延している端末に合わせるよう同期処理を実行する。また、クライアント端末１５０が出力先として動的に追加される場合に、同一コンテンツを再生するグループ内の他のクライアント端末で既に再生が開始されており、タイムラグを生じる場合がある。同期再生部１２８は、このような場合にも、先行して再生している他の端末の進行状況に合わせてコンテンツの再生開始点を制御することができる。
【００２７】
なお、本実施形態では、コンテンツの再生要求をクライアント端末１５０上から行うものとして説明するが、他の実施形態では、別のクライアント端末から１以上のクライアント端末で再生するコンテンツのコンテンツ要素を一括要求することもできる。また、他の実施形態では、コンテンツ配信サーバ１１０は、クライアント端末の環境の詳細な機能、例えば表示可能な解像度、色および色数、並びにスピーカで再生可能な再生周波数域といったフォーマットの変換を行うフォーマット変換部を別途、あるいはコンテンツ分解部１２４に統合して、備えることができる。
【００２８】
一方、図２に示すクライアント端末１５０ａ，１５０ｂは、それぞれ、通信部１５２と、コンテンツ要求部１５４と、機能情報提供部１５６と、コンテンツ受信部１５８と、コンテンツ再生部１６０とを含む。通信部１５２は、ネットワーク・アダプタなどのインタフェースを介してしてネットワーク１０２に接続し、外部のコンテンツ配信サーバ１１０との通信を制御する。
【００２９】
コンテンツ要求部１５４は、コンテンツ配信サーバ１１０に対し、コンテンツを識別する識別情報、要求するコンテンツ要素を指定する情報を引数として渡して、コンテンツの再生要求を行う。コンテンツの識別情報としては、コンテンツの名称、コンテンツ管理システム等で一意にコンテンツを識別するコンテンツ識別子、コンテンツの保存位置を示すアドレスを挙げることができる。コンテンツの保存位置を示すアドレスとしては、ＵＲＬ（Uniform Resource Locator）やＵＲＮ（Uniform Resource Name）などのＵＲＩ（Uniform Resource Identifier）を用いることができる。
【００３０】
機能情報提供部１５６は、コンテンツ配信サーバ１１０からの求めに応じて、当該クライアント端末１５０が備える機能を記述するディスクリプタを読み出し、該機能を記述する端末機能情報をコンテンツ配信サーバ１１０に対し送信する。作成される端末機能情報としては、詳細は後述するが、自己が再生可能な拡張子、インストールされたコーデック、あるいは内蔵または接続されているデバイスのデバイス情報を用いることができる。コンテンツ受信部１５８は、コンテンツ配信サーバ１１０から配信されるコンテンツを受信する。
【００３１】
コンテンツ再生部１６０は、受信したコンテンツを再生する。コンテンツは、要求したコンテンツそのもの、またはクライアント端末１５０が備える機能に応じて分解されたコンテンツ要素単位のコンテンツとして受信する。また、コンテンツ再生部１６０は、同期再生を行うパラメータとして現在の再生状況を保持し、コンテンツ配信サーバ１１０からの求めに応じて、再生状況を記述する再生状態情報を提供する。再生状態情報は、例えば、コンテンツにおける開始点からの経過時間などを用いることができる。なお、このようなデータは、非常に小容量のデータであるため、端末間の転送にかかる時間はコンテンツ処理の時間に比べ無視できる。
【００３２】
以下、図３および図４に示すシーケンス図を参照して、本実施形態におけるコンテンツ配信処理の詳細について説明する。図３は、コンテンツの分解が不要であると判断される場合を例示し、図４は、コンテンツの分解が必要であると判断される場合を例示する。図３に示す処理は、クライアント端末１５０の利用者が、ユーザ・インタフェースを介して、コンテンツ再生用アプリケーション上でデータベース上のコンテンツの再生を指示したことに応答して、ステップＳ１００から開始する。なお、クライアント端末１５０の利用者は、再生したいコンテンツと、再生したいコンテンツ要素とを指定する。図３に示す例では、コンテンツ要素として映像および音声のコンテンツ要素の再生が指定されている。
【００３３】
ステップＳ１０１では、コンテンツ要求部１５４は、上記利用者からの指示に応答して、コンテンツ配信サーバ１１０に対しコンテンツ要求を発行する。コンテンツ要求は、要求元のクライアント端末を識別する識別情報と、再生したいコンテンツを識別する識別情報と、再生したいコンテンツ要素とを引数として含む。図３に示す例では、クライアント端末名およびコンテンツ名で指定がなされ（以下、クライアント端末名およびコンテンツ名で説明する。）ている。
【００３４】
ステップＳ１０２では、コンテンツ出力判定部１２２は、コンテンツ要求を受け付け、要求元のクライアント端末と、要求されたコンテンツ名と、要求されたコンテンツ要素とをメモリやＨＤＤなどの記憶領域に登録する。図５（Ａ）は、コンテンツ出力判定部１２２が登録する再生要求データのデータ構造を示す図である。図５（Ａ）に示すように、再生要求データは、クライアント端末を識別する情報（端末名およびＩＰアドレスなど）と、要求されたコンテンツ名と、要求されたコンテンツ要素とからなるレコードを登録する。
【００３５】
ステップＳ１０３では、コンテンツ出力判定部１２２は、端末機能・要素比較部１１８に対し、要求元クライアント端末１５０の機能と、要求されたコンテンツが含むコンテンツ要素との比較を指令する。ステップＳ１０４では、端末機能・要素比較部１１８は、要求元クライアント端末１５０のクライアント端末名を引数として与えて、端末機能情報を取得するよう機能情報取得部１１４に対し指示する。ステップＳ１０５では、機能情報取得部１１４は、通信部１１２を介して、要求元のクライアント端末１５０に対し、端末機能情報の提供を依頼し、これに応答して要求元クライアント端末１５０の機能情報提供部１５６は、通信部１５２を介してコンテンツ配信サーバ１１０に端末機能情報を提供する。図５（Ｂ）〜（Ｄ）は、端末機能情報のデータ構造を例示する。図５（Ｂ）は、端末で再生可能なコンテンツの拡張子を登録するデータであり、図５（Ｃ）は、端末にインストール済みのコーデックを登録するデータであり、図５（Ｄ）は、端末に内蔵または接続されるデバイスのデバイスタイプ等のデバイス情報を登録するデータある。
【００３６】
ステップＳ１０６では、端末機能・要素比較部１１８は、要求されたコンテンツのコンテンツ名を引数として与えて、コンテンツ要素を抽出するよう要素抽出部１２０に対し指示する。ステップＳ１０７では、要素抽出部１２０は、コンテンツ・データベース１３０からコンテンツを取得し、ステップＳ１０８で、取得したコンテンツに含まれるコンテンツ要素を抽出する。コンテンツに含まれるコンテンツ要素は、後述する図６に示したものと同様のテーブルを用いて、拡張子から判定することができる。その他、ウェブページなどでは、コンテンツのファイルを解析し、リンク構造から抽出することもできる。
【００３７】
ステップＳ１０９では、機能情報取得部１１４から端末機能情報を受け取った端末機能・要素比較部１１８は、機能情報内に記述される機能をコンテンツ要素に対応付ける対応付けテーブルを参照して、コンテンツが含むコンテンツ要素との比較のための比較用情報を作成する。図６は、対応付けテーブルのデータ構造を例示する。図６に示す対応付けテーブルは、種々の拡張子（extension）、コーデック（codec）、デバイスタイプ（device）に対応して、各拡張子のファイルに含まれるコンテンツ要素、コーデックでエンコードされたデータに含まれるコンテンツ要素、デバイスタイプのデバイスが再生可能なコンテンツ要素が記述されている。図６に示す例を挙げると、例えば「mpg」の拡張子は、映像および音声に対応付けられ、「mpg」の拡張子が再生可能なクライアント端末１５０は、映像および音声が再生可能であることを意味する。「MPEG-1 Audio Layer 3」のコーデックは、音声に対応付けられ、「Video Projector Device」のデバイスは、映像に対応付けられる。端末機能・要素比較部１１８は、図５（Ｂ）〜（Ｄ）に示すような端末機能情報を、図６に示すような対応付けテーブルに適用して、当該要求元クライアント端末１５０で再生可能なコンテンツ要素を記述する比較用情報を作成する。
【００３８】
ステップＳ１１０では、要素抽出部１２０からコンテンツ要素を受け取った端末機能・要素比較部１１８は、上記ステップＳ１０９で得られた比較用情報と、抽出されたコンテンツ要素とを比較して、比較結果を作成する。図７は、端末機能・要素比較部１１８による、再生可能なコンテンツ要素を記述する比較用情報と、コンテンツ内の抽出されたコンテンツ要素とを比較する処理を説明する図である。図７に示すように、端末機能・要素比較部１１８は、コンテンツの各コンテンツ要素が要求元クライアント端末１５０で再生可能であるか否かを判定し、比較結果２００に書き込む。ステップＳ１１１では、端末機能・要素比較部１１８は、要求されたコンテンツ名と、上記ステップＳ１１０で得られた比較結果とをコンテンツ出力判定部１２２に渡す。
【００３９】
ステップＳ１１２では、コンテンツ出力判定部１２２は、渡された比較結果と、ステップＳ１０２で登録した再生要求データとを使用して出力の判断を行う。コンテンツ出力判定部１２２は、要求されたコンテンツ要素が、要求元端末で再生可能であるかを判定するとともに、配信する際にコンテンツ要素単位に分解する必要があるか否かを判断する。なお、コンテンツ出力判定部１２２の詳細については後述する。図３では、コンテンツの分解が必要ではないと判定された場合について説明する。コンテンツの分解が必要ではない場合、コンテンツ出力判定部１２２は、ステップＳ１１３で、要求されたコンテンツをコンテンツ・データベース１３０から取得し、ステップＳ１１４で、コンテンツ配信部１１６に対し、コンテンツおよびクライアント名を引数としてコンテンツの配信を指令する。ステップＳ１１５では、コンテンツ配信部１１６は、受け取ったコンテンツを要求元クライアント端末１５０に配信する。クライアント端末１５０のコンテンツ受信部１５８は、コンテンツを受信すると、ステップＳ１１６で、コンテンツ再生部１６０にコンテンツを渡し、再生指令を行う。ステップＳ１１７では、コンテンツ再生部１６０は、コンテンツ再生を開始する。
【００４０】
図４は、コンテンツの分解が必要であると判断される場合を例示する。図４に示す処理は、図３の例示と同様に、利用者がユーザ・インタフェースを介してコンテンツデータベース１３０上のコンテンツの再生を指示したことに応答して、ステップＳ２００から開始する。図４に示す例では、コンテンツ要素として音声のみの再生が指定されている。ステップＳ２０１では、クライアント端末１５０のコンテンツ要求部１５４は、利用者からの指示に応答して、コンテンツ配信サーバ１１０に対しコンテンツ要求を発行する。ステップＳ２０２では、コンテンツ配信サーバ１１０のコンテンツ出力判定部１２２は、コンテンツ要求を受け付け、要求元のクライアント端末１５０と、要求されたコンテンツ名と、要求されたコンテンツ要素とを登録する図５（Ａ）。
【００４１】
ステップＳ２０３では、コンテンツ出力判定部１２２は、端末機能・要素比較部１１８に対し、要求元端末の機能と、要求されたコンテンツが含むコンテンツ要素との比較を指令する。ステップＳ２０４では、端末機能・要素比較部１１８は、機能情報取得部１１４に対し端末機能情報（図５（Ｂ）〜（Ｄ））の取得を指令し、ステップＳ２０５では、機能情報取得部１１４は、要求元端末に対し、端末機能情報の提供を依頼する。ステップＳ２０６では、端末機能・要素比較部１１８は、要素抽出部１２０に対しコンテンツ要素の抽出を指令する。ステップＳ２０７では、要素抽出部１２０は、コンテンツ・データベース１３０からコンテンツを取得し、ステップＳ２０８で、コンテンツ要素を抽出する。
【００４２】
ステップＳ２０９では、端末機能・要素比較部１１８は、図６に示すような対応付けテーブルを参照して、提供された端末機能情報から比較用情報を作成する。ステップＳ２１０では、端末機能・要素比較部１１８は、上記ステップＳ２０９で得られた比較用情報と、抽出されたコンテンツ要素とを比較して、比較結果を作成する。ステップＳ２１１では、端末機能・要素比較部１１８は、比較結果をコンテンツ出力判定部１２２に渡す。ステップＳ２１２では、コンテンツ出力判定部１２２は、渡された比較結果と、ステップＳ２０２で登録した再生要求データとを使用して出力の判断を行う。図４では、コンテンツの分解が必要であると判定された場合について説明する。
【００４３】
コンテンツの分解が必要な場合、コンテンツ出力判定部１２２は、ステップＳ２１３で、要求されたコンテンツをコンテンツ・データベース１３０から取得し、ステップＳ２１４で、コンテンツ分解部１２４に対し、再生要求データ中の対応レコードのコンテンツ要素を渡し、コンテンツの分解を指令する。ステップＳ２１５では、コンテンツ分解部１２４は、コンテンツから、要求されたコンテンツ要素のみとする単位のコンテンツを作成し、コンテンツ出力判定部１２２へ返す。図４に示す例では、音声のみのコンテンツが得られる。
【００４４】
ステップＳ２１６では、コンテンツ出力判定部１２２は、コンテンツ配信部１１６に対し、コンテンツおよびクライアント名を引数としてコンテンツの配信を指令する。ステップＳ２１７では、コンテンツ配信部１１６は、受け取ったコンテンツを要求元クライアント端末１５０に配信する。ステップＳ２１８では、クライアント端末１５０のコンテンツ受信部１５８は、コンテンツを受信して、コンテンツ再生部１６０にコンテンツを渡して再生指令を行う。ステップＳ２１９では、コンテンツ再生部１６０は、コンテンツ再生を開始する。ここでは、音声のみのコンテンツの再生となる。
【００４５】
なお、同一コンテンツを再生する複数のクライアント端末１５０のグループ内でコンテンツの再生状況を同期するために、コンテンツ再生部１６０は、再生状況を保持し、コンテンツ配信サーバ１１０からの求めに応じて、再生状況を記述した再生状態情報を提供することができる。同期再生部１２８は、上記グループ内のクライアント端末１５０から再生状態情報を取得し、クライアント端末間で再生状況を比較して、その差分に応じて、先行するクライアント端末へのデータの送信を遅らせたり、再生位置をシフトさせるよう指令を行ったり、再生速度を遅らせるよう指令を行ったりすることで、同期再生をとることができる。
【００４６】
以下、コンテンツ出力判定部１２２によるコンテンツ出力判定処理の詳細について説明する。図８は、本実施形態のコンテンツ配信サーバが実行する、コンテンツ出力判定処理を示すフローチャートである。図８に示す処理は、ステップＳ３００で、クライアント端末１５０からコンテンツ要求が発行されたことに応答して、ステップＳ３０１から開始する。ステップＳ３０１では、コンテンツ出力判定部１２２は、クライアント端末１５０からコンテンツ要求を受信し、要求元のクライアント端末、再生が要求されるコンテンツおよびコンテンツ要素の指定を取得する。ステップＳ３０２では、コンテンツ出力判定部１２２は、取得した要求元のクライアント端末と、要求されたコンテンツと、要求されたコンテンツ要素とを再生要求データに登録する。ステップＳ３０３では、端末機能／要素比較部１１８に対し、端末機能とコンテンツ要素との比較を依頼し、ステップＳ３０４で、図７に示すような比較結果２００を取得する。
【００４７】
ステップＳ３０５では、コンテンツ出力判定部１２２は、要求されたコンテンツのコンテンツ要素が、要求元クライアント端末１５０で再生可能であるか否かを判定する。図９および図１０は、コンテンツ出力判定部１２２による判定例を示す。図９（Ａ）に示す例では、コンテンツが含むコンテンツ要素である映像および音声の両方ともが、クライアント端末で再生可能であり、当該クライアント端末から要求されたコンテンツ要素が再生可能なコンテンツ要素の範囲に含まれている。したがって、図９（Ａ）では、要求されたコンテンツ要素は再生可能であると判定される。図９（Ｂ）に示す例では、コンテンツが含むコンテンツ要素である映像および音声のうち映像がクライアント端末で再生不可能であるが、当該クライアント端末から要求されたコンテンツ要素が音声のみであり、少なくとも再生可能なコンテンツ要素の範囲に含まれている。したがって、図９（Ｂ）でも、要求されたコンテンツ要素が再生可能であると判定される。一方、図１０に示す例では、コンテンツが含むコンテンツ要素である映像および音声のうち音声がクライアント端末で再生不可能であり、当該クライアント端末から要求されたコンテンツ要素が音声を含むため、再生可能なコンテンツ要素の範囲から外れている。したがって、図１０では、要求されたコンテンツ要素すべてが再生可能ではないと判定される。
【００４８】
ステップＳ３０５で、図１０に示す例のように、すべてが再生可能ではないと判定された場合（ＮＯ）には、ステップＳ３０６へ処理を進める。ステップＳ３０６では、図１１に示すような、再生不能である旨のエラー通知を行い、ステップＳ３１４で本処理を終了させる。なお、説明する実施形態では、エラー通知を行うものとして説明したが、他の実施形態では、クライアント端末で再生可能なコンテンツ要素に修正することもできる。図１０に示す例では、音声がクライアント端末で再生不可能であるため、要求するコンテンツ要素から「音声」を削除して、ステップＳ３０７の処理へ進めてもよい。一方、ステップＳ３０５で、再生可能であると判定された場合（ＹＥＳ）には、ステップＳ３０７へ処理を進める。
【００４９】
ステップＳ３０７では、引き続き、要求されたコンテンツ要素が、コンテンツのすべてのコンテンツ要素に対応し分解する必要がないか、コンテンツのコンテンツ要素の一部にしか対応しないため、コンテンツのファイルを分解する必要があるか否かを判定する。図９（Ａ）では、コンテンツ「Sample1.mpg」が含む音声および映像のコンテンツ要素は、クライアント端末ですべて再生可能であり、この場合、分割が不要であると判定される。図９（Ｂ）では、コンテンツ「Sample1.mpg」が含む音声が、クライアント端末で再生不能であり、この場合、分割が必要であると判定される。図１０では、仮にエラー通知が行われずに修正される実施形態では、コンテンツ「Sample1.mpg」が含む音声が、クライアント端末で再生不能であり、この場合も分割が必要であると判定される。
【００５０】
ステップＳ３０７で、分解が必要ではないと判定される場合（ＮＯ）には、ステップＳ３１３へ直接処理を分岐させて、ステップＳ３１３では、コンテンツ配信部１１６に対し、そのままでのコンテンツの配信を依頼する。一方、ステップＳ３０７で、分解が必要であると判定される場合（ＹＥＳ）には、ステップＳ３０８へ処理を進める。ステップＳ３０８では、従前のコンテンツ要求に対する処理の際に、クライアント端末に紐つけて分解されたコンテンツが保管されているか否かを判定する。これは、以前と同一クライアント端末から、同一コンテンツに対して、同一の要素の再生要求が行われたときに、分解処理を省略し、負荷を低減させる。ステップＳ３０８で、保管された同一の分解コンテンツがあれば、ステップＳ３０９で、コンテンツ分解部１２４に対する依頼に代えて、保管されている分解コンテンツを取得し、ステップＳ３１３で、コンテンツ配信部１１６に対し、コンテンツ要素単位のコンテンツの配信を依頼し、ステップＳ３１４で本処理を終了させる。
【００５１】
一方、ステップＳ３０８で、分解されたコンテンツが保管されていないと判定された場合（ＮＯ）は、ステップＳ３１０へ処理を進める。ステップＳ３１０では、コンテンツ出力判定部１２２は、コンテンツ分解部１２４に対してコンテンツの分解を依頼し、ステップＳ３１１で、分解処理がなされたコンテンツを取得し、ステップＳ３１２で分解されたコンテンツを、クライアント端末１５０、要求されたコンテンツおよび要求されたコンテンツ要素に紐つけて保管する。ステップＳ３１３では、分解されたコンテンツ要素のコンテンツを配信しステップＳ３１４で本処理を終了させる。
【００５２】
以下、本実施形態によるコンテンツ配信処理におけるクライアント端末間の同期再生について説明する。上述したように、本実施形態の同期再生部１２８は、同一コンンテンツのコンテンツ要素が端末間で同期して再生されるように、クライアント端末１５０内のコンテンツ再生状態を監視しながら同期処理を実行する。図１２は、このような同期再生を説明する図である、図１２（Ａ）は、コンテンツ配信サーバ１１０がクライアント端末１５０から取得する再生状況を記述する再生状態情報として、コンテンツ再生開始からの経過時間を例示している。
【００５３】
図１２（Ｂ）は、コンテンツ配信サーバ１１０が、同一コンテンツを再生するグループ内の複数のクライアント端末１５０から再生状態情報を取得し、コンテンツの再生処理が先行している端末の進行を、再生処理が遅延している端末に合わせている様子を示す。コンテンツ配信サーバ１１０は、取得した複数の再生状態情報を比較して、いずれのクライアント端末が先行しているか、また差があればどの程度かを判定する。図１２（Ｂ）の例示では、端末Ａの方が早く、その差は５００ｍｓｅｃである。この場合、コンテンツ配信サーバ１１０において、同期再生部１２８は、コンテンツ配信部１１６に対して指令し、端末Ａに対するデータの転送に対し遅延を発生させる処理を行うことができる。この差分に応じて、先行するクライアント端末へのデータの送信を遅らせたりすることで、同期再生を実現することができる。なお、上記グループは、同時に同一コンテンツを再生するすべてのクライアント端末から形成してもよいし、利用者が参加する会議内で閉じられていてもよい。
【００５４】
また、先行してコンテンツを再生するグループに対し、遅れてクライアント端末１５０が参加する場合、先行するクライアント端末１５０では、既に再生を開始してから時間が経過している場合がある。その場合、同期再生部１２８は、初期状態として、グループの再生状況を記述する再生状態指定情報を、上記配信されるコンテンツに付属し、クライアント端末１５０に対して所定の位置から再生を開始させたり、あるいは、再生状況に対応したデータ位置からデータ送信を開始することで、動的なクライアント端末の追加にも対応することが可能となる。
【００５５】
これにより、サーバ上の動画コンテンツなど複数のコンテンツ要素を含むマルチメディア・コンテンツを、映像を出力するクライアント端末と、音声を出力するクライアント端末とに分割して再生するように、単一コンテンツ内の各コンテンツ要素の出力を複数のクライアント端末で分担し合い全体として最適な出力を行う、補完出力を実現することができる。さらに、クライアント端末を後から接続し、一部のコンテンツ要素だけを自分の端末で出力できるようクライアント端末を出力先として動的に追加するが可能となる。
【００５６】
図１３は、本実施形態のコンテンツ配信システム１００の利用態様を説明する図である。図１３に示すように、動画コンテンツでは、映像と音声のコンテンツ要素に分解し、プロジェクタで映像のコンテンツを再生し、一方、イヤホンで音声のコンテンツを再生するという利用態様を実現することができる。また、動画コンテンツでは、それから静止画を切り出して、静止画と音声とのコンテンツ要素をデジタルフォトフレームで再生することができる。また、動画コンテンツは、映像、音声および撮影情報のコンテンツ要素に分割し、映像と音声とをプロジェクタで再生しつつ、メタデータをコンピュータ装置に表示させるというような利用態様も考えられる。さらに動画コンテンツでは、プロジェクタで映像および音声の出力を行い、一方スピーカで音声のみを出力させるというようなこともできる。
【００５７】
さらに、音声コンテンツでは、音声を音楽プレーヤで再生しつつ、音声を文字化した情報をスマートフォンで表示させるようなことも可能である。さらに、ウェブページでは、静止画像部分とテキスト部分とで分解し、静止画およびテキストをブラウザ非対応の端末で表示させるというようなことも可能である。
【００５８】
以上説明したように、本実施形態によれば、クライアント端末に対して、要求されたマルチメディア・コンテンツを、該クライアント端末の環境に対応して、映像、音声、画像およびテキストなどのコンテンツ要素に分解し、ユーザが要求するコンテンツ要素を選択的にクライアント端末に配信することが可能なコンテンツ配信システム、コンテンツ配信サーバ、コンテンツ配信方法、プログラムおよび記録媒体を提供することができる。
【００５９】
なお、上記機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述されたコンピュータ実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ、ＳＤカード、ＭＯなど装置可読な記録媒体に格納して頒布することができる。
【００６０】
これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００６１】
１００…コンテンツ配信システム、１０２…ネットワーク、１１０…コンテンツ配信サーバ、１１２…通信部、１１４…機能情報取得部、１１６…コンテンツ配信部、１１８…端末機能・要素比較部、１２０…要素抽出部、１２２…コンテンツ出力判定部、１２４…コンテンツ分解部、１２６…通知部、１２８…同期再生部、１３０…コンテンツ・データベース、１５０…クライアント端末、１５０ａ…パーソナル・コンピュータ、１５０ｂ…映像出力装置、１５０ｃ…音声出力端末、１５２…通信部、１５４…コンテンツ要求部、１５６…機能情報提供部、１５８…コンテンツ受信部、１６０…コンテンツ再生部、２００…比較結果
【先行技術文献】
【特許文献】
【００６２】
【特許文献１】特開２００２−３４２２１８号公報
【特許文献２】特開２０１０−０６１２１２号公報
【技術分野】
【０００１】
本発明は、コンテンツ配信技術に関し、より詳細には、クライアント端末に適合したフォーマットに変換してコンテンツを提供するためのコンテンツ配信システム、コンテンツ配信サーバ、コンテンツ配信方法、プログラムおよび記録媒体に関する。
【背景技術】
【０００２】
近年、インターネットの普及、マルチメディア技術の進歩にともなって、電子メールのような単純なテキストデータの交換はもとより、ネットワークを介して音声、映像や画像を含むマルチメディア・コンテンツをアップロードして提供したり、これらのコンテンツをダウンロードして視聴したりすることが一般化している。しかしながら、コンテンツをダウンロードして視聴しようとする各利用者のクライアント端末環境は一般にそれぞれ異なる。そのような背景から、ネットワークを介してコンテンツを利用する際に、利用者側のクライアント端末における表示可能な解像度、色および色数、並びにスピーカで再生可能な再生周波数域といったフォーマットを考慮して、ネットワーク上のフォーマット変換サーバにより、利用側クライアント端末に適合したフォーマットにそのコンテンツを予め変換してから、そのクライアント端末に提供する技術が知られている。
【０００３】
例えば、特開２００２−３４２２１８号公報（特許文献１）は、ネットワークを介して各種コンテンツを提供する際に、利用者側のクライアント端末で再生可能なファイル形式や、そのクライアント端末におけるディスプレイの表示可能な解像度、色および色数、スピーカで再生可能な再生周波数域といったフォーマットを考慮して、ネットワーク上の変換サーバにより、そのクライアント端末に適合したファイル形式、フォーマットにそのコンテンツを予め変換してからそのクライアント端末に提供するという目的で、クライアント端末と、コンテンツを蓄積するサーバと、コンテンツをクライアント端末のフォーマット情報に変換するサーバとがネットワークで接続されたシステムであって、クライアント端末側で作成したその端末におけるコンテンツの再生および表示機能に関する仕様を記述したプロファイルを参照して、クライアント端末に適合したフォーマットを決定し、コンテンツ蓄積サーバから受取ったコンテンツのフォーマットを変換した後、コンテンツをクライアント端末に送るコンテンツ提供部を備える、フォーマット変換サーバを開示する。
【０００４】
その他、データ配信技術として、特開２０１０−０６１２１２号公報（特許文献２）は、入力機器および複数のデータ配信装置からなるデータ配信システムにおいて、入力機器が第１のデータ配信装置に対してデータ配信開始を指示する配信開始指示ステップと、第１のデータ配信装置が自装置および他のデータ配信装置の処理負荷に基づいて、実際にデータ配信を行うデータ配信装置を選択する配信装置選択ステップと、選択結果が示すデータ配信装置である第２のデータ配信装置が入力機器により取得された文書データを受け取り、文書データを必要に応じて変換した上で配信するデータ配信ステップとを実行する、データ配信方法を開示する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１および特許文献２に開示される従来技術では、クライアント端末に対して最適な形式のフォーマットにそのコンテンツを予め変換してからそのクライアント端末に提供することしかできなかった。
【０００６】
ここで例として、大会議室で、サーバ上のコンテンツをスクリーンと備え付けのスピーカで投影し、また音声出力しており、その会議に参加しようとした利用者がコンテンツの音声を自分の位置からは充分に聞こえないという状況で、当該利用者が、自分が保持している音声出力のみに対応した端末を後から接続し、音声だけを自分の端末で出力できるようにするという利用シーンを考える。このとき、従来技術では、再生されている動画コンテンツの音声のみを自分の保持するクライアント端末に出力できるようにするような、利用者が必要とする対象コンテンツの任意のコンテンツ要素のみを出力することができなかった。また、利用者の位置から音声が聞こえない場合以外にも、専用の視聴覚補助機能のある端末や、骨伝導式のイヤホンなどを後から接続したいシーンも考えられる。
【０００７】
さらに、サーバ上の動画コンテンツなど複数のコンテンツ要素を含むマルチメディア・コンテンツを、映像を出力するクライアント端末と、音声を出力するクライアント端末とに分割して再生するように、単一コンテンツ内の各コンテンツ要素の出力を複数のクライアント端末で分担し合い、全体として最適な出力を実現するという補完出力を行うことができなかった。また、利用者がクライアント端末を後から接続してコンテンツの音声だけを自分の端末で出力できるよう、クライアント端末を出力先に動的に追加することはできなかった。さらに、上記単一コンテンツ内の各コンテンツ要素に分解し、補完出力を行う場合、またはクライアント端末を動的に出力先に追加する場合は、同一コンテンツを再生する複数のクライアント端末間で、違和感を発生させないために、コンテンツの再生の同期をとることが望ましい。
【０００８】
すなわち、従来技術では、クライアント端末に対してコンテンツ全体に関してのフォーマット変換しかできず、各クライアント端末で、コンテンツ内の音声、画像、動画、テキストなどの個別要素のみを選択して利用したいという、利用者の潜在的な要望に応えることができなかった。さらに従来技術では、単一コンテンツ内の各要素の出力を複数のクライアント端末で分担し合い、全体として最適な出力を実現するという補完出力や、再生中のコンテンツの出力先としてクライアント端末を動的に追加することもできなかった。
【０００９】
本発明は、上記従来技術における問題点に鑑みてなされたものであり、本発明は、クライアント端末に対して、要求されたマルチメディア・コンテンツを、該クライアント端末の環境に対応して、映像、音声、画像およびテキストなどのコンテンツ要素に分解し、ユーザが要求するコンテンツ要素を選択的にクライアント端末に配信することを可能とするコンテンツ配信システム、コンテンツ配信サーバ、コンテンツ配信方法、プログラムおよび記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、上記課題を解決するために、端末装置と、端末装置にネットワークを介して接続されるコンテンツ配信サーバとを含み、以下の特徴を有するコンテンツ配信サーバおよびコンテンツ配信システムを提供する。本発明のコンテンツ配信サーバは、コンテンツの利用を要求する端末装置の機能を記述する機能情報を取得する機能情報取得手段と、利用が要求されたコンテンツに含まれるコンテンツ要素を抽出する要素抽出手段とを備える。本コンテンツ配信サーバは、上記機能情報から端末装置が利用可能な要素を判定し、上記抽出されたコンテンツ要素と比較して、コンテンツが含むコンテンツ要素各々が端末装置で利用可能であるかを判定する比較手段と、端末装置が要求する利用可能なコンテンツ要素を配信するためにコンテンツを分解する必要があるかを判定する出力判定手段と、分解が必要な場合にコンテンツをコンテンツ要素毎に分解する分解手段とを備える。
【００１１】
本発明では、コンテンツ配信サーバは、さらに、同一コンテンツを再生するグループに属する端末装置の再生状況に応じて、同期再生を実現する同期再生手段をさらに含むことができる。また本発明では、出力判定手段は、端末装置からのコンテンツ利用要求に応答して、要求されたコンテンツ要素を端末装置に紐つけて記憶し、上記端末装置からの再度のコンテンツ利用要求に応答して、該端末装置に紐つけられたコンテンツ要素を読み出し、分解する必要があるかの判定に用いることができる。
【００１２】
さらに本発明によれば、上述したコンテンツ配信サーバが実行する映像出力方法、上述したコンテンツ配信サーバを実現するためのプログラム、および該プログラムをコンピュータ可読に格納する記録媒体を提供することができる。
【００１３】
上記構成によれば、クライアント端末に対して、要求されたマルチメディア・コンテンツのうちの、ユーザが要求する、クライアント端末で利用可能なコンテンツ要素を、選択的にクライアント端末に配信することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態のコンテンツ配信システムが実現されるネットワーク環境の概略図。
【図２】本実施形態のコンテンツ配信システムの概略構成を示すブロック図。
【図３】本実施形態におけるコンテンツ配信処理を、コンテンツの分解が不要であると判断される場合について示すシーケンス図。
【図４】本実施形態におけるコンテンツ配信処理を、コンテンツの分解が必要であると判断される場合について示すシーケンス図。
【図５】（Ａ）再生要求データ（Ｂ）〜（Ｄ）端末機能情報のデータ構造を例示する図。
【図６】対応付けテーブルのデータ構造を例示する図。
【図７】端末機能・要素比較部による再生可能なコンテンツ要素を記述する比較用情報と、コンテンツ内の抽出されたコンテンツ要素とを比較する処理を説明する図。
【図８】本実施形態のコンテンツ配信サーバが実行する、コンテンツ出力判定処理を示すフローチャート。
【図９】本実施形態のコンテンツ出力判定部による判定例を示す図。
【図１０】本実施形態のコンテンツ出力判定部による判定例を示す図。
【図１１】本実施形態の通知部がクライアント端末に対して通知する再生不能である旨のエラー通知を示す図。
【図１２】本実施形態の同期再生部による同期再生を説明する図。
【図１３】本実施形態のコンテンツ配信システムの利用態様を説明する図。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態を説明するが、本発明の実施形態は、以下に説明する実施形態に限定されるものではない。
【００１６】
以下、本実施形態によるコンテンツ配信サーバおよびコンテンツ配信システムの概略について、図１を参照しながら説明する。図１は、本実施形態のコンテンツ配信システム１００が実現されるネットワーク環境の概略を示す図である。図１に示すコンテンツ配信システム１００は、ネットワーク１０２を介して相互に接続されるコンテンツ配信サーバ１１０と、各種クライアント端末１５０とを含む。ネットワーク１０２は、特に限定されるものではないが、例えばイーサネット（登録商標）やＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）などのトランザクション・プロトコルによるＬＡＮ（Local Area Network）、ＶＰＮ（Virtual Private Network）または専用線を使用して接続されるＷＡＮ（Wide Area Network）、インターネット、ＵＳＢ（Universal Serial Bus）やＢｌｕｅｔｏｏｔｈ（登録商標）などデバイス・ネットワークやパーソナル・エリア・ネットワークなどの有線または無線の如何なるネットワークを含むことができる。
【００１７】
上述したクライアント端末１５０としては、図１にはパーソナル・コンピュータ１５０ａ、映像出力装置１５０ｂおよび音声出力端末１５０ｃが例示されているが、これらに限定されるものではない。例えば、ワークステーション、ネットブックなどの種々のコンピュータ装置、ＰＤＡ（Personal Digital Assistant）、携帯電話端末、スマートフォン、ポータブル・ゲーム・プレイヤー、ポータブル・オーディオ・プレイヤーなど、上記ネットワーク１０２を介してコンテンツ配信サーバ１１０から配信されるファイル形式のコンテンツ・データまたはストリーム形式のコンテンツ・データなどを受信し、再生することが可能なあらゆる情報端末を挙げることができる。
【００１８】
コンテンツ配信サーバ１１０は、コンテンツ・データベース１３０を備えており、クライアント端末１５０ａ〜１５０ｃに配信するコンテンツを管理する。コンテンツは、特に限定されるものではないが、テキスト、静止画、音声、映像、音声を文字化した情報およびメタデータまたはこれらのいずれか１以上の要素（以下、コンテンツが有するこれらの要素をコンテンツ要素と参照する。）を含むマルチメディア・コンテンツとすることができる。また上述したクライアント端末１５０は、すべてのコンテンツ要素を再生可能というものではなく、その中には、音声のみ、テキストのみ、音声と映像のみに対応するというものが存在する。本実施形態によるコンテンツ配信サーバ１１０は、このようなクライアント端末１５０ａ〜１５０ｃの再生環境に対応させてコンテンツを配信する。より具体的には、コンテンツ配信サーバ１１０は、クライアント端末１５０からコンテンツの再生を要求された場合、該端末で要求されたコンテンツが再生可能であるかを判定し、必要に応じて上記複数の要素からなるコンテンツを要素単位で分解し、クライアント端末１５０で再生可能なコンテンツ要素のみからなるコンテンツとしてクライアント端末１５０に配信する。
【００１９】
上記コンテンツとしては、特に限定されるものではないが、ウェブページ、種々のオフィススイートにより作成される文書、プレゼンテーション、スプレッドシートや、グラフィックソフトによる図面や、ＰＤＦ（Portable Document Format）といった文書ファイルフォーマットの文書ファイル、ＭＰＥＧ（Moving Picture Experts Group）−１、ＭＰＥＧ−２、Ｈ．２６４／ＭＰＥＧ−４ＡＶＣ（Advanced Video Coding）などの種々の動画コーデックおよび音声コーデックを用いたＡＶＩ（Audio Video Interleave）、ＭＯＶ、フラッシュビデオ（Flash Video）など種々の動画ファイルフォーマットの動画ファイル、ＷＡＶ（RIFF Waveform Audio Format）、ＭＰ３（MPEG-1 Audio Layer-3）、ＷＭＡ（Windows（登録商標） Media Audio）など種々の音声ファイルフォーマットの音声ファイル、ＢＭＰ（ビットマップ）、ＧＩＦ（Graphics Interchange Format）、ＪＰＥＧ（Joint Photographic Experts Group）、ＪＰＥＧ２０００など種々の画像ファイルフォーマットの画像ファイルを挙げることができる。
【００２０】
上記コンテンツ配信サーバ１１０は、図示しないハードディスク・ドライブ、ＮＶ−ＲＡＭ（Non-Volatile Random Access Memory）、ＳＤカードなどの記憶媒体に格納されたプログラム（図示せず）を読み出し、ＲＡＭのメモリ領域に展開することにより、適切なオペレーティング・システム（ＯＳ）のもとで、後述する各機能部および各処理を実現する。本実施形態では、コンテンツ配信サーバ１１０は、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）またはＡＩＸまたはＬＩＮＵＸ（登録商標）などの種々のアーキテクチャを有するオペレーティング・システムを稼働させる。また、コンテンツ配信サーバ１１０と通信を行なうクライアント端末１５０についても、コンテンツ配信サーバ１１０と同様の構成、または適宜用途や種類に応じて変更が加えられた構成とすることができる。
【００２１】
本実施形態のコンテンツ配信サーバ１１０は、クライアント端末１５０からの要求に応答し、再生が要求されるコンテンツ要素と、クライアント端末１５０が備える機能とを比較し、その結果から、ユーザの要求を満たすためにコンテンツをどのように分解し、クライアント端末に配信すればよいかを判断することで、ユーザが要求するコンテンツの要求された任意のコンテンツ要素単位でクライアント端末に配信を行う。また、コンテンツ配信サーバ１１０は、同一のコンテンツを出力する複数のクライアント端末１５０間で、当該コンテンツの同期再生をとる仲介を行う。以下、本実施形態のコンテンツ配信システム１００の動作について詳細に説明する。
【００２２】
図２は、本実施形態のコンテンツ配信システム１００の概略構成を示すブロック図である。図２に示すコンテンツ配信サーバ１１０は、通信部１１２と、機能情報取得部１１４と、コンテンツ配信部１１６と、端末機能・要素比較部１１８と、要素抽出部１２０と、コンテンツ出力判定部１２２と、コンテンツ分解部１２４と、コンテンツ・データベース１３０と、通知部１２６と、同期再生部１２８とを含む。通信部１１２は、ネットワーク・アダプタなどのインタフェースを介してしてネットワーク１０２に接続し、外部のクライアント端末１５０との通信を制御する。なお、説明する実施形態では、コンテンツ・データベース１３０は、コンテンツ配信サーバ１１０が備える構成とされているが、他の実施形態では、コンテンツ配信サーバ１１０とは別個のサーバ上に実装されてもよいことは言うまでもない。
【００２３】
機能情報取得部１１４は、コンテンツ再生が要求されるクライアント端末１５０から該端末が備える機能を記述する情報（以下、端末機能情報と参照する。）を取得する。要素抽出部１２０は、クライアント端末１５０による再生が要求されたコンテンツをコンテンツ・データベース１３０から取得し、該コンテンツに含まれるコンテンツ要素を識別し、抽出する。端末機能・要素比較部１１８は、機能情報取得部１１４が取得した上記端末機能情報から端末が再生可能なコンテンツ要素を判断し、該端末で再生可能なコンテンツ要素と、要素抽出部１２０が抽出したコンテンツ要素とを比較して、要求されている各コンテンツ要素が端末で再生できるか否かを判定する。クライアント端末１５０が再生可能な要素の判定は、機能情報内に記述される機能とコンテンツ要素とを対応付ける対応付け情報を参照することによって行うことができる。上記対応付け情報としては、クライアント端末１５０が利用可能なファイルの拡張子、クライアント端末が実装するコーデック、またはクライアント端末が内蔵若しくは接続されるデバイスのデバイス情報で記述することができる。
【００２４】
コンテンツ出力判定部１２２は、クライアント端末１５０から再生を要求するコンテンツ要素の指定を受け取り、要求されたコンテンツ要素が、要求元端末で再生可能であるかを判定するとともに、コンテンツ全体をそのままクライアント端末１５０に配信してもよいかのかコンテンツ要素単位に分解する必要があるのか、必要があるとすればどのように分解すればよいのかを判断する。また、コンテンツ出力判定部１２２は、さらに、クライアント端末１５０からのコンテンツ再生要求に応答して、要求されたコンテンツ要素をクライアント端末に紐つけて登録し、再利用することができる。この実施形態では、コンテンツ出力判定部１２２は、同一のクライアント端末から再度コンテンツ再生要求があった場合に、そのクライアント端末１５０に紐つけられたコンテンツ要素の登録を取得し、クライアント端末１５０からの明示的な指定が無い場合等に、上記判定に用いることができる。
【００２５】
コンテンツ分解部１２４は、上記コンテンツ出力判定部１２２の判定により、コンテンツ要素単位で分解する必要があると判定された場合に、コンテンツを分解し、必要なコンテンツ単位のコンテンツに変換する。他の実施形態では、上記コンテンツ分解部１２４によって分解されたコンテンツ要素単位の分解コンテンツは、クライアント端末１５０に紐つけて保管しておくことができる。この実施形態では、コンテンツ出力判定部１２２は、クライアント端末１５０から再度コンテンツ利用要求があったと場合に、同一の要素単位が必要であるとき、上記コンテンツ分解部１２４による分解に代えて、保管された分解コンテンツを読み出し、これを配信に用いることができる。あるいは、コンテンツ分解部１２４は、コンテンツ出力判定部１２２からの要求に応答して、保管された分解コンテンツを読み出し、これを渡すことができる。これにより、コンテンツ配信サーバ１１０の負荷を低減することが可能となる。
【００２６】
コンテンツ配信部１１６は、上記コンテンツそのまま、または分解されたコンテンツ要素単位のコンテンツを、再生要求してきたクライアント端末１５０に配信する。通知部１２６は、コンテンツ出力判定部１２２により要求されたコンテンツ要素が要求元端末で再生できないと判定された場合に、再生できない旨をクライアント端末に通知する。同期再生部１２８は、各クライアント端末１５０に配信した同一コンンテンツのコンテンツ要素が端末間で同期して再生されるように、クライアント端末１５０内のコンテンツ再生状態を監視しながら、コンテンツの再生処理が先行している端末の進行を、再生処理が遅延している端末に合わせるよう同期処理を実行する。また、クライアント端末１５０が出力先として動的に追加される場合に、同一コンテンツを再生するグループ内の他のクライアント端末で既に再生が開始されており、タイムラグを生じる場合がある。同期再生部１２８は、このような場合にも、先行して再生している他の端末の進行状況に合わせてコンテンツの再生開始点を制御することができる。
【００２７】
なお、本実施形態では、コンテンツの再生要求をクライアント端末１５０上から行うものとして説明するが、他の実施形態では、別のクライアント端末から１以上のクライアント端末で再生するコンテンツのコンテンツ要素を一括要求することもできる。また、他の実施形態では、コンテンツ配信サーバ１１０は、クライアント端末の環境の詳細な機能、例えば表示可能な解像度、色および色数、並びにスピーカで再生可能な再生周波数域といったフォーマットの変換を行うフォーマット変換部を別途、あるいはコンテンツ分解部１２４に統合して、備えることができる。
【００２８】
一方、図２に示すクライアント端末１５０ａ，１５０ｂは、それぞれ、通信部１５２と、コンテンツ要求部１５４と、機能情報提供部１５６と、コンテンツ受信部１５８と、コンテンツ再生部１６０とを含む。通信部１５２は、ネットワーク・アダプタなどのインタフェースを介してしてネットワーク１０２に接続し、外部のコンテンツ配信サーバ１１０との通信を制御する。
【００２９】
コンテンツ要求部１５４は、コンテンツ配信サーバ１１０に対し、コンテンツを識別する識別情報、要求するコンテンツ要素を指定する情報を引数として渡して、コンテンツの再生要求を行う。コンテンツの識別情報としては、コンテンツの名称、コンテンツ管理システム等で一意にコンテンツを識別するコンテンツ識別子、コンテンツの保存位置を示すアドレスを挙げることができる。コンテンツの保存位置を示すアドレスとしては、ＵＲＬ（Uniform Resource Locator）やＵＲＮ（Uniform Resource Name）などのＵＲＩ（Uniform Resource Identifier）を用いることができる。
【００３０】
機能情報提供部１５６は、コンテンツ配信サーバ１１０からの求めに応じて、当該クライアント端末１５０が備える機能を記述するディスクリプタを読み出し、該機能を記述する端末機能情報をコンテンツ配信サーバ１１０に対し送信する。作成される端末機能情報としては、詳細は後述するが、自己が再生可能な拡張子、インストールされたコーデック、あるいは内蔵または接続されているデバイスのデバイス情報を用いることができる。コンテンツ受信部１５８は、コンテンツ配信サーバ１１０から配信されるコンテンツを受信する。
【００３１】
コンテンツ再生部１６０は、受信したコンテンツを再生する。コンテンツは、要求したコンテンツそのもの、またはクライアント端末１５０が備える機能に応じて分解されたコンテンツ要素単位のコンテンツとして受信する。また、コンテンツ再生部１６０は、同期再生を行うパラメータとして現在の再生状況を保持し、コンテンツ配信サーバ１１０からの求めに応じて、再生状況を記述する再生状態情報を提供する。再生状態情報は、例えば、コンテンツにおける開始点からの経過時間などを用いることができる。なお、このようなデータは、非常に小容量のデータであるため、端末間の転送にかかる時間はコンテンツ処理の時間に比べ無視できる。
【００３２】
以下、図３および図４に示すシーケンス図を参照して、本実施形態におけるコンテンツ配信処理の詳細について説明する。図３は、コンテンツの分解が不要であると判断される場合を例示し、図４は、コンテンツの分解が必要であると判断される場合を例示する。図３に示す処理は、クライアント端末１５０の利用者が、ユーザ・インタフェースを介して、コンテンツ再生用アプリケーション上でデータベース上のコンテンツの再生を指示したことに応答して、ステップＳ１００から開始する。なお、クライアント端末１５０の利用者は、再生したいコンテンツと、再生したいコンテンツ要素とを指定する。図３に示す例では、コンテンツ要素として映像および音声のコンテンツ要素の再生が指定されている。
【００３３】
ステップＳ１０１では、コンテンツ要求部１５４は、上記利用者からの指示に応答して、コンテンツ配信サーバ１１０に対しコンテンツ要求を発行する。コンテンツ要求は、要求元のクライアント端末を識別する識別情報と、再生したいコンテンツを識別する識別情報と、再生したいコンテンツ要素とを引数として含む。図３に示す例では、クライアント端末名およびコンテンツ名で指定がなされ（以下、クライアント端末名およびコンテンツ名で説明する。）ている。
【００３４】
ステップＳ１０２では、コンテンツ出力判定部１２２は、コンテンツ要求を受け付け、要求元のクライアント端末と、要求されたコンテンツ名と、要求されたコンテンツ要素とをメモリやＨＤＤなどの記憶領域に登録する。図５（Ａ）は、コンテンツ出力判定部１２２が登録する再生要求データのデータ構造を示す図である。図５（Ａ）に示すように、再生要求データは、クライアント端末を識別する情報（端末名およびＩＰアドレスなど）と、要求されたコンテンツ名と、要求されたコンテンツ要素とからなるレコードを登録する。
【００３５】
ステップＳ１０３では、コンテンツ出力判定部１２２は、端末機能・要素比較部１１８に対し、要求元クライアント端末１５０の機能と、要求されたコンテンツが含むコンテンツ要素との比較を指令する。ステップＳ１０４では、端末機能・要素比較部１１８は、要求元クライアント端末１５０のクライアント端末名を引数として与えて、端末機能情報を取得するよう機能情報取得部１１４に対し指示する。ステップＳ１０５では、機能情報取得部１１４は、通信部１１２を介して、要求元のクライアント端末１５０に対し、端末機能情報の提供を依頼し、これに応答して要求元クライアント端末１５０の機能情報提供部１５６は、通信部１５２を介してコンテンツ配信サーバ１１０に端末機能情報を提供する。図５（Ｂ）〜（Ｄ）は、端末機能情報のデータ構造を例示する。図５（Ｂ）は、端末で再生可能なコンテンツの拡張子を登録するデータであり、図５（Ｃ）は、端末にインストール済みのコーデックを登録するデータであり、図５（Ｄ）は、端末に内蔵または接続されるデバイスのデバイスタイプ等のデバイス情報を登録するデータある。
【００３６】
ステップＳ１０６では、端末機能・要素比較部１１８は、要求されたコンテンツのコンテンツ名を引数として与えて、コンテンツ要素を抽出するよう要素抽出部１２０に対し指示する。ステップＳ１０７では、要素抽出部１２０は、コンテンツ・データベース１３０からコンテンツを取得し、ステップＳ１０８で、取得したコンテンツに含まれるコンテンツ要素を抽出する。コンテンツに含まれるコンテンツ要素は、後述する図６に示したものと同様のテーブルを用いて、拡張子から判定することができる。その他、ウェブページなどでは、コンテンツのファイルを解析し、リンク構造から抽出することもできる。
【００３７】
ステップＳ１０９では、機能情報取得部１１４から端末機能情報を受け取った端末機能・要素比較部１１８は、機能情報内に記述される機能をコンテンツ要素に対応付ける対応付けテーブルを参照して、コンテンツが含むコンテンツ要素との比較のための比較用情報を作成する。図６は、対応付けテーブルのデータ構造を例示する。図６に示す対応付けテーブルは、種々の拡張子（extension）、コーデック（codec）、デバイスタイプ（device）に対応して、各拡張子のファイルに含まれるコンテンツ要素、コーデックでエンコードされたデータに含まれるコンテンツ要素、デバイスタイプのデバイスが再生可能なコンテンツ要素が記述されている。図６に示す例を挙げると、例えば「mpg」の拡張子は、映像および音声に対応付けられ、「mpg」の拡張子が再生可能なクライアント端末１５０は、映像および音声が再生可能であることを意味する。「MPEG-1 Audio Layer 3」のコーデックは、音声に対応付けられ、「Video Projector Device」のデバイスは、映像に対応付けられる。端末機能・要素比較部１１８は、図５（Ｂ）〜（Ｄ）に示すような端末機能情報を、図６に示すような対応付けテーブルに適用して、当該要求元クライアント端末１５０で再生可能なコンテンツ要素を記述する比較用情報を作成する。
【００３８】
ステップＳ１１０では、要素抽出部１２０からコンテンツ要素を受け取った端末機能・要素比較部１１８は、上記ステップＳ１０９で得られた比較用情報と、抽出されたコンテンツ要素とを比較して、比較結果を作成する。図７は、端末機能・要素比較部１１８による、再生可能なコンテンツ要素を記述する比較用情報と、コンテンツ内の抽出されたコンテンツ要素とを比較する処理を説明する図である。図７に示すように、端末機能・要素比較部１１８は、コンテンツの各コンテンツ要素が要求元クライアント端末１５０で再生可能であるか否かを判定し、比較結果２００に書き込む。ステップＳ１１１では、端末機能・要素比較部１１８は、要求されたコンテンツ名と、上記ステップＳ１１０で得られた比較結果とをコンテンツ出力判定部１２２に渡す。
【００３９】
ステップＳ１１２では、コンテンツ出力判定部１２２は、渡された比較結果と、ステップＳ１０２で登録した再生要求データとを使用して出力の判断を行う。コンテンツ出力判定部１２２は、要求されたコンテンツ要素が、要求元端末で再生可能であるかを判定するとともに、配信する際にコンテンツ要素単位に分解する必要があるか否かを判断する。なお、コンテンツ出力判定部１２２の詳細については後述する。図３では、コンテンツの分解が必要ではないと判定された場合について説明する。コンテンツの分解が必要ではない場合、コンテンツ出力判定部１２２は、ステップＳ１１３で、要求されたコンテンツをコンテンツ・データベース１３０から取得し、ステップＳ１１４で、コンテンツ配信部１１６に対し、コンテンツおよびクライアント名を引数としてコンテンツの配信を指令する。ステップＳ１１５では、コンテンツ配信部１１６は、受け取ったコンテンツを要求元クライアント端末１５０に配信する。クライアント端末１５０のコンテンツ受信部１５８は、コンテンツを受信すると、ステップＳ１１６で、コンテンツ再生部１６０にコンテンツを渡し、再生指令を行う。ステップＳ１１７では、コンテンツ再生部１６０は、コンテンツ再生を開始する。
【００４０】
図４は、コンテンツの分解が必要であると判断される場合を例示する。図４に示す処理は、図３の例示と同様に、利用者がユーザ・インタフェースを介してコンテンツデータベース１３０上のコンテンツの再生を指示したことに応答して、ステップＳ２００から開始する。図４に示す例では、コンテンツ要素として音声のみの再生が指定されている。ステップＳ２０１では、クライアント端末１５０のコンテンツ要求部１５４は、利用者からの指示に応答して、コンテンツ配信サーバ１１０に対しコンテンツ要求を発行する。ステップＳ２０２では、コンテンツ配信サーバ１１０のコンテンツ出力判定部１２２は、コンテンツ要求を受け付け、要求元のクライアント端末１５０と、要求されたコンテンツ名と、要求されたコンテンツ要素とを登録する図５（Ａ）。
【００４１】
ステップＳ２０３では、コンテンツ出力判定部１２２は、端末機能・要素比較部１１８に対し、要求元端末の機能と、要求されたコンテンツが含むコンテンツ要素との比較を指令する。ステップＳ２０４では、端末機能・要素比較部１１８は、機能情報取得部１１４に対し端末機能情報（図５（Ｂ）〜（Ｄ））の取得を指令し、ステップＳ２０５では、機能情報取得部１１４は、要求元端末に対し、端末機能情報の提供を依頼する。ステップＳ２０６では、端末機能・要素比較部１１８は、要素抽出部１２０に対しコンテンツ要素の抽出を指令する。ステップＳ２０７では、要素抽出部１２０は、コンテンツ・データベース１３０からコンテンツを取得し、ステップＳ２０８で、コンテンツ要素を抽出する。
【００４２】
ステップＳ２０９では、端末機能・要素比較部１１８は、図６に示すような対応付けテーブルを参照して、提供された端末機能情報から比較用情報を作成する。ステップＳ２１０では、端末機能・要素比較部１１８は、上記ステップＳ２０９で得られた比較用情報と、抽出されたコンテンツ要素とを比較して、比較結果を作成する。ステップＳ２１１では、端末機能・要素比較部１１８は、比較結果をコンテンツ出力判定部１２２に渡す。ステップＳ２１２では、コンテンツ出力判定部１２２は、渡された比較結果と、ステップＳ２０２で登録した再生要求データとを使用して出力の判断を行う。図４では、コンテンツの分解が必要であると判定された場合について説明する。
【００４３】
コンテンツの分解が必要な場合、コンテンツ出力判定部１２２は、ステップＳ２１３で、要求されたコンテンツをコンテンツ・データベース１３０から取得し、ステップＳ２１４で、コンテンツ分解部１２４に対し、再生要求データ中の対応レコードのコンテンツ要素を渡し、コンテンツの分解を指令する。ステップＳ２１５では、コンテンツ分解部１２４は、コンテンツから、要求されたコンテンツ要素のみとする単位のコンテンツを作成し、コンテンツ出力判定部１２２へ返す。図４に示す例では、音声のみのコンテンツが得られる。
【００４４】
ステップＳ２１６では、コンテンツ出力判定部１２２は、コンテンツ配信部１１６に対し、コンテンツおよびクライアント名を引数としてコンテンツの配信を指令する。ステップＳ２１７では、コンテンツ配信部１１６は、受け取ったコンテンツを要求元クライアント端末１５０に配信する。ステップＳ２１８では、クライアント端末１５０のコンテンツ受信部１５８は、コンテンツを受信して、コンテンツ再生部１６０にコンテンツを渡して再生指令を行う。ステップＳ２１９では、コンテンツ再生部１６０は、コンテンツ再生を開始する。ここでは、音声のみのコンテンツの再生となる。
【００４５】
なお、同一コンテンツを再生する複数のクライアント端末１５０のグループ内でコンテンツの再生状況を同期するために、コンテンツ再生部１６０は、再生状況を保持し、コンテンツ配信サーバ１１０からの求めに応じて、再生状況を記述した再生状態情報を提供することができる。同期再生部１２８は、上記グループ内のクライアント端末１５０から再生状態情報を取得し、クライアント端末間で再生状況を比較して、その差分に応じて、先行するクライアント端末へのデータの送信を遅らせたり、再生位置をシフトさせるよう指令を行ったり、再生速度を遅らせるよう指令を行ったりすることで、同期再生をとることができる。
【００４６】
以下、コンテンツ出力判定部１２２によるコンテンツ出力判定処理の詳細について説明する。図８は、本実施形態のコンテンツ配信サーバが実行する、コンテンツ出力判定処理を示すフローチャートである。図８に示す処理は、ステップＳ３００で、クライアント端末１５０からコンテンツ要求が発行されたことに応答して、ステップＳ３０１から開始する。ステップＳ３０１では、コンテンツ出力判定部１２２は、クライアント端末１５０からコンテンツ要求を受信し、要求元のクライアント端末、再生が要求されるコンテンツおよびコンテンツ要素の指定を取得する。ステップＳ３０２では、コンテンツ出力判定部１２２は、取得した要求元のクライアント端末と、要求されたコンテンツと、要求されたコンテンツ要素とを再生要求データに登録する。ステップＳ３０３では、端末機能／要素比較部１１８に対し、端末機能とコンテンツ要素との比較を依頼し、ステップＳ３０４で、図７に示すような比較結果２００を取得する。
【００４７】
ステップＳ３０５では、コンテンツ出力判定部１２２は、要求されたコンテンツのコンテンツ要素が、要求元クライアント端末１５０で再生可能であるか否かを判定する。図９および図１０は、コンテンツ出力判定部１２２による判定例を示す。図９（Ａ）に示す例では、コンテンツが含むコンテンツ要素である映像および音声の両方ともが、クライアント端末で再生可能であり、当該クライアント端末から要求されたコンテンツ要素が再生可能なコンテンツ要素の範囲に含まれている。したがって、図９（Ａ）では、要求されたコンテンツ要素は再生可能であると判定される。図９（Ｂ）に示す例では、コンテンツが含むコンテンツ要素である映像および音声のうち映像がクライアント端末で再生不可能であるが、当該クライアント端末から要求されたコンテンツ要素が音声のみであり、少なくとも再生可能なコンテンツ要素の範囲に含まれている。したがって、図９（Ｂ）でも、要求されたコンテンツ要素が再生可能であると判定される。一方、図１０に示す例では、コンテンツが含むコンテンツ要素である映像および音声のうち音声がクライアント端末で再生不可能であり、当該クライアント端末から要求されたコンテンツ要素が音声を含むため、再生可能なコンテンツ要素の範囲から外れている。したがって、図１０では、要求されたコンテンツ要素すべてが再生可能ではないと判定される。
【００４８】
ステップＳ３０５で、図１０に示す例のように、すべてが再生可能ではないと判定された場合（ＮＯ）には、ステップＳ３０６へ処理を進める。ステップＳ３０６では、図１１に示すような、再生不能である旨のエラー通知を行い、ステップＳ３１４で本処理を終了させる。なお、説明する実施形態では、エラー通知を行うものとして説明したが、他の実施形態では、クライアント端末で再生可能なコンテンツ要素に修正することもできる。図１０に示す例では、音声がクライアント端末で再生不可能であるため、要求するコンテンツ要素から「音声」を削除して、ステップＳ３０７の処理へ進めてもよい。一方、ステップＳ３０５で、再生可能であると判定された場合（ＹＥＳ）には、ステップＳ３０７へ処理を進める。
【００４９】
ステップＳ３０７では、引き続き、要求されたコンテンツ要素が、コンテンツのすべてのコンテンツ要素に対応し分解する必要がないか、コンテンツのコンテンツ要素の一部にしか対応しないため、コンテンツのファイルを分解する必要があるか否かを判定する。図９（Ａ）では、コンテンツ「Sample1.mpg」が含む音声および映像のコンテンツ要素は、クライアント端末ですべて再生可能であり、この場合、分割が不要であると判定される。図９（Ｂ）では、コンテンツ「Sample1.mpg」が含む音声が、クライアント端末で再生不能であり、この場合、分割が必要であると判定される。図１０では、仮にエラー通知が行われずに修正される実施形態では、コンテンツ「Sample1.mpg」が含む音声が、クライアント端末で再生不能であり、この場合も分割が必要であると判定される。
【００５０】
ステップＳ３０７で、分解が必要ではないと判定される場合（ＮＯ）には、ステップＳ３１３へ直接処理を分岐させて、ステップＳ３１３では、コンテンツ配信部１１６に対し、そのままでのコンテンツの配信を依頼する。一方、ステップＳ３０７で、分解が必要であると判定される場合（ＹＥＳ）には、ステップＳ３０８へ処理を進める。ステップＳ３０８では、従前のコンテンツ要求に対する処理の際に、クライアント端末に紐つけて分解されたコンテンツが保管されているか否かを判定する。これは、以前と同一クライアント端末から、同一コンテンツに対して、同一の要素の再生要求が行われたときに、分解処理を省略し、負荷を低減させる。ステップＳ３０８で、保管された同一の分解コンテンツがあれば、ステップＳ３０９で、コンテンツ分解部１２４に対する依頼に代えて、保管されている分解コンテンツを取得し、ステップＳ３１３で、コンテンツ配信部１１６に対し、コンテンツ要素単位のコンテンツの配信を依頼し、ステップＳ３１４で本処理を終了させる。
【００５１】
一方、ステップＳ３０８で、分解されたコンテンツが保管されていないと判定された場合（ＮＯ）は、ステップＳ３１０へ処理を進める。ステップＳ３１０では、コンテンツ出力判定部１２２は、コンテンツ分解部１２４に対してコンテンツの分解を依頼し、ステップＳ３１１で、分解処理がなされたコンテンツを取得し、ステップＳ３１２で分解されたコンテンツを、クライアント端末１５０、要求されたコンテンツおよび要求されたコンテンツ要素に紐つけて保管する。ステップＳ３１３では、分解されたコンテンツ要素のコンテンツを配信しステップＳ３１４で本処理を終了させる。
【００５２】
以下、本実施形態によるコンテンツ配信処理におけるクライアント端末間の同期再生について説明する。上述したように、本実施形態の同期再生部１２８は、同一コンンテンツのコンテンツ要素が端末間で同期して再生されるように、クライアント端末１５０内のコンテンツ再生状態を監視しながら同期処理を実行する。図１２は、このような同期再生を説明する図である、図１２（Ａ）は、コンテンツ配信サーバ１１０がクライアント端末１５０から取得する再生状況を記述する再生状態情報として、コンテンツ再生開始からの経過時間を例示している。
【００５３】
図１２（Ｂ）は、コンテンツ配信サーバ１１０が、同一コンテンツを再生するグループ内の複数のクライアント端末１５０から再生状態情報を取得し、コンテンツの再生処理が先行している端末の進行を、再生処理が遅延している端末に合わせている様子を示す。コンテンツ配信サーバ１１０は、取得した複数の再生状態情報を比較して、いずれのクライアント端末が先行しているか、また差があればどの程度かを判定する。図１２（Ｂ）の例示では、端末Ａの方が早く、その差は５００ｍｓｅｃである。この場合、コンテンツ配信サーバ１１０において、同期再生部１２８は、コンテンツ配信部１１６に対して指令し、端末Ａに対するデータの転送に対し遅延を発生させる処理を行うことができる。この差分に応じて、先行するクライアント端末へのデータの送信を遅らせたりすることで、同期再生を実現することができる。なお、上記グループは、同時に同一コンテンツを再生するすべてのクライアント端末から形成してもよいし、利用者が参加する会議内で閉じられていてもよい。
【００５４】
また、先行してコンテンツを再生するグループに対し、遅れてクライアント端末１５０が参加する場合、先行するクライアント端末１５０では、既に再生を開始してから時間が経過している場合がある。その場合、同期再生部１２８は、初期状態として、グループの再生状況を記述する再生状態指定情報を、上記配信されるコンテンツに付属し、クライアント端末１５０に対して所定の位置から再生を開始させたり、あるいは、再生状況に対応したデータ位置からデータ送信を開始することで、動的なクライアント端末の追加にも対応することが可能となる。
【００５５】
これにより、サーバ上の動画コンテンツなど複数のコンテンツ要素を含むマルチメディア・コンテンツを、映像を出力するクライアント端末と、音声を出力するクライアント端末とに分割して再生するように、単一コンテンツ内の各コンテンツ要素の出力を複数のクライアント端末で分担し合い全体として最適な出力を行う、補完出力を実現することができる。さらに、クライアント端末を後から接続し、一部のコンテンツ要素だけを自分の端末で出力できるようクライアント端末を出力先として動的に追加するが可能となる。
【００５６】
図１３は、本実施形態のコンテンツ配信システム１００の利用態様を説明する図である。図１３に示すように、動画コンテンツでは、映像と音声のコンテンツ要素に分解し、プロジェクタで映像のコンテンツを再生し、一方、イヤホンで音声のコンテンツを再生するという利用態様を実現することができる。また、動画コンテンツでは、それから静止画を切り出して、静止画と音声とのコンテンツ要素をデジタルフォトフレームで再生することができる。また、動画コンテンツは、映像、音声および撮影情報のコンテンツ要素に分割し、映像と音声とをプロジェクタで再生しつつ、メタデータをコンピュータ装置に表示させるというような利用態様も考えられる。さらに動画コンテンツでは、プロジェクタで映像および音声の出力を行い、一方スピーカで音声のみを出力させるというようなこともできる。
【００５７】
さらに、音声コンテンツでは、音声を音楽プレーヤで再生しつつ、音声を文字化した情報をスマートフォンで表示させるようなことも可能である。さらに、ウェブページでは、静止画像部分とテキスト部分とで分解し、静止画およびテキストをブラウザ非対応の端末で表示させるというようなことも可能である。
【００５８】
以上説明したように、本実施形態によれば、クライアント端末に対して、要求されたマルチメディア・コンテンツを、該クライアント端末の環境に対応して、映像、音声、画像およびテキストなどのコンテンツ要素に分解し、ユーザが要求するコンテンツ要素を選択的にクライアント端末に配信することが可能なコンテンツ配信システム、コンテンツ配信サーバ、コンテンツ配信方法、プログラムおよび記録媒体を提供することができる。
【００５９】
なお、上記機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述されたコンピュータ実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ、ＳＤカード、ＭＯなど装置可読な記録媒体に格納して頒布することができる。
【００６０】
これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００６１】
１００…コンテンツ配信システム、１０２…ネットワーク、１１０…コンテンツ配信サーバ、１１２…通信部、１１４…機能情報取得部、１１６…コンテンツ配信部、１１８…端末機能・要素比較部、１２０…要素抽出部、１２２…コンテンツ出力判定部、１２４…コンテンツ分解部、１２６…通知部、１２８…同期再生部、１３０…コンテンツ・データベース、１５０…クライアント端末、１５０ａ…パーソナル・コンピュータ、１５０ｂ…映像出力装置、１５０ｃ…音声出力端末、１５２…通信部、１５４…コンテンツ要求部、１５６…機能情報提供部、１５８…コンテンツ受信部、１６０…コンテンツ再生部、２００…比較結果
【先行技術文献】
【特許文献】
【００６２】
【特許文献１】特開２００２−３４２２１８号公報
【特許文献２】特開２０１０−０６１２１２号公報
【特許請求の範囲】
【請求項１】
端末装置と、前記端末装置にネットワークを介して接続されるコンテンツ配信サーバとを含むコンテンツ配信システムであって、前記コンテンツ配信サーバは、
コンテンツ利用が要求される端末装置の機能を記述する機能情報を取得する機能情報取得手段と、
利用が要求されたコンテンツに含まれるコンテンツ要素を抽出する要素抽出手段と、
前記機能情報から前記端末装置が利用可能な要素を判定し、抽出された前記コンテンツ要素と比較して、前記コンテンツ要素各々が前記端末装置で利用可能であるかを判定する比較手段と、
前記端末装置が要求する利用可能なコンテンツ要素を配信するために前記コンテンツを分解する必要があるかを判定する出力判定手段と、
分解が必要な場合に前記コンテンツを前記コンテンツ要素毎に分解する分解手段と
を含む、コンテンツ配信システム。
【請求項２】
前記コンテンツ配信サーバは、さらに、同一コンテンツを再生する複数の端末装置の再生状況に応じて、端末装置間の同期再生を実現する同期再生手段をさらに含む、請求項１に記載のコンテンツ配信システム。
【請求項３】
前記出力判定手段は、前記端末装置からのコンテンツ利用要求に応答して、要求されたコンテンツ要素を前記端末装置に紐つけて記憶し、前記端末装置からの再度のコンテンツ利用要求に応答して、前記端末装置に紐つけられたコンテンツ要素を読み出して、前記分解する必要があるかの判定に用いることを特徴とする、請求項１または２に記載のコンテンツ配信システム。
【請求項４】
前記出力判定手段は、前記分解手段によって分解された要素単位の分解コンテンツを前記端末装置に紐つけて保管し、前記端末装置からの再度のコンテンツ利用要求に応答し、前記再度のコンテンツ利用要求の際に同一の要素単位が必要であると判定したとき、前記分解手段による分解に代えて、保管された前記分解コンテンツを読み出すことを特徴とする、請求項１〜３のいずれか１項に記載のコンテンツ配信システム。
【請求項５】
前記比較手段は、前記機能情報内に記述される機能とコンテンツ要素とを対応付ける対応付け情報を参照することによって、前記端末装置が利用可能な要素の判定を行うことを特徴とする、請求項１〜４のいずれか１項に記載のコンテンツ配信システム。
【請求項６】
前記機能情報の機能は、前記端末装置が利用可能なファイルの拡張子、前記端末装置が実装するコーデック、または前記端末装置が内蔵若しくは接続されるデバイスのデバイス情報で記述される、請求項１〜５のいずれか１項に記載のコンテンツ配信システム。
【請求項７】
前記コンテンツ配信システムは、前記比較手段により、前記端末装置が利用を要求するコンテンツ要素は利用可能ではないと判定された場合に、前記端末装置が利用できないコンテンツ要素が要求された旨を通知する通知手段をさらに含む、請求項１〜６のいずれか１項に記載のコンテンツ配信システム。
【請求項８】
前記コンテンツ配信システムは、さらに、前記分解手段によって分解された各コンテンツ要素を、コンテンツ利用要求元の端末装置に配信するコンテンツ配信手段をさらに含む、請求項１〜７のいずれか１項に記載のコンテンツ配信システム。
【請求項９】
前記端末装置は、前記コンテンツ配信サーバが管理するコンテンツの利用要求であって、利用を要求するコンテンツ要素が指定される当該利用要求を前記コンテンツ配信サーバに送信するコンテンツ要求手段と、当該端末装置の機能を記述する機能情報を読み出し、前記コンテンツ配信サーバに送信する機能情報提供手段とを含む、請求項１〜８のいずれか１項に記載のコンテンツ配信システム。
【請求項１０】
前記コンテンツは、映像、音声、静止画、テキスト、音声を文字化した情報およびメタ情報を含む群から選択された１以上のコンテンツ要素を含むことを特徴とする、請求項１〜９のいずれか１項に記載のコンテンツ配信システム。
【請求項１１】
端末装置にネットワークを介して接続されるコンテンツ配信サーバであって、
コンテンツ利用が要求される端末装置の機能を記述する機能情報を取得する機能情報取得手段と、
利用が要求されたコンテンツをコンテンツ保管手段から取得して、該コンテンツに含まれるコンテンツ要素を抽出する要素抽出手段と、
前記機能情報から前記端末装置が利用可能な要素を判定し、抽出された前記コンテンツ要素と比較して、前記コンテンツ要素各々が前記端末装置で利用可能であるかを判定する比較手段と、
前記端末装置が要求する利用可能なコンテンツ要素を配信するために前記コンテンツを分解する必要があるかを判定する出力判定手段と、
分解が必要な場合に前記コンテンツを前記コンテンツ要素毎に分解する分解手段と
を含む、コンテンツ配信サーバ。
【請求項１２】
端末装置にネットワークを介して接続されるコンテンツ配信サーバが実行するコンテンツ配信方法であって、
コンテンツ配信サーバが、コンテンツ利用が要求される端末装置の機能を記述する機能情報を取得するステップと、
コンテンツ配信サーバが、利用が要求されたコンテンツをコンテンツ保管手段から取得し、該コンテンツに含まれるコンテンツ要素を抽出するステップと、
コンテンツ配信サーバが、前記機能情報から前記端末装置が利用可能な要素を判定し、抽出された前記コンテンツ要素と比較して、前記コンテンツ要素各々が前記端末装置で利用可能であるかを判定するステップと、
コンテンツ配信サーバが、前記端末装置が要求する利用可能なコンテンツ要素を配信するために前記コンテンツを分解する必要があるかを判定するステップと、
コンテンツ配信サーバが、分解が必要な場合に前記コンテンツを前記コンテンツ要素毎に分解するステップと
を含む、コンテンツ配信方法。
【請求項１３】
コンピュータ実行可能なプログラムであって、コンピュータを
ネットワークを介して、コンテンツ利用が要求される端末装置の機能を記述する機能情報を取得する機能情報取得手段、
利用が要求されたコンテンツをコンテンツ保管手段から取得して、該コンテンツに含まれるコンテンツ要素を抽出する要素抽出手段、
前記機能情報から前記端末装置が利用可能な要素を判定し、抽出された前記コンテンツ要素と比較して、前記コンテンツ要素各々が前記端末装置で利用可能であるかを判定する比較手段、
前記端末装置が要求する利用可能なコンテンツ要素を配信するために前記コンテンツを分解する必要があるかを判定する出力判定手段、および
分解が必要な場合に前記コンテンツを前記コンテンツ要素毎に分解する分解手段
として機能させるためのプログラム。
【請求項１４】
請求項１３に記載のコンピュータ実行可能なプログラムをコンピュータ可読に記録する記録媒体。
【請求項１】
端末装置と、前記端末装置にネットワークを介して接続されるコンテンツ配信サーバとを含むコンテンツ配信システムであって、前記コンテンツ配信サーバは、
コンテンツ利用が要求される端末装置の機能を記述する機能情報を取得する機能情報取得手段と、
利用が要求されたコンテンツに含まれるコンテンツ要素を抽出する要素抽出手段と、
前記機能情報から前記端末装置が利用可能な要素を判定し、抽出された前記コンテンツ要素と比較して、前記コンテンツ要素各々が前記端末装置で利用可能であるかを判定する比較手段と、
前記端末装置が要求する利用可能なコンテンツ要素を配信するために前記コンテンツを分解する必要があるかを判定する出力判定手段と、
分解が必要な場合に前記コンテンツを前記コンテンツ要素毎に分解する分解手段と
を含む、コンテンツ配信システム。
【請求項２】
前記コンテンツ配信サーバは、さらに、同一コンテンツを再生する複数の端末装置の再生状況に応じて、端末装置間の同期再生を実現する同期再生手段をさらに含む、請求項１に記載のコンテンツ配信システム。
【請求項３】
前記出力判定手段は、前記端末装置からのコンテンツ利用要求に応答して、要求されたコンテンツ要素を前記端末装置に紐つけて記憶し、前記端末装置からの再度のコンテンツ利用要求に応答して、前記端末装置に紐つけられたコンテンツ要素を読み出して、前記分解する必要があるかの判定に用いることを特徴とする、請求項１または２に記載のコンテンツ配信システム。
【請求項４】
前記出力判定手段は、前記分解手段によって分解された要素単位の分解コンテンツを前記端末装置に紐つけて保管し、前記端末装置からの再度のコンテンツ利用要求に応答し、前記再度のコンテンツ利用要求の際に同一の要素単位が必要であると判定したとき、前記分解手段による分解に代えて、保管された前記分解コンテンツを読み出すことを特徴とする、請求項１〜３のいずれか１項に記載のコンテンツ配信システム。
【請求項５】
前記比較手段は、前記機能情報内に記述される機能とコンテンツ要素とを対応付ける対応付け情報を参照することによって、前記端末装置が利用可能な要素の判定を行うことを特徴とする、請求項１〜４のいずれか１項に記載のコンテンツ配信システム。
【請求項６】
前記機能情報の機能は、前記端末装置が利用可能なファイルの拡張子、前記端末装置が実装するコーデック、または前記端末装置が内蔵若しくは接続されるデバイスのデバイス情報で記述される、請求項１〜５のいずれか１項に記載のコンテンツ配信システム。
【請求項７】
前記コンテンツ配信システムは、前記比較手段により、前記端末装置が利用を要求するコンテンツ要素は利用可能ではないと判定された場合に、前記端末装置が利用できないコンテンツ要素が要求された旨を通知する通知手段をさらに含む、請求項１〜６のいずれか１項に記載のコンテンツ配信システム。
【請求項８】
前記コンテンツ配信システムは、さらに、前記分解手段によって分解された各コンテンツ要素を、コンテンツ利用要求元の端末装置に配信するコンテンツ配信手段をさらに含む、請求項１〜７のいずれか１項に記載のコンテンツ配信システム。
【請求項９】
前記端末装置は、前記コンテンツ配信サーバが管理するコンテンツの利用要求であって、利用を要求するコンテンツ要素が指定される当該利用要求を前記コンテンツ配信サーバに送信するコンテンツ要求手段と、当該端末装置の機能を記述する機能情報を読み出し、前記コンテンツ配信サーバに送信する機能情報提供手段とを含む、請求項１〜８のいずれか１項に記載のコンテンツ配信システム。
【請求項１０】
前記コンテンツは、映像、音声、静止画、テキスト、音声を文字化した情報およびメタ情報を含む群から選択された１以上のコンテンツ要素を含むことを特徴とする、請求項１〜９のいずれか１項に記載のコンテンツ配信システム。
【請求項１１】
端末装置にネットワークを介して接続されるコンテンツ配信サーバであって、
コンテンツ利用が要求される端末装置の機能を記述する機能情報を取得する機能情報取得手段と、
利用が要求されたコンテンツをコンテンツ保管手段から取得して、該コンテンツに含まれるコンテンツ要素を抽出する要素抽出手段と、
前記機能情報から前記端末装置が利用可能な要素を判定し、抽出された前記コンテンツ要素と比較して、前記コンテンツ要素各々が前記端末装置で利用可能であるかを判定する比較手段と、
前記端末装置が要求する利用可能なコンテンツ要素を配信するために前記コンテンツを分解する必要があるかを判定する出力判定手段と、
分解が必要な場合に前記コンテンツを前記コンテンツ要素毎に分解する分解手段と
を含む、コンテンツ配信サーバ。
【請求項１２】
端末装置にネットワークを介して接続されるコンテンツ配信サーバが実行するコンテンツ配信方法であって、
コンテンツ配信サーバが、コンテンツ利用が要求される端末装置の機能を記述する機能情報を取得するステップと、
コンテンツ配信サーバが、利用が要求されたコンテンツをコンテンツ保管手段から取得し、該コンテンツに含まれるコンテンツ要素を抽出するステップと、
コンテンツ配信サーバが、前記機能情報から前記端末装置が利用可能な要素を判定し、抽出された前記コンテンツ要素と比較して、前記コンテンツ要素各々が前記端末装置で利用可能であるかを判定するステップと、
コンテンツ配信サーバが、前記端末装置が要求する利用可能なコンテンツ要素を配信するために前記コンテンツを分解する必要があるかを判定するステップと、
コンテンツ配信サーバが、分解が必要な場合に前記コンテンツを前記コンテンツ要素毎に分解するステップと
を含む、コンテンツ配信方法。
【請求項１３】
コンピュータ実行可能なプログラムであって、コンピュータを
ネットワークを介して、コンテンツ利用が要求される端末装置の機能を記述する機能情報を取得する機能情報取得手段、
利用が要求されたコンテンツをコンテンツ保管手段から取得して、該コンテンツに含まれるコンテンツ要素を抽出する要素抽出手段、
前記機能情報から前記端末装置が利用可能な要素を判定し、抽出された前記コンテンツ要素と比較して、前記コンテンツ要素各々が前記端末装置で利用可能であるかを判定する比較手段、
前記端末装置が要求する利用可能なコンテンツ要素を配信するために前記コンテンツを分解する必要があるかを判定する出力判定手段、および
分解が必要な場合に前記コンテンツを前記コンテンツ要素毎に分解する分解手段
として機能させるためのプログラム。
【請求項１４】
請求項１３に記載のコンピュータ実行可能なプログラムをコンピュータ可読に記録する記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−１９０１４９（Ｐ２０１２−１９０１４９Ａ）
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願番号】特願２０１１−５１７４７（Ｐ２０１１−５１７４７）
【出願日】平成２３年３月９日（２０１１．３．９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願日】平成２３年３月９日（２０１１．３．９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]