(57)【要約】【課題】  本発明は、大容量の待避バッファを必要とせず、効率的なメモリへのアクセス管理を実現することを目的とする。【解決手段】  本発明は、複数のアクセス領域を有し、当該複数のアクセス領域に定期的にアクセス停止期間が発生するメモリへのアクセスを管理するアクセス管理装置であって、前記アクセス停止期間の予定情報を取得する取得手段と、前記予定情報に基づき、前記メモリへの複数のアクセス要求の中から、一つのアクセス要求を選択し、前記メモリへ送信する送信手段と、を有することを特徴とする。【選択図】  図１
2020170315.tif 000002
【特許請求の範囲】
【請求項１】
複数のアクセス領域を有し、当該複数のアクセス領域に定期的にアクセス停止期間が発生するメモリへのアクセスを管理するアクセス管理装置であって、
前記アクセス停止期間の予定情報を取得する取得手段と、
前記予定情報に基づき、前記メモリへの複数のアクセス要求の中から、一つのアクセス要求を選択し、前記メモリへ送信する送信手段と、を有することを特徴とするアクセス管理装置。
【請求項２】
前記複数のアクセス領域は、バンク領域であることを特徴とするアクセス管理装置。
【請求項３】
前記アクセス停止期間は、前記複数のアクセス領域に対してリフレッシュを実行する期間であることを特徴とする請求項１または請求項２に記載のアクセス管理装置。
【請求項４】
前記予定情報には、アクセス停止予定のアクセス領域が含まれることを特徴とする請求項１乃至３のいずれか１項に記載のアクセス管理装置。
【請求項５】
前記予定情報には、停止の順番が含まれることを特徴とする請求項４に記載のアクセス管理装置。
【請求項６】
前記送信手段は、前記停止の順番に基づき、前記メモリへの複数のアクセス要求の優先度を決定し、当該優先度に基づき、一つのアクセス要求を選択することを特徴とする請求項５に記載のアクセス管理装置。
【請求項７】
前記送信手段は、前記アクセス停止予定のアクセス領域に基づき、前記メモリへの複数のアクセス要求の優先度を決定し、当該優先度に基づき、一つのアクセス要求を選択することを特徴とする請求項４に記載のアクセス管理装置。
【請求項８】
アクセス停止期間が発生していないアクセス領域の数が閾値以下になると、アクセス停止期間が発生していないアクセス領域が、前記予定情報に含まれる前記アクセス停止予定のアクセス領域として決定されることを特徴とする請求項４に記載のアクセス管理装置。
【請求項９】
前記閾値は、アクセス領域の数より下であることを特徴とする請求項８に記載のアクセス管理装置。
【請求項１０】
前記送信手段は、前記優先度が高い順にアクセス要求を選択し、同じ優先度の場合、アクセス要求が開始された順に基づいて、一つのアクセス要求を選択する請求項７に記載のアクセス管理装置。
【請求項１１】
前記送信手段は、バッファから一つのアクセス要求を選択するバスシステムであることを特徴とする請求項１乃至請求項１０のいずれか１項に記載のアクセス管理装置。
【請求項１２】
前記送信手段は、前記複数のアクセス要求から一つ選択する調停回路であることを特徴とする請求項１乃至請求項１０のいずれか１項に記載のアクセス管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のアクセス領域を有し、当該複数のアクセス領域に定期的にアクセス停止期間が発生するメモリへのアクセスを管理するアクセス管理装置に関する。
【背景技術】
【０００２】
近年、スマートフォン、パーソナルコンピュータ、デジタルカメラ等の処理速度の高速化、メモリの大容量化が進んでいる。メモリとしては、ますます、高速化・低コスト化される半導体メモリが多用されている。とりわけ、ビット単価の安いＤＲＡＭ（ダイナミックＲＡＭ）がプログラムメモリ、データメモリ共に使用される場合が多い。しかし、ＤＲＡＭは記憶内容を保持するために一定周期毎にリフレッシュする必要であり、リフレッシュ中、メモリアクセスが禁止されることで、メモリアクセスの性能低下の一因となっている。ＤＲＡＭの進化により、バンク領域単位でリフレッシュする機能が追加され、あるバンク領域のリフレッシュ中に、リフレッシュ中でないバンク領域をアクセスすることが可能になった。
【０００３】
従来、バンク領域ごとのリフレッシュ要求とアクセス要求の競合を改善するため、特許文献１には、リフレッシュ中のバンク領域へのアクセス要求を禁止する手法が開示されている。また、特許文献２には、バッファに待避させる手法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−１３４２９２号公報
【特許文献２】特開平１１−１６７５１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では、バンク領域のリフレッシュ状態をマスタに通知し、マスタは該当バンク領域がリフレッシュ中であれば、アクセスを禁止する。しかし、特許文献１は、該当バンク領域のリフレッシュが完了するまでアクセス要求を遅らせる。複数のアクセスが短期間で完了することを期待するような処理において、リフレッシュの影響により処理の完了が遅れてしまい、性能低下の問題が発生する。
【０００６】
また、特許文献２では、アクセス要求を待避するための待避バッファを有し、リフレッシュ中のバンク領域へのアクセス要求を待避バッファに待避させる。しかし、近年の画像データが高画質・高解像度になり、短期間で大量のアクセス要求を発生することが多い。リフレッシュ中のすべてのアクセス要求を待避させると、大容量の待避バッファが必要になり、回路規模や消費電力の面でも不利である。
【０００７】
本発明は、上記課題を鑑みてなされたものであり、大容量の待避バッファを必要とせず、効率的なメモリへのアクセス管理を実現することを目的とする。
【課題を解決するための手段】
【０００８】
複数のアクセス領域を有し、当該複数のアクセス領域に定期的にアクセス停止期間が発生するメモリへのアクセスを管理するアクセス管理装置であって、前記アクセス停止期間の予定情報を取得する取得手段と、前記予定情報に基づき、前記メモリへの複数のアクセス要求の中から、一つのアクセス要求を選択し、前記メモリへ送信する送信手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、大容量の待避バッファを必要とせず、効率的なメモリへのアクセス管理を実現することが出来る。
【図面の簡単な説明】
【００１０】
【図１】メモリバスシステムの構成図
【図２】実施形態１におけるアクセス停止制御部の構成図
【図３】実施形態１におけるアクセス順序制御部の構成図
【図４】実施形態１におけるメモリバスシステムの挙動を示す波形図
【図５】実施形態１におけるアクセス順序制御部の別の構成図
【図６】実施形態２におけるアクセス順序制御部の構成図
【図７】実施形態２におけるメモリバスシステムの挙動を示す波形図
【図８】実施形態３におけるアクセス停止制御部の構成図
【図９】実施形態３におけるメモリバスシステムの挙動を示す波形図
【図１０】実施形態４におけるアクセス順序制御部の構成図
【図１１】実施形態４におけるメモリバスシステムの挙動を示す波形図
【発明を実施するための形態】
【００１１】
（実施形態１）
図１は、実施形態１におけるメモリバスシステム１００の構成図である。メモリバスシステム１００は、メモリへのアクセスを管理するアクセス管理装置として機能する。マスタ２００〜２０２とメモリ３００はメモリバスシステム１００を介して接続されている。メモリ３００はＤＲＡＭであり、アクセス領域である複数のバンク領域を有し、各バンク領域単位で定期的にリフレッシュを実行できる。リフレッシュ中は、アクセス停止期間となる。
【００１２】
本実施形態では、マスタ２００〜２０２はアクセス要求をメモリバスシステム１００に発行する。アクセス要求は、バンク領域を識別するためのバンク領域識別子を含む。メモリバスシステム１００はマスタ２００〜２０２から受信したアクセス要求に基づいてメモリコマンドを生成し、メモリ３００の該当バンク領域に送信する。
【００１３】
アクセス停止制御部１１０は、ＤＲＡＭのリフレッシュ制約に基づいて、一定間隔で、メモリ３００の各バンク領域単位にリフレッシュするため、ＤＲＡＭコマンド発行部１３０にアクセス停止要求（リフレッシュ要求）を送信する。また、アクセス順序制御部１２０に、リフレッシュ中のバンク領域をアクセス停止領域情報として送信する。さらに、アクセス停止制御部１１０は、アクセス順序制御部１２０にアクセス停止予定情報を送信する。本実施形態では、アクセス停止予定情報はリフレッシュ予定のバンク領域及びリフレッシュ予定の順番を含むものとする。本実施形態では、アクセス停止予定情報をアクセス停止順番情報として説明する。
【００１４】
アクセス順序制御部１２０は、マスタ２００〜２０２から受信した複数のアクセス要求の中から、アクセス停止領域情報のバンク領域以外の任意のアクセス要求を一つ選択し、ＤＲＡＭコマンド発行部１３０に転送する。また、アクセス順序制御部１２０はアクセス停止制御部１１０からアクセス停止順番情報を取得する。本実施形態では、アクセス順序制御部１２０は、アクセス停止順番情報に応じて、リフレッシュ予定のバンク領域の優先度を異なる優先度に変更する。先にリフレッシュするバンク領域は、後にリフレッシュするバンク領域より、高い優先度を設定され、また、送信されていないバンク領域は、最下位の優先度を設定される。
【００１５】
ＤＲＡＭコマンド発行部１３０は、アクセス順序制御部１２０からのアクセス要求、もしくは、アクセス停止制御部１１０からのアクセス停止要求（リフレッシュ要求）に基づいて、ＤＲＡＭコマンドを生成し、該当のバンク領域に発行する。
【００１６】
メモリ３００は発行されたＤＲＡＭコマンドに従って、各々のバンク領域をメモリアクセスまたはリフレッシュする。
【００１７】
図２は、第１の実施形態におけるアクセス停止制御部１１０の構成図である。
【００１８】
アクセス停止制御部１１０は、アクセス停止管理部１１１と、アクセス停止要求発行部１１２を備える。
【００１９】
アクセス停止管理部１１１は、バンク領域ごとのリフレッシュの発行対象及び発行タイミングを管理する。そのため、アクセス停止管理部１１１は、リフレッシュの発行対象を管理するアクセス停止対象制御部１１３、及び、発行タイミングを管理するアクセス停止タイミング制御部１１４を有し、ＤＲＡＭのリフレッシュ制約を満たせるリフレッシュ動作を制御する。本実施形態では、８バンクのメモリに対して、バンク０、バンク１、バンク２、バンク３、バンク４、バンク５、バンク６、バンク７の順番でリフレッシュするものとする。
【００２０】
本実施形態を実現するため、アクセス停止対象制御部１１３は、直近のリフレッシュ済みのバンク領域の情報を保持する。アクセス停止タイミング制御部１１４からのアクセス停止許可信号を受信時に、次にリフレッシュするバンク領域をアクセス停止領域情報としてアクセス停止要求発行部１１２及びアクセス順序制御部１２０に通知する。そして、アクセス停止対象制御部１１３は、その後発生する閾値分のバンク領域とその順番をアクセス停止順番情報としてアクセス順序制御部１２０に送信する。
【００２１】
アクセス停止タイミング制御部１１４は、ＤＲＡＭ仕様で定められたあるバンク領域をリフレッシュしてから後続バンク領域をリフレッシュするまでのリフレッシュ間隔を計測するカウンターを有する。リフレッシュ間隔を計測する度に、アクセス停止対象制御部１１３にアクセス停止許可信号を送信する。
【００２２】
アクセス停止要求発行部１１２は、アクセス停止管理部１１１から、リフレッシュするバンク領域のアクセス停止領域情報を受信し、バンク領域をデコードし、リフレッシュ要求をＤＲＡＭコマンド発行部１３０に送信する。
【００２３】
図３は、第１の実施形態におけるアクセス順序制御部１２０の構成図である。
【００２４】
アクセス順序制御部１２０はアクセス順序管理部１２１と、優先度管理部１２２を備える。
【００２５】
アクセス順序管理部１２１は、複数のアクセス要求をアクセス要求バッファ１２３に保持し、優先度管理部１２２の優先度に応じて、アクセス要求バッファ１２３からアクセス要求を１つ選択し、ＤＲＡＭコマンド発行部１３０に転送する。また、アクセス順序管理部１２１は、アクセス停止制御部１１１からリフレッシュ中のバンク領域を表すアクセス停止領域情報を受信すると、該当バンク領域へのアクセス要求を選択しないように制御する。
【００２６】
優先度管理部１２２は、バンク領域ごとの優先度を管理する優先度管理テーブル１２５を備える。優先度管理部１２２は、アクセス停止管理部１１１からアクセス停止順番情報を受信した際に、優先度管理テーブル１２５のバンク領域の優先度を設定する。また、優先度管理部１２２は、常に優先度管理テーブル１２５の優先度をアクセス要求選択部１２４に送信する。
【００２７】
アクセス要求選択部１２４は、優先度管理部１２２から受信した優先度に基づいて、選択信号をアクセス要求バッファ１２３に通知し、アクセス要求を一つ選択し、バッファから引き出す。アクセス要求選択部１２４は、優先度が高い順にアクセス要求を選択し、同じ優先度の場合、アクセス要求がアクセス要求バッファ１２３に格納された順番に基づいて、選択する。
【００２８】
図４は、第１の実施形態におけるメモリバスシステムの挙動を示す波形である。本波形図では、アクセス停止制御部１１０が、アクセス順序制御部１２０に閾値分のアクセス停止順番情報を送信する。本実施形態では、閾値は２であるものとして説明する。
【００２９】
Ｔ１において、アクセス停止対象制御部１１３がバンク１をアクセス停止領域情報としてアクセス停止要求発行部１１２に送信し、ＤＲＡＭコマンド発行部１３０を通して、バンク１に対するリフレッシュをメモリ３００に発行する。同時に、バンク１をアクセス停止領域情報として、アクセス順序制御部１２０に送信する。さらに、バンク１の後にリフレッシュする予定のバンク２とバンク３をアクセス停止順番情報として、アクセス順序制御部１２０に送信する。
【００３０】
アクセス順序制御部１２０の優先度管理部１２２は、Ｔ１においてアクセス停止順番情報１（バンク２）およびアクセス停止順番情報２（バンク３）を受信する。バンク２を最上位の優先度（優先度３）、バンク３を次の優先度（優先度２）、それ以外の受信していないバンク領域を最下位の優先度（優先度１）に設定する。
【００３１】
Ｔ１１において、優先度管理部１２２は、アクセス停止管理部１１１から、バンク２の後にリフレッシュする予定のバンク３とバンク４をアクセス停止順番情報として受信する。優先度管理部１２２は、バンク３を最上位の優先度（優先度３）、バンク４を次の優先度（優先度２）に設定し、それ以外の受信していないバンク領域を最下位の優先度（優先度１）に設定する。
【００３２】
Ｔ２１において、Ｔ１１、Ｔ１と同様な動作を行う。
【００３３】
ここまで説明したように、リフレッシュ対象となるバンク領域に対するアクセス要求を前倒して処理することができる。これによって、一連の処理の完了が遅くなる性能低下問題を低減できる。また、リフレッシュ対象バンクに対するアクセス要求を前倒しで処理できるため、待避バッファの量も削減できる。
【００３４】
また、本実施形態では、アクセス順序管理部１２１について、アクセス要求バッファ１２３からアクセス要求を１つ選択する実施形態を説明したが、それに限定されるものではない。図５のアクセス順序管理部１２６ようにアクセス要求調停回路１２７で実装してもよい。その場合、アクセス要求調停回路１２７は、マスタから複数のバンク領域識別子を含むアクセス要求がリクエストされる。そして、優先度管理部１２２から優先度を受信し、アクセス停止制御部１１１からリフレッシュ中のバンク領域を表すアクセス停止領域情報を受信する。アクセス要求調停回路１２７は、優先度管理部１２２の優先度に応じて、リフレッシュ中のバンク領域以外のバンク領域識別子を持つアクセス要求から一つを選択し、ＤＲＡＭコマンド発行部１３０に転送する。
【００３５】
（実施形態２）
本実施形態では、実施形態１と同様にアクセス停止予定情報をアクセス停止順番情報として説明する。
【００３６】
実施形態１では、アクセス停止順番情報は、リフレッシュ予定のバンク領域、及び、リフレッシュの順番を含むものであり、優先度管理部１２２はリフレッシュの順番に応じて、優先度を決定する実施形態を説明した。
【００３７】
実施形態２は、実施形態１における優先度管理部１２２を異なる形態にしたものであり、図６の優先度管理部１４２は、受信したアクセス停止順番情報に含まれるリフレッシュ予定のバンク領域の優先度を同じ優先度に変更する。また、受信していないバンク領域の優先度を最下位の優先度を設定する。さらに、実施形態１の優先度管理部１２２と同様に優先度管理部１４２は、常に優先度管理テーブル１４４で管理する優先度をアクセス順序管理部１４１に送信する。
【００３８】
図７は、第２の実施形態におけるメモリバスシステムの挙動を示す波形である。本波形図では、アクセス停止制御部１１０のアクセス停止管理部１１１が、アクセス順序制御部１４０に閾値分のアクセス停止順番情報を送信する。そして、優先度管理部１４２はアクセス停止順番情報を受信し、該当バンク領域の優先度を同じ優先度に設定する。本実施形態では、閾値は２であるものとして説明する。
【００３９】
Ｔ１において、アクセス停止対象制御部１１３がバンク１をアクセス停止領域情報としてアクセス停止要求発行部１１２に送信し、ＤＲＡＭコマンド発行部１３０を通して、バンク１に対するリフレッシュをメモリ３００に発行する。同時に、バンク１をアクセス停止領域情報として、アクセス順序制御部１４０に送信する。さらに、バンク１の後にリフレッシュする予定のバンク２とバンク３をアクセス停止順番情報として、アクセス順序制御部１４０に送信する。
【００４０】
アクセス順序制御部１４０の優先度管理部１４２は、Ｔ１においてアクセス停止順番情報１（バンク２）およびアクセス停止順番情報２（バンク３）を受信する。バンク２及びバンク３を高い優先度（優先度２）に設定し、それ以外のバンク領域を低い優先度（優先度１）に設定する。
【００４１】
Ｔ１１において、優先度管理部１４２は、アクセス停止管理部１１１から、バンク２の後にリフレッシュする予定のバンク３とバンク４をアクセス停止順番情報として受信する。優先度管理部１４２は、バンク３及びバンク４を高い優先度（優先度２）に設定し、それ以外のバンク領域を低い優先度（優先度１）に設定する。
【００４２】
Ｔ２１において、Ｔ１１、Ｔ１と同様な動作を行う。
【００４３】
本実施形態では、アクセス停止管理部１１１がリフレッシュ予定のバンク領域とその順番を送信するものとしたが、リフレッシュ予定のバンク領域のみを送信する形態でもよい。
【００４４】
（実施形態３）
実施形態１、実施形態２では、リフレッシュの発行順番は固定の前提で説明した。
【００４５】
リフレッシュの発行順番は任意の場合もある。第３の実施形態では、実施形態２におけるアクセス停止制御部１１０を異なる形態にしたものである。
【００４６】
実施形態３では、リフレッシュの発行順番が任意である。
【００４７】
本実施形態では、アクセス停止予定情報はリフレッシュ予定のバンク領域のみを含むものとする。本実施形態では、アクセス停止予定情報をアクセス停止対象情報として説明する。
【００４８】
図８は、第３の実施形態におけるアクセス停止制御部１５０の構成図である。
【００４９】
アクセス停止制御部１５０は、アクセス停止管理部１５１と、アクセス停止要求発行部１５２を備える。アクセス停止管理部１５１は、アクセス停止対象制御部１５３と、アクセス停止タイミング制御部１５４を備える。
【００５０】
アクセス停止要求発行部１５２とアクセス停止タイミング制御部１５４は、実施形態１のアクセス停止要求発行部１１２とアクセス停止タイミング制御部１１４と同様な構成である。
【００５１】
アクセス停止対象制御部１５３は、リフレッシュ履歴テーブル１５５を備える。リフレッシュ履歴テーブル１５５は、バンク領域ごとのリフレッシュ状態を管理する。リフレッシュの発行順番は任意である。よって、アクセス停止対象制御部１５３はアクセス停止許可信号を受信時に、任意の方法でリフレッシュ履歴テーブル１５５の中のリフレッシュ状態が「未完了」のバンク領域から、一つのバンク領域をリフレッシュ対象として選択する。そして、リフレッシュ履歴テーブル１５５の該当バンク領域のリフレッシュ状態を「実行中」に更新し、アクセス停止要求発行部１５２にアクセス停止領域情報を送信する。リフレッシュ完了時に、リフレッシュ履歴テーブル１５５の該当バンク領域のリフレッシュ状態を「完了」に更新する。
【００５２】
また、アクセス停止対象制御部１５３は、常にリフレッシュ履歴テーブル１５５の中のリフレッシュ状態が「未完了」のバンク数をカウントする。カウント値が所定の閾値以下になると、リフレッシュ状態が「未完了」のバンク領域をアクセス停止対象情報として、アクセス順番制御部１２０に送信する。
【００５３】
アクセス順序制御部１２０の優先度管理部１２２はアクセス停止対象情報を受信し、リフレッシュ状態が「未完了」のバンク領域を高い優先度に設定し、それ以外のバンク領域を低い優先度に設定する。
【００５４】
図９は、第３の実施形態におけるメモリバスシステムの挙動を示す波形である。本波形図では、アクセス停止制御部１５０が、アクセス順序制御部１２０に閾値分のアクセス停止対象情報を送信する。そして、優先度管理部１２２はアクセス停止対象情報を受信し、該当バンク領域の優先度を同じ優先度に設定する。本実施形態では、閾値は２であるものとして説明する。
【００５５】
Ｔ１において、アクセス停止対象制御部１５３がバンク７をアクセス停止領域情報としてアクセス停止要求発行部１５２に送信し、ＤＲＡＭコマンド発行部１３０を通して、バンク７に対するリフレッシュをメモリ３００に発行する。同時に、リフレッシュ履歴テーブル１５５のバンク７のリフレッシュ状態を「実行中」に更新し、リフレッシュ未完了バンク数も３から２になる。リフレッシュ未完了のバンク数は所定の閾値以下になったため、リフレッシュ履歴テーブル１５５の中、残りのリフレッシュ状態が「未完了」のバンク２及びバンク５をアクセス停止対象情報として、アクセス順番制御部１２０に送信する。優先度管理部１２２は、実施形態２と同様な動作で、アクセス停止対象情報を受信してから、バンク２及びバンク５を高い優先度（優先度２）に設定し、それ以外のバンク領域を低い優先度（優先度１）に設定する。
【００５６】
Ｔ１１において、アクセス停止対象制御部１５０がバンク２をアクセス停止領域情報として送信する。同時に、リフレッシュ履歴テーブル１５５のバンク２のリフレッシュ状態を「実行中」に更新し、リフレッシュ未完了バンク数も２から１になる。リフレッシュ未完了のバンク数は所定の閾値以下のままのため、リフレッシュ履歴テーブル１５５の中、残りのリフレッシュ状態が「未完了」のバンク５のみをアクセス停止対象情報として、アクセス順番制御部１２０に送信する。優先度管理部１２２は、Ｔ１と同様に、アクセス停止対象情報を受信してから、バンク５を高い優先度（優先度２）に設定し、それ以外のバンク領域を低い優先度（優先度１）に設定する。
【００５７】
（実施形態４）
本実施形態では、アクセス停止予定情報は、リフレッシュ予定のバンク領域及びリフレッシュ予定の順番を含むものとする。本実施形態では、アクセス停止予定情報をアクセス停止対象情報として説明する。
【００５８】
実施形態１〜３では、リフレッシュ開始してから後続のバンク領域のリフレッシュ開始まで、Ｔ１〜Ｔ１１期間やＴ１１〜Ｔ２１期間中、常にアクセス停止順番情報を送信する実施形態を説明したが、それに限定されるものではない。
【００５９】
図１０のアクセス停止制御管理部１６０は、アクセス停止管理部１６１と、アクセス停止要求発行部１６２を備える。
【００６０】
アクセス停止要求発行部１６２は、実施形態１のアクセス停止要求発行部１１２、実施形態３のアクセス停止要求発行部１５２と同様な構成である。
【００６１】
アクセス停止管理部１６１は、アクセス停止対象制御部１６３と、アクセス停止タイミング制御部１６４を備える。
【００６２】
アクセス停止タイミング制御部１６４は、実施形態１のアクセス停止タイミング制御部１１４と同様にリフレッシュ間隔を計測するカウンターを有し、リフレッシュ間隔を計測する度に、アクセス停止対象制御部１６３にアクセス停止許可信号を送信する。さらに、アクセス停止タイミング制御部１６４は、送信停止タイミング保持部１６５を有する。送信停止タイミング保持部１６５は、アクセス停止順番情報の送信を停止するタイミングを保持する。アクセス停止タイミング制御部１６４は、送信停止タイミングになると、送信停止信号をアクセス停止対象制御部１６３に送信する。
【００６３】
アクセス停止対象制御部１６３は、実施形態１のアクセス停止対象制御部１１３と同様にアクセス停止許可信号を受信時に、次にリフレッシュするバンク領域を含むアクセス停止順番情報を送信する。さらに、送信停止信号を受信時に、次にリフレッシュするバンク領域をアクセス停止順番情報から除外する。
【００６４】
図１１は、第４の実施形態におけるメモリバスシステムの挙動を示す波形である。本実施形態では、リフレッシュ間隔は１０、送信停止タイミングは８であるものとして説明する。その前提で、Ｔ１、Ｔ１１にリフレッシュが開始し、Ｔ９、Ｔ１９に送信停止タイミングになる。
【００６５】
Ｔ１において、アクセス停止対象制御部１６３がバンク１の後にリフレッシュ予定のバンク２とバンク３をアクセス停止順番情報として、アクセス順序制御部１２０に送信する。アクセス順序制御部１２０は、アクセス停止順番情報を受信し、バンク２を最上位の優先度（優先度３）、バンク３を次の優先度（優先度２）、受信していないバンク領域を最下位の優先度（優先度１）に設定する。
【００６６】
Ｔ９において、送信停止タイミングになり、アクセス停止対象制御部１６３はバンク１の後にリフレッシュ予定のバンク２をアクセス停止順番情報から除外する。そのため、アクセス順番制御部１２０は、バンク３の優先度（優先度２）を引き続き保持し、受信していないバンク領域の優先度を最下位の優先度（優先度１）に設定する。
【００６７】
Ｔ１１において、アクセス停止対象制御部１６３がバンク２の後にリフレッシュ予定のバンク３とバンク４をアクセス停止順番情報として、アクセス順序制御部１２０に送信する。アクセス順序制御部１２０は、アクセス停止順番情報を受信し、バンク３を最上位の優先度（優先度３）、バンク４を次の優先度（優先度２）、受信していないバンク領域を最下位の優先度（優先度１）に設定する。
【００６８】
Ｔ１９において、送信停止タイミングになり、アクセス停止対象制御部１６３はバンク２の後にリフレッシュ予定のバンク３をアクセス停止順番情報から除外する。アクセス順番制御部１２０は、バンク４の優先度（優先度２）を引き続き保持し、受信していないバンク領域の優先度を最下位の優先度（優先度１）に設定する。
【符号の説明】
【００６９】
１２１  アクセス順序管理部
１２２  優先度管理部
１２３  アクセス要求バッファ
１２４  アクセス要求選択部
１２５  優先度管理テーブル
１２６  アクセス順序管理部
１２７  アクセス要求調停回路
【図１】
2020170315.tif 000003
【図２】
2020170315.tif 000004
【図３】
2020170315.tif 000005
【図４】
2020170315.tif 000006
【図５】
2020170315.tif 000007
【図６】
2020170315.tif 000008
【図７】
2020170315.tif 000009
【図８】
2020170315.tif 000010
【図９】
2020170315.tif 000011
【図１０】
2020170315.tif 000012
【図１１】
2020170315.tif 000013