> Na podstawie której strony z tej książki wysnułeś wnioski jak powyżej?

żadnej, autor pominął ten istotny dla zrozumienia całości szczegół...

> Producent kupuje VID. Ten VID oraz wygenerowany przez siebie PID umieszcza
> w urządzeniu i urządzenie wysyła oba te identyfikatory podczas enumeracji.
> Dzięki temu system operacyjny może dopasować sterownik do
urządzenia. GUID
> identyfikuje interfejs jaki sterownik udostępnia warstwie
> aplikacji/użytkownika. Listę podłączonych urządzeń, których sterownik ma
> interfejs identyfikowany tym GUIDem dostajesz funkcją SetupDiGetClassDevs.
> Możesz po niej iterować za pomocą SetupDiEnumDeviceInterfaces. Szczegóły
> urządzenia z listy wyciągasz za pomocą SetupDiGetDeviceInterfaceDetail. Na
> koniec zwalniasz listę funkcją SetupDiDestroyDeviceInfoList.

coś podobnego pisze w książce, nie wiem czy celowo, ale odnoszę wrażenie, że
za bardzo scaliłeś wątek i brakuje kilku słów pomiędzy wyjaśniający moje
pytanie - do czego służy GUID?

czyli podczas enumeracji urządzeniw wysyła VID i PID, na tej podstawie
system instaluje sterownik, któremu nadaje jakiś numerek GUID?

>> czy wszystkie urządzenia USB obsługiwane są jak pliki (jak HID)?
>
> Często tak, ale to zależy od sterownika jak chce się komunikować z
> aplikacją użytkownika.
>
>> jak wybrać jakiś endpoint urządzenia USB z którym chcemy się powymieniać
>> danymi?
>
> Sterownik wybiera. Enumeruje endpointy np. funkcją
> WdfUsbInterfaceGetConfiguredPipe i potem może jej użyć np. w
> WdfUsbTargetPipeFormatRequestForRead i kolejno w
> WdfRequestSetCompletionRoutine i potem WdfRequestSend.

to to magia.