Вычисление общего количества потокового содержимого

Question

Услуги потокового контента, такие как spotify, pandora, netflix и т. Д., Могут выплачивать роялти правообладателям в зависимости от того, сколько контента было потреблено их пользователями. Эта модель расчета роялти может быть сложной на основе согласованных контрактов и некоторых стратегий предотвращения злоупотреблений.

Мой вопрос: как мы вычислим, сколько данных потребляется?

Подход № 1: Клиентские приложения, такие как консоли, приложения, веб-сайты, отправляют события/показатели на серверы. Этими событиями могут быть начальное воспроизведение, конечное воспроизведение, общее воспроизведение и т. Д. И на сервере мы суммируем, сколько контента потребляется. Затем мы передаем эти данные для расчета роялти.

Против - Злоупотребление: Мы можем в конечном итоге выплатить больше роялти, если нарушители начнут отправлять события, не связанные с законом, связанные с потреблением. Мы можем добавить некоторые проверки или шифрование (на обоих концах - сервер и клиент) для проверки легитимности; однако мы, вероятно, не сможем вмешаться в поток данных.

Подход № 2: Если данные содержания (поток) обеспечивается оказанной услуги непосредственно (не через внешний CDN), то на стороне сервера будет знать, сколько данных подается, и вместо того, чтобы полагаться на метрики клиента, мы полагаемся на метрики сервисной стороны (которые более точны). Тем не менее, он не масштабируется, чтобы сервер обслуживал контент. Большинство масштабируемых сервисов будут полагаться на CDN (сети доставки контента, такие как Akamai) для доставки контента. И эти внешние CDN не будут посылать метрики о потреблении на гранулированном уровне, как того требуют системы роялти.

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

Было бы здорово, если бы люди могли поделиться своими идеями/соображениями по этой проблеме.

Спасибо.

Answer 1

Объявление 1.

Вы упоминаете «злоупотребление» как мошенника к инициативе клиента, событий. Такой вид злоупотреблений напоминает мошенничество с кликами AdSense. Вы действительно можете беспокоиться о том, что клиенты отправляют «стартовые» события, не вытягивая контент из сокета.

Это действительно вызывает беспокойство, если клиент находится вне вашего контроля, то есть веб-игроков.

Если вы берете на себя безопасный клиент, вы сохраняете контроль над его поведением, а проблема смягчается. Безопасным клиентом я бы посмотрел:

• саморазвитое приложение;
• с достаточным уровнем шифрования и аутентификации;
• развернуто на прилично защищенной мобильной ОС;
• через упорный канал распределения.

Объявление 2.

Независимо от того, считаете ли вы потребление данных на клиенте или на сервере, всегда будет возможность, чтобы поток был правильно открыт и загружен, но никогда не был услышан фактическим человеком. Думаю, кто-то может открыть приложение Spotify и сыграть с томом в ноль. Но для масштабирования это требует развития бота.

Защита может прийти с двух сторон:

• сохраняя контроль экосистемы (включая клиента), см выше;
• счета анализа данных

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