(57)【要約】複数の受信機へデータをブロードキャストするように構成される送信機を含む装置が提供される。制御回路が送信機を整えて、プロトコルに基いてデータをブロードキャストすると共に、複数の受信機のうちの１つからの要求に応答してデータのサブセットをブロードキャストするように構成される。別の態様では、ブロードキャストインターフェースを動作させるための方法が提供される。方法はプロトコルに基いて複数の受信機へデータをブロードキャストすることと、複数の受信機のうちの１つからの要求に応答してデータのサブセットをブロードキャストすることとを含む。別の装置が提供され、これはプロトコルに基いて複数の受信機へデータをブロードキャストするための手段と、  複数の受信機のうちの１つからの要求に応答してデータのサブセットをブロードキャストするようにブロードキャストするための手段を整えるための手段とを含む。【選択図】図６
2018502530.tif 000002
【特許請求の範囲】
【請求項１】
複数の受信機へデータをブロードキャストするように構成される送信機と、
前記送信機を整えて、プロトコルに基いて前記データをブロードキャストすると共に、前記複数の受信機のうちの１つからの要求に応答して前記データのサブセットをブロードキャストするように構成される制御回路と
を備える、装置。
【請求項２】
前記プロトコルは前記データをシーケンスでブロードキャストすることを備える、請求項１に記載の装置。
【請求項３】
前記データは少なくとも１つのセンサからのデータを備える、請求項１に記載の装置。
【請求項４】
１サイクルの間に、前記制御回路は前記少なくとも１つのセンサから前記データの一部を受信し、前記データの前記一部をブロードキャストするように構成される、請求項３に記載の装置。
【請求項５】
１サイクルの間に、前記制御回路は前記少なくとも１つのセンサから前記データの一部を受信し、前記データの前記一部を保存するように構成される、請求項３に記載の装置。
【請求項６】
前記データの前記サブセットは前記データの前記保存された一部を備え、前記制御回路は前記要求に応答して前記データの前記保存された一部を含む前記データの前記サブセットをブロードキャストするように構成される、請求項５に記載の装置。
【請求項７】
前記制御回路は前記複数の受信機のうちの第２の１つから第２の要求を受信するように構成される、請求項１に記載の装置。
【請求項８】
前記制御回路は前記要求の優先度を解決するように構成される、請求項７に記載の装置。
【請求項９】
前記制御回路は、先着の扱い順で前記優先度を解決するように構成される、請求項８に記載の装置。
【請求項１０】
前記制御回路は、最も少ない最近の扱い順で前記優先度を解決するように構成される、請求項９に記載の装置。
【請求項１１】
前記データの前記サブセットと前記要求との関連を示す情報を保存するように構成されるレジスタをさらに備え、ここにおいて前記制御回路は前記保存された情報に基いて前記データの前記サブセットを前記要求と関連付けるように構成される、請求項１に記載の装置。
【請求項１２】
要求チャネルをさらに備え、ここにおいて前記制御回路は前記要求チャネル上で前記複数の受信機のうちの前記１つからの前記要求を受信するようにさらに構成される、請求項１に記載の装置。
【請求項１３】
前記要求チャネルは複数の信号線を備え、前記信号線の各々が前記制御回路と前記複数の受信機のうちの対応する１つとの間に結合されている、請求項１２に記載の装置。
【請求項１４】
前記制御回路は前記信号線のうちの対応する前記１つが第１の状態にあることに応答して前記複数の受信機のうちの前記１つからの前記要求を認識すると共に、前記信号線のうちの対応する１つが第２の状態にあることに応答して前記要求が解決されたことを認識するように構成される、請求項１３に記載の装置。
【請求項１５】
データチャネルをさらに備え、ここにおいて前記送信機は前記データチャネル上で前記データおよび前記データの前記サブセットをブロードキャストするように構成され、ここにおいて前記データチャネルは前記要求チャネルとは異なる、請求項１２に記載の装置。
【請求項１６】
ブロードキャストインターフェースを動作させるための方法であって、
プロトコルに基いて複数の受信機へデータをブロードキャストすることと、
前記複数の受信機のうちの１つからの要求に応答して前記データのサブセットをブロードキャストすることと
を備える、方法。
【請求項１７】
前記プロトコルは前記データをシーケンスでブロードキャストすることを備える、請求項１６に記載の方法。
【請求項１８】
前記データは少なくとも１つのセンサからのデータを備える、請求項１６に記載の方法。
【請求項１９】
１サイクルの間に、前記少なくとも１つのセンサから前記データの一部を受信することと、
前記データの前記一部をブロードキャストすることと
をさらに備える、請求項１８に記載の方法。
【請求項２０】
１サイクルの間に、前記少なくとも１つのセンサから前記データの一部を受信することと、
前記データの前記一部を保存することと
をさらに備える、請求項１８に記載の方法。
【請求項２１】
前記データの前記サブセットは前記データの前記保存された一部を備え、前記要求に応答して前記データの前記保存された一部を含む前記データの前記サブセットをブロードキャストすることをさらに備える、請求項２０に記載の方法。
【請求項２２】
前記複数の受信機のうちの第２の１つから第２の要求を受信することをさらに備える、請求項１６に記載の方法。
【請求項２３】
前記要求の優先度を解決することをさらに備える、請求項２２に記載の方法。
【請求項２４】
前記データの前記サブセットを前記複数の受信機のうちの前記１つからの前記要求と関連付けることをさらに備える、請求項１６に記載の方法。
【請求項２５】
前記複数の受信機のうちの前記１つからの前記要求は要求チャネル上で受信される、請求項１６に記載の方法。
【請求項２６】
前記要求チャネルは複数の信号線を備え、前記信号線の各々が前記複数の受信機のうちの対応する１つに結合されている、請求項２５に記載の方法。
【請求項２７】
前記信号線のうちの対応する前記１つが第１の状態にあることに応答して前記複数の受信機のうちの前記１つからの前記要求を認識すると共に、前記信号線のうちの対応する１つが第２の状態にあることに応答して前記要求が解決されたことを認識することをさらに備える、請求項２６に記載の方法。
【請求項２８】
前記データおよび前記データの前記サブセットはデータチャネル上でブロードキャストされ、ここにおいて前記データチャネルは前記要求チャネルとは異なる、請求項２５に記載の方法。
【請求項２９】
プロトコルに基いて複数の受信機へデータをブロードキャストするための手段と、
前記複数の受信機のうちの１つからの要求に応答して前記データのサブセットをブロードキャストするように前記ブロードキャストするための手段を整えるための手段と
を備える、装置。
【請求項３０】
前記プロトコルは前記データをシーケンスでブロードキャストすることを備える、請求項１に記載の装置。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]  本願は、２０１４年１１月５日に出願され、「BROADCAST INTERFACE」と題された米国特許出願第１４／５３４，１３６号の利益を主張するもので、その全体が本開示に参照によって明確に組み込まれる。
【技術分野】
【０００２】
[0002]  本開示は電子装置および集積回路（ＩＣ）に関し、詳しくはブロードキャストインターフェースを持つ電子装置および集積回路（ＩＣ）に関する。
【背景技術】
【０００３】
[0003]  ワイヤレス通信技術およびデバイス（例えばセルラー電話、タブレット、ラップトップ、など）はここ何年かに渡って人気と使用が高まっている。これら電子装置は複雑になってきて、今では一般に複数のプロセッサ（例えば、ベースバンドプロセッサおよびアプリケーションプロセッサ）、およびユーザが複雑かつ電力集中的ソフトウェアアプリケーション（例えば、音楽プレーヤ、ウェブブラウザ、ビデオストリーミングアプリケーション、など）を実行することを可能にする他の資源を含む。増大する性能要求を満足するために、プロセッサは複雑さを増してきて、ギガヘルツレンジの周波数で動作する。この結果として、プロセッサを動作させる間にかなりの熱(heat)が発生されることがある。
【０００４】
[0004]  
これらプロセッサによって生成される熱は、デバイスの性能および信頼性に影響を及ぼし得る。例えば、ＩＣの性能は、高い温度で動作するときに劣化し得る。プロセッサ上の様々なブロックが、実用的限度(useful limit)内でプロセッサの熱的性能(thermal performance)を維持するために熱的緩和機能(thermal mitigation functions)を行い得る。様々な熱的緩和ブロックはこうした機能を行うために温度データを必要とする。このため、効率的かつタイムリーな形式で温度データをプロセッサ上の様々なブロックへ供給することは設計的挑戦である。
【発明の概要】
【０００５】
[0005]   ブロードキャストインターフェースを動作させるための方法の態様が開示される。方法は、プロトコルに基いて複数の受信機へデータをブロードキャストすることと、複数の受信機のうちの１つからの要求に応答してこのデータのサブセットをブロードキャストすることとを含む。
【０００６】
[0006]  装置の態様が開示される。装置は複数の受信機へデータをブロードキャストするように構成される送信機を含む。制御回路が、送信機を整えて、プロトコルに基いてデータをブロードキャストすると共に、複数の受信機のうちの１つからの要求に応答してこのデータのサブセットをブロードキャストするように構成される。
【０００７】
[0007]  装置の態様が提供される。装置は、プロトコルに基いて複数の受信機へデータをブロードキャストするための手段と、複数の受信機のうちの１つからの要求に応答してこのデータのサブセットをブロードキャストするようにブロードキャストするための手段を整えるための手段とを含む。
【０００８】
[0008]  装置および方法の他の態様が、以下の詳細な説明からと当業者に容易に明らかとなるであろうことがわかる、ここにおいて装置および方法の様々な態様は例示として図示および説明される。現実になることから、これら態様は他の異なる形式で実施され、そのいくつかの詳細は様々な点において修正可能であり得る。従って、図面および詳細な説明は性質において例示的なものと見なされるもので、限定的なものと見なされるものではない。
【図面の簡単な説明】
【０００９】
【図１】温度センサを組み込んだプロセッサの例示的実施形態の図である。
【図２】ブロードキャストインターフェースの例示的実施形態のためのモジュールのブロック図である。
【図３】データチャネル上で温度データを運ぶバスの例示的実施形態の図である。
【図４】ブロードキャストインターフェースのバスの例示的実施形態を例示する図である。
【図５】要求されたデータを管理することにおけるブロードキャストインターフェースの例示的実施形態の特徴を例示する図である。
【図６】ブロードキャストインターフェースを動作させるための例示的実施形態のフローチャートである。
【図７】ブロードキャストインターフェースを動作させるための他の例示的実施形態のフローチャートである。
【詳細な説明】
【００１０】
[0016]  添付図面に関連して以下に記載の詳細な説明は、様々な構成の説明として意図され、本明細書において説明される概念が実施されうる唯一の構成を表すようには意図されない。詳細な説明は、様々な概念の完全な理解を提供することを目的とした特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしに実施されうることは当業者にとって明らかであろう。いくつかの例において、そのような概念をあいまいにすることを避けるために、よく知られた構造およびコンポーネントがブロック図形式で示される。「例示的（exemplary）」という用語は、本明細書において、「例、事例、または例示としての役割を果たすこと」を意味するために使用される。「例示的な」とここで説明された任意の設計は、他の設計よりも好適または利点があると必ずしも解釈されるべきではない。
【００１１】
[0017]  いくつかの態様が様々な装置および方法に関連してここで提示されることになる。これら装置および方法は、以下の詳細な説明において説明され、（集合的に「要素」と称される）様々なブロック、モジュール、コンポーネント、回路、ステップ、処理、アルゴリズム等によって添付の図面に例示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、あるいはそれらの組合せを使用して実施され得る。そのような要素がハードウェアとしてまたはソフトウェアとして実施されるかどうかは、特定のアプリケーションおよびシステム全体上に課せられる設計制約に依存する。本開示全体に渡って提示される様々な装置および方法は様々な形式のハードウェアで実施され得る。例として、これら装置または方法の何れかは、単独または組合せのどちらかで、集積回路としてまたは集積回路の一部として実施され得る。集積回路は、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ASIC）、プログラマブルロジック、または何か他の適切な集積回路のような最終製品（end product）であり得る。代替的に、集積回路は、マザーボードのような中間製品または最終製品の一部として、他のチップ、ディスクリート回路素子、および/または他のコンポーネントと一体化され得る。
【００１２】
[0018]  ここに開示された方法は、説明された方法を達成するための１つまたは複数のステップまたは動作を備える。方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく互いに置き換えられ得る。言い換えれば、ステップまたは動作の特有の順序が指定されない限り、特有のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなしに修正され得る。
【００１３】
[0019]  「例示的（exemplary）」という用語は、本明細書において、「例、事例、または例示としての役割を果たすこと」を意味するために使用される。「例示的」なものとして本明細書に説明されるいずれの実施形態も、他の実施形態に対して、好ましいまたは有利であるように必ずしも解釈されるべきではない。同様に、装置または方法の「実施形態」という用語は、発明の全ての実施形態が説明されたコンポーネント、構成、特徴、機能、処理、利点、恩恵、または動作のモードを含むことを、必要としない。
【００１４】
[0020]  「接続された」、「結合された」、またはその何らかの修正は２つまたはそれ以上の要素間で直接的または間接的のどちらかで接続または結合することを意味し、一緒に「接続された」または「結合された」２つの間の１つまたは複数の中間要素の存在を包含し得る。要素間の結合または接続は、物理的、論理的、またはそれらの組合せであり得る。本明細書で使用されるように、２つの要素は、非限定的で網羅的でない例として、１つまたは複数のワイヤ、ケーブル、および／またはプリント電気接続の使用によって、並びに無線周波数領域、マイクロ波領域、および（可視または不可視）光領域における波長を有する電磁気エネルギーのような電磁気エネルの使用によって、接続または結合されると考えられ得る。
【００１５】
[0021]  本明細書において、「第１の」、「第２の」等のような指定を用いた、要素に対するいずれの参照も、一般に、これら要素の数も順序も限定しないことが理解されるべきである。むしろ、これらの指定は、概して、２つ以上の要素または要素の事例の間で区別する便利な方法として、本明細書で使用される。このため、第１および第２の要素への参照は、２つの要素だけが採用され得ること、または第１の要素が第２の要素に先行しなければならないことを意味するものではない。
【００１６】
[0022]  本明細書において使用されるように、単数形「ａ」、「ａｎ」、「ｔｈｅ」は、そうではないと明確し示されていない限り、複数形も含むことを意図されている。用語「備える（comprise）」、「備えること（comprising）」、「含む（include）」、および／あるいは「含むこと（including）」は、本明細書において使用される場合に、記載される特徴、完全体、ステップ、動作、要素、および／あるいは構成要素の存在を明記するものの、１または複数のその他の特徴、完全体、ステップ、動作、要素、構成要素、および／あるいはそれらのグループの存在あるいは追加を排除しないことがさらにわかるはずである。
【００１７】
[0023]  １つのハードウェアブロックが複数の他のハードウェアブロックにデータを送るための効率的なブロック間通信のための装置および方法の様々な態様が提供される。データは周期的および／または必要に応じてブロードキャストされ得る。データの例はダイ温度および／または全体の電力／電流予算割り当て(global dynamic power/current budget allocation)を含み得る。しかしながら、当業者に明らかなように、本開示の態様およびアプリケーションがこれに限定され得ない。例えば、提示された特徴はプロセッサの他に他のＩＣ適用でき、ワイヤレス通信を超える機能に適用できる。従って、提示された装置または方法のための特定のアプリケーションに対する全ての参照は、そのような態様が広く特異なアプリケーションを有し得ることの理解を伴って装置または方法の例示的な態様を例示することのみを意図される。
【００１８】
[0024]  図１は複数の温度センサを組み込んだプロセッサの例示的な実施形態の図である。プロセッサ１００は、セルラー電話のためのアプリケーションまたはベースバンドプロセッサのような、ワイヤレス通信のためのプロセッサであり得る。プロセッサ１００は、グラフィックプロセッサユニット（ＧＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、モデム、中央処理ユニット（ＣＰＵ）、およびワイヤレスローカルネットワークまたはＷＬＡＮブロックのような回路の様々なコアまたはブロックを含む。コアは、例えば、複数の回路の集まりであり得る。プロセッサ１００はまた、様々な温度センサ（１−１０）を含む。ある具体例において、温度センサ（１−１０）は周期的なインターバルで測定された温度を出力する。温度センサ（１−１０）は測定された温度を温度センサコントローラまたはＴＳＣ１１０へ供給する。
【００１９】
[0025]  一構成において、ＴＳＣ１１０は、バス１１２を介して様々な受信機１２４−１、１２４−２へ温度データを送信し得る。受信機１２４−１、１２４−２は、温度データを熱管理(thermal management)およびリークパワー評価(leakage power estimation)のために利用する、限度管理（ＬＭ）ハードウェアおよびデジタルパワーメータ（ＤＰＭ）ブロックを含み得る。ポイント対ポイント通信は、ルーティングコストおよびエネルギー消費についてブロードキャスト方式よりも高価であり得る。様々な受信機１２４−１、１２４−２へ送られたデータがオーバーラップする場合には、コストが特に高くなることがある。ポイント対複数ポイント、またはブロードキャストバスはより効率的であるものの、データの一方向転送である。受信機（例えば、１２４−１または１２４−２）が低レイテンシィでいくつかの特定データを受信することの必要が生じ得る。例えば、受信機（１２４−１または１２４−２）はブロードキャスト中にデータパケットをとり逃がす、あるいはとりこぼしてしまうことがある。別の例において、受信機（１２４−１または１２４−２）は電源落ち(power collapse）から回復して全温度データを消失することがある。この例において、温度データを受信するための低レイテンシィ方式はブロードキャストシステムよりも有利である。
【００２０】
[0026]  一例示的実施形態において、ＴＳＣ１１０はブロードキャスティングでバス１１２を介して受信機１２４−１、１２４−２へ温度データを送る、または送信する。さらに、ＴＳＣ１１０は受信機１２４−１、１２４−２からの要求を処理し(handle)、要求に関連付けられたデータを低レイテンシィ原理(basis)で同じバス１１２を介して供給するように構成される。例示的実施形態の様々な特徴が以下に提示される。受信機１２４−１、１２４−２の各々はデータについての要求をＴＳＣ１００へ送り得る。要求の各々は温度データの複数の部分（例えば、各部分が１つの温度センサからの１つの温度に対応する）を要求し得る。要求は、温度データの関連するサブセットに関して要求する静的データであり得る。例えば、各要求はこの要求に関連付けられた温度データの静的サブセットを要求することを意味する。例えば、受信機（１２４−１または１２４−２）からの各要求は温度データの同じサブセットを要求する。別の例では、要求が動的であり得る。例えば、温度データのサブセットが受信機（１２４−１または１２４−２）と関連付けられるべきであることを示す情報をレジスタが保存し得る。このケースにおいてＴＳＣ１１０は、要求をした受信機（１２４−１または１２４−２）と関連付けられた温度データのサブセットをブロードキャストし得る。一例において、温度データのサブセットがレジスタに保存された受信機（１２４−１または１２４−２）に関連付けられるべきであることを示す情報は、例えばソフトウェアによって修正され得る。
【００２１】
[0027]  例示的実施形態の別の態様は、ＴＳＣ１１０が同じサイクルにおいて１よりも多くの受信機からの複数の要求を受信する場合において優先度を解決することに関する。解決策は複数の要求のどれが最初で、どの順に処理され得るかを決めることを含む。優先度は先着の扱い順(first-come-first-serve)、または要求およびリアルタイムのための複数レベル(multiple levels for requests and real-time)であり得る。要求のより高い優先度は割り込み(先取り)または非割り込みであり得る。優先度の割り当ては静的または動的であり得る。例えば、動的な優先度の割り当ては、より高い優先度を最近最も少ない扱いの受信機(least recently served receiver)に割り当て得る。
【００２２】
[0028]  図２は、ブロードキャストインターフェースの例示的実施形態のためのモジュールのブロック図である。プロセッサ１００のような装置は、ブロードキャストインターフェースの例示的実施形態を含み得る。ブロードキャストインターフェースは、バス１２０を動作させるための様々なモジュールを包含する、ＴＳＣ１１０を含み得る。提示されたＴＳＣ１１０の様々なモジュールは、制御回路の一例であり得る。提示された様々なモジュールは、当業者の知識に従ってハードウェア／回路、ソフトウェア、またはそれらの組合せで実施され得る。例えば、モジュールは、本明細書で説明された機能を行うための論理ゲート、これら機能を行うためのプロセッサ、本明細書で説明された機能のための信号を生成する回路、またはそれらの組合せであり得る。
【００２３】
[0029]  例として、モジュール、またはモジュールの任意の一部、または複数のモジュールの任意の組合せが、１つ以上のプロセッサを含む「処理システム」で実施され得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲートロジック、ディスクリートハードウェア回路、および、本開示全体を通して説明される様々な機能を行うように構成された他の適したハードウェアを含む。処理システムにおける１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他の名称で呼ばれるかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味するように広く解釈されるべきである。
【００２４】
[0030]  バス１２０はデータチャネル２９０を含み、温度データがこれを介して受信機（１２４−１、１２４−２、など）へブロードキャストされる。  バス１２０はさらに要求チャネルを含み、データについての要求がこれを介して受信機（１２４−１、１２４−２、など）からＴＳＣ１１０へ送られる。ＴＳＣ１１０は、複数の温度センサ１−１０から温度データ（例えば、リアルタイム測定された温度）を受信するリアルタイム転送モジュール２３０を含む。一例において、これら温度センサ１−１０は温度を周期的に測定する。一構成において、ＴＳＣ１１０は受信された温度データをバス１２０のデータチャネル２９０上でブロードキャストする。
【００２５】
[0031]  一構成において、ＴＳＣ１１０は、受信された温度データ（例えば、温度センサ１−１０によってリアルタイム測定された温度）をプロトコルに基いてブロードキャストする。一例において、このプロトコルはシーケンスである。例えば、あるサイクルにおいて、ＴＳＣ１１０は温度センサ１によって測定されたリアルタイム温度を受信してブロードキャストする（受信機１２４−１、１２４−２、などへ）。第２のサイクルにおいて、ＴＳＣ１１０は温度センサ２によって測定されたリアルタイム温度を受信してブロードキャストする（受信機１２４−１、１２４−２、などへ）、などする。このため、各サイクルにおいて、ＴＳＣ１１０は温度データの一部（例えば、このサイクルのために温度センサ１−１０のうちの１つによって測定されたリアルタイム温度）を受信してブロードキャストする。
【００２６】
[0032]  図３は、データチャネル上で温度データを運ぶバスの例示的実施形態の図である。第１のサイクルにおいて、温度センサ１は温度を測定しこの（リアルタイム）測定された温度をリアルタイム転送モジュール２３０へ供給する。リアルタイム転送モジュール２３０はこの温度データを送信データモジュール２５０へ供給し、これが温度センサ１のリアルタイム供給された温度データを選択する。送信データモジュール２５０からのデータは、送信機２７０によってバス１２０のデータチャネル２９０を介して送信され、受信機（１２４−１、１２４−２、など）へ供給される。
【００２７】
[0033]  図３は、第１のサイクルにおいて、データチャネル２９０が、第１のサイクルにおいて１である、温度センサ識別名（ＩＤ）と温度センサ１によって測定された温度とを含むデータを送信することを例示する。第２のサイクルでは、温度センサ２が温度を測定し（リアルタイム）測定された温度をリアルタイム転送モジュール２３０へ供給する。データチャネル２９０は、温度センサ識別名ＩＤ（第２のサイクルにおいて２）および温度センサ２によって測定された温度を含むデータを送信する。第３のサイクルでは、温度センサ３が温度を測定し測定された温度をリアルタイム転送モジュール２３０へ供給する。データチャネル２９０は、温度センサ識別名ＩＤ（第３のサイクルにおいて２）および温度センサ３によって測定された温度を含むデータを送信するなどする。
【００２８】
[0034]  一例において、１サイクルは１００μｓであり得、ブロードキャストデータは（図３に示されるように）全サイクルを占有しない。この場合、温度データの要求されたサブセットは上で提示されたリアルタイム温度ブロードキャストと同じサイクルにおいてブロードキャストされ得る。このように、ブロードキャストインターフェースは効率的に動作し得る。
【００２９】
[0035]  図２を参照すると、リアルタイム転送モジュール２３０は複数の温度センサからの受信された（リアルタイム）温度データをデータストレージモジュール２２０へ供給し得る。データストレージモジュール２２０は、例えば温度データを保存するレジスタであり得る。一例において、データストレージモジュール２２０は、制御レジスタおよび状態スレジスタ(control and status registers)を含み、これらに保存された温度データはソフトウェアで読み取られる。一例において、データストレージモジュール２２０は温度センサ１−１０によって測定された最も最近の温度を保存する。保存された温度データは要求処理モジュール２４０（これの特徴は以下に提示される）へ供給される。一例において、温度データはデータストレージモジュール２２０に保存された温度データおよびリアルタイム転送２３０からのリアルタイム温度を含み得る。温度データのサブセットは、データストレージモジュール２２０に保存された温度データとリアルタイム転送２３０からのリアルタイム温度との何らかの一部またはユニットを含み得る。
【００３０】
[0036]  図２を参照すると、受信機（１２４−１、１２４−２、など）の何れか１つが温度データのサブセットについての要求を送るためにバス１２０の要求チャネル２９２を利用し得る。温度データのサブセットは１つの温度センサから測定された温度から温度センサの全てから測定された温度までの範囲であり得る。要求はＴＳＣ１１０の優先扱いモジュール（priority handling module）２６０によって受信される。優先扱いモジュール２６０は上で提示されたように優先度の問題を解決する。例えば、２つの要求が同じサイクルにおいて受信された場合に、優先扱いモジュール２６０がこれら要求の優先度を、例えば先着の扱い順(first-come-first-serve)または最も少ない最近の扱い順(least-recently-served)方式に基いて決定し得る。これら要求は次に要求処理モジュール２４０および送信データモジュール２５０へ供給され得る。
【００３１】
[0037]  要求処理モジュール２４０は、温度データのサブセットが要求マッピングモジュール２１０からの各要求と関連付けられるべきであることを示す情報を受信する。一例において、要求マッピングモジュール２１０は修正またはプログラムされ得る、メモリまたはレジスタユニットである。例えば、各要求はその対応するセンサインデックス(its corresponding sensor indexes)（温度データのサブセットを与える）を示す専用（例えば、ソフトウェア）レジスタと関連付けられ得る。このため、温度データのサブセットは要求と動的に関連付けられ得る。例えば、要求処理モジュール２４０は、温度センサ１および２によって測定された温度が受信機１２４−１からの要求と関連付けられるべきであることを示し得る。その後、要求処理モジュール２４０は、温度センサ１、２および３によって測定された温度が受信機１２４−１からの要求と関連付けられるべきであることを示ように修正され得る。
【００３２】
[0038]  受信された要求およびこの要求と関連付けられるべき温度データのサブセットの情報に基いて、要求処理モジュール２４０はデータストレージモジュール２２０からの（この要求と関連付けられた）温度データのサブセットを送信データモジュール２５０へ供給し得る。この場合、ＴＳＣ１１０は、（リアルタイム転送モジュール２３０からのリアルタイム温度と対照的に）データストレージモジュール２２０に予め保存された温度データの要求されたサブセットをブロードキャストするように構成される。
【００３３】
[0039]  送信データモジュール２５０は続いて、有線扱いモジュール２６０からの要求に基いて、保存された温度データとリアルタイム転送モジュール２３０からのリアルタイム温度とのうちからの選択をする。送信データモジュール２５０は続いて、選択された温度データを送信機２７０へ供給する。送信機２７０は温度データをバス１２０のデータチャネル２９０を介して受信機（１２４−１、１２４−２、など）へブロードキャストする。上述されるように、送信データモジュール２５０は、プロトコルに基いて（例えば、温度を検出している温度センサ１−１０のシーケンスで）データをブロードキャストするように送信機２７０を整え、複数の受信機（１２４−１、１２４−２、など）のうちの１つからの要求に応答してこのデータのサブセットをブロードキャストするように送信機２７０を整える制御回路の一例であり得る。
【００３４】
[0040]  図４は、ブロードキャストインターフェースのバスの例示的実施形態を例示する図である。ＴＳＣ１１０は、バス１２０のデータチャネル２９０を介して受信機１２４−１、１２４−２、１２４−３、１２４−４、および１２４−５へ温度データをブロードキャストする。受信機１２４−１、１２４−３、および１２４−５は、例えばＬＭハードウェアであり得る。受信機１２４−２および１２４−４は、例えばＤＰＭであり得る。受信機１２４−１、１２４−２、１２４−３、１２４−４、および１２４−５のうちのいずれかが、こうした情報を取得するレイテンシィを低減させるために温度データのサブセットを要求し得る。上で提示されたように、例えば受信機は電源落ち(power collapse）事象から回復しできるだけ早く温度データを必要とすることがある。データチャネル２９０上の周期的ブロードキャストを待つことは、必要なデータがブロードキャストされる前に長いレイテンシィを必要とし得る。
【００３５】
[0041]  一構成において、ＴＳＣ１１０は、要求チャネル２９２上で受信機１２４−１、１２４−２、１２４−３、１２４−４、および１２４−５からの要求を受信するように構成される。要求チャネル２９２はデータチャネルとは異なる。要求チャネル２９２は、複数の信号線２９２−１、２９２−２、２９２−３、２９２−４、および２９２−５を含み得る。信号線の各々はＴＳＣ１１０と受信機１２４−１、１２４−２、１２４−３、１２４−４、および１２４−５のうちの対応する１つとの間に結合される。
【００３６】
[0042]  例えば、受信機１２４−１は、受信機１２４−１と関連付けられた温度データのサブセットについての要求を信号線２９２−１を介して為し得、これが受信機２９２−１とＴＳＣ１１０とを接続または結合する。一例において、受信機１２４−１は単一の信号ライン２９２−１にアサート(assert)する（例えば、単一の信号線２９２−１を高状態にチャージする）ことによってこうした要求を為し得る。データチャネル２９０上で温度データの要求サブセットを受信することに伴い、受信機１２４−１は単一の信号線２９２−１をデアサート(de-assert)し得る（例えば、単一の信号線２９２−１を低状態にディスチャージする）。このため、ＴＳＣ１１０は、複数の信号線（例えば、２９２−１、２９２−２、２９２−３、２９２−４、および２９２−５）のうちの対応する１つが第１のまたは高状態にあることに応答して複数の受信機（例えば、１２４−１、１２４−２、１２４−３、１２４−４、および１２４−５）のうちのいずれかからの要求を認識し、単一複数の信号線のうちの対応する１つが第２のまたは低状態にあることに応答してこうした要求が解決されることを認識するように構成される。応答において、ＴＳＣ１１０は、要求チャネル２９２とは異なる、データチャネル２９０上で温度データの要求されたサブセットをブロードキャストする。
【００３７】
[0043]  一構成において、ＴＳＣ１１０は各サイクル毎に温度データの繰り返されたサブセットを解決する。一例において、要求処理モジュール２４０は、リスト（例えば、施行リスト）を利用してこうした解決を行う。新たな要求が受信されると、関連する温度センサＩＤがこのリストに追加される。要求処理モジュール２４０はこのリストに基いてデータストレージモジュール２２０から温度データのサブセットを取り出し得る。このリストが一旦終了すると、ＴＳＣ１１０は新たな要求についてチェックし得る。もしなにもなければ、ＴＳＣ１１０はリアルタイムブロードキャストを再開する。もし２つ以上の要求が同時に（例えば、１クロックサイクル内において）到着する場合には、ＴＳＣ１１０が温度データの全ての要求されたサブセットを包含するようにのこのリストを更新し得る。温度データの要求されたサブセットのうちの繰り返し(duplication)の場合（例えば、温度センサ１によって測定された温度が１回以上要求される）には、繰り返されたサブセットが一度だけ送信され得る。現在のサイクルにおいてサービスされた（例えば、送信された）温度データのサブセットは、現在のサイクルについてリストに追加され得ない。この方式は、対応要求線をデアサートするための、要求する受信機による遅延を考慮している。温度データのサブセットが現在のサイクルにおいて送信されるものの、要求信号線がアサートされたままである場合には、温度データの送信されたサブセットについての要求が後続サイクルに対して新しいと考えられ、リストに追加される。
【００３８】
[0044]  図５は、要求されたデータを管理することにおけるブロードキャストインターフェースの例示的実施形態の特徴を例示する図である。第１のサイクルにおいて、要求５１１は温度センサ１および２からの温度データのサブセットを要求する。要求５１２は温度センサ１、２および３からの温度データのサブセットを要求するなどする。第１のサイクルにおいて、温度センサ３からの温度データのサブセットは要求５１２、５１３、および５１４によって３回要求される。ＴＳＣ１１０は５１２、５２２、および５２３で温度データの要求されたサブセットを送信またはブロードキャストする。温度センサ３からの温度データのサブセットは繰り返しを回避するために５２２で１度だけ送信される。
【００３９】
[0045]  第２のサイクルにおいて、要求５１７は、温度センサ６からの温度データのサブセットを、このサブセットが５２５で送信またはブロードキャストされた後に要求する。この場合、温度センサ６からの温度データのサブセットの要求５１７がＴＳＣ１１０によって解決されたと考えられる。
【００４０】
[0046]  図６は、ブロードキャストインターフェースを動作させるための例示的実施形態のフローチャートである。点線で囲まれたステップはオプションであり得る。６０２で、データはプロトコルに基いて複数の受信機へブロードキャストされる。例えば、図２、図３、および関連するテキストを参照すると、送信機２７０がバス１２０のデータチャネル２９０を介して温度データをシーケンスで受信機（１２４−１、１２４−２、など）へブロードキャストするための手段を提供する。このシーケンスは、温度センサ１によって測定されたリアルタイム温度、温度センサ２によって測定されたリアルタイム温度、温度センサ３によって測定されたリアルタイム温度、などであり得る。
【００４１】
[0047]  ６０４では、データの一部が少なくとも１つのセンサから受信される。例えば、図２、図３、および関連するテキストを参照すると、リアルタイム転送モジュール２３０が１サイクルの間に、複数の温度センサ１−１０のうちの１つからのリアルタイム温度を受信するための手段を提供する。受信されたリアルタイム温度は、温度データの一部の例である。６０６では、少なくとも１つのセンサからのデータの一部がこのサイクルにおいてブロードキャストされる。図２、図３、および関連するテキストを参照すると、ＴＳＣ１１０が受信されたリアルタイム温度をこのサイクルにおいてブロードキャストするための手段を提供する。６０８では、少なくとも１つのセンサからのデータの一部が保存される。例えば、図２、図３、および関連するテキストを参照すると、データストレージモジュール２２０が受信されたリアルタイム温度を保存する。
【００４２】
[0048]  ６１０では、データのサブセットが複数の受信機のうちのいずれか１つからの要求に応答してブロードキャストされる。例えば、図２、図３、および関連するテキストを参照すると、優先扱いモジュール２６０がバス１２０の要求チャネル２９２を介して受信機（１２４−１、１２４−２、など）からデータについての１つまたは複数の要求を受信する。要求に関連付けられた温度データのサブセットは、要求マッピングモジュール２１０、データストレージモジュール２２０、要求処理モジュール２４０、および／または送信データモジュール２５０によってアセンブル(assembled)される。例えば、要求マッピングモジュール２１０、データストレージモジュール２２０、および要求処理モジュール２４０、および／または送信データモジュール２５０は、要求に関連付けられた温度データのサブセットをブロードキャストするように送信機２７０を整えるための手段を提供する。
【００４３】
[0049]  図７は、ブロードキャストインターフェースを動作させるための別の例示的実施形態のフローチャートである。点線で囲まれたステップはオプションであり得る。７０２では、複数の信号線のうちの対応する１つが第１の状態にあることに応答して、複数の受信機のうちのいずれか１つからの要求が認識される。要求が解決されたことは、複数の信号線のうちの対応する１つが第２の状態にあることによって認識され得る。例えば、図４および関連するテキストを参照すると、受信機１２４−１が信号線２９２−１（複数の信号線のうちの対応する１つ）を高状態にアサートすることによってデータについての要求を為し得る。要求は、ＴＳＣ１１０によって認識されることになる。
【００４４】
[0050]  ７０４では、データのサブセットが複数の受信機のうちのいずれか１つからの要求に関連付けられる。例えば、図２、図３、および関連するテキストを参照すると、要求マッピングモジュール２１０がデータのサブセット（例えば、データストレージモジュール２２０に保存された１つまたは複数の温度センサからの温度）を要求と関連付けるための手段を提供する。例えば、要求マッピングモジュールは、１２４−１からの要求について、温度センサ１および温度センサ２からの温度データがこれと関連付けられるべきであることを示す情報を保存し得る。
【００４５】
[0051]  ７０６では、複数の受信機のうちの１を超える数からの複数の要求が受信される。例えば、例えば、図２、図４および関連するテキストを参照すると、ＴＳＣ１１０が要求チャネル２９２上で複数の要求を（信号線２９２−１〜２９２−５を介して）受信するための手段を提供する。７０８では、複数の受信機の１を超える数からの複数の要求の優先度が受信される。例えば、図２および関連するテキストを参照すると、優先扱いモジュール２６０が複数の要求の優先度を解決するための手段を提供し得る。優先度は、先着の扱い順(first-come-first-serve)、または要求およびリアルタイムのための複数レベル(multiple levels for requests and real-time)であり得る。要求のより高い優先度は割り込み(先取り)または非割り込みであり得る。優先度の割り当ては静的または動的であり得る。例えば、動的な優先度の割り当ては、より高い優先度を最近最も少ない扱いの受信機(least recently served receiver)に割り当て得る。
【００４６】
[0052]  開示された処理におけるステップの特定の順序または階層は、例示的なアプローチの一例であることが理解される。設計の好みに基いて、処理におけるステップの特定の順序または階層は再配置され得ることが理解される。さらに、いくつかのステップは組み合わされるか、または省略される。添付の方法の請求項は、サンプルの順序で様々なステップの要素を提示しており、提示された特定の順序または階層に限定されるようには意図されない。
【００４７】
[0053]  先の説明は、いかなる当業者であっても、本明細書で説明された様々な態様を実施することを可能にするために提供される。これらの態様への様々な修正は、当業者にとって容易に明らかとなり、本明細書に定義された包括的な原理は、他の態様に適用され得る。従って、特許請求の範囲は、本明細書に示される態様に限定されるように意図されたものではなく、特許請求の範囲の文言と矛盾しない最大範囲であると認められるべきであり、ここにおいて、単数の要素への参照は、そのように明確に記載されていない限り、「１つおよび１つのみ」を意味するのではなく、むしろ「１つまたは複数」を意味するように意図されている。そうでないと具体的に記載されない限り、「いくつかの」という用語は、１つ以上を指す。当業者に既知の、または後に周知となる、本開示を全体にわたって説明された様々な態様の要素と構造的および機能的に同等な物はすべて、参照によって本明細書に明確に組み込まれ、特許請求の範囲に包含されるよう意図される。さらに、本明細書で開示されたものが、特許請求の範囲の中に明示的に記載されているか否かに関わらず、公に捧げられることを意図していない。請求項のどの要素も、その要素が「〜のための手段」というフレーズを使用して明示的に記載されていない限り、または、方法の請求項の場合には、その要素が「〜するためのステップ」というフレーズを使用して記載されていない限り、米国特許法第１１２条（ｆ）の規定の下に解釈されるものではない。
【図１】
2018502530.tif 000003
【図２】
2018502530.tif 000004
【図３】
2018502530.tif 000005
【図４】
2018502530.tif 000006
【図５】
2018502530.tif 000007
【図６】
2018502530.tif 000008
【図７】
2018502530.tif 000009
【国際調査報告】
2018502530.tif 000010
2018502530.tif 000011
2018502530.tif 000012