(57)【要約】【課題】処理の途中に、再構成が行われたとしても、処理ブロックは、当該処理の処理を続行することが出来る。【解決手段】データに対してそれぞれが所定の処理を行ない、再構成可能な複数の処理手段と、前記複数の処理手段間をデータ転送可能に接続し、再構成可能な接続手段と、を含む処理装置の当該処理手段または当該接続手段のうち何れか一方を、当該処理手段の状態に基づいて、再構成する構成手段を有することを特徴とする制御装置。【選択図】図４
2013009044.tif 000002
【特許請求の範囲】
【請求項１】
データに対してそれぞれが所定の処理を行ない、再構成可能な複数の処理手段と、
前記複数の処理手段間をデータ転送可能に接続し、再構成可能な接続手段と、を含む処理装置の当該処理手段または当該接続手段のうち何れか一方を、当該処理手段の状態に基づいて、再構成する構成手段を有することを特徴とする制御装置。
【請求項２】
前記構成手段は、前記処理手段が前記所定の処理を行なっている場合には、前記接続手段を再構成することを特徴とする請求項１記載の制御装置。
【請求項３】
前記構成手段は、前記処理手段が前記所定の処理を行っていない場合に、前記処理手段を構成するための処理手段リソースの大きさと、前記接続手段を構成するためのリソースの大きさと、に基づいて、前記処理手段または前記接続手段のうち何れか一方を再構成することを特徴とする請求項１または２記載の制御装置。
【請求項４】
データに対してそれぞれが所定の処理を行ない、再構成可能な複数の処理手段と、
前記複数の処理手段間をデータ転送可能に接続し、再構成可能な接続手段と、を含む処理装置であって、
制御装置により、当該処理手段または当該接続手段のうち何れか一方が、当該処理手段の状態に基づいて再構成されることを特徴とする処理装置。
【請求項５】
前記処理手段が前記所定の処理を行なっている場合には、前記接続手段が再構成されることを特徴とする請求項４記載の処理装置。
【請求項６】
前記処理手段が前記所定の処理を行っていない場合に、前記処理手段を再構成するための第１再構成情報の容量と、前記接続手段を再構成するための第２再構成情報の容量と、に基づいて、前記処理手段または前記接続手段のうち何れか一方が、再構成されることを特徴とする請求項４または５記載の処理装置。
【請求項７】
データに対してそれぞれが所定の処理を行ない、再構成可能な複数の処理手段と、
前記複数の処理手段間をデータ転送可能に接続し、再構成可能な接続手段と、を含む処理装置と、
制御装置と、を含む処理システムにおいて、
前記制御装置は、
当該処理手段または当該接続手段のうち何れか一方を、当該処理手段の状態に基づいて、再構成する構成手段を有することを特徴とする処理システム。
【請求項８】
前記構成手段は、前記処理手段が前記所定の処理を行なっている場合には、前記接続手段を再構成することを特徴とする請求項７記載の処理システム。
【請求項９】
前記構成手段は、前記処理手段が前記所定の処理を行っていない場合に、前記処理手段を再構成するための第１再構成情報の容量と、前記接続手段を再構成するための第２再構成情報の容量と、に基づいて、前記処理手段または前記接続手段のうち何れか一方を再構成することを特徴とする請求項７または８記載の処理システム。
【請求項１０】
コンピュータを、請求項１〜３何れか１項に記載の制御装置の各手段として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、処理装置、処理システム、制御プログラムに関する。
【背景技術】
【０００２】
近年、多数の処理ブロックを搭載しており、当該処理ブロックの部分的再構成可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などの処理装置が提案されている。
【０００３】
例えば、特許文献１では、この処理装置の利用効率を高めるために、処理対象のデータ、処理結果のデータ、処理に要した時間、などを用いて、処理装置を再構成する技術が提案されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
図１を用いて、特許文献１記載の技術の問題点を説明する。図１では、図面簡略化のために、処理ブロック１０と、処理ブロック２０と、の２つを記載するが、実際には、多数の処理ブロックが実装される。
【０００５】
図１Ａでは、処理ブロック１０と処理ブロック２０とは待機状態である。次に、図１Ｂでは、処理ブロック１０に、処理対象のデータであるデータａとデータｂとが入力され、処理ブロック１０は、データａとデータｂに対して、所定の処理を行なっている処理状態になる。図１では、待機状態である処理ブロックの参照符号に「'」を付けずに、処理状態にある処理ブロックの参照符号に「'」を付ける。例えば、処理ブロック１０、処理ブロック２０、処理ブロック３０は待機状態にあり、処理ブロック１０'、処理ブロック３０'は、処理状態になる。
【０００６】
そして、図１Ｃに示すように、処理ブロック１０'が、処理状態であるとき（つまり、データａとデータｂと対して処理を行っている途中に）、処理装置１０００が部分的再構成され、処理ブロック１０'が処理ブロック３０に書き換えられたとする。そうすると、処理ブロック１０'が保持していたデータａとデータｂとは消失される。
【０００７】
次に、図１Ｄに示すように処理ブロック３０には、データｃとデータｄとが入力されて、処理状態になる（図１Ｄでは、処理ブロック３０'と記載）。そして、図１Ｅに示すように、処理ブロック３０の処理が終了した後に、処理装置１０００が部分的再構成されて、処理ブロック３０から処理ブロック１０に書き換えられたとする。
【０００８】
そうすると、処理ブロックが保持していたデータａとデータｂとは消失されるので、処理ブロック１０に書き換えられたとしても、処理ブロック１０は、データａとデータｂとに対する処理を続行することが出来ない、という問題がある。
【０００９】
本発明では、このような問題を鑑みて、処理の途中に、再構成が行われたとしても、処理ブロックは、当該処理の処理を続行することが出来る制御装置、処理装置、処理システム、制御プログラムを提供する。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、データに対してそれぞれが所定の処理を行ない、再構成可能な複数の処理手段と、前記複数の処理手段間をデータ転送可能に接続し、再構成可能な接続手段と、を含む処理装置の当該処理手段または当該接続手段のうち何れか一方を、当該処理手段の状態に基づいて、再構成する構成手段を有することを特徴とする制御装置を提案する。
【発明の効果】
【００１１】
本発明の制御装置、処理装置、処理システム、制御プログラムであれば、処理の途中に、再構成が行われたとしても、処理ブロックは、当該処理の処理を続行することが出来る。
【図面の簡単な説明】
【００１２】
【図１】従来技術の問題点を説明するための図。
【図２】本実施例の処理装置の機能構成例を示す図。
【図３】本実施例の処理ブロックの機能構成例を示す図。
【図４】本実施例の制御装置の機能構成例を示す図。
【図５】本実施例の制御装置の処理フローの一例を示す図。
【図６】本実施例の処理ブロックが再構成される場合を示す図。
【図７】本実施例のデータバス再構成の処理フローの一例を示す図。
【図８】本実施例のデータバスの再構成後の処理装置の機能構成例を示す図。
【図９】別の実施形態の制御装置の機能構成例を示す図。
【図１０】別の実施形態の制御装置の処理フローの一例を示す図。
【発明を実施するための形態】
【００１３】
［実施形態１］
本実施例の処理装置は、再構成可能な処理装置である。再構成可能な処理装置とは、例えば、「ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）」や「ＤＲＰ（Ｄｙｎａｍｉｃａｌｌｙ  Ｒｅｃｏｎｆｉｇｕｒａｂｌｅ  Ｐｒｏｃｅｓｓｏｒ）」や「ＤＡＰＤＮＡ（ＤＩＧＩＴＡＬ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｎｅｔｗｏｒｋ  Ａｒｃｈｉｔｅｃｔｕｒｅ）などがある。また、再構成可能とは、処理装置の「全体的再構成」と「部分的再構成」を含む。また、以下の説明では、「処理手段」を「処理ブロック」といい、「接続手段」を「データバス」という。
【００１４】
図２に、本実施形態１の処理装置２０００について示す。図２では説明簡略化のために、６個の処理ブロック１０〜６０を示しているが、実際は、多数の処理ブロックが実装される。処理ブロック１０〜６０は、データに対して、所定の処理を行うものである。データが例えば、画像データである場合には、所定の処理とは、画像処理であり、データが例えば、数値である場合には、所定の処理とは、演算処理である。所定ブロックが行う処理についてはこれらの処理に限られない。
【００１５】
また、各処理ブロック１０〜６０はデータバス２０２０によりデータ転送可能に接続される。図２では、処理ブロック１０、処理ブロック２０、処理ブロック３０、処理ブロック６０がデータバス２０２０により接続されている。そして、データの流れは、処理ブロック１０→処理ブロック２０→処理ブロック３０→処理ブロック６０となり、処理ブロック６０により出力されるデータが、処理装置２０００の処理結果であるとして、処理装置２０００から出力される。また、処理ブロック４０、処理ブロック５０に付されている矢印については終端処理が施されることを意味する。
【００１６】
また、各々の処理ブロック１０〜６０に接続されているデータバス２０２０が配置されている領域をデータバス領域２０１０という。制御ブロック８０、第２記憶手段２０３０については後述する。また、処理ブロック１０〜６０およびデータバス２０２０については、共に、再構成可能とされている。
【００１７】
図３に、処理ブロック１０〜６０の機能構成例を示す。処理ブロック１０〜６０はＬＵＴ１５２（Ｌｏｏｋ  Ｕｐ  Ｔａｂｌｅ）と、レジスタ１５４などを含む。また、処理ブロック１０〜６０は、入力ポート１５６と、出力ポート１５８と、を有する。入力ポート１５６または出力ポート１５８にはそれぞれデータバス２０２０が接続される。そして、データバス２０２０により処理ブロック１０〜６０の入力ポートからデータが入力され、データバス２０２０により出力ポート１５８からデータは出力される。処理ブロック１０〜６０の構成は図３の例に限られない。
【００１８】
図４に本実施形態１の制御装置１００の機能構成例を示す。また、図５に、制御装置１００の処理フローを示す。
【００１９】
まず、取得手段１０３が、再構成指示情報を取得したか否かを判断する（ステップＳ１０２）。ここで、再構成指示情報とは、制御装置１００に処理装置２０００の再構成を行わせるトリガーとなる情報である。再構成指示情報には、処理装置２０００の再構成後の形態について示す形態情報も含まれる。再構成指示情報は、ユーザにより入力手段１０２から入力されるようにしてもよいし、取得手段１０３が所定時間ごとに取得するようにしてもよい。ステップＳ１０２でＹｅｓであれば、ステップＳ１０４に移行する。また、入力手段１０２とは、マウス、キーボード、所定の情報を表示する表示手段（例えば、モニタであり、図示せず）の表示画面上に重畳するように設けられたタッチパネルなどを含む。例えば、ユーザは、キーボードやマウスなどを用いて、ＨＤＬ（Ｈａｒｄｗａｒｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）言語などにより形態情報をプログラミングして、入力する。
【００２０】
次に、判断手段１０４が、処理装置２０００中の処理ブロック１０〜６０の状態を判断する（ステップＳ１０４）。そして、構成手段１０６は、判断手段１０４が判断した処理ブロック１０〜６０の状態に基づいて、処理ブロックの再構成を行うか、または、データバス２０２０の再構成を行なうか、を定める。
【００２１】
ここで、構成手段１０６が、処理ブロック１０〜６０が第１状態である場合には、データバス２０２０を再構成する。また処理ブロック１０〜６０が第２状態である場合には、処理ブロック１０〜６０のうち、少なくとも１個を再構成する。以下に、第１状態、第２状態について説明するが、今回の再構成をＮ回目（Ｎは自然数）の再構成とする。
【００２２】
まず、第１状態について説明する。第１状態とは、処理ブロック１０〜６０のうち、以下の（１）〜（４）を全て満たす１以上の処理ブロックＡが存在する状態である。（１）〜（４）とは、（１）データを処理している途中などの理由により、消失されるべきではない内容情報を保持しており、（２）Ｎ回目の再構成により、他の処理ブロックＢに書き換えられ、（３）Ｎ＋１回目（次回）以降の再構成により、元の処理ブロックＡに戻されることが判明しており、（４）（１）の段階で、当該元の処理ブロックＡが保持していた消失されるべきでない内容情報が保存されるべき（初期化されるべきではない）、ということである。ユーザは、（１）〜（４）について制御装置１００に認識させるための情報を入力手段１０２から入力する。（１）で述べた内容情報とは、設定パラメータや、処理対象のデータ、処理ブロックの内部状態などを含むものである。
【００２３】
また、単に、第１状態とは、（１）で述べた、処理ブロック１０〜６０のうち、データを処理している途中の処理ブロックが存在している状態としてもよい。
【００２４】
次に、第２状態について説明する。第２状態とは、処理ブロック１０〜６０のうち、以下の（５）、（６）を全て満たしている１以上の処理ブロックＣが存在する状態である。（５）、（６）とは、（５）Ｎ回目の再構成により、他の処理ブロックＤに書き換えられ、（６）Ｎ＋１回目以上の再構成により、初期化されて（内容情報が消去されて）元の処理ブロックＣに戻されることが判明している、である。ユーザは（５）、（６）について制御装置１００に認識させるための情報を入力手段１０２から入力する。
【００２５】
また、単に、第２状態とは、全ての処理ブロック１０〜６０が処理をしていない状態である、としてもよい。
【００２６】
以下では、第１状態を「処理ブロック１０〜６０のうち、データを処理している途中の処理ブロックが存在している状態（以下、「処理状態」という。」とし、第２状態を「全ての処理ブロック１０〜６０が処理をしていない状態（「待機状態」という。）」とする。
【００２７】
判断手段１０４は、処理ブロック１０〜６０が第１状態である処理状態（処理途中）であるか否かを判断する。具体的な手法として、処理装置２０００の制御ブロック８０（図２参照）が、処理ブロック１０〜６０が処理状態（第１状態）か待機状態（第２状態）かを判断し、処理ブロック１０〜６０の状態情報を判断手段１０４に送信する。状態情報とは、処理ブロック１０〜６０が、処理状態であるか、または、待機状態であるか、を示す情報である。処理ブロック１０〜６０が、処理状態であれば、制御ブロック８０が、処理状態であることを示す状態情報を送信する。また、処理ブロック１０〜６０が、待機状態であれば、制御ブロック８０が、待機状態であることを示す状態情報を送信する。判断手段１０４による、処理ブロック１０〜６０の状態判断手法については、この手法に限られない。
【００２８】
そして、判断手段１０４は、状態情報を解析することにより、処理ブロック１０〜６０（処理装置２０００）が、処理途中（処理状態）か否かを判断する（ステップＳ１０４）。ここで、処理ブロック１０〜６０に、処理途中の処理ブロックが存在する場合について説明する。処理ブロック１０〜６０のうち、処理途中の処理ブロックを処理ブロック３０とする（つまり、処理ブロック３０'）。
【００２９】
図６に、処理途中の処理ブロック３０'について示す。図６Ａに示すように、処理ブロック３０'は、処理対象であるデータａとデータｂとを保持している（データａとデータｂに対して処理している）。そして、処理ブロック１０〜６０に対して、再構成が行なわれ
、処理ブロック３０→処理ブロック７０に再構成されると、処理ブロック３０'が保持しているデータａとデータｂなどを含む内容情報が消失する。そして、図６Ｃに示すように、再び、処理ブロック７０から処理ブロック３０に書き換えられるように、再構成されると、データａとデータｂとが消失されているために、図６Ａに示す処理ブロック３０'が行なっていた処理を続行することが出来なくなる。
【００３０】
従って、処理手段１０〜６０が、処理途中である場合には、構成手段１０６は、データバスを再構成する（ステップＳ１０６）。このようにすることで、処理手段３０が保持しているデータａ、データｂとを消失させることは無い。
【００３１】
次に、ステップＳ１０６のデータバス２０２０の再構成の処理フローについて、図７を用いて説明する。まず、制御手段１１０は、現時点で行なわれているデータ転送が終了したらデータ転送を停止する指示である停止指示情報を、処理装置２０００の制御ブロック８０（図２参照）に対して、送信する（ステップＳ２０２）。制御ブロック８０は、停止指示情報を受信すると、現時点で行なわれているデータ転送が終了したら、データ転送を停止させる。当該データ転送を停止させる理由は、データ転送途中に、データバス２０２０の再構成が行われると、当該転送途中のデータが消失する場合があるからである。
【００３２】
そして、制御ブロック８０は、転送途中のデータの転送が終了してデータ転送を停止すると、当該データ転送が停止したことを示すデータ転送停止情報を処理装置２０００に対して送信する。そして、制御装置１００の制御手段１１０が、当該送信されたデータ転送停止情報を受信すると（ステップＳ２０４のＹｅｓ）、ステップＳ２０６に移行する。
【００３３】
そして、構成手段１０６は、処理装置２０００に対して、データバス２０２０を再構成するためのデータバス再構成情報を送信する（ステップＳ２０６）。ここで、構成手段１０６によるデータバス再構成情報の送信処理の具体的手法の一例を説明する。図４記載の第１記憶手段１０８とは、例えば、Ｆｌａｓｈ  ＲＯＭであり、複数のＣｏｎｆｉｇデータが予め格納されている。当該複数のＣｏｎｆｉｇデータには、複数のデータバス再構成用のＣｏｎｆｉｇデータと、複数の処理ブロック再構成用のＣｏｎｆｉｇデータとが含まれている。
【００３４】
また、第２記憶手段２０３０とは、例えば、Ｃｏｎｆｉｇ  ＲＡＭである。また、データバス再構成情報とは、データバス再構成用のＣｏｎｆｉｇデータである。そして、構成手段１０６は、ステップＳ１０２（図５参照）で入力された形態情報に対応するデータバス再構成用Ｃｏｎｆｉｇデータを、第１記憶手段１０８（Ｆｌａｓｈ  ＲＡＭ）から抽出し、第２記憶手段２０３０（Ｃｏｎｆｉｇ  ＲＡＭ）に書き込む。上述したように、形態情報は、ステップＳ１０２で入力された再構成指示情報に含まれるものである。データバス再構成用のＣｏｎｆｉｇデータが第２記憶手段２０３０に書き込まれると、制御ブロック８０は、当該データバス再構成用のＣｏｎｆｉｇデータに基づいたデータバス２０２０の再構成を行なう。また、構成手段１０６が、データバス再構成情報を送信する手法は、Ｃｏｎｆｉｇデータを用いた手法に限られない。
【００３５】
図８に、データバス２０２０が再構成された処理装置２０００の一例を示す。図８の例では、データの流れが、処理ブロック１０→処理ブロック４０→処理ブロック５０→処理ブロック６０となるように、データバス２０２０が再構成された。
【００３６】
説明を図５に戻す。判断手段１０４が、処理ブロック１０〜６０が処理途中でないと判断した場合（ステップＳ１０４のＮｏ）、構成手段１０６は、処理ブロック１０〜６０のうち、少なくとも１個を再構成する（ステップＳ１１０）。具体的には、構成手段１０６は、処理ブロック再構成情報を処理装置２０００に対して送信する（図７記載のステップＳ２０６と対応）。上述したＣｏｎｆｉｇデータを用いた手法で、更に詳細に説明する。構成手段１０６は、ステップＳ１０２（図５参照）で入力された形態情報に対応する処理ブロック再構成用Ｃｏｎｆｉｇデータを、第１記憶手段１０８（Ｆｌａｓｈ  ＲＡＭ）から抽出し、第２記憶手段２０３０（Ｃｏｎｆｉｇ  ＲＡＭ）に書き込む。上述したように、形態情報は、ステップＳ１０２で入力された再構成指示情報に含まれるものである。処理ブロック再構成用Ｃｏｎｆｉｇデータが第２記憶手段２０３０に書き込まれると、制御ブロック８０は、当該処理ブロック再構成用Ｃｏｎｆｉｇデータに基づいて、処理ブロック１０〜６０のうち少なくとも１つの再構成を行なう。
【００３７】
このように、本実施形態１の制御装置では、構成手段１０６は、処理ブロック１０〜６０の状態に基づいて、「処理ブロック１０〜６０の少なくとも１つ」または「データバス２０２０」のうち何れか一方を、再構成する（図５記載のステップＳ１０４）。ここで、処理ブロック１０〜６０の状態とは、例えば、処理状態と待機状態である。そして、処理ブロック１０〜６０のうち少なくとも１つが処理状態であれば（ステップＳ１０４のＹｅｓ）、データバス２０２０を再構成する。
【００３８】
従って、処理状態にある処理ブロックが保持している（処理している）データが消失されることはない。よって、処理の途中に、再構成が行われて処理ブロックが書き換えられ、次回以降の再構成により元の処理ブロックに書き換えられた（戻された）としても、当該元の処理ブロックは、データが消失されていないことから当該処理を続行することが出来る。
［実施形態２］
次に、実施形態２の制御装置２００について説明する。図９に制御装置２００の機能構成例を示し、図１０に制御装置２００の処理フローを示す。図９は、図４と比較して、比較手段１１２が追加されている点で異なる。また、図１０は図５と比較して、ステップＳ３０２が追加されている点で異なる。以下の説明では、処理ブロック１０〜６０を構成するためのリソースを処理ブロックリソースとし、データバス２０２０を構成するためのリソースをデータバスリソースとする。また、データバス２０２０が、アービトレーションなどの機能を全て具備するものとする。また、全体のリソースに対する処理ブロックリソースの割合が５０％とし、全体のリソースに対するデータバスリソースの割合が２０％とする。
【００３９】
判断手段１０４が、ステップＳ１０４で、複数の処理ブロックのうち、少なくとも１つが処理途中である場合（ステップＳ１０４のＮｏ）、ステップＳ３０２に移行する。ステップＳ３０２では、比較手段１１２は、データバスリソースの大きさと、処理ブロックリソースの大きさと、を比較する（ステップＳ３０２）。ここで、処理ブロックリソースの大きさ（全体の５０％）の方が、データバスリソースの大きさ（全体の２０％）よりも大きい。従って、比較手段１１２は、データバスリソースの大きさ＜処理ブロックリソースの大きさ、となると判断して（ステップＳ３０２のＹｅｓ）、処理ブロック１０〜６０を再構成する（ステップＳ１１０）。何故なら、リソースが小さいデータバス２０２０を再構成するよりも、リソースが大きい処理ブロック１０〜６０を再構成したほうが、全体のリソースを有効活用できるからである。
【００４０】
また、逆に、全体のリソースに対する処理ブロックリソースの割合が２０％とし、全体のリソースに対するデータバスリソースの割合が５０％とする。この場合には、比較手段１１２は、処理ブロックリソースの大きさ＜データバスリソースの大きさであると判断して（ステップＳ３０２のＮｏ）、データバス２０２０を再構成する（ステップＳ１０６）。何故なら、リソースが小さい処理ブロック１０〜６０を再構成するよりも、リソースが大きいデータバス２０２０を再構成したほうが、全体のリソースを有効活用できるからである。
【００４１】
また、全体のリソースに対する処理ブロックリソースの割合が２０％とし、全体のリソースに対するデータバスリソースの割合が５０％とする。そして、データバス２０２０を再構成することを前提として、機能削減することによってデータバスリソースを３０％削減し、データバスリソースの割合を２０％とする。そうすると、処理ブロックリソースの割合、データバスリソースの割合は共に２０％となる。
【００４２】
このように、データバスリソースの大きさ＝処理ブロックリソースの大きさとなる場合には（ステップＳ３０２の「＝」）、ステップＳ１０４に戻り、再び、ステップＳ１０４の処理を行なう。また、削減された３０％のデータバスリソースは、他の用途（例えば、処理ブロック等）に割り当てることが出来る。また、データバスリソースの大きさ＝処理ブロックリソースの大きさとなる場合には、データバス２０２０と処理ブロック１０〜６０のうち、どちらかを再構成するようにしても良い。
【００４３】
この実施形態２の制御装置２００であれば、データバスリソースの大きさと、処理ブロックリソースの大きさと、に基づいて、データバス２０２０と、処理ブロックリ１０〜６０のうち、どちらか一方を再構成する。従って、処理装置の全体のリソースを効率よく利用できるという有利な効果を奏する。
［データバスの再構成について］
本実施例の処理装置２０００のように、データバス２０２０を再構成可能にすることで、当該再構成するときに必要なデータバス２０２０の接続のみを変更することができる。従って、その他の処理を考慮した冗長な機能・性能を省略することが出来る。よって、データバス２０２０を再構成不可能にした処理装置と比較して、装置規模の小型化・製造コストの低下を図ることが出来る。
【００４４】
また、データバス２０２０を再構成可能にすることで、データバス２０２０に接続される処理ブロック数を減少させることが出来る。従って、データバスの動作周波数を高速にすることが出来る。また、データバスの物理的な負荷を減少させることが出来る。また、データ転送での衝突を考慮しなくてよいので、アービトレーションやバッファを省くことが出来る。
【００４５】
また、処理を行っていない処理ブロックについては、終端されるように、データバス２０２０を再構成することが好ましい。何故なら、処理を行っていない処理ブロックが不測の処理を行うことを防止するためである。
［その他］
また、本実施例の制御装置は、以上の例に限らず、本実施例の要旨を逸脱することなく、その他様々の構成をとりうることはもちろんである。
【００４６】
以上説明した本実施例の制御装置はコンピュータに通信プログラムを解読させて実現することができる。この実施例で提案する通信プログラムはコンピュータが解読可能なプログラム言語によって記述され、磁気ディスク或はＣＤ−ＲＯＭ等の記録媒体に記録され、これら記録媒体からコンピュータにインストールされるか、又は通信回線を通じてコンピュータにインストールされ、コンピュータに備えられたＣＰＵに解読されて制御装置として機能する。
【符号の説明】
【００４７】
１０〜６０    処理ブロック
８０    制御ブロック
１０２    入力手段
１０３    取得手段
１０４    判断手段
１０６    構成手段
１１０    制御手段
１１４    設定手段
１０８    第１記憶手段
２０００    処理装置
２０１０    データバス領域
２０２０    データバス
２０３０    第２記憶手段
【先行技術文献】
【特許文献】
【００４８】
【特許文献１】特開２００８−３３７０２号公報
【図１】
2013009044.tif 000003
【図２】
2013009044.tif 000004
【図３】
2013009044.tif 000005
【図４】
2013009044.tif 000006
【図５】
2013009044.tif 000007
【図６】
2013009044.tif 000008
【図７】
2013009044.tif 000009
【図８】
2013009044.tif 000010
【図９】
2013009044.tif 000011
【図１０】
2013009044.tif 000012