As I understand the notifier, there are two ways of communicating:
- UDP broadcast (requires phone and PC on the same IP subnet)
- target adress (requires the pc to have a static IP adress)
At my company, we're not allowed to connect our private phones to the company
network. Also our PCs can't be reached over the internet. At home my phone has
wifi disabled as it drains the battery quite fast.
My proposal:
- Each phone gets a unique ID (username/password/google account/...)
- When the phone detects a notification, it sends this notification to a
central server with this ID.
- All PCs connect to the central server using the ID of the phone.
- The Server notifies the matchig PCs, when it recieves a notification from a
phone.
This will have the following advantages:
- Phone and PC may be on any network that has internet access.
- Phone and PC do not have to be on the same subnet or even the same physical
localtion (forgot the phone at home).
- There is no need to give the PC a static, public IP adress
- The server could offer additional services, such as a communication history,
checking the status via web browser, ...
Disadvantages:
- We need to build and maintain a server infrastructure.
- We need to make sure, that the notifications are treated privately as they
all pass the same server.
Original issue reported on code.google.com by christia...@gmail.com on 29 Dec 2011 at 8:57
Original issue reported on code.google.com by
christia...@gmail.comon 29 Dec 2011 at 8:57