(57)【要約】【課題】マルチシナリオのコンテンツの作成、再生が効率よく行うことができるプログラムを提供する。【解決手段】コンテンツに対応するシーン記述において、外部文書構造定義内の要素を参照して独自の選択肢を定義する。クライアントは、上記外部文書構造定義内の要素が定義する形式でユーザ情報を蓄積しておき、このユーザ情報に従って上記選択肢の判定処理を行い、判定結果のオブジェクトを受信して再生する。【選択図】　図１
2004013823.tif 000002
【特許請求の範囲】
【請求項１】
接続されるネットワークを介して外部文書構造定義内の要素を参照できるコンテンツ配信サーバに対してコンテンツの配信を要求するステップと、
前記コンテンツ配信サーバから前記コンテンツに対応するシーン記述を受け取るステップと、
前記シーン記述を解析するステップと、
前記シーン記述に規定される前記外部文書構造定義内の要素を前記シーン記述における判定項目として用い、該判定項目と、前記外部文書定義を参照して記載されローカルに保持されているユーザ情報と、に基づいて前記シーン記述に従った判定処理を行うステップと、
前記判定処理に基づいて決定されたオブジェクトを含んで構成されるコンテンツの配信を前記サーバに要求するステップと
をコンピュータに実行させるためのプログラム。
【請求項２】
前記判定処理を行うステップは、
さらに、前記外部文書構造定義に適合しない前記ユーザ情報が存在した場合に、該ユーザ情報を前記外部文書構造定義に適合させるユーザ情報変換規則に従って変換する変換処理ステップを含む
請求項１に記載のプログラム。
【請求項３】
前記判定処理を行うステップは、
前記ユーザ情報に秘匿属性情報が含まれる場合に、該秘匿属性情報に応じて前記シーン記述に従った判定処理を中止するステップを含む
請求項１又は２に記載のプログラム。
【請求項４】
前記判定処理を行うステップは、
前記ユーザ情報に秘匿属性情報が含まれる場合に、前記ユーザ情報とは異なる情報を用いて前記シーン記述に従った判定処理を行うステップを含む
請求項１又は２に記載のプログラム。
【請求項５】
前記判定処理を行うステップは、
前記シーン記述に規定される外部文書構造定義を参照して、前記シーン記述の判定処理をユーザ自身の指定に基づいて行うステップを含む
請求項１から４までのいずれか１項に記載のプログラム。
【請求項６】
前記ユーザ情報は、
動的に変更される外部データを参照することにより更新される情報を含む
請求項１から５までのいずれか１項に記載のプログラム。
【請求項７】
参照した前記外部文書構造定義の詳細を前記コンピュータの表示手段に表示するステップと、
前記外部文書構造定義内の要素の選択を受け付けるステップと、
選択された前記要素の詳細を前記表示手段に表示するステップと、
前記外部文書構造定義と選択された前記要素とを用いて前記シーン記述を編集するステップと
を含む請求項１から６までのいずれか１項に記載のプログラム。
【請求項８】
参照した前記外部文書構造定義の詳細を前記コンピュータの表示手段に提示するステップと、
前記外部文書構造定義内の要素の選択を受け付けるステップと、
選択された前記要素の詳細を前記表示手段に提示するステップと、
前記外部文書構造定義と選択された前記要素とを用いて前記ユーザ情報を編集し記録するステップと
を含む請求項１から７までのいずれか１項に記載のプログラム。
【請求項９】
外部文書構造定義と関連付けされ、コンテンツ及び該コンテンツに対応したシーン記述であって前記文書構造定義内の要素に対するポインタを有するシーン記述を記憶する第１記憶手段と、情報処理手段と、を有するコンテンツ配信サーバと、
前記コンテンツ配信サーバ及び前記外部文書構造定義と関連付けされ、前記外部文書構造定義に従って記載されたユーザ情報を記憶する第２記憶手段と情報制御手段とを有する情報端末と
を備えたコンテンツ配信システムであって、
前記情報処理手段は、前記情報端末からのコンテンツ配信要求に応じて前記シーン記述を前記情報端末に送り、
前記情報制御手段は、前記シーン記述を解析し、該シーン記述に規定される前記外部文書構造定義を取得し、取得した前記外部文書構造定義を前記シーン記述における判定項目として用い、該判定項目と前記ユーザ情報とに基づいて前記シーン記述に従った判定処理を行い、該判定処理により決定されたオブジェクトの配信を前記コンテンツ配信サーバに要求し、
前記コンテンツ配信サーバは、該要求に応じて前記オブジェクトによって構成されるコンテンツを配信することを特徴とするコンテンツ配信システム。
【請求項１０】
コンテンツ配信サーバとネットワークを介して接続される情報端末であって、
ユーザ情報を記憶する記憶手段と、
前記コンテンツ配信サーバから取得したシーン記述を解析し、該シーン記述に規定される外部文書構造定義を取得し、取得された前記外部文書構造定義を前記シーン記述における判定項目として用い、該判定項目と前記ユーザ情報とに基づいて前記シーン記述に従った判定処理を行い、該判定により決定されたオブジェクトの配信を前記コンテンツ配信サーバに要求する情報制御手段と
を有することを特徴とする情報端末。
【発明の詳細な説明】
【０００１】
【発明の属する分野】
本発明は、情報データにより構成されるコンテンツを作成・配信するコンテンツ配信システムに関し、特にシーン記述言語により記載されマルチメディアデータを統合して作成されるコンテンツに複数のシナリオを持たせることができるコンテンツ配信システムに関する。
【０００２】
【従来の技術】
本明細書において、デジタル形式で表現された情報メディアのデータをオブジェクトと呼ぶ。種々のオブジェクトに関して時間・空間的配置を定義し、１つのシーンとして統合するために用いられる情報をシーン記述と呼ぶ。シーン記述と個々のオブジェクトとに基づき、１つのシーンとして統合されたマルチメディア情報の全体をコンテンツと呼ぶ。
【０００３】
クライアント情報又はユーザ情報とは、例えば情報端末を用いてコンテンツの配信を受けるユーザに関する情報であり、ユーザがローカルに保持している情報と、コンテンツサーバを含むユーザ以外の者が有している情報とを含む。
【０００４】
文書構造とは、文書が有する固有の構造であり、物理的な量で表すことができる体裁などに関する物理構造と、体裁とは独立して文書が元々有している内容に関する論理構造とを有している。ＳＧＭＬやＸＭＬなどのいわゆる「構造化文書」と呼ばれるものは、上記の「物理構造」と「論理構造」を明確に分離して扱うことを特徴とし、後者の「論理構造」を情報として必ず有している。そのため、物理構造情報、すなわち体裁情報を必要に応じて付加することにより、同一の「論理構造」の文書を様々な形で見せることができる。
【０００５】
文書構造定義とは、上記文書構造を定義する情報であり、外部文書構造定義とは、例えばコンテンツ配信サーバやクライアント端末などに含まれない文書構造定義を指す。
【０００６】
近年、映像や音楽、音声、文字などの多様なデータを統合的に扱うことができるようになり、現代はマルチメディア社会とも呼ばれている。現在では、新聞、雑誌、テレビ、ラジオ、電話といった様々な情報メディアをデジタル形式により表現することで、多様なデータを統合的に扱うことができるようになってきた。
【０００７】
図３に、シーン記述により表現されたコンテンツを配信する処理であって、クライアントからのコンテンツ配信要求に対し、コンテンツ配信サーバが応答してコンテンツ配信を開始する処理の流れを例示する。
【０００８】
まず、クライアントは、配信を希望するコンテンツに対応するシーン記述４０１のＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）を何らかの方法により取得し、配信サーバに対しシーン記述要求メッセージ１００を送信する。シーン記述要求メッセージ１００は、例えばＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）のＧＥＴコマンド等を用いて、前述のシーン記述４０１のＵＲＩを指定する。
【０００９】
配信サーバは、シーン記述要求メッセージ１００に対する応答として、シーン記述応答メッセージ１０１をクライアントに返信する。シーン記述応答メッセージ１０１は、例えば、シーン記述要求メッセージ１００に対するステータス情報（例えばＨＴＴＰにおけるＯＫステータスやエラーステータス等）である。配信サーバは、クライアントに対してシーン記述４０１を送信する。
【００１０】
クライアントは、配信サーバから送られたシーン記述４０１を受信すると、シーン記述４０１の解析を行い、コンテンツの再生に必要なオブジェクトのＵＲＩを取得する。その後、クライアントは配信サーバに対しコンテンツの再生に必要なオブジェクト４１２の送信を要求する。配信サーバは、この要求に応答してオブジェクト４１２の送信を開始する。クライアントは受信したオブジェクト４１２をデコードし、前述のシーン記述４０１が指示する時間・空間的配置に従い、オブジェクト４１２を再生する。上記の流れにより、シーン記述に沿ったコンテンツの配信が行われる。
【００１１】
シーン記述４０１を表記する言語（以下、シーン記述言語と称する。）の代表的な規格として、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ　Ｍｕｌｔｉｍｅｄｉａ　Ｉｎｔｅｇｒａｔｉｏｎ　Ｌａｎｇｕａｇｅ）が存在する。ＳＭＩＬは、動画、音声、テキストなどの各オブジェクトを組み合わせて効果的なシーンを作成するための、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）準拠のマークアップ言語である。ＳＭＩＬはＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）全般の標準仕様を策定する団体であるＷ３Ｃ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ　Ｃｏｎｓｏｒｔｉｕｍ）によって１９９８年６月に勧告された。
【００１２】
さらに、２００１年８月には大幅に機能拡張された第２バージョン仕様であるＳＭＩＬ　２．０が勧告された。以降の説明では、特に明記しない限り、”ＳＭＩＬ”と記述した場合にはＳＭＩＬ　２．０を指す。
【００１３】
図４に、ＳＭＩＬによるシーン記述のリストを例示する。尚、以降のリスト例においては、説明のために各行の先頭に行番号を付しているが、これらの行番号は実際のリストには記載されない。図４に示すシーン記述においては、５行目から８行目までと１１行目から１４行目までとにおいてｓｗｉｔｃｈ要素を用いることにより、クライアントに対してオブジェクトの選択肢を指定している。
【００１４】
すなわち、５行目から８行目においては、ｓｗｉｔｃｈ要素の子要素として動画オブジェクトを指定するｖｉｄｅｏ要素が２つ指定され、個々のｖｉｄｅｏ要素においてｓｙｓｔｅｍＢｉｔｒａｔｅ属性を用いることにより、クライアントに対し高ビットレート用と低ビットレート用との動画オブジェクト（拡張子がｍｐｇの動画ファイル）の選択肢を指定している。
【００１５】
クライアントは、使用ネットワークの帯域幅などに基づいて、上記の選択肢のいずれかの動画オブジェクトを選択することができる。上記のｓｙｓｔｅｍＢｉｔｒａｔｅ属性のようにｓｗｉｔｃｈ要素内の選択肢である子要素において、クライアントが選択のために用いる属性のことをテスト属性（ｔｅｓｔ　ａｔｔｒｉｂｕｔｅ）と呼ぶ。同様に１１行目から１４行目にかけてもテスト属性としてｓｙｓｔｅｍＢｉｔｒａｔｅ属性を用いて、高ビットレートと低ビットレートとの音声オブジェクト（拡張子がｍｐ３の音声ファイル）の選択肢を指定している。
【００１６】
前述のテスト属性を用いた選択処理は、より詳細には以下のように行われる。すなわち、クライアント端末は、自身の処理能力や使用ネットワークの帯域幅などのリソース情報に基づいて、ｓｗｉｔｃｈ要素内の個々の選択肢要素について、それぞれ、テスト属性値のステート（ｓｔａｔｅ）の真偽を判定する。
【００１７】
次いで、ある選択肢要素のテスト属性のステートが真（ｔｒｕｅ）である場合、クライアント端末は、そのテスト属性を含む選択肢要素を選択する。一方、テスト属性のステートが偽（ｆａｌｓｅ）である場合は、クライアント端末は、そのテスト属性を含む選択肢要素を無視する。上記のような選択処理により、クライアント端末は、コンテンツ再生に用いるオブジェクトを選択し選択したオブジェクトをコンテンツ配信サーバから取得することができる。
【００１８】
ＳＭＩＬにおいては、前述のテスト属性として、ｓｙｓｔｅｍＢｉｔｒａｔｅ属性の他、ｓｙｓｔｅｍＬａｎｇｕａｇｅ属性（クライアントの言語環境）、ｓｙｓｔｅｍＳｃｒｅｅｎＳｉｚｅ属性（クライアントの描画装置のサイズ）、ｓｙｓｔｅｍＣＰＵ（クライアントマシンのＣＰＵの種類）などが定義されている。これらのテスト属性を用いることにより、コンテンツ製作者は、クライアント側の環境に適したコンテンツを作成することが可能となる。
【００１９】
ＳＭＩＬにおいては、ｓｗｉｔｃｈ要素で用いるためのテスト属性として、ビットレート、言語、描画装置サイズ、ＣＰＵ（中央制御処理装置）、ＯＳ（オペレーティングシステム）など、クライアント端末側のシステム情報に関する属性しか定義されておらず、定義されているテスト属性の種類や数も限定されている。
【００２０】
このためコンテンツ制作者がシステム情報以外の情報、例えばクライアント端末を用いる個々のユーザの年齢や性別、嗜好性といった情報をテスト属性とした選択肢を提供するようなコンテンツを制作するためには、以下に述べるように、コンテンツ制作者自身が独自のテスト属性を定義する必要がある。
すなわち、ＳＭＩＬではｃｕｓｔｏｍＡｔｔｒｉｂｕｔｅｓ要素とｃｕｓｔｏｍＴｅｓｔ要素とを用いることにより、コンテンツ制作者が独自のテスト属性を定義することが可能である。
【００２１】
図５に、ＳＭＩＬにより独自のテスト属性を定義したシーン記述のリスト例を示す。図５に示すシーン記述例においては、３行目から１０行目にかけて、ｃｕｓｔｏｍＡｔｔｒｉｂｕｔｅｓ要素とｃｕｓｔｏｍＴｅｓｔ要素とによって独自テスト属性が定義されている。すなわちｃｕｓｔｏｍＡｔｔｒｉｂｕｔｅｓ要素内には、３つのｃｕｓｔｏｍＴｅｓｔ要素が存在し、各々のｃｕｓｔｏｍＴｅｓｔ要素においてテスト属性の３つの値として文字列“ｂａｓｅｂａｌｌ”、“ｔｅｎｎｉｓ”および“ｓｏｃｃｅｒ”が定義されている。１５行目から１９行目においては、ｓｗｉｔｃｈ要素と前述の独自テスト属性とを用いて、クライアント側に対してオブジェクトの選択肢を指定している。すなわち１６行目から１８行目では、“ｃｕｓｔｏｍＴｅｓｔ”という名前のテスト属性（以降、ｃｕｓｔｏｍＴｅｓｔ属性と称する。）を選択条件として、１６行目では“ｂａｓｅｂａｌｌ”、１７行目では“ｔｅｎｎｉｓ”、１８行目では“ｓｏｃｃｅｒ”という文字列をｃｕｓｔｏｍＴｅｓｔ属性の値としてそれぞれ指定している。クライアント側においては、上記の個々の属性値のステートを判定し、オブジェクトを選択することができる。
【００２２】
図５を参照して、ｃｕｓｔｏｍＴｅｓｔ要素内の主な属性について説明する。ｉｄ属性値は、ｓｗｉｔｃｈ要素内で用いられるｃｕｓｔｏｍＴｅｓｔ属性で指定する値を定義する。例えば、４行目のｉｄ＝“ｂａｓｅｂａｌｌ”というｉｄ属性値を指定することで、１６行目では“ｂａｓｅｂａｌｌ”という文字列がｃｕｓｔｏｍＴｅｓｔ属性値として指定されている。６行目のｉｄ＝“ｔｅｎｎｉｓ”というｉｄ属性値を指定することで、１７行目では“ｔｅｎｎｉｓ”という文字列がｃｕｓｔｏｍＴｅｓｔ属性値として指定されている。８行目のｉｄ＝“ｓｏｃｃｅｒ”というｉｄ属性値を指定することで、１８行目では“ｓｏｃｃｅｒ”という文字列がｃｕｓｔｏｍＴｅｓｔ属性値として指定されている。
【００２３】
ｄｅｆａｕｌｔＳｔａｔｅ属性値では、ｃｕｓｔｏｍＴｅｓｔ属性のステートのデフォルト値を指定する。すなわちｃｕｓｔｏｍＴｅｓｔ属性のステートが偽である選択肢は無視され、ｃｕｓｔｏｍＴｅｓｔ属性のステートが真である選択肢のみが選択される。４行目においてｄｅｆａｕｌｔＳｔａｔｅ＝“ｔｒｕｅ”と指定され、６行目と８行目とではいずれもｄｅｆａｕｌｔＳｔａｔｅ＝”ｆａｌｓｅ”と指定されている。従って１６行目のｃｕｓｔｏｍＴｅｓｔ＝”ｂａｓｅｂａｌｌ”の選択肢がデフォルトとして設定される。
【００２４】
ｏｖｅｒｒｉｄｅ属性値では、クライアント端末がそのユーザに対して、ｃｕｓｔｏｍＴｅｓｔ属性のステートのデフォルト値を再設定する手段（例えば独自のユーザインタフェースの提示等）を提供するか（ｖｉｓｉｂｌｅ）、提供しないか（ｈｉｄｄｅｎ）、を指定する。図５の例では、５行目でｏｖｅｒｒｉｄｅ＝”ｈｉｄｄｅｎ”と指定され、７行目と９行目ではいずれもｏｖｅｒｒｉｄｅ＝”ｖｉｓｉｂｌｅ”と指定されている。つまりｃｕｓｔｏｍＴｅｓｔ属性が“ｔｅｎｎｉｓ”と“ｓｏｃｃｅｒ”の場合にｏｖｅｒｒｉｄｅ属性が“ｖｉｓｉｂｌｅ”となっているので、クライアント端末は、シーン記述の解析時にｃｕｓｔｏｍＴｅｓｔの属性値のうち“ｔｅｎｎｉｓ”と“ｓｏｃｃｅｒ”とのいずれかの選択を促すインタフェースをユーザに対して提示する。
【００２５】
図６に選択肢判定を促すインタフェース例を示す。図６においてユーザが各項目の左側に存在するチェックマークをチェックするなどの操作により、例えば“ｔｅｎｎｉｓ”を選択した場合は、図５の１７行目のｃｕｓｔｏｍＴｅｓｔ＝“ｔｅｎｎｉｓ”が真と判定され、動画オブジェクト“ｔｅｎｎｉｓ．ｍｐｇ”が選択される。同様に、図６においてユーザが“ｓｏｃｃｅｒ”を選択した場合は、図５の１８行目のｃｕｓｔｏｍＴｅｓｔ＝“ｓｏｃｃｅｒ”が真と判定され、動画オブジェクト“ｓｏｃｃｅｒ．ｍｐｇ”が選択される。図６においてユーザが“ｄｅｆａｕｌｔ”を指定した場合は、ｄｅｆａｕｌｔＳｔａｔｅ属性で指定されたデフォルトステート値がそのまま適用され、図５の１６行目のｃｕｓｔｏｍＴｅｓｔ＝“ｂａｓｅｂａｌｌ”が真と判定され、動画オブジェクト“ｂａｓｅｂａｌｌ．ｍｐｇ”が選択される。
【００２６】
ｕｉｄ属性値では、ｃｕｓｔｏｍＴｅｓｔ属性のステートのデフォルト値を上書きするデータのＵＲＩを指定する。例えば、図６に示すインタフェースを用いてユーザが度々選択を行わなくても済むように、ｕｉｄ属性で指定されるデータを参照することで個々のｃｕｓｔｏｍＴｅｓｔ属性のステートを上書きすることが可能となる。
【００２７】
図５では、５行目、７行目、および９行目においてｕｉｄ属性値としてＵＲＩを指定している。ただしＳＭＩＬではｕｉｄ属性で指定されるデータの形式や、このデータによる上書き処理の詳細は実装依存である。また上記ｏｖｅｒｒｉｄｅ属性が“ｖｉｓｉｂｌｅ”の場合のユーザ設定によるステート値の上書きは、ｕｉｄによるステート値の上書きよりも優先される。
【００２８】
以上説明したように、コンテンツ制作者は、ＳＭＩＬの機能を用いることにより、クライアントのシステム情報や、独自定義の選択条件によってオブジェクトや時間構成が異なるコンテンツを作成することができる。作成されたコンテンツは、クライアント側端末において再生することが可能である。
【００２９】
【発明が解決しようとする課題】
しかしながら、上記従来技術においては、あるシーン記述で用いられる独自の選択肢は、そのシーン記述の中で定義されている必要があるため、クライアント端末は独自の選択肢から選択を行うためのユーザ情報を、シーン記述を受け取る前に予め準備しておくことができない。
【００３０】
クライアント端末は、シーン記述中で定義した選択肢の“ｔｒｕｅ”“ｆａｌｓｅ”については外部参照できるが、シーン記述の内容を参照しなければシーン記述の選択肢の項目（内容）についてはわからないからである。
また、上記従来技術では、独自の選択肢を定義する際に個々の選択肢に対してｃｕｓｔｏｍＴｅｓｔ要素による定義を行う必要があるため、特に独自定義の選択肢の数が増えてくると、コンテンツ制作者による独自定義の作業が煩雑になる。
【００３１】
さらに、上記従来技術では、あるシーン記述で用いられる独自の選択肢の内容（項目）に関しては、そのシーン記述の中で定義される必要があるため、コンテンツ制作者は一度定義した選択肢の一部のみを別のシーン記述において再利用することができない。
加えて、従来の技術では、あるシーン記述において用いるための独自の選択肢は、そのシーン記述の中で定義される必要があるため、選択肢の定義がシーン記述言語に依存するという問題もあった。
【００３２】
本発明は、クライアント端末が、シーン記述言語に依存せず、幅広い選択肢への適用が可能なユーザ情報を構築できるようにすることを目的とする。また、コンテンツ制作者が、シーン記述言語に依存しない独自の選択肢を効率よく定義できる技術を提供することを目的とする。
【００３３】
【課題を解決するための手段】
本発明の一観点によれば、接続されるネットワークを介して外部文書構造定義内の要素を参照できるコンテンツ配信サーバに対してコンテンツの配信を要求するステップと、前記コンテンツ配信サーバから前記コンテンツに対応するシーン記述を受け取るステップと、前記シーン記述を解析するステップと、前記シーン記述により規定される前記外部文書構造定義内の要素を前記シーン記述における判定項目として用い、該判定項目と、前記外部文書定義を参照して記載されローカルに保持されているユーザ情報と、に基づいて前記シーン記述に従った判定処理を行うステップと、前記判定処理に基づいて決定されたオブジェクトを含んで構成されるコンテンツの配信を前記サーバに要求するステップとをコンピュータに実行させるためのプログラムが提供される。
【００３４】
シーン記述の解析とは、例えばシーン記述の言語の種類の解釈と、シーン記述の文法の解釈などとを含む。外部文書構造定義は、コンテンツ配信サーバとクライアント端末とで共通に参照可能とされるのが好ましい。ローカルに保持されているユーザ情報は、例えばクライアント端末の情報記憶手段内に格納しておけば良い。
【００３５】
上記プログラムを用いることにより、シーン記述の判定に用いる項目を参照可能な外部文書構造定義に基づいて作成し、また、ローカルに保持されているユーザ情報も共通参照可能な外部文書構造定義に基づいて作成できるため、シーン記述に基づく選択肢の判定処理を簡単に行うことができる。
外部文書構造定義を共通参照可能な状態にしておけば、ユーザ情報をローカルに保持しておけば良いため、ユーザ情報をオープンにしなくても良い。
【００３６】
前記判定処理を行うステップは、さらに、前記外部文書構造定義に適合しない前記ユーザ情報が存在した場合に、該ユーザ情報を前記外部文書構造定義に適合させるユーザ情報変換規則に従って変換する変換処理ステップを含むのが好ましい。
【００３７】
上記プログラムを用いることにより、ローカルに保持されているユーザ情報が外部文書構造定義に適合しない場合でも、シーン記述に基づく選択肢の判定処理が可能となる。
前記判定処理を行うステップは、前記ユーザ情報に秘匿属性情報が含まれる場合に、該秘匿属性情報に応じて前記シーン記述に従った判定処理を中止するステップを含むのが好ましい。
【００３８】
また、前記判定処理を行うステップは、前記ユーザ情報に秘匿属性情報が含まれる場合に、前記ユーザ情報とは異なる情報を用いて前記シーン記述に従った判定処理を行うステップを含むのが好ましい。
上記プログラムを用いると、秘匿属性情報が含まれるユーザ情報自体は、外部に送られない。
【００３９】
前記判定処理を行うステップは、前記シーン記述に規定される外部文書構造定義を参照して、前記シーン記述の判定処理をユーザ自身の指定に基づいて行うステップを含むのが好ましい。
上記プログラムを用いると、任意のシーン記述に対して判定処理を行うことが可能となる。
【００４０】
前記ユーザ情報は、動的に変更される外部データを参照することにより更新されるのが好ましい。
上記プログラムを用いると、ユーザが意識しない状態で、ユーザ情報が更新されるため、ユーザの負担を軽減できる。特にユーザ情報が自動的に更新されるようにすると便利である。
【００４１】
参照した前記外部文書構造定義の詳細を前記コンピュータの表示手段に表示するステップと、前記外部文書構造定義内の要素の選択を受け付けるステップと、選択された前記要素の詳細を前記表示手段に表示するステップと、前記外部文書構造定義と選択された前記要素とを用いて前記シーン記述を編集するステップとを含むのが好ましい。
上記プログラムを用いると、コンテンツ作成者は、視覚的に捉えて容易にコンテンツの作成を行うことができる。
【００４２】
また、参照した前記外部文書構造定義の詳細を前記コンピュータの表示手段に提示するステップと、前記外部文書構造定義内の要素の選択を受け付けるステップと、選択された前記要素の詳細を前記表示手段に提示するステップと、前記外部文書構造定義と選択された前記要素とを用いて前記ユーザ情報を編集し記録するステップとを含むのが好ましい。尚、ユーザ情報は、ユーザ情報変換規則により変換されたユーザ情報を含む。
上記プログラムを用いると、ユーザは、ユーザ情報又は前記ユーザ情報変換規則を視覚的に捉えて容易に編集することができる。
【００４３】
【発明の実施の形態】
本発明の実施の形態について説明する前に、発明者が行った考察について説明する。
発明者は、シーン記述での選択肢（分岐）において、“ｔｒｕｅ”か“ｆａｌｓｅ”かの判定に関して外部文書構造定義を参照するのではなく、シーン記述での選択肢（分岐）における判定項目の内容自体に関して外部定義構造定義を参照できるようにすれば、シーン記述を極めて柔軟に作成・変更することができ、それに基づいて、様々なバリエーションを有するコンテンツの配信をコンテンツ配信サーバに対して要求することができると考えた。コンテンツ製作者は、外部文書構造定義で定義された要素の一部を独自の選択肢として参照することができるため、一つ一つの選択肢の定義を行う必要がなく、効率的に独自選択肢を定義することができる。
【００４４】
クライアント側において、外部文書構造定義内の要素が定義する形式でユーザ情報を蓄積しておけば、ユーザ情報とシーン記述内の独自の選択肢とを対応付けすることができる。
また、コンテンツ制作者は、シーン記述言語に依存しない独自の選択肢を参照することも可能となるため、同一の独自選択肢を複数のシーン記述言語に適用することができる。
【００４５】
加えて、クライアント側は、特定のコンテンツのシーン記述だけでなく、他のコンテンツのシーン記述にも適用できるように、ユーザ情報を予め構築しておくことができる。さらにクライアント側では、特定のシーン記述言語に依存しないユーザ情報を構築することも可能となる。
以上の考察に基づき、以下、図面を参照して本発明の実施の形態について説明する。
【００４６】
図２は、本発明の第１の実施の形態によるコンテンツ配信システムの概念を示すブロック図である。図３は、コンテンツ配信システムの処理の流れを示す図である。
図２に示すように、本発明の第１の実施形態によるコンテンツ配信システムは、コンテンツ配信サーバ５１０と、クライアント端末４０３と、外部文書構造定義配信サーバ５００とを含んで構成される。
【００４７】
図３をも参照して説明すると、クライアント端末４０３がコンテンツ配信サーバ５１０に対してコンテンツの配信を要求する。具体的には、クライアント側端末４０３が、シーン記述の要求を行う（１００）。これに対して、コンテンツ配信サーバ５１０は、クライアント端末４０３からのコンテンツ配信要求（１００）に応答するシーン記述応答メッセージ（１０１）を返し、次いで要求されたシーン記述４０１をクライアント端末４０３に配信する。
【００４８】
クライアント端末４０３は、受信したシーン記述４０１を解析し、コンテンツ再生に必要なオブジェクト４１２を判別し、オブジェクト４１２の配信をコンテンツ配信サーバ５１０へ要求する。尚、シーン記述の解析には、シーン記述に記載されている言語の種類の解釈、シーン記述の文法の解釈、及び再生の準備が含まれる。
【００４９】
オブジェクト４１２の配信要求に応じて、コンテンツ配信サーバ５１０は、オブジェクト４１２をクライアント端末４０３へ配信する。クライアント端末４０３は、シーン記述が指定する時間情報等に基づいてオブジェクト４１２を復号し、再生する。
【００５０】
本発明の第１の実施の形態によるコンテンツ配信システムにおいては、クライアント端末４０３と、コンテンツ配信サーバ５１０とに加えて、これらに関連付けされ外部文書構造定義を保持する外部文書構造定義配信サーバ５００が含まれる。
【００５１】
クライアント端末４０３とコンテンツ配信サーバ５１０とは、それぞれ任意のタイミングにおいて外部文書構造定義配信サーバ５００に対してアクセスし、所望の外部文書構造定義４０２を参照（取得）することができる。尚、文書構造定義は、クライアント端末４０３及びコンテンツ配信サーバ５１０がアクセス可能な状態であれば良く、例えば、クライアント端末４０３又はコンテンツ配信サーバ５１０の内部に含まれていても良い。
【００５２】
本発明の第１の実施形態によるコンテンツ配信システムにおいては、コンテンツ配信サーバ５１０からクライアント端末４０３へ送られるシーン記述４０１には、外部文書構造定義４０２内の要素を参照して判定を行う選択肢の項目（内容）が記述されている。従って、コンテンツ制作者は、コンテンツ制作時に外部文書構造定義４０２を外部文書構造定義配信サーバ５００から取得し、外部文書構造定義４０２内の要素を参照して判定を行う選択肢の項目をシーン記述４０１内に転記（転用して記載）することができる。クライアント端末４０３は、シーン記述処理時に、シーン記述４０１内で参照されている外部文書構造定義４０２を外部文書構造定義配信サーバ５００から取得し、選択肢における判定を行う。
【００５３】
次に、図１をも参照して、クライアント端末４０３における処理内容の詳細について説明する。図１は、本発明の第１の実施形態によるコンテンツ配信システム中のクライアント端末４０３を中心とした構成を示すブロック図である。
図２にも示されるように、発明の第１の実施形態によるコンテンツ配信システムは、クライアント端末４０３と、コンテンツ配信サーバ５１０と、外部文書構造定義配信サーバ５００とを含んで構成される。
【００５４】
クライアント端末４０３は、シーン記述受信モジュール４０４と、外部文書構造定義取得モジュール４０５と、再生モジュール４０８と、ユーザ情報管理モジュール４１０と、オブジェクト取得モジュール４１１と、シーン記述処理モジュール４１３とを含んで構成される。
シーン記述受信モジュール４０４は、配信を希望するコンテンツに対応するシーン記述４０１をコンテンツ配信サーバ５１０から受信し、シーン記述処理モジュール４１３にシーン記述４０１を渡す。
【００５５】
シーン記述処理モジュール４１３内では、シーン記述４０１の解析を行う。シーン記述４０１内に外部文書構造定義４０２を参照するための参照ポインタ１００１が存在すれば、外部文書構造定義取得モジュール４０５に対して参照ポインタ１００１を送り、外部文書構造定義配信サーバ５００から外部文書構造定義４０２を取得する。さらに、シーン記述処理モジュール４１３は、シーン記述４０１内に参照ポインタ１００１を用いた選択肢の項目（内容）が指定されていれば、各選択肢のステートを判定するために必要なユーザ情報１００２を、ユーザ情報管理モジュール４１０から取得し、対応する選択肢における判定処理を行う。
【００５６】
この判定処理に基づき、コンテンツの再生に必要なオブジェクトを決定することができる。クライアント端末４０３は、コンテンツ再生に必要なオブジェクトデータ４１２の送信をコンテンツ配信サーバ５１０に対し要求し、コンテンツ配信サーバ５１０は、この要求に応答してオブジェクト４１２の送信を開始する。クライアント端末４０３は、オブジェクト取得モジュール４１１により、受信したオブジェクト４１２をデコードし、シーン記述４０１の指示に従い、各オブジェクトを同期させて、再生モジュール４０８に対し再生データを渡し、コンテンツの再生を行う。以下では上述の処理の詳細を説明する。
まず外部文書構造定義４０２と、シーン記述４０１と、ユーザ情報管理モジュール４１０とに関して詳細に説明する。
【００５７】
図７に本発明の第１の実施の形態によるコンテンツ配信システムにおける外部文書構造定義４０２のリスト例を示す。図７に示すように、リストファイル名がｌｏｎｇ−ｐｒｅｆｅｒｅｎｃｅ．ｘｓｄとｐｅｒｓｏｎａｌ．ｘｓｄとの２つのリストを例示する。尚、以下、ｌｏｎｇ−ｐｒｅｆｅｒｅｎｓ．ｘｓｄのリストに関して説明を行うが、ｐｅｒｓｏｎａｌ．ｘｓｄについても同様であるため、説明を省略する。
【００５８】
本例ではＸＭＬ文書の文書構造やデータ型を定義するための言語仕様であるＸＭＬ　Ｓｃｈｅｍａを、構造定義に用いている。ｌｏｎｇ−ｐｒｅｆｅｒｅｎｃｅ．ｘｓｄの３行目ではｌｏｎｇ−ｐｒｅｆｅｒｅｎｃｅ要素を定義している。４行目では、ｌｏｎｇ−ｐｒｅｆｅｒｅｎｃｅ要素の子要素としてｓｐｏｒｔｓ要素を定義している。５行目ではｓｐｏｒｔｓ要素の子要素としてｇｅｎｒｅ要素を定義している。上記の３つの要素におけるｉｄ属性値には、後述するようにシーン記述４０１内で上記要素を参照するための文字列を与える。
【００５９】
６行目から１０行目では、上記ｇｅｎｒｅ要素内の値を定義している。本例では、ｇｅｎｒｅ要素は、５つの文字列“ｂａｓｅｂａｌｌ”、“ｔｅｎｎｉｓ”、“ｓｏｃｃｅｒ”、“ｖｏｌｌｅｙｂａｌｌ”および“ｂａｓｋｅｔｂａｌｌ”の候補値のいずれかをとることを示している。尚、本例ではｓｐｏｒｔｓ要素の子要素がｇｅｎｒｅ要素のみの場合を例示しているが、要素定義は追加することが可能である。また本例ではｌｏｎｇ−ｐｒｅｆｅｒｅｎｃｅ要素の子要素がｓｐｏｒｔｓ要素のみである場合を例示しているが、その他の要素定義を追加することも可能である。
【００６０】
図８に、外部文書構造定義４０２を参照するシーン記述４０１の例を示す。図８に示すように、シーン記述４０１の３行目から８行目にかけて、ｒｅｆＣｕｓｔｏｍＡｔｔｒｉｂｕｔｅｓ要素とｒｅｆＣｕｓｔｏｍＴｅｓｔ要素とを用いて、外部文書構造定義４０２内の特定の要素を参照している。４行目から５行目にかけてと、６行目から７行目にかけてのｒｅｆＣｕｓｔｏｍＴｅｓｔ要素では、ｉｄ属性とｈｒｅｆ属性とがそれぞれ指定されている。
【００６１】
ｉｄ属性値には、シーン記述本体でテスト属性として参照するときの名前を指定する。本例では４行目においてｉｄ属性値として“ｆａｖｏｒ＿ｓｐｏｒｔｓ”という文字列が指定されており、この文字列は１４行目と１５行目とにおける動画オブジェクト選択肢のテスト属性名として用いられている。同様に６行目においてｉｄ属性値として“ｇｅｎｄｅｒ”という文字列が指定されており、この文字列は１８行目と１９行目における音声オブジェクト選択肢のテスト属性名として用いられている。
ｈｒｅｆ属性では、外部文書構造定義４０２内の特定の要素を参照するポインタ１００１を指定している。図８においては、要素ポインタ１００１の表記には、ＸＭＬ文書の特定の要素を参照するための言語仕様であるＸＰｏｉｎｔｅｒを用いている。
【００６２】
要素ポインタ１００１では、外部文書構造定義４０２を指示するＵＲＩが“ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏｍ／ｄｅｆｓ／ｌｏｎｇ−ｐｒｅｆｅｒｅｎｃｅ．ｘｓｄ”と指定され、このＵＲＩの後ろに“＃”を付け、その後に、外部文書構造定義４０２内の特定の要素を示すＸＰｏｉｎｔｅｒ記述“ｐｒｅｆ＿ｓｐｏｒｔｓ＿ｇｅｎｒｅ”が指定されている。この文字列“ｐｒｅｆ＿ｓｐｏｒｔｓ＿ｇｅｎｒｅ”は、図７のｌｏｎｇ−ｐｒｅｆｅｒｅｎｃｅ．ｘｓｄの５行目で定義されているｇｅｎｒｅ要素のｉｄ属性値と関連付けされている。上記のポインタ１００１の表記により、図８の４行目における“ｆａｖｏｒ＿ｓｐｏｒｔｓ”というテスト属性として前述のｇｅｎｒｅ要素を用い、テスト属性の値はｇｅｎｒｅ要素の定義、すなわち図７のリスト例で定義された５つの文字列“ｂａｓｅｂａｌｌ”、“ｔｅｎｎｉｓ”、“ｓｏｃｃｅｒ”、“ｖｏｌｌｅｙｂａｌｌ”および“ｂａｓｋｅｔｂａｌｌ”の候補値のいずれかを用いることを指定している。
【００６３】
図８の１１行目からのｓｗｉｔｃｈ要素内では、上記５つの文字列のうち、“ｂａｓｅｂａｌｌ”と“ｓｏｃｃｅｒ”とをテスト属性とした動画オブジェクトの選択肢を指定している。図８の７行目で指定されているポインタ１００１と、図７（ｐｅｒｓｏｎａｌ．ｘｓｄ）の５行目で定義されているｇｅｎｄｅｒ要素についても同様である。
尚、各要素に対する選択肢のデフォルト設定や、選択肢の判定をユーザに促すかどうかについては、前述のようにｃｕｓｔｏｍＴｅｓｔ要素のｄｅｆａｕｌｔＳｔａｔｅ属性とｏｖｅｒｒｉｄｅ属性とにより、それぞれ設定が可能である。
【００６４】
次に、図９と図１０とを参照して、ユーザ情報管理モジュール４１０の構成について説明する。図９は、本発明の第１の実施の形態によるユーザ情報モジュール４１０の構成例を示す図である。図９に示すように、ユーザ情報モジュール４１０は、ユーザ情報リスト８０１とユーザ情報リスト８０１を解析するユーザ情報解析部８０３とを有する。
【００６５】
図１０に、ユーザ情報リスト８０１の構成例を示す。図１０に示す例では、ＸＭＬ文書形式でユーザ情報リスト８０１を記述している。２行目においては、ｕｓｅｒＩｎｆｏＬｉｓｔ要素が存在し、このｕｓｅｒＩｎｆｏＬｉｓｔ要素の子要素として、３行目から８行目にかけてｕｓｅｒＩｎｆｏ要素が存在する。ｕｓｅｒＩｎｆｏＬｉｓｔ要素内にはｕｓｅｒＩｎｆｏ要素が複数存在してもよい。
【００６６】
ｕｓｅｒＩｎｆｏ要素では、３行目のｈｒｅｆ属性により外部文書構造定義４０２のＵＲＩを指定している。４行目から７行目ではｕｓｅｒＩｎｆｏ要素の子要素としてｖａｌｕｅ要素が複数存在している。各ｖａｌｕｅ要素のｅｌｅｍ属性は、前述のｈｒｅｆ属性が指定するポインタであって、外部文書構造定義４０２内の特定の要素を参照するポインタが指定されている。
【００６７】
各ｖａｌｕｅ要素の値は、前述のｈｒｅｆ属性値であるＵＲＩと、前述のｅｌｅｍ属性値である要素ポインタによって特定される外部文書構造定義４０２内の要素により定義される値が、指定されている。図１０に示す例では、３行目において“ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏｍ／ｄｅｆｓ／ｐｅｒｓｏｎａｌ．ｘｓｄ”という文書名のＵＲＩがｈｒｅｆ属性に指定されており、そして４行目では、同ＵＲＩで指定される外部文書構造定義４０２内の、文字列“ｇｅｎｄｅｒ”で特定される要素により定義される要素のユーザ情報値が“ｆｅｍａｌｅ”であることを示している。
【００６８】
同様に５行目においても前述の外部文書構造定義４０２（ｐｅｒｓｏｎａｌ．ｘｓｄ）内の文字列“ｂｉｒｔｈ＿ｙｅａｒ”で特定される要素により定義される要素に関するユーザ値が１９６８であることが示されている。６行目と７行目とについても同様である。また１０行目から１４行目にかけても前述の３行目から８行目にかけてのｕｓｅｒＩｎｆｏ要素の場合と同様に説明できる。
【００６９】
ユーザ情報管理モジュール４１０内に設けられるユーザ情報リスト解析部８０３（図９）は、前述のユーザ情報リスト８０１を解析し、後述するシーン記述処理部４０６（図１１）が指定する要素ポインタ１００１（図８、図１１）と適合する要素の値をユーザ情報リスト８０１から探索し、ユーザ情報値１００２をユーザ情報管理モジュール４１０に渡す。ユーザ情報値１００２は、前述の探索の結果、ユーザ情報リスト８０１内に要素ポインタ１００１と適合する要素の値が存在すれば、この値をユーザ情報値１００２とする。ユーザ情報リスト８０１内に要素ポインタ１００１と適合する要素の値が存在しなければ、存在しないことを示すシンボル（例えばＮＵＬＬ文字など）をユーザ情報値１００２とする。
【００７０】
図１１に、シーン記述処理モジュール４１３（図１）の構成例をブロック図で示す。シーン記述処理モジュール４１３は、上記のシーン記述４０１の解析を行うシーン記述処理部４０６と、上記の外部文書構造定義４０２の解析を行う外部文書構造定義解析部４０７と、を含んで構成される。
【００７１】
例えば、シーン記述処理部４０６は、ユーザ情報管理モジュール４１０と、オブジェクト取得モジュール４１１と、再生モジュール４０８と、シーン記述取得モジュール４０４と、外部文書構造定義取得モジュール４０５と、外部文書構造定義解析部４０７と、にそれぞれ関連付けされている。
外部文書構造定義解析部４０７は、外部文書構造定義取得モジュール４０５と、シーン記述処理部４０６と、にそれぞれ関連付けされている。
【００７２】
図１２を参照して、シーン記述処理部４０６における処理の流れを示す。シーン記述処理処理部４０６は、シーン記述受信モジュール４０４からシーン記述４０１を受け取った後、シーン記述４０１のヘッダ解析を開始する（Ｓ１００１）。シーン記述ヘッダ部に、選択肢のテスト属性に用いられている外部文書構造定義の要素１０００を参照する旨のポインタ１００１が存在すればこれを取得する（Ｓ１００２）。図８のシーン記述４０１の例では、“ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏｍ／ｄｅｆｓ／ｌｏｎｇ＿ｐｒｅｆｅｒｅｎｃｅ．ｘｓｄ＃ｐｒｅｆ＿ｓｐｏｒｔｓ＿ｇｅｎｒｅ”と“ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏｍ／ｄｅｆｓ／ｐｅｒｓｏｎａｌ．ｘｓｄ＃ｇｅｎｄｅｒ”とが要素ポインタ１００１に相当する。
【００７３】
次に、シーン記述処理処理部４０６は、前述の要素ポインタ１００１を外部文書構造定義取得モジュール４０５に渡す。外部文書構造定義取得モジュール４０５は、前述の要素ポインタ１００１が指示する外部文書構造定義４０２を取得し、これを外部文書構造定義解析部４０７へ渡す。外部文書構造定義解析部４０７は外部文書構造定義４０２を解析し、前述の参照ポインタ１００１が指示する要素１０００を取得し、シーン記述処理処理部４０６へ要素１０００を渡す（Ｓ１００３）。本例では、要素ポインタ１００１が“ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏｍ／ｄｅｆｓ／ｌｏｎｇ＿ｐｒｅｆｅｒｅｎｃｅ．ｘｓｄ＃ｐｒｅｆ＿ｓｐｏｒｔｓ＿ｇｅｎｒｅ”であれば、要素１０００は、図７（ｌｏｎｇ＿ｐｒｅｆｅｒｅｎｃｅ．ｘｓｄ）の５行目から１２行目までの要素に相当する。同様に、要素ポインタ１００１が“ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏｍ／ｄｅｆｓ／ｐｅｒｓｏｎａｌ．ｘｓｄ＃ｇｅｎｄｅｒ”であれば、要素１０００は、図７（ｐｅｒｓｏｎａｌ．ｘｓｄ）の５行目から９行目までの要素に相当する。
【００７４】
次に、シーン記述処理処理部４０６は、シーン記述４０１の本体部の解析を開始する（Ｓ１００４）。そして前述の要素１０００をテスト属性とした選択肢がシーン記述本体に存在する場合、要素１０００を参照する参照ポインタ１００１をユーザ情報管理モジュール４１０へ渡す。前述のように、ユーザ情報管理モジュール４１０は受け取った参照ポインタ１００１に基づき、ユーザ情報リスト８０１内で、参照ポインタ１００１が指示する要素１０００の値を探索する。
【００７５】
ユーザ情報管理モジュール４１０は、探索により得られたユーザ情報値１００２をシーン記述処理部４０６へ渡す（Ｓ１００５）。本実施の形態による例では、図１０のユーザ情報リスト８０１内に、前述の２つの要素ポインタ１００１で指定される要素の値がそれぞれ、４行目（値は“ｆｅｍａｌｅ”）と１２行目（値は“ｂａｓｅｂａｌｌ”）に設定されているので、これらの値がそれぞれユーザ情報値１００２となる。
【００７６】
シーン記述処理部４０６では、取得した前述のユーザ情報値１００２を元に、前述の要素１０００をテスト属性とした選択肢の判定を行い、コンテンツ再生に用いるオブジェクトＵＲＩ１００３を選択する（Ｓ１００６）。前述のユーザ情報値１００２が、要素１０００に対するユーザ情報値を持たないことを示す（例えばＮＵＬＬ文字）場合は、デフォルトで設定された選択肢を選択するか、ユーザに対して選択を促すインタフェース（図６の例を参照）を提示することにより、コンテンツ再生に用いるオブジェクトＵＲＩ１００３を選択する。
【００７７】
図８のシーン記述４０１の１４行目のｆａｖｏｒ＿ｓｐｏｒｔｓ属性値（＝“ｂａｓｅｂａｌｌ”）が、前述のユーザ情報値（＝“ｂａｓｅｂａｌｌ”）と合致するため、１４行目で指定された動画オブジェクトＵＲＩ（“ｂａｓｅｂａｌｌ．ｍｐｇ”）が選択される。同様に、図８のシーン記述４０１の１９行目のｇｅｎｄｅｒ属性値（＝“ｆｅｍａｌｅ”）が、前述のユーザ情報値（＝“ｆｅｍａｌｅ”）と合致するため、１９行目で指定された音声オブジェクトＵＲＩ（“ｗｏｍｅｎ＿ｖｏｃａｌｉｓｔｓ．ｍｐ３”）が選択される。
【００７８】
次に、選択されたオブジェクトＵＲＩ１００３を、オブジェクト取得モジュール４１１に渡す。オブジェクト取得モジュール４１１は、コンテンツ配信サーバ５１０に対し、前述のオブジェクトＵＲＩ１００３が指示するオブジェクト４１２を要求し、オブジェクト４１２を取得し、再生モジュール４０８へ渡す（Ｓ１００７）。
【００７９】
本実施の形態におけるクライアント端末４０３は、前述の処理Ｓ１００６において選択された２つのオブジェクトＵＲＩ（“ｂａｓｅｂａｌｌ．ｍｐｇ”と“ｗｏｍｅｎ＿ｖｏｃａｌｉｓｔｓ．ｍｐ３”）で指定される映像データと音声データを取得し、再生モジュール４０８へ渡す。
【００８０】
シーン記述処理部４０６では、取得したオブジェクト４１２及びシーン記述４０１を解析して取得したオブジェクトの再生情報１００４を再生モジュール４０８に渡す（Ｓ１００８）。本実施の形態による例では、図８の１１行目から２２行目のｂｏｄｙ要素内で、特に、開始時刻、終了時刻や配置に関する指定はなく、またｐａｒ要素により、選択された映像オブジェクトと音声オブジェクトとは、並列的に再生されることを指定している。上記のような情報が再生情報１００４として再生モジュール４０８へ渡される。
再生モジュール４０８は、前述のオブジェクト４１２とオブジェクト４１２の再生情報１００４とに基づき、オブジェクトの復号、再生処理を行う。
【００８１】
上述のようなクライアント端末の保持する機能により、本発明の第１の実施の形態によるコンテンツ配信システムでは、既に作成された外部文書構造定義の特定の要素を参照して、シーン記述内の選択肢の項目（内容）に用いることが可能となるため、例えばコンテンツ制作者は、独自の選択肢を効率的に定義することが可能となる。加えて、既に作成された外部文書構造定義が公開されることにより、多数のコンテンツ制作者が外部文書構造定義を共有することが可能である。
次に、本発明の第２の実施の形態によるコンテンツ配信システムについて図面を参照して説明する。
【００８２】
図１３に示すように、本発明の第２の実施の形態によるコンテンツ配信システムにおいては、図１又は図１１に示すユーザ情報管理モジュール４１０内に、ユーザ情報リスト８０１と、ユーザ情報変換規則８０２と、ユーザ情報変換部８１１と、ユーザ情報リスト解析部８１２とを備えて構成される。ユーザ情報管理モジュール４１０内のユーザ情報変換部８１１は、ユーザ情報変換規則８０２をユーザ情報リスト８０１に適用し、ユーザ情報変換出力８１０を出力する。ユーザ情報リスト解析部８１２はユーザ情報リスト８０１に加え、ユーザ情報変換出力８１０の解析を行う。
【００８３】
図１４にユーザ情報変換規則８０２のリスト例を示す。図１４に示すリスト例は、ＸＭＬ文書を他のＸＭＬ文書に変換するための規則を表記する言語であるＸＳＬＴ（Ｅｘｔｅｎｓｉｂｌｅ　Ｓｔｙｌｅｓｈｅｅｔ　Ｌａｎｇｕａｇｅ　Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）を用いてユーザ情報変換規則８０２を記述したものである。８行目から２４行目までにおいて、ｕｓｅｒＩｎｆｏＬｉｓｔ要素を変換するテンプレート規則が記述されている。１０行目から２３行目で、ｕｓｅｒＩｎｆｏＬｉｓｔ要素の子要素であるｕｓｅｒＩｎｆｏ要素のそれぞれに対して適用される変換規則が記述されている。１１行目から１９行目で、ｕｓｅｒＩｎｆｏ要素の中のｈｒｅｆ属性値が、文字列“ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏｍ／ｄｅｆｓ／ｐｅｒｓｏｎａｌ．ｘｓｄ”に等しいときの変換規則が記述されている。
【００８４】
１２行目から１８行目において、ｕｓｅｒＩｎｆｏ要素の子要素であるｖａｌｕｅ要素のそれぞれに対して適用される変換規則が記述されている。
１３行目から１７行目で、ｅｌｅｍ属性値が文字列“ｐｅｒｓｏｎａｌ＿ｇｅｎｄｅｒ”に等しいｖａｌｕｅ要素の値が“ｆｅｍａｌｅ”に等しい場合の変換規則が記述されている。１２行目から１６行目では、新しいユーザ情報を設定するｕｓｅｒＩｎｆｏ要素が存在している。すなわち１２行目から１６行目ではｕｓｅｒＩｎｆｏ要素は、ＵＲＩが“ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏｍ／ｄｅｆｓ／ｌｏｎｇ＿ｐｒｅｆｅｒｅｎｃｅ．ｘｓｄ”で指定される外部文書構造定義内の、ｉｄ属性値が“ｐｒｅｆ＿ｆｏｏｄ”で与えられる要素で定義されるユーザ情報の値を“ｃａｋｅ”と指定している。
【００８５】
以上のように、図１４のユーザ情報変換規則８０２は、“ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏｍ／ｄｅｆｓ／ｐｅｒｓｏｎａｌ．ｘｓｄ”で指定される外部文書構造定義内の、ｉｄ＝“ｐｅｒｓｏｎａｌ＿ｇｅｎｄｅｒ”の属性を持つ要素で定義されるユーザ情報値が“ｆｅｍａｌｅ”であれば、“ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏｍ／ｄｅｆｓ／ｌｏｎｇ＿ｐｒｅｆｅｒｅｎｃｅ．ｘｓｄ”で指定される外部文書構造定義内の、ｉｄ＝“ｐｒｅｆ＿ｆｏｏｄ”で与えられる要素で定義される要素の値が“ｃａｋｅ”であるユーザ情報を新たに出力する。すなわち、図１０のユーザ情報リスト８０１に適用した場合、図１５に示すユーザ情報変換出力８１０が出力される。
【００８６】
すなわち、本発明の第１の実施の形態によるユーザ情報リスト解析部８０３と同様に、本実施の形態によるユーザ情報リスト解析部８１２は、まず、はじめに、ユーザ情報リスト８０１を解析し、シーン記述処理モジュール４１３が指定する要素ポインタ１００１と適合する要素をユーザ情報リスト８０１から探索する。探索の結果、要素ポインタ１００１と適合する要素のユーザ値がユーザ情報リスト８０１に存在した場合、そのユーザ値をユーザ情報値１００２としてシーン記述処理モジュール４１３に渡す。要素ポインタ１００１と適合する要素のユーザ値がユーザ情報リスト８０１が存在しない場合には、ユーザ情報リスト解析部８１２は、ユーザ情報変換出力８１０を解析し、シーン記述処理モジュール４１３が指定する要素ポインタ１００１と適合する要素をユーザ情報リスト８０１から探索する。
【００８７】
探索の結果、要素ポインタ１００１と適合する要素のユーザ値がユーザ情報リスト８０１に存在した場合、そのユーザ値をユーザ情報値１００２としてシーン記述処理モジュール４１３に渡す。要素ポインタ１００１と適合する要素のユーザ値がユーザ情報リスト８０１に存在しなかった場合には、第１の実施の形態によるコンテンツ配信システムと同様に、ユーザ値が存在しないことを示すシンボルをユーザ情報値１００２とする。
【００８８】
以上説明したように、本実施の形態によるクライアント端末のユーザ情報管理機能により、クライアント端末において既に作成されたユーザ情報と関連付けされた別のユーザ情報を作成し、シーン記述処理の際の選択肢判定に用いることが可能となる。
次に、本発明の第３の実施の形態によるコンテンツ配信システムについて図面を参照して説明する。
【００８９】
本発明の第３の実施の形態によるコンテンツ配信システムにおいては、外部文書構造定義４０２内の要素定義内に、秘匿性に関する属性（以下、「秘匿属性」と称する。）の定義が存在し、ユーザ情報リスト８０１内で前述の属性定義によるユーザ値が保持され、この秘匿属性のユーザ値に応じて選択肢判定を行う。
【００９０】
図１６に、本発明の第３の実施の形態によるコンテンツ配信システムにおける、秘匿属性の定義を備えた外部文書構造定義１５０２のリスト例（ｐｅｒｓｏｎａｌ＿ｐｒｉｖ．ｘｓｄ）を示す。同リストは実施形態１における図７（ｐｅｒｓｏｎａｌ．ｘｓｄ）で示したリスト例に、秘匿属性定義１５０１を追加した構成となっている。すなわち図１６の５行目のａｔｔｒｉｂｕｔｅ要素において、ｎａｍｅ属性により”ｐｒｉｖａｃｙ”という名前の属性をｇｅｎｄｅｒ要素に対して定義し、ｔｙｐｅ属性によりｐｒｉｖａｃｙ属性値をｂｏｏｌｅａｎ（ｔｒｕｅ、ｆａｌｓｅのいずれか）型と定義している。
【００９１】
図１７に、図１６で定義された秘匿属性値を備えたユーザ情報リスト１６０１のリスト例を示す。ユーザ情報リスト１６０１は、本発明の第１の実施の形態によるコンテンツ配信システムに関して図１０で示したリスト例の一部に、秘匿属性値１６０２を追加した構成となっている。図１７の５行目のａｔｔｒｉｂｕｔｅ要素において、ｅｌｅｍ属性（＝“ｇｅｎｄｅｒ”）で指定された外部文書構造定義内のｇｅｎｄｅｒ要素（図１６のｐｅｒｓｏｎａｌ．ｘｓｄの５行目のｉｄ＝“ｇｅｎｄｅｒ”と関連付けされている）内の、ｎａｍｅ属性（＝”ｐｒｉｖａｃｙ”）で指定される名前を持つ属性、すなわちｐｒｉｖａｃｙ属性の値がｔｒｕｅと指定されている。すなわち、ｇｅｎｄｅｒ要素の値に対して秘匿属性値１６０２がｔｒｕｅと指定されている。本例では、秘匿属性値１６０２がｔｒｕｅの場合、秘匿性を有するものとして、この属性を持つ要素（ｇｅｎｄｅｒ要素）による選択肢判定を中断する。
【００９２】
図１８は、本発明の第３の実施の形態によるコンテンツ配信システムにおけるユーザ情報管理モジュール１６１１の構成例を示す機能ブロック図である。ユーザ情報管理モジュール１６１１は、本発明の第１の実施の形態において図９で示したユーザ情報管理モジュール４１０と同様である。但し、図１７に示すユーザ情報リスト１６０１において、前述の要素ポインタ１００１が指定する要素１０００に秘匿属性値１６０２が存在する場合には、ユーザ情報管理モジュール１６１１が出力するユーザ情報値１６１２に、要素ポインタ１００１と適合する要素のユーザ値１００２と秘匿属性値１６０２との両方が含まれる点が図９に示す例と異なる。
【００９３】
図１９に、本発明の第３の実施の形態によるコンテンツ配信システムにおけるシーン記述処理部４０６（図１１参照）における処理の流れ図を示す。シーン記述処理を開始した直後の処理であるステップＳ１００１からステップＳ１００４まで（前処理）は、本発明の第１の実施の形態によるコンテンツ配信システムの処理の流れ（図１２）と同様である。
【００９４】
次いで、ステップＳ１００５’において、前述の要素ポインタ１００１で指定される要素１０００をテスト属性とした選択肢がシーン記述本体に存在する場合、要素ポインタ１００１をユーザ情報管理モジュール１６１１へ渡す。前述のように、ユーザ情報管理モジュール１６１１は受け取った参照ポインタ１００１を元に、ユーザ情報リスト１６０１内で、要素ポインタ１００１が指示する要素１０００の値を探索し、得られたユーザ情報値１６１２をシーン記述処理処理部４０６（図１１）に送る。
【００９５】
シーン記述処理処理部４０６では、ステップＳ１００５’において取得したユーザ情報値１６１２に含まれる秘匿属性値１６０２が“ｔｒｕｅ”か“ｆａｌｓｅ”か、を判定する（Ｓ１０１０）。秘匿属性値１６０２が“ｔｒｕｅ”の場合、情報を秘匿するため、ユーザに対しシーン記述処理処理を中断する旨を通知するメッセージを示し、シーン記述処理処理を終了する。秘匿属性値１６０２が“ｆａｌｓｅ”の場合における以降の処理に関しては、図１２に参照して本発明の第１の実施の形態において説明したＳ１００６からＳ１００８までと同様の処理を行う。
以上説明したように、ユーザ情報内に秘匿属性を入れておくことにより、本実施の形態によるコンテンツ配信システムにおいては、クライアント端末側から、間接的にユーザ情報が外部に漏れるのを防止することができる。
【００９６】
次に、本発明の第３の実施の形態の変形例によるコンテンツ配信システムについて図面を参照して説明する。本発明の第３の実施の形態の変形例によるコンテンツ配信システムは、本発明の第３の実施の形態によるコンテンツ配信システムと異なり、秘匿属性１６０２が“ｔｒｕｅ”の場合、シーン記述処理部４０６において、ユーザ情報値１６１２を別の値に変換してから（図１９のステップＳ１０１１）選択肢判定を行う。すなわち、本来のユーザ情報とは異なる選択肢を選ぶことで、再生を続けることができる。
【００９７】
本変形例によるコンテンツ配信システムを用いると、クライアント端末では、ユーザ情報が外部に知られるのを未然に防ぐことができる。さらに、本発明の第３の実施の形態によるコンテンツ配信システムと比べて、本来のユーザ情報とは異なる選択肢を選択することで再生は継続することができる。すなわち、ユーザは、シーン記述処理処理を中断させずに再生を継続させることができるとともに、ユーザ情報が間接的に外部に漏れるのを防止することができる。
次に、本発明の第４の実施の形態によるコンテンツ配信システムについて図面を参照して説明する。
【００９８】
本発明の第４の実施の形態によるコンテンツ配信システムは、指定された外部文書構造定義４０２の要素構造の表示、任意の要素の選択、選択した要素の定義の表示をグラフィカルに行い、選択した要素を容易にシーン記述内に組み込む機能を備えたオーサリング装置を備えている。オーサリング装置は、コンテンツ作成ツールとして用いられる。
【００９９】
図２０に、本発明の第４の実施の形態によるコンテンツ配信システムに用いられるオーサリング装置の画面表示例を示す。
図２０に示すオーサリング装置の表示画面例１９０１において、コンテンツ制作者が外部文書構造定義４０２のＵＲＩを指定すると、オーサリング装置は、上記ＵＲＩで指定された外部文書構造定義４０２を取得し、外部文書構造定義４０２内の構造定義要素を、要素構造表示領域１９０２において例えばツリー構造のようにグラフィカルに表示する。この際、コンテンツ制作者が要素構造表示領域領域１９０２内で選択した構造定義要素が定義する値の詳細は、構造定義表示領域１９０３においてグラフィカルに表示される。
【０１００】
コンテンツ制作者は、要素構造表示領域１９０２の任意の構造定義要素をマウス等のポインティングデバイスを用いて選択することができる。図２０においては、要素構造表示領域領域１９０２内において、“ｌｏｎｇ＿ｐｒｅｆｅｒｅｎｃｅ”における“ｓｐｏｒｔ”の“ｇｅｎｒｅ”を選択すると、構造定義表示領域１９０３において“ｂａｓｅｂａｌｌ”“ｓｏｃｃｅｒ”“ｔｅｎｎｉｓ”などの選択肢（選択項目の内容）がグラフィカルに表示される。
【０１０１】
コンテンツ制作者は、構造定義表示領域１９０３内に表示される任意の項目をマウス等のポインティングデバイスにより選択することが可能である。コンテンツ制作者は、選択した構造定義要素や、その要素が定義する要素の値を確認しながら、シーン記述編集領域１９０４において編集されるシーン記述中に、選択した構造定義要素の値やポインタ１００１を取り込み、複数選択肢を指定することが可能である。シーン記述編集領域１９０４には、１コマ１コマのシーンや、分岐シナリオが表示され、様々なレベルにおけるオーサリングを感覚的に行うことができる。
【０１０２】
次に、本発明の第５の実施の形態によるコンテンツ配信装置について図面を参照して説明する。本実施の形態によるコンテンツ配信装置は、指定された外部文書構造定義４０２の要素構造の表示、任意要素の選択、選択した要素の定義の表示をグラフィカルに行い、選択した要素を容易にユーザ情報リスト８０１に登録する機能を備えたクライアント端末である。
【０１０３】
図２１に、本発明の第５の実施の形態によるクライアント端末のユーザ情報設定画面表示例を示す。ユーザが外部文書構造定義４０２のＵＲＩを指定すると、クライアント端末は同ＵＲＩで指定された外部文書構造定義４０２を取得し、外部文書構造定義４０２内の構造定義要素のツリー構造を、ユーザ情報設定画面２０００１内の要素構造表示領域２００２にグラフィカルに表示する。ユーザは、要素構造表示領域１９０２の任意の構造定義要素をマウス等のポインティングデバイスにより選択することが可能である。ユーザが要素構造表示領域領域２００２内で選択した構造定義要素が定義する値の詳細は、構造定義表示領域２００３にグラフィカルに表示される。
【０１０４】
ユーザは、構造定義表示領域２００３内に表示される任意の値をマウス等のポインティングデバイスにより選択することが可能である。ユーザは、選択した構造定義要素や、その要素が定義する要素の値を確認しながら、ユーザ情報編集領域２００４において編集されるユーザ情報リスト８０１に、選択した構造定義要素の値やポインタ１００１を取り込み、ユーザ情報を指定することが可能である。
【０１０５】
本実施の形態による外部文書構造定義４０２のＵＲＩは、前述のようにユーザ自身が指定しても良いし、或いは、シーン記述処理時又はクライアント端末の初期設定時において、外部文書構造定義４０２内の要素を参照するポインタ１００１を用いて、クライアント端末が例えば内蔵するＲＯＭ（情報記憶手段）内に格納されるプログラムに従って自動的に行うことも可能である。
次に、本発明の第６の実施の形態によるコンテンツ配信システムについて、図面を参照して説明する。
【０１０６】
図２２は、本実施の形態によるコンテンツ配信システムは、本発明の第１の実施の形態によるコンテンツ配信システムとほぼ同様の構成を有している。
クライアント端末４０３が、シーン記述４０１内の選択肢として用いることができる外部文書構造定義４０２を予め取得しておき、外部文書構造定義４０２内の構造定義に基づいて、図１５に示すユーザ情報リスト８０１を予め取得し設定する機能を備えたコンテンツ配信システムである。クライアント端末４０３は、外部文書構造定義配信サーバ５００から外部文書構造定義取得モジュール４０５が取得した外部文書構造定義を記憶する外部文書構造定義記憶部４０５ａを有している。
【０１０７】
コンテンツ配信サービス開始時にユーザ情報の初期設定を行えば、初期設定以降は、外部文書構造定義記憶部４０５ａに記憶された情報に基づいてユーザ情報が更新されるため、ユーザがユーザ情報リスト８０１を更新する必要がなくなる。またシーン記述４０１を解析する度にユーザが選択肢の中から選択を行う必要がなくなり、選択肢判定をスムーズに行うことが可能である。
【０１０８】
次に、本発明の第７の実施の形態によるコンテンツ配信システムについて図面を参照して説明する。本実施の形態によるコンテンツ配信システムは、クライアント端末において、ユーザ情報リスト８０１を自動的に設定する機能を備えたコンテンツ配信システムである。
【０１０９】
図２３に示すように、本発明の第７の実施の形態によるコンテンツ配信システムにおけるユーザ情報リスト８０１を自動的に設定する機能は、外部プログラム５２０を有している。図２３に示す外部プログラム５２０は、Ｗｅｂブラウザやスケジュール管理プログラムなどの一般的な外部プログラムである。
【０１１０】
外部データ５２１は、外部プログラム５２０がユーザ情報の管理に用いる専用データである。例えば外部プログラムがＷＥＢブラウザであれば、外部データはユーザのアクセス履歴などに相当し、外部プログラムがスケジュール管理プログラムであれば、ユーザの予定表データなどが相当する。
【０１１１】
外部データ変換部５２２は、個々の外部データ５２１を解析し、ユーザ情報リスト８０１を生成する処理を行う。外部データ変換部５２２におけるデータ変換処理は、前述のＸＳＬＴ等の文書変換言語を用いることにより実行することができる。外部データ変換部５２２におけるデータ変換処理は、例えばユーザが意識しなくても、定期かつ自動的に実行させることもできる。
【０１１２】
本実施の形態によるコンテンツ配信システムにより、コンテンツ制作者は例えばユーザの短期的な嗜好情報を取得し、この情報に基づいて個々のユーザに対応する選択肢を備えたコンテンツの作成が可能となる。短期的な嗜好情報とは、例えば、今現在何を食べたいか、どのような音楽をダウンロードしているか、２日後にどこへ行く予定があるかなどの情報である。
【０１１３】
上記実施の形態によるコンテンツ配信システムによれば、ユーザから順次取得した短期的な嗜好情報の履歴をユーザ情報に反映させることにより、ユーザ情報を更新することができる。例えば、ユーザが意識しない状態で、スケジュール管理データなど短期的に更新されるユーザ情報に基づいて、ユーザの短期的な嗜好情報に対応するような、新たなコンテンツ配信サービスを提供することも可能となる。
次いで、本実施の形態によるコンテンツ配信システムにおけるより具体的な実施例について図２４及び図２５を参照して説明する。図２４は、分岐シナリオを含むシーン記述の概念図である。
【０１１４】
図２４に示すように、実際のシーン２３０１は、例えば映像オブジェクト２３０２と音楽オブジェクト２３０３とを含んで構成される。映像オブジェクト２３０２においては、分岐条件２３０９である「好きなスポーツ」が、「サッカー」であればサッカー映像オブジェクト２３０４が選択される。また分岐条件２３０９である「好きなスポーツ」が、「野球」であれば野球映像オブジェクト２３０５が選択される。
【０１１５】
同様に、音楽オブジェクト２３０３では、分岐条件２３１０である「ユーザ性別」が、「男性」であれば男性ボーカル音楽オブジェクト２３０７が選択される。また分岐条件２３１０である「ユーザ性別」が、「女性」であれば女性ボーカル音楽オブジェクト２３０８が選択される。
【０１１６】
図２５は、外部文書構造定義参照による分岐シナリオシーン記述の概念図である。図２５では、分岐条件（選択肢項目）２３０９である「好きなスポーツ」として、外部文書構造定義２４０１内で定義されている＜スポーツジャンル＞要素２４０３を参照し用いることが示されている。図２５において、＜スポーツジャンル＞要素２４０３では、選択肢として“野球”、“サッカー”、“テニス”、“バスケットボール”等の文字列値が定義されている。従って、分岐条件２３０９においては、上記要素２４０３で定義された選択肢の値を、分岐条件２３０９の個々の条件値として用いることができる。
【０１１７】
同様に分岐条件２３１０である「ユーザ性別」として、外部文書構造定義２４０２内で定義されている＜性別＞要素２４０４を用いることが示されている。図２５において、＜性別＞要素２４０４では、選択肢として“男性”、“女性”の文字列が定義されている。分岐条件２４１０では、上記＜性別＞要素２４０４で定義された選択肢の値を、分岐条件２３１０の個々の条件値として用いることができる。
その他の個人情報に関しても、同様に選択肢の値（内容）をシーン記述における分岐判定の値として用いることが可能である。
【０１１８】
以上、本発明の各実施の形態によるコンテンツ配信システムによれば、コンテンツ制作者がシーン記述内で独自の選択肢を定義する際に、外部文書構造定義で定義された要素の一部を独自の選択肢の項目（内容）として参照することが可能であり、独自の選択肢の項目（内容）を定義する作業量が軽減できるため、ユーザ情報に応じた魅力的なコンテンツを効率よく作成することができる。
【０１１９】
また、一度定義した外部文書構造定義は、文書内の任意の要素として再利用することができるため、複数のコンテンツ制作者が外部文書構造定義を共有することができ、コンテンツの流通範囲を拡大させることができる。外部文書構造定義は、特定のシーン記述言語に依存しないため、同一の外部文書構造定義の再利用可能な範囲も拡大する。
【０１２０】
また、本発明の実施の形態によるコンテンツ配信システムにおけるクライアント端末は、外部文書構造定義の特定の要素を参照したユーザ情報データベースを構築することが可能なため、シーン記述を受信するよりも前に予め外部文書構造定義を参照してユーザ情報を設定することが可能である。
【０１２１】
従ってコンテンツ制作者が独自に定義した選択肢の項目（内容）に対し、一つのコンテンツのシーン記述を解析する度にユーザが選択肢判定を入力する必要がなく、独自定義の選択肢の項目（内容）を含むコンテンツをスムーズに再生することができる。ユーザ情報設定のために参照する外部文書構造定義は特定のシーン記述に依存しないため、１つのユーザ情報を適用できるコンテンツの範囲が拡大する。また、１つのユーザ情報と関連付けされた他の情報を新たに生成することができるため、１つのユーザ情報を適用できるコンテンツの範囲が拡大する。
【０１２２】
あるユーザ情報値を変更したときに、このユーザ情報と関連付けされたユーザ情報値にも変更を反映することができるため、効率的なユーザ情報管理を行うことができる。
さらに、個々のユーザ情報に対して秘匿属性を設定できるため、ユーザがある選択肢を選択することによってユーザ情報が外部に漏れることを防止できる。
【０１２３】
クライアント端末において、ユーザ情報を自動的に、ユーザが意識せずに変更することができ、コンテンツ制作者は配信対象のユーザの短期的嗜好情報に応じたコンテンツの制作が可能となる。従って、例えばオンライン広告などの用途において広告効果を大きくできる。
【０１２４】
尚、上記各実施の形態においては、コンテンツ配信システム、特にクライアント端末に格納されたプログラムに基づいて種々の処理が実行される例を示したが、これらのプログラムをコンピュータが読み取り可能な記憶媒体に記憶させて流通させることも可能である。
【０１２５】
また、外部文書構造定義は、コンテンツ配信サーバ及びクライアント端末からは、独立した形式で共有できるように構成されている例について説明したが、コンテンツ配信サーバ及びクライアント端末のいずれかに含まれている構成であっても良い。
【０１２６】
【発明の効果】
以上に述べたように、本発明によれば、ユーザ情報に応じてストーリーや映像構成が異なるマルチシナリオのコンテンツの作成、再生が効率よく行えるため、ユーザにとってより魅力的なコンテンツ配信システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態によるコンテンツ配信システムの構成を示す機能ブロック図である。
【図２】本発明の第１の実施の形態によるコンテンツ配信システムの概略図である。
【図３】本発明の第１の実施の形態によるコンテンツ配信システムにおいて、シーン記述で表現されたコンテンツ配信処理の流れを示すフローチャート図である。
【図４】一般的なシーン記述のリストの構成例を示す図である。
【図５】一般的な独自のテスト属性を定義したシーン記述のリストの構成例を示す図である。
【図６】選択肢の判定を促すインタフェースの例を示す図である。
【図７】本発明の第１の実施の形態によるコンテンツ配信システムにおける外部文書構造定義のリストの構成例を示す図である。
【図８】本発明の第１実施形態によるコンテンツ配信システムにおけるシーン記述のリスト例を示す図である。
【図９】本発明の第１の実施の形態によるコンテンツ配信システムにおけるユーザ情報管理モジュールの構成例を示すブロック図である。
【図１０】本発明の第１の実施の形態によるコンテンツ配信システムにおけるユーザ情報リストの構成例を示す図である。
【図１１】本発明の第１の実施の形態によるコンテンツ配信システムにおけるＭＰ４ファイル生成装置の構成例を示すブロック図である。
【図１２】本発明の第１の実施の形態によるコンテンツ配信システムにおけるシーン記述処理部における処理を流れを示すフローチャート図である。
【図１３】本発明の第２の実施の形態によるコンテンツ配信システムにおけるユーザ情報管理モジュール構成例を示す機能ブロック図である。
【図１４】本発明の第２の実施の形態によるコンテンツ配信システムにおけるユーザ情報変換規則のリストの構成例を示す図である。
【図１５】本発明の第２の実施の形態によるコンテンツ配信システムにおけるユーザ情報変換出力のリストの構成例を示す図である。
【図１６】本発明の第３の実施の形態によるコンテンツ配信システムにおける秘匿属性の定義を備えた外部文書構造定義のリストの構成例を示す図である。
【図１７】本発明の第３の実施の形態によるコンテンツ配信システムにおける秘匿属性値を備えたユーザ情報リストの構成例を示す図である
【図１８】本発明の第３の実施の形態によるコンテンツ配信システムにおけるユーザ情報管理モジュールの構成を示す機能ブロック図である。
【図１９】本発明の第３の実施形態によるコンテンツ配信システムにおけるシーン記述処理部における処理を示すフローチャート図であり、併せてその変形例の流れをも示す図である。
【図２０】本発明の第４の実施の形態によるコンテンツ配信システムにおけるオーサリング装置の画面表示例を示す図である。
【図２１】本発明の第５の実施の形態によるコンテンツ配信システムにおけるクライアント端末のユーザ情報設定画面の表示例を示す図である。
【図２２】本発明の第６の実施の形態によるコンテンツ配信システムの構成例を示す機能ブロック図である。
【図２３】本発明の第７の実施の形態によるコンテンツ配信システムにおけるクライアント端末のユーザ情報自動変更処理の概念を示す図である。
【図２４】本発明の実施例によるコンテンツ配信システムの分岐シナリオを含むシーン記述の具体的なイメージを示す概念図である。
【図２５】本発明の実施例によるコンテンツ配信システムの外部文書構造定義による分岐シナリオシーン記述の概念図である。
【符号の説明】
４０３…クライアント端末、５００…外部文書構造定義配信サーバ、５１０…コンテンツ配信サーバ、４０１…シーン記述、４０２…外部文書構造定義、４０４…シーン記述受信モジュール、４０５…外部文書構造定義取得モジュール、４１０…ユーザ情報管理モジュール、４０８…再生モジュール、４１１…オブジェクト取得モジュール、４１３…シーン記述処理モジュール、８０１…ユーザ情報リスト、８０２…ユーザ情報変換規則、８０３…ユーザ情報リスト解析部、８１１…ユーザ情報変換部、１００１…外部文書構造定義の要素の参照ポインタ、１００２…ユーザ情報値、１６０１…秘匿属性値を備えたユーザ情報リスト、１６０２…秘匿属性値。
【図１】
2004013823.tif 000003
【図２】
2004013823.tif 000004
【図３】
2004013823.tif 000005
【図４】
2004013823.tif 000006
【図５】
2004013823.tif 000007
【図６】
2004013823.tif 000008
【図７】
2004013823.tif 000009
【図８】
2004013823.tif 000010
【図９】
2004013823.tif 000011
【図１０】
2004013823.tif 000012
【図１１】
2004013823.tif 000013
【図１２】
2004013823.tif 000014
【図１３】
2004013823.tif 000015
【図１４】
2004013823.tif 000016
【図１５】
2004013823.tif 000017
【図１６】
2004013823.tif 000018
【図１７】
2004013823.tif 000019
【図１８】
2004013823.tif 000020
【図１９】
2004013823.tif 000021
【図２０】
2004013823.tif 000022
【図２１】
2004013823.tif 000023
【図２２】
2004013823.tif 000024
【図２３】
2004013823.tif 000025
【図２４】
2004013823.tif 000026
【図２５】
2004013823.tif 000027