Описание приложения. 
Создание клиентского приложения для демонстрации рекламы

Приложение предназначено для двух типов пользователей: первый — это наблюдатель, который просматривает рекламу и с которым приложение взаимодействует в режимах обнаружения движения и показах, ориентированных на пол пользователя; второй — рекламодатель, настраивающий показ рекламы и поддерживающий клиентское приложение. Для того чтобы обеспечить возможность рекламодателю обеспечить просмотр рекламы наблюдателем необходимо было разработать алгоритм воспроизведения медиа файлов и алгоритм обмена данными с сервером для загрузки медиа контента. В качестве обеспечения поддержки и уведомления о корректной работе в программу включена система дистанционного контроля и система документирования в файл о ее действиях. В текущей главе приводится описание этих алгоритмов и методы взаимодействия и поддержки приложения.

Алгоритм обмена данными с сервером

Для показа рекламных кампаний на устройстве рекламодателю необходимо загрузить свои файлы на хранилище. При их размещении пользователь выбирает пол аудитории, для которых предназначен файл и порядок воспроизведения файлов в рекламной кампании. После того, как рекламодатель задал параметры рекламной кампании, он должен указать серийные номера устройств, для показа кампаний. После данной процедуры рекламные кампании готовы для показа приложением.

При запуске приложение должно авторизоваться на сервере для того, чтобы определить, какой контент нужно загрузить на устройство. При авторизации приложение производит следующий порядок действий:

• 1. На сервере дистанционно вызывается метод Authorize, который на вход принимает следующие параметры: серийный номер устройства, имя пользователя и пароль. После данной процедуры приложению высылается случайная последовательность байт, которое приложение должно зашифровать с помощью контроллера ардуино. Как было сказано в главе 2, Arduino используется как физический ключ для предотвращения использования программы неавторизированными пользователями
• 2. После получения случайной последовательности приложение передает ее на вход программе, которая используется в ардуино. Во время этого серверное приложение шифрует ту же последовательность по тому же алгоритму.
• 3. В конечном этапе зашифрованная последовательность посылается клиентским приложением на сервер и при их совпадении выдается ответ от сервера — авторизовано приложение на сервере или нет. При этом сервер имеет список серийных номеров устройств, которые были авторизованы, тем самым достигается тот факт, что неавторизованное приложение не может получить доступ к информации для скачивания

При разрыве соединения данный процесс начинается с первого пункта. При отсутствии интернет соединения приложение повторяет запрос на сервер с интервалом в 5 секунд, до того момента, как появится соединение или же прервется выполнение программы.

После процесса авторизации приложение запускает параллельно к основному процессу показа рекламного контента на устройстве поток уведомления о том, что приложение работает в данный момент с перерывом в две минуты. Данный период был выбран, чтобы, с одной стороны, быстро уведомлять пользователя об отключении устройства от серверного приложения и с другой стороны — не создавать большую нагрузку на сервер непрерывными запросами от множества клиентских приложений.

Далее происходит этап загрузки медиа контента на клиентское устройство. Этап начинается с вызова серверной функции о списке рекламного контента. При вызове программа на вход отправляет серийный номер устройства, авторизированного на сервере. В качестве выходных данных сервер отправляет массив рекламных кампаний, которые должны быть загружены на устройство. После этого, программа осуществляет загрузку торрент файлов с хранилища и сохраняет их. С помощью данных файлов приложение осуществляет параллельную загрузку файлов с хранилища. Максимальное количество одновременно загружаемых файлов определяется в настройках приложения. После загрузки рекламной кампании приложение уведомляет поток показа медиа контента о завершении операции и о том, что файлы готовы к показу на устройстве. При разрыве соединения процесс скачивания файла сохраняется, и приложение пытается возобновить загрузку контента путем постоянных запросов к хранилищу о наличии соединения.

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

Последним этапом является отправка журнала работы программы на сервер для последующей поддержки клиента при возникновении ошибок в работе. Данный процесс включает в себя загрузку файла на сервер посредством вызова метода SendLog. После данной процедуры администратор сервера может увидеть процесс работы приложения в виде текстовых данных.