JP5342654B2 - Ｉｐｔｖデバイス及び該デバイスに適合した方法 - Google Patents

Description

本発明は、一般に、事業者システムおよびＴＶ製造者システムを備えるＩＰＴＶシステムに関し、より具体的には、そのようなシステムに接続可能なＩＰＴＶデバイスのメカニズムに関する。

テレビジョン（ＴＶ）配信網が、一方向配信から双方向インタラクティブ通信ネットワークに向けて、およびサービスを一箇所で利用できるにすぎないソリューションから広範囲の種類及びサイズの画面上でどこでも利用できるようにするソリューションに向けて移行するなかで、私たちは、ＴＶ番組の広告、インタラクティブゲームおよび他のサービスの、全く新しい大規模市場の誕生を目の当たりにしようとしている。

有線および無線の双方向ネットワークを介した双方向性により、例えばユーザがＴＶショーで投票する、広告と対話して製品を購入する、ＴＶショーに個人的なメッセージを送信するなど、多くの方法で、視聴者の参加が可能になるであろう。また、パーソナライズに関しては、例えばターゲット広告でどの広告を受け取るか、電子プログラムガイド（ＥＰＧ）にＴＶプログラムをどのように載せるか、またはどのプログラムのコンテンツをいつ利用するかを選択する可能性など、視聴者には新しい可能性が提供されるであろう。

インターネット・プロトコル・テレビジョン（ＩＰＴＶ）は、通信サービスプロバイダが音声トラヒック収入の減少を埋め合わせるためにネットワークに新しい顧客を取り込むことに関して、通信サービスプロバイダに新しい収入の機会を与える。有線通信サービスプロバイダの大部分がＩＰＴＶに進出するかもしれない。ＩＰＴＶを使用すれば、通信サービスプロバイダは、ＣＡＴＶ事業者、衛星ＴＶ事業者および他の地上サービスプロバイダによるＴＶ提供と競争を始めることができる。ＩＰＴＶは、「トリプルプレイ」と通常呼ばれるインターネット、音声およびＩＰＴＶサービスの一括提供をプロバイダが導入することで、既存の顧客を維持して収入の変動を防ぐのにも役立つ。

ＩＰＴＶは、ウェブブラウザ技術を使用して、ＩＰＴＶサービスプロバイダが有線および無線の電話ネットワークなどの通信ネットワークに配備されたメディアサービスを提供できるようにする。普及しているウェブブラウザアプリケーションが、ブラウザからアクセス可能な個別のインターネットページおよび他のファイルの場所をユーザが閲覧するのを可能にする。そのようなウェブページのそれぞれは、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）または類似のページアドレスで通常識別される。

ＩＰＴＶシステムにおけるマルチメディアストリームは、一連のＩＰデータパケットとして符号化される。ＩＰＴＶについての作業は、例えばオープンＩＰＴＶフォーラムを含むいくつかのところで進行中であり、このオープンＩＰＴＶフォーラムは、インターネット上およびサービス品質（ＱｏＳ）性能を管理した管理ネットワーク上で、ユーザ装置（ＵＥ）にマルチメディアサービスおよびＩＰＴＶサービスを供給する終端間プラットフォームの仕様を定めている。

ＩＰＴＶシステムにおいては、ＵＥまたはＩＰＴＶデバイスは、セットトップボックス（ＳＴＢ）またはＳＴＢ能力内蔵ＴＶでもよい。このようなユーザデバイスは、例えばＩＰマルチメディアシステム（ＩＭＳ）を介して、ＩＰＴＶサービスにアクセスするように構成されてもよい。ＩＰＴＶ配信によって提供される新サービスおよびそのようなサービスへの容易なアクセスを可能にするユーザインタフェースの急速な発展が継続しているので、ＴＶ製造者がＩＰＴＶデバイスの製造時に既にＩＰＴＶデバイスに最適のサービスプロファイルを提供できるようにするのに困難な事情がある。

オープンＩＰＴＶフォーラム端末機能（ＯＩＴＦ、Open IPTV Forum Terminal Function）とも呼んでもよいオープンＩＰＴＶフォーラム端末デバイスなどを例とするＩＰＴＶ端末デバイスで、異なるサービスプロファイルを使用できるようにしたいという要望がある。このような端末は、例えばセットトップボックス（ＳＴＢ）またはオープンＩＰＴＶフォーラム端末機能（ＯＩＴＦ）の機能を備えるＴＶセットなどの中に、種々の機能を実装できよう。

異なるサービスプロファイルを使用する１つのやり方は、ＴＶデバイスのユーザに統合ＯＩＴＦ機能を有する２つの異なるプロファイルを提供することでもよい。第１のプロファイルは、いくつかの基本機能を有する普通のサービスプロファイルであり、第２のプロファイルはもっと呼び物の多いサービスプロファイルである。第１のサービスプロファイルは、例えば、サービス品質（ＱｏＳ）の保証が少しもないブロードバンドネットワークを通じてアクセス可能ないわゆるオープンインターネットからサービスにアクセスすることを目指してもよいのに対して、第２のサービスプロファイルは、例えば、ＴＶデバイスのユーザにユーザの通信事業者が管理するＩＰＴＶサービスへのアクセスを与え、そのＩＰＴＶサービスの利用を可能にすることができる機能を有することができよう。

生じる疑問は、第１のサービスプロファイルに適合するＴＶデバイスに、当初から強制的なソフトウェア・アップグレード・メカニズムを加えて構築し、次いで、業務基準によって決定される適切な時点に、そのＴＶデバイスを第２のサービスプロファイルにアップグレードするようにそのメカニズムを利用できるやり方がありうるかどうかということである。

特許請求の範囲に記載されている本発明は、そのようなアップグレードメカニズムに言及している。

１つの態様によれば、ＴＶデバイスのアップグレードを行う方法が提供され、その方法は、事業者システムおよびＴＶ製造者システムを有するＩＰＴＶシステムに接続可能なＴＶデバイスで実行されるいくつかの工程を備える。新しいＩＰＴＶサービスプロファイルに関するアップグレードサービスは、ＴＶデバイスが開始し、アップグレード要求メッセージを事業者システムに送信する。事業者システムは、ＴＶ製造者システムからトークンオブジェクトを取得し、取得したトークンオブジェクトをＴＶデバイスに転送する。このＴＶデバイスは、トークンオブジェクトを使用して要求したＴＶデバイスのアップグレードを検証することができる。トークンオブジェクトをＴＶ製造者システムに戻すことによって、トークンオブジェクトが有効であると判明した場合、ＴＶ製造者システムは、ＴＶデバイスのアップグレードを完了させる。

別の態様によれば、ＴＶデバイスをアップグレードする方法は、ＴＶ製造者システムも有するＩＰＴＶシステムの一部である事業者システムで実行される次の工程を備える。事業者システムは、新しいＩＰＴＶサービスプロファイルに関するアップグレードサービスの開始およびＴＶデバイスからのアップグレード要求メッセージの受信に対して、要求されたアップグレード中に使用するトークンオブジェクトをＴＶ製造者システムに要求することによって応答する。ＴＶ製造者システムからトークンオブジェクトを受信すると直ぐに、事業者ネットワークは、そのトークンオブジェクトをＴＶデバイスに転送する。それによって、トークンオブジェクトが有効と判明した場合、ＴＶデバイスは、前述のＴＶ製造者システムとインタラクトすることによって、要求したアップグレードを実行できる。

また別の態様によれば、事業者システムも有するＩＰＴＶシステムの一部であるＴＶ製造者システムにおいて、ＴＶデバイスをアップグレードするときに実行される方法も提供される。ＴＶ製造者システムにおいて、要求されたアップグレードを検証するために使用されるトークンオブジェクトの要求を事業者システムから受信したのに応えて、トークンオブジェクトを生成する。次いでトークンオブジェクトは、ＴＶデバイスに送信され、ＴＶデバイスは、ＴＶ製造者システムとインタラクトすることによってトークンオブジェクトが有効と判明した場合、要求されたアップグレードの実行が可能になる。

ＴＶ製造者システムにアップグレードを要求するのに先立って、ＴＶデバイスは、アップグレードの可能性のチェックを要求してもよく、このチェックでは、ＴＶデバイスをアップグレード可能か否かが判定される。このアップグレードの可能性のチェックは、事業者システムかまたはＴＶ製造者システムにおいて実行されてもよい。

アップグレードの可能性のチェックを確実に提供できるために、その手順は、例えばＴＶデバイスに一意の識別子、型番、連番、またはＴＶデバイスのファームウェア識別子などの、ＴＶデバイスの識別を可能にするある種の情報に頼ってもよい。

１つの態様によれば、有効なトークンオブジェクトが、実際のプロプライエタリなアップグレード手順に先立ち、要求するＴＶデバイスに提供されてもよいのに対して、別の代替の態様によれば、有効なトークンオブジェクトは、プロプライエタリなアップグレード手順の一部としてＴＶデバイスに提供されてもよい。

さらに、提案のアップグレード方法を開始するように構成されたＴＶデバイス、並びに要求されたアップグレード方法を支援して実行するように構成されたＴＶ事業者システムおよびＴＶ製造者システムも、提供される。

提案の方法、装置およびシステムの他の目的、利点および新規な特徴は、以下に続く詳細説明を添付の図面と一緒に考慮することで明らかになるであろう。これらの目的および他のものは、主として添付の独立請求項による解決手段によって達成されうる。

本発明は、以下の説明を添付の図面とひとまとめに参照することによって理解される。

事業者システムおよびＴＶ製造者システムを備えるＩＰＴＶシステムに接続可能なＴＶデバイスをアップグレードする方法を示すブロック図である。 一実施形態によるアップグレード方法の実行を示すシーケンス図である。 別の実施形態によるアップグレード方法の実行を示すシーケンス図である。 ＩＰＴＶシステムに接続可能でかつアップグレード可能なＴＶデバイスを示すブロック図である。 ＴＶデバイスのアップグレード手順を支援するように構成された事業者システムを示す別のブロック図である。 ＴＶデバイスをアップグレードするように構成されたＴＶ製造者システムを示すまた別のブロック図である。

ＴＶデバイスの遠隔アップグレードを可能にするのに適したアップグレードメカニズムについて、添付図１〜６を参照して以下により詳細に説明する。

これらの図面を通して、一致または類似する要素に対して同じ参照文字を使用する。

以下に説明する実施形態は、ブロードバンドＩＰＴＶネットワークに接続されるＴＶデバイスで、かつより進化したサービス特徴にアクセスするために必要なサービスプロファイルより遅れたサービスプロファイルに当初適合しているＴＶデバイスを、ユーザが持っている必要がある。それゆえ、進化したサービス特徴にアクセスできるようにするために、サービスプロファイルをより進化したサービスプロファイルに遠隔からアップグレードできる、ＴＶデバイスのアップグレード方法を提案する。

あるいは、ＴＶデバイスがより進化したサービスプロファイルを既に利用可能であるが、ＴＶ製造者がユーザに提供するとき無効化しておいてもよい。

また別のシナリオによれば、ＴＶデバイスは、進化したサービスプロファイルが既に有効になっているが、そのサービスプロファイルを別の更新されたバージョンで置換する必要があってもよい。

その結果として、遠隔の場所から進化したサービスプロファイルをインストールするかまたは既にインストールされているサービスプロファイルを有効にする手順を含むアップグレードメカニズムに対する要望がある。

そのような要求されたアップグレードを検証する簡単なメカニズムに対する要望もある。

ＴＶデバイスのサービスプロファイルのアップグレードを開始および完了させるのに適した方法について、ＴＶデバイスで実行される方法ステップを示す図１のフロー図を参照して、より詳細に説明する。

何らかの手段、例えばＵＲＬを有する広告、ＴＶスクリーン上のポップアップ、またはＴＶブラウザを介してウェブページ上で行われるアクティブサーチ等によって、ユーザは、事業者の管理サービスについての情報を提供する事業者ポータルにたどり着く。これは、図１の最初のステップ１：１に示されている。

選択されたユーザインタフェースによって、ユーザは、事業者が提供するサービスについての情報およびそのサービスを利用できるかもしれないデバイスの１つ以上の種類および特徴の何らかの表示を提示される。前もって定められたＨＴＴＰヘッダが、ＴＶブラウザから事業者ポータルに自動的に送信され、１つ以上の高度サービスに関するＴＶデバイスの能力を判定するために使用しうるユーザのＴＶデバイスのある特定の特徴についての情報を伝達してもよい。ユーザは、ＴＶを特定の高度サービスに実際にアップグレードできるかどうかを判定するためのチェックを、ユーザ承認後にユーザのＴＶデバイスで開始するという、事業者からの申出さえ受けるかもしれない。この場合、ＴＶブラウザは、ＴＶデバイスをアップグレードできるか判定するためにＴＶ製造者固有のプロトコルを使用できるであろうＴＶ製造者に属するサイトに、リダイレクトされるかもしれない。応答はリダイレクトされて事業者ポータルに返送されてもよく、そこで適切なページがユーザに提示されてもよい。

特定のＴＶデバイスのアップグレードの可能性をチェックできるためには、ＴＶデバイスを一意に識別できなければならない。これは、例えば型番、ファームウェア識別子、ＴＶデバイスを一意に識別する連番などのある種の番号または識別子を読み出し、この識別子を事業者経由でＴＶ製造者に提供することによって達成されてもよく、この識別子はアップグレードの可能性のチェック中にＴＶ製造者により使用されうる。アップグレードの可能性をチェックするこの手順は、次のステップ１：２に示されている。

ＴＶデバイスがアップグレードできると判定されたと想定すると、典型的な次のステップは、事業者とＴＶデバイスユーザとの間で以前に話し合い合意した例えばアップグレードサービスの価格および条件などのサービスおよび課金の取り決めを承諾するためのオプションを、事業者がユーザに提示することであろう。次いでユーザは、好ましいアップグレードサービスに申し込むための条件の承諾を、例えば事業者ポータルのリンクをクリックするなどで選択してもよく、その後事業者は、支払情報を確かめて、アップグレードに進む。この手順は、図１の続くステップ１：３に示されている。サービスの閲覧と関連したサービスおよび課金の取り決めの管理手順は、当技術分野において公知であり、相当数の種々のやり方で達成しうる。それ故、これらの特定の態様については、本明細書においてこれ以上詳細には説明しない。

この時点で、アップグレードと特定のＴＶデバイスとを結び付けるアップグレードメカニズムを開始する準備ができている。ユーザの承諾と事業者の承認に応えて、事業者の業務支援システムと通常呼ばれる事業者のサブシステムが、特定のＴＶデバイスのアップグレード要求を検証するために後で使用しうるトークンオブジェクトを取得するために、ＴＶ製造者の業務支援システムを通常は介してＴＶ製造者と連絡を取る。トークンオブジェクト要求は、ＴＶデバイスの一意の識別情報を運び、この情報は、ステップ１：２で実行されたアップグレードの可能性のチェックで以前用いられた識別情報と通常全く同じである。以下では、この情報をデバイスＩＤと呼ぶ。

ＴＶ製造者は、ＴＶデバイスを識別でき、次いで一意のトークンオブジェクトを生成し、それを事業者経由でＴＶデバイスに返す。トークンオブジェクトを取得するここに述べた手順は、図１のステップ１：４に示されている。

トークンオブジェクトは、承認メカニズムとして役立つのに加えて、事業者とＴＶ製造者との間のリンクとしても役立つ。すなわち、ＴＶ製造者に向けて、このトークンオブジェクトは、アップグレードされるＴＶデバイスが事業者の加入者の１つであることを確証する証拠を提供できるであろう。さらに、続いてＴＶ製造者から事業者に提示されるとき、事業者とＴＶ製造者との間に予め定められた業務の合意が存在することを前提として、トークンオブジェクトは、事業者からＴＶ製造者にアップグレードに対する支払いを可能にできるであろう。

次のステップ１：５において、ＴＶデバイスからＴＶ製造者に有効なトークンオブジェクトを提供しうるかどうかが判定される、すなわち、ステップ１：１〜１：４が上手く進行したかが判定され、こうして要求されたアップグレードを実行してもよいかが判定される。

上述の手順が上手く実行された場合、ステップ１：５ａに示されるように、ＴＶデバイスは有効なトークンをＴＶ製造者に提供でき、こうして、実際のアップグレード、すなわちＴＶデバイスにおいて特定のサービスプロファイルの特定のバージョンを有効にするかまたは置換する手順が、ＴＶ製造者の選択によって前もって指定された任意のプロプライエタリなアップグレードメカニズムを使用して、ＴＶ製造者のサイトとＴＶデバイスとの間で行われてもよい。このアップグレード手順が続くステップ１：６に示されているのに対して、ステップ１：５ｂに示されるように、ユーザが有効なトークンオブジェクトを提供できない場合、別のステップ１：７に示されるように、アップグレードは失敗する。

現在では既にＴＶ製造者が実際のアップグレード手順用にプロプライエタリなプロトコルを提供できるので、提案のアレンジメントが適用される場合、この特定の手順は変更される必要はない。しかし、このようなプロプライエタリなアップグレード手順はまた、例えばセキュリティなどの考慮すべき追加の問題に応じて種々のやり方で適合されてもよいことは理解されるべきである。

プロプライエタリなアップグレード手順の詳細は、ＴＶデバイスの実際のアップグレードの実行に先立ってアップグレード要求をトリガし、信頼できる検証の仕方を可能にするメカニズムについてむしろ述べる本明細書において提示するアップグレードメカニズムの範囲外であるので、実際のプロプライエタリなアップグレード手順を実行するステップについては、本明細書においてこれ以上詳細には説明しない。

以下に、アップグレードとアップグレード前後の検証とをトリガする提案のメカニズムについて、２つの異なる実施形態に従いそれぞれ図２および３を参照して、さらに詳細に説明する。

図２は、基本的にＴＶデバイスと事業者システムとＴＶ製造者システムとのそれぞれの間のＨＴＴＰシグナリングに基づく起こりうるコールフローの図であり、ＴＶ製造者システムが生成したトークンオブジェクトが、プロプライエタリなアップグレード手順の開始前に、ＴＶ製造者システムで検証される。

最初のステップ２：１において、ユーザが、進化したサービスに申し込む１つ以上の実行可能手段を提示している事業者ポータルを閲覧するが、その手段には、本明細書では、遅れたサービスプロファイルからより進化したサービスプロファイルにＴＶデバイスをアップグレードするオプション、またはＴＶデバイスにプリインストールされた進化したサービスプロファイルを有効にするオプションを含む。この手順は、ＴＶデバイス２００の一部であるブラウザ２０２と加入者の事業者２０３の事業者ポータル２０４との間で、通常通り閲覧するＨＴＴＰインタラクションをユーザが実行することによって典型的に達成される。

次に、ＴＶデバイス２００が適合しているかどうか、またはそれをアップグレードできるかを判定するための動作が実行される。このチェックは、ＴＶデバイス固有情報すなわちデバイスＩＤに基づいており、ステップ２：２によれば、この情報は、予め定められたローカルコード２０１からＴＶデバイス２００のブラウザ２０２によって読み出されてもよいのに対して、続くアップグレードの可能性のチェックは、別のステップ２：３に従って、通常は事業者システム２０３経由でＴＶデバイス２００とＴＶ製造者システム２０６との間で実行される。ステップ２：３のアップグレードの可能性のチェックは、図２に示されるようにＴＶ製造者システム２０６の業務支援システム２０７によって通常実行されるであろう。

デバイスＩＤは、場合により追加の情報とともに、後の段階でＴＶデバイス２００に対する実際のサービスプロファイルのアップグレードの検証および実行を可能にするであろう。この情報は、通常、１つ以上のＨＴＴＰヘッダによって事業者ポータル２０４に転送される。

ステップ２：３においてＴＶデバイス２００をアップグレード可能と分かった場合、事業者システム２０３は、ＴＶデバイス２００のユーザの同意を求め、アップグレードされるサービスの支払についてのユーザの承諾を普通は含むその同意が、次のステップ２：４に示されるようにユーザから与えられた場合、開始されたインタラクションは、続けてＴＶ製造者システム２０６に一意のアップグレードトークンを要求してもよい。

事業者システム２０３がＴＶデバイス２００はアップグレード可能であると検証された場合、かつＴＶデバイス２００のユーザが申し出のあった更新サービスの承諾を約束し、必要な課金情報を、サービスの観点から進行中のインタラクションの継続のために必要とされるかもしれない追加の情報とともに提供した場合、アップグレードメカニズムは、ユーザが例えばスクリーン上の最終の「ＯＫ」をクリックするなどによって承認した後に、開始されてもよい。

図２のステップ２：５に示されるように、トークンオブジェクトの要求は、ＨＴＴＰ ＰＯＳＴによってブラウザ２０２から事業者ポータル２０４へ、デバイスＩＤを携える要求を送信することによって開始される。

次のステップ２：６ａでは、事業者は、ステップ２：５で取得した情報を使用して、ＴＶ製造者システム２０６にトークンオブジェクトを要求する。この情報に基づき、続くステップ２：６ｂに示されるように、トークンオブジェクトが生成され、そのトークンオブジェクトは、ＴＶ製造者のアップグレードサイトを示す変更アドレスとともに、続くステップ２：６ｃにおいて、事業者システム２０３に転送される。

トークンオブジェクトは、開始されたアップグレードに関係している事業者とＴＶ製造者との間に確立された業務関係へのリンクとして、事業者とＴＶ製造者の業務支援システムによって後で使用されてもよい。

続くステップ２：７ａにおいて、トークンオブジェクトは、宛先変更表示および変更アドレスすなわちＴＶ製造者のアップグレードサイトのアドレスを備えるＨＴＰＰ ３××応答でＴＶデバイス２００に転送される。ＴＶデバイス２００は、別のステップ２：７ｂに示されるように、受信したメッセージをＴＶ製造者システム２０６に向け直す。

続くステップ２：８において、トークンオブジェクトはＴＶ製造者システム２０６で検証され、トークンオブジェクトが有効であると分かった場合、次のステップ２：９に示されるように、アップグレード機能２０８が、プロプライエタリなアップグレードメカニズムを開始する。ＴＶ製造者システム２０６が元々提供したトークンオブジェクトと、ＴＶデバイス２００がＴＶ製造者システムに提供した、追加情報が一緒に有るかまたは無いデバイスＩＤとを使用することによって、ＴＶ製造者は、要求されたアップグレードに関係するファームウェア／ソフトウェアのダウンロードを暗号化でき、要求しているＴＶデバイス２００だけがそれを使用できるように保証できるであろう。

ステップ２：９が異なるＴＶ製造者からの要件に従って適用される異なるサブステップおよび手順を備えてもよいことは理解されるべきである。しかし一般論として、アップグレード機能２０８は、ＴＶデバイス２００のユーザがアップグレード手順を続けるために、ＴＶ製造者のアップグレードサイトにアクセスするのを可能にする。次いで実行されたアップグレード手順の結果が、ステップ２：１０に示されるように、通常ＨＴＰＰ ３××によってＴＶデバイス２００に返送され、続くステップ２：１１に示されるように、通常ＨＴＴＰリダイレクトおよびＨＴＴＰ ＰＯＳＴメッセージを使用して、事業者ポータル２０４にさらに返送される。

図３は、提案のアップグレードメカニズムが、別の代替実施形態に従ってどのように実行されうるかを示すコールフローの別の例である。この第２の実施形態によれば、インタラクションは、代わりに、埋め込まれたＪａｖａ ｓｃｒｉｐｔに基づく。このＪａｖａ ｓｃｒｉｐｔは、サービスに使用されるウェブページのリロードを行うことなしにブラウザとバックエンドサーバとの間のインタラクションを行わせるので、ＴＶデバイス２００のユーザにより高度の自動化インタラクションを提供しうる。

第２の実施形態によれば、第１の実施形態においてそもそもプロプライエタリなアップグレード手順の開始でさえ必要条件として動作した代わりに、生成されたトークンオブジェクトも、プロプライエタリなアップグレード手順の一部として返送されるであろう。

最初のステップ３：１に示されるように、ユーザがブラウザ２０２によって事業者システム２０３の事業者ポータル２０４とインタラクションを開始した後に、ブラウザ２０２は、ローカルオブジェクトコード２０１に関係があるＴＶデバイス固有情報、すなわちデバイスＩＤをメモリ（図示せず）に要求し取得する。典型的な実施形態では、ウェブページは埋め込まれたＪａｖａ ｓｃｒｉｐｔコードを有し、このコードは、ブラウザ２０２によってロードされたとき、ブラウザ２０２からＴＶデバイスのローカルコード２０１へのＪａｖａ ｓｃｒｉｐｔ ＡＰＩコールを行わせ、デバイスについての情報を取得する。第１の実施形態と同様に、図で使用されている「デバイスＩＤ」という用語は、より進化したサービスフォーマットにアップグレードするのにＴＶデバイス２００が適しているかどうかをＴＶ製造者が判定するのに役立つ、例えば型番および／またはファームウェアバージョンなどのソフトウェアとハードウェアの両方を含むＴＶデバイス２００固有の特徴を識別するために、ＴＶ製造者が必要とするどんな情報を取得するために使用されてもよい。この情報は、通常、ＴＶ製造者システム２０６で元々作成され、例えば、任意の従来の暗号／解読メカニズムを使用して、作成者、すなわちＴＶ製造者システム２０６だけが解読できる不可解な文字列でもよい。この目的のためには、任意の適切なＡＰＩを使用できよう。ローカルコード２０１からブラウザ２０２へのデバイスＩＤのやり取りは、図３のステップ３：２に示されている。

前の実施形態と同様に、次いでアップグレードの可能性のチェックが実行される。図３では、この手順は、ステップ３：３〜３：５で示される３つの個別のサブステップに分けられている。可能な一例として挙げると、図２のステップ２：３に示されたアップグレードの可能性のチェックが、類似のやり方で実行されてもよいことが理解されるべきである。

ステップ３：３において、デバイスＩＤは、例えば標準ＸＭＬ ＨＴＴＰ要求メッセージによって、事業者ポータル２０４にまず送信される。このシナリオでは、デバイスＩＤは、事業者が解読できない不可解な文字列であり、それ故、ＴＶデバイス２００が利用可能なサービスに適合しているかかどうか、またはそれをＴＶ製造者２０６がアップグレード可能か否かをチェックする目的で使用されると想定する。

代わりに、事業者システム２０３がアップグレードの可能性を判定できるようになるためには、ＴＶ製造者システム２０６に相談する必要がある。それ故アップグレードの可能性を判定するために、デバイスＩＤは、メッセージの中で事業者システム２０３からＴＶ製造者システム２０６へ、より具体的には業務支援システム２０７またはこの目的のために構成された他の任意のサブシステムに送信される。

ステップ３：４に示されるように、これは、例えば、デバイスＩＤと、場合によって他の業務関連情報とを含むＸＭＬボディを備えるＨＴＴＰ要求などによって行われてもよい。この要求に対する応答は、アップグレードの可能性のチェックの結果を含むであろうが、開始されたアップグレード手順の実行を完了するために必要かもしれない追加の業務情報も含んでもよい。

上述のアップグレードの可能性のチェックの結果として、ＴＶデバイス２００のアップグレードが可能と分かった場合、事業者ネットワーク２０３は、その表示を返す。結果は、関連サービスおよび発注情報を備える埋め込まれたＪａｖａ ｓｃｒｉｐｔを通常有するウェブページとして返されてもよい。この応答ステップは、別のステップ３：５に示されている。

続くステップ３：６では、ＴＶデバイス２００のユーザは、アップグレードの可能性についての情報を使用して事業者ポータル２０４とインタラクトし、開始されたアップグレードサービスを完了するように発注し、サービスに関連する課金の取り決めを行う、すなわち要求したアップグレードサービスに対する申し出を承諾する。

ステップ３：６が成功したのに応えて、提案のアップグレードメカニズムは、続けてステップ３：７において、ブラウザ２０２から事業者ポータル２０４にデバイスＩＤをまず転送して、アップグレードトークンオブジェクトをＴＶ製造者システム２０６に要求する。本実施形態によれば、これは、ＸＭＬ ＨＴＴＰ要求によって行われる。要求は、ステップ３：８ａに示されるように、事業者システム２０３からＴＶ製造者システム２０６、通常は業務支援システム２０７に転送される。

ＴＶ製造者システムが提供するトークンオブジェクトはＴＶ製造者にプロプライエタリなものなので、デバイスＩＤは、妥当性および否認防止すなわちソフトウェアアップグレードを他のＴＶデバイスが使用できないことを保証するために使用されてもよい。この情報は、予め定められた協定に従って、要求されたアップグレードに関係して事業者とＴＶ製造者との間で定められた金銭処理を検証するような、どんな業務関係へのリンクとしても後で使用されてもよい。デバイスＩＤに加えて、ステップ３：８ａに示されるかまたは前の実施形態が適用される場合２：６ａに示される事業者システム２０３からＴＶ製造者システム２０６に転送される要求は、「事業者領域」と通常呼ばれるパラメータを含んでもよく、それは、返送されたトークンオブジェクトが事業者のサービスに加入しているＴＶデバイスに対してだけ使用でき、他のＴＶデバイスがアップグレードできる能力を万一秘めているとしても、他のどのデバイスも使用できないことを保証するためである。デバイスＩＤがアップグレード可能なＴＶデバイスに該当する場合、ステップ３：８ｂにおいてトークンオブジェクトが生成される。次いでトークンオブジェクトは、次のステップ３：８ｃで事業者システム２０３に返送される。

トークンオブジェクトは、事業者システム２０３に提供されると直ぐに、応答メッセージの中でＴＶデバイス２００のそれぞれのブラウザページに転送される。この応答メッセージは、ユーザに少なくともアップグレードに同意するオプションを提供するであろう。これは、ステップ３：９に示されている。ブラウザページは、要求されたアップグレード／有効化プロセスを開始するように構成されている埋め込まれたＪａｖａ ｓｃｒｉｐｔコードも通常有する。

このステップからもまたユーザがアップグレードに同意する場合、次のステップ３：１０に示されるように、ＴＶデバイス２００のローカルコード２０１の関連部分を呼び出すために、ここではアップグレードの作動と呼ぶ新しいＪａｖａ ｓｃｒｉｐｔ ＡＰＩが起動されてもよい。トークンオブジェクトの転送に加えて、このＡＰＩは、例えば要求されたアップグレード手順の成功または失敗を報告するための返信アドレスなどの情報を運んでもよい。

次のステップ３：１１では、ＴＶデバイス２００とＴＶ製造者システム２０６のアップグレードサイト（図示せず）とが、プロプライエタリなアップグレード手順を開始する。このステップの構成はＴＶ製造者次第なので、例えばセキュリティ面や適用可能な手続き上のアップグレードステップなどとなると、この手順で実行されるサブステップは、ＴＶ製造者によって異なってもよい。典型的な実施形態では、この手順は、要求されたアップグレードを行うように構成された追加のソフトウェアを、ＴＶ製造者システム２０６からＴＶデバイス２００へダウンロードするためのサブステップの実行、または例えばＴＶデバイスの製造中のソフトウェアの統合の結果として、ＴＶデバイス２００上に既に存在するアップグレードしたソフトウェアの単なる有効化を含んでもよい。

プロプライエタリなアップグレード手順のサブステップはＴＶ製造者の決定に任されているが、本実施形態では、要求されたアップグレード手順の検証のために、そのプロプライエタリなアップグレード手順は、有効なトークンオブジェクトをＴＶ製造者に返せるようにする少なくとも１つ以上のサブステップを含むと想定している。

プロプライエタリなアップグレード手順３：１１に続く以降のステップでは、ステップ３：１０でブラウザ２０２に提供されたコールバックインタフェースがここで呼び出されてもよく、それによって、要求されたアップグレード手順の結果が、ステップ３：１２に示されるようにまずブラウザ２０２に返送され、次いで最終ステップ３：１３に示されるように事業者ポータル２０４に返送されるようにされてもよい。

上述の両方の実施形態とも、事業者ポータルに連絡しているユーザが開始するコールフローを述べているが、上述の決定的に重要な技法は、ユーザの最初の連絡先が代わりにＴＶ製造者システムのポータルであった場合も同じく適用されることが理解されるべきである。これは、ＩＰＴＶネットワークに接続されたＴＶデバイスがその「ホームページ」をＴＶ製造者のポータルに設定している場合であろう。このようなシナリオでは、ステップ２：２または３：２を実行でき、ユーザは、自分のＴＶデバイスが進化したアップグレード可能なサービスフォーマットのいずれかに対応しているかどうか、通知を受けることができよう。事業者のポータル／サービスにリンクするアイコンを、例えばユーザに提示することができ、そうすることで、事業者のポータルにおいて利用可能なサービスのどれかにひょっとして興味があるかどうかを判定するために、ユーザが事業者のポータルに行くヒントとしての役割を果たすことができよう。ソフトウェアの起動すなわち前にステップ２：４または３：６でそれぞれ述べられた手順は、ユーザが事業者システム２０３で提供されるそれぞれのサービスの加入者であることが検証された場合、完了されるであろう。

ここで、上述の個別のシステムおよびデバイスについて、添付の図面４〜６に関連して、以下でより詳細に説明する。

提案のアップグレードメカニズムを適用するのに適した典型的なＩＰＴＶネットワークは、例えば従来の通信ユニットなどの追加の機能ユニットも備えることが理解されるべきである。しかし、簡潔にするために、本明細書で提案のアップグレードメカニズムのこれらの異なる実施形態の理解のために必要な機能ユニットだけについて述べる一方で、他の機能エンティティは省略している。

記述する構成は１つの可能な解決手段を表すだけであり、提案のアップグレードメカニズムを実行するために使用されるシステムおよびエンティティは、他の代替のやり方で構成されてもよい。

ここで、上に提示の一般的原理に従う遠隔アップグレードメカニズムを開始するように構成されたＴＶデバイスについて、図４を参照して説明する。

ＴＶデバイス２００は、このＴＶデバイス２００がＴＶ製造者システム（図示せず）によってアップグレードしうるデバイスであることを検証するために使用する任意の種類のデバイス固有データすなわちデバイスＩＤを格納するためのメモリ４００を備える。ＴＶデバイス２００は、ＴＶデバイスをアップグレードするためのアップグレード手順がＴＶデバイス２００のユーザによって開始されて、ＴＶ製造者システム２０６によって完了されうるように、事業者システム（図示せず）およびＴＶ製造者システム２０６と通信を行うように構成されたブラウザ２０２も備える。ブラウザ２０２は、取得したトークンオブジェクトがプロプライエタリなアップグレード手順前または手順中にアップグレードを検証するために使用されてもよいようなトークンオブジェクトを、要求し受信することによってアップグレードメカニズムに参加するようにも構成される。アップグレードを可能にするために、ＴＶデバイス２００は、ＴＶデバイス２００に対して有効なトークンオブジェクトを発行したＴＶ製造者システム２０６のプロプライエタリなアップグレード手順を実行するように構成されたアップグレード機能４０１も備える。その結果として、提案のアップグレード機能４０１は、ＴＶデバイス２００からの有効なトークンオブジェクトを認識したことに応えてだけ、開始されたアップグレード手順を完了するように構成される。アップグレード機能４０１は、通常、ＴＶデバイス２００のローカルオブジェクトコード２０１として実装される。

一例示的実施形態に従って上述のアップグレード手順に参加するように構成された事業者システムについて、図５を参照して以下に説明する。

図５の事業者システム２０３は、アップグレードされるＴＶデバイス２００のブラウザ（図示せず）、およびアップグレードを実行するＴＶ製造者システム２０６との通信を可能にするように構成された事業者ポータル２０４を備える。事業者システム２０３は、事業者システム２０３とＴＶ製造者システム２０６との間のインタラクションを管理するように構成されたサブシステムも備える。本例示的実施形態においては、このサブシステムを業務支援システム２０５と呼ぶ。業務支援システム２０５は、ＴＶ製造者システムの対応する業務支援システムまたは他の任意の対応するサブシステムとの通信を可能にして、ＴＶデバイスアップグレード手順の準備を実行しうるように、および事業者とＴＶ製造者との間のサービスおよび課金の取り決めを処理しうるようにする。

ここで代わって図６を参照して、ＴＶデバイスのアップグレードを可能にするために、事業者システム（図示せず）およびＴＶデバイス（図示せず）とインタラクトするように構成されたＴＶ製造者システム２０６について、これより一例示的実施形態に従ってさらに詳細に説明する。

既に上述のように、提案のアップグレード手順を実行するように構成されたＴＶ製造者システム２０６は、サービスプロファイルのアップグレードの主要事項に関する協定が確立している事業者システム（図示せず）の対応する業務支援システムと通信するように構成された、ここでは業務支援システム２０７と呼ぶサブシステムを備える。より具体的には、業務支援システム２０７は、事業者システムから受信した特定のＴＶデバイス２００のアップグレード要求に応えて、トークンオブジェクトを生成するように構成されたトークン生成部６００を備える。トークン生成部６００は、要求とともに提供されたＴＶデバイス固有情報がある種の予め定められた要件にもし一致したら、トークンオブジェクトを生成し、そのトークンオブジェクトをＴＶデバイスにさらに届ける事業者システムに提供するように構成される。あるいは、トークン生成部は、アップグレード機能２０８の一部でもよい。業務支援システム２０７は、通常、アップグレード能力チェック部６０１も備える。

ＴＶ製造者システム２０６は、アップグレード機能２０８も備えており、このアップグレード機能２０８は、有効なトークンオブジェクトが検証されたＴＶデバイスに対して、ユーザのＴＶデバイスにＴＶ製造者システム２０６のアップグレードサイト６０２へのアクセスを与えることを含む、プロプライエタリなアップグレード手順を実行するように構成される。アップグレード機能２０８は、トークン検証部６０３とここでは呼ぶ一般的な機能も備え、このトークン検証部６０３は、ＴＶ製造者システム２０６が生成したトークンオブジェクトが有効であることを検証するように構成される。

アップグレード機能２０８は、ＴＶデバイスのユーザに利用可能なアップグレードオプションにアクセスするオプションを与えるように、ユーザのＴＶデバイスにアップグレードサイトへのアクセスを通常提供する。

あるいは、トークン生成部６００は、アップグレード機能２０８の一部または業務支援システム２０７とアップグレード機能２０８の両方の一部である。後の場合は、トークンオブジェクトは、２つの機能エンティティ間のインタラクションの結果として生成されてもよい。

本発明について特定の例示的実施形態を参照して説明しているが、説明は、一般に本発明の概念を例証することだけを意図しており、本発明の範囲を限定すると解釈されるべきでない。本発明の範囲は、添付の特許請求の範囲に規定されている通りである。
［略語リスト］
ＳＴＢ セットトップボックス(Set Top Box) 使用せず
ＶｏＤ ビデオオンデマンド(Video on Demand) 使用せず
ＩＰＴＶ インターネット・プロトコル・テレビジョン(Internet Protocol Television)
ＩＴＦ ＩＰＴＶ端末機能(IPTV Terminal Function)
ＸＭＬ 拡張可能マークアップ言語(Extensible Markup Language)
ＨＴＴＰ ハイパーテキスト転送プロトコル(Hyper Text Transfer Protocol)
ＯＩＴＦ オープンＩＰＴＶフォーラム端末機能(Open IPTV Forum Terminal Function)

Claims (25)

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. 前記アップグレード機能（２０８）は、プロプライエタリなアップグレード手順（２：９）を開始することによって前記ＴＶデバイス（２００）の前記アップグレードを完了するように構成されることを特徴とする、請求項２２乃至２４のいずれか１項に記載のＴＶ製造者システム（２０６）。

Images