Do you mean like what happens in games such as macracers? (macracers.com - an iMac is the server and ifones are the clients. You drive the silly car around on the iMac screen using the iPhones as steering wheels.)
The very general answer to your question is NO, you must invent and use your own protocol. There is no ready-to-use solution.
You mention iPad. If you are dealing in the Mac/iPhone/iPad universe, your best bet if you know nothing about networking is to start with "GameKit" which is extremely easy to use. You can find any number of full working GameKit examples in the extensive ifone developer doco. It should give you no trouble.
So then. Essentially on the server end, your messages -- using your own happy protocol -- will come out like this,
// the message arrives and you then do this...
[data getBytes:&getMe length:sizeof(CommsProt)];
whereas on the client end to send messages, you do this...
NSData * data = [NSData dataWithBytes:&sendMe length:sizeof(CommsProt)];
// ...now send that data using GameKit or whatever system you end up with
and you will basically define your protocol, at least the chunks of data, like this:
typedef struct _CommsProt
{
BOOL happyThing;
someThings wotJustHappened;
float happyValue;
float anotherHappyValue;
// etc
}
CommsProt;
Happily, it's very simple. So (A) you have to decide on some sort of (simple) networking layer. Start with GameKit if you are using iOS. After that (B) just make a simple data protocol like the above example, and you're away - good luck!
Some notes...
(i) As Dario points out, "client" and "server" mean basically nothing. You will be able to send the handbags of information (such as "CommsProt" above) in either direction. If you want to think of, and refer to one, end as a server (particularly if you have a hub-type arrangement), that's fine. (By the way, commonly you might use a different data structure in each direction, that's perfectly fine.)
(ii) Regarding sockets. If you get heavily in to networking, you will have to deal with sockets and write your own sockets code. However it is very likely you can choose a networking layer where you never even have to say the word "sockets"! GameKit and Bonjour for instance completely takes care of handling sockets for you, and the other very difficult issue which is FINDING one of your client/servers. If you are new I recommend you completely set aside sockets for now, and use a system such as GameKit (or whatever is equivalent on windose) for your networking layer.
(iii) Indeed AT FIRST just use something incredibly simple like GameKit, while you figure out your protocol and all the other headaches. Later, if necessary you can rewrite the networking layer, or, switch to some other package that you hear about. Happily everything up to the code examples above will be unchanged, only the networking layer will change.
((iv) BTW just for the record - you mention WiFi. GameKit and most convenience packages, are completely agnostic to the physical layer, they take care of it for you. GK will work fine however the fones are connected -- bluetooth, ethernet, whatever!)