Реалізація Natural Language Processing у мобільному застосунку
Ми інтегруємо NLP у мобільні застосунки понад п'ять років. Якщо ваш застосунок обробляє текст — відгуки користувачів, чати підтримки, скани документів — рано чи пізно виникає завдання додати аналіз тональності, розпізнавання імен або автоматичний переклад. Рішень десятки: платформенні API від Apple та Google, кастомні моделі на MobileBERT, хмарні сервіси. Як вибрати правильне без досвіду? Наші інженери сертифіковані Apple та Google, а кожен проєкт починається з аудиту ваших даних. Правильний вибір архітектури NLP визначає не тільки точність, але й час відгуку, розмір застосунку та приватність користувачів. У цій статті ми ділимося практичним досвідом: як не помилитися з вибором, заощадивши час та гроші. Ми підготували порівняльну таблицю основних підходів — вона допоможе швидко оцінити, який варіант підходить вашому проєкту.
Який підхід обрати для NLP у мобільному застосунку?
Вибір між on-device та хмарним NLP залежить від сценарію. On-device — швидше, приватніше, працює офлайн. Хмара — точніше, підтримує більше мов, потребує інтернету. Ми допомагаємо обрати оптимальний варіант під ваші завдання.
| Критерій | On-device NLP | Cloud NLP |
|---|---|---|
| Швидкість інференсу | < 100 мс | 200–500 мс + мережева затримка |
| Приватність | Дані не покидають пристрій | Дані передаються на сервер |
| Робота офлайн | Так | Ні |
| Точність | Нижча (квантизовані моделі) | Вища (повні моделі) |
| Складність інтеграції | Середня (налаштування моделі) | Низька (REST API) |
Порівняння: On-device NLP обробляє текст у 5–10 разів швидше за хмарний за умови, що модель оптимізована під мобільний пристрій. Це підтверджує наша практика.
Платформенні NLP API
Починати потрібно з того, що вже є на пристрої — це безкоштовно за ресурсами та працює без інтернету.
iOS — NaturalLanguage framework:
import NaturalLanguage
// Визначення мови
let recognizer = NLLanguageRecognizer()
recognizer.processString("Привіт, як справи?")
let language = recognizer.dominantLanguage // .ukrainian
// Токенізація
let tokenizer = NLTokenizer(unit: .word)
tokenizer.string = text
tokenizer.enumerateTokens(in: text.startIndex..<text.endIndex) { range, _ in
print(String(text[range]))
return true
}
// Аналіз тональності
let tagger = NLTagger(tagSchemes: [.sentimentScore])
tagger.string = text
let (sentiment, _) = tagger.tag(at: text.startIndex,
unit: .paragraph,
scheme: .sentimentScore)
let score = Double(sentiment?.rawValue ?? "0") ?? 0.0
// score: -1.0 (негатив) ... +1.0 (позитив)
Android — ML Kit Text APIs:
EntityExtraction (ML Kit) вміє знаходити адреси, телефони, дати, трекінг-номери, гроші — без інтернету, модель завантажується один раз (~8 МБ). LanguageIdentification — аналог NLLanguageRecognizer. Модель SmartReply — вже розібрана в іншій послузі.
Apple NaturalLanguage Framework та ML Kit for Android — перевірені інструменти, які ми використовуємо в кожному другому проєкті.
| Фіча | iOS NaturalLanguage | Android ML Kit |
|---|---|---|
| Токенізація | Так (NLTokenizer) | Так (TextSegmentation) |
| NER | Так (NLTag) | Так (EntityExtraction) |
| Аналіз тональності | Так (sentimentScore) | Так (DocumentSentiment) |
| Мова | Визначення + токени | Визначення + класифікація |
| Розмір | Вбудований | ~8 МБ на сутності |
Коли хмарне API вигідніше за on-device?
Якщо потрібна підтримка рідкісних мов або максимальна точність (наприклад, юридична документація), хмарні сервіси (OpenAI, YandexGPT, Google Cloud NLP) дають кращу якість. Ми підключаємо їх як fallback або основний двигун, коли вимоги до швидкості не критичні.
Класифікація тексту на TFLite
Платформенні API не вміють у доменну класифікацію — не скажуть «це відгук про їжу» або «це технічний запит у підтримку». Потрібна власна модель.
Типовий pipeline для мобільного NLP-класифікатора:
- Навчання: BERT-tiny або MobileBERT (8 МБ vs 100 МБ у full BERT) на PyTorch/TF
- Конвертація:
torch.onnx.export()→ ONNX →onnxruntime-mobile, абоtf2tflite→.tflite - Квантизація: int8 через TFLite Converter дає ~4x стиснення з мінімальною втратою точності
Детальніше про квантизацію
Квантизація з int8 знижує розмір моделі в 4 рази та прискорює інференс на 20-30% на CPU. На пристроях з DSP/NPU (Android 8.1+) прискорення може досягати 10x. Важливо: точність класифікації може впасти на 1-3%, що зазвичай прийнятно для мобільних сценаріїв.class TextClassifier(context: Context) {
private val interpreter: Interpreter
private val tokenizer: BertTokenizer
init {
val modelBuffer = loadModelFile(context, "bert_tiny_classifier.tflite")
interpreter = Interpreter(modelBuffer, Interpreter.Options().apply {
addDelegate(NnApiDelegate()) // Android Neural Networks API
})
tokenizer = BertTokenizer.fromAssets(context, "vocab.txt")
}
fun classify(text: String): ClassificationResult {
val tokens = tokenizer.encode(text, maxLength = 128, truncate = true)
val inputIds = Array(1) { tokens.inputIds.toIntArray() }
val attentionMask = Array(1) { tokens.attentionMask.toIntArray() }
val output = Array(1) { FloatArray(NUM_LABELS) }
interpreter.runForMultipleInputsOutputs(
arrayOf(inputIds, attentionMask),
mapOf(0 to output)
)
return output[0].argmax().let { ClassificationResult(label = LABELS[it], confidence = output[0][it]) }
}
}
NNAPI делегат на Android 8.1+ прискорює інференс через DSP/NPU. На Pixel 7+ — прискорення до 10x. На бюджетних пристроях NNAPI може бути повільнішим за CPU — тестуйте на реальних девайсах.
Named Entity Recognition
NER — вилучення іменованих сутностей з тексту (персони, організації, локації, дати). Приклади застосування: автоматичне створення подій у календарі з повідомлень, попереднє заповнення форм з CV, парсинг чеків.
ML Kit EntityExtraction покриває типові сутності без навчання. Для кастомних доменів — власна NER-модель на базі BiLSTM+CRF або BERT. Розмір моделі: BiLSTM — 5–15 МБ, DistilBERT-NER — ~60 МБ у fp16.
На iOS NL framework повертає NLTag з типами: .personalName, .placeName, .organizationName. Працює на пристрої без інтернету.
Сумаризація та переклад
Сумаризація on-device потребує важких моделей (BART, T5 мінімум 60–100 МБ). Для мобільного — або екстрактивна сумаризація (вибір ключових речень без генерації, працює через TF-IDF + MMR, ~100 КБ логіки), або cloud API (OpenAI, YandexGPT).
Машинний переклад: ML Kit Translation підтримує 59 мов, моделі завантажуються за запитом (~30 МБ на пару мов). На iOS — MLTranslation через Apple Intelligence (iOS 18+) або хмарні API.
Обробка користувацького вводу: очищення та нормалізація
Часто упущений крок — попередня обробка тексту перед NLP-моделлю. Помилки, сленг, смайли, змішана розкладка (коли латиницею пишуть українські слова) — все це знижує точність. Apache Lucene Analyzers на Android або NLTokenizer з кастомними правилами на iOS допомагають привести текст до нормальної форми.
Що входить у нашу роботу
Ми гарантуємо прозорий процес та фіксуємо результат:
- Аналіз ваших даних та вимог до NLP-функцій (точність, швидкість, мови)
- Вибір підходу: платформенні API, кастомна on-device модель або хмарний сервіс
- Розробка та навчання моделі (якщо потрібно)
- Інтеграція у застосунок з урахуванням архітектури (чиста архітектура, MVVM, MVI)
- Тестування на реальних пристроях (понад 30 моделей iOS/Android)
- Документація та навчання вашої команди
- Підтримка після запуску (гарантійний період 3 місяці)
Чому варто довірити NLP-інтеграцію нам?
- 5+ років досвіду в мобільній розробці
- 30+ проєктів з NLP (від аналізу відгуків до голосових асистентів)
- Сертифіковані інженери (iOS, Android, ML)
- Рішення працюють на 500+ мільйонах пристроїв
- Прискорення time-to-market в середньому в 2 рази завдяки готовим компонентам
Оцінимо ваш проєкт за 1 день. Зв'яжіться з нами — обговоримо задачу та запропонуємо оптимальне рішення. Замовте інтеграцію NLP вже сьогодні.
Орієнтири за термінами
Інтеграція платформенних NLP API (тональність, токенізація, NER) — 3–5 днів. Кастомний класифікатор з навчанням та мобільною оптимізацією — 3–6 тижнів. Терміни вказані для роботи під ключ.







