Il faut savoir que sous Windows 8, tu n'as pas le droit de créer un serveur local (en mode desktop, donc) et d'y accéder depuis une application Windows "Modern UI", donc cette solution risque de requérir de n'utiliser que des applications en mode desktop, et donc un navigateur web en mode desktop, alors que ceux-ci ne soient pas vraiment adaptés à l'interface tactile…
Et la raison pour laquelle c'est interdit, c'est d'une part bien évidemment parce qu'un serveur qui tourne en arrière plan (même un serveur qui ne fait "rien"), ben c'est énergivore, et d'autre part parce que ça viole le principe de sandboxing imposé aux applications du Windows Store.
De fait, je ne sais pas si ça fonctionne sur Internet Explorer 11 (mode Modern UI) dans une configuration standard (i.e. pas un PC de développeur), et je vous suggère fortement de tester ça avant de vous lancer là dedans…

Cela étant dit, vous pourriez partir sur une appli Windows Store en mode Windows RT (AMD et pas x86 donc, ça fait d'ailleurs une réduction non négligeable sur le prix du matériel) et codée en HTML5 + JS. Dans ce cas, il n'y aurait pas besoin de serveur Web en arrière plan… (Mais cela implique de maîtriser quelques uns des API Windows RT pour JavaScript…)

(Et dans tous les cas, que vous fassiez une application "Web" en mode local avec frameworks JS, ou une appli Win RT avec framework JS Windows RT, c'est sensé réexploiter vos compétences de codage en HTML, JS et CSS, donc normalement, aucune des solutions possibles ne devrait vous poser de réels soucis une fois que vous avez la certitude que les scénarios qui vous intéressent sont supportés)

./14 > Ben attendre en écoutant les ports ça nécessite quand même de maintenir certains mécanismes actifs, mais effectivement, si c'est bien fait (faut que tu t'assures à 100% qu'il n'y ait absolument aucun thread qui fasse quelque chose pendant le temps où tu es sensé ne rien faire), ça ne consomme pas grand chose. Dans la pratique, c'est souvent mal fait.