| | 1 | = Specific Ideas from Eric = |
| | 2 | These ideas relate to use cases, architecture, implementation, and other aspects. They are here as they are pre-mature for our stage in the development process. |
| | 3 | |
| | 4 | == Architecture == |
| | 5 | I am REALLY favoring a distributed system based on the network. It could become a centralized system in some cases. |
| | 6 | |
| | 7 | General idea: |
| | 8 | * smart devices |
| | 9 | * network savvy - all can communicate with each other on the local home network (802.11, ethernet) |
| | 10 | * Zeroconf would be the discovery mechanism |
| | 11 | * it uses multicast packets to deliver enough information onto the local network to allow devices to connect to each other |
| | 12 | * TCP/IP would be the communication medium |
| | 13 | * we would want to create a simple "remote control" protocol (based on SNMP or HTTP?) |
| | 14 | * we might use SNMP - using it would not require the zeroconf mechanism (I think) |
| | 15 | * dump devices |
| | 16 | * not network savvy |
| | 17 | * would be connected to a smart device and use a simple protocol for communication |
| | 18 | * the smart device would publish the dump device's information onto the network |
| | 19 | * when you only have one smart device (computer), then it would be centralized - otherwise it would be distributed |
| | 20 | |
| | 21 | * You would have smart devices that were similar to access points |
| | 22 | * they could connect to dump devices using any means (serial cable, USB, Bluetooth, Firewire, etc.) |
