단계 ( 530 ) 에서 , 각각 의 활성 접속 예약 풀 들 ( 142 ) 에 저장 된 바 와 같이 , 자기 자신 의 할당 들 을 넘 은 추가 접속 토큰 들 에 대해 요청 한 서버 - 레벨 용량 프로세서 들 ( 140 ) 의 수 가 주어지 면 , 마스터 - 레벨 용량 프로세서 ( 150 ) 는 각각 의 활성 접속 액세스 풀 들 ( 142 ) 에서 예약 접속 토큰 들 을 갖 는 것 으로 나타난 그러 한 서버 - 레벨 용량 프로세서 들 ( 140 ) 로부터 마스터 활성 접속 액세스 풀 ( 152 ) 을 리파티 셔 닝 ( repartitioning ) 함 으로써 접속 토큰 들 을 재할 당할 수 있 다 . 이 는 그 날 의 할당 ( 620 ) 내 에서 각각 의 음영 대역 에 비례 하 는 변화 로서 도 6 에 도식 적 으로 도시 될 수 있 다 . 이 를 행할 때 , 마스터 - 레벨 용량 프로세서 ( 150 ) 는 서버 - 레벨 용량 프로세서 들 ( 140 ) 각각 의 활성 접속 액세스 풀 들 ( 142 ) 로 / 로부터 접속 토큰 들 을 증가 또는 감소 시킴 으로써 ( 또는 송신 또는 리트 리브 함 으로써 ) 접속 토큰 들 을 간단히 재 분배 하 기 위한 명령 들 을 실행 할 수 있 다 . 대안 적 으로 , 마스터 - 레벨 용량 프로세서 ( 150 ) 는 각각 의 클라이언트 - 레벨 용량 프로세서 ( 130 ) 의 활성 접속 예약 ( 132 ) 로 / 로부터 접속 토큰 들 을 증가 또는 감소 시킴 으로써 ( 또는 또한 송신 또는 리트 리브 함 으로써 ) 클라이언트 - 레벨 용량 프로세서 ( 130 ) 레벨 에서 , 또는 API ( 205 ) 를 통해 각각 의 기저 대역 프로세서 ( 112 ) 의 구성 및 정책 모듈 ( 220 ) 에 직접 접속 토큰 들 을 추가 로 재 분배 할 수 있 다 .