Вот ЧОРД! написал, и сам понял, что нужно одновременно и принимать интернет по WIFI и раздавать его, но уже по WIFI-direct. А у Android, на сколько я знаю - это режимы взаимоисключающие...
Так я жеж говорю - включается WIFI-Direct это какраз и есть штуковина для соединения двух устройств по WIFI каналу. Например через эту штуку можно файлы перебрасывать, как раньше по bluetooth или инфракрасному порту, но только быстрее :) ru.wikipedia.org/wiki/Wi-Fi_Direct
Работали с 1С в рамках проекта одного интернет магазина. Обмен данными получился очень пристойный и надежный.
Проблема сбоя при передаче решалась механизмом транзакций. В нашем случае 1С выступал инициатором соединения — с запросом к API он передавал идентификатор транзакции (авто инкримент), которую ему нужно получить.
Если по каким-то причинам отчет от WEB API не получен, при следующем обращении он запросит этот же идентификатор, т.к. транзакция не свершилась.
В нашем случае это было необходимо для передачи в 1С заказов, совершенных в интернет-магазине. Но механизм получился настолько удачным, что мы его использовали и в остальных критичных моментах обмена информацией.
По остаткам — они все-же выделяли квоты на интернет магазин. Но, на стороне WEB мы добавили интересную фишку — ввели понятие порогового остатка товара. При каждой покупке локальное значение остатка списывается. И, при достижении этого самого порогового остатка товар переходит в статус «уточните наличие по телефону».
Это дает зазор времени до следующей синхронизации и в вашем случае исключает ситуацию, когда один оставшийся товар купят и в интернет-магазине и в оффлайне.
Можно придумать что-то типа ^http://[www\.]?([^www][-A-Za-z0-9]+(\.[A-Za-z]{2,4})+)/?$
Конечно в результат в таком случае попадет доменная зона.
Но для конкретной задачи думаю можно «извратиться» и реализовать.
