JP5301649B2 - 携帯放送システムにおける端末機のソフトウェアアップデート方法及び装置 - Google Patents

Description

本発明は、放送サービス（Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ：以下、‘ＢＣＡＳＴ’と称する）をサポートする携帯放送システムに関し、特に携帯放送システムを通じて携帯放送端末機のソフトウェア又はファームウェアアップデートを提供する方法及び装置に関する。

移動通信市場は、従来技術の再組み合わせ又は統合を通じて新たなサービスの生産要求を持続的に満たしてきており、現在、通信及び放送技術が発達するにつれて、現在の放送システム及び移動通信システムは、その従来の放送システム又は移動通信システムの範囲内で、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等、携帯端末機（以下、“移動端末”と称する）を通じて放送サービスを提供する段階にある。
このような潜在的で、且つ実際的な市場需要に加えて、マルチメディアサービスに対して急増するユーザ要求、既存の音声サービスの他に放送サービス等の新たなサービスを提供しようとする事業者の戦略、そして消費者の要求に応じて移動通信事業を強化しているＩＴ企業の利害関係が噛み合って、移動通信サービスとＩＰとの融合を可能にし、次世代の移動通信技術開発の大きい流れを創出している。
これは、移動通信市場だけでなく一般の有線市場に対しても、多様な無線及び放送サービスの導入、適用を引き起こしており、このような全方向的な融合は、有線、無線、放送の如何に関わらず、多様なサービスに対して同一の消費環境を創り出すに至った。

一方、オープンモバイルアライアンス（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ、以下“ＯＭＡ”と称する）は、個別モバイルソリューション間の相互作用（連動、ｉｎｔｅｒａｃｔｉｏｎ）のための標準を研究する団体であって、移動通信用ゲーム、インターネットサービス等に対する多様なアプリケーション標準を定める役目を主に担当している。特に、上記ＯＭＡのワーキンググループのうち、ＯＭＡ ＢＣＡＳＴ（Ｍｏｂｉｌｅ Ｂｒｏａｄｃａｓｔ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ）では移動端末を用いて放送サービスを提供するための技術標準を研究している。ＯＭＡ ＢＣＡＳＴは、サービスガイド、ダウンロード、及びストリーミング転送技術、サービス及びコンテンツ保護技術、サービス加入、ローミング等、携帯端末環境でＩＰベースの放送サービスを提供するための技術を標準化している。

前述した有線・無線環境の融合による統合サービス提供という市場の流れに従って、ＯＭＡ ＢＣＡＳＴ等、携帯放送技術もモバイル環境を越えて有線・無線統合環境でサービスを提供できるように進化するはずである。

以下、具体的な例として携帯放送技術標準のうちの１つであるＯＭＡ ＢＣＡＳＴ技術に基づいて説明する。

図１は、携帯放送サービスに対して応用階層（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ）及びその下部階層（ｓｕｂ−ｌａｙｅｒ）の、転送階層（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ）に至る標準技術を制定しているＯＭＡのＢＣＡＳＴ作業グループの論理的構造図である。

まず、図１に示した論理的ブロック（ｅｎｔｉｔｙ）を詳細に説明する。コンテンツ供給者（Ｃｏｎｔｅｎｔ Ｃｒｅａｔｉｏｎ、ＣＣ）１０１は、ＢＣＡＳＴサービスの基礎となるコンテンツを供給し、上記コンテンツは通常の放送サービスのためのファイル、例えば、映画、オーディオ、ビデオのためのデータのファイルを含む。
また、コンテンツ供給者１０１は、サービスガイドを生成し上記サービスを転送する転送ベアラー（ｂｅａｒｅｒ）を決定するための上記コンテンツの属性（Ａｔｔｒｉｂｕｔｅ）を、ＢＣＡＳＴサービスアプリケーション部（ＢＣＡＳＴ Ｓｅｒｖｉｃｅ Ａｐｐｌｉｃａｔｉｏｎ、以下ＢＳＡ部という）１０２に提供する。

ＢＳＡ部１０２は、コンテンツ供給者１０１からＢＣＡＳＴサービスのデータの供給を受けて、これを用いてメディアエンコーディング、コンテンツ保護、両方向サービス等を提供することに適した形態に加工する。また、コンテンツ供給者１０１から供給を受けた上記コンテンツに対する属性をＢＣＡＳＴサービス分配・適応部（ＢＣＡＳＴ Ｓｅｒｖｉｃｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ／Ａｄａｐｔａｔｉｏｎ、以下ＢＳＤＡ部という）１０３とＢＣＡＳＴ加入管理部（ＢＣＡＳＴ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ、以下ＢＳＭ部という）１０４に提供する。

ＢＳＤＡ部１０３は、ＢＳＡ部１０２から供給を受けたＢＣＡＳＴサービスデータを用いてファイル及びストリーミング転送、サービス収集、サービス保護、サービスガイド生成及び伝達、及びサービス公知（Ｎｏｔｉｆｉｃａｔｉｏｎ）のような作業を遂行する。また、ＢＳＤＡ部１０３は、上記サービスを放送分配システム（Ｂｒｏａｄｃａｓｔ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ、以下ＢＤＳという）１１２に合うように調整する。

ＢＳＭ部１０４は、ＢＣＡＳＴサービスユーザの加入及び料金関連機能のようなサービス規定、ＢＣＡＳＴサービスに使われる情報の規定、ＢＡＳＴサービスの提供を受ける端末機をハードウェア又はソフトウェア的に管理する。

端末機（Ｔｅｒｍｉｎａｌ）１０５は、コンテンツ及びサービスガイドとコンテンツ保護を含むプログラムサポート情報を受信し、ユーザに放送サービスを提供する。ＢＤＳサービス分配部（ＢＤＳ Ｓｅｒｖｉｃｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ）１１１は、放送分配システム１１２及び連動ネットワーク（Ｉｎｔｅｒａｃｔｉｏｎ Ｎｅｔｗｏｒｋ）１１３と相互通信を通じて携帯放送サービスを多数の端末機へ転送する。

放送分配システム１１２は、放送チャンネルを介した携帯放送サービスを転送し、その例を挙げれば、３ＧＰＰのＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）、３世代の同期移動通信標準機構である３ＧＰＰ２（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐｒｏｊｅｃｔ Ｐａｒｔｎｅｒｓｈｉｐ ２）のＢＣＭＣＳ（Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）、ディジタル放送標準機構であるＤＶＢ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ）のＤＶＢ−Ｈ（ＤＶＢ−Ｈａｎｄｈｅｌｄ）、又はＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ベースの放送／通信ネットワーク等である。連動ネットワーク１１３は双方向チャンネルを提供し、その例を挙げれば、セルラーネットワークである。

次に、上記論理的ブロックの間の連結通路である参照ポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）を説明する。参照ポイントは、目的によって多数個のインターフェースを有し、このようなインターフェースは所定の目的のために２つ以上の論理的ブロック同士間の通信のために使われ、その目的に応じたプロトコルのメッセージ型式を有する。

図１において、ＢＣＡＳＴ−１（１２１）は、コンテンツ及びコンテンツ属性の転送路であり、ＢＣＡＳＴ−２（１２２）はコンテンツが保護（Ｃｏｎｔｅｎｔ−ｐｒｏｔｅｃｔｅｄ）されるか、コンテンツが保護されていない（Ｃｏｎｔｅｎｔ−ｕｎｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービスと、上記ＢＣＡＳＴサービスの属性及びコンテンツ属性の転送路である。

ＢＣＡＳＴ−３（１２３）は、ＢＣＡＳＴサービスの属性、コンテンツの属性、ユーザ優先（Ｕｓｅｒ ｐｒｅｆｅｒｅｎｃｅ）及び加入（Ｓｕｂｓｃｒｉｐｔｉｏｎ）情報、ユーザ要請、及び上記要請に対する応答の転送路である。ＢＣＡＳＴ−４（１２４）は、公知メッセージ（Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）、サービスガイドに使われる属性、コンテンツ保護（Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）、及びサービス保護（Ｓｅｒｖｉｃｅ Ｐｒｏｔｅｃｔｉｏｎ）に使われるキー（Ｋｅｙ）の転送路である。ＢＣＡＳＴ−５（１２５）は、保護された（Ｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービス、保護されていない（Ｕｎｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービス、コンテンツが保護された（Ｃｏｎｔｅｎｔ−ｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービス、コンテンツが保護されていない（Ｃｏｎｔｅｎｔ−ｕｎｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービス、ＢＣＡＳＴサービス属性、コンテンツ属性、公知（Ｎｏｔｉｆｉｃａｔｉｏｎ）、サービスガイド、ＢＣＡＳＴサービス保護（ｐｒｏｔｅｃｔｉｏｎ）に使われるＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ）ＲＯ、及びキー値等の保安要素（Ｓｅｃｕｒｉｔｙ ｍａｔｅｒｉａｌ）と放送（Ｂｒｏａｄｃａｓｔ：ＢＣＡＳＴ）チャンネルを介して転送される全てのデータとシグナルの転送路である。

ＢＣＡＳＴ−６（１２６）は、保護された（Ｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービス、保護されていない（Ｕｎｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービス、コンテンツが保護された（Ｃｏｎｔｅｎｔ−ｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービス、コンテンツが保護されていない（Ｃｏｎｔｅｎｔ−ｕｎｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービス、ＢＣＡＳＴサービス属性、コンテンツ属性、公知（Ｎｏｔｉｆｉｃａｔｉｏｎ）、サービスガイド、ＢＣＡＳＴサービス保護（ｐｒｏｔｅｃｔｉｏｎ）に使われるＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ）ＲＯ、及びキー値等の保安要素（Ｓｅｃｕｒｉｔｙ ｍａｔｅｒｉａｌ）と連動（Ｉｎｔｅｒａｃｔｉｏｎ）チャンネルを介して転送される全てのデータとシグナルの転送路である。

ＢＣＡＳＴ−７（１２７）は、サービス規定（ｐｒｏｖｉｓｉｏｎｉｎｇ）、加入（Ｓｕｂｓｃｒｉｐｔｉｏｎ）情報、装置管理（Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）、ＢＣＡＳＴサービス保護（ｐｒｏｔｅｃｔｉｏｎ）に使われるＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ）ＲＯ、及びキー値等の保安要素（Ｓｅｃｕｒｉｔｙ ｍａｔｅｒｉａｌ）等の受信に関連した制御情報の連動（Ｉｎｔｅｒａｃｔｉｏｎ）チャンネルを介して転送されるユーザ優先（ｐｒｅｆｅｒｅｎｃｅ）情報の転送路である。ＢＣＡＳＴ−８（１２８）は、ＢＣＡＳＴサービスに対するユーザのデータが連動（Ｉｎｔｅｒａｃｔｉｏｎ）される転送路である。ＢＤＳ１（１２９）は、保護された（ｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービス、保護されていない（Ｕｎｐｒｏｔｅｃｔｅｄ）ＢＣＡＳＴサービス、ＢＣＡＳＴサービス属性、コンテンツ属性、公知（ｎｏｔｉｆｉｃａｔｉｏｎ）、サービスガイド及びＢＣＡＳＴサービス保護（ｐｒｏｔｅｃｔｉｏｎ）に使われるＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ）ＲＯ、及びキー値等の保安要素（Ｓｅｃｕｒｉｔｙ ｍａｔｅｒｉａｌ）の転送路である。

ＢＤＳ−２（１３０）は、サービス規定（ｐｒｏｖｉｓｉｏｎｉｎｇ）、加入（Ｓｕｂｓｃｒｉｐｔｉｏｎ）情報、装置管理（Ｄｅｖｉｃｅ ｍａｎａｇｅｍｅｎｔ）及びＢＣＡＳＴサービス保護（ｐｒｏｔｅｃｔｉｏｎ）に使われるＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ）ＲＯ、及びキー値等の保安要素（Ｓｅｃｕｒｉｔｙ ｍａｔｅｒｉａｌ）の転送路である。Ｘ−１（１３１）は、ＢＤＳサービス分配部１１１と放送分配システム１１２との間の参照（ｒｅｆｅｒｅｎｃｅ）ポイントである。Ｘ−２（１３２）は、ＢＤＳサービス分配部１１１と連動ネットワーク１１３との間の参照（ｒｅｆｅｒｅｎｃｅ）ポイントである。Ｘ−３（１３３）は、放送分配システム１１２と端末機１０５との間の参照（ｒｅｆｅｒｅｎｃｅ）ポイントである。Ｘ−４（１３４）は、ＢＤＳサービス分配部１１１及び放送チャンネルを介した端末機１０５の間の参照（ｒｅｆｅｒｅｎｃｅ）ポイントである。Ｘ−５（１３５）は、ＢＤＳサービス分配部１１１及びインタラクションチャンネルを介した端末機１０５の間の参照（ｒｅｆｅｒｅｎｃｅ）ポイントである。Ｘ−６（１３６）は、連動ネットワーク１１３と端末機１０５との間の参照（ｒｅｆｅｒｅｎｃｅ）ポイントである。

一方、ＯＭＡ ＤＭ（Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ、機器管理）に関しては、無線端末機の数が幾何級数的に増加するにつれて無線機器の管理方法の標準化が必要とされ、その結果、無線事業者又はサービス提供者が無線で端末機と通信しながら端末機のファームウェアやソフトウェア等の管理を可能にする移動端末管理方法が開発された。ＯＭＡ ＤＭの場合は、各々標準化したＤＭプロトコルを用いて移動端末のオブジェクト（ｏｂｊｅｃｔ）を読取、追加、変更、及び実行することによって、端末機の内部のファームウェアやソフトウェア等を管理でき、これを“端末プロビジョニング（Ｔｅｒｍｉｎａｌ ｐｒｏｖｉｓｉｏｎｉｎｇ）サービス”と呼ぶ。

上記端末プロビジョニングサービスの一種によれば、端末機は一般的な携帯端末機と同様に、製造者から周期的に提供されるファームウェアのアップデートの後初めて、最新ソフトウェアをより安定的且つ効率的に使うことができる。

ＯＭＡ ＤＭでは、移動通信システムの端末機の内部で使用できるように設計されているので、全ての通信が双方向になされる。しかしながら、ある事業者が提供するサービスを使用する端末機のモデルの種類は多くないが、端末機の数は非常に多いので、双方向通信で一対一に（端末機１台ごとに）各端末機のファームウェアのアップデートを遂行すると、非常に多くのリソースを必要とするため、非常に非効率的である。このため、ＢＣＡＳＴのような放送システムを通じて一括的に同一種類の多数の端末機を大量に、且つ同時にアップデートする方法が必要である。

本発明の目的は、携帯放送システムにおける特定モデルの端末機のソフトウェアをアップデートする方法及び装置を提供することにある。

本発明の他の目的は、携帯放送システムにおける端末機のファームウェアをアップデートするに当たって、放送を通じて同時に同一種類の複数の端末機のファームウェアのアップデートを実施できる効率的な端末機のファームウェアのアップデート方法及び装置を提供することにある。

本発明の更に他の目的は、携帯放送システムにおける通知メッセージを使用して端末機にプロビジョニングするアップデートサービスを提供する方法及び装置を提供することにある。

本発明のネットワークにおける方法は、携帯放送システムにおける端末機のソフトウェ
アアップデートのための方法であって、放送加入管理部（ＢｒｏａｄＣＡＳＴ（ＢＣＡＳ
Ｔ）Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ、以下ＢＳＭ部という）が、アッ
プデート情報を含む、前記端末機のためのアップデート命令を生成するステップと、前記
ＢＳＭ部が前記生成されたアップデート命令を放送サービス分配・適応部（Ｂｒｏａｄｃ
ａｓｔ Ｓｅｒｖｉｃｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ／Ａｄａｐｔａｔｉｏｎ、以下ＢＳ
ＤＡ部という）に伝達するステップと、前記ＢＳＤＡ部が前記生成されたアップデート命
令を放送するステップと、を有し、前記アップデート命令を生成して放送するステップよ
り前に、前記ＢＳＭ部がアップデートファイルを生成して前記ＢＳＤＡ部に伝達するステ
ップと、前記ＢＳＤＡ部が前記アップデートファイルを前記端末機のうち、少なくとも１つのために放送するステップと、をさらに有すことを特徴とする。
好ましくは、前記アップデート情報は、端末機製造者情報と端末機モデル情報のうちの
少なくとも１つと、ソフトウェアバージョン情報と、を含み、
また、前記アップデート命令を生成して放送するステップの以前に、前記ＢＳＭ部がア
ップデートファイルを生成して前記ＢＳＤＡ部に伝達するステップと、前記ＢＳＤＡ部が
前記アップデートファイルを前記端末機のうち、少なくとも１つのために放送するステッ
プと、をさらに含み、
また、前記ソフトウェアは、前記端末機のファームウェアである。

本発明の端末機における方法は、携帯放送システムの端末機におけるソフトウェアアッ
プデート方法であって、前記端末機がアップデート情報を含む、端末機のためのアップデ
ート命令を、放送を通じて受信するステップと、前記端末機が前記アップデート命令を用
いてソフトウェアアップデートを遂行するステップと、を有し、前記アップデート命令を
、放送を通じて受信するステップより前に、前記ネットワークからアップデートファイル
を受信するステップをさらに有すことを特徴とする。
好ましくは、前記アップデート情報は、端末機製造者情報と端末機モデル情報のうちの
少なくとも１つと、ソフトウェアバージョン情報と、を含む。
また、前記アップデート命令を、放送を通じて受信するステップの以前に、前記ネット
ワークからアップデートファイルを受信するステップをさらに含み、
また、前記ソフトウェアは、前記端末機のファームウェアである。

本発明のネットワーク装置は、携帯放送システムにおける端末機のソフトウェアアップ
デートのためのネットワーク装置であって、アップデート情報を含む、前記端末機のため
のアップデート命令を放送サービス分配・適応部（Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ
Ｄｉｓｔｒｉｂｕｔｉｏｎ／Ａｄａｐｔａｔｉｏｎ、以下ＢＳＤＡ部という）に転送す
る放送加入管理部（ＢＣＡＳＴ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ、以
下ＢＳＭ部という）と、前記転送されたアップデート命令を受信して放送する前記ＢＳＤ
Ａ部と、を有し、前記ＢＳＭ部は、アップデートファイルを前記ＢＳＤＡ部に伝達し、前
記ＢＳＤＡ部は、前記アップデート命令を送信するより前に１つ以上の端末機のために前
記アップデートファイルを放送することを特徴とする。
好ましくは、前記アップデート情報は、端末機製造者情報と端末機モデル情報のうちの
少なくとも１つと、ソフトウェアバージョン情報と、を含む。

また好ましくは、前記ＢＳＭ部は、アップデート通知メッセージ生成を要請するＴＰ−Ｍ（Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ−Ｍａｎａｇｅｍｅｎｔ）と、前記ＴＰ−Ｍの要請に従って前記アップデート通知メッセージを生成して前記ＢＳＤＡ部に転送するＮＴＧ（ＮｏＴｉｆｉｃａｔｉｏｎ−Ｇｅｎｅｒａｔｉｏｎ）を含むことを特徴とし、
前記ＢＳＭ部は、ＳＧ−ＳＳ（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ−Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｓｏｕｒｃｅ）にアップデートサービス生成を要請するＴＰ−Ｍと、前記ＴＰ−Ｍの要請に従ってアップデートサービスフラグメント生成に必要な情報を含むアップデートサービスフラグメント生成要請メッセージを生成し、これを前記ＢＳＤＡ部に転送する前記ＳＧ−ＳＳを含み、前記ＢＳＤＡ部は、前記必要な情報を用いて、アップデートサービス自動加入命令を含むアップデートサービスフラグメントを生成して放送することを特徴とし、
前記ソフトウェアは、前記端末機のファームウェアであることを特徴とする。

本発明の端末機における装置は、携帯放送システムの端末機におけるソフトウェアアッ
プデートのための装置であって、前記装置は、アップデート情報を含む、アップデート命
令を、放送を通じて受信し、前記アップデート命令を用いてソフトウェアアップデートを
遂行し、前記アップデート命令を受信するより前に、ネットワーク装置により放送された
アップデートファイルを受信することを特徴とする。
好ましくは、前記アップデート情報は、端末機製造者情報と端末機モデル情報のうちの
少なくとも１つと、ソフトウェアバージョン情報を含むことを特徴とする。
一方、前記端末機における装置は、自動加入のためのアップデートサービスガイドを受
信するＳＧ−Ｃ（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ−Ｃｌｉｅｎｔ）と、前記アップデートサ
ービスガイドに従って自動的にアップデートサービスに加入するＢＳＰ−Ｃ（ＢＣＡＳＴ
Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ−Ｃｌｉｅｎｔ）と、をさらに含み、
前記ソフトウェアは、前記端末機のファームウェアである。

本発明によれば、従来技術において必要であった各端末機のファームウェアを個別的にアップグレードするというオーバーヘッドを、放送を通じて同時に大量の端末機のファームウェアをアップデートすることにより、削減できるので、本発明はより効率的なファームウェアアップデート効果を有する。これを通じてネットワーク上で同一種類の端末機に対して一律にファームウェアアップデートを遂行できるので、ネットワークリソースを効率的に使用でき、端末機の性能を最適に管理できる。

ＯＭＡ ＢＣＡＳＴにおけるサービスガイド機能の論理的構造図である。 本発明が適用される携帯放送システムであるＯＭＡ ＢＣＡＳＴシステム内でサービスガイド（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）の生成のためのサービスガイドに対するデータモデル（Ｄａｔａ Ｍｏｄｅｌ）を示す図である。 本発明の好ましい実施形態に従う装置構造図である。 本発明の好ましい実施形態に従うメッセージ流れ図である。

以下、本発明の好ましい実施形態の詳細な説明を添付の図面を参照しつつ詳細に説明する。図面中の同一な構成は、できる限りどの所でも同一な符号を表していることに留意しなければならない。

また、下記の説明では具体的な特定事項が表れているが、これは本発明のより全般的な理解を助けるために提供されたものであり、このような特定事項無しでも本発明が実施できることは、この技術分野で通常の知識を有する者には自明であろう。そして、本発明を説明するに当たって、関連した公知の機能あるいは構成に対する具体的な説明が本発明の要旨をかえって曖昧にすると判断される場合、その詳細な説明を省略する。

後述する詳細な説明には、前述した技術的課題を解決するための本発明における代表的な実施形態を提示する。また、本発明は説明の便宜のために非同期移動通信標準である３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）あるいは移動端末のアプリケーションの標準機構であるＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）のＢＣＡＳＴで定義しているブロック名称と同一の名称を使用するが、このような標準及び名称が本発明の範囲を限定するのではなく、類似な技術的背景を有するシステムに適用可能であることは勿論である。

図２は、本発明が適用される携帯放送システムであるＯＭＡ ＢＣＡＳＴシステム内でサービスガイド（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）の生成のためのデータモデル（Ｄａｔａ Ｍｏｄｅｌ）を示す図である。図２には、ＢＣＡＳＴシステムで端末機に放送サービスを提供するために提案した構造を示す。

前記“サービスガイド”とは、放送構成のための全体情報を表す。即ち、端末機が前記サービスガイドを受信して放送情報を獲得し、ユーザはこれを用いて放送を受信するか否かを決定する。例えば、ユーザが放送を受信するためには、放送システムに含まれた放送サービスの情報、各々の放送サービスに含まれたプログラムの情報、及び各々のプログラムが放送されるスケジュール情報を獲得しなければならず、このような情報は前記サービスガイドに含まれる。

このために、ＯＭＡ ＢＣＡＳＴでは１つのサービスガイドを、各々の目的を有するフラグメント（Ｆｒａｇｍｅｎｔ）から構成する。一例として、１つのサービスガイドは、放送チャンネルに関する情報を含むフラグメント、プログラムに関する情報を含むフラグメント、プログラムの放送時間等の情報を含み、これらのフラグメントは別々に構成される。

図２は、ＯＭＡ ＢＣＡＳＴのサービスガイドを構成するフラグメントを示す図である。図２で太い実線で表示されたブロックは各々１つのフラグメントを表す。一方、フラグメントはその目的の類似性に従っていくつかの“グループ”に束ねられる。前記フラグメント“グループ”は点線で示す。また、各フラグメントを連結する実線は各フラグメント間の相互参照を意味する。

図２を参照すれば、サービスガイドは、全体サービスガイドの上位構成情報を提供する管理グループ（Ａｄｍｉｎｉｓｔｒａｔｉｖｅ）２００、サービス、コンテンツ、スケジュール等のサービスガイドの核心部分である核心グループ（Ｃｏｒｅ）２２０、サービス又はコンテンツに接続できるように接続情報を提供するアクセスグループ（Ａｃｃｅｓｓ）２３０、加入及び購買情報を含む供給グループ（Ｐｒｏｖｉｓｉｏｎｉｎｇ）２１０、プレビューデータ（Ｐｒｅｖｉｅｗ Ｄａｔａ）フラグメント２４１、及びインタラクティブデータ（Ｉｎｔｅｒａｃｔｉｖｉｔｙ Ｄａｔａ）フラグメント２５１を含む。

管理グループ２００は、サービスガイドデリバリーディスクリプタ（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ ｄｅｌｉｖｅｒｙ Ｄｅｓｃｒｉｐｔｏｒ）フラグメント２０１を含む。供給グループ２１０は、購入アイテム（Ｐｕｒｃｈａｓｅ Ｉｔｅｍ）フラグメント２１１、購入データ（Ｐｕｒｃｈａｓｅ Ｄａｔａ）フラグメント２１２、及び購入チャンネル（Ｐｕｒｃｈａｓｅ Ｃｈａｎｎｅｌ）フラグメント２１３を含む。

核心グループ２２０は、サービス（Ｓｅｒｖｉｃｅ）フラグメント２２１、スケジュール（Ｓｃｈｅｄｕｌｅ）フラグメント２２２、及びコンテンツ（Ｃｏｎｔｅｎｔ）フラグメント２２３を含む。アクセスグループ２３０は、アクセス（Ａｃｃｅｓｓ）フラグメント２３１、及びセッションディスクリプション（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）フラグメント２３２を含む。

各々のフラグメントの機能は、次の通りである。
サービスガイドデリバリーディスクリプタ（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ Ｄｅｌｉｖｅｒｙ Ｄｅｓｃｒｉｐｔｏｒ）フラグメント２０１は、サービスガイドを構成するフラグメントを格納しているサービスガイドデリバリーユニット（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ Ｄｅｌｉｖｅｒｙ Ｕｎｉｔ：ＳＧＤＵ）の位置を含むデリバリーセッション情報と、前記ＳＧＤＵに対するグルーピング（Ｇｒｏｕｐｉｎｇ）情報及び通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを受信するための開始点（Ｅｎｔｒｙ Ｐｏｉｎｔ）に対する情報を含む。また、プレビューデータ（Ｐｒｅｖｉｅｗ Ｄａｔａ）フラグメント２４１を通じて、サービス、スケジュール、及びコンテンツに対するプレビュー情報を提供するか、インタラクティブデータ（Ｉｎｔｅｒａｃｔｉｖｉｔｙ Ｄａｔａ）フラグメント２５１を通じて該当サービス、スケジュール、及びコンテンツに従って放送中にインタラクティブ（Ｉｎｔｅｒａｃｔｉｖｅ）サービスを提供することもできる。

サービス（Ｓｅｒｖｉｃｅ）フラグメント２２１は、全体サービスガイドの中心であって、放送サービスに含まれるコンテンツ（Ｃｏｎｔｅｎｔ）の上位集合体として、サービスの内容、ジャンル、サービス地域等の情報を含む。スケジュール（Ｓｃｈｅｄｕｌｅ）フラグメント２２２は、ストリーミング（Ｓｔｒｅａｍｉｎｇ）、ダウンロード（Ｄｏｗｎｌｏａｄｉｎｇ）等のサービスに含まれたコンテンツの各々の時間情報を表す。コンテンツ（Ｃｏｎｔｅｎｔ）フラグメント２２３は、放送されるコンテンツに対する詳細な説明、ターゲットユーザグループ、サービス地域、ジャンル等を含む。

アクセス（Ａｃｃｅｓｓ）フラグメント２３１は、ユーザのサービス閲覧を可能にするアクセス（接続）関連情報を提供し、該当接続セッションに対するデリバリー方法、セッション情報等を提供する。セッションディスクリプション（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）フラグメント２３２は、アクセス（Ａｃｃｅｓｓ）フラグメント２３１に包含してもよく、ＵＲＩ形態で位置情報を報らせて、端末機が該当セッションディスクリプションフラグメント２３２の情報を確認できるようにする。セッションディスクリプションフラグメント２３２は、該当セッションに存在するマルチメディアコンテンツに対するアドレス情報、コーデック情報等を提供する。

購入アイテム（Ｐｕｒｃｈａｓｅ Ｉｔｅｍ）フラグメント２１１は、サービス、コンテンツ、時間等のバンドル（Ｂｕｎｄｌｅ）を提供して、ユーザが該当購入アイテムフラグメント２１１に加入又は購買できるようにする。購入データ（Ｐｕｒｃｈａｓｅ Ｄａｔａ）フラグメント２１２は、サービスあるいはサービスバンドルに対する価格情報、プロモーション情報等、購買、及び加入に対する具体的な情報を含む。購入チャンネル（Ｐｕｒｃｈａｓｅ Ｃｈａｎｎｅｌ）フラグメント２１３は、加入あるいは購買のための接続情報を知らせてくれる。

サービスガイドに対する具体的な情報は、図２の上位データモデルに基づいて詳細内容及び値を提供するための多様なエレメント値（Ｅｌｅｍｅｎｔ）及び属性（Ａｔｔｒｉｂｕｔｅ）値を通じて定義できる。

そして、説明の便宜のために、サービスガイドの各々のフラグメントに対する詳細なエレメント値及び属性値を本明細書に含まなかったが、前記の詳細なエレメント値及び属性値が後述する本発明を制約せず、携帯放送サービスのためのサービスガイド提供において、必要により定義された全てのエレメント値及び属性値に本発明が全て適用できる。

本発明を説明する前に、理解を助けるために本発明で使われるメッセージスキーマ（ｓｃｈｅｍａ、図解）テーブルを［表１］を参照して説明する。

［表１］において、“名称（Ｎａｍｅ）”は、該当メッセージを構成するエレメント値と属性値に対する名称を表す。“タイプ（Ｔｙｐｅ）”は、該当名称がエレメント値あるいは属性値のうち、どんな形態であるかを意味する。エレメント値は、Ｅ１、Ｅ２、Ｅ３、Ｅ４のような値を有し、Ｅ１は全体メッセージに対する上位エレメント値を意味し、Ｅ２はＥ１の下位エレメント値、Ｅ３はＥ２の下位エレメント値、Ｅ４はＥ３の下位エレメント値を表す。属性値はＡと表示し、Ａは該当エレメントの属性値を表す。

例えば、Ｅ１の下のＡはＥ１の属性値を表す。“カテゴリー（Ｃａｔｅｇｏｒｙ）”は該当エレメント値あるいは属性値が必須の内容かオプショナル（ｏｐｔｉｏｎａｌ、選択可能）かを区分するために使われ、必須の場合はＭ値を有し、オプションの場合はＯ値を有する。“カーディナリティ（Ｃａｒｄｉｎａｌｉｔｙ）”はエレメントの間の関係を表し、“０”、“０．．１”、“１”、“０．．ｎ”、“１．．ｎ”の値を有する。“０”はオプションを意味し、“１”は必須関係を意味し、“ｎ”は多数の値を保有できることを意味する。例えば、“０．．ｎ”は該当エレメント値がないこともあり、ｎ個の値を有することもできることを意味する。

“説明（Ｄｅｓｃｒｉｐｔｉｏｎ）”は該当エレメント値又は属性値が意味するところを表し、データ型（Ｄａｔａ Ｔｙｐｅ）は該当エレメント値あるいは属性値に対するデータ形態を表す。

図３は、本発明の好ましい実施形態に従う装置構造（ａｐｐａｒａｔｕｓ ｓｔｒｕｃｔｕｒｅ）図である。本発明で提示する装置構造図は、既存のＢＣＡＳＴの構造図に対して、本発明のために必要とされる各論理的ブロック及び各論理的ブロックの機能を示す。

図３の端末機３０１、ＢＳＤＡ部３０２、及びＢＳＭ部３０３は、各々図１で説明した端末機１０５、ＢＳＤＡ部１０３、及びＢＳＭ部１０４と同一であり、各々次のような機能を有する。

端末機３０１は、ＴＰ−Ｃ（Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ−Ｃｌｉｅｎｔ）３０４、ＦＤ−Ｃ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ−Ｃｌｉｅｎｔ）３０５、ＮＴＣ（ＮｏＴｉｆｉｃａｔｉｏｎ−Ｃｌｉｅｎｔ）３０６、ＢＳＰ−Ｃ（ＢＡＣＳＴ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ−Ｃｌｉｅｎｔ）３０７、及びＳＧ−Ｃ（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ−Ｃｌｉｅｎｔ）３０８を含む。

ＴＰ−Ｃ （３０４）は、端末プロビジョニング機能により端末機３０１が受信する端末プロビジョニングメッセージを受信して遂行する。ＴＰ−Ｃ （３０４）は、前述したＯＭＡ ＤＭに際して端末機側で有する機能を遂行し、本発明では端末機のファームウェアを管理する。ＦＤ−Ｃ （３０５）は、端末機３０１で放送を通じて伝えられるファームウェアファイルを受信し、ＮＴＣ （３０６）は放送を通じた通知メッセージを受信し、その内容を確認して端末機３０１の内の他の機能ブロックに通知メッセージに従う指示事項を遂行するようにする。ＢＳＰ−Ｃ （３０７）は、ＢＣＡＳＴで提供するサービスに加入し、サービスの使用に対する報告機能を遂行する。ＳＧ−Ｃ （３０８）は、端末機３０１が受信するサービスガイド情報を処理する機能によりその処理された情報をユーザ又は端末機３０１が使用できるようにする。

ＢＳＭ部３０３の各機能は、次の通り構成される。ＳＧ−ＳＳ（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ−Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｓｏｕｒｃｅ）３０９は、サービスガイドに必要とされるサービスプロビジョニング及び端末プロビジョニング、サービス購買、サービス加入等の情報を提供する。

ＴＰ−Ｍ（Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ−Ｍａｎａｇｅｍｅｎｔ）３１０は、端末プロビジョニング機能を管理する。このために、端末機３０１に転送される端末プロビジョニングメッセージを生成し、前述したＯＭＡ ＤＭに際してサーバ側で有する機能を遂行し、本発明では端末機のファームウェアを管理する。

ＢＳＰ−Ｍ（ＢＣＡＳＴ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ−Ｍａｎａｇｅｍｅｎｔ）３１１は、ＢＣＡＳＴサービスに対する加入管理及び購買／課金管理機能を行なう。ＮＴＧ（ＮｏＴｉｆｉｃａｔｉｏｎ−Ｇｅｎｅｒａｔｉｏｎ）３１２は、多数のＢＣＡＳＴブロックからの要請を受けて端末機３０１に転送する通知メッセージを生成する。具体的にはＮＴＧ機能は、ユーザのための通知メッセージとサービス管理のためのシステム通知メッセージを生成する。

図４は、本発明の好ましい実施形態に従うメッセージ流れ図である。

まず、本発明の図４に図示されたメッセージ流れ図に表れる各論理的ブロック及びその機能４０１〜４１２は、図３で説明した各論理的ブロック及びその機能３０１〜３１２と一致する。

以下に説明される図４の過程は、大別して５個の過程を含む。

第１の過程は、ステップ４１３乃至ステップ４１６であって、ファームウェアーアップデートのための端末プロビジョニングアップデートサービス（以下、“アップデートサービス”と略称する）に端末機を強制加入させる過程である。即ち、従来は、ファームウェアーアップデートを端末機ごとに個別に遂行したので、ファームウェアアップデートを遂行するか否かは端末機ユーザの意思に従った。しかしながら、本発明によれば、全ての端末機をアップデートサービスに強制的に加入させて、ユーザの意思に関わらずファームウェアアップデートが遂行される。

ステップ４１３で、ＴＰ−Ｍ（４１０）は端末機にファームウェアアップデートを行なう必要がある場合、端末機にアップデートサービスを提供するためにＳＧ−ＳＳ（４０９）にアップデートサービスの生成を要請する。アップデートサービス生成要請を受けたＳＧ−ＳＳ（４０９）は、ステップ４１４でＢＳＤＡ部４０２にアップデートサービスのためのアップデートサービスフラグメントの生成を要請する。

一方、ステップ４１４で、ＳＧ−ＳＳ（４０９）がアップデートサービスフラグメント生成を要請するためにＢＳＤＡ部４０２に送るメッセージは、［表２］乃至［表３］に表れたＢＣＡＳＴで定義されたデリバリーメッセージ（Ｄｅｌｉｖｅｒｙ Ｍｅｓｓａｇｅ）に対応する。このために、デリバリーメッセージにアップデートサービスフラグメントの生成に必要とされる情報を追加し、これは［表３］のボディ（ｂｏｄｙ）エレメントに表示される。

一方、場合によってはＳＧ−ＳＳ（４０９）自身がアップデートサービスフラグメントを生成して、これをＢＳＤＡ部４０２に伝達することもできる。即ち、［表３］の“タイプ（ｔｙｐｅ）”エレメントに“端末プロビジョニングサービスフラグメント（Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｓｅｒｖｉｃｅ Ｆｒａｇｍｅｎｔ）”が追加されたと見ることができる。通常的に、伝達メッセージの“タイプ”エレメントは、該当伝達メッセージの用途を知らせるために使われるが、本発明では“タイプ”エレメントに端末プロビジョニングサービスフラグメントを追加することによって、ＢＳＤＡ部４０２に端末プロビジョニングサービスの設定を知らせる。

［表２］乃至［表３］は、１つの表を便宜上区分して表したものであり、実際には合わせて１つの表を構成する。

ステップ４１４で、端末プロビジョニングサービスフラグメントの生成要請を受けたＢＳＤＡ部４０２は、伝達メッセージの“ボディ”エレメントを通じて提供された情報を用いて［表４］乃至［表５］のようにサービスフラグメントを生成する。本発明では、既存のサービスフラグメントに“自動加入（ＡｕｔｏＳｕｂｓｃｒｉｂｅ）”というエレメントを追加する。前記“自動加入”エレメントは、端末機４０１にアップデートサービスに強制に加入することを指示するエレメントである。
［表４］乃至［表５］は、本発明の実施形態に従うサービスフラグメントの構成を示す。ＢＳＤＡ部４０２は、［表４］の“説明（Ｄｅｓｃｒｉｐｔｉｏｎ）”エレメントに含まれた“サービスタイプ（Ｓｅｒｖｉｃｅ Ｔｙｐｅ）”を予め決定された値に設定すれば、端末機はこれを通じて該当端末機が加入するサービスの種類がアップデートサービス及び通知サービスであることが分かる。本発明において、前記アップデートサービスは通知サービスを用いて具現されるので、端末機にアップデートサービスを提供するために通知サービスにも一緒に加入するようユーザに要請する。

［表４］乃至［表５］は、１つの表を便宜上区分して表したものであり、実際には合わせて１つの表を構成する。

ステップ４１５では、［表４］及び［表５］に従ってＢＳＤＡ部４０２で生成された前記アップデートサービスフラグメントが含まれたサービスガイドが放送される。

サービスガイドを受信した端末機内のＳＧ−Ｃ（４０８）は、前記サービスガイドで変更された部分を確認する。サービスガイドの内にはアップデートサービスフラグメントが含まれているので、これを確認する。即ち、アップデートサービスフラグメントに含まれた”自動加入”エレメントの指示に従って、ＳＧ−Ｃ（４０８）はステップ４１６でＢＳＰ−Ｃ（４０７）を通じてＢＳＰ−Ｍ（４１１）にアップデートサービス加入を要請する。

具現又は事業モデルによっては、”自動加入”エレメントを省略し、アップデートサービスを受信した端末機４０１が自動的にアップデートサービスに加入するように指定することもできる。このように、ステップ４１３乃至ステップ４１６を通じて端末機がアップデートサービスに自動的に加入するようにする。

第２の過程はステップ４１７であって、保安（ｓｅｃｕｒｉｔｙ）手続きを遂行する過程である。即ち、ステップ４１６の完了後、ステップ４１７ではＢＣＡＳＴサービスを使用するための保安手続きが遂行される。これは、既存のＢＣＡＳＴに存在するメカニズムに準ずるので、本明細書では説明しない。

第３の過程はステップ４１８乃至ステップ４２２であって、アップデートのためのファイルを端末機に放送する過程である。即ち、ステップ４１７の完了後、ＴＰ−Ｍ（４１０）で特定モデルの端末機のファームウェアをアップデートしようとする時、ステップ４１８でＴＰ−Ｍ（４１０）はＳＧ−ＳＳ（４０９）にファームウェアアップデートのためのファームウェアファイルに対するコンテンツフラグメント生成を要請する。生成要請を受けたＳＧ−ＳＳ（４０９）はステップ４１９で、ステップ４１４で使用した伝達メッセージに本発明のために“コンテンツフラグメント（Ｃｏｎｔｅｎｔ Ｆｒａｇｍｅｎｔ）”というタイプエレメント値を追加する。

この時の伝達メッセージ型式は、［表６］乃至［表７］の通りである。［表７］のタイプ（Ｔｙｐｅ）エレメントの説明（Ｄｅｓｃｒｉｐｔｉｏｎ）の最後の行に“Ｃｏｎｔｅｎｔ Ｆｒａｇｍｅｎｔ”が追加されたことを見ることができる。［表６］乃至［表７］は、１つの表を便宜上区分して表したものであり、実際には合わせて１つの表を構成する。

ステップ４１８で、コンテンツフラグメント生成要請を受けたＢＳＤＡ部４０２は、ステップ４１９でコンテンツフラグメントをＢＣＡＳＴ標準で定義したように、生成されたフラグメントを前記デリバリーメッセージ（Ｄｅｌｉｖｅｒｙ Ｍｅｓｓａｇｅ）を通じて受けるか、提供された情報に基づいてフラグメントを生成する。

ステップ４２０で、ＴＰ−Ｍ（４１０）はＢＳＤＡ部４０２にファームウェアファイルを伝達する。現在ＢＣＡＳＴ標準にはＴＰ−Ｍ（４１０）とＢＳＤＡ部４０２との間にファイルを伝達する方法は定義されていないが、ＢＳＤＡ部４０２とＢＳＡ部１０２との間でファイルを伝達する方法が定義されており、本発明の手続きでも同一形態で伝達されなければならないので、本発明ではＢＣＡＳＴ標準に定義されているＢＳＤＡ部４０２とＢＳＡ部１０２との間のファイル伝達方法に従うことにする。

ステップ４２１ではＢＳＤＡ部４０２がステップ４１９で生成されたコンテンツフラグメントを全ての端末機に放送し、ステップ４２２ではアップデートのために必要とされるファームウェアファイルを全ての端末機に放送する。

第４の過程はステップ４２３乃至ステップ４２５であって、ＢＳＭ部４０３が特定製造者及び特定モデルの端末機のためのファームウェアアップデート命令メッセージを生成して放送する過程である。

即ち、ステップ４２３で、ＴＰ−Ｍ（４１０）は特定モデルの端末機に対するファームウェアアップデートが決定されれば、ＮＴＧ（４１２）にファームウェアアップデート通知メッセージ生成を要請する。この際、ＴＰ−Ｍ（４１０）はファームウェアアップデート対象である端末機の製造者（Ｍａｎｕｆａｃｔｕｒｅｒ）、モデル（Ｍｏｄｅｌ）、ファームウェアバージョン（ＦｗＶｅｒｓｉｏｎ）、及びファームウェアアップデート命令語（Ｃｏｍｍａｎｄ）をＮＴＧ（４１２）に伝達する。

通知メッセージ生成要請を受けたＮＴＧ（４１２は、［表８］乃至［表１０］のように通知メッセージを生成する。

［表８］乃至［表１０］は、端末プロビジョニング（Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ）が追加された通知メッセージ（Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）であるファームウェアアップデート命令通知メッセージ（ｆｉｒｍｗａｒｅ ｕｐｄａｔｅ ｃｏｍｍａｎｄ ｕｐｄａｔｅ ｍｅｓｓａｇｅ）の構成を表す。［表８］乃至［表１０］は、１つの表を便宜上区分して表したものであり、実際には合わせて１つの表を構成する。

［表１０］から見ると、“Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ”というエレメントが追加されたし、その下位エレメントとして各々“製造者（ｍａｎｕｆａｃｔｕｒｅｒ）”、“モデル（Ｍｏｄｅｌ）”、“ファームウェアバージョン（ＦｗＶｅｒｓｉｏｎ）”、及び“命令語（Ｃｏｍｍａｎｄ）”が追加されたことが分かる。

“製造者”エレメントはファームウェアアップデート対象である端末機製造者を識別するための値であり、“モデル”エレメントは端末機モデルを識別するためのエレメントである。“ファームウェアバージョン”エレメントはファームウェアアップグレードのために提供されるファームウェアバージョンを表す。“命令語”エレメントは実際にファームウェアアップデートのために必要とされるアップデート命令語であって、ＯＭＡ ＤＭの標準に準ずる。また、前記“命令語”エレメントは必要時に無欠陥性を保証するためにＭＤ５のようなハッシュ（ｈａｓｈ）関数を使用することもできる。

前記“製造者”、“モデル”、及び“ファームウェアバージョン”エレメントは、端末機のファームウェアフィルタリングのために使われるフィルタリングエレメント値である。即ち、端末機は前記“製造者”、“モデル”、及び“ファームウェアバージョン”エレメントを用いて端末機自ら自分に該当するファームウェアをフィルタリングしてファームウェアをアップデートできる。

前記通知メッセージの他のエレメント値は既存のＢＣＡＳＴ標準文書であるＯＭＡ−ＴＳ−ＢＣＡＳＴ＿Ｓｅｒｖｉｃｅｓ−Ｖ１＿０−２００８０３１２−Ｄに準じ、そのうち、“イベントタイプ（ｅｖｅｎｔＴｙｐｅ）”エレメントとして可能な項目に、［表１１］のように６６番項目を追加し、そのセッション情報（Ｓｅｓｓｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）は、ステップ４２２を通じて放送されるファームウェアファイルに関する情報を含む。

以後、ＮＴＧ（４１２）はステップ４２４で前記生成したファームウェアアップデート通知メッセージをＢＳＤＡ部４０２に伝達し、ステップ４２５でＢＳＤＡ部４０２は前記ファームウェアアップデート命令通知メッセージを端末機に放送する。

第５の過程はステップ４２６乃至ステップ４２９であって、端末機が、ファームウェアアップデートが必要か否かを決定した後、ファームウェアアップデートを遂行する過程である。

ファームウェアアップデート命令通知メッセージを受信した端末機４０１は、ステップ４２６で前記ファームウェアアップデート命令通知メッセージの端末プロビジョニング（Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ）エレメントを検査する。前記検査は端末機のＮＴＣ（４０１）が遂行する。即ち、ＴＰＣ（４０６）は本発明で追加された端末プロビジョニングエレメントのうち、製造者（Ｍａｎｕｆａｃｔｕｒｅｒ）、モデル（Ｍｏｄｅｌ）、及びファームウェアバージョン（ＦｗＶｅｒｓｉｏｎ）を検査し、製造者及びモデルが該当し、検査したファームウェアのバージョンが現在端末機に設置されているファームウェアのバージョンより新しい場合、ファームウェアアップデートを決定し、ステップ４２５で受信したファームウェアアップデート命令通知メッセージにあった“命令語”エレメントの内容であるＤＭ命令を抽出してＦＤ−Ｃ（４０５）にファームウェアアップデート命令を伝達する。

一方、ステップ４２７でＮＴＣ（４０６）はステップ４２２で放送されているファームウェアファイルを獲得し、これをＦＤ−Ｃ（４０５）に伝達する。

ステップ４２８でＦＤ−Ｃ（４０５）は前記伝達を受けたファームウェアアップデート命令及びファームウェアファイルをＴＰ−Ｃ（４０４）に伝達し、ＴＰ−Ｃ（４０４）はステップ４２９でファームウェアアップデートを遂行する。一方、ＴＰ−Ｃ（４０４）は必要な場合ＢＳＭ部４０３のＴＰ−Ｍ（４１０）にファームウェアアップデート成功メッセージを送ることもできる。一方、前記“命令語”エレメントに無欠陥性のサポートのためにＭＤ５のようなハッシュが適用されていれば、命令語の抽出前にハッシュを処理しなければならない。

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

以上、端末機のファームウェアアップデートの実施形態を説明したが、端末プロビジョニングサービスを提供するシステムの場合であれば、ファームウェアでない一般ソフトウェアをアップデートする場合にも本発明が適用できる。

１０１ ＣＣ（コンテンツ供給者）
１０２ ＢＳＡ（ＢＣＡＳＴサービスアプリケーション）部
１０３、３０２、４０２ ＢＳＤＡ（ＢＣＡＳＴサービス分配・適用）部
１０４、３０３、４０３ ＢＳＭ（ＢＣＡＳＴ加入管理）部
１０５、３０１ 端末機
１１１ ＢＤＳサービス分配部
１１２ ＢＤＳ（放送分配システム）
１１３ 連動ネットワーク
１２１〜１２８ ＢＣＡＳＴ−１ 〜 ＢＣＡＳＴ−８
１２９、１３０ ＢＤＳ１、ＢＤＳ２
１３１〜１３６ Ｘ−１ 〜 Ｘ−６
２００ 管理グループ
２０１ サービスガイドデリバリーディスクリプタ フラグメント
２１０ 供給グループ
２１１ 購入アイテム フラグメント
２１２ 購入データ フラグメント
２１３ 購入チャンネル フラグメント
２２０ 核心グループ
２２１ サービス フラグメント
２２２ スケジュール フラグメント
２２３ コンテンツ フラグメント
２３０ アクセスグループ
２３１ アクセス フラグメント
２３２ セッションディスクリプション フラグメント
２４１ プレビューデータ フラグメント
２５１ インタラクティブデータ フラグメント
３０４ ＴＰ−Ｃ
３０５ ＦＤ−Ｃ
３０６ ＮＴＣ
３０７、４０７ ＢＳＰ−Ｃ
３０８、４０８ ＳＧ−Ｃ
３０９、４０９ ＳＧ−ＳＳ
３１０、４１０ ＴＰ−Ｍ
３１１、４１１ ＢＳＰ−Ｍ
３１２、４１２ ＮＴＧ
４１３、４１４、４１５、４１６ 第１過程のステップ
４１７ 第２過程のステップ
４１８、４１９、４２０、４２１、４２２ 第３過程のステップ
４２３、４２４、４２５ 第４過程のステップ
４２６、４２７、４２８、４２９ 第５過程のステップ

Claims (22)

1. 携帯放送システムにおける端末機のソフトウェアアップデートのための方法であって、
   放送加入管理部（ＢｒｏａｄＣＡＳＴ（ＢＣＡＳＴ）Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｍａ
   ｎａｇｅｍｅｎｔ、以下ＢＳＭ部という）が、アップデート情報を含む、前記端末機のためのアップデート命令を生成するステップと、
   前記ＢＳＭ部が前記生成されたアップデート命令を放送サービス分配・適応部（Ｂｒｏ
   ａｄｃａｓｔ Ｓｅｒｖｉｃｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ／Ａｄａｐｔａｔｉｏｎ、以
   下ＢＳＤＡ部という）に伝達するステップと、
   前記ＢＳＤＡ部が前記生成されたアップデート命令を放送するステップと、
   を有し、
   前記アップデート命令を生成して放送するステップより前に、
   前記ＢＳＭ部がアップデートファイルを生成して前記ＢＳＤＡ部に伝達するステップと
   、
   前記ＢＳＤＡ部が前記アップデートファイルを前記端末機のうち、少なくとも１つのために放送するステップと、をさらに有すことを特徴とする端末機のソフトウェアアップデートのための方法。
2. 前記アップデート情報は、
   端末機製造者情報と端末機モデル情報のうちの少なくとも１つと、ソフトウェアバージ
   ョン情報と、を含むことを特徴とする請求項１に記載の端末機のソフトウェアアップデー
   トのための方法。
3. 前記ソフトウェアは、
   前記端末機のファームウェアであることを特徴とする請求項１に記載の端末機のソフト
   ウェアアップデートのための方法。
4. 携帯放送システムの端末機におけるソフトウェアアップデート方法であって、
   前記端末機がアップデート情報を含む、端末機のためのアップデート命令を、放送を通
   じて受信するステップと、
   前記端末機が前記アップデート命令を用いてソフトウェアアップデートを遂行するステ
   ップと、を有し、
   前記アップデート命令を、放送を通じて受信するステップより前に、
   前記ネットワークからアップデートファイルを受信するステップをさらに有すことを特徴とする端末機におけるソフトウェアアップデート方法。
5. 前記アップデート情報は、
   端末機製造者情報と端末機モデル情報のうちの少なくとも１つと、ソフトウェアバージ
   ョンの情報と、を含むことを特徴とする請求項４に記載の端末機におけるソフトウェアア
   ップデート方法。
6. 前記ソフトウェアは、
   前記端末機のファームウェアであることを特徴とする請求項４に記載の端末機における
   ソフトウェアアップデート方法。
7. 携帯放送システムにおける端末機のソフトウェアアップデートのためのネットワーク装
   置であって、
   アップデート情報を含む、前記端末機のためのアップデート命令を放送サービス分配・
   適応部（Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ／Ａｄａｐｔ
   ａｔｉｏｎ、以下ＢＳＤＡ部という）に転送する放送加入管理部（ＢＣＡＳＴ Ｓｕｂｓ
   ｃｒｉｐｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ、以下ＢＳＭ部という）と、
   前記転送されたアップデート命令を受信して放送する前記ＢＳＤＡ部と、
   を有し、
   前記ＢＳＭ部は、アップデートファイルを前記ＢＳＤＡ部に伝達し、
   前記ＢＳＤＡ部は、前記アップデート命令を送信するより前に１つ以上の端末機のために前記アップデートファイルを放送することを特徴とする端末機のソフトウェアアップデートのためのネットワーク装置。
8. 前記アップデート情報は、
   端末機製造者情報と端末機モデル情報のうちの少なくとも１つと、ソフトウェアバージ
   ョン情報と、を含むことを特徴とする請求項７に記載の端末機のソフトウェアアップデー
   トのためのネットワーク装置。
9. 前記ＢＳＭ部は、
   アップデート通知メッセージ生成を要請するＴＰ−Ｍ（Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉ
   ｓｉｏｎｉｎｇ−Ｍａｎａｇｅｍｅｎｔ）と、
   前記ＴＰ−Ｍの要請に従って前記アップデート通知メッセージを生成して前記ＢＳＤＡ
   部に転送するＮＴＧ（ＮｏＴｉｆｉｃａｔｉｏｎ−Ｇｅｎｅｒａｔｉｏｎ）と、を含むこ
   とを特徴とする請求項７に記載の端末機のソフトウェアアップデートのためのネットワー
   ク装置。
10. 前記ＢＳＭ部は、ＳＧ−ＳＳ（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ−Ｓｕｂｓｃｒｉｐｔｉｏ
    ｎ Ｓｏｕｒｃｅ）にアップデートサービス生成を要請するＴＰ−Ｍと、前記ＴＰ−Ｍの
    要請に従ってアップデートサービスフラグメント生成に必要とされる情報を含むアップデ
    ートサービスフラグメント生成要請メッセージを生成し、これを前記ＢＳＤＡ部に転送す
    る前記ＳＧ−ＳＳを含み、
    前記ＢＳＤＡ部は、前記必要とされる情報を用いて、アップデートサービス自動加入命
    令を含むアップデートサービスフラグメントを生成して放送することを特徴とする請求項
    ７に記載の端末機のソフトウェアアップデートのためのネットワーク装置。
11. 前記ソフトウェアは、
    前記端末機のファームウェアであることを特徴とする請求項７に記載の端末機のソフト
    ウェアアップデートのためのネットワーク装置。
12. 携帯放送システムの端末機におけるソフトウェアアップデートのための装置であって、
    前記装置は、アップデート情報を含む、アップデート命令を、放送を通じて受信し、前
    記アップデート命令を用いてソフトウェアアップデートを遂行し、
    前記アップデート命令を受信するより前に、ネットワーク装置により放送されたアップデートファイルを受信することを特徴とする端末機におけるソフトウェアアップデートのための装置。
13. 前記アップデート情報は、
    端末機製造者情報と端末機モデル情報のうちの少なくとも１つと、ソフトウェアバージ
    ョン情報と、を含むことを特徴とする請求項１２に記載の端末機におけるソフトウェアア
    ップデートのための装置。
14. 自動加入のためのアップデートサービスガイドを受信するＳＧ−Ｃ（Ｓｅｒｖｉｃｅ
    Ｇｕｉｄｅ−Ｃｌｉｅｎｔ）と、
    前記アップデートサービスガイドに従って自動的にアップデートサービスに加入するＢ
    ＳＰ−Ｃ（ＢＣＡＳＴ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ−Ｃｌｉｅｎｔ）と
    、
    をさらに含むことを特徴とする請求項１２に記載の端末機におけるソフトウェアアップデ
    ートのための装置。
15. 前記ソフトウェアは、
    前記端末機のファームウェアであることを特徴とする請求項１２に記載の端末機におけ
    るソフトウェアアップデートのための装置。
16. 前記アップデートファイルを生成する過程の以前に、
    前記端末機がアップデートサービスに自動に加入する過程をさらに含むことを特徴とす
    る請求項１に記載の端末機のソフトウェアアップデートのための方法。
17. 前記アップデート命令は、
    通知メッセージに含まれることを特徴とする請求項１に記載の端末機のソフトウェアア
    ップデートのための方法。
18. 前記アップデート命令を受信する過程の以前に、
    アップデートサービスに自動に加入する過程をさらに含むことを特徴とする請求項４に
    記載の端末機におけるソフトウェアアップデートのための方法。
19. 前記アップデート命令は、
    通知メッセージに含まれることを特徴とする請求項４に記載の端末機のソフトウェアア
    ップデートのための方法。
20. 前記アップデート命令は、
    通知メッセージに含まれることを特徴とする請求項７に記載の端末機のソフトウェアア
    ップデートのためのネットワーク装置。
21. 前記アップデート命令は、
    通知メッセージに含まれることを特徴とする請求項１２に記載の端末機のソフトウェア
    アップデートのための装置。
22. 放送を通じてアップデート命令を受信するＮＴＣ（ＮｏＴｉｆｉｃａｔｉｏｎ−Ｃｌｉ
    ｅｎｔ）と、
    アップデートファイルを受信するＦＤ−Ｃ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ−Ｃｌｉｅｎ
    ｔ）と、
    前記アップデート命令を用いてソフトウェアアップデートを遂行するＴＰ−Ｃ（Ｔｅｒ
    ｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ−Ｃｌｉｅｎｔ）と、
    を含むことを特徴とする請求項１２に記載の端末機におけるソフトウェアアップデートの
    ための装置。

Images