"共通のバスに接続されている複数のバスマスタからのバス獲得要求を、予め設定されている各バスマスタの優先度に基づき調停するバスアービタであって、優先度が最も高い第一のバスマスタからの第一のバス獲得要求、及び、前記第一のバスマスタと同等の優先度である第二のバスマスタからの第二のバス獲得要求を監視するバス獲得要求監視手段と、前記バス獲得要求監視手段の監視結果を取得して、前記第一のバス獲得要求の頻度及び前記第二のバス獲得要求の頻度が予め定められた基準を満たす特定事象を検知する特定事象検知手段と、前記特定事象検知手段から特定事象検知信号を取得して、前記第二のバス獲得要求の頻度を制限するバス獲得制御手段と、を有するバスアービタ。前記特定事象検知手段は、一定時間内の、前記第一のバス獲得要求の数及び前記第二のバス獲得要求の数をカウントすることで、前記第一のバス獲得要求の頻度及び前記第二のバス獲得要求の頻度を求める、ことを特徴とする請求項1記載のバスアービタ。前記バス獲得制御手段は、前記特定事象検知信号を取得すると、前記第二のバスマスタの前記第二のバス獲得要求によりバス獲得要求がマスクされない第三のバスマスタに第三のバス獲得要求を発生させる、ことを特徴とする請求項1又は2記載のバスアービタ。前記バス獲得制御部が前記第三のバスマスタに前記第三のバス獲得要求を発生させる際、前記バス獲得制御部は前記第三のバスマスタに、前記第三のバス獲得要求にダミーであること示すダミーヘッダを付加させる、ことを特徴とする、請求項3記載のバスアービタ。前記ダミーヘッダを検出した場合、前記第三のバス獲得要求に基づくバスの獲得要求を調停することなく前記第三のバス獲得要求を破棄する、ことを特徴とする、請求項4記載のバスアービタ。前記バス獲得要求監視手段、又は、前記特定事象検知手段のうち、少なくとも1つを停止させることができる機能停止手段を有する、ことを特徴とする、請求項1~5いずれか1項記載のバスアービタ。任意の前記基準の判定条件を記憶する判定条件記憶手段を有し、前記特定事象検知手段は、前記判定条件記憶手段に記憶された判定条件に基づき特定事象を検知する、ことを特徴とする、請求項1~6いずれか1項記載のバスアービタ。請求項1~7いずれか1項記載のバスアービタと、複数のバスマスタと、バスを介して接続されたメモリと、バス獲得要求を調停した前記バスアービタからの指示により、前記メモリにアクセスするメモリコントローラと、を有するバスアービタシステム。共通のバスに接続されている複数のバスマスタからのバス獲得要求を、予め設定されている各バスマスタの優先度に基づき調停するバスアービタの処理方法であって、バス獲得要求監視手段が、優先度が最も高い第一のバスマスタからの第一のバス獲得要求、及び、前記第一のバスマスタと同等の優先度である第二のバスマスタからの第二のバス獲得要求を監視するステップと、特定事象検知手段が、前記バス獲得要求監視手段の監視結果を取得して、前記第一のバス獲得要求の頻度及び前記第二のバス獲得要求の頻度が予め定められた基準を満たす特定事象を検知するステップと、バス獲得制御手段が、前記特定事象検知手段から特定事象検知信号を取得して、前記第二のバス獲得要求の頻度を制限するステップと、を有するバスアービタの処理方法。しかしながら、特許文献1に記載された技術は、バスマスタ1と同等の優先度が必要なバスマスタこれをバスマスタ1 ́とするがある場合、不都合が生じるという問題がある。例えば、バスマスタ1のバス獲得要求が少ない場合に、バスマスタ1 ́のバス獲得要求が多いと、アービタ100はバスマスタ1よりもバスマスタ1 ́にバスの使用権を与えるので、バスマスタ1のバス獲得率が低下する傾向が生じる。図4は、バスマスタ1とバスマスタ1 ́についてより具体例に説明する図の一例である。従来から、回転器と呼ばれる画像処理手段が、メモリ400に書き込まれた画像データを180度回転させる処理が行われることがある。図4ではこの回転処理を、バスマスタ1が読み出すアドレスを調整することで、メモリ400からの読み出し時に行っている。このため、図4では図1に加え、LSI120が画像出力器を有している。不図示の画像処理手段がHDD130から符号化された画像データを読み出し、メモリ400上に展開する。バスマスタ1 ́復号装置がメモリ400から符号化された画像データを読み出す。バスマスタ1 ́は符号化された画像データを伸長して生データを生成し、バンド1ページを副走査方向にいくつかに分割した領域単位に分割してメモリ400上に展開する。バスマスタ1画像出力器は、バンド単位に分割されたメモリ400上の生データを、180度回転するように読み出すアドレス順を調整し、読み出した生データをプリンタエンジンに出力する。こうすることにより、メモリ400からの読み出し時に180度回転させることができるので、LSI内の回転器が伸長された生データを180度回転する場合よりも高速化することができる。しかし、図4の方式を実現するには、バスマスタ1画像出力器とバスマスタ1 ́復号装置の動作をバンド単位で連動させなければならない。これは、アービタ100が、バスマスタ1画像出力器とバスマスタ1 ́復号装置の優先度を同等に扱う必要があることを意味している。レーザプリンタの場合、画像出力器は一定のスピードで画像データを出力しなければいけないため、バスマスタ1の優先度を一番高くする必要がある。よって、画像出力器=バスマスタ1である。一方、画像出力器と連動して動作する必要がある復号装置=バスマスタ1 ́となる。上記のように、バスマスタ1とバスマスタ1 ́の優先度が同程度のままでは以下のような不都合が生じる。概略を説明すると、バスマスタ1のリードリクエストが、バスマスタ1 ́のライトリクエストやライトデータに圧迫されてしまう。図5は、バスマスタ1とバスマスタ1 ́の優先度が同程度の場合の不都合を説明する図の一例である。図5aは、説明のため、バスマスタ1がバスマスタ1 ́に圧迫されていないケースを示す。バスマスタ1はリードしか行わないが、バスマスタ1 ́はリードとライトを行う。このため、バスマスタ1とバスマスタ1 ́は以下のような数のリードチャネルとライトチャネルを有する。バスマスタ1はリードチャネルを2チャンネルリードのDMACを2個、バスマスタ1 ́はリードチェネルを2チャンネルリードのDMACを2個バスマスタ1 ́はライトチャネルを2チャンネルライトのDMACを2個図5aの左図では、バスマスタ1、バスマスタ1 ́がアービタ100に対し書き込み要求する際のコマンドが円形で、書き込み要求する際のデータが矩形で、それぞれ表されている。図5aの右図では、メモリ400がアービタ100に対し転送要求するリードデータが矩形で表されている。図5aの左側のコマンド及びデータが流れるパスを総称してライトパスといい、図5aの右側のデータが流れるパスを総称してリードパスという。それぞれ次の情報が流れる。ライトパス:ライトリクエストコマンド、リードリクエストコマンド、ライトデータリードパス:リードデータ図5aの左図のライトパスによれば、バスマスタ1のCH1、CH2のリードリクエストコマンド、バスマスタ1 ́のCH1、CH2のリードリクエストコマンドバスマスタ1 ́のCH1、CH2のライトリクエストコマンド、バスマスタ1 ́のCH1、CH2のライトデータがアービタ100に対し流れている。図5aの右図のリードパスによれば、バスマスタ1のCH1、CH2のリードデータバスマスタ1 ́のCH1、CH2のリードデータがアービタ100に対し流れている。アービタ100はリードリクエスト同士、ライトリクエスト同士を調停し、調停後はライトデータやリードデータの送信を許可する。しかし、いずれのリクエストもアービタに出力されるので、アービタは優先度が同等であれば、リクエストの多い方のバスマスタに使用権を与える傾向がある。図5aでは、バスマスタ1のリードチャネルが2CH、バスマスタ1 ́のリードチャネルが2チャンネルなので、両者のシャネル数が同じであるため、バスマスタ1のリードリクエストはバスマスタ1 ́のライトリクエストに圧迫されない。このように、同等の優先度を有するバスマスタ1とバスマスタ1 ́が、同時にバス獲得を要求する場合でも、チャネル数が同じであれば不都合は少ない。図5bは、バスマスタ1がバスマスタ1 ́に圧迫されているケースを示す。バスマスタ1とバスマスタ1 ́は以下のようなチャネルを有する。バスマスタ1のリードチャネルが1チャンネルバスマスタ1 ́のリードチャネルが2チャンネルバスマスタ1 ́のライトチャネルが2チャンネル、図5bのようにバスマスタ1とバスマスタ1 ́で、同時にバス獲得を要求しているチャネル数に差がある場合、ライトパスとリードパスにおいてバスマスタ1がバスマスタ1 ́に圧迫される。ライトパスにおいては、バスマスタ1のリードコマンドが圧迫され、リードパスにおいてはバスマスタ1のリードデータが圧迫される。以下に図5aと比較して、バスマスタ1がバスマスタ1 ́に圧迫される原因について説明する。1.アービタに対してバス獲得要求するバスマスタ1のリードリクエストコマンドが少ない分、優先度が同等のバスマスタ1 ́のライトリクエストコマンドがアービタに入り込んでくる。2.アービタに対しバス獲得要求するバスマスタ1 ́のライトリクエストコマンドが増える分、バスマスタ1 ́のライトデータ量が増加する。3.バスマスタ1 ́のライトデータ量が増加することで、バス獲得要求するバスマスタ1のリードリクエストコマンドがアービタに到達しにくくなる。4.バスマスタ1のリードリクエストコマンドがアービタに到達しにくくなることで、メモリからアービタに流れるバスマスタ1のリードデータの転送効率が落ちる。本発明は、上記課題に鑑み、同程度の優先度の複数のバスマスタに対し、より優先度の高いバスマスタの使用効率を圧迫しないアービタを提供することを目的とする。本発明は、共通のバスに接続されている複数のバスマスタからのバス獲得要求を、予め設定されている各バスマスタの優先度に基づき調停するバスアービタであって、優先度が最も高い第一のバスマスタからの第一のバス獲得要求、及び、前記第一のバスマスタと同等の優先度である第二のバスマスタからの第二のバス獲得要求を監視するバス獲得要求監視手段と、前記バス獲得要求監視手段の監視結果を取得して、前記第一のバス獲得要求の頻度及び前記第二のバス獲得要求の頻度が予め定められた基準を満たす特定事象を検知する特定事象検知手段と、前記特定事象検知手段から特定事象検知信号を取得して、前記第二のバス獲得要求の頻度を制限するバス獲得制御手段と、を有することを特徴とする。同程度の優先度の複数のバスマスタに対し、より優先度の高いバスマスタの使用効率を圧迫しないアービタを提供すること。以下、本発明を実施するための形態について図面を参照しながら説明する。図6は、本実施形態のアービタ100の概略的な特徴を説明する図の一例である。バスマスタ1とバスマスタ1 ́の優先度は同程度であり、バスマスタ2,3よりも高い。バスマスタ4,5はアービタ100によるバス獲得要求の対象外のバスマスタである。したがって、アービタ100はバスマスタ1又はバスマスタ1 ́がバスの獲得を要求した場合、バスマスタ2,3のバスの獲得要求をマスクする。しかし、バスマスタ4,5はアービタ100にとってマスクの対象外であるので、バスマスタ1又はバスマスタ1 ́がバスの獲得を要求しても、バスマスタ4,5のバスの獲得要求をマスクしない。I事象発生検知部15は、バスマスタ1とバスマスタ1 ́が同時にバスの獲得要求を発生したため、バスマスタ1のリードリクエストやリードデータを圧迫するおそれがあること特定事象を検知する。IIバス獲得制御部13は、特定事象の検知の通知を受け、マスク対象外のバスマスタ5又は4でもよいにダミーのリクエストコマンドダミーのバスの獲得要求を発生させる。アービタ100にバスマスタ5のダミーのリードリクエストコマンドを挿入することで、バスマスタ1 ́のバスの占有率が低下し、バスマスタ1 ́のバスの使用頻度を一時的に低下させることができる。したがって、バスマスタ1のリードリクエストコマンドやリードデータが、バスマスタ1 ́のライトリクエストコマンドやライトデータに圧迫されることを防止できる。また、バスマスタ4,5のバスの獲得要求は、ダミーなのでアービタ100は無視することができる。よって、バスマスタ4,5のバス獲得要求は、リード側のパスには影響を与えず、バスマスタ1の転送効率が低下することはない。構成例図7は、アービタを利用したメモリ利用システム600のブロック図の一例である。LSI120とメモリ400がシステムバス12を介して接続されている。メモリ400は、例えばSDRAM等の高速なメモリである。LSI120はバス獲得制御部13に接続されたバスマスタ1~5、アービタ100、及び、メモリコントローラ11を有している。バスマスタ1,1 ́は、それぞれリクエスト監視部14以下、区別する場合、リクエスト監視部1、1 ́というに接続され、2つのリクエスト監視部1、1 ́はアービタ100に接続されている。また、リクエスト監視部1、1 ́は事象発生検知部15と接続され、事象発生検知部15はバス獲得制御部13と接続されている。バスマスタ1、バスマスタ1 ́、バスマスタ2、及び、バスマスタ3は、画像形成装置200では、例えば、バスマスタ1=画像出力器、バスマスタ1 ́=復号装置、バスマスタ2=符号化装置、バスマスタ3=描画装置、である。例えば、PC300やスキャナが印刷対象のデータを画像形成装置200に記憶させる。これによりメモリ400に印刷データが記憶される。CPU202はプログラムを実行し、メモリ400から印刷データを読み出し解析して、中間言語による印刷データ描画コマンドを生成する。CPU202は生成した描画コマンドをメモリ400に記憶する。描画装置203は、メモリ400から描画コマンドを読み出し、描画コマンドを解析して画像データに階調処理を施すことで2値化された画像データをメモリ400に書き込む。階調処理は、バンド単位1ページ分を副走査方向に8~16等分した領域で行われることが多いため、2値化された画像データをバンドデータという場合がある。次に、符号化装置204は、メモリ400からバンドデータを読み出して、JBIGなどの2値画像の圧縮アルゴリズムにより符号化し、メモリ400に記憶する。次に、復号装置205は、メモリ400から符号化データを読み込んで復号し、メモリ400に記憶する。画像出力器は、バンド単位に、復号された画像データをアドレスの最後からメモリから読み出して、不図示のエンジンコントローラへ転送する。エンジンコントローラは、プリンタエンジンを制御してプリンタエンジンで印刷データを用紙などに印刷する。したがって、画像出力器は、プリンタエンジンが一定のスピードで印刷できるように、最優先でメモリ400にアクセスする必要がある。また、画像出力器に画像データを供給する復号装置は同等の優先度が必要となる。このような関係は、出力までの画像処理の種類や数、処理後のデータのメモリ400への格納の有無、バス獲得競合の有無、などにより変わりうるものである。よって、各バスマスタと画像処理手段の対応は一例に過ぎない。また、1つのLSI120に複数のバスマスタが搭載されている必要はなく、例えばCPU202はLSI120の外に配置されることも多い。以下では、バスマスタ1、バスマスタ1 ́:優先度が最も高いバスマスタ2、バスマスタ3:優先度が次に高いものとする。リクエスト監視部1は、バスマスタ1の一定期間内におけるリードリクエストの数をカウントし、直接又はリクエスト監視部1 ́を介して事象発生検知部15に通知する。同様に、リクエスト監視部1 ́は、バスマスタ1 ́の一定期間後述するリクエスト数計測時間内におけるリードリクエスト及びライトリクエストの数をカウントし事象発生検知部15に通知する。なお、リクエスト監視部1は、バスマスタ1のリードリクエストをそのままアービタ100に透過的に転送し、リクエスト監視部1 ́は、バスマスタ1 ́のリードリクエスト及びライトリクエストをそのままアービタ100に透過的に転送する。事象発生検知部15は、バスマスタ1の一定期間内におけるリードリクエストの数、及び、バスマスタ1 ́の一定期間内におけるリードリクエスト及びライトリクエストの数に基づき特定事象の検知を行う。特定事象の検知については後述する。事象発生検知部15は、事象検知信号を送信することで、特定事象を検知したことをバス獲得制御部13に通知する。バス獲得制御部13は、事象検知信号を取得すると、マスク対象外である、バスマスタ4又はバスマスタ5の少なくとも一方に対し、ダミーのリードリクエストコマンドを発行させる。その際、リードリクエストコマンドのダミーヘッダにダミーであることを示す情報を付加する。ダミーヘッダについては後述する。ダミーの獲得要求は、バスマスタ1のリードリクエストコマンドの圧迫を抑制するため、リードリクエストであればよいが、バスマスタ1 ́のライトリクエストコマンドを制限するために、ライトリクエストでもよい。なお、バス獲得制御部13、リクエスト監視部1、1 ́、及び、事象発生検知部15はアービタ100の外に図示されているが、アービタ100による獲得要求の調停を支援する手段なので、アービタ100の一部である。アービタ100はコマンドを解釈するためのコマンド判断部16を有する。コマンド判断部16は、ダミーのリクエストコマンドを検出する。アービタ100は、コマンド判断部16がダミーのリクエストコマンドでないと判断した、リードリクエスト、ライトリクエストのコマンドヘッダを解析して、リードライトの区別をし、アクセス先のアドレスを特定する。アービタ100は、リードリクエストコマンド、ライトリクエストコマンドのそれぞれにおいて、リクエスト元のバスマスタの優先度を比較し、優先度の高いリクエストを優先し、メモリコントローラ11に出力する。また、優先度の高いバスマスタのリクエスを処理している間は、優先度の低いバスマスタのリクエストをマスクする。本実施形態の場合、リクエストコマンドのダミーヘッダに基づき、コマンド判断部16は、リードリクエスト又はライトリクエストがダミーか否かを判定し、ダミーであると判定すると、メモリコントローラ11にリクエストコマンドを発行せずに破棄する。これにより、バスマスタ4,5のリードリクエストをアービタ100まで到達させ、バスマスタ1 ́のバス使用頻度を一時的に低下させることができる。また、アービタ100のメモリコントローラ11側には、アービタ100はダミーのリードリクエストコマンドを出力しないので、メモリコントローラ11とメモリ間でのバスの混雑に影響を与えない。ダミーのリクエストコマンド図8は、リクエストコマンドのフォーマットを説明する図の一例である。リクエストコマンドは、ダミーヘッダ、転送内容プロトコル、転送データ、及び、転送終了プロトコルの各フィールドを有する。ダミーヘッダには、Dummy又はNoDummyが格納される。転送内容プロトコルには、ライトリクエストリードリクエストの識別情報、リードリクエストの場合は転送先アドレスとデータサイズ、ライトリクエストの場合は転送先アドレス及びデータサイズ、等が格納される。転送データには、ライトリクエストの場合に転送データ又は転送元アドレスが格納される。転送終了プロトコルは、転送の終了を通知するフィールドである。したがって、ダミーヘッダにDummyが格納されたリクエストコマンドが、ダミーのリクエストコマンドである。特定事象の検知図9は、特定事象の検知について説明する図の一例である。図9は、バスマスタ1と、バスマスタ1 ́で、同時にバス獲得要求を発行しているチャネル数に差がある場合を図示している。バスマスタ1のリードリクエストのチャネル数はCH1~4の4つであり、バスマスタ1 ́のリードリクエストのチャネル数はCH1、2の2つであり、ライトリクエストのチャネル数はCH3,4の2つである。このうち、バスマスタ1はCH1にのみリードリクエストコマンドを出力しているが、バスマスタ1 ́はCH1~4の全てにリクエストコマンドを出力している。上述したように、このような状態では、バスマスタ1のリードリクエストコマンドやリードデータがアービタ100に到達しにくくなる。リクエスト監視部1は、点線で示す一定時間毎に、CH1~CH4のリードリクエストコマンドの数をカウントする。リクエスト監視部1 ́も、同じ一定時間毎に、CH1~CH4のライトリクエストコマンドの数及びリードリクエストコマンドの数をカウントする。図示する例では、リクエスト監視部1のカウント結果は3であり、リクエスト監視部1 ́のカウント結果は16である。事象発生検知部15は、これらのカウント結果を取得し、2つのカウント結果の差が所定値以上の場合、特定事象の発生を検知する。所定値は、例えば、1つのチェネルで一定時間にカウントされる最大のリクエストコマンドの数をnとした場合、n~2n程度とすればよいが、所定値は適宜、設定できる。アービタ内部のデータの取り扱い図10は、アービタ内部におけるリードリクエストコマンド、ライトリクエストコマンド、ライトデータ又はリードデータの取得頻度を模式的に示す図の一例である。図10aは上記の図5aと同じものであり、バスマスタ1のリードリクエストコマンドやリードデータの転送が圧迫されている例を示している。これに対し、図10bはダミーのリクエストコマンドにより、バスマスタ1のリードリクエストコマンドやリードデータの転送が圧迫されない例を示している。図10bの左図は、バスマスタ1、バスマスタ1 ́、バスマスタ5のアービタ100に対するリクエストコマンドが円形で、ライトデータが矩形で、それぞれ表されている。図10bの右図は、メモリ400がアービタ100に転送要求するリードデータが矩形で表されている。図10bの左図に示すように、各バスマスタは以下のチャネルを有する。バスマスタ1のリードリクエストコマンドが1CH、バスマスタ1 ́のリードリクエストコマンドが2CH、バスマスタ1 ́のライトリクエストコマンドが2CH、バスマスタ5のリードリクエストコマンドが1CH、すなわち、特定事象が検知された場合、バスマスタ5がダミーのリードリクエストコマンドを発生させるので、図10bの左図に示すように、バスマスタ5のリードリクエストコマンドが1CH、確保される。このような構成によれば、以下のような作用により、バスマスタ1のリードリクエストコマンドやリードデータが、バスマスタ1 ́のライトリクエストコマンドやライトデータにより圧迫されることが防止される。1.アービタに対しバス獲得要求するバスマスタ1のリードリクエストコマンドが少なくても、マスクされないバスマスタ5のリードリクエストコマンドがアービタ100に到達する。2.このため、アービタに到達するバスマスタ1 ́のライトリクエストコマンドが増えにくくなり、バスマスタ1 ́からアービタに流れるライトデータ量は増加しない。3.バスマスタ1 ́のライトデータ量が増加しないので、アービタに対してバス獲得要求するバスマスタ1のリードリクエストコマンドが圧迫されない。4.バスマスタ5のリードリクエストはダミーであり、アービタ100が破棄するので、メモリがアービタ100に送信するリードデータの転送効率が落ちることもない。動作手順図11は、アービタ100の動作手順を説明するフローチャート図の一例である。バスマスタ1はバスマスタ1 ́と非同期にリクエスト監視部1にリードリクエストコマンドを出力するS1。リクエスト監視部1は、リードリクエストコマンドをアービタ100に出力するS2。バスマスタ1 ́はバスマスタ1と非同期にリクエスト監視部1 ́にリードリクエストコマンド又はライトリクエストコマンドを出力するS3。リクエスト監視部1 ́は、リードリクエストコマンド又はライトリクエストコマンドをアービタ100に出力するS4。リクエスト監視部1は、リードリクエストコマンドを事象発生検知部15に出力するS5。リクエスト監視部1 ́は、リードリクエストコマンド又はライトリクエストコマンドを事象発生検知部15に出力するS6。アービタ100は、バスマスタ1とバスマスタ1 ́からのリードリクエストコマンドの優先度が同等なので、例えば早くリクエストを出力したバスマスタに使用権を与える。また、アービタ100は、バスマスタ1 ́からのライトリクエストコマンドに対し、バスマスタ1 ́の優先度が最も高いのでバスマスタ1 ́に使用権を与える。このような、バスマスタ1 ́のアービタ100へのリクエストが多いことやライトデータの転送が、バスマスタ1のリードリクエストを圧迫する要因になる。事象発生検知部15は、リクエスト数計測時間におけるバスマスタ1のリードリクエストコマンドの数と、バスマスタ1 ́のリードリクエストコマンドの数及びリードリクエストコマンドの合計の差が所定値以上の場合、特定事象の発生を検知するS7。特定事象の発生を検知した事象発生検知部15は事象検知信号をバス獲得制御部13に出力するS8。バス獲得制御部13は、事象検知信号を取得すると、バスマスタ4又は5の少なくとも一方にリードリクエストコマンドを出力させるS9。バスマスタ5は、バス獲得制御部13からの要求に対しダミーのリードリクエストコマンドをアービタ100に出力するS10。アービタ100のコマンド判断部16は、リードリクエストコマンドのダミーヘッダを参照して、ダミーであることを検出するとこれを破棄する。したがって、メモリとメモリコントローラ11の間でリードデータが流れることはない。以上説明したように、本実施例のアービタ100は、同等の優先度のバスマスタ1、1 ́が共にアービタにリクエストを出力する場合に、バスマスタ4,5のリードリクエストコマンドを挿入する。これにより、バスマスタ1 ́のバス使用頻度を一時的に低下させることができる。したがって、バスマスタ1のリードリクエストやリードデータが、バスマスタ1 ́のライトリクエストコマンドやライトデータに圧迫されることを防止できる。本実施例では、特定事象の検知に伴う機能を停止させることができるアービタ100について説明する。図12は、アービタを利用したメモリ利用システム600のブロック図の一例である。図12において図7と同一部の説明は省略する。本実施例のLSI120は、新たにON/OFF切替部17を有する。ON/OFF切替部17は、バスマスタ1 ́がバスマスタ1を圧迫するユースケースがない場合、リクエスト監視部1,1 ́、事象発生検知部15、及び、コマンド判断部16を停止させる。例えば、ON/OFF切替部17は、リクエスト監視部1,1 ́、事象発生検知部15、及び、コマンド判断部16に供給されるクロックのクロック信号線を切断する。これにより、LSI120の消費電力を削減できる。ユースケースの有無の判断は、LSI120のメーカや使用者以下、単に開発者というが行う。開発者は、バスマスタ1 ́がバスマスタ1を圧迫するユースケースがあるか否かを判断して、初期設定用のパラメータを不図示のROMやメインのプログラムに記述しておく。メインのプログラムは、LSI120の起動時にパラメータをON/OFF切替部17のレジスタなどに設定する。ON/OFF切替部17はレジスタに記憶されたパラメータに応じて、リクエスト監視部1,1 ́、事象発生検知部15、及び、コマンド判断部16を停止させる。なお、バスマスタ1とバスマスタ1 ́は直接、アービタ100に接続されているため、リクエスト監視部1,1 ́は、動作が停止されてもリクエストコマンドをアービタ100に出力することができる。本実施例によれば、同等な優先度を付与すべきバスマスタ1とバスマスタ1 ́が存在しないような場合、または、存在しても処理に大きな影響がない場合、LSI120の消費電力を抑制できる。本実施例では、ダミーのリクエストコマンドの発生頻度を制御可能なLSI120について説明する。図13は、アービタを利用したメモリ利用システム600のブロック図の一例である。図13において図7と同一部の説明は省略する。本実施例のLSI120は、新たに条件格納部18を有する。条件格納部18には、事象発生検知部15が特定事象の発生を検知するための条件が格納される。条件格納部18は、ROMやレジスタなどの記憶媒体である。事象発生検知部15は、条件格納部18に記憶されたビットパターンにより、特定事象の発生を検知するための条件を切り換える。例えば、以下のビットパターンでは、特定事象の発生を検知するための条件は次のようになる。なお、Xは不定とする。XX01:バスマスタ1のリードリクエストコマンドの数と、バスマスタ1 ́のライトリクエストコマンド及びリードリクエストコマンドの合計の差が、所定数以上の場合に特定事象を検知する。XX10:バスマスタ1のリードリクエストコマンドの数と、バスマスタ1 ́のリードリクエストコマンドの数の差が、所定数以上の場合に特定事象を検知する。0011:バスマスタ1のリードリクエストコマンドの数と、バスマスタ1 ́のライトリクエストコマンドの数の差が、所定数以上の場合に特定事象を検知する。01XX:所定数を310XX:所定数を611XX:所定数を9特定事象の発生を検知するための条件の設定の仕方は、実施例2と同様である。すなわち、開発者は、特定事象の発生を検知するための条件ビットパターンを不図示のROMやメインのプログラムに記述しておく。メインのプログラムは、LSI120の起動時にビットパターンを条件格納部18のレジスタなどに設定する。事象発生検知部15は、特定事象の発生を検知する際、条件格納部18に格納されたビットパターンに従い、特定事象が発生したか否かを判定する。このように、特定事象の発生を検知するための条件を変えることができることで、ダミーのリクエストコマンドによるデータリードが発生しすぎてしまい、バスマスタ1 ́の転送効率が低下してしまうことを防止できる。また、想定よりもダミーリードが発生しにくいため、本実施形態の効果が期待ほど得られないような場合にも対応することができる。なお、図13では、ON/OFF切替部17が図示されていないが、条件格納部18と共にON/OFF切替部17を搭載することもできる。この場合、特定事象の発生を検知するための条件を可変とすることができると共に、ON/OFF切替部17により消費電力を抑制することができる。"