知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-02-22
(45)【発行日】2024-03-04
(54)【発明の名称】コンテンツ送信装置
(51)【国際特許分類】
H04N 21/434 20110101AFI20240226BHJP
H04N 21/436 20110101ALI20240226BHJP
H04H 20/51 20080101ALI20240226BHJP
H04H 60/80 20080101ALI20240226BHJP
【ＦＩ】
H04N21/434
H04N21/436
H04H20/51
H04H60/80
【請求項の数】
2
(21)【出願番号】P 2023015181
(22)【出願日】2023-02-03
(62)【分割の表示】P 2019160366の分割
【原出願日】2019-09-03
(65)【公開番号】P2023052885
(43)【公開日】2023-04-12
【審査請求日】2023-02-03
(73)【特許権者】
【識別番号】000003078
【氏名又は名称】株式会社東芝
(74)【代理人】
【識別番号】110001737
【氏名又は名称】弁理士法人スズエ国際特許事務所
(72)【発明者】
【氏名】藤吉 靖浩
(72)【発明者】
【氏名】佐藤 順
【審査官】鈴木 隆夫
(56)【参考文献】
【文献】国際公開第２０２１／０２０１５３（ＷＯ，Ａ１）
【文献】特開２０１８－１８２６７７（ＪＰ，Ａ）
【文献】特開２０１０－２６８９４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００－２１／８５８
Ｈ０４Ｈ ２０／５１
Ｈ０４Ｈ ６０／８０
(57)【特許請求の範囲】
【請求項1】
放送信号で送信される少なくとも文字データを含むコンテンツデータを符号化した第１の符号化コンテンツデータと前記第１の符号化コンテンツデータに付随する第１のコンテンツ付随情報を入力し、前記コンテンツデータを符号化した第２の符号化コンテンツデータと前記第２の符号化コンテンツデータに付随する第２のコンテンツ付随情報とを出力する符号化コンテンツデータ入出力手段と、前記第２のコンテンツ付随情報を解析し、前記第２の符号化コンテンツデータで使用されている文字符号化方式の情報を抽出する解析手段と、
前記第２の符号化コンテンツデータおよび前記抽出した文字符号化方式の情報を外部へ送信する送信手段とを備え、
前記符号化コンテンツデータ入出力手段は、ＭＰＥＧ２トランスポートストリーム方式により放送される放送信号を処理して得た前記第１の符号化コンテンツデータおよび前記第１のコンテンツ付随情報を入力し、前記第２の符号化コンテンツデータおよび前記第２のコンテンツ付随情報として前記第１の符号化コンテンツデータおよび前記第１のコンテンツ付随情報を出力するコンテンツ送信装置。
【請求項2】
放送信号で送信される少なくとも文字データを含むコンテンツデータを符号化した第１の符号化コンテンツデータと前記第１の符号化コンテンツデータに付随する第１のコンテンツ付随情報を入力し、前記コンテンツデータを符号化した第２の符号化コンテンツデータと前記第２の符号化コンテンツデータに付随する第２のコンテンツ付随情報とを出力する符号化コンテンツデータ入出力手段と、前記第２のコンテンツ付随情報を解析し、前記第２の符号化コンテンツデータで使用されている文字符号化方式の情報を抽出する解析手段と、
前記第２の符号化コンテンツデータおよび前記抽出した文字符号化方式の情報を外部へ送信する送信手段とを備え、
前記符号化コンテンツデータ入出力手段は、前記放送信号で送信される前記第１の符号化コンテンツデータおよび前記第１のコンテンツ付随情報を蓄積し、蓄積された前記第１の符号化コンテンツデータおよび前記第１のコンテンツ付随情報を前記第２の符号化コンテンツデータおよび前記第２のコンテンツ付随情報として出力し、
前記放送信号は、ＭＰＥＧ２トランスポートストリーム方式により放送されるコンテンツ送信装置。
【発明の詳細な説明】
【技術分野】
【0001】
実施形態は、コンテンツ送信装置、送信方法に関する。
【背景技術】
【0002】
ＢＳデジタル放送・１１０度ＣＳデジタル放送・地上デジタル放送（以降、先行３波と称する）の受信機が、受信した放送コンテンツを家庭内ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークへ送信することが可能である。このようなコンテンツの送信は、受信機がＤＬＮＡ（登録商標）（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）に基づくコンテンツサーバ（以降、サーバと称する）となって行い、送信されたコンテンツは、家庭内ＩＰネットワークによりサーバと相互に接続されたＤＬＮＡに基づくコンテンツクライアント（以降、クライアントと称する）が受信する。なお、コンテンツの送信にあたっては各放送の規格が適切と定めるコンテンツ保護技術を適用することが必要である。該当するコンテンツ保護技術としては、例えばＤＴＣＰ（Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）が規定されている。
【0003】
２０１８年１２月、先行３波に加わる形で新４Ｋ８Ｋ衛星放送が開始された。新４Ｋ８Ｋ衛星放送の受信機も先行３波の受信機と同様、コンテンツ保護技術を適用することを前提に、受信した新４Ｋ８Ｋ衛星放送コンテンツを家庭内ＩＰネットワークへ送信することが可能である。適切とされるコンテンツ保護技術としてはＤＴＣＰ２（Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ Ｔｗｏ）が規定されている。
新４Ｋ８Ｋ衛星放送の受信機は、先行３波も受信可能な受信機（以降、共用受信機と称する）である場合がある。この場合、共用受信機はサーバとして、新４Ｋ８Ｋ衛星放送のコンテンツと先行３波のコンテンツとを家庭内ＩＰネットワークにて周囲のクライアントに送信可能である。
新４Ｋ８Ｋ衛星放送の受信機は、先行３波も受信可能な受信機（以降、共用受信機と称する）である場合がある。この場合、共用受信機はサーバとして、新４Ｋ８Ｋ衛星放送のコンテンツと先行３波のコンテンツとを家庭内ＩＰネットワークにて周囲のクライアントに送信可能である。
【0004】
ところで、新４Ｋ８Ｋ衛星放送のコンテンツと先行３波のコンテンツとでは、使用されている文字符号化方式が異なる。前者はＵＴＦ－８、後者は８単位符号である。
【先行技術文献】
【非特許文献】
【0005】
【文献】ＡＲＩＢ ＴＲ－Ｂ１４ ６．５版「地上デジタルテレビジョン放送運用規定」（第４分冊）
【文献】ＡＲＩＢ ＴＲ－Ｂ１５ ７．１版「ＢＳ／広帯域ＣＳデジタル放送 運用規定」（第１分冊）
【文献】ＡＲＩＢ ＳＴＤ－Ｂ２１ ５．１０版「デジタル放送用受信装置 標準規格」
【文献】ＡＲＩＢ ＴＲ－Ｂ３９ １．７版「高度広帯域衛星デジタル放送 運用規定」（第１分冊）
【文献】ＡＲＩＢ ＳＴＤ－Ｂ６０ １．１２版「高度広帯域衛星デジタル放送受信装置 標準規格」
【文献】ＡＲＩＢ ＳＴＤ－Ｂ６２ １．９版「デジタル放送におけるマルチメディア符号化方式（第２世代）」（第１分冊）
【文献】ＡＲＩＢ ＳＴＤ－Ｂ６３ １．７版「高度広帯域衛星デジタル放送受信装置 標準規格」
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、関連の該当規格・運用規定には、コンテンツで使用されている文字符号化方式を示すためにコンテンツデータ内に配置するフィールド等が規定されておらず、コンテンツを受信するクライアントは、サーバから送信されたコンテンツで使用されている文字符号化方式を知る手段が無い。そのため、クライアントがコンテンツに含まれる文字データに対して間違った処理を実行し、意図したものと異なる文字列が表示される等の誤動作（以降、文字化けと総称する）を引き起こす可能性がある。特に、サーバが録画機能やコンテンツ編集機能を備える場合には、コンテンツを記録媒体に記録する際に文字符号化方式を変換したり、文字符号化方式の異なる複数のコンテンツの断片を結合して一つのコンテンツとして再構成したりすることも想定され、このようなコンテンツをクライアントが受信すると文字化けを起こす可能性が高い。
【0007】
そこで本発明が解決しようとする課題は、文字化けせずにコンテンツ内の文字データを利用可能とするコンテンツ送信装置、送信方法を提供することである。
【課題を解決するための手段】
【0008】
一実施形態に係るコンテンツ送信装置は、放送信号で送信される少なくとも文字データを含むコンテンツデータを符号化した第１の符号化コンテンツデータと前記第１の符号化コンテンツデータに付随する第１のコンテンツ付随情報を入力し、前記コンテンツデータを符号化した第２の符号化コンテンツデータと前記第２の符号化コンテンツデータに付随する第２のコンテンツ付随情報とを出力する符号化コンテンツデータ入出力手段と、前記第２のコンテンツ付随情報を解析し、前記第２の符号化コンテンツデータで使用されている文字符号化方式の情報を抽出する解析手段と、前記第２の符号化コンテンツデータおよび前記抽出した文字符号化方式の情報を外部へ送信する送信手段とを備え、前記符号化コンテンツデータ入出力手段は、ＭＰＥＧ２トランスポートストリーム方式により放送される放送信号を処理して得た前記第１の符号化コンテンツデータおよび前記第１のコンテンツ付随情報を入力し、前記第２の符号化コンテンツデータおよび前記第２のコンテンツ付随情報として前記第１の符号化コンテンツデータおよび前記第１のコンテンツ付随情報を出力する。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下、図面を参照して実施形態を説明する。
【0011】
図１は、実施形態に係るサーバの機能構成の一例を示すブロック図である。
【0012】
サーバ１０は、新４Ｋ８Ｋ衛星放送によって送信されるコンテンツデータと先行３波によって送信されるコンテンツデータとのいずれもを受信可能な共用受信機であり、放送信号を受信処理し、復号再生して得られたコンテンツデータを、映像や音声、文字などとして表示出力可能である。サーバ１０は、例えば、新４Ｋ８Ｋ衛星放送と先行３波を視聴可能なテレビ受信機である。通常、放送信号で送信される文字コンテンツの文字符号化方式は、放送信号の種類によって一意に決まる。従って、サーバ１０は、共用受信機として放送信号の受信に必要な文字符号化方式に対応する復号再生が可能であるが、放送信号の受信に必要な文字符号化方式以外の文字符号化方式の符号化方式及び復号再生方式を備えていてもよい。また、サーバ１０は、コンテンツデータもしくは復号再生前のコンテンツデータ（以降、特に区別する場合は、符号化コンテンツデータと称する）を蓄積部１３にデジタルデータとして保存可能である。また、サーバ１０は、コンテンツデータをＤＬＮＡ（登録商標）などに準拠したネットワークを用いて、外部の装置（クライアント）に出力可能である。
【0013】
放送信号受信部１１は、図示せずアンテナを介して放送信号を受信し、符号化コンテンツデータを取得し、映像や音声、文字として出力可能なコンテンツデータとして出力する。また、放送信号受信部１１は、受信した新４Ｋ／８Ｋ衛星放送の放送信号や先行３波の放送信号からコンテンツデータを得るまでに取得される途中データを出力することができる。途中データとしては、新４Ｋ８Ｋ衛星放送で用いられるＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ方式（以降、ＭＭＴ方式と称する）で生成されるＭＭＴ／ＴＬＶストリーム及び制御情報、先行３波の放送で用いられるＭＰＥＧ－２ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ方式（以降、ＴＳ方式と称する）で生成されるトランスポートストリーム及び伝送制御情報、番組関連情報などがある。また、放送信号受信部１１は、取得したコンテンツデータや符号化コンテンツデータに適当な変換を施して、関連する制御情報、伝送制御情報、番組関連情報などとともに蓄積部１３などに出力することができる。なお、通常は放送種別と、その放送によって送信される文字データに対する文字符号化方式は一致するが、例えば、蓄積部１３への出力時に、符号化コンテンツデータ中の文字データに対する文字符号化方式を変換すると、蓄積部１３に蓄積されるデータにおいては、放送種別と文字データに対する文字符号化方式は必ずしも一致しない場合が発生する。また、蓄積部１３に蓄積されるデータにおいては、文字符号化方式の異なる複数の符号化コンテンツデータが結合されることにより、異なる文字符号化方式によって符号化された複数の文字データを含む符号化コンテンツデータが存在する可能性がある。
【0014】
表示出力部１２は、放送信号受信部１１や蓄積部１３が出力するコンテンツデータをユーザが利用できる映像や音声、文字として出力可能な、例えば、モニタ、スピーカである。
【0015】
蓄積部１３は、放送信号受信部１１が出力するデータを保存することができる記憶装置であり、例えば、ハードディスクである。また、蓄積部１３は保存データを出力することができる。また、蓄積部１３が保存（録画）した番組を編集する機能を備えていてもよい。この場合は、例えば４Ｋ８Ｋの番組と先行３波の番組を切り貼りや結合などによって一つのコンテンツにすることも可能となり、蓄積部１３には、先行３波で送信される符号化コンテンツデータと、新４Ｋ８Ｋ衛星放送で送信される符号化コンテンツデータとが結合された符号化コンテンツデータが保存されうる。この場合、前記結合された符号化コンテンツデータの符号化方式は、ＭＭＴ方式で符号化された新４Ｋ８Ｋ衛星放送の符号化コンテンツデータ部分をＭＰＥＧ２ ＴＳ方式に再符号化して全体をＭＰＥＧ２ ＴＳ方式としても良いし、ＭＰＥＧ２ ＴＳ方式で符号化された先行３波の符号化コンテンツデータ部分をＭＭＴ方式で再符号化して全体をＭＭＴ方式としてもよい。あるいは、新４Ｋ８Ｋ衛星放送の符号化コンテンツデータ部分と先行３波の符号化コンテンツデータ部分との両方をＭＰＥＧ２ ＴＳ方式でもＭＭＴ方式でもない符号化方式へ変換して、前記結合された符号化コンテンツデータの符号化方式としてもよい。なお、保存（録画）した番組を編集する機能は、蓄積部１３でなく、サーバ１０内の機能として備えられていてもよい。
【0016】
解析部１４は、放送信号受信部１１が出力する制御情報や、蓄積部１３に保存されているコンテンツデータもしくは符号化コンテンツデータに付随する付随情報などを解析し、例えば、符号化コンテンツデータの一部である符号化された文字データ（以降、符号化文字データと称する）の文字符号化方式などのコンテンツ管理情報を抽出する。
【0017】
付随情報生成部１５は、解析部１４が抽出したコンテンツ管理情報をクライアントに対して送信可能な形式にする。
【0018】
文字データ変換部１６は、放送信号受信部１１や蓄積部１３が出力する（もしくは解析部１４を介して出力される）符号化文字データの文字符号化方式の変換をし、変換した文字データ（以降、変換符号化文字データと称する）を含む符号化コンテンツデータを出力する。
【0019】
制御部１７は、サーバ１０内の各機能を制御する。例えば、文字データ変換部１６に対して、符号化文字データの符号化変換を実行するか否か或いは実行する場合の変換方法などを指定する。図１において、制御部１７との間で特に結線をしていない機能ブロックとの間においてもデータのやり取りを行うことにしてもよい。
【0020】
コンテンツストリーム生成部１８は、文字データ変換部１６が出力する変換符号化文字データを含む符号化コンテンツデータや、付随情報生成部１５が生成するコンテンツ管理情報を含む制御情報などのデータからコンテンツストリームを生成する。
【0021】
コンテンツ保護部１９は、コンテンツストリーム生成部１８が生成するコンテンツストリームに暗号化などのコンテンツ保護を実施する。コンテンツ保護として用いられる技術は、例えば、ＤＴＣＰ（Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）、ＤＴＣＰ２（Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ Ｔｗｏ）などの規格に準拠した技術である。また、コンテンツ保護部１９によるコンテンツ保護の機能の有効無効は、放送信号に含まれるコンテンツ保護指示情報（具体的にはデジタルコピー制御記述子、コンテンツ利用制御記述子等）に基づいて決定される。
【0022】
送受信部１１０は、コンテンツ保護部１９が出力したコンテンツ保護されたコンテンツストリーム（以降、プロテクテッドコンテンツストリームと称する）を、予め決められた通信方法でコンテンツストリーム信号としてクライアント２０へ送信する。本実施形態における送受信部１１０には、ＤＬＮＡ（登録商標）に準拠したＩＰ通信による通信方法（以降、放送信号の受信と区別する場合、特に、サーバ／クライアント通信と称する）を適用する。なお、サーバ／クライアント通信で用いる通信媒体として無線を用いるが、特に限定されることはなく有線でも良い。また、サーバ１０は、コンテンツ保護部１９を介さずにコンテンツストリーム生成部１８が出力したコンテンツ保護されていないコンテンツストリームをコンテンツストリーム信号として出力することもできる。コンテンツストリームを保護する保護しないは、例えば放送信号受信部１１が受信した制御情報（具体的には、デジタルコピー制御記述子、コンテンツ利用制御記述子等）に基づき、制御部１７によって選択される。
【0023】
図２は、実施形態に係るクライアントの機能構成の一例を示すブロック図である。
【0024】
クライアント２０は、サーバ１０が送信するコンテンツストリーム信号を受信して、処理し、映像や音声、文字データなどを表示出力する。クライアント２０は、例えばサーバ１０とは別のテレビ受信機やタブレット、スマートフォンなどである。また、クライアント２０は、必ずしも新４Ｋ８Ｋ衛星放送や先行３波の受信機でなくともよい。また、クライアント２０は、新４Ｋ８Ｋ衛星放送で用いられる文字符号化方式と先行３波で用いられる文字符号化方式のいずれもを処理可能であってもよいし、それらのいずれかのみ処理可能であってもよい。
【0025】
送受信部２１は、サーバ１０の送受信部１１０との通信が可能なインターフェースであり、予め決められた通信方法によってサーバ１０の送信するコンテンツストリーム信号を受信し、処理し、コンテンツストリームを出力する。本実施形態においては、送受信部１１０に対応して、ＤＬＮＡ（登録商標）に準拠したＩＰ通信による通信方法を備える。
【0026】
制御部２２は、クライアント２０内の各機能を制御する。図２において、制御部２２との間で特に結線をしていない機能ブロックとの間においてもデータのやり取りを行うことにしてもよい。
【0027】
コンテンツストリーム処理部２３は、送受信部２１が出力するコンテンツストリームを、必要に応じて、コンテンツ保護解除処理、デマルチプレックス（分離処理）、復号再生などを実施して、コンテンツデータを取り出し、表示出力部２４へコンテンツデータを出力する。表示出力部２４は、コンテンツデータを映像や音声、文字として表示出力する。
【0028】
解析部２５は、送受信部２１が受信する信号からコンテンツ管理情報を抽出して、制御部２２もしくは、送受信部２１やコンテンツストリーム処理部２３に出力する。
【0029】
（第１の実施形態）
本実施形態では、サーバ１０において、クライアント２０で処理可能な文字符号化方式に応じて、サーバ１０が送出する文字データの文字符号化方式を選択して変換する場合について示す。例えば、クライアント２０が新４Ｋ８Ｋ衛星放送の文字データを処理できる場合は、サーバ１０は文字符号化方式としてＵＴＦ－８を用い、クライアント２０が先行３波のみしか処理できない場合は、サーバ１０は文字符号化方式として８単位符号を用いる。以下に、本実施形態に係るシステムの動作例を説明する。
本実施形態では、サーバ１０において、クライアント２０で処理可能な文字符号化方式に応じて、サーバ１０が送出する文字データの文字符号化方式を選択して変換する場合について示す。例えば、クライアント２０が新４Ｋ８Ｋ衛星放送の文字データを処理できる場合は、サーバ１０は文字符号化方式としてＵＴＦ－８を用い、クライアント２０が先行３波のみしか処理できない場合は、サーバ１０は文字符号化方式として８単位符号を用いる。以下に、本実施形態に係るシステムの動作例を説明する。
【0030】
図３は、第１の同実施形態に係るサーバの処理動作の一例を示すフローチャートである。
サーバ１０は、サーバ／クライアント通信におけるクライアント２０との通信路を確立する（ステップＳ３１）。通信路が確立されると、サーバ１０とクライアント２０は、送受信部１１０と送受信部２１とを介して通信を実施する。制御部１７は、この通信路確立時にクライアント２０が処理できる文字符号化方式の情報をクライアント２０から入手する。または、前記情報をクライアント２０から入手する代わりに、クライアント２０が処理できる文字符号化方式を予めユーザが知っている場合は、例えば、サーバ１０において、図示せぬリモコンなどから、クライアント２０へ送信する文字データの文字符号化方式を設定できるようにしてもよい。
サーバ１０は、サーバ／クライアント通信におけるクライアント２０との通信路を確立する（ステップＳ３１）。通信路が確立されると、サーバ１０とクライアント２０は、送受信部１１０と送受信部２１とを介して通信を実施する。制御部１７は、この通信路確立時にクライアント２０が処理できる文字符号化方式の情報をクライアント２０から入手する。または、前記情報をクライアント２０から入手する代わりに、クライアント２０が処理できる文字符号化方式を予めユーザが知っている場合は、例えば、サーバ１０において、図示せぬリモコンなどから、クライアント２０へ送信する文字データの文字符号化方式を設定できるようにしてもよい。
【0031】
制御部１７はクライアント２０に対するコンテンツデータの送信要求を検出したら、放送信号受信部１１や蓄積部１３から符号化コンテンツデータを解析部１４に入力させる。解析部１４は、符号化コンテンツデータに付随するコンテンツ付随情報を解析する（ステップＳ３２のＹＥＳ、ステップＳ３３）。コンテンツ付随情報には番組情報やデータ処理方法などコンテンツに係る情報が含まれており、本実施形態においては、解析部１４は符号化文字データに対する文字符号化方式に関する情報をコンテンツ付随情報から抽出し、抽出した文字符号化方式に関する情報を制御部１７へ入力する。制御部１７は、解析部１４が抽出した文字符号化方式（以降、第１の文字符号化方式と称する）に関する情報とステップＳ３１で取得したクライアント２０が使用可能な文字符号化方式（以降、第２の文字符号化方式と称する）に関する情報とを比較する。比較の結果、両者が一致した場合は、制御部１７は、放送信号受信部１１や蓄積部１３から第１の文字符号化方式による符号化文字データを含む符号化コンテンツデータをコンテンツストリーム生成部１８に入力させる（ステップＳ３４のＹＥＳ）。一方、両者が一致しない場合（ステップＳ３４のＮＯ）は、制御部１７は、放送信号受信部１１や蓄積部１３から符号化コンテンツデータを文字データ変換部１６に入力させる。文字データ変換部１６は、符号化コンテンツデータの符号化文字データを、第１の文字符号化方式で復号再生し、再度、第２の文字符号化方式で符号化し出力する（ステップＳ３５）。例えば、クライアント２０が先行３波の文字符号化方式にしか対応できず、サーバ１０が受信した新４Ｋ８Ｋ衛星放送による文字コンテンツの文字符号化方式に対応できない場合に相当する。
【0032】
なお、本実施形態では、クライアント２０が処理可能である文字符号化方式（第２の文字符号化方式）がサーバ１０において有効な場合について示したが、サーバ１０において第２の文字符号化方式が無効な場合は、サーバ１０の表示出力部１３にてユーザにアラーム通知をすることも可能である。
【0033】
コンテンツストリーム生成部１８は、入力された符号化コンテンツデータや、制御情報などのデータを含めてコンテンツストリームを生成する（ステップＳ３６）。コンテンツストリームは、例えば、ＭＰＥＧ２方式に準拠したトランスポートストリームや、ＭＭＴ／ＴＬＶ方式に準拠したＭＭＴ／ＴＬＶストリームなどでもよい。
【0034】
コンテンツ保護の必要があるかないかを確認する（ステップＳ３７）。具体的には、例えば、ステップＳ３１におけるサーバ／クライアント通信の確立の際に、サーバ１０とクライアント２０の間でコンテンツ保護の必要不必要を決定する。コンテンツ保護が必要な場合、コンテンツ保護部１９は、コンテンツストリーム生成部１８が出力するコンテンツストリームに対して、予め決まった方法による暗号化や必要なデータの付与などによってコンテンツ保護処理をし、プロテクテッドコンテンツストリームを送受信部１１０へ出力する（ステップＳ３７のＹＥＳ、ステップＳ３８）。ステップＳ３７において、コンテンツ保護の必要がない場合は、コンテンツストリーム生成部１８が生成するコンテンツストリームを送受信部１１０へ出力する（ステップＳ３７のＮＯ）。
【0035】
送受信部１１０は、入力されたコンテンツストリームもしくはプロテクテッドコンテンツストリームを予め決められた通信方法でコンテンツストリーム信号として外部に出力する（ステップＳ３９）。例えば、送受信部１１０は、ＤＬＮＡ（登録商標）に準拠したＩＰ通信データをＷｉ－Ｆｉ（登録商標）方式に準拠した無線信号として出力する。コンテンツ送信要求がなくなったら処理を終了する（ステップＳ３２のＮＯ）。
【0036】
図４は、同実施形態に係るクライアントの処理動作の一例を示すフローチャートである。
クライアント２０は、サーバ／クライアント通信におけるサーバ１０との通信路を確立する（ステップＳ４１）。送受信部２１は、コンテンツストリーム信号を受信すると復調など必要な処理を行い、コンテンツストリームもしくはプロテクテッドコンテンツストリームを出力する（ステップＳ４２のＹＥＳ）。出力されたコンテンツストリームは、コンテンツストリーム処理部２３に入力され、コンテンツストリーム処理部２３によって処理され、コンテンツデータを取得する（ステップＳ４３）。また、コンテンツストリーム処理部２３は、プロテクテッドコンテンツストリームに対してはコンテンツ保護解除処理を実施し、得られたコンテンツストリームからコンテンツデータを取得する。取得されたコンテンツデータは表示出力部２４へ出力され、映像や音声、文字データとして表示出力される（ステップＳ４４）。クライアント２０は、コンテンツストリーム信号を受信しなくなったら処理を終了する（ステップＳ４２のＮＯ）。
クライアント２０は、サーバ／クライアント通信におけるサーバ１０との通信路を確立する（ステップＳ４１）。送受信部２１は、コンテンツストリーム信号を受信すると復調など必要な処理を行い、コンテンツストリームもしくはプロテクテッドコンテンツストリームを出力する（ステップＳ４２のＹＥＳ）。出力されたコンテンツストリームは、コンテンツストリーム処理部２３に入力され、コンテンツストリーム処理部２３によって処理され、コンテンツデータを取得する（ステップＳ４３）。また、コンテンツストリーム処理部２３は、プロテクテッドコンテンツストリームに対してはコンテンツ保護解除処理を実施し、得られたコンテンツストリームからコンテンツデータを取得する。取得されたコンテンツデータは表示出力部２４へ出力され、映像や音声、文字データとして表示出力される（ステップＳ４４）。クライアント２０は、コンテンツストリーム信号を受信しなくなったら処理を終了する（ステップＳ４２のＮＯ）。
【0037】
このように本実施形態では、サーバ１０が、クライアント２０に送信する符号化コンテンツデータを解析して、使用されている文字符号化方式がクライアント２０で有効でない場合は、サーバ１０が、クライアント２０で有効な文字符号化方式に変換して符号化コンテンツデータを送信することで、クライアント２０が、文字コンテンツの文字化けを起こさずにコンテンツデータを利用可能となる。
【0038】
また、新４Ｋ８Ｋ衛星放送・先行３波共用の受信機が、コンテンツ送信機能を備えたサーバ（ＤＬＮＡ（登録商標）におけるＤＭＳ）となるとき、クライアント（ＤＬＮＡ（登録商標）におけるＤＭＲ／ＤＭＰ）へ送信するコンテンツは新４Ｋ８Ｋ衛星放送の番組、先行３波の番組の両方があり得るので、特段の変換をしなければ文字情報の文字符号化方式がＵＴＦ－８であったり８単位符号であったりする。このような場合に、クライアント２０において有効でない文字符号化方式による文字データを受信した場合に、文字化けが発生する。また、文字符号化方式はＵＴＦ－８と８単位符号との場合だけには限定されず、他の文字符号化方式の場合であっても同様の問題が起きる。本実施形態によれば、サーバ１０がクライアント２０において有効な文字データの文字符号化方式に変換することで、クライアント２０が、文字コンテンツの文字化けを起こさずにコンテンツデータを利用可能となる。
【0039】
また、サーバ１０が新４Ｋ８Ｋ衛星放送に対応する受信機であるかおよび先行３波に対応する受信機であるかは、サーバ１０がＵＴＦ－８を処理可能であるかおよび８単位符号を処理可能であるかを限定せず、例えばサーバ１０が先行３波にのみ対応する受信機であっても複数の文字符号化方式を処理可能であれば、本実施形態によって、サーバ１０は文字化けを起こさないコンテンツデータをクライアント２０に提供可能となる。
【0040】
（第２の実施形態）
本実施形態においては、サーバ１０が、コンテンツデータとともに、文字データに対して施した文字符号化方式の情報をクライアント２０に送信する場合の例を示す。
本実施形態においては、サーバ１０が、コンテンツデータとともに、文字データに対して施した文字符号化方式の情報をクライアント２０に送信する場合の例を示す。
【0041】
本実施形態に係る方法は、文字符号化方式の情報をＤＬＮＡ（登録商標）のメディアフォーマットプロファイル（以降、単にプロファイルと称する）に入れる方法である。サーバ１０がコンテンツ送信するためのトリガとなる「コンテンツ送信要求」の方法や、クライアント２０のメディアフォーマットプロファイルにある文字符号化方式の情報を確認した時の処理方法により、２つの動作例を示す。
【0042】
１つ目は、図５Ａ、図７Ａを用いて、ユーザがリモコンの操作によりサーバ１０に「コンテンツ送信要求」を実行し、クライアント２０はメディアフォーマットプロファイルにある文字符号化方式の情報を確認後、確認した文字符号化方式に対応可能か否かといった情報をサーバ１０に返信（ＡＣＫ送信）する場合について示す。
【0043】
２つ目は、図５Ｂ、図７Ｂを用いて、クライアント２０がサーバ１０に「コンテンツ送信要求」を実行し、クライアント２０はメディアフォーマットプロファイルにある文字符号化方式の情報を確認後、確認結果をサーバ１０に返信（ＡＣＫ送信）しない場合について示す。
以下に、１つ目のシステムの動作例を説明する。
以下に、１つ目のシステムの動作例を説明する。
【0044】
図５Ａは、本実施形態に係るサーバの処理動作の一例を示すフローチャートである。
【0045】
サーバ１０は、サーバ／クライアント通信におけるクライアント２０との通信路を確立する（ステップＳ５０）。通信路が確立されると、サーバ１０とクライアント２０は、送受信部１１０と送受信部２１とを介して通信を実施する。ユーザがリモコンの操作などによりサーバ１０に「コンテンツ送信要求」を実行し、サーバ１０においてコンテンツデータを送信する要求が発生すると、解析部１４が符号化コンテンツデータの解析処理を行う（ステップＳ５１のＹＥＳ、ステップＳ５２）。具体的には、ステップＳ５２において、解析部１４は、放送信号受信部１１もしくは蓄積部１３から入力される符号化文字データの文字符号化方式を、コンテンツ付随情報から抽出する。解析部１４が抽出した符号化文字データの文字符号化方式は、付随情報生成部１５に入力される。付随情報生成部１５は、入力された符号化文字データの文字符号化方式から規定に従ってコンテンツ管理情報を生成する。例えば、このコンテンツ管理情報は、ＡＲＩＢ規格であるＡＲＩＢ ＳＴＤ－Ｂ２１に記載されるｐｒｏｔｏｃｏｌＩｎｆｏの第４フィールドに配置されるＡＲＩＢ．ＯＲ．ＪＰ＿ＰＮで示されるパラメータ（以降、ＡＲＩＢ．ＯＲ．ＪＰ＿ＰＮパラメータと称する）であるが、これに限定されない。ｐｒｏｔｏｃｏｌＩｎｆｏはＤＬＮＡ（登録商標）に準拠したネットワークでやり取りされるＸＭＬ文書であるＤＩＤＬ－Ｌｉｔｅ文書内に記述されるプロパティであるが、例えば、同文書内の他のプロパティ、エレメント等に前記コンテンツ管理情報を配置しても良い。
【0046】
図６は、同実施形態においてサーバが送信するパラメータの一例を示す図である。
【0047】
このパラメータは、サーバ１０が送信するコンテンツデータに関するプロファイルを示し、特に、Ｐｒｏｆｉｌｅ ＩＤと称する。下記に各Ｐｒｏｆｉｌｅ ＩＤの意味を説明する。
【0048】
Ｎｏ１：ＴＳ＿ＪＰ＿ＵＴＦ８
ＵＴＦ－８で符号化された文字データが含まれており、ＴＳ方式に準じたコンテンツストリームで送信される。
ＵＴＦ－８で符号化された文字データが含まれており、ＴＳ方式に準じたコンテンツストリームで送信される。
【0049】
Ｎｏ２：ＴＳ＿ＪＰ＿８ＵＮＩＴ
８単位符号で符号化された文字データが含まれており、ＴＳ方式に準じたコンテンツストリームで送信される。
８単位符号で符号化された文字データが含まれており、ＴＳ方式に準じたコンテンツストリームで送信される。
【0050】
Ｎｏ３：ＭＭＴ＿ＪＰ＿ＵＴＦ８
ＵＴＦ－８で符号化された文字データが含まれており、ＭＭＴ方式に準じたコンテンツストリームで送信される。
ＵＴＦ－８で符号化された文字データが含まれており、ＭＭＴ方式に準じたコンテンツストリームで送信される。
【0051】
Ｎｏ４：ＴＳ＿ＪＰ＿８ＵＮＩＴ
８単位符号で符号化された文字データが含まれており、ＭＭＴ方式に準じたコンテンツストリームで送信される。
８単位符号で符号化された文字データが含まれており、ＭＭＴ方式に準じたコンテンツストリームで送信される。
【0052】
なお、図６には、２つの文字符号化方式、また２つの送信方式についてのみ示したが、これら以外の符号化方式や送信方式でも良い。また、Ｐｒｏｆｉｌｅ ＩＤは図６に示したように符号化方式と送信方式のみで構成される必要はなく、他の情報と結合されていても良い。他の情報とは例えばコンテンツの映像の符号化方式や解像度、フレームレート等である。
【0053】
図５に戻り、付随情報生成部１５において、サーバ１０が使用する送信方式や文字符号化方式などに基づいてＡＲＩＢ．ＯＲ．ＪＰ＿ＰＮパラメータにＰｒｏｆｉｌｅ ＩＤが設定され、Ｐｒｏｆｉｌｅ ＩＤをコンテンツ管理情報として送受信部１１０に出力する。コンテンツ管理情報は、送受信部１１０からクライアント２０にプロファイル信号として送信される（ステップＳ５３）。サーバ１０は、プロファイル信号で送信した文字符号化方式にクライアント２０が対応可能であるか否かについての情報をクライアント２０から受信する（Ｓ５３Ａ）。サーバ１０は、クライアント２０から受信した情報を確認した結果、文字符号化方式が、両者で一致しない場合は、例えば、サーバ１０の表示出力部１３にて「表示不可」などの文字表示をさせたり、音声などスピーカで出力させたりするなどユーザに通知をする（ステップＳ５４のＮＯ、ステップＳ５５）。なお、サーバ１０とクライアント２０とが複数の符号化方式に対応可能な場合は、調整して両者の符号化方式を一致させるようにしてもよい。一方、サーバ１０とクライアント２０とが使用可能な文字符号化方式が一致した場合について以下に示す（ステップＳ５４のＹＥＳ）。放送信号受信部１１や蓄積部１３において、送信する符号化コンテンツデータがある場合、放送信号受信部１１や蓄積部１３は、符号化コンテンツデータをコンテンツストリーム生成部１８に入力する。コンテンツストリーム生成部１８は、入力された符号化コンテンツデータからコンテンツストリームを生成する（ステップＳ５６のＹＥＳ、ステップＳ５７）。生成されたコンテンツストリームは、送受信部１１０からコンテンツストリーム信号として送信される（ステップＳ５８）。符号化コンテンツデータがなくなったら処理を終了する（ステップＳ５６のＮＯ）。
【0054】
図７Ａは、同実施形態に係るクライアントの処理動作の一例を示すフローチャートである。
【0055】
クライアント２０は、サーバ／クライアント通信におけるサーバ１０との通信路を確立する（ステップＳ７０）。通信路が確立されると、サーバ１０とクライアント２０は、送受信部１１０と送受信部２１とを介して通信を実施する。クライアント２０において送受信部２１は、サーバ１０が送信したプロファイル信号を受信する（ステップＳ７１）。送受信部２１は、受信したプロファイル信号から抽出したＰｒｏｆｉｌｅ ＩＤを解析部２５に出力し、解析部２５は、Ｐｒｏｆｉｌｅ ＩＤを解析する（ステップＳ７２）。具体的にステップＳ７２では、解析部２５が、Ｐｒｏｆｉｌｅ ＩＤに対応する文字符号化方式を認識し、認識した文字符号化方式を制御部２２へ出力する。制御部２２は、入力された文字符号化方式がクライアント２０で処理可能な文字符号化方式どうかを確認する（ステップＳ７３）。両者が一致した場合、制御部２２は、サーバ１０とクライアント２０の文字符号化方式が一致していると判断し、例えばサーバ１０の文字符号化方式に「対応可」といった判断結果をサーバ１０に返信し、送受信部２１とコンテンツストリーム処理部２３とに処理を実行させる（ステップＳ７３のＹＥＳ、Ｓ７３Ａ）。送受信部２１は、コンテンツストリーム信号を受信すると、復調など必要な処理を行い、コンテンツストリームを出力する（ステップＳ７４のＹＥＳ）。出力されたコンテンツストリームは、コンテンツストリーム処理部２３に入力され、コンテンツストリーム処理部２３によって処理され、コンテンツデータを取得する（ステップＳ７５）。取得されたコンテンツデータは表示出力部２４へ出力され、表示出力部２４において映像や音声、文字データが出力される（ステップＳ７６）。送受信部２１がコンテンツストリーム信号を受信しなくなると処理を終了する（ステップＳ７４のＮＯ）。
【0056】
また、ステップＳ７３にて、制御部２２が、クライアント２０はサーバ１０の使用する文字符号化方式に対応できないと判断した場合、サーバ１０へ、例えばサーバ１０の文字符号化方式に「対応不可」といった判断結果を送信し（ステップＳ７３Ｂ）、表示出力部２４に「表示不可」などの文字表示をさせたり、音声などスピーカで出力させたりするなどでユーザにアラーム通知する（ステップＳ７７）。
【0057】
【0058】
本動作例は、クライアント２０がサーバ１０に「コンテンツ送信要求」を実行し、クライアント２０は、サーバ１０が送信するメディアフォーマットプロファイルにある文字符号化方式の情報を確認後、確認結果をサーバ１０に返信（ＡＣＫ送信）しない場合の例である。
【0059】
【0060】
サーバ１０は、サーバ／クライアント通信におけるクライアント２０との通信路を確立する（ステップＳ５００）。通信路が確立されると、サーバ１０とクライアント２０は、送受信部１１０と送受信部２１とを介して通信を実施する。
【0061】
クライアント２０がサーバ１０に「コンテンツ送信要求」を実行し、サーバ１０が「コンテンツ送信要求」を検出すると（ステップＳ５０１のＹＥＳ）、図５ＡのＳ５２、Ｓ５３と同様、サーバ１０は、要求されたコンテンツデータの解析処理を実行し（ステップＳ５０２）、解析処理により抽出したコンテンツ付随情報を含めたコンテンツ管理情報を送受信部１１０からクライアント２０にプロファイル信号として送信する（ステップＳ５０３）。
【0062】
本実施形態における２つ目のシステムの動作例においては、クライアント２０は、サーバ１０が送信した文字符号化方式の情報を確認しても確認結果をサーバ１０へ返信しないが、クライアント２０がサーバ１０から送信された文字符号化方式に対応できる場合は、「コンテンツストリーム送信要求」を送信する。サーバ１０はクライアント２０からの「コンテンツストリーム送信要求」を受信した場合は、サーバ１０はクライアント２０によるコンテンツの受信が可能であると判断し、コンテンツストリーム生成処理をして、コンテンツストリーム信号として送信する（ステップＳ５０４のＹＥＳ、Ｓ５０５、Ｓ５０６）。一方、サーバ１０はクライアント２０から「コンテンツストリーム送信要求」が送信されてこない場合は、サーバ１０はクライアント２０によるコンテンツ受信が不可能と判断し、処理を停止する（ステップＳ５０４のＮＯ）。
【0063】
【0064】
クライアント２０は、サーバ／クライアント通信におけるサーバ１０との通信路を確立する（ステップＳ７００）。通信路が確立されると、サーバ１０とクライアント２０は、送受信部１１０と送受信部２１とを介して通信を実施する。
【0065】
クライアント２０は、サーバ１０に「コンテンツ送信要求」を送信する（ステップＳ７０１）。図７ＡのステップＳ７１、Ｓ７２と同様、クライアント２０において送受信部２１は、サーバ１０が送信したプロファイル信号を受信し、受信したプロファイル信号から抽出したＰｒｏｆｉｌｅ ＩＤを解析部２５に出力し、解析部２５は、サーバ１０が出力しようとするコンテンツの文字符号化方式を認識する（ステップＳ７０１、Ｓ７０２）。解析部２５は、認識した文字符号化方式を制御部２２へ出力し、制御部２２は、入力された文字符号化方式がクライアント２０で処理可能な文字符号化方式どうかを確認する（ステップＳ７０３）。制御部２２は、確認した結果、文字符号化方式を処理可能と判断した場合は、サーバ１０へ「コンテンツストリーム送信要求」を送信し（ステップＳ７０４Ａ）、図７ＡのステップＳ７４のＹＥＳ、Ｓ７５、Ｓ７６と同様、送受信部２１とコンテンツストリーム処理部２３とにコンテンツストリーム信号やコンテンツストリームの処理を実行させ、コンテンツデータを取得する（ステップＳ７０５のＹＥＳ、Ｓ７０６）。取得したコンテンツデータは表示出力部２４において映像や音声、文字データとして出力される（ステップＳ７０７）。送受信部２１がコンテンツストリーム信号を受信しなくなると処理を終了する（ステップＳ７０５のＮＯ）。
【0066】
また、ステップＳ７０４にて、制御部２２が、クライアント２０はサーバ１０の使用する文字符号化方式に対応できないと判断した場合、処理を終了する（ステップＳ７０４のＮＯ）。また、この時、表示出力部２４に「表示不可」などの文字表示をさせたり、音声などスピーカで出力させたりするなどでユーザにアラーム通知することでもよい。
【0067】
このように本実施形態では、サーバ１０が、クライアント２０に、サーバ１０が送信する符号化文字データの文字符号化方式をコンテンツストリームとは別に通知することで、クライアント２０が、文字コンテンツの文字化けを起こさずにコンテンツデータを利用可能となる。本実施形態によれば、サーバ１０が文字符号化方式を変換せずにクライアント２０に文字コンテンツを送信することも可能となる。
【0068】
また、本実施形態では、サーバ１０がコンテンツデータを送信する前に文字符号化方式の通知を実施すればよいので、コンテンツデータ以外の通信によるデータ送出の頻度を少なくすることができる。
【0069】
（第３の実施形態）
本実施形態においては、サーバ１０は、ＴＳ方式の制御情報および番組関連情報であるＳＩＴ（Ｓｅｌｅｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）に文字符号化方式に関する情報を含めて、コンテンツストリームを送信する例を示す。クライアント２０は、受信したコンテンツストリームからＳＩＴを抽出し、ＳＩＴからサーバ１０が送信した文字データの文字符号化方式に関する情報を取得する。
本実施形態においては、サーバ１０は、ＴＳ方式の制御情報および番組関連情報であるＳＩＴ（Ｓｅｌｅｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）に文字符号化方式に関する情報を含めて、コンテンツストリームを送信する例を示す。クライアント２０は、受信したコンテンツストリームからＳＩＴを抽出し、ＳＩＴからサーバ１０が送信した文字データの文字符号化方式に関する情報を取得する。
【0070】
以下に、本実施形態に係るシステムの動作例を説明する。
【0071】
図８は、本実施形態に係るサーバの処理動作の一例を示すフローチャートである。
【0072】
サーバ１０は、クライアント２０との通信路を確立し（ステップＳ８０）、クライアント２０に対するコンテンツデータの送信要求がある場合、放送信号受信部１１もしくは蓄積部１３から符号化コンテンツデータを解析部１４へ入力する。解析部１４は、符号化コンテンツデータの付随情報に対して解析処理を行い、符号化文字データの文字符号化方式を抽出する（ステップＳ８１のＹＥＳ、ステップＳ８２）。解析部１４が抽出した符号化文字データの文字符号化方式は、付随情報生成部１５に入力される。付随情報生成部１５は、入力された文字符号化方式に基づいて、コンテンツ関連情報を生成する（ステップＳ８３）。本実施形態は、上記コンテンツ関連情報として、具体的には、ＡＲＩＢ規格のＡＲＩＢ ＳＴＤ－Ｂ２１に開示されているＳＩＴを利用する。
【0073】
図９は、同実施形態においてサーバが伝送するＳＩＴの構成の一例を示す図である。
【0074】
予約領域９１および予約領域９３はｒｅｓｅｒｖｅｄ ｆｕｔｕｒｅ ｕｓｅとして、現在規定されていない領域である。記述子領域９２および記述子領域９４は、データ構造を持つ記述子が配置される領域である。
【0075】
本実施形態においては、文字データの文字符号化方式に関する情報を、予約領域９１、予約領域９３、記述子領域９２、記述子領域９４のいずれかに配置する。予約領域９１または予約領域９３に配置する場合は、当該領域の位置づけを予約領域ではなく例えば「文字符号化方式識別情報」とし、例えば、文字符号化方式がＵＴＦ－８の場合は文字符号化方式情報識別子に０を設定し、８単位符号の場合は文字符号化方式情報識別子に１を設定する。記述子領域９２または記述子領域９４の中に文字符号化方式情報を配置する場合は、記述子のデータ構造を持ち文字符号化方式に関する情報を含む記述子、例えば、「文字符号化方式情報記述子」を定義し、記述子領域９２もしくは記述子領域９４に配置する。前記記述子に含める文字符号化方式の情報は、例えば、文字符号化方式がＵＴＦ－８の場合には値０を設定し、８単位符号の場合には値１を設定する。
【0076】
図８に戻り、コンテンツストリーム生成部１８で、付随情報生成部１５で生成したＳＩＴを含めてコンテンツストリームを生成する（ステップＳ８４）。生成したコンテンツストリームに対してコンテンツ保護の必要がある場合は、コンテンツ保護部１９は、コンテンツストリーム生成部１８が生成したコンテンツストリームに対してコンテンツ保護処理をし、プロテクテッドコンテンツストリームを送受信部１１０へ出力する（ステップＳ８５のＹＥＳ、ステップＳ８６）。コンテンツ保護の必要がない場合は、コンテンツストリーム生成部１８は、生成したコンテンツストリームを送受信部１１０へ出力する（ステップＳ８５のＮＯ）。送受信部１１０は、コンテンツストリームもしくはプロテクテッドコンテンツストリームをコンテンツストリーム信号としてクライアント２０へ送信する（ステップＳ８７）。サーバ１０において、コンテンツの終端まで送信を終えたり、「コンテンツ送信停止」などの信号を検出したりするなどしてコンテンツ送信要求がなくなった場合は、処理を終了する（ステップＳ８１のＮＯ）。
【0077】
図１０は、同実施形態に係るクライアントの処理動作の一例を示すフローチャートである。
【0078】
クライアント２０は、サーバ／クライアント通信におけるサーバ１０との通信路を確立する（ステップＳ１００）。通信路が確立されると、サーバ１０とクライアント２０は、送受信部１１０と送受信部２１とを介して通信を実施する。クライアント２０の送受信部２１は、コンテンツストリーム信号を受信すると、コンテンツストリーム信号処理を行い、コンテンツストリームもしくはプロテクテッドコンテンツストリームを取得し、コンテンツストリーム処理部２３へ出力する（ステップＳ１０１のＹＥＳ、ステップＳ１０２）。コンテンツ保護が適用されている場合、コンテンツストリーム処理部２３はプロテクテッドコンテンツストリームに対してコンテンツ保護を解除する処理を行い、コンテンツストリームを得る（ステップＳ１０３のＹＥＳ、ステップＳ１０４）。もしコンテンツ保護が適用されていない場合は、送受信部２１は、コンテンツストリームをコンテンツストリーム処理部２３へ出力する（ステップＳ１０３のＮＯ）。コンテンツストリームがコンテンツ保護されているかどうかは、例えば、サーバ１０とクライアント２０とが通信路を確立する際にやり取りされる情報により決まる。その場合、例えば、制御部２２がその情報に基づいてコンテンツストリーム処理部２３に対しコンテンツ保護の実施するしないを制御する。
【0079】
コンテンツストリーム処理部２３は、コンテンツストリームに対してデマルチプレックス（分離）処理を行い、ＳＩＴや符号化コンテンツデータを取得する（ステップＳ１０５）。解析部２５は、取得されたＳＩＴから、図８のステップＳ８３で指定された文字符号化方式情報識別子を抽出し、受信した符号化コンテンツデータに含まれる文字データの文字符号化方式を検出する（ステップＳ１０６）。コンテンツストリーム処理部２３は、符号化コンテンツデータを復号し、コンテンツデータを得る。本実施形態においては、符号化文字データに対して、解析部２５が検出した文字データの文字符号化方法により復号を実施し、文字データを取得する（ステップＳ１０７）。文字データを含め取得されたコンテンツデータは、表示出力部２４に出力され、表示出力部２４は、映像、音声、文字データなどをユーザが視聴可能な形で出力する（ステップＳ１０８）。また、ステップＳ１０６において、解析部２５が検出した文字符号化方式にコンテンツストリーム処理部２３が対応できない場合は、文字データに対する処理をやめ、表示出力部２４への文字データの出力はしない。送受信部２１で、コンテンツストリーム信号が受信されなくなったらクライアント２０は処理を終了する（ステップＳ１０１のＮＯ）。
【0080】
このように本実施形態では、サーバ１０が、クライアント２０に、サーバ１０が送信する符号化文字データの文字符号化方式をＳＩＴに含めてコンテンツストリームを送信することで、クライアント２０が、文字コンテンツの文字化けを起こさずにコンテンツデータを利用可能となる。本実施形態によれば、サーバ１０が文字符号化方式を変換せずにクライアント２０に文字コンテンツを送信することも可能となる。
【0081】
また、本実施形態では、サーバ１０がコンテンツデータを送信している間も文字符号化方式の情報を送信することができるので、例えば、送信中のコンテンツデータの文字符号化方式が途中で変わるような場合等にも、サーバ１０は変化した文字符号化方式の情報をＳＩＴによってクライアント２０へ通知することができ、クライアント２０が、文字コンテンツの文字化けを起こさずにコンテンツデータを利用可能となる。
【0082】
（第４の実施形態）
本実施形態においては、コンテンツストリームにＤＴＣＰ２によるコンテンツ保護処理が適用される場合に、保護管理情報であるＣＭＩ（Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）パケットに文字符号化方式に関する情報を含める例を示す。
本実施形態においては、コンテンツストリームにＤＴＣＰ２によるコンテンツ保護処理が適用される場合に、保護管理情報であるＣＭＩ（Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）パケットに文字符号化方式に関する情報を含める例を示す。
【0083】
以下に、本実施形態に係るシステムの動作例を説明する。
【0084】
サーバ１０は、クライアント２０との通信路を確立しており、コンテンツの送信を要求されている。また、本実施形態に係るサーバ１０及びクライアント２０はＤＴＣＰ２に対応可能であり、通信路確立の時点でサーバ１０がＤＴＣＰ２に準拠した方式でコンテンツデータを送信することをクライアント２０は認識している。
【0085】
図１１は、本実施形態に係るサーバの処理動作の一例を示すフローチャートである。
【0086】
サーバ１０は、サーバ／クライアント通信におけるクライアント２０との通信路を確立する（ステップＳ１１０）。通信路が確立されると、サーバ１０とクライアント２０は、送受信部１１０と送受信部２１とを介して通信を実施する。
【0087】
サーバ１０において、クライアント２０に対するコンテンツデータの送信要求がある場合、制御部１７は、放送信号受信部１１もしくは蓄積部１３に符号化コンテンツデータを解析部１４へ出力させる。解析部１４は、符号化コンテンツデータの付随情報に対して解析処理を行い、符号化文字データの文字符号化方式を抽出する（ステップＳ１１１のＹＥＳ、ステップＳ１１２）。解析部１４が抽出した符号化文字データの文字符号化方式は、付随情報生成部１５に入力される。付随情報生成部１５は、入力された符号化文字データの符号化方式に基づいて、コンテンツ関連情報を生成する（ステップＳ１１３）。本実施形態におけるコンテンツ関連情報は、具体的には、コンテンツ保護の規格であるＤＴＣＰ２の仕様（ＤＴＣＰ２ Ｖｏｌｕｍｅ １ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）に開示されているＣＭＩパケットに配置される。
【0088】
図１２Ａは、同実施形態においてサーバが伝送する保護管理情報の一例を示す図であり、ＣＭＩパケットの構成を示している。ＣＭＩパケットはＨｅａｄｅｒとＢｏｄｙから構成される。ＨｅａｄｅｒとＢｏｄｙとがそれぞれ８ビットのビットデータ行として示され、Ｈｅａｄｅｒには送信されるＣＭＩパケットに関する情報が示され、Ｂｏｄｙには、ＣＭＩ ＦｉｅｌｄとしてＣＭＩ、すなわち保護管理情報が示される。
【0089】
図１２Ｂは、同実施形態においてサーバが伝送する保護管理情報のフィールドの一例を示す図であり、図１２ＡのＢｏｄｙ部分、すなわちＣＭＩ Ｆｉｅｌｄの構成例が示されている。ＣＭＩ Ｆｉｅｌｄに、ＸとＹの２つのＣＭＩ Ｄｅｓｃｒｉｐｔｏｒを配置する例が示されている。
【0090】
【0091】
本実施形態においては、図１２ＣのＣＭＩ Ｄｅｓｃｒｉｐｔｏｒを図１２Ｂのフィールド１２Ｂ１に配置する例を示す。フィールド１２Ｂ１は、図１２Ａのフィールド１２Ａ１に配置される。また、文字符号化方式情報を示す識別子として、例えば、Ｃｈａｒ＿ｅｎｃｏｄｅ＿ｔｙｐｅを定義し、図１２Ｃのフィールド１２Ｃ１に配置する。
【0092】
符号化方式と識別子Ｃｈａｒ＿ｅｎｃｏｄｅ＿ｔｙｐｅに設定される値は、例えば、符号化方式がＵＴＦ－８の場合、Ｃｈａｒ＿ｅｎｃｏｄｅ＿ｔｙｐｅに００００を設定し、８単位符号の場合、Ｃｈａｒ＿ｅｎｃｏｄｅ＿ｔｙｐｅに０００１を設定する。
【0093】
図１１に戻り、コンテンツストリーム生成部１８で、符号化コンテンツデータからコンテンツストリームを生成する（ステップＳ１１４）。コンテンツ保護部１９は、コンテンツストリーム生成部１８から入力されるコンテンツストリームに対してＤＴＣＰ２に規定される方式で暗号化してＰＣＰ（Ｐｒｏｔｅｃｔｅｄ Ｃｏｎｔｅｎｔ Ｐａｃｋｅｔ）を生成し、ステップＳ１１３で生成したＣＭＩパケットとともに、プロテクテッドコンテンツストリームとして、送受信部１１０へ出力する（ステップＳ１１５）。ＣＭＩパケットは暗号化されていない。送受信部１１０は、プロテクテッドコンテンツストリームをコンテンツストリーム信号としてクライアント２０へ送信する（ステップＳ１１６）。サーバ１０は、放送信号受信部１１もしくは蓄積部１３から送信する符号化コンテンツデータがなくなった場合は処理を終了する（ステップＳ１１１のＮＯ）。
【0094】
図１３は、同実施形態に係るクライアントの処理動作の一例を示すフローチャートである。
【0095】
クライアント２０は、サーバ／クライアント通信におけるサーバ１０との通信路を確立する（ステップＳ１３０）。通信路が確立されると、サーバ１０とクライアント２０は、送受信部１１０と送受信部２１とを介して通信を実施する。
【0096】
クライアント２０の送受信部２１は、コンテンツストリーム信号を受信すると、コンテンツストリーム信号を処理してプロテクテッドコンテンツストリームを取得し、ＣＭＩパケットを解析部２５へ出力し、ＰＣＰをコンテンツストリーム処理部２３へ出力する（ステップＳ１３１のＹＥＳ、ステップＳ１３２）。解析部２５はＣＭＩパケットから、サーバ１０がステップＳ１１３で設定したＣｈａｒ＿ｅｎｃｏｄｅ＿ｔｙｐｅの設定値を検出し、検出した設定値を制御部２２へ出力する。一方、コンテンツストリーム処理部２３はＰＣＰに対してコンテンツ保護を解除する処理を行い、コンテンツストリームを得る（ステップＳ１３４）。制御部２２は、入力されたＣｈａｒ＿ｅｎｃｏｄｅ＿ｔｙｐｅの設定値に相当する文字符号化方式にクライアント２０が対応しているかどうかを確認する（ステップＳ１３５）。制御部２２は、クライアント２０がＣｈａｒ＿ｅｎｃｏｄｅ＿ｔｙｐｅの設定値に相当する文字符号化方式に対応していることを確認したら、コンテンツストリーム処理部２３に対して、Ｃｈａｒ＿ｅｎｃｏｄｅ＿ｔｙｐｅの設定値に相当する文字符号化方式を使ってコンテンツストリームの処理を実行させる（ステップＳ１３５のＹＥＳ）。コンテンツストリーム処理部２３は、コンテンツストリームから抽出した符号化コンテンツデータを復号し、コンテンツデータを得る。本実施形態においては、符号化文字データに対して、制御部２２が指定する文字符号化方法により復号を実施し、文字データを取得する（ステップＳ１３６）。文字データを含め取得されたコンテンツデータは、表示出力部２４に出力され、表示出力部２４は、映像、音声、文字データなどをユーザが視聴可能な形で出力する（ステップＳ１３７）。クライアント２０は、コンテンツストリーム信号を受信しなくなったら処理を終了する（ステップＳ１３１のＮＯ）。
【0097】
また、ステップＳ１３５にて、解析部２５が検出した文字符号化方式にコンテンツストリーム処理部２３が対応できない場合は、文字データに対する処理をやめ、表示出力部２４への文字データの出力はしない（ステップＳ１３５のＮＯ）。
【0098】
このように本実施形態では、サーバ１０が送信する符号化文字データの文字符号化方式をＣＭＩパケットにて通知することで、クライアント２０が、文字コンテンツの文字化けを起こさずにコンテンツデータを利用可能となる。本実施形態によれば、サーバ１０が文字符号化方式を変換せずにクライアント２０に文字コンテンツを送信することも可能となる。
【0099】
特にＣＭＩパケットは、ＣＭＩパケット内部に記載される内容に変化がある度に送信されるため、文字符号化方式がある程度頻繁に変化するようなコンテンツデータにおいても、文字符号化方式を速やかに検知することが可能である。
【0100】
以上述べた少なくとも１つの実施形態によれば、文字化けせずに文字コンテンツを利用可能とするコンテンツ送信装置、送信方法を提供することができる。
【0101】
なお、第１、第２、第３、第４の実施形態について任意の実施形態を組み合わせて実施してもよいことは勿論である。また、任意の実施形態による機能の有効無効をユーザが設定或いは切り替え可能、つまり実施形態の組み合わせの切り替えを可能としても構わない。
【0102】
上記した本システムにおける要点は以下のように記載することもできる。
（Ａ１）第１の文字符号化方式を用いる第１の放送（新４Ｋ８Ｋ衛星放送）を受信する第１の放送受信手段と、
第２の文字符号化方式を用いる第２の放送（先行３波）を受信する第２の放送受信手段と、
前記第１の放送受信手段または前記第２の放送受信手段で受信した映像コンテンツで使用されている文字符号化方式を判定する解析手段と、
前記解析手段の判定結果に基づいて前記映像コンテンツで使用されている文字符号化方式を前記第１の文字符号化方式、前記第２の文字符号化方式、または前記第１の文字符号化方式、前記第２の文字符号化方式以外の文字符号化方式である第３の文字符号化方式に変換する文字データ変換手段と、
前記文字データ変換手段により文字符号化方式が変換された映像コンテンツを含む映像コンテンツ信号を送信するＤＬＮＡ（登録商標）規格に準拠した送信手段とを備えたコンテンツ送信装置。
（Ａ１－１）
前記第１の放送受信手段または前記第２の放送受信手段が受信した映像コンテンツを前記解析部へ直接入力する、（Ａ１）に記載の映像コンテンツ送信装置。
（Ａ１－２）
前記第１の放送受信手段または前記第２の放送受信手段が受信した映像コンテンツを蓄積する蓄積手段を備え、前記解析手段は、前記蓄積手段に蓄積された映像コンテンツを入力とする（Ａ１）に記載のコンテンツ送信装置。
（Ａ２）第１の文字符号化方式を用いる第１の放送（新４Ｋ８Ｋ衛星放送）を受信する第１の放送受信手段と、
第２の文字符号化方式を用いる第２の放送（先行３波）を受信する第２の放送受信手段と、
前記第１の放送受信手段または前記第２の放送受信手段で受信した映像コンテンツで使用されている文字符号化方式を判定する解析手段と、
前記解析手段の判定結果に基づいて前記映像コンテンツで使用されている文字符号化方式を示す情報をコンテンツ管理情報として前記映像コンテンツに付与する付随情報付与手段と、
前記付随情報付与手段により前記コンテンツ管理情報を付与された前記映像コンテンツを送信するＤＬＮＡ（登録商標）規格に準拠した送信手段とを備えたコンテンツ送信装置。
（Ａ２－１）前記第１の放送受信手段または前記第２の放送受信手段が受信した前記映像コンテンツを前記解析手段へ直接入力する（Ａ２）に記載の映像コンテンツ送信装置。
（Ａ２－２）
前記第１の放送受信手段もしくは前記第２の放送受信手段が受信した映像コンテンツを蓄積する蓄積手段を備え、前記解析手段は，前記蓄積手段に蓄積された映像コンテンツを入力とする（Ａ２）に記載のコンテンツ送信装置。
（Ａ２－２－１）
前記第１の放送受信手段もしくは前記第２の放送受信手段が受信した映像コンテンツを前記蓄積手段に蓄積する際に、前記受信した映像コンテンツで使用されている文字符号化方式を、前記使用されている文字符号化方式以外の文字符号化方式に変換してから蓄積する、（Ａ２－２）に記載のコンテンツ送信装置
（Ａ２－２－２）
前記第１の放送受信手段が受信した映像コンテンツと、前記第２の放送受信手段が受信した映像コンテンツを結合して一つの映像コンテンツとし、前記結合した映像コンテンツを前記蓄積手段に蓄積する、（Ａ２－２）または（Ａ－２－２）に記載のコンテンツ送信装置
（Ａ３）前記付随情報付与手段により付与される前記コンテンツ管理情報は、前記送信手段が送信するＤＬＮＡ（登録商標）のメディアフォーマットプロファイルに配置することを特徴とする（Ａ２）、（Ａ２－１）、（Ａ２－２）、（Ａ２－２－１）、（Ａ２－２－２）に記載の映像コンテンツ送信装置。
（Ａ４）前記付随情報付与手段により付与される前記コンテンツ管理情報は、前記送信手段が送信する映像コンテンツ信号に含めるＭＰＥＧ－２ ＴＳ方式に準拠したＳＩＴに配置されることを特徴とする（Ａ２）、（Ａ２－１）、（Ａ２－２）、（Ａ２－２－１）、（Ａ２－２－２）に記載の映像コンテンツ送信装置。
（Ａ５）前記映像コンテンツ送信装置は、ＤＴＣＰ２規格に準拠したコンテンツ保護手段を備え、前記付随情報付与手段により付与される前記コンテンツ管理情報は、コンテンツ保護手段により生成されるＣＭＩパケットに配置されることを特徴とする（Ａ２），（Ａ２－１），（Ａ２－２）、（Ａ２－２－１）、（Ａ２－２－２）に記載の映像コンテンツ送信装置。
（Ａ１）第１の文字符号化方式を用いる第１の放送（新４Ｋ８Ｋ衛星放送）を受信する第１の放送受信手段と、
第２の文字符号化方式を用いる第２の放送（先行３波）を受信する第２の放送受信手段と、
前記第１の放送受信手段または前記第２の放送受信手段で受信した映像コンテンツで使用されている文字符号化方式を判定する解析手段と、
前記解析手段の判定結果に基づいて前記映像コンテンツで使用されている文字符号化方式を前記第１の文字符号化方式、前記第２の文字符号化方式、または前記第１の文字符号化方式、前記第２の文字符号化方式以外の文字符号化方式である第３の文字符号化方式に変換する文字データ変換手段と、
前記文字データ変換手段により文字符号化方式が変換された映像コンテンツを含む映像コンテンツ信号を送信するＤＬＮＡ（登録商標）規格に準拠した送信手段とを備えたコンテンツ送信装置。
（Ａ１－１）
前記第１の放送受信手段または前記第２の放送受信手段が受信した映像コンテンツを前記解析部へ直接入力する、（Ａ１）に記載の映像コンテンツ送信装置。
（Ａ１－２）
前記第１の放送受信手段または前記第２の放送受信手段が受信した映像コンテンツを蓄積する蓄積手段を備え、前記解析手段は、前記蓄積手段に蓄積された映像コンテンツを入力とする（Ａ１）に記載のコンテンツ送信装置。
（Ａ２）第１の文字符号化方式を用いる第１の放送（新４Ｋ８Ｋ衛星放送）を受信する第１の放送受信手段と、
第２の文字符号化方式を用いる第２の放送（先行３波）を受信する第２の放送受信手段と、
前記第１の放送受信手段または前記第２の放送受信手段で受信した映像コンテンツで使用されている文字符号化方式を判定する解析手段と、
前記解析手段の判定結果に基づいて前記映像コンテンツで使用されている文字符号化方式を示す情報をコンテンツ管理情報として前記映像コンテンツに付与する付随情報付与手段と、
前記付随情報付与手段により前記コンテンツ管理情報を付与された前記映像コンテンツを送信するＤＬＮＡ（登録商標）規格に準拠した送信手段とを備えたコンテンツ送信装置。
（Ａ２－１）前記第１の放送受信手段または前記第２の放送受信手段が受信した前記映像コンテンツを前記解析手段へ直接入力する（Ａ２）に記載の映像コンテンツ送信装置。
（Ａ２－２）
前記第１の放送受信手段もしくは前記第２の放送受信手段が受信した映像コンテンツを蓄積する蓄積手段を備え、前記解析手段は，前記蓄積手段に蓄積された映像コンテンツを入力とする（Ａ２）に記載のコンテンツ送信装置。
（Ａ２－２－１）
前記第１の放送受信手段もしくは前記第２の放送受信手段が受信した映像コンテンツを前記蓄積手段に蓄積する際に、前記受信した映像コンテンツで使用されている文字符号化方式を、前記使用されている文字符号化方式以外の文字符号化方式に変換してから蓄積する、（Ａ２－２）に記載のコンテンツ送信装置
（Ａ２－２－２）
前記第１の放送受信手段が受信した映像コンテンツと、前記第２の放送受信手段が受信した映像コンテンツを結合して一つの映像コンテンツとし、前記結合した映像コンテンツを前記蓄積手段に蓄積する、（Ａ２－２）または（Ａ－２－２）に記載のコンテンツ送信装置
（Ａ３）前記付随情報付与手段により付与される前記コンテンツ管理情報は、前記送信手段が送信するＤＬＮＡ（登録商標）のメディアフォーマットプロファイルに配置することを特徴とする（Ａ２）、（Ａ２－１）、（Ａ２－２）、（Ａ２－２－１）、（Ａ２－２－２）に記載の映像コンテンツ送信装置。
（Ａ４）前記付随情報付与手段により付与される前記コンテンツ管理情報は、前記送信手段が送信する映像コンテンツ信号に含めるＭＰＥＧ－２ ＴＳ方式に準拠したＳＩＴに配置されることを特徴とする（Ａ２）、（Ａ２－１）、（Ａ２－２）、（Ａ２－２－１）、（Ａ２－２－２）に記載の映像コンテンツ送信装置。
（Ａ５）前記映像コンテンツ送信装置は、ＤＴＣＰ２規格に準拠したコンテンツ保護手段を備え、前記付随情報付与手段により付与される前記コンテンツ管理情報は、コンテンツ保護手段により生成されるＣＭＩパケットに配置されることを特徴とする（Ａ２），（Ａ２－１），（Ａ２－２）、（Ａ２－２－１）、（Ａ２－２－２）に記載の映像コンテンツ送信装置。
【0103】
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。
【0104】
また、図面は、説明をより明確にするため、実際の態様に比べて、各部の幅、厚さ、形状等について模式的に表される場合がある。ブロック図においては、結線されていないブロック間もしくは、結線されていても矢印が示されていない方向に対してもデータや信号のやり取りを行う場合もある。フローチャートに示す処理は、ハードウェア（ＩＣチップなど）もしくはソフトウェア（プログラムなど）もしくはハードウェアとソフトウェアの組み合わせによって実現してもよい。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。
【符号の説明】
【0105】
１０・・・サーバ、１１・・・放送信号受信部、１２・・・表示出力部、１３・・・蓄積部、１４・・・解析部、１５・・・付随情報生成部、１６・・・文字データ変換部、１７・・・制御部、１８・・・コンテンツストリーム生成部、１９・・・コンテンツ保護部、２０・・・クライアント、２１・・・送受信部、２２・・・制御部、２３・・・コンテンツストリーム処理部、２４・・・表示出力部、２５・・・解析部、１１０・・・送受信部。
【図1】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図6】
【図7A】
【図7B】
【図8】
【図9】
【図10】
【図11】
【図12A】
【図12B】
【図12C】
【図13】