약 1 년 전에 800 엔지니어에게 배포 된 핸드 헬드 시스템 (WM5)을 개발했습니다. 현재 핸드 헬드는 5 분마다 새로운 작업을 확인하기 위해 공용 웹 서비스를 폴링합니다. 우리는 이것을 변경하고 푸시 기술을 사용하여 교환 전자 우편과 같은 핸드 헬드 비트에 직접 푸시 된 작업이 필요할 때이를 원합니다.핸드 헬드로 데이터 전송
팁을 얻는 것이 큰 도움이 될 경우 어떻게 달성 할 수 있는지 조언 해주십시오.
Comet은 다양한 HTTP 푸시 방식에 대한 포괄적 인 용어입니다. 기본적으로 Exchange는 오래 지속되는 HTTP 연결을 유지 관리하는 방법 인 Long Polling을 사용하므로 서버는 다음 폴링을 위해 큐에 대기하는 대신받은 데이터를 보낼 수 있습니다.
연결 시간이 초과되거나 닫히면 클라이언트는 즉시 다시 연결합니다. 따라서, 전체적인 흐름은 무엇인가 같습니다
이교환, 물론, 그것은 연결을 재설정 할 수 있습니다 다양한 네트워크 조건에 맞춰 동적으로 시간 제한 값을 조정을 시도하는에 a little bit smarter입니다 더 일찍. 클라이언트가 10 분 후에 깨어나 서버가 응답하지 않거나 연결이 끊어지는 것으로 확인되면 다음에 더 작은 시간 초과가 사용됩니다.
Windows Mobile의 Exchange 푸시 이메일은 실제로 같은 방식으로 작동합니다. x 분마다 새 메시지를 찾기 위해 서버를 폴링합니다. 기술적으로 말하면 푸시 기술이 아닙니다.
현재 사용하는 폴링 시스템이 꽤 좋다고 생각합니다. 왜 그것을 바꾸고 싶습니까?
상점을 사용하여 WCF Exchange transport을 전달할 수 있습니다. 이렇게하면 이미 전송중인 전자 메일 하위 시스템을 활용하고 Exchange 서버를 설정 한 모든 체크인 속도를 얻을 수 있습니다.
'새 작업 확인'을 실행하는 장치로 SMS 메시지를 보낼 수 있습니다. '일반적인'작업에 대한 폴링을 유지하지만이 메커니즘을 사용하면 응급 상황을 즉시 전달할 수 있습니다.
내가 전자 메일을 보내고 몇 초 안에 가지고있을 때처럼 전자 메일을 가져 오는 의견에 동의하는지 확실하지 않습니다. 우리는 5 분이 엔지니어가 응급 작업을 기다려야하는 시간이 될 수 있으므로 변경하고 싶어합니다. 다른 이유가 있지만 이것이 주요 원인 중 하나입니다. – MartGriff
당신이 동의하든 그렇지 않든간에 그것이 작동하는 방식입니다. 거의 모든 시나리오에서 장치는 직접 주소 지정이 불가능하므로 서버에 연결해야합니다. – ctacke