JP2003514452A - イベント予約メカニズム - Google Patents

イベント予約メカニズム

Info

Publication number
JP2003514452A
JP2003514452A JP2001537254A JP2001537254A JP2003514452A JP 2003514452 A JP2003514452 A JP 2003514452A JP 2001537254 A JP2001537254 A JP 2001537254A JP 2001537254 A JP2001537254 A JP 2001537254A JP 2003514452 A JP2003514452 A JP 2003514452A
Authority
JP
Japan
Prior art keywords
event
action
manager
reservation
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001537254A
Other languages
English (en)
Other versions
JP4455799B2 (ja
Inventor
リュドヴィック ピエール，
チエリー ゴディン，
ラマ カルルリ，
ジノ ニューエン，
Original Assignee
オープン ティーヴィー インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by オープン ティーヴィー インコーポレイテッド filed Critical オープン ティーヴィー インコーポレイテッド
Publication of JP2003514452A publication Critical patent/JP2003514452A/ja
Application granted granted Critical
Publication of JP4455799B2 publication Critical patent/JP4455799B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8545—Content authoring for generating interactive applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Graphics (AREA)
  • Library & Information Science (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Computer And Data Communications (AREA)
  • Television Signal Processing For Recording (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

(57)【要約】 １つのイベントブローカ、１つ以上のイベントマネージャ、および１つ以上の動作ハンドラを含む、イベント予約メカニズム。１つの実施形態では、イベントブローカが複数のイベントブローカを登録し、それらのイベントブローカの各々が、イベントとそのイベントに対応する動作を識別するように構成される。各イベント予約について、イベントブローカは、イベント予約において識別されるイベントのタイプを検知するように構成されるイベントマネージャに通知する。イベントマネージャは識別されたイベントを検知するときに、イベントブローカに通知する。その後、イベントブローカは、そのイベント予約において識別された動作のタイプを開始するように構成される動作ハンドラに通知する。その後動作ハンドラは動作を開始する。イベント予約が再び発生せず、動作が完了する場合は、イベント予約はイベントブローカによって登録を解除される。

Description

【発明の詳細な説明】
【０００１】 （発明の背景） （１.発明の分野） 本発明は概して放送テレビジョンシステムに関し、さらに詳細には、放送テレ
ビジョン受信器におけるイベントの検知に応答して、それらのイベントを予約し
、動作を開始するシステムおよび方法に関する。
【０００２】 （２．関連技術の説明） 特定のイベントを検知し、こうしたイベントに応答して、特定の動作を開始で
きることはコンピュータシステムにおいて有用なことである。例えば、デスクト
ップコンピュータシステムでは、Ｅメールが受信されると、Ｅメールアイコンが
表示されることが望ましいことがあり得る。さらに、コンピュータシステムは特
定の時間に特定のアプリケーションを起動するように構築され得る。同様のメカ
ニズムがビデオカセットレコーダ（ＶＣＲ）にもあり得る。これらのＶＣＲは通
常、内部クロックが所定時間になると特定チャンネルの録画を予約することがで
きるように構成される。さらに、ＶＣＲは放送信号のアナログ垂直帰線消去期間
（ＶＢＩ）で送信された特定の情報（例えば、特定のテレビ番組の開始を示す情
報）を受信する場合に、あるチャンネルの録画を開始するようにも構成され得る
。Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｅｎｈａｎｃｅｍｅｎｔ Ｆｏｒ
ｕｍ（ＡＴＶＥＦ）によって提案されるテレビジョンシステムでは、テレビジョ
ン放送信号のトリガによって、テレビジョン受信器が特定のＨＴＭＬページを表
示する。
【０００３】 しかしながら、上記のシステムには制約があり、そのために放送テレビジョン
受信器における一般化されたイベント予約メカニズムにまで広げられない。例え
ば、デスクトップコンピュータシステムのＥメールノーティファイアおよびカレ
ンダーサービスの場合は、検知できるイベントおよびそれに応答して開始できる
動作は特に特定のアプリケーション用に定義されている（例えば、Ｅメールアプ
リケーションは新規のＥメールメッセージの受信に応答して、アイコンを表示す
る）。このようなアプリケーションは他のアプリケーションが用いることができ
ない内部メカニズムを持っている。異なるアプリケーションがさらなるタイプの
イベントを検知して、さらなるタイプの動作を開始する必要がある場合、通常、
このアプリケーションはそうしたイベントタイプを検知し、各動作を開始するた
めに、独自のメカニズムを備える必要がある。このタイプのメカニズムは静的に
定義されたイベントおよび動作を有し、さらなるアプリケーションコード（なら
びにコードを格納するさらなるメモリ）も要求するので、このタイプのメカニズ
ムは放送テレビジョン受信器の限られたリソースには適さない。放送信号で送信
されたトリガ（例えばＶＢＩまたはＡＴＶＥＦトリガ）を用いるメカニズムはこ
れと同じ制約を受ける。これらのトリガは静的に定義されたイベントを検知して
、静的に定義された動作を開始する。さらに、動作にアプリケーションの起動が
含まれる場合は、そのアプリケーションが存在していなければならない。すなわ
ちイベントを検知する際にアプリケーションをダウンロードし、起動することは
できない。従って、これらのメカニズムは放送テレビジョン受信器における一般
化されたイベント予約システムには適さない。
【０００４】 （発明の要旨） 前述で概要を述べた問題のうち、１つ以上の問題は本発明の種々の実施形態に
よって解決され得る。これらの実施形態は、放送テレビジョンシステムに関連し
たイベントを予約し、予約されたイベントの発生に応答して動作を開始する方法
、フレームワーク、およびデバイスを含み得る。
【０００５】 １つの実施形態は、クライアントがイベントの記述やイベントが発生したらす
ぐに実行されなければならない動作の記述を登録することによって、そのイベン
トを予約する方法を含む。また、イベントを検知するために使用されるエージェ
ント（または「イベントマネージャ」）もまた動作を開始する動作ハンドラと同
様に、特定され得る。イベントおよび動作を記述する情報（「イベント予約」）
はイベントブローカによって格納される。この情報はイベントブローカによって
適当なイベントマネージャおよび動作ハンドラに伝えられる。イベントを検知す
るとすぐに、イベントマネージャは、今度はイベントの発生をイベントブローカ
に通知する。イベントブローカは、今度は動作ハンドラにイベントの発生を通知
する。その後動作ハンドラが動作を開始する。動作が完了すると、イベントブロ
ーカはイベント予約を解除する（例えば、予約されたイベントのリストからイベ
ント予約を削除する）。
【０００６】 実施形態の１つは、前述の方法を実現するコンピュータ読取記録媒体を含む。
記憶媒体はフロッピー（登録商標）ディスク、磁気テープ、光ディスク、ＲＡＭ
、ＲＯＭ、フラッシュメモリなどを含み得る。記憶媒体はプロセッサの作業を管
理する、格納されるプログラムインストラクションを有する。プログラムインス
トラクションは上述の方法を実行するプロセッサによって実行可能である。
【０００７】 １つの実施形態では、イベント予約メカニズムは、双方向テレビジョン受信器
のソフトウェアフレームワークを含む。そのフレームワークは、受信器のオペレ
ーティングシステムコアへの拡張であるライブラリで実行される。ライブラリは
、イベントブローカ、ならびに１つ以上のイベントマネージャおよび動作ハンド
ラを含む。イベントブローカはイベントエントリを登録および追跡するように構
成されており、各エントリガイベントとそれに対応する動作を記述している。イ
ベントブローカはイベントが予約される場合、適切なイベントマネージャに通知
し、またイベントが発生するときに適切な動作ハンドラに通知するように構成さ
れる。イベントブローカは、それぞれが異なるタイプのイベントを検知するよう
に構成されるイベントマネージャと、それぞれが異なるタイプの動作を開始する
ように構成される動作ハンドラとの集中管理を提供する。このフレームワークに
よって提供されるモジュラリティは、イベントブローカが新規のイベントマネー
ジャおよび動作ハンドラによって簡単に更新されることを可能にする。
【０００８】 １つの実施形態では、イベント予約メカニズムは放送テレビジョンシステムの
受信器で実行される。１つ以上のクライアント（例えば、受信器で実行している
アプリケーション）は、対応するイベントが発生するとすぐに特定の動作が取ら
れることを要求する。動作は、アプリケーション起動、ポップ−アップダイアロ
グボックスを開くこと、実行アプリケーションへのデータ供給、その他の動作等
を含む。イベントは、テレビ番組の開始、ダウンロードされたモジュールの受信
、特定の信号またはデータの受信、所定の回数への到達等を含み得る。受信器は
、受信器内のプロセッサ上で実行しているイベントブローカを使って、クライア
ントがイベントとその対応動作を予約することができるように構成されている。
イベントブローカは、イベントおよび動作を登録して、受信器のメモリに格納す
る。各イベントについて、イベントブローカはそのイベントの受信環境を監視す
るように、イベントマネージャに通知する。イベントが検知されると、イベント
マネージャはイベントブローカに通知する。今度はイベントブローカは対応する
動作を開始する動作ハンドラに通知する。
【０００９】 （好適な実施形態の詳細な説明） 本発明のその他の目的および利点は、以下の詳細な説明を読み、以下の添付図
面を参照にすればすぐに、明らかになる。 本発明は、種々の改良がなされ、代替的な形態となる可能性があり、本発明の特
定の実施形態は、例として、図面において示され、本明細書中に詳細に述べられ
る。しかしながら、図面およびその詳細な説明は、開示される特定の形態に本発
明を限定することを意図せず、その反対に、その意図は、添付請求項で定義され
る、本発明の精神および範囲内に収まる改良、均等物、および代替例をすべて含
むことが理解されるべきである。
【００１０】 本発明の１つの実施形態を以下に述べる。本実施形態は双方向テレビジョンシ
ステムの受信器で実行されるメカニズムを含む。このメカニズムはクライアント
アプリケーションがイベントおよびそれに対応する動作を特定することを可能に
し、イベントが発生する場合、動作が開始される。メカニズムは、概してイベン
トブローカ、１つ以上のイベントマネージャ、および１つ以上の動作ハンドラを
含む。イベントはイベントブローカを介して予約（または登録）される（本明細
書中に述べる「予約されたイベント」とは、対応する動作を含み得、イベントが
予約される場合にイベントブローカによって記録される他の関連情報を含み得る
）。イベントブローカは、イベントが予約されたことをイベントマネージャのう
ちの１つに通知する。その後、そのイベントマネージャは予約されたイベントに
ついての受信器のデータおよび動作を監視する。予約されたイベントが検知され
る場合、イベントマネージャはイベントブローカに通知し、今度はイベントブロ
ーカが動作ハンドラのうちの１つに通知する。その後、動作ハンドラは検知され
たイベントに対応した動作を開始する。
【００１１】 イベントブローカが、予約されたイベントに関する情報の集中管理と格納を提
供するようになっている一方、イベントマネージャはそれぞれ、特定タイプのイ
ベントを検知するようになっている。例えば、１つのイベントマネージャはＥメ
ールの受信を検知するように構成され得、別のイベントマネージャは放送信号の
プログラムモジュールを検知するように構成され得る。各イベントマネージャに
よって検知されるイベントのタイプは任意に決定され、１つのイベントマネージ
ャは１つまたはいくつかのタイプのイベントを検知するように構成され得る。同
様に、各動作ハンドラは、アプリケーションの起動またはポップ−アップウィン
ドウの立ち上げのような特定タイプの動作を開始するようになっている。イベン
ト予約メカニズムは複数のイベントマネージャおよび動作ハンドラをサポートし
ているので、第３者がメカニズムに組込み可能な独自のイベントマネージャと動
作ハンドラを開発することができるモジュール様式で、イベント予約メカニズム
を実現することができる。（開示されるイベント予約メカニズムはモジュラマネ
ージャおよび動作ハンドラを採用し得るが、既存のアプリケーションに含まれる
イベントマネージャおよび動作ハンドラも採用し得ることに注意しなければなら
ない。例えば、クライアントアプリケーションは、Ｅメールアプリケーションの
イベントマネージャを使って、入ってくるＥメールを検知するイベント予約を登
録し得る）。
【００１２】 従って、検知される必要があり得る各タイプのイベント毎に、対応するイベン
トマネージャがある。開始される必要のある各タイプの動作毎に、対応する動作
ハンドラがある。各イベントマネージャはイベントブローカと対話して、その特
定のイベントマネージャに対応するタイプのイベントを監視し、検知する。同様
に、各動作ハンドラはその特定の動作ハンドラに対応するタイプの動作を開始し
得る。このようにイベント予約メカニズムは、イベント予約の集中管理を提供す
るが、イベント予約メカニズムは十分柔軟性があるので、多くの異なるタイプの
イベントおよび対応する動作に適応し得る。これによって、双方向テレビジョン
システムのような制限されたリソースを有するシステムに適した、用途の広い、
しかしコンパクトなイベント予約メカニズムが提供される。
【００１３】 上記で示されたように、１つの実施形態は双方向テレビジョンシステムで実現
される。図１を参照すると、放送ステーション１１から、複数の受信ステーショ
ン１２〜１４への双方向テレビジョン信号の配信を示す構成図が示されている。
双方向テレビジョン信号は送信媒体１５を介して、各受信ステーションに配信さ
れる。送信媒体は、サテライト、ケーブル、テレコ、ＭＭＤＳ（マイクロ波）ま
たは地上送信システムを含む、任意の適切な放送媒体を含み得る。いずれの送信
媒体が用いられようとも、放送ステーションおよび受信ステーションは適切な送
信器および受信器で構成されると想定される。
【００１４】 図２を参照すると、受信ステーションで使用され得る受信器２０が示されてい
る。本実施形態では、受信器２０はテレビジョン用セット−トップボックスで実
現される。その他の実施形態では、受信器に連結されるテレビジョンのような受
信ステーションの他の構成要素の回路に、受信器は組み込まれ得る。受信ステー
ションへの放送である双方向テレビジョン信号は、信号受信器２１によって受信
される。放送信号に含まれるテレビジョン番組編成は処理回路２２によって処理
され、表示回路２３による表示用にフォーマットされ得る。その後、フォーマッ
トされた信号はテレビジョンに送信され得る。そして、その信号はテレビジョン
でユーザに表示され得る。
【００１５】 双方向テレビジョン信号は、テレビジョン番組編成に加えて、情報を含み得る
。例えば、双方向性アプリケーションモジュールまたは管理信号が放送信号に組
み込まれ得る。このさらなる情報は、受信器２０の構成要素のうちの１つ、例え
ば、処理ユニット２２、またはさらに信号受信器２１などによって、信号から分
離し得る。さらなる情報は信号の双方向性コンテンツとみなされ得るが、このさ
らなる情報は、典型的には、プロセッサ２４および／またはメモリ２５に提供さ
れる。アプリケーションを含む双方向性コンテンツは、プロセッサ２４によって
実行され得る。他の双方向性コンテンツはプロセッサ２４によって解釈され得、
ユーザのテレビジョンに出力される双方向性オーディオまたはビデオが発生され
得る。ユーザはＩ／Ｏインターフェース２６に連結するＩ／Ｏデバイスを介して
、アプリケーションまたは他の双方向性コンテンツとインタラクトし得る。（双
方向テレビジョンシステムの機能性についての前述の説明は、このようなシステ
ムのほんの１例であり、これに限らないことに注意しなければならない。） 受信器２０に入力される放送信号は、受信器の環境の一部を形成する。受信器
の環境はまた、受信器内で実行しているアプリケ−ションからの信号、ユーザの
受信器へのＩ／Ｏ入力、外部（例えば、モデム）信号、クロック信号、カレンダ
ー信号、ならびに受信器内部の（そうでない場合には、受信器にとって利用可能
な）他の信号及び条件も含む。イベント予約メカニズムは受信器の環境の信号お
よび条件を監視して、イベントを検知し、その後トリガに関連付けられた動作を
検知する。
【００１６】 イベント予約メカニズムは受信器のプロセッサ上で実行する。イベント予約メ
カニズムは、クライアントがイベントと、イベントが生じる場合にトリガされる
必要がある動作とを特定することを可能にする。図３を参照すると、１つのイベ
ント予約に関するこれらの構成要素間のインタラクションが例示されている。図
３では、イベント予約メカニズムの機能は、イベントブローカ３０と、特定のイ
ベントマネージャ３１と、特定の動作ハンドラ３２とに分けられる。イベントブ
ローカはイベント予約をクライアント３３から受けとる。イベントブローカは、
そのイベントと対応動作を登録し、その後、特定されたイベントの受信器環境を
監視するように、イベントマネージャに通知する。次いで、イベントが発生する
場合、イベントマネージャはイベントブローカに通知する。イベントブローカは
、今度はイベントが検知されたことを動作ハンドラに通知する。動作ハンドラは
、その後、もともとクライアントによって特定された動作を開始する。
【００１７】 イベントブローカはイベントの登録または予約を担当する。イベントブローカ
は、予約された各イベントに関する情報を中央部に格納することによって、イベ
ントの登録または予約を行う。この中央部は必ずしも１つのメモリデバイスであ
るとは限らず、リストまたはイベント予約がまとめられている他のなんらかのタ
イプのデータ構造を含み得る。（イベント予約は、受信器が再起動したときに失
われないように、好ましくは不揮発性メモリに格納されることに注意しなければ
ならない。）イベントブローカは、予約されたイベントの照会、修正または終了
を含む、予約されたイベントへのアクセスを管理し得る。
【００１８】 イベントブローカによって格納された情報は、検知されるイベントやそのイベ
ントの検知に応答して、取られる動作を定義する（複数の動作が１つのイベント
に関連付けられ得るが、この特定の実施形態では、動作はイベントが検知された
後に順次行わなければならない）。１つの実施形態では、イベントは、イベント
およびイベントを記述する文字列を検知するために使われるイベントマネージャ
の名前によって定義される。この文字列はイベントマネージャのシンタックスを
使用してイベントを識別するキャラクター文字列である。文字列はイベントブロ
ーカにとって理解できないものであり得る。しかし、イベントブローカは単にイ
ベントマネージャにイベントが予約されたことを通知し、その文字列を渡す必要
があるだけなので、イベントブローカはその文字列を理解する必要はない。同様
に、動作はこの実施形態においては、動作ハンドラの名前と動作ハンドラのシン
タックスを使ってイベントを識別する文字列とによって定義される。文字列はイ
ベントブローカにとって理解できるものである必要はない。
【００１９】 実施形態によっては、イベントが予約されるときに格納される情報は他の情報
を含み得る。例えば、情報は、動作によって用いられてイベントブローカに受信
器のリソースを管理させ得るリソースのリストとイベントおよび／または動作の
ユーザ読取可能記述を含むキャラクター文字列と、イベントのタイムリミットま
たは終了期日と、あるいは予約されたイベントへのアクセス、修正、または終了
することが可能なアプリケーションまたはクライアントを定義するイベントに関
連付けられた特権とを含み得る。（他の実施形態では、イベント予約の管理にお
いて有用になり得る、異なる情報を含み得る。）特権は、所定の様態で割り当て
られ得る（例えば、特定のクライアントまたはクライアントグループに与えられ
る）か、または他のメカニズム（例えば、クライアントが有し、予約されたイベ
ントへのアクセスが求められる場合、イベントブローカに提示される資格）を使
って決定され得ることに注意しなければならない。
【００２０】 イベントブローカは同じリソースを要求する２つ以上の動作がトリガされ得る
場合、リソース競合の解消を行う。すなわち、２つの動作が同じリソースを要求
する場合、動作の１つだけを開始され得るので、イベントブローカはどの動作が
開始され、どの動作が遅延されるかを決定する必要がある。イベントブローカが
これらの競合を解消する必要性から、１つの実施形態では、イベントブローカは
また、予約されたイベントのランクを決定するようにも構成されている。一旦、
より高いランクの動作が完了したら、次に高いランクの動作がトリガされ得る。
イベントブローカは予約されたイベントをランク付けするように構成され得る。
１つの実施形態では、イベントブローカによって付けられるランクはイベントが
予約された順番に基づく。ランクはまた適切な特権を有する管理アプリケーショ
ンによって明確に設定され得る。管理アプリケーションはランキングセッション
を開き、予約されたイベントのランクを設定し、その後イベントブローカを呼び
出して、新たなランクを確認し格納し得る。
【００２１】 各イベントマネージャは、１つ以上の特定のイベントタイプを検知するように
構成される。イベントマネージャは、種々の信号および受信器の環境の条件を監
視して、イベントがいつ発生するかを決定する。イベントは、単一の信号または
条件であり得るか、またはこのような信号および条件の１セットでもあり得る。
イベントは予約されたときにイベントブローカが格納した情報によって定義され
得る。複数のイベントマネージャが同時に受信器環境を監視して、対応するイベ
ントを検知し得る。複数の動作が１つのイベントに関連付けられ得るということ
にも注意しなければならない。１つの実施形態では、単一のイベントマネージャ
が、記述されたイベントを検知し、１つ以上の動作ハンドラが関連付けられた動
作を行う。この実施形態では、動作は順次行われるが、他の実施形態ではそれら
の動作は同時に行われ得る。同様に、複数のイベント予約が複数のイベントを単
一の動作に関連付け得る。
【００２２】 各動作ハンドラは、１つ以上の特定タイプの動作を開始するように構成される
。場合によっては、動作のタイプは比較的広く定義され得る。例えば、動作はア
プリケーション起動からなり得る。明らかに、この動作は広範囲の環境において
求められ得る。なぜならそれぞれが関連付けられたアプリケーションの起動をト
リガするようになっている、多くの異なるイベントを検知することが望ましいこ
とがあり得るからである。複数の動作が同時に作動するようにトリガされ得るが
、本実施形態において、イベントブローカが動作間のリソース競合があるかどう
かを決定し、それらの競合を解消する役割を、（最高ランクの動作をトリガし、
競合動作をトリガする前に、その動作を完了させることによって）果たす。
【００２３】 上記で説明したように、イベント予約メカニズムはあるタイプのイベントまた
は動作のみの処理に限定されない。多くの異なるタイプのイベントおよび動作を
提供し得る。これは、複数のイベントマネージャおよび複数の動作ハンドラと関
連して稼動し得る単一のイベントブローカの使用を介して達成される。各イベン
トマネージャは、特定タイプのイベントを検知するように構成される。イベント
が予約される場合、その特定タイプのイベントを検知するように構成されたイベ
ントマネージャに通知される。同様に、イベントが検知される場合、その検知さ
れたイベントに対応する特定タイプの動作が開始するように構成された動作ハン
ドラに通知される。必要ならば、イベントブローカは、予約されるいくつかのイ
ベントそれぞれに対して、異なるイベントマネージャおよび異なる動作ハンドラ
を呼び出し得る。反対に、いくつかのイベントは同じイベントマネージャまたは
同じ動作ハンドラを使用し得る。（それゆえ、イベントマネージャおよび動作ハ
ンドラは、特有のタイプのイベントまたは動作あるいはイベントまたは動作のセ
ットを処理するように構成され得るという点において独特であり得るが、これは
各イベントマネージャまたは動作ハンドラが１回しか使用または実行できないこ
とを意味しないことに注意しなければならない。） 前述の説明は例示することを意図していることに注意しなければならない。他
の実施形態では、イベント予約メカニズムにおける特定の構成要素に関して上記
で説明された機能のなかには、再区分され得るものもある。例えば、イベントが
検知される場合、イベントマネージャは、イベントブローカに通知し、イベント
ブローカから動作ハンドラに通知させるのではなく、関連付けられた動作ハンド
ラに直接通知するように構成され得る。このような変更例は、本開示範囲内であ
るとする。
【００２４】 図４を参照すると、受信器において実行するソフトウェアの層が示される。受
信器ソフトウェアはいくつかの層のソフトウェアからなる。カーネルおよびドラ
イバ層は直接ハードウェアとインターフェースをとる。本明細書中では、その次
の層を「ミドルウェア」と呼ぶ。ミドルウェア層はカーネルおよびドライバに依
存しており、ミドルウェア層自身は各ハードウェアプラットフォームについて再
コンパイルされ得る１セットのライブラリからなる。アプリケーション層は、ミ
ドルウェアのライブラリによって利用可能になるサービスを使うアプリケーショ
ンからなる。図４で示す本実施形態では、イベント予約メカニズムはミドルウェ
アの一部である。それゆえ、アプリケーション層は他のミドルウェアライブリと
共に、イベント予約メカニズムとインターフェースをとる。
【００２５】 アプリケーションがミドルウェアによって提供されるサービスに依存している
ので、アプリケーションのライフサイクルはある程度、ミドルウェアによって制
御される。例えば、ときにはアプリケーションが、インタプリタを使用して実行
される必要があるハードウェア独立フォーマットまたはミドルウェアで書きこま
れることがある。同様に、イベント予約は、ある程度イベント予約ライブリに依
存している。利用可能なイベントマネージャまたは動作ハンドラが更新される場
合、またはシステムが再起動して、イベントマネージャまたは動作ハンドラが削
除される場合は、利用できないイベントマネージャまたは動作ハンドラに依存し
ているイベント予約は予約リストから削除されなければならないこともあり得る
。あるいは、互換性のあるイベントマネージャまたは動作ハンドラが、利用でき
ない互換性のあるイベントマネージャまたは動作ハンドラの代用となり得る。
【００２６】 上記で示すように、本実施形態におけるイベント予約メカニズムはミドルウェ
アライブラリとして実現される。このライブラリはオペレーティングシステムコ
アの拡張である。ライブラリは、初期的には、制限された１セットのイベントマ
ネージャおよび動作ハンドラしか含む必要がないと考えられる。例えば、最初は
カレンダマネージャおよび１つ以上のイベントマネージャで十分である。同様に
、基本的なインプリメンテーションでは、ダイアログボックスをポップアップさ
せ、アプリケーションを起動させる動作ハンドラで十分であり得る。さらなるイ
ベントマネージャおよび動作ハンドラが、必要に応じて追加され得る。新規イベ
ントマネージャおよび動作ハンドラは、新規のイベントタイプおよび動作タイプ
を提供する必要があるときに書き込まれ得る。さらなるイベントマネージャおよ
び動作ハンドラは、イベント予約メカニズム全体を修正する必要なしに、ライブ
ラリに追加され得る。イベント予約メカニズムはこの特定の実施形態においてラ
イブラリで実行されるが、他の実施形態ではアプリケーションレベルで実行され
得ると考えられることが注意されるべきである。
【００２７】 図５を参照すると、イベント予約メカニズムによって実行される基本的な方法
の高レベルフローチャートが示されている。クライアントアプリケーションは、
イベントブローカを使ってイベントを予約して、イベントおよび対応する動作を
特定する。イベントブローカは適切なイベントマネージャおよび動作ハンドラに
イベントおよび対応動作を通知して、その後予約されたイベントを格納する。（
この実施形態では、そのイベントを予約すべきかどうかを確認するために、イベ
ントマネージャおよび動作ハンドラにイベントおよび動作を通知することに注意
しなければならない。この確認は他の実施形態では行われ得ない。）その後イベ
ントマネージャは、そのイベントについて受信器の環境を監視する。（点線の矢
印はイベントが検知される前に複数の発生が介在し得ることを示す。）イベント
が検知される場合、イベントマネージャはイベントブローカに通知する。イベン
トブローカは、イベントが検知されたことをイベントマネージャによって通知さ
れる場合、そのイベントに対応する動作が行われる必要があることを動作ハンド
ラに通知する。
【００２８】 図６〜図９を参照すると、本実施形態でのイベント予約メカニズムの動作がさ
らに詳細に示されている。図中では、イベントブローカ（ＥＢ）、イベントマネ
ージャ（ＥＭ）、および動作ハンドラ（ＡＨ）はそれぞれ省略形で示されている
ことに注意する。これらの構成要素のうちの１つから別の構成要素への通信は、
送信器から受信器への矢印で示されていることにも注意しなければならない。
【００２９】 本実施形態におけるイベントの予約が、図６のフローチャートで示されている
。クライアントのアプリケーションは、まずイベント予約に必要な情報をイベン
トブローカに送信する。イベントブローカは、どのイベントマネージャに通知す
る必要があるかを決定して、そのイベントマネージャにイベントを予約する要求
を送る。イベントマネージャがイベントを予約し得る場合、確認がイベントブロ
ーカに送られる。イベントマネージャがそのイベントを予約できない場合、非確
認がイベントブローカに送られ、その後イベントブローカがクライアントにエラ
ー通知を送る。イベントマネージャが予約要求を受け入れる場合は、それと同様
の要求を、その要求において識別される動作ハンドラに送る。動作ハンドラが要
求を受け入れない場合は、非確認がイベントマネージャに送られ、今度は、イベ
ントマネージャがエラー通知をクライアントに送る。要求が動作ハンドラによっ
て受け入れられる場合は、確認がイベントマネージャに送られる。その後イベン
トブローカは新規イベントが予約されたことをコントロールタスクに通知する。
【００３０】 前述の説明で、イベントブローカは、新規イベントが予約されたことをコント
ロールタスクに通知する前に、要求（または通知）をイベントマネージャおよび
動作ハンドラに送る。イベントブローカはイベントおよび動作が適切に記述され
ているという確認をイベントマネージャおよび動作ハンドラから得るために、こ
の動作を行う。本実施形態では、上記で説明したように、イベントマネージャお
よび動作ハンドラが、それぞれ、理解できるシンタックスを使ってイベントおよ
び動作を定義されるので、これが必要である。それゆえ、イベントブローカは、
イベントマネージャおよび動作ハンドラの助けなしではイベント予約情報を確認
できないこともあり得る。
【００３１】 イベント検知後の動作トリガが、図７のフローチャートに示されている。イベ
ントマネージャがイベントを検知する場合、イベントブローカに通知する。イベ
ントブローカは関連付けられた動作を実行するために必要なリソースが、他のユ
ーザ（例えば、現在他のイベントに応答して作動している動作）のリソースと競
合を提示するかどうかを判定する。リソース競合がない場合、イベントブローカ
はイベントマネージャに動作開始要求を送る。リソース競合がある場合、イベン
トブローカは、検知されたイベントと関連付けられた動作が、競合する動作間で
最優先のものかどうかを決定する。その動作が最優先であれば、イベントブロー
カは競合を示す現在実行中の動作より優先させるように、動作ハンドラに要求を
送る。動作ハンドラはこの要求を除外するか、または拒否し得る。要求が受け入
れられる場合、イベントブローカはイベントマネージャに動作開始要求を送る。
動作ハンドラが現在実行中の動作に取って代わるというイベントブローカの要求
を除外しなかった場合、その動作は休止中になる。すなわち、イベント予約メカ
ニズムは保留動作の終了を待ち、その後、リソースの競合チェックから始めて、
前述のステップを繰り返す。
【００３２】 イベントブローカがイベントマネージャに動作開始要求を送った後、イベント
マネージャは要求を受け入れるかまたは拒否し得る。要求が拒否された場合は、
その動作は休止する。この例では、動作は単に保留動作が終了するまで休止する
のではない。その動作はイベントマネージャまたはイベントブローカが再作動ま
たはその動作を終了するまで休止する。イベントマネージャが動作開始要求を受
け入れる場合、同様の要求がイベントブローカから動作ハンドラに送られる。動
作ハンドラがその要求を拒否する場合、イベントブローカはイベントマネージャ
に動作が中止されたことを通知する。動作ハンドラが要求を受け入れる場合、動
作は動作ハンドラによって開始される。動作ハンドラはまた、イベントブローカ
に確認を送る。
【００３３】 上記で述べた実施形態では、イベントブローカは、動作に対応するイベントが
検知されるとすぐにその動作の開始を試みるのではないことに注意しなければな
らない。その代わり、イベントブローカはリソース競合をチェックし、他の動作
に取って代わる要求を出し得る。その結果、その間にイベントを定義する条件の
いくつかが変化し得るような遅延があり得る。従って、イベントに関連付けられ
た動作がすでに古くなり得る。それゆえ、イベントブローカは、リソースチェッ
ク後、および動作開始前に、イベントマネージャに照会する。
【００３４】 動作が一旦開始すると、完了するか、または終了するかのいずれかであり得る
。図８は、動作の正常完了のフローチャートである。動作が正常に完了する場合
、動作完了後すぐに動作ハンドラはイベントブローカに通知を送る。今度は、イ
ベントブローカがイベントマネージャに完了の通知を送る。その後、イベントは
イベントブローカによって、予約されたイベントのリストから削除される。イベ
ントが「単発の」イベントである場合のみ削除されることに注意しなければなら
ない。イベント予約が、そのイベントの複数回の発生に適用するようになってい
る（例えば、毎週同じ時間にテレビ番組を録画する）場合、イベントは削除され
ない。
【００３５】 図９は、動作終了のフローチャートである。この図では、クライアントが動作
の終了を要求する。要求はイベントブローカに送信される。イベントブローカは
動作ハンドラに終了要求を送る。動作ハンドラは動作を終了させ、イベントブロ
ーカに確認を送る。その後イベントブローカはイベントマネージャに終了の通知
を送る。イベントマネージャに通知した後、（そのイベント予約が複数回の発生
に適用されない場合）イベントブローカは予約されたイベントリストから対応す
るイベントを削除する。
【００３６】 前述の例が１つの実施形態において用いられている方法に対するものであるこ
とに注意しなければならない。この例は制限ではなく例示することを意図するも
のである。説明されている方法に対して、種々の改良が本発明の他の実施形態に
おいて採用され得る。
【００３７】 前述の創意に富む予約メカニズムは、多くの状況で利用できる。以下にその例
を記載する。
【００３８】 一例としては、イベントマネージャはテレビ番組が開始する時間と日付を検知
するように構成されたカレンダエージェントであり得る。指定された時間に、カ
レンダエージェントはイベントブローカに通知し得る。イベントブローカは一定
時間、ＶＣＲ録画を開始するように構成される動作ハンドラに通知し得る。ある
いは、動作ハンドラが、テレビ番組の録画を承認するようにユーザに促すダイア
ログボックス、または単にテレビ番組が始まることをユーザに通知するダイアロ
グボックスをポップアップし得る。
【００３９】 また、別の例としては、イベントマネージャは、放送信号における特定タイプ
のサービス情報を待つように構成されたブックマークエージェント（例えば、１
６／９フォーマットでサッカーおよび映画に関するテレビ番組を識別するメタデ
ータ）であり得る。指定されたサービス情報が検知される場合、イベントブロー
カに通知される。その後イベントブローカは動作ハンドラに通知し、その動作ハ
ンドラはこの情報をユーザに提示するか、番組または映画の録画を開始し得る。
【００４０】 さらに別の例では、イベントマネージャはテレテキストストリーム内の特定の
情報（例えば、株式情報）を見るように構成されたテレテキストエージェントで
あり得る。この情報が検知される場合、イベントブローカに通知し、今後はイベ
ントブローカは、情報を捕捉し、その情報をユーザに提示する動作ハンドラに通
知する。
【００４１】 また別の例では、イベントマネージャは特定のネットワーク、または特定グル
ープチャンネル（ときにはブーケと呼ばれる）内でテレビチャンネルを検知する
ように構成されたサービスリストエージェントであり得る。イベントマネージャ
がチャンネルを検知する場合、イベントブローカに通知して、イベントブローカ
は動作ハンドラに通知する。動作ハンドラはテレビチャンネルを識別し、そのチ
ャンネルをチャンネルリストに追加するように構成される。このように、チャン
ネルのリストが動的に構築され得る。予約されたイベントが定義されるので、チ
ャンネルリストが完成する場合、アプリケーションが起動してユーザがリストを
ブラウズすることを可能にする。
【００４２】 さらに別の例では、イベントマネージャは放送信号で実現されるＥメールを検
知するように構成され得る。Ｅメールを検知するとすぐに、イべントブローカお
よび動作ハンドラに通知する。動作ハンドラは、受信器にユーザに対してブザー
を鳴らさせるか、テレビジョン画面にアイコンを表示させてＥメールが到着した
ことをユーザに知らせる小さなアプリケーションを起動するように構成されてい
る。
【００４３】 さらに別の例では、イベントマネージャは、特定のカルーセルファイルまたは
モジュール用の放送信号を監視するように構成され得る。対応動作ハンドラは、
ファイルまたはモジュールが受信された場合、あるいは修正または更新されたコ
ピーが受信された場合はいつでも、アプリケーション（例えば株式表示器アプリ
ケーション）に通知するかまたはアプリケーションを起動するように構成され得
る。
【００４４】 さらに別の例では、イベントマネージャはセット−トップボックス（受信器）
に格納される必要がある放送プロバイダが作成したユーザプロフィールを検知す
るように構成され得る。動作ハンドラはユーザプロフィールを獲得しそれをセッ
ト−トップボックスに格納するように構成される。
【００４５】 本発明は特定の実施形態に関して説明されてきたが、実施形態は例示のための
ものであり、本発明の範囲はこれらの実施形態に限られないことが理解される。
説明されている実施形態に対して多くの変更例、改良、追加、改善が可能である
。これらの変更例、改良、追加、および改善は、前述の請求項において詳細に記
載される、本発明の範囲内に収まり得る。
【図面の簡単な説明】
【図１】 図１は、１つの実施形態における、１つの放送ステーションから複数の受信ス
テーションへの、双方向テレビジョン信号の配信を示したブロック図である。
【図２】 図２は、１つの実施形態における、双方向テレビジョンシステムで使用される
受信器の機能ブロック図である。
【図３】 図３は、１つの実施形態における、イベントブローカ、イベントマネージャお
よび動作ハンドラ間のインタラクションを示すブロック図である。
【図４】 図４は、１つの実施形態における、受信器で実行するソフトウェアの層を示す
図である。
【図５】 図５は、１つの実施形態における、イベント予約メカニズムによって実現され
る基本的な方法の高レベルフローチャートである。
【図６】 図６は、１つの実施形態における、イベントの予約を示すフローチャートであ
る。
【図７】 図７は、１つの実施形態における、イベント検知後の動作のトリガを示すフロ
ーチャートである。
【図８】 図８は、１つの実施形態における、動作の正常な完了を示すフローチャートで
ある。
【図９】 図９は、１つの実施形態における、動作の終了を示すフローチャートである。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１３年１２月２０日（２００１．１２．２０）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】 しかしながら、上記のシステムには制約があり、そのために放送テレビジョン
受信器における一般化されたイベント予約メカニズムにまで広げられない。例え
ば、デスクトップコンピュータシステムのＥメールノーティファイアおよびカレ
ンダーサービスの場合は、検知できるイベントおよびそれに応答して開始できる
動作は特に特定のアプリケーション用に定義されている（例えば、Ｅメールアプ
リケーションは新規のＥメールメッセージの受信に応答して、アイコンを表示す
る）。このようなアプリケーションは他のアプリケーションが用いることができ
ない内部メカニズムを持っている。異なるアプリケーションがさらなるタイプの
イベントを検知して、さらなるタイプの動作を開始する必要がある場合、通常、
このアプリケーションはそうしたイベントタイプを検知し、各動作を開始するた
めに、独自のメカニズムを備える必要がある。このタイプのメカニズムは静的に
定義されたイベントおよび動作を有し、さらなるアプリケーションコード（なら
びにコードを格納するさらなるメモリ）も要求するので、このタイプのメカニズ
ムは放送テレビジョン受信器の限られたリソースには適さない。放送信号で送信
されたトリガ（例えばＶＢＩまたはＡＴＶＥＦトリガ）を用いるメカニズムはこ
れと同じ制約を受ける。これらのトリガは静的に定義されたイベントを検知して
、静的に定義された動作を開始する。さらに、動作にアプリケーションの起動が
含まれる場合は、そのアプリケーションが存在していなければならない。すなわ
ちイベントを検知する際にアプリケーションをダウンロードし、起動することは
できない。従って、これらのメカニズムは放送テレビジョン受信器における一般
化されたイベント予約システムには適さない。 ＷＯ９８／４３４２７において、以下のようなデジタル衛星ラジオで使用する
受信器／デコーダまたはテレビジョンシステムが公知である。そのテレビジョン
システムは、デコーダを含み、マイクロプロセッサを備えるクレジットカードま
たは銀行カードを受け入れるようになっており、クレジットカードまたは銀行カ
ードが有するデータが読み取られ得、データをクレジットカードまたは銀行カー
ドが有するマイクロプロセッサに入力され得るようにクレジットカードまたは銀
行カードがその受信器／デコーダの動作位置に挿入された場合、そのマイクロプ
ロセッサとインタラクトするようになっている。ＰＩＮ番号は、記載されている
遠距離コントローラを使って、安全に受信器／デコーダに送信され得る。本発明
の用途は、ペイパービューテレビジョン、テレショッピング、テレバンキングを
含み、ＷＯ９８／１１７２４においては、圧縮デジタルテレビジョン放送スタジ
オ（１００）のコマンドおよび制御アーキテクチャを含む。そのアーキテクチャ
は、セッションマネージメント、スタジオ活動のリアルタイム制御、高レベルの
制御を提供しないオブジェクトとの通信を確立するための代用オブジェクトの使
用、スタジオフィルタデバイス（１５４）の制御、およびストリームマネージメ
ントの供給を含む。本発明は、特にデジタルスタジオに適したオブジェクトアー
キテクチャを含む。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】 （好適な実施形態の詳細な説明） 本発明のその他の目的および利点は、以下の詳細な説明を読み、以下の添付図
面を参照にすればすぐに、明らかになる。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ， ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，Ｓ Ｋ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 カルルリ， ラマ アメリカ合衆国 カリフォルニア 95148 −2088， サン ノゼ， ヴィネヤード パーク コート（番地なし) (72)発明者 ニューエン， ジノ アメリカ合衆国 カリフォルニア 94043， マウンテン ビュー， トンプソン ア ベニュー（番地なし) Ｆターム(参考） 5C025 CA09 CB08 DA08 5C052 AA01 AB04 DD04 5C053 LA06 LA07 LA11

Claims (31)

    【特許請求の範囲】
  1. 【請求項１】 テレビジョンシステムにおいて、イベント予約を仲介および
    管理する方法であって、 イベントブローカ（３０）でイベント予約の要求を受け取る工程であって、該
    要求が第１のイベントと、該第１のイベントが発生するとすぐに取られる第１の
    動作とを識別する、工程と、 該イベント予約要求を登録する工程であって、該イベントブローカ（３０）が
    該第１のイベントに対応する第１のイベントマネージャ（３１）に通知し、該第
    １の動作に対応する第１の動作ハンドラ（３２）に通知する、工程と、 該第１のイベントマネージャ（３１）によって、該第１のイベントを検知する
    工程と、 該第１のイベントマネージャ（３１）が、該第１のイベントの検知を該イベン
    トブローカ（３０）に通知する工程と、 該イベントブローカ（３０）が、該第１のイベントの検知の通知を該第１の動
    作ハンドラ（３２）に提供する工程と、 該イベントブローカ（３０）からの該通知の検知に応答して、該第１の動作ハ
    ンドラ（３２）によって該第１の動作を開始する工程と、 を包含する、方法。
  2. 【請求項２】 前記イベントブローカ（３０）が複数のイベント予約を受信
    するように構成されており、該イベント予約の各々が特定のイベントと該特定の
    イベントが発生するとすぐに取られる特定の動作とを識別する、請求項１に記載
    の方法。
  3. 【請求項３】 前記第１のイベントブローカ（３０）が、複数のイベントマ
    ネージャから前記第１のイベントマネージャ（３１）を識別し、選択する工程を
    さらに包含し、該第１のイベントマネージャ（３１）は、前記第１のイベントに
    対応するタイプのイベントを検知するように構成される、請求項１に記載の方法
    。
  4. 【請求項４】 前記第１のイベントマネージャ（３１）が前記第１の動作ハ
    ンドラ（３２）と、直接通信するように構成されない、請求項１に記載の方法。
  5. 【請求項５】 前記イベントブローカ（３０）から、前記イベント予約の通
    知を受け取った後に、該イベント予約の前記第１のイベントマネージャ（３１）
    による受け入れ決定に応答して、該第１のイベントマネージャ（３１）が該イベ
    ントブローカ（３０）に対して肯定の確認を提供する、請求項３に記載の方法。
  6. 【請求項６】 前記イベント予約の受け入れに応答して、前記第１のイベン
    トマネージャ（３１）が前記第１の動作ハンドラ（３２）に要求を伝え、該第１
    のイベントマネージャ（３１）からの該要求の受け取りの後に、該第１の動作ハ
    ンドラ（３２）による該イベント予約の受け入れ決定に応答して、該第１の動作
    ハンドラ（３２）が、該第１のイベントマネージャ（３１）に肯定の確認を提供
    する、請求項５に記載の方法。
  7. 【請求項７】 前記第１の動作が、アプリケーションのダウンロード、アプ
    リケーションの起動、ポップアップの立ち上げ、および実行中のアプリケーショ
    ンへのイベントの発生の通知からなる群から選択される、請求項１に記載の方法
    。
  8. 【請求項８】 前記イベントブローカ（３０）が、前記第１の動作完了の検
    知に応答して、前記イベント予約の登録を解除する工程をさらに含む、請求項１
    に記載の方法。
  9. 【請求項９】 前記登録の工程が、格納デバイスに前記イベント予約を格納
    する工程を含み、前記登録を解除する工程が該イベント予約を該格納デバイスか
    ら削除する工程を含む、請求項８に記載の方法。
  10. 【請求項１０】 イベント予約のさらなる要求を受け取る工程と、 該さらなるイベント予約要求を登録する工程と、 前記イベントブローカ（３０）が前記イベント予約要求と該さらなるイベント
    予約要求との間に、リソース競合が存在することを決定し、該リソース競合を解
    消する工程と、 をさらに包含する、請求項１に記載の方法。
  11. 【請求項１１】 前記リソース競合を解消する工程が、前記イベントブロー
    カ（３０）が前記イベント予約要求および前記さらなるイベント予約要求のラン
    ク付けを行う工程を包含し、該イベント予約要求が該さらなるイベント予約要求
    より高いランクを有し、該さらなるイベント予約要求によって示される動作を、
    該イベント予約要求によって識別される前記第１の動作の完了まで遅延させる、
    請求項１０に記載の方法。
  12. 【請求項１２】 前記方法が、記憶媒体に格納された実行可能なプログラム
    インストラクションによって実行される、請求項１に記載の方法。
  13. 【請求項１３】 イベント予約を仲介および管理するデバイスであって、 放送信号を受信するように構成される信号受信器と、 第１のイベントマネージャ（３１）であって、該第１のイベントマネージャ（
    ３１）が特定タイプのイベントを検知するように構成される、第１のイベントマ
    ネージャ（３１）と、 第１の動作ハンドラ（３２）であって、該第１の動作ハンドラ（３２）が特定
    タイプの動作を開始するように構成される、該第１の動作ハンドラ（３２）と、 イベントブローカ（３０）メカニズムと、 を含み、 該メカニズムは、イベント予約要求を受け取り、該要求が第１のイベントと
    、該第１のイベントが発生するとすぐに取られる第１の動作とを識別し、 該イベント予約要求を登録し、該イベントブローカ（３０）が該第１のイベ
    ントマネージャ（３１）および該第１の動作ハンドラ（３２）に通知するように
    構成されており、 該第１のイベントマネージャ（３１）が該第１のイベントを検知し、該第１
    のイベントの該検知を該イベントブローカ（３０）に通知するように構成されて
    おり、 該第１の動作ハンドラ（３２）が、該イベントブローカ（３０）からの該第
    １のイベントの検知を知らせる通知の受け取りに応答して、該第１の動作を開始
    するように構成される、デバイス。
  14. 【請求項１４】 前記メカニズムが複数のイベント予約を受け取り、その各
    々が特定のイベントと、該特定のイベントが発生するとすぐに取られる特定の動
    作とを識別するように構成される、請求項１３に記載のデバイス。
  15. 【請求項１５】 前記メカニズムがさらに、前記第１のイベントマネージャ
    （３１）を、複数のイベントマネージャから識別し、選択するように構成されて
    おり、該第１のイベントマネージャ（３１）が、前記第１のイベントに対応する
    １つのタイプのイベントを検知するように、構成されるものとして識別される、
    請求項１３に記載のデバイス。
  16. 【請求項１６】 前記第１のイベントマネージャ（３１）が前記第１の動作
    ハンドラ（３２）と直接通信するように構成されない、請求項１３に記載のデバ
    イス。
  17. 【請求項１７】 前記メカニズムから前記イベント予約の通知を受け取った
    後に、前記第１のイベントマネージャ（３１）は、該イベント予約が該第１のイ
    ベントマネージャ（３１）に受け入れられるかどうかを決定し、該イベント予約
    の受け入れ決定に応答して、該メカニズムに肯定の確認を提供するように構成さ
    れる、請求項１３に記載のデバイス。
  18. 【請求項１８】 前記イベント予約の受け入れに応答して、前記第１のイベ
    ントマネージャ（３１）が前記第１の動作ハンドラ（３２）に要求を伝えるよう
    に構成されており、該第１のイベントマネージャ（３１）からの該要求を受け取
    った後に、該第１の動作ハンドラ（３２）は該イベント予約が該第１の動作ハン
    ドラ（３２）によって受け入られるかどうかを決定し、該イベント予約が該第１
    の動作ハンドラ（３２）による受け入れ決定に応答して、該第１のイベントマネ
    ージャ（３１）に肯定の確認を提供するように構成される、請求項１７に記載の
    デバイス。
  19. 【請求項１９】 前記第１の動作が、アプリケーションのダウンロード、ア
    プリケーションの起動、ポップアップの立ち上げ、および実行中のアプリケーシ
    ョンへのイベントの発生の通知からなる群から選択される、請求項１３に記載の
    デバイス。
  20. 【請求項２０】 前記メカニズムがさらに、前記第１の動作完了の検知に応
    答して、前記イベント予約の登録を解除するように構成される、請求項１３に記
    載のデバイス。
  21. 【請求項２１】 さらに格納デバイスを含み、前記メカニズムが、該格納デ
    バイス上に、前記イベント予約に対応する情報を格納するように構成されており
    、該メカニズムが、前記第１の動作の完了の検知に応答して、該格納デバイスか
    ら該情報を削除するように構成される、請求項２０に記載のデバイス。
  22. 【請求項２２】 前記メカニズムはさらに、 イベント予約のさらなる要求を受け取り、該さらなる要求が第２の動作を示し
    、 該さらなるイベント予約要求を登録し、 前記イベント予約要求と該さらなるイベント予約要求との間に、リソース競合
    が存在するかを決定し、 該リソース競合を解消するように構成される、請求項１３に記載のデバイス。
  23. 【請求項２３】 前記リソース競合を解消するために、前記メカニズムが前
    記イベント予約要求および前記さらなるイベント予約要求のランク付けを行い、
    該イベント予約要求が該さらなるイベント予約要求より高いランクを有し、該イ
    ベント予約要求が該さらなる予約要求より高いランクにあるという検知に応答し
    て、前記第１の動作が完了するまで前記第２の動作を遅延させるように構成され
    る、請求項２２に記載のデバイス。
  24. 【請求項２４】 前記デバイスが放送システムの受信器を含む、請求項１３
    に記載のデバイス。
  25. 【請求項２５】 前記メカニズムがプログラムインストラクションを実行す
    る処理デバイスを含む、請求項１３に記載のデバイス。
  26. 【請求項２６】 放送信号を受信するように構成される信号受信器をさらに
    含む、請求項２５に記載のデバイス。
  27. 【請求項２７】 前記第１のイベントマネージャ（３１）および前記第１の
    動作ハンドラ（３２）が、前記デバイスにおいて実行するオペレーティングシス
    テムからのアクセス可能なライブラリ拡張を含む、請求項２６に記載のデバイス
    。
  28. 【請求項２８】 前記メカニズムが複数の固有クライアントからの複数イベ
    ント予約を保持するように構成される、請求項１３に記載のデバイス。
  29. 【請求項２９】 前記イベント予約の各々が、前記対応するイベントを検知
    するように構成されるイベントマネージャ、および前記対応する動作を開始する
    ように構成される動作ハンドラを識別する、請求項１３に記載のデバイス。
  30. 【請求項３０】 前記メカニズムが、前記アクセス、および前記イベント予
    約に関連付けられた認可に基づいて、該イベント予約への該アクセスを管理する
    ように構成される、請求項１３に記載のデバイス。
  31. 【請求項３１】 前記イベント予約の各々が対応する満期時間を有し、前記
    メカニズムが、該満期時間を経過した該イベント予約のうちのイベント予約の登
    録を解除するように構成される、請求項２９に記載のデバイス。
JP2001537254A 1999-11-09 1999-11-09 イベント予約メカニズム Expired - Fee Related JP4455799B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB1999/001903 WO2001035634A1 (en) 1999-11-09 1999-11-09 Event booking mechanism

Publications (2)

Publication Number Publication Date
JP2003514452A true JP2003514452A (ja) 2003-04-15
JP4455799B2 JP4455799B2 (ja) 2010-04-21

Family

ID=11004933

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001537254A Expired - Fee Related JP4455799B2 (ja) 1999-11-09 1999-11-09 イベント予約メカニズム

Country Status (12)

Country Link
US (3) US8032913B1 (ja)
EP (1) EP1228635B1 (ja)
JP (1) JP4455799B2 (ja)
CN (1) CN1187957C (ja)
AU (1) AU767700B2 (ja)
BR (1) BR9917552A (ja)
CA (1) CA2388768A1 (ja)
DE (1) DE69934829T2 (ja)
DK (1) DK1228635T3 (ja)
ES (1) ES2281211T3 (ja)
HK (1) HK1050286B (ja)
WO (1) WO2001035634A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9038118B2 (en) 1999-11-09 2015-05-19 Opentv, Inc. Event booking mechanism

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2001215798A1 (en) * 2000-10-31 2002-05-15 Netscape Communications Corporation Click-to-add, jot-it-down, and add banner
CN101189866B (zh) * 2005-05-31 2011-01-26 松下电器产业株式会社 广播接收终端
US8734254B2 (en) 2006-04-25 2014-05-27 International Business Machines Corporation Virtual world event notifications from within a persistent world game
US10491966B2 (en) * 2011-08-04 2019-11-26 Saturn Licensing Llc Reception apparatus, method, computer program, and information providing apparatus for providing an alert service
CN102780913B (zh) * 2012-08-21 2015-09-09 广东威创视讯科技股份有限公司 一种多通道信号检测的方法和装置

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5063523A (en) * 1989-11-16 1991-11-05 Racal Data Communications Inc. Network management system with event rule handling
US5329619A (en) * 1992-10-30 1994-07-12 Software Ag Cooperative processing interface and communication broker for heterogeneous computing environments
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5589892A (en) * 1993-09-09 1996-12-31 Knee; Robert A. Electronic television program guide schedule system and method with data feed access
US5818438A (en) * 1995-04-25 1998-10-06 Bellsouth Corporation System and method for providing television services
US5699107A (en) * 1995-05-05 1997-12-16 Microsoft Corporation Program reminder system
US6477585B1 (en) * 1995-08-18 2002-11-05 International Business Machines Corporation Filter mechanism for an event management service
US5754858A (en) * 1996-05-01 1998-05-19 Microsoft Corporation Customizable application project generation process and system
JP2001500692A (ja) * 1996-09-13 2001-01-16 サーノフ コーポレイション デジタルスタジオの指令及び制御アーキテクチャー
US6094688A (en) * 1997-01-08 2000-07-25 Crossworlds Software, Inc. Modular application collaboration including filtering at the source and proxy execution of compensating transactions to conserve server resources
US5918020A (en) * 1997-02-28 1999-06-29 International Business Machines Corporation Data processing system and method for pacing information transfers in a communications network
JPH10261251A (ja) * 1997-03-18 1998-09-29 Sony Corp 受信装置、受信方法、送信装置、送信方法、送受信装置、および、送受信方法
US5958010A (en) * 1997-03-20 1999-09-28 Firstsense Software, Inc. Systems and methods for monitoring distributed applications including an interface running in an operating system kernel
EP0968608B1 (en) * 1997-03-21 2002-09-25 Canal+ Technologies Receiver/decoder and method of reception
US6108695A (en) * 1997-06-24 2000-08-22 Sun Microsystems, Inc. Method and apparatus for providing analog output and managing channels on a multiple channel digital media server
US7251617B1 (en) * 1998-12-28 2007-07-31 Walker Digital, Llc Method and apparatus for managing subscriptions
US6175871B1 (en) * 1997-10-01 2001-01-16 3Com Corporation Method and apparatus for real time communication over packet networks
US6636901B2 (en) * 1998-01-30 2003-10-21 Object Technology Licensing Corp. Object-oriented resource lock and entry register
US6275471B1 (en) * 1998-05-12 2001-08-14 Panasonic Technologies, Inc. Method for reliable real-time multimedia streaming
US6611877B2 (en) * 1998-06-30 2003-08-26 Sun Microsystems, Inc. System and method for aggregating registration of entities for notifications of events
US6813776B2 (en) * 1998-10-06 2004-11-02 International Business Machines Corporation Method for automatic and semi-automatic event scheduling based on information embedded in multimedia content
US6446136B1 (en) * 1998-12-31 2002-09-03 Computer Associates Think, Inc. System and method for dynamic correlation of events
US6829770B1 (en) * 1999-02-23 2004-12-07 Microsoft Corporation Object connectivity through loosely coupled publish and subscribe events
US6611654B1 (en) * 1999-04-01 2003-08-26 Koninklijke Philips Electronics Nv Time- and location-driven personalized TV
US6782541B1 (en) * 1999-05-28 2004-08-24 Avaya Technology Corp. System and method of exchanging information between software modules
US6598169B1 (en) * 1999-07-26 2003-07-22 Microsoft Corporation System and method for accessing information made available by a kernel mode driver
DK1228635T3 (da) 1999-11-09 2007-03-12 Opentv Inc Reservationssystem til hændelser
US6453294B1 (en) * 2000-05-31 2002-09-17 International Business Machines Corporation Dynamic destination-determined multimedia avatars for interactive on-line communications
US7412501B2 (en) * 2000-06-07 2008-08-12 Microsoft Corporation Event consumers for an event management system
US6970935B1 (en) * 2000-11-01 2005-11-29 International Business Machines Corporation Conversational networking via transport, coding and control conversational protocols
US7155475B2 (en) * 2002-02-15 2006-12-26 Sony Corporation System, method, and computer program product for media publishing request processing
US7260265B2 (en) * 2002-10-04 2007-08-21 International Business Machines Corporation Enhancing compression while transcoding JPEG images

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9038118B2 (en) 1999-11-09 2015-05-19 Opentv, Inc. Event booking mechanism

Also Published As

Publication number Publication date
JP4455799B2 (ja) 2010-04-21
CA2388768A1 (en) 2001-05-17
US20120090012A1 (en) 2012-04-12
HK1050286A1 (en) 2003-06-13
AU1173900A (en) 2001-06-06
US9038118B2 (en) 2015-05-19
EP1228635B1 (en) 2007-01-10
EP1228635A1 (en) 2002-08-07
US8032913B1 (en) 2011-10-04
DE69934829T2 (de) 2007-06-28
WO2001035634A1 (en) 2001-05-17
DE69934829D1 (de) 2007-02-22
CN1187957C (zh) 2005-02-02
US20150326897A1 (en) 2015-11-12
AU767700B2 (en) 2003-11-20
CN1375162A (zh) 2002-10-16
ES2281211T3 (es) 2007-09-16
HK1050286B (zh) 2007-10-26
BR9917552A (pt) 2002-06-25
DK1228635T3 (da) 2007-03-12

Similar Documents

Publication Publication Date Title
US10362351B2 (en) Dynamic tuner allocation
AU781357B2 (en) Methods and apparatus for managing an application according to an application lifecycle
US6874145B1 (en) Methods and apparatus for implementing an application lifecycle design for applications
JP6142018B2 (ja) 興味が低い番組を適宜に録画するためのシステムおよび方法
US20150326897A1 (en) Event booking mechanism
EP1356674B1 (fr) Procede de gestion d'enregistrements d'emissions audiovisuelles et dispositifs associes
JP5065566B2 (ja) リソースマネージャアーキテクチャ
EP1357744A1 (en) TV control resource management
US9258614B2 (en) System and method for resolving scheduling conflicts in multi-tuner devices and systems
US6976268B2 (en) Methods and apparatus for efficiently accessing periodically broadcast data
US20070183745A1 (en) Method and system to control recording of a digital program
JP2005065297A (ja) Ｅｐｇシステムにおけるメモリ管理システムおよび方法
US7257812B1 (en) Methods and apparatus for managing an application
US20030120750A1 (en) Device based detection of user preferences in a home networking environment
US8788546B2 (en) Preloading resources from data carousel of broadcast file system
CN113055719A (zh) 系统预约升级与视频预约录制的冲突解决方法及显示设备
US11606618B2 (en) Method for managing the reception of digital contents by a management device

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061030

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090908

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091207

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100105

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100204

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130212

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4455799

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140212

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees