これはいくつかの方法で達成できますが、うまく適合する新しい手法/方法論の1つはCometです。基本的な考え方は、ユーザーがさまざまなサーバーフィードをサブスクライブし、サーバーが新しいイベントをブロードキャストしたときに更新を受信することです。
このようにして、Person 1はサーバーにリクエストを送信して、マップへのトークンの配置をトリガーできます。次に、サーバーはこのイベントをすべてのサブスクライバー(People 2-5)にブロードキャストするように設定されます。
接着剤は、サーバーからの応答を処理し、ユーザーのアプリケーションとして機能する、Javascriptにまとめたある種のクライアント側アプリケーションになります。人物1と人物2-5の違いを制御するためのいくつかの手段を検討する必要があります。これは、クライアントアプリケーションがアプリケーションサーバーからのアクセス許可と認証に依存するクライアントサーバーセットアップを介して行うことができます。
最後の段落のタスクは、任意の数のテクノロジーを使用して実行でき、最も快適に感じるものを選択できます。それを行う場合は、クライアント側でbackbone.jsを使用し、次にサーバー側で何らかのRESTfulAPIを使用する可能性があります。RESTfulはかなり普及しているため、CometとRESTをサードパーティのライブラリでサポートしている任意の言語でサーバー側を実装するだけです。