Phidget communication is done by a low-lever C-library. Unlike Arduino, they cannot be reconfigured to "speak" say serial, or udp.... Phidgets does provide higher-level "glue" libraries for COM, .NET, AS3, Java, Python, Max/MSP and MSRS. Unless someone created a [phidget] object, or there is a way to access a COM (not COM-port; microsoft COM) in pd, you'll have to use some Daemon to translate the data. Looking at the example code, the most promising option from my experience with several of the environments available is AutoIT. AutoIT is a very useful language for scripting OS functions, and has BASIC-like syntax -- it can even access shared libs. I prefer it to VBScript/batch: my go-to language for automating windows. Depending on the nature of what you want to do, it would be pretty easy to implement a Daemon in AutoIT that could hook the COM and relay that data via UDP, socket, etc.
[edit]
Looking into it a little more, there *IS* a "Phidget Webservice", which communicates via XML-sockets, but the messages would probably be hard to process, due to Pd's lack of a sane stream/string processing object.