Проблема разработки IPC сервера

У меня проблема с дизайном в отношении отправки пользовательских данных из приложения мобильного телефона на сервер (Debian 5 LAMP). Мне нужно отправить различные данные, такие как имя пользователя, дату рождения, номер заказа клиента. и т.д. Они будут переданы на приложение кода C (всегда в процессе), запущенном на сервере.

В настоящее время я использую именованные каналы для IPC между моим внешним мобильным приложением и процессом C-сервера. У меня есть проблема с этим методом связи, но вместо того, чтобы просто пытаться разрешить это, мне было интересно, есть ли у меня правильный подход в первую очередь!

Во-первых, мне было интересно, с точки зрения дизайна и безопасности это приемлемый метод IPC в этом случае или СЛЕДУЕТ ли я записывать данные в базу данных, а затем запускать задание cron, которое считывает новые записи из базы данных, а затем отправляет их серверному процессу.

В моем текущем методе я обеспокоен тем, что, если есть несколько обновлений пользователей, в то же время некоторые могут не получить доступ к каналу, поэтому, возможно, записи должны быть поставлены в очередь, поэтому в этом случае сбор записей из базы данных может решить это.

Единственная проблема, с которой я столкнулся с этим решением для баз данных, заключалась в задержке между получением данных с мобильного устройства и приложением и передачей его, если задание cron не запускалось каждые 10 секунд, но затем оно могло бы работать без необходимости, когда нет новых записей.

Не имея большого опыта на стороне сервера, я просто задавался вопросом, существуют ли какие-либо стандартные решения этой проблемы.

В настоящее время я использую следующий php-код (вызываемый из apache) для связи с серверным процессом

$pipe="/tmp/pipe";
$mode=0600;
if(file_exists($pipe))
{

   $f = fopen($pipe,"w");
   $result = fwrite($f,"some string");
   echo $result;  
}