Hi @3DAli. This is one of those API side functionality requests that is somewhat common, and closely related to many others about dimensions and notes in drawings, where they want to find the parent view of those types of objects, when the API indicates that they belong to the Sheet also. Various custom means have been created for tasks like these, and I even created an 'Idea' post in the Inventor Ideas forum about a similar / related request.
https://forums.autodesk.com/t5/inventor-ideas/drawingdimension-getassociatedview-drawingview/idi-p/1...
However, in the case of Centerline & Centermark objects especially (but also GeometryIntent objects), I have discovered a slightly more direct, and seemingly built-in method for getting distinction. I found it by 'snooping around' through iLogic resources that could be referenced / imported by our iLogic rules. Due to this, a few special lines of code must be included within the 'Header' of the iLogic rule to enable its recognition & functionality.
Attached is a text file containing a pretty sweet iLogic rule example I prepared specifically for inspecting every Centerline and Centermarks on the 'active' Sheet of the 'active' DrawingDocument, and grouping them by which DrawingView they are associated with (using this new technique/tool), then highlighting them, per view, so the user can review the results / functionality for accuracy. I have not done extensive testing on this method in various complex scenarios yet, so it may be possible that this method does not identify a view for every centerline or centermark. In one case though, even though I had pre-existing centerlines in a couple views, they were not recognized at first, but once I deleted them, then added them back into those same views (looked exactly the same as before deleting them), that cause them to be recognized by the next run of the rule. Not sure why, but I suspect they may have been added / created in an odd way initially.
Let me know how this works for you.
Wesley Crihfield

(Not an Autodesk Employee)