• ポートフォリオ機能


ポートフォリオを新規に作成して保存
既存のポートフォリオに追加保存

  • この表をプリントする
PDF PDFをダウンロード
審決分類 審判 訂正 ただし書き3号明りょうでない記載の釈明 訂正する H04N
管理番号 1401571
総通号数 21 
発行国 JP 
公報種別 特許審決公報 
発行日 2023-09-29 
種別 訂正の審決 
審判請求日 2023-02-16 
確定日 2023-05-18 
訂正明細書 true 
事件の表示 特許第6915118号に関する訂正審判事件について、次のとおり審決する。 
結論 特許第6915118号の明細書及び特許請求の範囲を、本件審判請求書に添付された訂正明細書及び訂正特許請求の範囲のとおり、訂正後の請求項1について訂正することを認める。 
理由 第1 経緯
本件訂正審判に係る特許第6915118号(以下「本件特許」という。)の請求項1、2に係る特許についての出願は、平成28年12月27日を出願日とする特願2016−253360号の一部を令和元年9月9日に新たな特許出願である特願2019−163817号とし、更にその一部を令和元年12月11日に新たな特許出願である特願2019−223333号とし、更にその一部を令和2年4月15日に新たな特許出願とした特願2020−72992号であって、令和3年7月16日にその特許権の設定登録がなされたものである。
その後、令和5年2月16日に本件訂正審判の請求がなされたものである。


第2 請求の趣旨、訂正の内容
1 請求の趣旨
本件訂正審判の請求の趣旨は、特許第6915118号の明細書及び特許請求の範囲を本件審判請求書に添付した訂正明細書及び訂正特許請求の範囲のとおり請求項1について訂正することを認める、との審決を求めるというものである。

2 訂正の内容
(1)訂正事項1
本件特許の特許請求の範囲の請求項1に、
「 デジタル放送に関連するHTML文書に埋め込まれたアプリケーションの関数を用い、ハイブリッドキャスト方式に準拠して、放送番組の視聴予約又は視聴予約取り消しを行えるように構成された受信装置であって、
前記HTML文書には、前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な情報が含まれており、
前記関数に含まれる第1の関数が記述ToTuneを含む複数の関数の内の何れかの関数であり、
前記関数に含まれる第2の関数が記述unscheduleToTuneを有する関数で記述され、
前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な前記情報を用いて前記ハイブリッドキャスト方式に準拠するか否かを装置内でチェックする手段と、
前記チェック結果が前記ハイブリッドキャスト方式に準拠する場合に前記第1の関数及び前記第2の関数を取得する手段と、
前記視聴予約又は視聴予約取り消しを設定するか否かユーザに問合せすることに利用可能な前記第1の関数を用いて前記視聴予約又は視聴予約取り消しを設定するか否か問合せするための第1の画面を表示する手段と、
前記視聴予約又は視聴予約取り消しを設定することに利用可能な前記第2の関数を用いて前記視聴予約又は視聴予約取り消しを、前記第1の画面を利用して所定の入力操作がなされた場合、前記視聴予約を設定するための第2の画面を表示するする手段と、
前記視聴予約された対象番組がマーキングされたEPGを作成する手段と、を具備した受信装置。」とあるのを、
「 デジタル放送に関連するHTML文書に埋め込まれたアプリケーションの関数を用い、ハイブリッドキャスト方式に準拠して、放送番組の視聴予約又は視聴予約取り消しを行えるように構成された受信装置であって、
前記HTML文書には、前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な情報が含まれており、
前記関数に含まれる第1の関数が記述ToTuneを含む複数の関数の内の何れかの関数であり、
前記関数に含まれる第2の関数が記述unscheduleToTuneを有する関数で記述され、
前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な前記情報を用いて前記ハイブリッドキャスト方式に準拠するか否かを装置内でチェックする手段と、
前記チェック結果が前記ハイブリッドキャスト方式に準拠する場合に前記第1の関数及び前記第2の関数を取得する手段と、
前記視聴予約又は視聴予約取り消しを設定するか否かユーザに問合せすることに利用可能な前記第1の関数を用いて前記視聴予約又は視聴予約取り消しを設定するか否か問合せするための第1の画面を表示する手段と、
前記視聴予約又は視聴予約取り消しを設定することに利用可能な前記第2の関数を用いて前記視聴予約又は視聴予約取り消しを、前記第1の画面を利用して所定の入力操作がなされた場合、前記視聴予約を設定するための第2の画面を表示する手段と、
前記視聴予約された対象番組がマーキングされたEPGを作成する手段と、を具備した受信装置。」と訂正する。
なお、下線は、訂正箇所を示す。訂正事項2についても同様。

(2)訂正事項2
明細書の【0006】に、
「 本実施形態によれば、デジタル放送に関連するHTML文書に埋め込まれたアプリケーションの関数を用い、ハイブリッドキャスト方式に準拠して、放送番組の視聴予約又は視聴予約取り消しを行えるように構成された受信装置であって、
前記HTML文書には、前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な情報が含まれており、
前記関数に含まれる第1の関数が記述ToTuneを含む複数の関数の内の何れかの関数であり、
前記関数に含まれる第2の関数が記述unscheduleToTuneを有する関数で記述され、
前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な前記情報を用いて前記ハイブリッドキャスト方式に準拠するか否かを装置内でチェックする手段と、
前記チェック結果が前記ハイブリッドキャスト方式に準拠する場合に前記第1の関数及び前記第2の関数を取得する手段と、
前記視聴予約又は視聴予約取り消しを設定するか否かユーザに問合せすることに利用可能な前記第1の関数を用いて前記視聴予約又は視聴予約取り消しを設定するか否か問合せするための第1の画面を表示する手段と、
前記視聴予約又は視聴予約取り消しを設定することに利用可能な前記第2の関数を用いて前記視聴予約又は視聴予約取り消しを、前記第1の画面を利用して所定の入力操作がなされた場合、前記視聴予約を設定するための第2の画面を表示するする手段と、
前記視聴予約された対象番組がマーキングされたEPGを作成する手段と、を具備した受信装置。」とあるのを、
「 本実施形態によれば、デジタル放送に関連するHTML文書に埋め込まれたアプリケーションの関数を用い、ハイブリッドキャスト方式に準拠して、放送番組の視聴予約又は視聴予約取り消しを行えるように構成された受信装置であって、
前記HTML文書には、前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な情報が含まれており、
前記関数に含まれる第1の関数が記述ToTuneを含む複数の関数の内の何れかの関数であり、
前記関数に含まれる第2の関数が記述unscheduleToTuneを有する関数で記述され、
前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な前記情報を用いて前記ハイブリッドキャスト方式に準拠するか否かを装置内でチェックする手段と、
前記チェック結果が前記ハイブリッドキャスト方式に準拠する場合に前記第1の関数及び前記第2の関数を取得する手段と、
前記視聴予約又は視聴予約取り消しを設定するか否かユーザに問合せすることに利用可能な前記第1の関数を用いて前記視聴予約又は視聴予約取り消しを設定するか否か問合せするための第1の画面を表示する手段と、
前記視聴予約又は視聴予約取り消しを設定することに利用可能な前記第2の関数を用いて前記視聴予約又は視聴予約取り消しを、前記第1の画面を利用して所定の入力操作がなされた場合、前記視聴予約を設定するための第2の画面を表示する手段と、
前記視聴予約された対象番組がマーキングされたEPGを作成する手段と、を具備した受信装置が提供される。」と訂正する。


第3 当審の判断
1 訂正事項1について
(1)訂正の目的
訂正前の請求項1の「視聴予約を設定するための第2の画面を表示するする手段」との記載は、指し示す意味が明確でない、不明瞭な記載であるところ、訂正事項1により、「視聴予約を設定するための第2の画面を表示する手段」と訂正することで、当該手段が第2の画面を表示するものであることが明確になった。
よって、訂正事項1は、特許法第126条第1項ただし書第3号に掲げる「明瞭でない記載の釈明」を目的とするものである。

(2)願書に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内の訂正であることについて
本件特許の明細書には、
「【0165】
上記した実施形態においては、さらに以下の手段及び方法を含むものである。(中略)さらに、前記視聴予約を設定するか否かユーザに問合せするための第1の画面を表示する手段及び方法も含む。また前記第1の画面を利用して所定の入力操作がなされた場合、前記視聴予約を設定するための第2の画面を表示する手段及び方法を含む。そして、所定の条件により前記視聴予約ができないことを示す第3の画面を表示する手段及び方法も含むものである。」(下線は、当審で付与した。)と記載されている。
上記の記載によれば、本件特許の明細書には、視聴予約を設定するための第2の画面を表示する手段について記載されている。
よって、訂正事項1は、本件特許の明細書、特許請求の範囲又は図面(以下「本件特許明細書等」という。)の記載から導かれる技術的事項との関係において、新たな技術的事項を導入するものではなく、本件特許明細書等に記載した事項の範囲内においてしたものであるから、特許法第126条第5項の規定に適合する。

(3)実質上特許請求の範囲を拡張し、又は変更するものでないことについて
訂正事項1による訂正は、上記(1)のとおり、訂正前の請求項1における不明瞭な記載を正すものであって、実質上特許請求の範囲を拡張し、又は変更するものではないので、特許法第126条第6項の規定に適合する。

(4)訂正事項1のまとめ
上記(1)から(3)までのとおりであるから、訂正事項1は、特許法第126条第1項ただし書第3号に掲げる事項を目的とするものであり、かつ、同条第5項及び第6項の規定に適合するものである。

2 訂正事項2について
(1)訂正の目的
訂正前の明細書の【0006】の「第2の画面を表示するする手段」は、指し示す意味が明確でない、不明瞭な記載であるところ、訂正事項2により、「第2の画面を表示する手段」と訂正することで、当該手段が第2の画面を表示するものであることが明確になった。

(2)願書に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内の訂正であることについて
訂正事項2は、訂正事項1と同様に、特許法第126条第5項の規定に適合する。

(3)実質上特許請求の範囲を拡張し、又は変更するものでないことについて
訂正事項2は、訂正事項1と同様に、特許法第126条第6項の規定に適合する。

(4)明細書の訂正に係る請求項について
訂正事項2に係る明細書の【0006】は、受信装置についての記載であり、特許請求の範囲において受信装置に関する請求項は、請求項1のみであるから、訂正事項2に係る明細書の訂正は、当該訂正に係る請求項の全てについて行われている。
よって、訂正事項2は、特許法第126条第4項の規定に適合する。

(5)訂正事項2のまとめ
上記(1)から(4)までのとおりであるから、訂正事項2は、特許法第126条第1項ただし書第3号に掲げる事項を目的とするものであり、かつ、同条第4項から第6項までの規定に適合するものである。


第4 むすび
上記「第1」から「第3」までのとおりであるから、本件訂正審判の請求に係る訂正は、特許法第126条第1項ただし書第3号に掲げる事項を目的とするものであり、かつ、同条第4項から第6項までの規定に適合するものである。
よって、結論のとおり審決する。
 
発明の名称 (54)【発明の名称】受信装置及び受信方法
【技術分野】
【0001】
この実施形態は、ハイブリッドキャスト(Hybridcast)の技術仕様に準拠した、デジタル放送向けAPI(Application Programming Interface:アプリケーション実行環境向けのソフトウエアを開発する際に使用可能な命令や関数の集合)を応用した技術に関する。
【背景技術】
【0002】
ハイブリッドキャストは、HTML5(Hyper Text Markup Language 5)を使って放送と通信を連携させたシステムであり、多様なサービスを可能としている。ハイブリッドキャストの技術仕様は、IPTVフォーラムの技術仕様およびARIB(Association of Radio Industries and Businesses)の規格として、標準化されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2015−27082号公報
【非特許文献】
【0004】
【非特許文献1】「ハイブリッドキャスト技術仕様サービスガイドライン」IPTVFJ DOC−0002 1.6版 2013年4月19日改定、一般社団法人 IPTVフォーラム
【非特許文献2】「放送通信連携システム」IPTVFJ STD−0010 2.1版 2016年3月7日改定、一般社団法人 IPTVフォーラム
【非特許文献3】「HTML5ブラウザ仕様」IPTVFJ STD−0011 2.2版 2016年3月7日改定、一般社団法人 IPTVフォーラム
【非特許文献4】「ハイブリッドキャスト運用規定」IPTVFJ STD−0013 2.4版 2016年6月22日改定、一般社団法人 IPTVフォーラム
【非特許文献5】「デジタル放送におけるデータ放送符号化方式と伝送方式 標準規格」ARIB STD−B24 6.3版 2016年7月6日改定、一般社団法人 電波産業会
【非特許文献6】「デジタル放送におけるマルチメディア符号化方式(第2世代)標準規格」ARIB SID−B62 1.6版 2016年9月29日改定、一般社団法人 電波産業会
【発明の概要】
【発明が解決しようとする課題】
【0005】
上記した規格に基づく送信装置、又は受信装置、又は送受信システムにおいて、例えば視聴予約、録画予約、視聴予約キャンセル、録画予約キャンセルの何れか、又はこれらの組み合わせを実現可能なものが要望されている。
【課題を解決するための手段】
【0006】
本実施形態によれば、デジタル放送に関連するHTML文書に埋め込まれたアプリケーションの関数を用い、ハイブリッドキャスト方式に準拠して、放送番組の視聴予約又は視聴予約取り消しを行えるように構成された受信装置であって、
前記HTML文書には、前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な情報が含まれており、
前記関数に含まれる第1の関数が記述ToTuneを含む複数の関数の内の何れかの関数であり、
前記関数に含まれる第2の関数が記述unscheduleToTuneを有する関数で記述され、
前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な前記情報を用いて前記ハイブリッドキャスト方式に準拠するか否かを装置内でチェックする手段と、
前記チェック結果が前記ハイブリッドキャスト方式に準拠する場合に前記第1の関数及び前記第2の関数を取得する手段と、
前記視聴予約又は視聴予約取り消しを設定するか否かユーザに問合せすることに利用可能な前記第1の関数を用いて前記視聴予約又は視聴予約取り消しを設定するか否か問合せするための第1の画面を表示する手段と、
前記視聴予約又は視聴予約取り消しを設定することに利用可能な前記第2の関数を用いて前記視聴予約又は視聴予約取り消しを、前記第1の画面を利用して所定の入力操作がなされた場合、前記視聴予約を設定するための第2の画面を表示する手段と、
前記視聴予約された対象番組がマーキングされたEPGを作成する手段と、を具備した受信装置が提供される。
【図面の簡単な説明】
【0007】
【図1】図1は、実施形態が適用されたハイブリッドキャスト仕様の全体システムの構成例を示す図である。
【図2】図2は、図1の構成をさらに具体化して示す図である。
【図3】図3は、放送局の概略的な構成を示す図である。
【図4】図4は、放送波伝送路及びハイブリッドキャスト伝送路におけるにおける主なストリーム及び情報を説明するための説明図である。
【図5】図5は、実施形態が適用された受信機の概略的構成例を示す図である。
【図6】図6は、実施形態が適用された受信機の要点の一部を概略的に示す構成図である。
【図7】図7は、上記ハイブリッドキャスト仕様の受信機をハードウエアと、受信或いは通信機能とアプリケーションの面から概略的に見た説明図である。
【図8】図8は、視聴予約、録画予約、予約取消等に関する関数の一例を説明する図である。
【図9】図9は、視聴予約関数、録画予約関数、予約取消関数等の引数(event_ref)に関する規定の一例(MPEG2−TS方式で伝送されるイベントを指定する場合)を説明する図である。
【図10】図10は、視聴予約関数、録画予約関数、予約取消関数等の引数(event_ref)に関する規定の他例(MMT方式で伝送されるイベントを指定する場合)を説明する図である。
【図11A】図11Aは、視聴予約、録画予約、予約取消等に関する関数の他例を説明する図である。
【図11B】図11Bは、図11Aの続きを示す図である。
【図12】図12は、IPネットワークへの接続状態確認に関する関数(メソッド)の一例を説明する図である。
【図13】図13は、アプリケーションオブジェクトの取得に関する関数(メソッド)の一例を説明する図である。
【図14A】図14Aは、放送用拡張関数におけるクラスと拡張関数グループ指定の対応関係の一部(EPG関連機能等を含む)を説明する図である。
【図14B】図14Bは、放送用拡張関数におけるクラスと拡張関数グループ指定の対応関係の他部(AITコントロールドアプリケーション連携機能等を含む)を説明する図である。
【図15】図15は、受信機が起動するデータ放送に関して、受信機形態とサービス形態との対応関係を例示する図である。
【図16】図16は、BML/ARIB−J共用受信機におけるデータ放送処理系の起動動作の一例を説明するフローチャートである。
【図17】図17は、放送用拡張関数(AITコントロールドアプリケーション連携機能)と指定可能な名前空間との対応関係を例示する図である。
【図18A】図18Aは、一部の拡張関数(getBrowserSupport())とその引数に指定する文字列との対応関係(その1)を例示する図である。
【図18B】図18Bは、一部の拡張関数(getBrowserSupport())とその引数に指定する文字列との対応関係(その2)を例示する図である。
【図18C】図18Cは、一部の拡張関数(getBrowserSupport())とその引数に指定する文字列との対応関係(その3)を例示する図である。
【図19】図19は、実施形態で用いられるパーミッションビットマップ(permission_bitmap)がどのように運用されるのかを例示する図である。
【図20A】図20Aは、ビットマップ0、ビットマップ1におけるbit値と機能の割り当てと動作の関係(その1)を例示する図である。
【図20B】図20Bは、ビットマップ0、ビットマップ1におけるbit値と機能の割り当てと動作の関係(その2)を例示する図である。
【図21】図21は、実施形態で使用できる外部アプリケーション制御記述子のデータ構造を例示する図である。
【図22】図22は、アプリケーションクラスとビット値との対応関係を示すビットマップを例示する図である。
【図23】図23は、放送用拡張関数(IPTV連携機能)と指定可能な名前空間との対応関係を例示する図である。
【図24】図24は、実施形態が適用された送信側の処理の一例を説明するフローチャートである。
【図25A】図25Aは、実施形態が適用された受信側の処理の一例を説明するフローチャート(その1)である。
【図25B】図25Bは、実施形態が適用された受信側の処理の一例を説明するフローチャート(その2)である。
【図26】図26は、関数を用いた予約を受け付けるかどうかをユーザに問合せるアラート画面(現在表示中の映像にオーバーラップするウインドウの画面)を例示する図である。
【図27】図27は、録画または視聴の予約がなされるときの画面表示を例示する図である。
【図28】図28は、関数を用いた予約を受け付けるかどうかをユーザに問合せるアラート画面が図27の画面表示上にオーバーラップウインドウで表示される場合を例示する図である。
【図29】図29は、録画予約がなされたときの予約リストを例示する図である。
【図30】図30は、受信機側のユーザが予約内容を確認し、予約の一部を取り消す操作画面を例示する図である。
【図31】図31は、予約番組がマーキングされたEPGの表示画面を例示する図である。
【図32】図32は、放送番組を視聴するとき、或は視聴予約、視聴予約キャンセル、録画予約、録画予約キャンセルを行うときに利用される番組表の他の表示例を示す図である。
【図33】図33は、放送番組を視聴するとき、或は視聴予約、視聴予約キャンセル、録画予約、録画予約キャンセルを行うときに利用される番組表のさらに他の表示例を示す図である。
【図34】図34は、放送番組を視聴するとき、或は視聴予約、視聴予約キャンセル、録画予約、録画予約キャンセルを行うときに利用される番組表のさらにまた他の表示例を示す図である。
【図35】図35は、放送番組を視聴するとき、或は視聴予約、視聴予約キャンセル、録画予約、録画予約キャンセルを行うときに利用される番組表のまた他の表示例を示す図である。
【図36】図36は、放送番組を視聴するとき、或は視聴予約、視聴予約キャンセル、録画予約、録画予約キャンセルを行うときのサービス提供装置と受信機の動作例を説明するために示したフローチャートである。
【図37】図37は、上記受信機においてパレンタルロック機能が働くときの動作例を説明するために示したフローチャートである。
【図38】図38は、上記受信機において個人的なパレンタルロック機能が使用されるときの動作を説明するために示したフローチャートである。
【図39】図39は、上記受信機の端末連携機能の拡張的利用形態を示す実施形態を示す図である。
【図40】図40は、ホームゲートウェイの機能ブロックとセンサ群7200内のセンサの種類を示す説明図である。
【図41】図41は、上記受信機の第1処理部と第2処理部の電源起動に関する実施形態を示す図である。
【図42】図42は、さらなるHTMLアプリケーションの起動シーケンス例を説明する図である。
【発明を実施するための形態】
【0008】
以下、実施の形態について図面を参照して説明する。図1は、実施形態が適用されたハイブリッドキャスト仕様(ハイブリッドキャスト規定或いはIPTV規定などと称される場合もある)の全体システムの構成例を示す図である。図2は、図1の構成をさらに具体化して示す図である。
【0009】
図1及び図2を参照して以下説明する。
【0010】
〈放送局1000〉
放送局1000は、放送局サーバ1100、セキュリティー装置1200を備える。放送局1000は、電波による放送信号(この明細書ではBS放送、CS放送、地上デジタル放送などいずれの信号でもよい)を送出する。また放送局1000は、デジタル放送信号、アプリケーション制御情報、提示に関する制御情報などを送出するとともに、サービス業者装置(サービス事業者と称する場合もある)3000に対して、契約に基づいて番組に関するメタデータや動画コンテンツなどを提供することができる。
【0011】
アプリケーション制御情報は、番組と連動するアプリケーション等を本システムに対応する受信機に対して周知すると共に、起動・終了のためのコマンド、制御情報などを含むものである。
【0012】
アプリケーション制御信号の伝送方式に関しては、例えば、専用のES(Elementary Stream)による伝送方式、データカーセル(同じデータを繰り返し送信する伝送方式)、通信ネットワークのサーバ上に置かれている制御信号ファイルの取得方式がある。後述するハイブリッドキャスト対応の受信機は、アプリケーション制御信号の指示に従って、指定されたURLからアプリケーションを取得し、アプリケーションバウンダリなどの制御を実行する。
【0013】
放送局1000は、本システムにおいて上記放送局サーバ1100を運営する。放送局サーバ1100は、番組タイトル、番組ID、番組概要、出演者、放送日時、その他のデータ等のメタデータを受信機に提供する。放送局1000がサービス業者装置3000に提供する情報は、放送局サーバ1100が備えるAPI(Application Programming Interface)を通じて提供される。
【0014】
また、放送局1000は、ハイブリッドキャスト仕様のサービス業者装置3000との間でデータ交換を行うことができる。つまり放送局1000は、契約に基づいて番組に関するメタデータや動画コンテンツなどをサービス業者装置3000に提供することができる。
【0015】
〈サービス業者装置3000〉
サービス業者装置3000は、サービス毎のサーバ3100、アプリケーションデータベース3200を含む。サービス業者装置3000は、サービス業者が、受信機5000に対してサービスを提供するためのコンテンツ、アプリケーションの制作・配信、個々のサービスを実現するために利用される。また、サービス業者装置3000は、サービス業者が、ユーザに対して、各種サービスを販売、契約を行った場合にも利用される。サービス業者は、放送局やVODサービス等のプラットホーム業者が兼ねてもよい。
【0016】
また、サービス業者装置3000は、ユーザである受信機5000からアクセスされる場合、必ずしもAPIに限定される必要はない。
【0017】
サービス業者装置3000は、アプリケーションの管理を行い、受信機5000に対してアプリケーションを配布することができる。この装置内のサービス毎のサーバ3100は、個々のサービス(例えばVOD番組レコメンドサービス)、多言語字幕サービス、ソーシャルTVサービス等)を実現するためのサーバ機能を備える。またサービス毎のサーバ3100は、該サービスの機能面を実現するだけでなく、該サービスを構成するコンテンツ(VODコンテンツ、字幕データなど)の送出も行う。
【0018】
またサービス毎のサーバ3100は、リポジトリを備える。リポジトリは、本システムのアプリケーションを配布するために登録しており、受信機からの問い合わせに応じて提供可能なアプリケーションの一覧の提供や検索を行うことができる。
【0019】
〈受信機5000〉
受信機5000は、放送信号を受信して各種の放送番組及び各種サービス情報を受信することができる。受信機5000は、デジタル放送の受信機能(基本機能)に加えて、放送通信機能連携サービスを実現するための機能を備える。
【0020】
即ち、受信機5000は、ブロードバンドネットワーク接続機能に加え次のような機能を備える。放送により送られてくるアプリケーション制御情報に応じてアプリケーションを実行する機能、放送と通信の連携による提示を行う機能、端末連携機能などである。
【0021】
上記端末連携機能は、他の端末からの要求に応じて番組情報などの放送リソースにアクセスしたり、再生制御等の受信機能を呼び出したりすることができる。
【0022】
受信機5000には、データ記録再生用の記憶媒体5001を接続可能であるとともに、表示器5002、スピーカシステム5003を接続することも可能である(これらは受信機5000にすでに含まれている場合もある)。
【0023】
〈連携端末7000〉
連携端末7000は、受信機5000と通信機能により相互通信を行うことができる。また携帯端末7000は、サービス業者装置3000とも通信機能により相互通信を行うことができる。
【0024】
図3は、上記放送局1000の主な構成を概略的に示している。放送局1000は、映像エンコーダ1301、オーディオエンコーダ1302、字幕エンコーダ1303、その他の制御データ及びサービスデータなどを生成する付属データ生成部1304を備える。また放送局1000には、放送局サーバ1100、セキュリティー装置1200が連携している。
【0025】
映像エンコーダ1301、オーディオエンコーダ1302、字幕エンコーダ1303、その他の制御データ及びサービスデータなどを生成する付属データ生成部1304の各出力は、ストリーム化されており、多重化部1305にて、各ストリームが多重化される。多重化ストリームは、トランスポートストリームとして送信機1306に送出され、放送電波に多重されてアンテナより送信される。
【0026】
また放送局1000は、サービス業装置3000との通信を行うための送受信部1310も備える。
【0027】
図4は、放送波伝送路2100及びハイブリッドキャスト伝送路2200における主なストリーム及び情報を示している。各伝送路では、映像ストリーム、音声ストリーム、アプリケーション制御情報、サービス情報が伝送される。ハイブリッドキャスト伝送路2200においては、サービス業者装置3000から受信機5000への下りストリームのみならず、受信機5000からサービス業者装置3000への上りストリームも存在する。
【0028】
図5は、実施形態が適用された受信機5000の概略的構成例を示す図である。受信機5000は、ネットワークに接続されるハイブリッドキャスト仕様の第1処理部(通信コンテンツ処理部と称してもよい)5100と、放送波を受信する第2処理部(放送コンテンツ処理部と称してもよい)5300を有する。ネットワークは、先のサービス事業者装置3000に接続されている。
【0029】
第1処理部5100は、IP通信インターフェース5101を備える。IP通信インターフェース5101を介して取り込まれたストリームは、ストリーミング受信処理部5102で受信され、復調されたストリームがデスマルチプレクサ5103で元の配列状態に復元される。デマルチプレクサ5103には、DRAM処理部5104が接続されており、このDRAM処理部5104で、プログラムを動作させ、例えば、自動ダウンロードを実行させることができる。
【0030】
デマルチプレクサ5103で分離された映像ストリームは、映像デコーダ5111でデコードされ、音声ストリームは、音声デコーダ5112でデコードされ、字幕ストリームは、字幕デコーダ5113でデコードされる。
【0031】
デコードされた映像データ及び字幕データは、合成器5501で合成されて表示器5002に入力することができる。デコードされた音声データは、合成器5502を介して、スピーカシステムに入力することができる。
【0032】
第2処理部5300は、放送チューナ5301を備える。放送チューナ5301で受信・復調されたストリームは、デスクランブラ5302に入力される。デスクランブラ5302では、入力ストリームが、CAS(Conditional Access System)モジュール5304からの鍵でデスクランブルされる。デスクランブラ5302でデスクランブルされたストリームは、デマルチプレクサ5303に入力される。デマルチプレクサ5303は、データ放送用のデータをデータ放送受信処理部5330に出力する。またデマルチプレクサ5303で分離された映像ストリームは、映像デコーダ5311でデコードされ、音声ストリームは、音声デコーダ5312でデコードされ、字幕ストリームは、字幕デコーダ5313でデコードされる。デコードされた映像データ及び字幕データは、合成器5501で合成されて表示器5002に入力することができる。デコードされた音声データは、合成器5502を介して、スピーカシステム5003に入力することができる。
【0033】
またデマルチプレクサ5303で分離されたデータ放送信号は、データ放送受信処理部5330で受信され、データ放送エンジン5315に入力される。データ放送により送られてきた表示用信号は、合成器5501に入力されて表示器5502にて表示される。
【0034】
受信機5000の全体的な動作を制御する手段として、統合制御器5200が設けられている。統合制御器5200は、アプリケーション制御部5201、セキュリティー管理部5202を有する。アプリケーション制御部5201は、アプリケーション制御情報に含まれる各種情報や制御情報に基づいて、受信機5000の各ブロックを制御する。
【0035】
セキュリティー管理部5202は、アプリケーションを管理し、セキュリティー機能を実現する。例えばアプリケーション認証機能を持ち、認証されたアプリケーションをマネージメントアプリケーションとして扱う。またアクセス制御機能、提示機能、エンフォースメント機能、リボケーション機能(放送外のマネージメントアプリケーションを対象とする機能)等を備える。
【0036】
アクセス制御機能は、利用が許可されたアプリケーションに対して放送リソース(映像、音声、メタデータSI情報等)や、受信機リソース(受信機の映像音声出力、ネットワークインターフェース等)を参照可能とする。またアプリケーションのセキュリティークラスに応じてアクセス可能な受信機APIを制限する。
【0037】
提示制御機能は、放送事業者の意図に基づき、アプリケーションの表示方法(放送動画へのオーバーレイの可否、表示領域及びサイズ、表示/非表示など)を決定する。さらに災害報道などの緊急時において、例えばアプリケーション又はその関連表示を一時的に非表示として、放送番組の全画面表示の制御を可能とする。
【0038】
リボケーション機能は、放送事業者や利用者の利益を損なう、問題のあるアプリケーションを無効化できる機能である。
【0039】
アプリケーションエンジン5130は、アプリケーションを実行するための環境を形成している。アプリケーションエンジン5130としては、ハイブリッドキャストに対応するための拡張APIを搭載した例えば、HTML5ブラウザが用いられる。
【0040】
端末連携制御部5500は、外部の連携端末との連携を実行するインターフェースである。
【0041】
図6は、図5の受信機の全体的な構成を概略的に示し、ハイブリッドキャスト仕様の受信機に関連する部分がわかるように示している。放送波は第2処理部5300で受信・処理される。インターネットを介して受信される信号は、第1処理部5100で処理される。統合制御部5200は、第1処理部5100、第2処理部5300を制御すると共に、また、GUI(グラフィックインターフェース)を制御し、第1処理部5100、及び第2処理部5300の表示状態を制御することができる。
【0042】
図7は、上記ハイブリッドキャスト仕様の受信機をハードウエア5601と、受信或いは通信機能5602とアプリケーション5603の面から概略的に見た説明図である。
【0043】
ハードウエア5601は、通信インターフェース(通信I/F)、チューナ、デコーダなどを備える。
【0044】
受信或いは通信機能5602において、放送受信再生機能は、放送波を受信し、特定の放送サービスを選局し、サービスを構成する映像、音声、字幕、データ放送を同期し再生する機能である。通信コンテンツ受信再生機能は、通信ネットワーク上のサーバに置かれた映像コンテンツにアクセスし、VODストリーミングとして受信し、コンテンツを構成する映像、音声、字幕を同期再生する機能である。アプリケーション制御機能は、通信ネットワーク上のサーバ或いは放送信号から取得したアプリケーション制御情報に基づき、主にマネージメントアプリケーションに関してアプリケーションエンジンに対して働きかけ、アプリケーション単位のライフサイクル及びイベントの制御・管理を行う機能である。セキュリィテーマネジメント機能は、主にアプリケーション制御機能に関連して、規定されるセキュリティーマネジメントに関わるルールに基づいて、アプリケーションの状態と放送信号等により指定される指示に依存し、適宜アプリケーションの機能制約を実施する機能である。端末連携制御機能は、外部の連携端末との連携において、機器発見を行い、受信機と連携端末間の接続及びアプリケーションの連携を管理しインターフェースする機能である。提示同期制御機能があり、放送受信による映像・音声等のストリームと、ストリーミング受信による映像・音声等のストリームの提示同期を制御する機能である。
【0045】
アプリケーション5603において、アプリケーションエンジンは、アプリケーションを取得し、実行する機能である(HTML5ブラウザに相当する)。アプリケーションロンチャーは、主に放送外マネージドアプリケーションをユーザが選択、起動するためのナビゲーションを実行する。
【0046】
〈ハイブリッドキャスト仕様に関わる説明〉
ところで、図1の放送局1000は、例えば2K、4K、または8K、の高解像度コンテンツを含む放送信号を受信機5000側に送出するように構成されている。放送局1000と連携してサービス事業を展開するサービス事業者3000は、例えばインターネットを利用して受信機5000にアプリケーションを配信し、種々なサービスを提供できるようにしている。このサービス提供には、HTML5(またはそれ以降のバージョンのHTML)を利用できる。配信されるアプリケーションとしては、HTML文書に埋め込み可能な、スクリプトタイプのコンピュータプログラム(Java(登録商標)を用いたJavaScript(登録商標)、ECMA scriptなど)を用いることができる。(以後、このコンピュータプログラムを、適宜「スクリプト」と略称する。実施形態では、そのスクリプトとして、JavaScriptを採用できる。)
HTML(HTML5以降)に埋め込まれるスクリプトは、種々な関数を含むことができる。例えば視聴予約や録画予約を行う場合、ARIB STD−B62第二編(マルチメディア符号化方式言語仕様)やARIB TR−B39第三編(高度BSデジタル放送マルチメディアサービス運用規定)に記載された関数を、スクリプトに含めることができる。その一例を以下に示す:
partial interface ReceiverDevice {
boolean isScheduledToTune(
ISDBResourceReference event_ref,
optional Date startTime);
void scheduleToTune(
ISDBResourceReference event_ref,
optional Date startTime);
void unscheduleToTune(
ISDBResourceReference event_ref);
boolean isScheduledToRecord(
ISDBResourceReference event_ref,
optional Date startTime);
void scheduleToRecord(
ISDBResourceReference event_ref,
optional Date startTime);
void unscheduleToRecord(
ISDBResourceReference event_ref);};・・・・・・・・・。
【0047】
上記の例において、「isScheduledToTune()」、「scheduleToTune()」は視聴予約に関する関数(図8(a)(b)を参照)であり、「isScheduledToRecord()」、「scheduleToRecord()」は録画予約(図8(d)(e)を参照)に関する関数であり、「unscheduleToTune()」、「unscheduleToRecord()」は予約取消に関する関数(図8(c)(f)を参照)である。視聴予約関数、録画予約関数、予約取消関数等は、送信側(放送局および/またはサービス事業者)により適宜使用される関数であり、受信側(受信機ユーザ)で適宜実行(又は監視又は検出又は利用)される関数である。予約取消関数は、受信機ユーザが送信側により予約されようとしている(または予約された)番組の一部または全部を、受信機ユーザがリモコン操作等により取消す際に使用できる。
【0048】
あるいは、ARIB STD−B24第二編(XMLベースのマルチメディア符号化方式)に記載された関数(図14AのEPG関連機能のクラスを参照)をスクリプトで用いることもできる。
【0049】
なお、受信側での録画は、録画コンテンツ(予約録画した1以上の番組)を受信側のストレージ(ハードディスクドライブ、フラッシュメモリ、光ディスクなど)に蓄積する操作と捉えることもできる。従い、実施形態においては、録画というタームで、適宜、蓄積の場合もカバーするものとする。
【0050】
予約関連の関数(isScheduledToTune()、scheduleToTune()、isScheduledToRecord()、scheduleToRecord()、unscheduleToTune()、unscheduleToRecord())の引数(event_ref)には、イベント伝送方式によって異なる規定を設けることができる。
【0051】
MPEG2−TS方式で伝送されるイベントを指定するときは、event_refはMPEG2−TSで伝送されるリソースを参照していると解釈されるオブジェクトでなければならず、その各プロパティの扱いは、図9に示すように規定される。
【0052】
MMT方式で伝送されるイベントを指定するときは、event_refはMMTで伝送されるリソースを参照していると解釈されるオブジェクトでなければならず、その各プロパティの扱いは、図10に示すように規定される。
【0053】
なお、視聴予約、録画予約、予約取消等には、図11A〜図11Bの(a)〜(f)に示すような関数(メソッド)を利用することもできる。
【0054】
受信機のIPネットワークへの接続状態は、例えば図12の関数(メソッド)を用いて確認できる。また、受信機は、例えば図13の関数(メソッド)を用いて、アプリケーションオブジェクトを取得できる。
【0055】
ハイブリッドキャスト方式に対応(準拠)したシステム(例えば図1の送受信システム)では、図14A、図14Bに示すような放送用拡張関数を利用して種々な操作を行うことができる。例えば、送信側(図1では放送局1000および/またはサービス事業者3000)は、ハイブリッドキャスト方式に準拠した受信機(図1では受信機5000)に対して、HTML文書を用いて、視聴予約、録画予約、予約取消等を行うことができる。この視聴予約、録画予約、予約取消等には、HTML文書に埋め込まれたスクリプト(JavaScript等)に含まれる関数(例えば図14Aに示されるEPG関連機能の関数)を利用できる。
【0056】
図15は、受信機が起動するデータ放送に関して、受信機形態とサービス形態との対応関係を例示する図である。データ放送としてBMLだけが利用される場合は、複数のBML文書がグループ単位で切り替えられることは想定されていない。しかし、ARIB−Jでは、複数のARIB−Jアプリケーションを同時に送出でき、それらを視聴者(受信機ユーザ)が切り替えることは想定される。そこで、アプリケーション情報テーブル(AIT)によりARIB−Jアプリケーションのライフサイクルを管理し、それを受信機の機能によって視聴者が切り替えできるような仕組みが用意されている。
【0057】
BMLとARIB−Jの双方に対応する共用受信機においては、BML文書についてもアプリケーションとして管理することとする。その管理のため、ARIB STD−B23ではアプリケーションマネージャと呼ばれる受信機機能を規定している。BML/ARIB−Jの共用受信機においては、このアプリケーションマネージャによって、BML文書が提示する処理のライフサイクルを制御できる。このアプリケーションマネージャを用いて、図15に例示されるようなBMLとARIB−Jの起動制御ができる。
【0058】
図16は、BML/ARIB−J共用受信機におけるデータ放送処理系の起動動作の一例を説明するフローチャートである。ARIB−Jによるデータ放送が送出されておれば、PMT中のデータ符号化方式記述子としてadditional_arib_j_info()が存在する。共用受信機は、データ放送処理系を起動しようとするとき、PMTを検索し(ST10)、PMT中にadditional_arib_j_info()があるかどうかをチェックする(ST12)。
【0059】
additional_arib_j_info()がないときは(ST12のN)、ARIB−Jによるデータ放送は送出されていないので、PMT中のadditional_bxml_info()を取得し(ST14)、BMLを起動する(ST20)。
【0060】
additional_arib_j_info()があるときは(ST12のY)、additional_arib_j_info()内のinvocation_priorityを参照する。invocation_priorityが「0」のときは(ARIB−Jが優先)、AIT伝送方式により伝送されるAITを取得する(ST16)。
【0061】
invocation_priorityが「1」のときは(受信機の設定が優先)、受信機の設定を取得するST18)。受信機設定が「ARIB−J優先」となっているときは、AITを取得する(ST16)。受信機設定が「BML優先」となっているときは、additional_bxml_info()を取得して(ST14)、BMLを起動する(ST20)。
invocation_priorityが「2」のときは、BMLが優先され、additional_bxml_info()を取得して(ST14)、BMLを起動する(ST20)。
【0062】
AITを取得(ST16)した後、ARIB−Jを起動する場合は、AIT内のapplication_control_codeを参照する(ST22)。application_control_codeがAUTOSTARTとなっていれば(ST22のY)、ARIB−Jアプリケーションが自動的に起動する(ST24)。application_control_codeがAUTOSTARTでない(PRESENTなど)ときは(ST22のN)、ARIB−Jアプリケーションの起動を保留し(ST26)、AITを監視する。監視中にAITが更新され、application_control_codeがAUTOSTARTになれば、ARIB−Jアプリケーションが自動的に起動する(ST24)。ARIB−Jアプリケーションを配置するデフォルトのES(例えば0xA0)を規定することで、こうした監視やその他の起動シーケンスを容易に実行できる。
【0063】
BMLが起動すると(ST20)、BML内に記述されたAITのURLを参照して、AIT(通信サーバ上のAIT)をインターネットから入手できる。このAITから、前述したパーミッションビットマップ(permission_bitmap)を獲得できる。(このpermission_bitmapは、例えば図25AのST200において利用できる。なおAITの獲得については、図42を参照して後述する。)
図17は、放送用拡張関数(AITコントロールドアプリケーション連携機能)と指定可能な名前空間との対応関係を例示する図である。ここでは、モジュール、リソース、ES/NPT汎用イベントコンポーネントおよびIP伝送路上の名前空間に関して、「URI記述要素としての引数がait_uriであるstartReceivingAIT()」と、「URI記述要素としての引数がait_uriであるgetReceivedAIT()」と、「URI記述要素としての引数がait_uriであるstartAITControlledApp()」が指定可能となっている。なお、URI記述要素としての戻り値がArray[][2]の場合、関数「getReceivedAIT()」が対応する名前空間は、モジュール、リソース、およびIP伝送路上の名前空間となっている。
【0064】
図18A〜図18Cは、一部の拡張関数(getBrowserSupport())とその引数に指定する文字列との対応関係を例示している。
【0065】
図19は、実施形態で用いられるパーミッションビットマップ(permission_bitmap)がどのように運用されるのかを例示する図である。図20A〜図20Bは、ビットマップ0、ビットマップ1におけるbit値と機能の割り当てと動作の関係を例示する図である。また、図21は、実施形態で使用できる外部アプリケーション制御記述子のデータ構造を例示する図である。
【0066】
受信機がハイブリッドキャスト方式の下で視聴予約、録画予約、予約取消等を実施できるかどうかは、例えばpermission_bitmapのbit値(図20Bのbit4に示される「視聴予約、録画予約API」における「○」印を参照)を用いて決定するように構成できる。
【0067】
受信機がハイブリッドキャスト方式に準拠しているかどうかについては、permission_bitmapの特定bit値(例えば図20Bのbit0〜bit2)を用いて決定するように構成できる。
【0068】
permission_bitmapは、アクセス権限を決めるビットマップであり、各放送リソースへのアクセス可否を、機能毎の16 bitのビットマップで決定できるようになっている。
permission_bitmapの上位3ビットはビットマップの切り替えを示し、それ以外の機能ビットマップのアサインは実際の運用において規定できる。
【0069】
permission_bitmapによりアクセス権限を持たないと判断された場合は、受信機はアクセスを無効とする。例えば、permission_bitmapによりハイブリッドキャスト方式のアクセス権限を持たないと判断された場合は、受信機は予約関連関数を含むHTML文書へアクセスをしないように構成できる。
【0070】
permission_bitmapは、外部アプリケーション制御記述子に含めることができる(図21を参照)。この外部アプリケーション制御記述子は、ARIB STD−B24第四編5.1で規定されるアプリケーション情報テーブル(AIT)で伝送される。permission_bitmap(放送外マネージドアプリケーションの制御に用いられる情報の一部)を含むAITは、AITコントロールドアプリケーション連携機能の関数(図14Bを参照)を用いて、獲得できる。
【0071】
図22は、アプリケーションクラスとビット値との対応関係を示すビットマップを例示する図である。このビットマップにより、アクセス権限設定の対象となるアプリケーションのクラスが示される。このビットマップにおいて、複数のビットが1の場合は、各クラスの範囲のOR条件で範囲設定を行うことができる。
【0072】
図23は、放送用拡張関数(IPTV連携機能)と指定可能な名前空間との対応関係を例示する図である。ここでは、IP伝送路上の名前空間として、「URI記述要素としての引数がsrc_pathであるstartDlcDownload()」と「URI記述要素としての引数がmetafile_uriであるstartVOD()」が指定可能となっている。
【0073】
図24は、実施形態が適用された送信側の処理の一例を説明するフローチャートである。この処理の内容は、送信側(例えば図1の放送局1000および/またはサービス事業者3000)の意向により決定できる。
【0074】
まず、放送局1000が送出する1以上の番組について、視聴予約したい場合は(ST100のY)、視聴予約の関数を用いて、視聴予約対象番組毎の予約スクリプト(JavaScriptなど)を作成する(ST102)。その予約を取消可能にする場合は(ST104のY)、スクリプトに予約取消の関数を記載する(ST106)。
【0075】
放送局1000が送出する1以上の番組について、録画(蓄積)予約したい場合は(ST100のN、ST110のY)、録画予約の関数を用いて、録画予約対象番組毎の予約スクリプト(JavaScriptなど)を作成する(ST112)。その予約を取消可能にする場合は(ST114のY)、スクリプトに予約取消の関数を記載する(ST116)。
【0076】
予約取消関数をスクリプトに記載しない場合(ST104のN、ST114のN)、あるいは予約取消関数をスクリプトに記載(ST106、ST116)したあと、作成されたスクリプトが2以上あるときは、それらのスクリプトの記載内容を処理順にマージする(ST120)。マージ後のスクリプトは、HTML5文書に埋め込まれる。
【0077】
受信側がハイブリッドキャストに準拠するか否かをチェックする情報として、例えば、permission_bitmapを含むAITを獲得することに利用できる関数(図14Bの「startReceivingAIT()」、「getReceivedAIT()」など)が考えられる。このようなチェック情報が、HTML文書にないときは(ST122のN)、その情報をHTML文書に付加する(ST124)。チェック情報が付加されたHTML文書の作成が終了したあと、さらに予約の追加(または修正)があるときは(ST126のN)、ST100〜ST124の処理が反復される。作成したHTML文書でOKのときは、図24の処理を終了する(ST126のY)。こうして作成されたHTML文書(HTML5以降の文書)は、インターネット経由で受信側へ送ることができる。
【0078】
図25Aおよび図25Bは、実施形態が適用された受信側の処理の一例を説明するフローチャートである。図26は、関数を用いた予約を受け付けるかどうかをユーザに問合せるアラート画面(現在表示中の映像にオーバーラップするウインドウの画面)を例示する図である。
【0079】
図27は、録画または視聴の予約がなされるときの画面表示を例示する図である。また図28は、関数を用いた予約を受け付けるかどうかをユーザに問合せるアラート画面が図27の画面表示上にオーバーラップウインドウで表示される場合を例示する図である。
【0080】
図29は、録画予約がなされたときの予約リストを例示する図である。図30は、受信機側のユーザが予約内容を確認し、予約の一部を取り消す操作画面を例示する図である。図30は、予約番組がマーキングされたEPGの表示画面を例示する図である。
【0081】
受信側(例えば図1の受信機5000の1つ)は、図24の処理により作成されたHTML文書(HTML5以降の文書)を受け取ると、図25Aの処理に入る。送られてきたHTML文書内の予約関連情報は、ハイブリッドキャスト方式を前提としている。ハイブリッドキャストに非対応の受信機でHTML文書内の予約関連スクリプトが処理されると、送信側が意図する予約動作が完遂されない可能性があるため、最初に受信機がハイブリッドキャストに準拠しているかどうかチェックする(ST200)。
【0082】
このチェックは、例えばAITに含まれるpermission_bitmap内の特定ビットが、ハイブリッドキャストを識別するビット(IDビット)に該当するかどうかで行うことができる。(permission_bitmap以外にハイブリッドキャスト準拠を示すことのできる情報がHTML文書にあるときは、その情報をチェックに利用してもよい。)
受信側がハイブリッドキャストに準拠していないときは(ST202のN)、受信したHTML文書内のスクリプトを処理することなく、他の処理へリターンする。受信側がハイブリッドキャストに準拠しているときは(ST202のY)、HTML文書内のスクリプトに予約に関する関数があるかどうか、チェックされる(ST204)。予約に関する関数が1つもないときは(ST204のN)、何も処理せずに他の処理へリターンする。
【0083】
HTML文書内のスクリプトに予約に関する関数が1以上あるときは(ST204のY)、そのスクリプトに記載された1以上の関数を用いた予約をするかどうか、ユーザに問合せる(ST206)。この問合せは、ST204でイエスと判定された直後に、行うことができる。
【0084】
予約するかどうかの問合せの方法としては、ユーザの受信機で現在表示している画面100の一部の領域100a(図26の(a))に、「予約の確認」のためのオーバーラッピングウインドウ200(図26の(b))を出す方法が考えられる。画面100の最上面にポップアップされたウインドウ200では、例えば、「放送局から視聴予約(または録画予約)が入っています。予約しますか?予約するなら「はい」、しないなら「いいえ」をリモコンキー操作で選択し決定してください」といった表示をすることが考えられる。この表示は、ユーザが「はい」または「いいえ」を選択し決定するまで消さないように構成できる。
【0085】
また、図27で例示するように、録画または視聴の予約を行うウインドウ300が表示されているときに、予約対象番組の縮小画面400を動画で表示できる。HTML5以降のブラウザは動画表示にも対応しているので、このような動画の縮小画面表示(400)を含めた画面表示(100)がブラウザの画面上で可能となる。動画表示できることで、例えば、ユーザが予約する際にその縮小画面で内容を確認することができ、間違えることなく予約の可否を判断することができる。
【0086】
このようなウインドウ300や縮小画面400が表示されている際に、受信機が送信側(放送局やサーバ)から予約関数を含むHTML文書(HTML5以降のHTML文書)を受け取ることがある。その場合、図28で例示するように、HTML文書の関数を用いた予約を受け付けるかどうかをユーザに問合せるアラート画面を、現在の画面表示(図27)上に、オーバーラッピングウインドウ200で表示できる。例えばユーザがウインドウ200内の「予約」ボタンをリモコン操作で選択し決定すると、HTML文書の予約関数に基づく番組予約(録画予約および/または視聴予約)がなされる。このときの予約には、ユーザ自らが予約用に選択していた番組(例えば10/22(土)よる10:00からの放送番組)を含めることができる。
【0087】
オーバーラッピングウインドウ200の出力とともに、あるいはオーバーラッピングウインドウ200を出力する代わりに、「予約の確認」のための音声案内をしてもよい。例えば、「放送局から視聴予約が入っています。予約しますか?予約するならテレビに向かって「予約します」、しないなら「予約しません」と声をかけてください」いった音声案内を、受信機5000のスピーカを用いて行うことが考えられる。(受信機に図示しないマイクと音声認識部を設け、音声案内に対するユーザの返答を音声認識して、返答内容に対応する処理を行うように構成できる。)この音声案内は、ユーザが「予約します」または「予約しません」と返答するまで、一定周期で反復するように構成できる。この音声案内をするか否かは、受信機に対するユーザの事前設定により、決定できる。
【0088】
ここで、図25Aを参照した説明に戻る。ユーザがウインドウ200(図26(b))で「いいえ」を選択し決定したら、あるいは音声で「予約しません」と返答したら(ST208のN)、何も処理せずに他の処理へリターンする。ユーザがウインドウ200で「はい」を選択し決定したら、あるいは音声で「予約します」と返答したら(ST208のY)、予約の内容に応じた処理を行う。
【0089】
すなわち、HTML文書内のスクリプト中に録画予約の関数が1以上あるときは、それらの関数を用いて、1以上の録画予約対象番組の予約リスト(図29を参照)を作成する(ST210)。あるいは、それらの関数を用いて、1以上の録画予約対象番組がマーキングされたEPG(図31のマークRRMを参照)を作成する(ST210)。
【0090】
HTML文書内のスクリプト中に視聴予約の関数が1以上あるときは、それらの関数を用いて、1以上の視聴予約対象番組の予約リスト(図示しないが、図29から「録画先」の項目を除いたものに相当)を作成する(ST212)。あるいは、それらの関数を用いて、1以上の視聴予約対象番組がマーキングされたEPG(図29のマークRWMを参照)を作成する(ST212)。
【0091】
録画予約リスト(図29)または録画予約のマーキングが付いたEPG(図31)を見たユーザは、リモコン操作などにより、予約された番組の一部または全部の録画予約を取り消すことができる。録画予約の一部または全部を取り消したい場合(ST214のY1)、録画予約取消の関数があるときは、予約リスト上の各番組に対して録画予約取消のためのユーザ操作画面(図30を参照)を作成する(ST216)。あるいは、1以上の録画予約対象番組がマーキングされたEPG(図31のマークRRMを参照)から予約マーキングを番組毎に外せるように、EPGを作成する(ST216)。
【0092】
同様に、視聴予約リスト(図29から「録画」の項目を除いたもの)または視聴予約のマーキングが付いたEPG(図31)を見たユーザは、予約された番組の一部または全部の視聴予約を取り消すことができる。視聴予約の一部または全部を取り消したい場合(ST214のY2)、視聴予約取消の関数があるときは、予約リスト上の各番組に対して視聴予約取消のためのユーザ操作画面(図示しないが、図29から「USB_HDD1」の項目を除いたものに相当)を作成する(ST218)。あるいは、1以上の視聴予約対象番組がマーキングされたEPG(図31のマークRWMを参照)から予約マーキングを番組毎に外せるように、EPGを作成する(ST218)。
【0093】
予約リストまたはEPG上で予約された1以上の番組の一部または全部が取り消されたときは(ST220のY)、予約取消操作後の視聴予約および/または録画予約の処理が実行される(ST222)。予約リストまたはEPG上で予約された1以上の番組のいずれも取り消されなかったときは(ST220のN)、予約取消がない視聴予約および/または録画予約の処理が実行される(ST224)。以上の予約処理が済むと、他の処理へリターンする。
【0094】
なお、個々の受信機は、上記の予約が済んだ後に予約内容の変更(予約の全取消を含む)をユーザ操作で行えるように、構成できる。
【0095】
つまり、上記した予約視聴や予約録画或いは予約取消しを行うために利用される関数は、上記したように、オーバーラッピングウインドウを表示するために利用される関数でもあってもよいし、或は、この関数がオーバーラッピングウインドウを表示するために利用される関数を別途含んでいてもよい。なおオーバーラッピングウインドウは、必ずしもウインドウに限らず、要はユーザが予約や予約取消しを決定するか否かの意思表示を示すために利用する確認用表示(ボタン)であればよく、受信機のユーザインターフェースによってユーザへ録画及び蓄積動作の可否を問い合わせる機能を有すればよい。
【0096】
図42は、HTMLアプリケーションの起動シーケンスの一例を説明する図である。図42は、トリガAから始まるネットワーク系の起動シーケンスSQ1と、トリガBから始まる放送系の起動シーケンスSQ2を例示している。
【0097】
ARIBフェーズ0の運用仕様に対応したアプリケーションの起動では、アプリケーションの起動シーケンスにSQ1を用いる。すなわち、必ずデータ放送コンテンツの起動(トリガA)から始まり、HTML(実施形態ではHTML5以降のバージョン)アプリケーションを直接起動しない。アプリケーションを起動する際は、BMLコンテンツをまず起動(シーケンスSQ1)し、コンテンツに記述されたスクリプトによって通信サーバ上のAITを取得し、以後、そのAITに従ってHTMLアプリケーション(予約関連関数を利用したアプリケーション等)を起動する。
【0098】
ARIBフェーズ1の運用仕様に対応したアプリケーションの起動では、シーケンスSQ1に加えて、シーケンスSQ2を用いることができる。すなわち、PMT(プログラムマップテーブル)の優先情報およびデータカルーセルにより伝送するセクション形式のAITの優先情報により、BMLコンテンツを起動するか、直接HTMLアプリケーションを起動するかを、指定できる。直接HTMLアプリケーションを起動する場合は、データカルーセルにより伝送されるAITに指定された情報に従って、アプリケーションを取得し起動する。
【0099】
アプリケーションの起動優先制御の運用は、ARIB TR−B14第三編第2部「8.5AITコントロールドアプリケーションの起動・終了」に従うことができる。ARIBフェーズ1の運用では、ARIB STD−B24第二編9.3.2に記載の「additional_arib_bxml_info()」構造の拡張パラメータである起動優先度(start_priority)の値を規格通りに運用し、受信機はこの運用に従った動作を行うように構成する。
【0100】
・ARIBフェーズ0における、アプリケーション識別子の指定について
XML形式のAITで指定されるisdb:orgIDには、IPTVフォーラムよりサービス事業者に付与された値が用いられる。この値として「0」は特別な値としてリザーブされ、「0」は全てのisdb:orgIDに合致すると解釈することができる。この「0」をAITの記述中で用いることはできない。isdb:orgIDは、サービス事業者がアプリケーション毎に唯一の値となるように、値の付与がなされる。
【0101】
・ARIBフェーズ0における、アプリケーションプロファイル、バージョンの運用について
ARIB TR−B14第三編第2部第8章で規定されるフェーズ0運用仕様に対応するものとして、XML形式のAITで指定されるmhp:profileは「1」とし、mhp:versionMajor、mhp:versionMinor、およびmhp:versionMicroは、それぞれ「1」に固定する。
【0102】
・ARIBフェーズ0における、シグナリングについて
シグナリングは、例えば図42の通信サーバ上のXML_AITファイルによる。サーバ上のXML_AITファイルは、MIME typeをapplication/X−arib−ait−xml;charset=”UTF−8”とし、httpまたはhttpsでサーバから取得する。AITファイルは、それによって起動されたアプリケーションが有効である間のみ、その効力を持つ。
【0103】
・ARIBフェーズ1における、アプリケーション識別子の指定について
データカルーセルで伝送されるセクション形式のAITで指定されるorganization_idには、IPTVフォーラムよりサービス事業者に付与された値が用いられる。この値として「0」は特別な値としてリザーブされ、「0」は全てのorganization_idに合致すると解釈することができる。この「0」をAITの記述中で用いることはできない。一方、application_idは、サービス事業者がアプリケーション毎に唯一の値となるように、値の付与がなされる。
【0104】
・ARIBフェーズ1における、アプリケーションプロファイル、バージョンの運用について
ARIB TR−B14第三編第2部第8章で規定されるARIBフェーズ1運用仕様に対応するものとして、XML形式のAITで指定されるmhp:profileは「2」とし、mhp:versionMajor、mhp:versionMinor、およびmhp:versionMicroは、それぞれ「1」とする。セクション形式のAITで指定されるmhp:profileは「0x0002」とし、mhp:versionMajor、mhp:versionMinor、およびmhp:versionMicroは、それぞれ「0x01」とする。
【0105】
・ARIBフェーズ1における、application_control_codeの運用について
フェーズ1の運用では、セクション形式のAITにおいて、application_control_codeの値は、0x01(識別名:AUTOSTART)、0x02(識別名:PRESENT)、0x04(識別名:KILL)を運用する、0x05(識別名:PREFETCH)は運用しない。不明なapplication_control_codeを受信した受信機は、当該アプリケーションがAITに記載されていなかったものとして無視する。
【0106】
・ARIBフェーズ1における、確率的運用遅延記述子の運用について
フェーズ1の運用では、セクション形式のAITにおいて、確率的運用遅延記述子を運用しない。
【0107】
・ARIBフェーズ1における、キャッシュ情報記述子の運用について
フェーズ1の運用では、ARIB TRーB14第三編第2部「8.3.4.7キャッシュ情報記述子の運用」に記載されるように、キャッシュ情報記述子を運用しない。フェーズ1の運用におけるアプリケーションキャッシュの運用については、ARIB TR−B14第三編第2部「8.3.4.7キャッシュ情報記述子の運用」および「8.4.1.5オートスタートアプリケーションのキャッシュ」を参照。
【0108】
・ARIBフェーズ1における、シグナリングについて
フェーズ1の運用では、データカルーセルで伝送するセクション形式のAITおよび、通信から取得するXML_AITの両方を用いることができる。データカルーセルで伝送する特定のセクション形式のAITは、受信機により常時監視される。その監視の結果AITの状態が変化したことが検出されたら、AITコントロールドアプリケーションの起動・終了等の制御を行うことができる。AITの更新に関する動作については、ARIB TR−B14第三編第2部「8.5.2常時監視するAITに基づくAITコントロールドアプリケーションの起動・終了」を参照。
【0109】
前述した、permission_bitmapなどを含むAIT(受信側がハイブリッドキャストに準拠しているかどうかを判定するのに利用できる情報)は、例えば図1の放送局1000から受信機5000へ、放送信号を介して伝送できる(図42のSQ2に対応)。あるいは、そのAITは、例えば図1のサービス事業者3000から受信機5000へ、インターネットを介して伝送できる(図42のSQ1に対応)。さらには、そのAITを、放送信号を介して受信機5000に送るとともに、インターネットを介して受信機5000に送るように構成することもできる。
【0110】
放送信号を介して送られたAITとインターネットを介して送られたAITの受信時刻が異なるときは、そのAITに関係するHTML文書内の関数の実行前(例えば図25AのST200のチェック時)に、受信時刻がより遅いAIT(最新のAIT)の情報内容を優先的に採用するように構成できる。あるいは、放送信号経由のAITとインターネット経由のAITとの間で優先度の高低を事前に決めておけば、受信時刻の後先を問わず、優先度の高いほうのAITを採用するように構成できる。(この優先度の決定に当たっては、ARIB STD−B24第二編9.3.2に記載の「additional_arib_bxml_info()」構造の拡張パラメータである起動優先度(start_priority)の値を参照できる。)
図32、図33及び図34は、放送番組を視聴するとき、或は視聴予約、視聴予約キャンセル、録画予約、録画予約キャンセルを行うときに利用される番組表の表示例を示している。
【0111】
番組表の表示切替は、例えば端末連携機能と連携している連携端末7000の操作により行うことができる。連携端末7000は、地デジ放送番組表を表示させるためのボタン7001、BS及びCS放送番組用の番組表を表示させるためのボタン7002、IPTVによる放送(配信)用の番組表を表示させるためのボタン7003を備える。また、番組表が表示されているときに、画面を垂直方向と水平方向へ選択的にスクロールさせるためのボタン7005を備える。
【0112】
さらに連携端末7000は、録画予約する番組の録画予約ボタン7006、視聴予約する番組の視聴予約ボタン7007、録画予約した番組、或は視聴予約した番組の予約取り消しボタン7008などを備える。
【0113】
図32は、表示器5002に地デジ放送番組用の番組表が表示された様子を示している。地デジ放送番組用の番組表が表示されたときは、番組表の種類を示す識別マーク7011が表示器5002の一部に表示される。図33は、表示器5002にBS及びCS放送番組用の番組表が表示された様子を示している。BS及びCS放送番組用の番組表が表示されたときは、番組表の種類を示す識別マーク7012が表示器5002の一部に表示される。図34は、表示器5002にIPTV放送用の番組表が表示された様子を示している。IPTV放送用の番組表が表示されたときは、番組表の種類を示す識別マーク7013が表示器5002の一部に表示される。上記識別マーク7011,7012及び7013はそれぞれ色が異なっていてもよい。
【0114】
なお図示の番組表の例は、IPTV放送において、番組が繰り返し或いは間隔を置いて繰り返し放送される期間を示している。ビデオオンデマンドによる配信がある場合にもこの番組表は便利である。しかし、地デジ放送番組用、或はBS及びCS放送番組用の番組表のような表示形式でもよい。
【0115】
上記した地デジ放送番組用の番組表及びBS及びCS放送番組用の番組表は、第2処理部5300を介して取得された電子番組ガイド情報(EPG情報)に基づいて、例えば統合制御部5200において作成され、メモリに保存されている。このEPG情報は、例えば定期的に自動的に更新される。
【0116】
また第1処理装置5100を介して、IPTV用のEPG情報が取得される。第1処理装置5100は、各チャンネルの番組表を定期的に取得し、例えば統合制御部5200において、各チャンネルの番組表が組み合わせられ、表示用の番組表としてメモリに保存されている。
【0117】
上記した番組表は、それぞれ、独立して表示器5002に表示されるものとして説明した。しかしこのような表示方法に限定されるものではなく、複数の種類の番組表が重なって表示器5002に同時に表示されてもよい。
【0118】
図35は、表示器5002において、地デジ放送番組用の番組表5031と、BS及びCS放送番組用の番組表3012と、IPTV放送用の番組表3013が同時に表示された様子を示している。
【0119】
複数の番組表が同時に表示される場合、各番組表が重なって表示されてもよい。また各番組の表示領域が画面上で区分されていてもよい。いずれの表示形態においても、各番組表は、それぞれの一部がカーソルにより指定された場合、画面の縦方向或いは横方向にスクロールさせることができる。
【0120】
上記した番組表の表示例を示す各実施形態において、視聴予約及び又は録画予約がされていることは、番組名の領域に着色、或はマークが付加されることで、視覚的に認識可能とされ、また、録画が済んでいることも着色或いはマークなどで視覚的に認識可能とされる。
【0121】
図35の実施形態の場合も、連携端末7000に備えられている地デジ放送番組表を操作するためのボタン7001、BS及びCS放送番組用の番組表を操作するためのボタン7002、IPTV放送(配信)用の番組表を操作するためのボタン7003を利用して、視聴予約(又は予約取り消し)、録画予約(又は予約取り消し)などを行うことができる。
【0122】
図32−図35に示した番組表は、横軸が時間或いは日時であり、縦軸がチャンネル(放送局)であるが、横軸がチャンネル(放送局)、縦軸が時間或いは日時で表示されてもよい。
【0123】
図36は、視聴予約、視聴予約取消し、録画予約、録画予約取消しを行う際の受信機5000とサービス業者装置3000との間の通信形態の他の例を示す図である。
【0124】
受信機5000は、ユーザ操作に基づいて、IPTV放送用の番組表(EPG)を表示する(AS1)。ユーザは、番組表の中から例えば録画予約したい番組をリモートコントローラ操作により選択し決定することができる(AS2、AS3)。
【0125】
受信機5000は、URLを利用して当該番組のサービス業者装置3000をアクセスし、番組に関する情報を要求する(AS3)。すると、サービス業者装置5000は、受信機5000に対して録画予約に関する関数が含まれる情報(API情報と称してもよい)(或いは録画予約に関する情報のみが含まれる情報でもよい)をHTML5による記述文書で返信する(ES1)。
【0126】
受信機5000は、送られてきた関数を確認し(AS4)、予約不可の場合は、予約不可であることのメッセージを受信機5000の表示器に表示して、処理を終了する(AS6)。送られてきた関数において、予約可能が判定された場合(AS7)、表示器に予約画面が表示されるので、ユーザは、予約ボタンを選択して設定ボタンを押し、操作を終了する。
【0127】
受信機5000内では、予約管理テーブルに、当該番組の番組予約情報を記載する。例えば、予約管理テーブル内の当該番組の情報(チャンネル(アドレス)、放送開始時間、放送終了時間などを含む)領域の欄に予約マークが追記される。
【0128】
受信機5000は、前記予約番組の放送時間が近付くと、第1処理部5100の受信チャンネルを設定する(AS8)。そして、当該番組の受信を開始し、自動録画を開始する(AS9、AS10、AS11)。このときは、サービス事業者装置3000による当該番組の放送が開始されると(ES2)ている。サービス事業者装置3000は、当該番組の放送が終了すると受信機に対して終了関数を通知する(ES3)。受信機5000は、終了通知を受けると、サービス事業者装置3000との接続をオフし、予約録画を終了する(SA12)。接続がオフされた後、「予約録画を終了します」とメッセージを表示してもよい。そうすることでユーザは接続がオフされたことが分かる。
【0129】
上記の説明は録画予約であるが、視聴予約についても同様な手順で視聴予約がなされる。但し、視聴予約の場合は、録画は行われず、受信機5000は、予約番組の表示状態に制御される。
【0130】
視聴予約取消しや、録画予約取消しの場合は、予約管理テーブル内の予約番組の予約情報の削除が行われるのみである。
【0131】
図37は、パレンタルロック機能・ロック解除機能を説明するためのフローチャートである。番組によってはその番組情報(サービス情報)にパレンタルに関する関数が付随している場合がある。そのような場合は、人によっては、例えば21歳以上は、パレンタルロックを解除する権限をもつ人がいる。このフローチャートは、このようなパンレンタルロックを伴う番組に対する操作処理機能を実現するフローチャートである。この機能も統合制御器5200におけるアプリケーションにより実現される。
【0132】
今、受信機5000がある番組を受信し、操作装置(リモートコントローラ或いは携帯端末)から、その再生指示があったとする(ステップSB1)。すると、当該番組の関連情報にパレンタルロックレベル情報が付随しているか否かを判定する(ステップSB2)。パレンタルロックレベル情報が付随していない番組の場合は、受信した番組の再生表示が実行される(ステップSB3)。
【0133】
しかし、パレンタルロックレベル情報が付随している番組の場合は、「パンレンタルロックがかかっている番組です」のようなメッセージを表示器5002に表示する(ステップSB4)。ここで、操作装置から解除キー入力があった場合(ステップSB5)は、当該解除キーが正しいか否かを判定する(ステップSB6)。解除キーが正しい場合は、受信した番組の再生表示が実行される(ステップSB3)。解除キーが正しくない場合は、当該番組の受信から一定時間が経過したか否かを判定し(ステップSB7)、一定時間経過していない場合は、解除キーの入力を待ち、一定時間が経過した場合は、終了となり(ステップSB7)、例えば「視聴できません」などのメッセージを表示する。
【0134】
図38は、ユーザ自身が、任意の番組に対して、パレンタルロック機能を設定できるようにした機能を説明するためのフローチャートである。例えば、ある番組については、親は、子供に見せたくないかもしれない。そのような場合、ユーザは操作装置を操作して、パレンタルロック機能を起動することができる(ステップSB1)。そして所望の番組表を表示させる(ステップSB2)。次に、パレンタルロックを設定したい番組をカーソルにより選択する(ステップSB3)。次に決定ボタンが押されると(SB4)、視聴時のロック解除キーの入力を要求する(ステップSB5)。ここでユーザがロック解除キーの設定入力を行うと(ステップSB6)、処理が終了する。
【0135】
当該番組を視聴する場合には、視聴しようとする者は、前記ロック解除キーを入力しなければならない。この時のロック解除キーの入力タイミングは、先のフローチャートで説明した通りである。
【0136】
図39、図40は、端末連携機能5500が有効活用される実施形態を示している。端末連携機能5500は、機器登録している複数の携帯端末7000a,7000bをサーチすることができ、相互でデータ通信(例えば緊急通信など)を行うことができる。
【0137】
さらに端末連携機能5500は、ホームゲートウェイ7100と通信を行うことができるように、ホームゲートウェイ7100(HGW)の識別情報も所有する。つまりホームゲートウェイ7100(HGW)は、端末連携機能5500により認識されることが可能である。
【0138】
このHGW7100は、インターネットを介してサーバ7800と通信を行うことができる。HGW7100は、図40に示すように、システムコントローラ7102、デバイス管理器7103、ネットワークインターフェース(以下ネットワークI/F)7104、記録管理器7105、センサ制御テーブル7106を含む。
【0139】
制御データ管理部7101は、アプリケーションマネージャ(以下APP−Mg)、イベントマネージャ(以下EVT−Mg)、コンフィギュレーションマネージャ(以下CONFIG−Mg)を含む。
【0140】
APP−Mgは、HGW7100の各種動作を制御するための複数のアプリケーションを管理している。EVT−Mgは、各種イベントの発生に応じて、各種動作を制御するためのイベント用アプリケーションなどを管理している。EVT−Mgは、記録管理器7105を制御することもできる。記録管理器7105は、端末連携機能5500を介して、記憶媒体5001にデータ或いは映像を記録することができる。
【0141】
CONF−Mgは、HGW7100内の機能とこのHGW7100が関連している各種機能を認識して、例えば動作順位、動作制限などを行う構成用アプリケーションを管理している。またCONF−Mgは、各機能ブロックの初期設定、機能の制限、機能の拡張、優先順位、動作時間などの設定を行うことができる。システムコントローラ7102は、HGW7100内の各ブロックを統括してシーケンス制御することができる。
【0142】
HGW7100は、有線或いは無線により各種センサ群7200と通信することができる。家庭内のネットワーク7300の圏外に位置する携帯端末7000cは、HGW7100の管理下にある場合は、HGW7100と通信することが可能であり、かつこのHGW7100を介して端末連携機能5500と通信することも可能である。各種センサ群7200は、図40に示すように、EVT−Mgにより制御可能なカメラ7201、マイク7202、スピーカ7203などを含む。なおカメラ7201、マイク7202、スピーカ7203は、家庭内の複数個所に設置されている。
【0143】
またEVT−Mgは、ネットワークI/F7104から取り込まれた外部センサからの検出データ及び又はカメラ7201、マイク7203からのデータを判定し、次のアクションや振る舞いを制御することができる。
【0144】
デバイス管理器7103は、HGW7100に関連して動作する他の装置を認証し、メモリに登録することができる。したがって、デバイス管理器7103は、ネットワークI/F7104を介して、接続される他のセンサ(センサ群7200)を管理することができる。
【0145】
またデバイス管理器7103は、インターネットを介して接続されるサーバ(図示せず)の識別データも登録しており、認識することができる。
【0146】
またセンサ制御テーブル7106は、センサ群7200の各センサの名前、各センサの位置情報、各センサを制御するためのデータを記憶している。また各センサの名前や位置情報は、例えばスマートフォーン7000a,7000bに表示されることができ、これにより、ユーザはセンサの種類や取り付け位置を確認することができる。
【0147】
ネットワークI/F7104は、近距離無線を介して家庭内の他のセンサ、・・・・と接続される。
【0148】
高機能のセンサによっては、制御データ管理部を含んでもよい。制御データ管理部は、HGW7100が有するようなアプリケーションマネージャ(APP−Mg)、イベントマネージャ(EVT−Mg)、コンフィギュレーションマネージャ(CONFIG−Mg)を含む。またセンサが含むセンシング機能としては、センシング目的に応じて各種の要素がある。各種要素としては、例えば、HGW600と同様に、カメラ、マイクである場合もある。さらに各種要素としては、熱センサ、温度センサ、湿度センサ、照明センサ、圧力センサ、スイッチ、などが含まれる。センサは、その利用目的において、1つ或いは複数のセンシング要素を備える場合もある。
【0149】
上記のセンサは、ドアの開閉を検知するセンサ、一定の大きさの音の発音を検知するセンサ、人の動きを検知するセンサ、窓の開閉を検知するセンサ、撮影を行うセンサとして、例えば家庭内の種々の箇所に配置される。
【0150】
上記したシステムにおいて、HGW7100は、カメラ、マイク、他のセンサ、・・・のいずれかの1又は複数から検出信号が出力された場合、制御データ管理部7101はイベント発生として認識する。すると制御データ管理部7101は、記録管理器7105を介して任意のカメラ7201を制御する。これにより、カメラ7201は、イベント発生時点より以前(例えば10分前)からキャッシュしている監視データを記録管理器7105を介して例えば記憶媒体5001に送るとともに、続けて一定時間(例えば3分、5分、10分、20分或いは30分など)撮像した監視データを送り続ける。この監視データとともに、本システムでは前記イベントが検出されたときのイベント関連データ(イベント属性データと称してもよい)も記憶媒体5001に送られる。
【0151】
イベント関連データは、例えばイベントの発生時刻、該イベントを検出したセンサの種類、センサの位置データ、記録開始時間、記録終了時間などのいずれか1つ或いは複数を含むことができる。
【0152】
ここで、図では、上記記憶媒体5001は、家庭内であるが、必ずしも家庭内の記憶媒体である必要はない。監視データの記憶場所は、インターネットを介して接続されているサーバ7800内の記憶媒体でもよい。記憶媒体5001は、データ領域、管理領域を備える。データ領域に監視データが格納され、管理領域にイベント関連データが格納される。
【0153】
監視データは、映像データのみならず、音データやセンサからの計測データも含む場合がある。監視データは、例えば特定の箇所の温度の変化状況、湿度の変化状況、或いは圧力の変化状況なども含む場合がある。
【0154】
管理領域には、監視データを再生するための管理データが記述されている。この管理データが、先のイベント関連データも含む。管理データは、イベント関連データ、及びイベント関連データに対応する監視データの記録アドレスを含む。複数のイベントが発生した場合、複数のイベント関連データ、及び複数のイベント関連データに対応する複数の監視データが、存在する。
【0155】
イベント関連データは、イベント(センサと称してもよい)の種類を含む。またイベントに基づいて監視データ(例えば監視映像)が記録されるが、イベント関連データは、その記録開始時間、記録終了時間なども含む。
【0156】
上記のシステムにおいて、端末連携機能5500は、HGW7100と通信を行うことができる。HGW7100は、サーバ7800と通信を行うことができる。このために、携帯端末7000cは、サーバ7800、HGW7100を通じて、端末連携機能5500をアクセスすることが可能である。
【0157】
図41のフローチャートは、受信機5000の本格的な電源オン時の動作を簡略化して示している。先に説明したように、受信機5000は、第1処理部5100、第2処理部5200を備える。本実施形態では、直前の電源オフ時(なおメモリなどの予備電源は、常にオン状態にある)に第1処理部5100と第2処理部5200の系統のどちらの映像出力、もしくは両方が動作していたかを記憶する手段を備えている。そして、次の電源オン時には、例えば統合制御部5200が、電源オフ直前に機能していた系統を立ち上げるようにしている。
【0158】
例えば、電源オン時には、統合制御部5200が、直前の電源オフ時の環境データをチェックする(ステップSA1)。そして直前の電源オフ時に視聴していたコンテンツが、第2処理部5300で処理された放送波信号Aか、第1処理部5100で処理されたハイブリッドキャスト仕様による配信信号Bであるかを判断する(ステップSA2)。
【0159】
もし、直前の電源オフ時に視聴していたコンテンツが、第2処理部5300で処理された放送波信号Aならば、第2処理部5300を起動する。これにより、第2処理部5300からの映像・音声信号が表示器5002、スピーカシステム5003に供給される。また一定時間は、表示されているコンテンツのソースが、第2処理部(或いは放送信号)5300であることを表示器5002にて表示する。或いは表示器5002に、第2処理部5300からの放送信号であることを示すインジケータが点灯してもよい(ステップSA3)。
【0160】
逆に、直前の電源オフ時に視聴していたコンテンツが、第1処理部5100で処理された配信信号Bならば、第1処理部5100を起動する。これにより、第1処理部5100からの映像・音声信号が表示器5002、スピーカシステム5003に供給される。また一定時間は、表示されているコンテンツのソースが、第1処理部(或いは配信信号)5100であることを表示器5002にて表示する。或いは表示器5002に、第1処理部5100からの放送信号であることを示すインジケータが点灯してもよい(ステップSA4)。
【0161】
ここから図43は、端末連携機能5500、記録媒体5001、HGW7100を有効活用することを考慮した実施形態である。本システムでは、さらに制御対象としてR(赤)G(緑)B(青)の発光色の組み合わせにより、各種の色の光を照明できる複数の照明器7204、複数のスピーカ7203、複数のマイク7201の何れか又はこれらの組み合わせが利用される。
【0162】
例えば、自宅に幼児を残して、保護者が外出する場合がある。保護者は、時々、幼児の様子を監視したい場合がある。このような場合、保護者は、自身が所有する携帯端末7000cを利用して、自宅の幼児の様子を監視することができる。幼児に話しかけたい場合は、スピーカ7203−1を介して、話しかけることもできるし、幼児の返事を聞きたい場合は、マイク7202−1を介して幼児からの返事を聞くこともできる。
【0163】
上記したシステムは、託児所に導入されていても便利である。託児所に幼児を預けて仕事に出かけた保護者は、外出先から預けた幼児の様子を外部から確認することができる。
【0164】
さらには、自宅に被介護者がいた場合、介護者は、スピーカ7203−1、照明器7204−1を利用して被介護者に意思を伝えることができる。例えば、聴覚が不便な被介護者に対しては、照明器7204−1の色を種々変更して意思を伝えることができる。また視覚が不自由な被介護者に対しては、スピーカ7203−1を通じて意思を伝えることができる。
【0165】
上記した実施形態においては、さらに以下の手段及び方法を含むものである。即ち、受信装置は、デジタル放送に関連するHTML文書に埋め込まれたアプリケーションの関数を用い、ハイブリッドキャスト方式に準拠して、放送番組の視聴予約を行えるように構成されている。そして、前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な情報を用いて前記ハイブリッドキャスト方式に準拠するか否かをチェックする手段及び方法を含む。さらに、前記視聴予約を設定するか否かユーザに問合せするための第1の画面を表示する手段及び方法も含む。また前記第1の画面を利用して所定の入力操作がなされた場合、前記視聴予約を設定するための第2の画面を表示する手段及び方法を含む。そして、所定の条件により前記視聴予約ができないことを示す第3の画面を表示する手段及び方法も含むものである。
【0166】
また該装置は、視聴予約の取消しを行うか否かを問い合わせするための第4の画面を表示する手段と、前記第4の画面を利用して所定の入力操作がなされた場合、前記視聴予約を取り消すための第5の画面を表示する手段及び方法も含む。
【0167】
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0168】
1000・・・放送局、1100・・・放送局サーバ、1200・・・セキュリティー装置、2100・・・放送波伝送路、2200・・・ハイブリッドキャスト伝送路、3000・・・サービス業者装置、3100・・・サービス毎のサーバ、3200・・・アプリケーションデータベース、5000・・・受信機、5001・・・記憶媒体、5002・・・表示器、5003・・・スピーカシステム、7000・・・連携端末。
(57)【特許請求の範囲】
【請求項1】
デジタル放送に関連するHTML文書に埋め込まれたアプリケーションの関数を用い、ハイブリッドキャスト方式に準拠して、放送番組の視聴予約又は視聴予約取り消しを行えるように構成された受信装置であって、
前記HTML文書には、前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な情報が含まれており、
前記関数に含まれる第1の関数が記述ToTuneを含む複数の関数の内の何れかの関数であり、
前記関数に含まれる第2の関数が記述unscheduleToTuneを有する関数で記述され、
前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な前記情報を用いて前記ハイブリッドキャスト方式に準拠するか否かを装置内でチェックする手段と、
前記チェック結果が前記ハイブリッドキャスト方式に準拠する場合に前記第1の関数及び前記第2の関数を取得する手段と、
前記視聴予約又は視聴予約取り消しを設定するか否かユーザに問合せすることに利用可能な前記第1の関数を用いて前記視聴予約又は視聴予約取り消しを設定するか否か問合せするための第1の画面を表示する手段と、
前記視聴予約又は視聴予約取り消しを設定することに利用可能な前記第2の関数を用いて前記視聴予約又は視聴予約取り消しを、前記第1の画面を利用して所定の入力操作がなされた場合、前記視聴予約を設定するための第2の画面を表示する手段と、
前記視聴予約された対象番組がマーキングされたEPGを作成する手段と、を具備した受信装置。
【請求項2】
デジタル放送に関連するHTML文書に埋め込まれたアプリケーションの関数を用い、ハイブリッドキャスト方式に準拠して、放送番組の視聴予約又は視聴予約取り消しを行えるように構成された受信方法であって、
前記HTML文書には、前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な情報が含まれており、
前記関数に含まれる第1の関数が記述ToTuneを含む複数の関数の内の何れかの関数であり、
前記関数に含まれる第2の関数が記述unscheduleToTuneを有する関数で記述され、
前記ハイブリッドキャスト方式に準拠するか否かをチェックすることに利用可能な前記情報を用いて前記ハイブリッドキャスト方式に準拠するか否かを装置内でチェックし、
前記チェック結果が前記ハイブリッドキャスト方式に準拠する場合に前記第1の関数及び前記第2の関数を取得し、
前記視聴予約又は視聴予約取り消しを設定するか否かユーザに問合せすることに利用可能な前記第1の関数を用いて前記視聴予約又は視聴予約取り消しを設定するか否か問合せするための第1の画面を表示し、
前記視聴予約又は視聴予約取り消しを設定することに利用可能な前記第2の関数を用いて前記視聴予約又は視聴予約取り消しを、前記第1の画面を利用して所定の入力操作がなされた場合、前記視聴予約を設定するための第2の画面を表示し、
前記視聴予約された対象番組がマーキングされたEPGを作成すること、
を具備した受信方法。
 
訂正の要旨 審決(決定)の【理由】欄参照。
審理終結日 2023-04-21 
結審通知日 2023-04-26 
審決日 2023-05-09 
出願番号 P2020-072992
審決分類 P 1 41・ 853- Y (H04N)
最終処分 01   成立
特許庁審判長 千葉 輝久
特許庁審判官 木方 庸輔
國分 直樹
登録日 2021-07-16 
登録番号 6915118
発明の名称 受信装置及び受信方法  
代理人 弁理士法人スズエ国際特許事務所  
代理人 弁理士法人スズエ国際特許事務所  

プライバシーポリシー   セキュリティーポリシー   運営会社概要   サービスに関しての問い合わせ