Записываются ли разговоры по мобильному телефону. Можно ли записывать телефонный разговор без согласия собеседника

Все мы слышали о том, что переговоры по мобильному телефону могут записываться… Вот немного расчетов/размышлений по данному вопросу.

Реально ли построить систему, записывающую и хранящую все разговоры всех абонентов конкретного оператора?

Оборудование мобильной сети стандартна GSM позволяет организовать запись и прослушивание телефонных разговоров конкретного абонента - или нескольких десятков абонентов. Из этого факта очень часто делается далеко идущий вывод о том, что операторы используют подобную функциональность для того, чтобы записывать и хранить все разговоры своих абонентов за определенный период времени. В случае, если какой-то абонент становится объектом пристального внимания спецслужб, операторы, мол, могут по запросу предоставить имеющиеся записи разговоров чуть ли не полугодовой давности.

Реально ли это?

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

Таким образом, полная продолжительность разговоров всех абонентов за один месяц будет составлять:

51,50 млн х 134 мин = 6,9 млрд мин

После обработки и оцифровки в мобильном телефоне голосовой сигнал в сети GSM передается в виде цифрового потока со скоростью 9,6 Кбит/с . Таким образом, без дополнительной обработки все звонки абонентов за один месяц составляют довольно значительный объем информации:

6,9 млрд мин х 60 с х 9,6 Кб/с / (8 б/Б) = 514 Б = 500 ТБ

Теперь можно подумать о том, насколько сложно (и затратно) будет построение и обслуживание системы, которая:

1. Записывает исходящие и входящие разговоры всех абонентов внутри конкретной сети;
2. Делает это достаточно быстро;
3. Позволяет легко найти любой разговор (по идентификатору абонента и дате, например);
4. Позволяет хранить информацию в течении минимум трех месяцев;
5. Работает с коммутационным оборудованием любого поставщика;
6. Не создает значительной дополнительной нагрузки на сигнальные и голосовые каналы, процессоры коммутаторов и прочего сетевого оборудования, не влияет на способность сети обслуживать звонки;
7. Достаточно надежна - например, записывает не менее 99% разговоров;
8. Достаточно безопасна - не допускает утечки конфиденциальных сведений лицам, не имеющим специального разрешения (санкции прокурора, например).

Что из этого следует:

1. Записываются все разговоры => Система не должна бояться того, что абоненты - мобильны. То есть, она должна учитывать, что абоненты в процессе разговора перемещаются между базовыми станциями, могут даже перейти в зону обслуживания другого коммутатора, могут перенаправлять звонки, объединять их в конференции, отвечать на несколько звонков одновременно и так далее;
2. Система работает достаточно быстро => Любая пост-обработка голоса, выполняемая перед записью для хранения должна успевать работать «на лету»;
3. Возможность найти записанное => Система должна быть снабжена индексом/поисковым механизмом и интегрироваться с системой, хранящей основные данные об абоненте - чтобы учитывать смены номеров телефонов и SIM-карт. Данные о совершенных звонках должны появляться в системе без значительных задержек;
4. Хранение записанного в течении трех месяцев => Исходя из приведенных ранее расчетов, необходимо минимум 1500 Тб дискового пространства (если не используется пост-обработка голосового сигнала);
5. Совместимость с решениями разных производителей => Необходим специфицированный интерфейс, который гарантировано будет в наличии у всех ведущих производителей коммутационного оборудования;
6. Отсутствие значительной нагрузки => Нельзя нагружать call processor-ы в коммутаторах или канальное оборудование нехарактерными для них задачами вроде компрессии голоса в MP3;
7. Надежность => Необходимо резервирование для каналов связи, электропитания и жестких дисков;
8. Безопасность => Необходим централизованный механизм управления и контроля за доступом к записанной информации.

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

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

Сначала представим себе один несколько возможных сценариев обслуживания звонка абонента A абоненту B.

Сценарий 1 : На протяжении всего звонка абонент А находится в зоне обслуживания коммутатора X, а абонент B - в зоне обслуживания коммутатора Y. При этом разговор можно записать на любом из коммутаторов, по нашему выбору. Если запись ведется на обоих коммутаторах, то в результате будут получены две абсолютно идентичных записи и перед складированием в центральное хранилище одну из них можно (и нужно) выкинуть.

Сценарий 2 : На протяжении всего звонка абонент А находится в зоне обслуживания коммутатора X, а абонент B - в зоне обслуживания коммутатора Y, но при этом звонок проходит через промежуточный коммутатор Z. Сценарий очень похож на предыдущий, за исключением того, что идентичных копий записи будет три.

Сценарий 3 : В начале разговора абонент А находится в зоне обслуживания коммутатора X, а абонент B - в зоне обслуживания коммутатора Y, а в процессе разговора они перемещаются: абонент А переходит в зону обслуживания коммутатора T, а абонент - в зону обслуживания коммутатора S. В этом случае полную запись разговора придется собирать из частей. Всего частей будет четыре, и из них можно будет собрать две полных копии записи четырьмя возможными способами.

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

* Либо собирать все накопленные данные в какое-то общее централизованное хранилище и там выполнять их обработку. Это упрощает обработку и обслуживание, но требует значительных вычислительных мощностей в центре обработки;
* Либо собирать в центральное хранилище только метаданные о звонке (кто, кому, когда звонил) и коррелировать их для того, чтобы понять, какие части звонка с каких коммутаторов дадут в сборе полную запись разговора. Сами записи разговоров при этом можно хранить распределенно. Результаты корреляцию используются для извлечения из распределенного хранилища частей конкретного разговора. Такой подход снижает требования к вычислительным мощностям в каждом конкретном узле системы, но значительно увеличивает ее сложность и затрудняет обслуживание и «поддержание на плаву».

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

Для простоты предположим, что нагрузка на коммутаторы распределена равномерно и непрерывно. Соответственно, 500 Тб разговоров распределены между 50 коммутаторами, и на каждый приходится по 10 Тб голосового трафика в месяц. Чтобы забирать такое кол-во информации, нужно иметь канал пропускной способностью:

10 * 10244 / (3600 с * 24 часа * 30 дней) * 8 бит в байте
= 4241943 бит/сек
= 32 мегабита в секунду

Итого, записываем в смету 50 таких каналов.

Сколько же жестких дисков понадобится? От 3000 винчестеров по 500 Гб до 6000 (если мы пишем все подряд без предобработки и каждый разговор записываем по два раза - для звонящего и принимающего). Соответственно, запас - это еще 150-300 таких же винчестеров ежегодно.

Кроме того, необходимо объединить такое количество винчестеров в индексируемое хранилище с каким-то пользовательским интерфейсом доступа. Хранилище должно обеспечивать бесперебойную запись разговоров со всех коммутаторов (со скоростью 1600 мегабит в секунду), обновление «на ходу» поисковых индексов и обслуживание запросов по поиску и извлечению записанных разговоров.

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

* Носители: 3000-6000 винчестеров по 500 Гб, либо же в 3 раз (грубо) меньше винчестеров при условии сжатия голоса в 8 kbps mp3 - так как кодек GSM уже осуществляет компрессию голоса большего выигрыша достичь не удастся. Естественно, взамен «сэкономленных» винчестеров необходимо добавить процессоры для выполнения сжатия;
* Инфраструктура для построения 50 каналов связи по 32 mbps;
* Сервера, обеспечивающие интерфейс к хранилищу и его функционирование (индексация, поиск нужных записей, поиск и удаление старых записей, интеграция с системой управления абонентами);
* Электропитание и климат-контроль для всего оборудования;
* Место в серверны залах для размещения оборудования;
* Инфраструктура для эксплуатации всей системы (обслуживающий персонал, склады, логистика...)

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

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

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

Где поставщики и производители подобных готовых решений для тех операторов, которые не могут разработать подобную систему самостоятельно? В конце концов, информация по реально существующим системам прослушивания не является тайной за семью печатями - чтобы в этом убедится, достаточно поискать в интернете по ключевым словам «СОРМ» или «lawful interception».

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

Рассмотрев вопрос, мы пришли к следующему выводу:
Запись переговоров их участником или запись организацией телефонных разговоров ее работников с клиентами (иными лицами) сами по себе не нарушают какую-либо норму законодательства.
Однако для записи, хранения и любых иных операций с информацией, содержащей персональные данные, по общему правилу необходимо согласие субъекта этих данных.

Обоснование вывода:
Законодательством предусмотрены определенные категории информации, доступ к которой без согласия обладателя соответствующей информации не допускается (в частности информация, составляющая коммерческую тайну, сведения о частной жизни лица, персональные данные) ( , и Федерального закона от 27.07.2006 N 149-ФЗ "Об информации, информационных технологиях и о защите информации", далее - об информации). Сведения, не относящиеся к информации ограниченного доступа по общему правилу могут свободно собираться, использоваться и распространяться любым лицом ( , Закона об информации).
В связи с тем, что в ходе переговоров каждый из участников самостоятельно и добровольно сообщает другим участникам ту или иную информацию, обладателем которой он является, получение другими участниками переговоров этой информации не может рассматриваться как незаконный доступ к ней (в том числе в тех случаях, когда такая информация относится к категории ограниченного доступа). При этом закон не устанавливает общего запрета на фиксацию законно полученной информации тем или иным способом (в частности, посредством аудиозаписи), а также не возлагает на лицо обязанность получать согласие обладателя информации на такую фиксацию ( СК по гражданским делам Верховного Суда РФ от 06.12.2016 N 35-КГ16-18).
Исключением из этого правила являются персональные данные, то есть любая информация, относящаяся к определенному физическому лицу ( Федерального закона от 27.07.2006 N 152-ФЗ "О персональных данных", далее - о персональных данных). Для совершения любого действия с такими данными (в том числе записи и хранения) по общими правилу требуется согласие их субъекта (обладателя) ( , Закона о персональных данных). Нарушение установленного законом порядка сбора, хранения, использования или распространения персональных данных образует состав административного правонарушения ( КоАП РФ). Кроме того, субъект персональных данных вправе потребовать возмещения убытков, причиненных в результате нарушения его прав, а также компенсации морального вреда ( , Закона о персональных данных).
Отметим также, что лицо, получившее любую информацию ограниченного доступа, обязано обеспечивать ее конфиденциальность, то есть не передавать ее третьим лицам без согласия обладателя ( , и Закона об информации). Нарушение этой обязанности также может повлечь административную ответственность ( КоАП РФ). Обладатель соответствующей информации вправе требовать также возмещения убытков, возникших в результате ее разглашения, и компенсации морального вреда ( Закона об информации, ГК РФ).
Сказанное выше в полной мере применимо и к записи телефонных разговоров работников организации с ее клиентами и третьими лицами. В связи с тем, что такие разговоры с высокой степенью вероятности содержат персональные данные, целесообразно до начала разговора предупредить клиента (иное лицо) о возможной записи, указав ее цель (например, контроль качества оказываемых услуг) ( Закона о персональных данных). Продолжение лицом разговора после такого предупреждения может рассматриваться как фактическое согласие на обработку его персональных данных ( Закона о персональных данных).
Согласие работников организации на обработку их персональных данных в связи с записью телефонных разговоров не требуется, если такая обработка осуществляется в целях контроля количества и качества выполняемой работы ( Закона о персональных данных, ТК РФ). Однако в связи с тем, что фактически запись может содержать персональные данные в большем объеме, нежели необходимо для достижения указанной цели, целесообразно закрепить правила записи телефонных разговоров работников с клиентами (иными лицами) во внутреннем документе организации, ознакомив с ними работников под подпись (смотрите, например, СК по гражданским делам Омского областного суда от 08.10.2014 по делу N 33-6688/2014).
Отметим, что по достижении целей обработки персональных данных или в случае утраты необходимости в достижении этих целей персональные данные подлежат уничтожению либо обезличиванию ( Закона о персональных данных).

Ответ подготовил:
Эксперт службы Правового консалтинга ГАРАНТ
кандидат юридических наук Акимочкин Дмитрий

Ответ прошел контроль качества

Материал подготовлен на основе индивидуальной письменной консультации, оказанной в рамках услуги Правовой консалтинг.

Прелесть Android в том, что даже если ваш смартфон не наделен какими-то нужными вам возможностями, перечень его функций достаточно просто расширить с помощью магазина . Чего там только не встретишь! Как насчет записи ваших переговоров? Во время разговора может проскочить важная информация, которую вам не удалось запомнить или даже расслышать, и может быть удобно иметь возможность прослушать запись.

Как вы уже могли догадаться, с Android это возможно. Примите во внимание тот факт, что во многих странах запись телефонных разговоров является незаконной в том случае, если собеседник не предупрежден о том, что разговор будет записан. Теперь, когда вы проинформированы, можно перейти по этой ссылке в Google Play за приложением Automatic Call Recorder (Запись звонков).

Это приложение не просто записывает звонки. Оно обладает достаточным набором функций для того, чтобы вам было удобно. К примеру, вы можете автоматически сохранять записи не только локально на устройстве, но и в Dropbox или Google Drive. Это удобно, если вы захотите получить доступ к записям с других устройств. Поддерживаются три формата аудиозаписей: 3GP, AMR и WAV.

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

Вот, собственно, и все. Automatic Call Recorder (Запись звонков) выполняет ровно одну функцию, но то, как она реализована в приложении, позволяет считать это одним из самых изящных и удобных методов записи разговоров.

По материалам PhoneArena

Все мы слышали о том, что переговоры по мобильному телефону могут записываться… Вот немного расчетов/размышлений по данному вопросу.

Реально ли построить систему, записывающую и хранящую все разговоры всех абонентов конкретного оператора?

Оборудование мобильной сети стандартна GSM позволяет организовать запись и прослушивание телефонных разговоров конкретного абонента - или нескольких десятков абонентов. Из этого факта очень часто делается далеко идущий вывод о том, что операторы используют подобную функциональность для того, чтобы записывать и хранить все разговоры своих абонентов за определенный период времени. В случае, если какой-то абонент становится объектом пристального внимания спецслужб, операторы, мол, могут по запросу предоставить имеющиеся записи разговоров чуть ли не полугодовой давности.

Реально ли это?

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

Таким образом, полная продолжительность разговоров всех абонентов за один месяц будет составлять:

51,50 млн х 134 мин = 6,9 млрд мин

После обработки и оцифровки в мобильном телефоне голосовой сигнал в сети GSM передается в виде цифрового потока со скоростью 9,6 Кбит/с . Таким образом, без дополнительной обработки все звонки абонентов за один месяц составляют довольно значительный объем информации:

6,9 млрд мин х 60 с х 9,6 Кб/с / (8 б/Б) = 514 Б = 500 ТБ

Теперь можно подумать о том, насколько сложно (и затратно) будет построение и обслуживание системы, которая:

1. Записывает исходящие и входящие разговоры всех абонентов внутри конкретной сети;
2. Делает это достаточно быстро;
3. Позволяет легко найти любой разговор (по идентификатору абонента и дате, например);
4. Позволяет хранить информацию в течении минимум трех месяцев;
5. Работает с коммутационным оборудованием любого поставщика;
6. Не создает значительной дополнительной нагрузки на сигнальные и голосовые каналы, процессоры коммутаторов и прочего сетевого оборудования, не влияет на способность сети обслуживать звонки;
7. Достаточно надежна - например, записывает не менее 99% разговоров;
8. Достаточно безопасна - не допускает утечки конфиденциальных сведений лицам, не имеющим специального разрешения (санкции прокурора, например).

Что из этого следует:

1. Записываются все разговоры => Система не должна бояться того, что абоненты - мобильны. То есть, она должна учитывать, что абоненты в процессе разговора перемещаются между базовыми станциями, могут даже перейти в зону обслуживания другого коммутатора, могут перенаправлять звонки, объединять их в конференции, отвечать на несколько звонков одновременно и так далее;
2. Система работает достаточно быстро => Любая пост-обработка голоса, выполняемая перед записью для хранения должна успевать работать «на лету»;
3. Возможность найти записанное => Система должна быть снабжена индексом/поисковым механизмом и интегрироваться с системой, хранящей основные данные об абоненте - чтобы учитывать смены номеров телефонов и SIM-карт. Данные о совершенных звонках должны появляться в системе без значительных задержек;
4. Хранение записанного в течении трех месяцев => Исходя из приведенных ранее расчетов, необходимо минимум 1500 Тб дискового пространства (если не используется пост-обработка голосового сигнала);
5. Совместимость с решениями разных производителей => Необходим специфицированный интерфейс, который гарантировано будет в наличии у всех ведущих производителей коммутационного оборудования;
6. Отсутствие значительной нагрузки => Нельзя нагружать call processor-ы в коммутаторах или канальное оборудование нехарактерными для них задачами вроде компрессии голоса в MP3;
7. Надежность => Необходимо резервирование для каналов связи, электропитания и жестких дисков;
8. Безопасность => Необходим централизованный механизм управления и контроля за доступом к записанной информации.

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

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

Сначала представим себе один несколько возможных сценариев обслуживания звонка абонента A абоненту B.

Сценарий 1 : На протяжении всего звонка абонент А находится в зоне обслуживания коммутатора X, а абонент B - в зоне обслуживания коммутатора Y. При этом разговор можно записать на любом из коммутаторов, по нашему выбору. Если запись ведется на обоих коммутаторах, то в результате будут получены две абсолютно идентичных записи и перед складированием в центральное хранилище одну из них можно (и нужно) выкинуть.

Сценарий 2 : На протяжении всего звонка абонент А находится в зоне обслуживания коммутатора X, а абонент B - в зоне обслуживания коммутатора Y, но при этом звонок проходит через промежуточный коммутатор Z. Сценарий очень похож на предыдущий, за исключением того, что идентичных копий записи будет три.

Сценарий 3 : В начале разговора абонент А находится в зоне обслуживания коммутатора X, а абонент B - в зоне обслуживания коммутатора Y, а в процессе разговора они перемещаются: абонент А переходит в зону обслуживания коммутатора T, а абонент - в зону обслуживания коммутатора S. В этом случае полную запись разговора придется собирать из частей. Всего частей будет четыре, и из них можно будет собрать две полных копии записи четырьмя возможными способами.

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

* Либо собирать все накопленные данные в какое-то общее централизованное хранилище и там выполнять их обработку. Это упрощает обработку и обслуживание, но требует значительных вычислительных мощностей в центре обработки;
* Либо собирать в центральное хранилище только метаданные о звонке (кто, кому, когда звонил) и коррелировать их для того, чтобы понять, какие части звонка с каких коммутаторов дадут в сборе полную запись разговора. Сами записи разговоров при этом можно хранить распределенно. Результаты корреляцию используются для извлечения из распределенного хранилища частей конкретного разговора. Такой подход снижает требования к вычислительным мощностям в каждом конкретном узле системы, но значительно увеличивает ее сложность и затрудняет обслуживание и «поддержание на плаву».

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

Для простоты предположим, что нагрузка на коммутаторы распределена равномерно и непрерывно. Соответственно, 500 Тб разговоров распределены между 50 коммутаторами, и на каждый приходится по 10 Тб голосового трафика в месяц. Чтобы забирать такое кол-во информации, нужно иметь канал пропускной способностью:

10 * 10244 / (3600 с * 24 часа * 30 дней) * 8 бит в байте
= 4241943 бит/сек
= 32 мегабита в секунду

Итого, записываем в смету 50 таких каналов.

Сколько же жестких дисков понадобится? От 3000 винчестеров по 500 Гб до 6000 (если мы пишем все подряд без предобработки и каждый разговор записываем по два раза - для звонящего и принимающего). Соответственно, запас - это еще 150-300 таких же винчестеров ежегодно.

Кроме того, необходимо объединить такое количество винчестеров в индексируемое хранилище с каким-то пользовательским интерфейсом доступа. Хранилище должно обеспечивать бесперебойную запись разговоров со всех коммутаторов (со скоростью 1600 мегабит в секунду), обновление «на ходу» поисковых индексов и обслуживание запросов по поиску и извлечению записанных разговоров.

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

* Носители: 3000-6000 винчестеров по 500 Гб, либо же в 3 раз (грубо) меньше винчестеров при условии сжатия голоса в 8 kbps mp3 - так как кодек GSM уже осуществляет компрессию голоса большего выигрыша достичь не удастся. Естественно, взамен «сэкономленных» винчестеров необходимо добавить процессоры для выполнения сжатия;
* Инфраструктура для построения 50 каналов связи по 32 mbps;
* Сервера, обеспечивающие интерфейс к хранилищу и его функционирование (индексация, поиск нужных записей, поиск и удаление старых записей, интеграция с системой управления абонентами);
* Электропитание и климат-контроль для всего оборудования;
* Место в серверны залах для размещения оборудования;
* Инфраструктура для эксплуатации всей системы (обслуживающий персонал, склады, логистика...)

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

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

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

Где поставщики и производители подобных готовых решений для тех операторов, которые не могут разработать подобную систему самостоятельно? В конце концов, информация по реально существующим системам прослушивания не является тайной за семью печатями - чтобы в этом убедится, достаточно поискать в интернете по ключевым словам «СОРМ» или «lawful interception».

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

Бывают такие ситуации, когда, например, разговариваешь с собеседником по телефону, он диктует какой-то номер, а записать некуда, потому что ручка или карандаш под рукой отсутствуют. Или на ваш телефон позвонил хам. Если записать телефонный разговор с ним, то в дальнейшем его можно будет привлечь к административной или уголовной ответственности. Весь вопрос в том — можно ли записать разговор по телефону? На него мы попытаемся найти ответ в этой статье.

Запись средствами ОС "Андроид"

Как записать разговор по телефону? Этим вопросом задавались многие пользователи гаджетов. Некоторые, поискав по просторам Интернета необходимую информацию и попробовав пару-тройку программ, сочтя их не обеспечивающими качества, забрасывали этот вопрос, другие продолжали осуществлять поиск, а третьи начали разрабатывать программы.

Но неужели неизвестно, как записать телефонный разговор на телефон? Известно. Однако нужно учитывать, что некоторые государства запрещают осуществлять запись телефонного разговора на законодательном уровне, что осуществляется с помощью удаления тех драйверов, которые обеспечивают выполнение данной функции. Поэтому, если вы являетесь «счастливым» владельцем такого гаджета, то вам остается только самому устанавливать драйверы, для чего будет необходим рут-доступ.

Запись на диктофон

Как записать разговор по телефону на диктофон? Во время совершения звонка внизу отображаются кнопки. Среди них можно попробовать поискать кнопки «Запись» или «Диктофон». Они могут не отображаться явно, но может присутствовать кнопка «Еще», и в открывшемся меню одна из этих клавиш может присутствовать. Для некоторых моделей нужно открыть меню кнопкой на телефоне и выбрать там соответствующую запись, при этом надо иметь в виду, что запись «Диктофон» может быть сокращена.

Разговоры сохраняются в каталоге Call Recording, расположенном в корневом каталоге. Прослушать запись можно через журнал звонков. Напротив записанного звонка должны быть отображены изображения катушек диктофона, при нажатии на значок которых можно будет прослушать сделанную запись.

Таким образом, мы разобрали самый простой способ, как записать разговор по телефону на "Андроиде".

Запись на телефоне Samsung

Одними из самых популярных телефонов являются модели Samsung. Поэтому возникает резонный вопрос: «Как записать телефонный разговор на телефоне Самсунг?»

Рассмотрим данную возможность на примере телефона S5.

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

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

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

Открываем файловый менеджер.

Открываем или, если такового нет, то /system/csc/others.xml.

Добавляем строку между FeatureSet и /FeatureSet в том месте, которое вам понравится: CscFeature_VoiceCall_ConfigRecording>RecordingAllowed.

Закрываем данный файл, сохраняя изменения.

Таким образом, мы ответили на вопрос: «Как записать разговор на телефоне Samsung?»

Приложение «Запись звонков» для "Андроида"

В Play Market есть достаточно много приложений, которые помогают ответить на вопрос: «Как записать разговор по телефону на "Андроиде"?» Одним из таких приложений является «Запись звонков». Оно было разработано программистом Appliqato, который имеет достаточно высокий рейтинг в "Гугл"-магазине. Через Play Market устанавливаем это приложение. Выбираем понравившуюся тему. Далее отмечаем «Добавить громкость вызова» и при необходимости настраиваем облако для хранения сделанных записей. Это приведет к тому, что любой телефонный разговор будет автоматически записываться. В меню данного приложения совершенную запись можно увидеть, ее можно сохранить, удалить либо повторить звонок, а также прослушать.

Эта программа позволяет записывать любые входящие и исходящие звонки, хранить их на гаджете или же в облаке "Гугла".

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

По отзывам, качество записи в данной программе не всегда очень хорошее. Если собеседник будет говорить очень быстро, то понять его может быть затруднительно при прослушивании записи. Смартфоны Lenovo и Samsung могут вообще подвисать.

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

Одноименное приложение от другого разработчика

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

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

На каждой странице настроек приложения присутствуют подсказки. Каждая сделанная запись может быть сопровождена текстовым примечанием.

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

Приложение Call Recorder

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

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

Приложение «Запись звонка» от lovekara

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

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

CallX - запись звонков/разговоров

Обзором этой программы мы закончим рассмотрение способов, как записать разговор по телефону. Это обусловлено тем, что программ множество и рассмотреть их все в рамках одной статьи невозможно.

В данной программе автоматическую запись можно активировать и деактивировать. Можно играться с форматом и качеством записи. Запись при неизменных настройках расположена в каталоге CallRecords. Можно сохранять ее и в облако. Отзывы о программе в основном положительные.

В заключение

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