JP2000516751A - 相互に関連する複数のオブジェクトの周期的な伝送 - Google Patents

Abstract

(57)【要約】 本発明は、送信機(2)が周期的に複数の互いに関連するオブジェクト(20、22、24、26)を端末(10)に送る通信システムに関連する。当該オブジェクトが端末で使用される場合、当該オブジェクトが整合しているかどうか、例えば、それらが同時点で発生したかどうかを知る、メカニズムは存在しない。オブジェクトが確実に整合性を有するために、それらは共通の転送エンティティ内で結合される。受信機は、共通の転送エンティティから互いに関連するオブジェクトの完全なセットのみを抽出するように構成される。この結果、整合性は常に確保される。

Description

【発明の詳細な説明】 相互に関連する複数のオブジェクトの周期的な伝送 技術分野 本発明は、端末が複数の互いに関連するオブジェクトを処理するための処理手 段を有し、通信ネットワークを介して端末に複数の互いに関連するオブジェクト を周期的に伝える送信機を有する通信システムに関する。 また、本発明は、送信機、受信機、製造方法、信号、およびそのようなシステ ムで使用することができる記録媒体に格納されたプログラムにも関する。 背景技術 このようなシステムは、ISO/IEC 13522-5:1996(E)「MHEG-5 ISドキュメント第 二ドラフト」の第５章、「MHEG-5クラスの概要」、第8-13頁により公知である。 ISOのマルチメディア ハイパーメディア エキスパート グループで開発中 のMHEG規格は、マルチメディア プレゼンテーションの格納、交換および提示に 使用されるデータ構造のエンコーディングに依存しないシステムを定義している 。MHEG規格は、同報通信環境に非常に適している。このような同報通信環境の場 合、ユーザが端末をスイッチオンした時点とは無関係に、これらのオブジェクト を検索することができるように、オブジェクトは周期的に伝送される。これの第 一適用例は、定期的に更新される株価が表示される「株取り引き」である。 第二適用例は、馬ごとの勝利確率のような情報を、選択されたレースの全ての馬 について示す「競馬の賭け」である。何れの適用例の場合にも、情報は定期的に 更新される。表示される全ての情報が整合するように、当該アプリケーションに 表示される情報は、確実に共通したプロパティを有している必要がある。このプ ロパティは、「株の取り引き」と「競馬の賭け」適用例の場合のように、情報が 確立される時刻とすることができる。 上述の刊行物の通信システムは、互いに関連するオブジェクトを確実に整合さ せるための手段を有していない。このようなシステムの場合、処理手段は、受取 った信号からオブジェクトを抽出し、これらのオブジェクトが実行アプリケーシ ョン内に既に存在している他のオブジェクトと整合しているかどうかを知らずに それらのオブジェクトを処理する。「株取り引き適用例」の場合、このことによ り、異なった時刻で発生した株価にもかかわらず、それらの株価が同時刻に発生 したかのように表示される事態が起こる。このような誤った情報は、ユーザに多 大な損害を与える結果になる場合がある。 発明の開示 本発明の目的は、互いに関連するオブジェクトが確実に整合性を有する通信シ ステムを提供することである。 当該目的を達成するために、本発明の通信システムが特徴とする点は、前記送 信機が、互いに関連する当該オブジェクトを結合された一転送エンティティに結 合するための組み立て手段を有し、前記処理手段が、前記共通の転送エンティテ ィから互いに関連する当該複数個のオブジェクトを抽出しかつ互いに関連する当 該複数のオブジェクトを処理するように構成されている点である。 共通の転送エンティティに互いに関連するオブジェクトを結合することによっ て、互いに関連する全てのオブジェクトは同時に受け取られる。共通の転送エン ティティから互いに関連する当該オブジェクトを抽出しかつ互いに関連する当該 オブジェクトを処理することによって、整合性は確実となる。 複数のオブジェクトを有する転送エンティティを使用することのさらに別の利 点は、オブジェクトを転送するのに必要なオーバーヘッドが減少することである 。 本発明の一実施例が特徴とする点は、当該送信機が、前記結合された転送エン が更新されていることを示す更新インディケータを、前記結合された転送エンテ ィティに導入するように構成されていて、かつ前記処理手段が、更新が示された 場合には、前記共通の転送エンティティから更新された当該オブジェクトを抽出 するように構成されている点である。更新インディケータを導入することによっ て、転送エンティティが更新されたオブジェクトを有するか否かを処理手段が容 易に決定することができる。もし更新されている場合には、処理手段は転送エン ティティから更新された値を抽出する。そうでない場合、それらの値は処理手段 によって既に処理された値と同じなので、処理手段はオブジェクトを無視するこ とができる。このことにより、必要な処理パワーをかなり減少させることができ る。 本発明の別の実施例が特徴とする点は、前記転送エンティティが、前記ヘッダ ーのサイズと当該転送エンティティに結合されている前記オブジェクトのサイズ とを示すヘッダーを有し、かつ前記更新インディケータがバージョン番号を有す る点である。 ヘッダーとオブジェクトのような転送エンティティの異なった要素のサイズを 示すことによって、転送エンティティにおける各要素の位置を計算することが容 易になる。転送エンティティにおけるそれらの絶対位置を示すことに代えて異な った要素のサイズを示すことの利点は、転送エンティティにおけるオブジェクト の位置を示すのに必要となるデータ量を減少させることができる点である。 図面の簡単な説明 図面を参照して、本発明を説明する。 第１図は、本発明を適用することができる通信ネットワークの一般的なブロッ クダイヤグラムである。 第２図は、本発明の通信ネットワークで使用されるプロトコル スタックであ る。 第３図は、第１図の端末10内のプロセッサ14で実行されるプログラムのフロー グラフである。 第４図は、プロセッサ14で実行される別のプログラムのフローグラフである。 発明を実施するための最良の形態 第１図の通信システムの場合、同報通信サーバ２は同報通信ネットワーク４に 結合されている。同報通信ネットワーク４には、端末６、８および10が接続され ている。端末10の入力信号は、チューニング、増幅、復調および入力信号の検出 を行い、かつプロセッサ14にMPEG-2の転送ストリームを送る受信機12に与 えられる。MPEG-2の転送ストリームの構成は、参孝文献として拳げたISO/IECのM PEG-2標準に記述されている。 プロセッサ14は、互いに関係する複数のオブジェクトを有する転送要素を含む MPEG転送ストリームから所望の情報を抽出するように構成されている。互いに関 連する複数の当該オブジェクトは、プロセッサがスイッチ オンされた時点とは 無関係に当該オブジェクトを受け取ることができるように定期的に同報通信され る。プロセッサは、互いに関連するオブジェクトを処理し、その結果をディスプ レイ16bに表示させ、かつオーディオ システム18により関連するオーディオ情 報をプレイさせるように構成されている。 第２図は、本発明の伝送システムにかかわる当該プロトコルとそれらの詳細の 一部を示す。サーバでは、所望のアプリケーションを実現するために、クライア ント内のMHEG仮想マシンによって使用されるオブジェクトの定義には、MHEGプロ トコルが使用される。本発明の発明概念によると、複数の関連するオブジェクト 20、22、24および26は、オブジェクト結合器28により、結合された転送エンティ ティに結合される。本実施例では、この結合した転送エンティティはファイルで ある。ファイルは、含まれるオブジェクトのヘッダーサイズと、バージョン番号 と、サイズとが与えられているヘッダーを有する。ヘッダのサイズは、８ビット の数によって表される。当該数は、ヘッダーのサイズをバイトで示す。バージョ ンの番号は８ビットによって表される。オブジェクトのサイズは、対応するオブ ジェクトのサイズをバイトで示す16ビットの数によって表される。この結果、各 々が最大64kバイトのサイズを有する最大128個のオブジェクトをこのようなファ イル内で結合させることができる。 伝送されるべきファイル30と32は、さらに伝送させるためにDSM-CCプロトコル に送られる。DSM-CCプロトコルは、1996年７月12日のISO/IEC国際規格５13818-6 、「MPEG-2 Digital Storage Media Command and Control」（これも、本発明の 参孝文献として挙げる）に記述されている。DSM-CC層で、ファイル30と32は、同 報通信信号でファイルを周期的に送るために、転送プロトコル層34によっていわ ゆるユーザ対ユーザ オブジェクト カラセル（User to User Object Carousel ）内に格納される。当該ユーザ対ユーザ オブジェクト カラ セルからのデータは、パケット36、38および40に分けられる。当該パケットは、 DSM-CC層から出力され、次に、クライアントへの伝送のためにMPEG-2転送ストリ ーム42に埋め込まれる。 クライアントは、MPEG-2転送ストリーム42からパケット44、46および48を抽出 し、それらを転送プロトコル層50に与える。転送プロトコル層は、MHEG層が要求 するように、ユーザ対ユーザ オブジェクト カラセルからファイル52と54を抽 出する。当該ファイル52と54は、異なったオブジェクトをファイルから抽出し、 次いで処理するMHEG層に与えられる。 第３図のフローグラフでは、番号が付された命令は以下のテーブルによる意味 をもつ。 命令69で、プログラムが開始され、使用されるデータ構造が初期化される。 命令70で、「ファイルを開く」命令がDSM-CC層に与えられる。「ファイルを開く 」命令は、ASCII文字列の形態のファイル識別子を有していなければならない。 ファイル識別子は、ソース フィールド(オプション)、パス オリジン(Path Or igin)、パスおよびファイル名を有することができる。ソース コンポーネント は、オプションであり、データを検索するのに使用されるデータ ソースを指定 する。各ソース識別名は、”：”で終わっている。ソース識別名のデフォルトは 、”DSM：”である。DAVIC 1.2は、データソースにこれ以上の指定を行わないが 、さらに別のソース識別名を使用することは許される。パス オリジンを、”// ”か”/”にすることができる。パス オリジンが”//”の場合には、以下のパ スとファイル名は、実行アプリケーションが属する現在のサービス ゲートウェ イのルートから開始する絶対パスと解すべきである。 サービス ゲートウェイは、現在稼動中のサービスへのエントリポイントであ る。要求されたファイルを探すために、クライアント内の転送プロトコル層が、 転送ストリームから当該サービス ゲートウェイに対応するディレクトリ オブ ジェクトを検索する。サービス ゲートウェイを得るために転送ストリームのど こを探したらよいのかは、いわゆるUser to Network Data Carouselで同報通信 される。当該User to Network Dataカルーセル定義は、クライアントにダウンロ ードされる。当該サービスに対応するディレクトリ オブジェクトは、現在のサ ービス ゲートウェイのルート内のディレクトリの名前と、どのユーザ対ユーザ オブジェクト カラセルが対応するディレクトリ オブジェクトを有している かという情報と、当該ユーザ対ユーザ オブジェクト カラセル内のどこにそれ を見出すことができるかと言う情報とを含んでいる。このような方法で、所望の ファイル オブジェクトが発見されるまで、ディレクトリ ツリーが順次検索さ れる。当該ファイルオブジェクトは、DSM-CC層によりMHEG層に送られる。 Path Originが”/”である場合には、以下のパスとファイル名は、現在のアプ リケーション オブジェクトを含むディレクトリから開始する相対パスと解すべ きである。ファイルの検索は、上述した方法で行われるが、適用可能であるなら ば、ディレクトリ オブジェクトまたはファイル オブジェクトは、カレント ディレクトリから検索される。 命令71で、「ファイルを開く」命令に対応してDSM-CC層により送られるファイ ルの内容が読み込まれる。 命令72で、ファイルの内容が前回の読み出し操作以降更新されているか否かが 、チェックされる。このチェックは、現在読み出されているバージョン番号と前 回読み出されたファイルのバージョン番号とを比較することによって実行するこ とができる。 バージョン番号が変化していない場合には、ファイルの内容は更新されず、プ ログラムは現在開いているファイルを閉じると言う命令77を続行する。 命令77の実行後、プログラムは、続いて命令70により再びファイルを開き、そ れが更新されているか否かを確認する。必要な処理リソースを減らすために「フ ァイルを開く」要求をDSM-CC層に提出する前に待ち時間を導入することも、勿論 、可能である。 バージョン番号が変化した場合、命令74で、互いに関連するオブジェクトが、 ファイルから抽出される。これらの互いに関連するオブジェクトは、命令76で処 理される。「株取引」アプリケーションの場合、当該処理は、例えば、互いに関 連するオブジェクトによって表された50銘柄のセットから、最も値上がり率の大 きい10銘柄のリストを有することができる。各オブジェクトは、株の銘柄名とそ の現在株価を有する。それらの関係は、それらの株価が発生した時点のものであ る。それらの値が異なった時刻で決定されるのを防ぐために、サーバは、アプリ ケーションが異なった時刻に同報通信チャネルから値を読み出すことを防ぐため に、所定の時刻のオブジェクトを一つのファイルにまとめる。 命令78で、ファイルから抽出されたオブジェクトの処理結果が、ディスプレイ 16に書き込まれる。全てのオブジェクトをファイルから抽出せず、互いに関連す るオブジェクトの特定グループのみを抽出することも可能である。 命令78の実行後、プログラムは、続いて命令70により再びファイルを開き、そ れが更新されているか否かを確認する。必要な処理リソースを減らすために、「 ファイルを開く」要求をDSM-CC層に与える前に待ち時間を導入することも、勿論 、可能である。 第３図のプログラムの実行は、それを使用するアプリケーションが停止される まで継続する。 本実施例の場合、アプリケーションは、互いに関連するオブジェクトが更新可 能であるることを事前に知っている。しかしながら、これを事前に知らずに、そ れをオブジェクトの属性として示すようにすることも、可能である。これを実行 する便利な方法は、オリジナル コンテンツ キャッシュ プライオリティ（Or igina1ContentCachePriority）の属性をゼロにセットすることである。このこと は、（例えば、クラスTEXTから）オブジェクトをキャッシュすることが許されず 、それが時間を切り替えるかもしれないことを意味する。このアプリケーション には、例えば、上述したような適切な手段を採用しなければならない。 第４図のフローグラフでは、番号が付された命令は以下のテーブルの意味をも つ。 第４図の本発明の実施例に対しては、DSM-CC層が「ファイル更新事象」により 拡張されることが必要である。サーバは、この「ファイル更新事象」を、更新 されている開かれているファイルを有する全てのクライアントに対し、利用可能 にさせる。当該「ファイル更新事象」を使用すると、ファイルが更新されている か否かをチェックするために必要である多くの「ファイルを開く」と「ファイル を閉じる」操作を省くことができる。 命令82で、プログラムが開始され、使用されるデータ構造が初期化される。 命令84で、「ファイルを開く」命令がDSM-CC層に送られる。「ファイルを開く」 命令は、上述したように、ASCII文字列の形態のファイル識別名を有していなけ ればならない。 命令86で、「ファイルを開く」命令に対応してDSM-CC層により供給されたファ イルの内容が読み出される。 命令88で、互いに関連するオブジェクトがファイルから抽出される。 これらの互いに関連するオブジェクトは命令90で処理される。 命令92で、ファイルから抽出されたオブジェクトの処理の結果は、ディスプレ イ16に書き込まれる。全てのオブジェクトをファイルから抽出するのではなく、 互いに関連するオブジェクトの特定のグループのみを抽出することも可能である 。 命令92の実行後に、プログラムは、続いて、命令94により更新事象がDSMーCC層 から受け取られているか否かをチェックする。「ファイル更新事象」が検出され た場合には、プログラムは命令86から再び開始される。ファイルが、常に開いて いて、全ての「ファイル更新事象」がMHEG層に送られなければならないことをDS M-CC層に知らせているので、第４図のプログラムの実行の間、ファイルは決して 閉じられない。 命令94は、待ちループとして表されるが、「ファイル更新事象」を割込みメカ ニズムをベースに扱うのが有利である場合が多い。

Claims (1)

1. 【特許請求の範囲】 １．端末が複数の互いに関連するオブジェクトを処理するための処理手段を有し 、通信ネットワークを介して端末に複数の互いに関連するオブジェクトを周期的 に伝送する送信機を有する通信システムにおいて、前記送信機が、互いに関連す る当該オブジェクトを結合された一転送エンティティに結合するための組み立て 手段を有し、前記処理手段が、前記共通の転送エンティティから互いに関連する 当該複数のオブジェクトを抽出し、かつ互いに関連する当該複数個のオブジェク トを処理するように構成されていることを特徴とする通信システム。 ２．当該送信機が、前記結合された転送エンティティが更新されていることを示 す更新インディケータを、前記結合された転送エンティティに導入するように構 成されていて、かつ前記処理手段が、更新が示された場合には、前記共通の転送 エンティティから更新された当該オブジェクトを抽出するように構成されている ことを特徴とする請求項１に記載の通信システム。 ３．前記転送エンティティが、ヘッダーのサイズと当該転送エンティティに結合 されている前記オブジェクトのサイズとを示すヘッダーを有していることを特徴 とする請求項１に記載の通信システム.。 ４．相互に関連する複数のオブジェクトを周期的に伝送する送信機において、前 記送信機が、相互に関連する当該オブジェクトを、結合された一転送エンティテ ィに結合する組み立て手段を有することを特徴とする送信機。 ５．周期的に伝送された相互に関連する複数のオブジェクトを受け取る受け取り 手段を有する端末において、相互に関連する当該オブジェクトが、結合された転 送エンティティに結合されていて、かつ前記処理手段が、前記共通転送エンティ ティから相互に関連する複数の当該エンティティを抽出し、かつ相互に関連する 複数の当該オブジェクトを処理するように構成されていることを特徴とする端末 。 ６．複数の相互に関連するオブジェクトを通信ネットワークを介して転送先に 周期的に伝送し、さらに、前記転送先で受け取られる複数の相互に関連するオブ ジェクトの処理を有している通信方法において、前記方法が、相互に関連する当 該オブジェクトの結合された転送エンティティへの結合を有し、かつ前記方法が 、前記共通転送エンティティから相互に関連する複数の当該オブジェクトの抽出 を有し、かつ前記方法が、相互に関連する当該オブジェクトの処理を有すること を特徴とする通信方法。 ７．複数の相互に関連するオブジェクトの周期的シークエンスを有する信号にお いて、当該相互に関連するオブジェクトが、結合された一転送エンティティに結 合されていることを特徴とする信号。 ８．当該結合された転送エンティティが、更新インディケータを有していること を特徴とする請求項７に記載の信号。 ９．前記結合された転送エンティティが、ヘッダのサイズと当該転送エンティテ ィに結合されている前記オブジェクトのサイズとを示すヘッダを有し、かつ前記 更新インディケータが、バージョン番号を有していることを特徴とする請求項８ に記載の信号。 １０．相互に関連する複数のオブジェクトを周期的に伝送するように構成されて いるコンピュータプログラムを有する記録媒体において、前記プログラムが、結 合された転送エンティティに相互に関連する当該オブジェクトを結合させる結合 ステップを有していることを特徴とする記録媒体。 １１．周期的に伝送された複数の相互に関連するオブジェクトを受け取るコンピ ュータプログラムを有し、さらに、当該プログラムが、相互に関連する複数の当 該オブジェクトを処理するように構成されている記録媒体において、相互に関連 する当該オブジェクトが、結合された一転送エンティティに結合されていて、前 記プログラムが、前記共通転送エンティティから相互に関連する複数の当該オブ ジェクトを抽出することを特徴とする記録媒体。