RU2632420C1 - Способ обработки данных и устройство, используемое для приложения терминала - Google Patents
Способ обработки данных и устройство, используемое для приложения терминала Download PDFInfo
- Publication number
- RU2632420C1 RU2632420C1 RU2016133990A RU2016133990A RU2632420C1 RU 2632420 C1 RU2632420 C1 RU 2632420C1 RU 2016133990 A RU2016133990 A RU 2016133990A RU 2016133990 A RU2016133990 A RU 2016133990A RU 2632420 C1 RU2632420 C1 RU 2632420C1
- Authority
- RU
- Russia
- Prior art keywords
- transmission
- data
- fragments
- time
- server
- Prior art date
Links
- 238000012545 processing Methods 0.000 title claims description 23
- 238000000034 method Methods 0.000 title abstract description 14
- 230000005540 biological transmission Effects 0.000 claims abstract description 178
- 239000012634 fragment Substances 0.000 claims abstract description 120
- 238000012546 transfer Methods 0.000 claims description 17
- 238000003672 processing method Methods 0.000 claims description 11
- 238000004891 communication Methods 0.000 abstract description 3
- 239000000126 substance Substances 0.000 abstract 1
- 230000008569 process Effects 0.000 description 9
- 238000012795 verification Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000007423 decrease Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000009434 installation Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 101100203530 Caenorhabditis elegans stn-1 gene Proteins 0.000 description 1
- 102000010410 Nogo Proteins Human genes 0.000 description 1
- 108010077641 Nogo Proteins Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000008278 dynamic mechanism Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении скорости передачи данных. Способ содержит: получение от сервера информации базовой конфигурации параметров передачи, включающей в себя минимальное число фрагментов и максимальное число фрагментов данных, переданных на сервер за один раз, когда терминал выгружает данные на сервер, и минимальный временной интервал и максимальный временной интервал между двумя эпизодами передачи, когда данные передаются постоянно; определение числа фрагментов передачи для определения, в отношении передачи данных на сервер в первый и во второй раз, числа фрагментов данных, переданных на сервер в первый и во второй раз, которое должно быть минимальным числом фрагментов, включенным в информацию базовой конфигурации параметров передачи, и определения, в отношении передачи каждый раз после передачи данных на сервер во второй раз, числа фрагментов данных, передаваемых на сервер в текущее время, в соответствии со скоростями передачи в сети в предыдущие два раза, при этом скоростью передачи в сети является соотношение числа фрагментов переданных данных ко времени, затраченному на передачу, когда данные передаются на сервер за один раз. 2 н. и 10 з.п. ф-лы, 1 табл., 7 ил.
Description
Описание
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Данное изобретение относится к области технологии связи, и конкретно относится к способу обработки данных и устройству, используемым для приложения терминала.
УРОВЕНЬ ТЕХНИКИ
В области технологии связи широко используются мобильные терминалы такие как интеллектуальные мобильные телефоны, планшетные компьютеры и носимые устройства, так различные APP (аббревиатура от приложения), используемые для интеллектуальных терминалов, появляются по мере надобности, и вокруг APP-приложений появляется огромное число решений, где большинству APP-приложений требуется выгружать локальные данные на сервер через сеть, и записывать обновленную информацию пользователя терминала.
В настоящее время, из-за ограничений факторов, таких как сеть и аппаратные средства, большинство APP интеллектуальных терминалов применяют способ выгрузки в режиме C/S (клиент/сервер), режиме HTTP (протокола передачи гипертекста) или режиме WIFI при выгрузке данных, и эти способы не учитывают особенность терминала и сетевой трафик, и также не учитывают состояние занятости ресурса, и таким образом легко приводят к сбою выгрузки данных. Рассматривая в качестве примера игровое APP, APP-приложение запускается после того, как игрок щелкнет по иконке APP, начинается игровое взаимодействие с игроком, в то же время, на заднем плане собирается информация игрока, которая должна быть выгружена на сервер, так как сетевые ресурсы должны быть заняты для выгрузки данных, когда сеть перегружена, действие по выгрузке данных неизбежно влияет на игровой процесс на переднем плане, что приводит к неровному воспроизведению игрового экрана и влияет на пользовательское восприятие, и при обстоятельстве, когда APP-приложение завершается ненормально, выгружаемые данные не могут быть выгружены во время, что легко приводит к потере данных. Безусловно, это имеет сравнительно большое воздействие на APP-приложение, требуемое для сбора APP с использованием поведения пользователей.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Ввиду этого, данное изобретение предусматривает способ обработки данных и устройство, используемые для приложения терминала, которые динамически регулируют величину данных, которые должны быть переданы поэтапно в соответствии со скоростью сети терминала, учитывают характеристики терминала и сценарий его использования, и достигают баланса между производительностью выгрузки данных в реальном времени и плавностью выполнения APP.
Данное изобретение предусматривает способ обработки данных, используемый для приложения терминала, содержащий: этап получения информации для получения от сервера информации базовой конфигурации параметров передачи, причем информация базовой конфигурации параметров передачи, включающая в себя минимальное число фрагментов и максимальное число фрагментов данных, переданных на сервер за один раз, когда терминал выгружает данные на сервер, и минимальный временной интервал и максимальный временной интервал между двумя эпизодами передачи, когда данные передаются постоянно; и этап определения числа фрагментов передачи для определения, в отношении передачи данных на сервер в первый и во второй раз, числа фрагментов данных, переданных на сервер в первый и во второй раз, которое должно быть минимальным числом фрагментов, включенным в информацию базовой конфигурации параметров передачи, и определения, в отношении передачи каждый раз после передачи данных на сервер во второй раз, числа фрагментов данных, передаваемых на сервер в текущее время, в соответствии со скоростями передачи в сети в предыдущие два раза, при этом скоростью передачи в сети является соотношение числа фрагментов переданных данных ко времени, затраченному на передачу, когда данные передаются на сервер за один раз.
Предпочтительно, число фрагментов QN данных, переданных на сервер в N-й раз, определенное на основе скорости передачи в сети в N-2й раз и N-1й раз, является следующим: QN=QN-1(1+PN-1), где PN-1=(SN-1-SN-2)/SN-2, N является положительным целым, и N>2, и где SN-2 и SN-1 соответственно являются скоростями передачи в сети, когда данные передаются на сервер в N-2й раз и N-1й раз.
Предпочтительно, максимальное число фрагментов устанавливается как число фрагментов передачи, если определенное число фрагментов передачи больше, чем максимальное число фрагментов.
Предпочтительно, от передачи отказываются и следующая передача рассматривается как передача данных на сервер в первый раз, если определенное число фрагментов передачи меньше, чем 0, или равно ему.
Предпочтительно, после отказа от передачи, следующая передача выполняется через максимальный временной интервал.
Предпочтительно, этап получения информации и этап определения числа фрагментов передачи выполняются в подпотоке приложения.
Данное изобретение также предусматривает устройство обработки данных, используемое для приложения терминала, содержащее: модуль получения информации для получения от сервера информации базовой конфигурации параметров передачи, причем информация базовой конфигурации параметров передачи, включающая в себя минимальное число фрагментов и максимальное число фрагментов данных, переданных на сервер за один раз, когда терминал выгружает данные на сервер, и минимальный временной интервал и максимальный временной интервал между двумя эпизодами передачи, когда данные передаются постоянно; и модуль определения числа фрагментов передачи для определения, в отношении передачи данных на сервер в первый и во второй раз, числа фрагментов данных, переданных на сервер в первый и во второй раз, которое должно быть минимальным числом фрагментов, включенным в информацию базовой конфигурации параметров передачи, и определения, что касается передачи каждый раз после передачи данных на сервер во второй раз, числа фрагментов данных, передаваемых на сервер в текущее время, в соответствии со скоростями передачи в сети в предыдущие два раза, при этом скоростью передачи в сети является соотношение числа фрагментов переданных данных ко времени, затраченному на передачу, когда данные передаются на сервер за один раз.
Данное изобретение имеет нижеследующие полезные эффекты: данное изобретение проектирует динамически регулируемый механизм в отношении числа фрагментов передачи данных APP, который может предотвратить потерю плавности выполнения APP из-за чрезмерной потери переданных данных при обстоятельстве, когда сетевые ресурсы недостаточны. Использование данного изобретения для выполнения обработки передачи данных APP может разумно использовать сетевые ресурсы для завершения задачи по выгрузке данных APP и предотвращения потери данных APP, что особенно подходит к случаю, когда должно быть выгружено большое число данных поведения пользователя APP.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 является структурной принципиальной схемой сетевого соединения стороны пользователя мобильного телефона и стороны сервера;
Фиг. 2 является блок-схемой последовательности операций способа обработки данных, используемого для приложения терминала, согласно варианту осуществления данного изобретения;
Фиг. 3 и Фиг. 4 являются соответственно блок-схемами последовательностей операций передачи данных после запуска APP в первый и во второй раз после установки APP пользователем;
Фиг. 5 является структурной принципиальной схемой устройства обработки данных, используемого для приложения терминала, согласно варианту осуществления данного изобретения;
Фиг. 6 является структурной принципиальной схемой устройства обработки данных, используемого для приложения терминала, согласно другому варианту осуществления данного изобретения; и
Фиг. 7 является устройством обработки данных, используемым для приложения терминала, согласно дополнительному варианту осуществления данного изобретения.
ПОДРОБНОЕ ОПИСАНИЕ
Технические решения данного изобретения описаны более подробно ниже с учетом Фигур и посредством приведения примеров вариантов осуществления:
Фиг. 1 показывает структурную принципиальную схему традиционного сетевого соединения стороны пользователя мобильного телефона и стороны сервера, принимая интеллектуальный мобильный телефон в качестве примера. Пользователь запускает APP мобильного телефона, запрашивает сервер 1 верифицировать APP и получает информацию базовой конфигурации параметров передачи от сервера 1; после прохождения верификации APP, когда есть данные APP, которые должны быть переданы, данные APP выгружаются на сервер 2 на основе информации базовой конфигурации параметров передачи. В общем, в отношении APP, установленного на интеллектуальном терминале, каждый раз когда запускается APP, будут выполняться процессы, такие как запуск, верификация, выгрузка данных и хранение данных APP.
Настоящее изобретение предлагает решения обработки в отношении хода обработки выгрузки данных APP. Фиг. 2 является блок-схемой последовательности операций способа обработки данных, используемого для приложения терминала, согласно варианту осуществления данного изобретения, содержащей:
S101, этап получения информации: получение от сервера информации базовой конфигурации параметров передачи, причем информация базовой конфигурации параметров передачи, включающая в себя минимальное число фрагментов и максимальное число фрагментов данных, переданных на сервер за один раз, когда терминал выгружает данные на сервер, и минимальный временной интервал и максимальный временной интервал между двумя эпизодами передачи, когда данные передаются постоянно; и
S102, этап определения числа фрагментов передачи: определение, в отношении передачи данных на сервер в первый и во второй раз, числа фрагментов данных, переданных на сервер в первый и во второй раз, которое должно быть минимальным числом фрагментов, включенным в информацию базовой конфигурации параметров передачи, и определения, в отношении передачи каждый раз после передачи данных на сервер во второй раз, числа фрагментов данных, передаваемых на сервер в текущее время, в соответствии со скоростями передачи в сети в предыдущие два раза, при этом скоростью передачи в сети является соотношение числа фрагментов переданных данных ко времени, затраченному на передачу, когда данные передаются на сервер за один раз.
При фактическом сценарии применения, все еще принимая интеллектуальный мобильный телефон в качестве примера, по отношению к этапу S101, после запуска APP пользователем мобильного телефона, APP получает от стороны сервера "информацию базовой конфигурации параметров передачиʺ, т.е., базовую стратегию передачи, которая предписывает, что когда используется конфигурация стороны сервера, разрешается минимальное число фрагментов и максимальное число фрагментов, каждый раз передаваемых потоком передачи APP; которая также предписывает, что когда величина данных APP очень большая, и требуется постоянно передавать поток передачи несколько раз, для того, чтобы вынуждать мобильный телефон освобождать и возвращать CPU, память и сетевые ресурсы, и гарантировать, что ресурсы мобильного телефона не заняты в течении длительного времени, задаются минимальный временной интервал между двумя эпизодами постоянной передачи и максимальный интервал времени ожидания опроса потока передачи, когда APP не имеет заданных данных, которые должны быть выгружены.
В отношении этапа S102, вариант осуществления данного изобретения динамически регулирует величину передачи данных APP. Данные APP выгружаются на сервер после подвержения сжатию, при этом число фрагментов данных, переданных на сервер в первый и во второй раз, производится согласно минимальному числу фрагментов, предписанному "информацией базовой конфигурации параметров передачи", полученной на этапе S101, т.е., если минимальное число фрагментов составляет 10, 10 фрагментов данных APP переданы на сервер в предыдущие два раза; затем начиная с передачи в третий раз, не предписывается, что должны быть переданы 10 фрагментов, но число фрагментов, передаваемых на сервер в текущее время, каждый раз динамически определяется в соответствии со скоростью передачи в сети в предыдущие два раза.
Использование данного изобретения для выполнения обработки передачи данных APP предотвращает передачу чрезмерных данных при обстоятельстве, когда сеть перегружена, чтобы влиять на плавность использования APP, разумно использует сетевые ресурсы для быстрого завершения задачи по выгрузке данных APP и предотвращает потерю данных APP.
В предпочтительном варианте осуществления данного изобретения, число фрагментов данных, передаваемых в текущее время, может быть определено в соответствии со степенью изменения скоростей передачи в сети для передачи данных в предыдущие два раза. Конкретно, соответствующие переменные и способы вычисления являются такими, как следует ниже:
1) минимальное число фрагментов базовой передачи: MinNQ, например, MinNQ=10;
2) максимальное число фрагментов базовой передачи: MaxNQ, например, MaxNQ=50;
где пункты 1) и 2) являются частями информации базовой конфигурации параметров передачи, полученной от стороны сервера,
3) число фрагментов, переданных в первый раз, предписывается как минимальное число фрагментов, т.е., Q1=MinNQ;
4) скорость передачи в сети в первый раз является такой, как следует ниже: S1=Q1/время, затраченное на передачу в текущее время ST1;
5) число фрагментов, переданных во второй раз, также предписывается как минимальное число фрагментов, т.е., Q2=MinNQ;
6) скорость передачи в сети во второй раз является такой, как следует ниже: S2=Q2/время, затраченное на передачу в текущее время ST2;
7) вычисляется скорость передачи, относительно скорости в первый раз, степень увеличения скорости передачи во второй раз является такой как следует ниже: P2=(S2-S1)/S1;
8) число фрагментов, переданных в третий раз, определяется посредством вычисления, которое следует ниже: Q3=Q2*(1+P2);
9) скорость передачи в сети в третий раз является такой, как следует ниже: S3=Q3/время, затраченное на передачу в текущее время ST3;
аналогично, остальное выводится исходя из этого, как следует ниже:
10) скорость передачи в сети в (n-2)й раз является такой, как следует ниже: SN_2=число фрагментов, передаваемых в текущее время, QN_2/время, затраченное на передачу в текущее время, STN_2;
11) скорость передачи в сети в (n-1)й раз является такой, как следует ниже: SN_1=число фрагментов, передаваемых в текущее время, QN_1/время, затраченное на передачу в текущее время, STN_1;
12) затем степень увеличения скорости передачи в (n-1)й раз относительно скорости передачи в (n-2)й раз является такой как следует ниже: PN_1=(SN_1-SN_2)/SN_2; и
13) затем число фрагментов, переданных в N-й раз, получают посредством вычисления, как следует ниже: QN=QN_1*(1+PN_1), где результат вычисления QN является целым числом.
Вышеизложенное содержание представляют способ определения числа фрагментов переданных данных в соответствии со степенью изменения скорости передачи в сети, и степень изменения, т.е., степень увеличения P, получается посредством вычисления в соответствии со скоростью передачи в сети в предыдущие два раза. Чем больше степень увеличения, тем лучше текущее состояние сети, и может быть передано больше данных, что не будет влиять на плавность выполнения APP; наоборот, чем меньше степень увеличения (или даже степень увеличения отрицательна), тем хуже текущее состояние сети и меньше сетевых ресурсов, для того, чтобы гарантировать, что APP выполняется нормально, число фрагментов переданных данных должно быть соответствующим образом уменьшено, и число фрагментов передачи может быть конкретно определено согласно способу вычисления в пункте 13) выше.
Более конкретно, таблица 1 приводит соответствующие записи данных использования предпочтительного варианта осуществления данного изобретения для выгрузки данных APP на сервер, включая число фрагментов переданных данных, время, затраченное на передачу, скорость передачи в сети и степень увеличения каждый раз в процессе с передачи в первый раз до передачи в тринадцатый раз. Согласно данному изобретению, числом фрагментов, переданных в первый и во второй раз, является минимальное число фрагментов, т.е., 10 фрагментов, предписанное базовой конфигурацией параметров передачи для сервера. Для того, чтобы определить число фрагментов, переданное в третий раз, вычисляется, что степень увеличения P2=(6,66-8,33)/8,33=-0,2, так число фрагментов, переданных в третий раз, должно быть таким, как следует ниже: 10*(1+(0,2))=8. Взяв условия передачи для одиннадцатого раза, двенадцатого раза и тринадцатого раза в качестве примеров, степень увеличения для одиннадцатого раза составляет P11=0,81, так число фрагментов, переданных в двенадцатый раз безусловно увеличивается (увеличение с 17 фрагментов до 30 фрагментов), но вместе с замедлением скорости передачи в сети (уменьшение с 34 до 5), P12=-0,85, которая является отрицательной, число фрагментов, переданных в тринадцатый раз, соответственно значительно уменьшается с 30 до 4. Как может быть видно, выполнение обработки данных согласно настоящему изобретению может автоматически регулировать величину передачи данных согласно состоянию сети, чтобы заставить две части стремиться к динамическому балансу, завершить задачу по выгрузке данных во время при условии ограниченных сетевых ресурсов, предотвратить потерю данных и способствовать постоянному сбору и выгрузке новых данных.
Таблица 1
Эпизод передачи | Число фрагментов передачи (Q) | Время, затраченное на передачу (ST) Единица: секунда |
Скорость передачи в сети (Q/ST) | Степень увеличения (P) |
1 | 10 | 1,2 | 8,33 | / |
2 | 10 | 1,5 | 6,66 | -0,2 |
3 | 8 | 1 | 8 | 0,2 |
4 | 9 | 0,8 | 11,25 | 0,4 |
5 | 12 | 0,8 | 15 | 0,33 |
6 | 16 | 0,9 | 17,78 | 0,18 |
7 | 18 | 1 | 18 | 0,01 |
8 | 18 | 0,8 | 22,5 | 0,25 |
9 | 22 | 1,4 | 15,71 | -0,3 |
10 | 15 | 0,8 | 18,75 | 0,19 |
11 | 17 | 0,5 | 34 | 0,81 |
12 | 30 | 6 | 5 | -0,85 |
13 | 4 | 1 | 4 | -0,2 |
К тому же, в отношении определенного числа фрагментов передачи, с одной стороны, если число фрагментов передачи больше, чем максимальное число фрагментов MaxNQ, предписанное базовой конфигурацией параметров передачи, MaxNQ берется как число фрагментов передачи в текущее время для выполнения передачи, и возможная перегрузка сети, вызванная передачей чрезмерных данных, является управляемой.
С другой стороны, если вычисленное число фрагментов передачи меньше, чем 0, или равно ему, от передачи в текущее время отказываются, и не включают в базу для вычисления числа фрагментов, передаваемых в следующий раз; ход передачи ожидает наступления следующего периода передачи, например, поток передачи опрашивается до следующего периода через максимальный временной интервал, предписанный базовой конфигурацией параметров передачи, определение числа фрагментов передачи начинается заново, т.е., следующий эпизод передачи используется как передача в первый раз, число фрагментов, передаваемых каждый раз в дальнейшем, все еще определяется согласно этапу S102 в варианте осуществления по Фиг. 2 настоящего изобретения, и выполняется динамическая выгрузка данных APP.
Фиг. 3 и Фиг. 4 соответственно показывают блок-схемы последовательностей операций передачи данных после запуска APP, принимая в качестве примеров условия после запуска APP в первый и во второй раз после установки APP пользователем. В отношении запуска, запроса верификации и базовой конфигурации параметров передачи, передачи данных и службы обработки данных APP, предпочтительно, в варианте осуществления настоящего изобретения, запуск и служба обработки данных APP выполняются в основном потоке APP, запрос верификации и базовой конфигурации параметров передачи и передача данных APP выполняются в подпотоке APP, и процессы, выполняемые в подпотоке, не занимают основной поток.
Конкретно, как показано на Фиг. 3, после запуска APP в первый раз, с одной стороны, запускается подпоток для запроса верификации и базовой конфигурации параметров передачи APP, и в подпотоке выполняются нижеследующие процессы: осуществление запроса сервера верифицировать APP, осуществление запроса сервера передать информацию базовой конфигурации параметров передачи, запись файла стратегии буферизации после приема информации, возвращенной из сервера, принятие решения, прошла ли верификация APP, запуск подпотока для передачи данных APP начинается, если прошла верификация, иначе ход процесса завершается. В дополнение, если информация, возвращенная из сервера, не принята, из текущего подпотока сразу же выходят, и ход процесса завершается. В отношении подпотока для передачи данных APP, обнаруживается, есть ли данные, которые должны быть переданы, после запуска подпотока, если есть, принимается решение, использовать ли принудительно конфигурацию сервера, и если нет, ожидается наступление следующего периода передачи (временем ожидания является максимальный временной интервал). В отношении условия, когда есть данные, которые должны быть переданы, если система точно определяет, что конфигурация сервера используется принудительно, передача данных выполняется согласно конфигурации сервера, т.е., каждый раз передается минимальное число данных; если система не определяет точно, что конфигурация сервера используется принудительно, передача данных выполняется согласно решению, предусмотренному настоящим изобретением, т.е., число фрагментов переданных данных динамически регулируется до завершения выгрузки всех данных, которые должны быть выгружены, и ожидается наступление следующего периода передачи (временем ожидания является минимальный временной интервал).
С другой стороны, после запуска APP в первый раз, также запускается основной поток для службы обработки данных APP, и в основном потоке выполняются нижеследующие процессы: выполнение процессов, таких как сбор и сжатие данных APP, принятие решения, является ли число фрагментов обработанных данных больше, чем минимальное число фрагментов, продолжение сбора и сжатия данных, если минимальное число фрагментов не достигнуто, принятие решения, находится ли подпоток для передачи данных APP в состоянии необходимости пробуждения после достижения минимального числа фрагментов, если так, пробуждение подпотока для передачи данных APP, использование собранных и сжатых данных в качестве данных, которые должны быть переданы, и вхождение в подпоток для передачи данных APP для выполнения передачи данных.
Фиг. 4 является блок-схемой последовательности операций передачи данных после запуска APP во второй раз. Аналогично процессам после запуска APP в первый раз на Фиг. 3, процессы осуществления запроса сервера верифицировать APP, осуществления запроса сервера передать информацию базовой конфигурации параметров передачи и запуска подпотока для передачи данных APP после прохождения верификации выполняются в подпотоке для запроса верификации и базовой конфигурации параметров передачи APP, и передача данных выполняется в подпотоке для передачи данных APP.
Согласно ходу обработки выше, когда не требуется использование механизма динамического регулирования числа фрагментов передачи данных APP данного изобретения, системе может быть задано "принудительно использовать конфигурацию стороны сервераʺ, тогда в подпотоке для передачи данных APP, передача данных выполняется каждый раз согласно базовой конфигурации параметров передачи. И наоборот, системе задается "не использовать принудительно конфигурацию стороны сервераʺ, тогда число фрагментов передачи определяется согласно механизму динамического регулирования по данному изобретению в подпотоке для передачи данных APP. Вышеизложенное содержание служит в качестве преобразования между обыкновенным режимом передачи и динамическим режимом передачи, и пользователь может задать режим передачи согласно возможности конкретного приложения.
В дополнение, данное изобретение также предусматривает устройство обработки данных, используемое для приложения терминала. Фиг. 5 показывает структурную блок-схему устройства, содержащего:
модуль 11 получения информации для получения от сервера информации базовой конфигурации параметров передачи, причем информация базовой конфигурации параметров передачи, включающая в себя минимальное число фрагментов и максимальное число фрагментов данных, переданных на сервер за один раз, когда терминал выгружает данные на сервер, и минимальный временной интервал и максимальный временной интервал между двумя эпизодами передачи, когда данные передаются постоянно; и
модуль 12 определения числа фрагментов передачи для определения, в отношении передачи данных на сервер в первый и во второй раз, числа фрагментов данных, переданных на сервер в первый и во второй раз, которое должно быть минимальным числом фрагментов, включенным в информацию базовой конфигурации параметров передачи, и определения, в отношении передачи каждый раз после передачи данных на сервер во второй раз, числа фрагментов данных, передаваемых на сервер в текущее время, в соответствии со скоростями передачи в сети в предыдущие два раза, при этом скоростью передачи в сети является соотношение числа фрагментов переданных данных ко времени, затраченному на передачу, когда данные передаются на сервер за один раз.
К тому же, устройство обработки данных в варианте осуществления по Фиг. 5 может дополнительно содержать первый модуль 13 задания числа фрагментов передачи, как показано на Фиг. 6, который используется для задания максимального числа фрагментов, включенного в информацию базовой конфигурации параметров передачи, для числа фрагментов, переданных в M-й раз, когда число фрагментов данных, переданных на сервер в M-й раз, определенное модулем определения числа фрагментов передачи, больше, чем максимальное число фрагментов.
К тому же, устройство обработки данных в варианте осуществления по Фиг. 5 может дополнительно содержать второй модуль 14 задания числа фрагментов передачи, как показано на Фиг. 7, который используется для отказа от передачи в M-й раз и расценивает передачу в M+1й раз как передачу данных на сервер в первый раз, когда число фрагментов передачи данных в M-й раз, определенное модулем определения числа фрагментов передачи, меньше, чем 0, или равно ему.
Вышеизложенное содержание подробно представляет технические решения данного изобретения, учитывая варианты осуществления, и описанные варианты осуществления используются для помощи в понимании идеи данного изобретения. Выводы и модификации, сделанные специалистами в данной области техники на основании вариантов осуществления данного изобретения, также попадают в рамки объема правовой охраны данного изобретения.
Claims (22)
1. Способ обработки данных, используемый для приложения терминала, отличающийся тем, что содержит:
этап получения информации для получения от сервера информации базовой конфигурации параметров передачи, причем информация базовой конфигурации параметров передачи, включающая в себя минимальное число фрагментов и максимальное число фрагментов данных, переданных на сервер за один раз, когда терминал выгружает данные на сервер, и минимальный временной интервал и максимальный временной интервал между двумя эпизодами передачи, когда данные передаются постоянно; и
этап определения числа фрагментов передачи для определения, в отношении передачи данных на сервер в первый и во второй раз, числа фрагментов данных, переданных на сервер в первый и во второй раз, которое должно быть минимальным числом фрагментов, включенным в информацию базовой конфигурации параметров передачи, и определения, в отношении передачи каждый раз после передачи данных на сервер во второй раз, числа фрагментов данных, передаваемых на сервер в текущее время, в соответствии со скоростями передачи в сети в предыдущие два раза, при этом скоростью передачи в сети является соотношение числа фрагментов переданных данных ко времени, затраченному на передачу, когда данные передаются на сервер за один раз.
2. Способ обработки данных, используемый для приложения терминала по п. 1, отличающийся тем, что число фрагментов QN данных, переданных на сервер в N-й раз, определенное на основе скорости передачи в сети в N-2й раз и N-1й раз, является таким, как следует ниже:
QN=QN-1(1+PN-1),
где PN-1=(SN-1-SN-2)/SN-2, N является положительным целым числом, и N>2, и
где SN-2 и SN-1 являются соответственно скоростями передачи в сети, когда данные передаются на сервер в N-2й раз и N-1й раз.
3. Способ обработки данных, используемый для приложения терминала по п. 1, отличающийся тем, что, после этапа определения числа фрагментов передачи, дополнительно содержит этап, на котором устанавливают максимальное число фрагментов для числа фрагментов передачи, если определенное число фрагментов передачи больше, чем максимальное число фрагментов.
4. Способ обработки данных, используемый для приложения терминала по п. 1, отличающийся тем, что, после этапа определения числа фрагментов передачи, дополнительно содержит этап, на котором осуществляют отказ от передачи и расцениванием следующей передачи как передачи данных на сервер в первый раз, если определенное число фрагментов передачи меньше чем 0 или равно ему.
5. Способ обработки данных, используемый для приложения терминала по п. 4, отличающийся тем, что после отказа от передачи, следующая передача выполняется через максимальный временной интервал.
6. Способ обработки данных, используемый для приложения терминала по п. 1, отличающийся тем, что этап получения информации и этап определения числа фрагментов передачи выполняются в подпотоке приложения.
7. Устройство обработки данных, используемое для приложения терминала, отличающееся содержанием:
модуля получения информации для получения от сервера информации базовой конфигурации параметров передачи, причем информация базовой конфигурации параметров передачи, включающая в себя минимальное число фрагментов и максимальное число фрагментов данных, переданных на сервер за один раз, когда терминал выгружает данные на сервер, и минимальный временной интервал и максимальный временной интервал между двумя эпизодами передачи, когда данные передаются постоянно; и
модуля определения числа фрагментов передачи для определения, в отношении передачи данных на сервер в первый и во второй раз, числа фрагментов данных, переданных на сервер в первый и во второй раз, которое должно быть минимальным числом фрагментов, включенным в информацию базовой конфигурации параметров передачи, и определения, в отношении передачи каждый раз после передачи данных на сервер во второй раз, числа фрагментов данных, передаваемых на сервер в текущее время, в соответствии со скоростями передачи в сети в предыдущие два раза, при этом скоростью передачи в сети является соотношение числа фрагментов переданных данных ко времени, затраченному на передачу, когда данные передаются на сервер за один раз.
8. Устройство обработки данных, используемое для приложения терминала по п. 7, отличающийся тем, что число фрагментов QN данных, переданных на сервер в N-й раз, определяется модулем определения числа фрагментов передачи на основе скоростей передачи в сети в N-2й раз и N-1й раз, и является таким, как следует ниже:
QN=QN-1(1+PN-1),
где PN-1=(SN-1-SN-2)/SN-2, N является положительным целым числом, и N>2, и
где SN-2 и SN-1 являются соответственно скоростями передачи в сети, когда данные передаются на сервер в N-2й раз и N-1й раз.
9. Устройство обработки данных, используемое для приложения терминала по п. 7, отличающееся дополнительным содержанием: первого модуля задания числа фрагментов передачи для задания максимального числа фрагментов для числа фрагментов передачи, если число фрагментов передачи, определенное модулем определения числа фрагментов передачи больше, чем максимальное число фрагментов.
10. Устройство обработки данных, используемое для приложения терминала по п. 7, отличающееся дополнительным содержанием: второго модуля задания числа фрагментов передачи для отказа от передачи и расценивания следующей передачи как передачи данных на сервер в первый раз, если число фрагментов передачи, определенное модулем определения числа фрагментов передачи, меньше чем 0 или равно ему.
11. Устройство обработки данных, используемое для приложения терминала по п. 10, отличающееся тем, что второй модуль задания числа фрагментов передачи, после отказа от передачи, выполняет следующую передачу через максимальный временной интервал.
12. Устройство обработки данных, используемое для приложения терминала по п. 7, отличающееся тем, что модуль получения информации и модуль определения числа фрагментов передачи функционируют в подпотоке приложения.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410030339.6A CN103856558B (zh) | 2014-01-22 | 2014-01-22 | 一种用于终端应用的数据处理方法和装置 |
CN201410030339.6 | 2014-01-22 | ||
PCT/CN2015/071349 WO2015110047A1 (zh) | 2014-01-22 | 2015-01-22 | 一种用于终端应用的数据处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
RU2632420C1 true RU2632420C1 (ru) | 2017-10-04 |
Family
ID=50863762
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2016133990A RU2632420C1 (ru) | 2014-01-22 | 2015-01-22 | Способ обработки данных и устройство, используемое для приложения терминала |
Country Status (4)
Country | Link |
---|---|
US (1) | US10044833B2 (ru) |
CN (1) | CN103856558B (ru) |
RU (1) | RU2632420C1 (ru) |
WO (1) | WO2015110047A1 (ru) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103856558B (zh) * | 2014-01-22 | 2017-07-14 | 北京京东尚科信息技术有限公司 | 一种用于终端应用的数据处理方法和装置 |
CN107147770B (zh) * | 2016-03-01 | 2020-07-07 | 阿里巴巴集团控股有限公司 | 一种设备信息收集方法、装置及系统 |
CN109977334B (zh) * | 2019-03-26 | 2023-10-20 | 浙江度衍信息技术有限公司 | 检索速度优化方法 |
CN112199898B (zh) * | 2020-11-11 | 2021-06-15 | 北京三维天地科技股份有限公司 | 一种基于大数据的仪器设备故障预测与健康管理方法 |
CN115695445A (zh) * | 2021-07-31 | 2023-02-03 | 华为技术有限公司 | 一种数据同步方法、终端和系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2146427C1 (ru) * | 1995-04-10 | 2000-03-10 | Нокиа Телекоммьюникейшнз Ой | Способ и система маршрутизации трафика в узле сети связи |
CN101594216A (zh) * | 2008-05-28 | 2009-12-02 | 华为技术有限公司 | 子包传输方法、发送端、接收端及网络系统 |
CN101764746A (zh) * | 2009-12-17 | 2010-06-30 | 中国电力科学研究院 | 一种发送数据的方法及装置 |
CN102546832A (zh) * | 2012-02-29 | 2012-07-04 | 北京快网科技有限公司 | 基于tcp协议的报文发送方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101656756B (zh) * | 2009-09-17 | 2012-09-05 | 中国科学院声学研究所 | 一种发送速率自适应控制的文件传输方法及其系统 |
CN106376038A (zh) * | 2011-08-25 | 2017-02-01 | 华为技术有限公司 | 一种控制参数的调整方法、终端及基站和系统 |
CN103051955B (zh) * | 2012-12-21 | 2016-08-03 | 华为技术有限公司 | 流媒体播放方法及装置 |
CN103856558B (zh) * | 2014-01-22 | 2017-07-14 | 北京京东尚科信息技术有限公司 | 一种用于终端应用的数据处理方法和装置 |
-
2014
- 2014-01-22 CN CN201410030339.6A patent/CN103856558B/zh active Active
-
2015
- 2015-01-22 RU RU2016133990A patent/RU2632420C1/ru active
- 2015-01-22 WO PCT/CN2015/071349 patent/WO2015110047A1/zh active Application Filing
- 2015-01-22 US US15/113,496 patent/US10044833B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2146427C1 (ru) * | 1995-04-10 | 2000-03-10 | Нокиа Телекоммьюникейшнз Ой | Способ и система маршрутизации трафика в узле сети связи |
CN101594216A (zh) * | 2008-05-28 | 2009-12-02 | 华为技术有限公司 | 子包传输方法、发送端、接收端及网络系统 |
CN101764746A (zh) * | 2009-12-17 | 2010-06-30 | 中国电力科学研究院 | 一种发送数据的方法及装置 |
CN102546832A (zh) * | 2012-02-29 | 2012-07-04 | 北京快网科技有限公司 | 基于tcp协议的报文发送方法 |
Also Published As
Publication number | Publication date |
---|---|
US10044833B2 (en) | 2018-08-07 |
CN103856558A (zh) | 2014-06-11 |
CN103856558B (zh) | 2017-07-14 |
WO2015110047A1 (zh) | 2015-07-30 |
US20170013083A1 (en) | 2017-01-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2632420C1 (ru) | Способ обработки данных и устройство, используемое для приложения терминала | |
US10271112B2 (en) | System and method for dynamic adaptive video streaming using model predictive control | |
US8897144B2 (en) | Quality of user experience testing for video transmissions | |
US9699236B2 (en) | System and method of adaptive bit-rate streaming | |
US8725128B2 (en) | Pre-fetching of assets to user equipment | |
US20080022005A1 (en) | Glitch-Free Media Streaming | |
US9854282B2 (en) | System and method for enabling network based rate determination for adaptive video streaming | |
CN110807128B (zh) | 视频的预加载方法、装置、设备和存储介质 | |
WO2022057391A1 (zh) | 缓存内存调整方法、装置及计算机设备 | |
JP7496022B2 (ja) | クライアント、サーバ、受信方法及び送信方法 | |
US10985988B2 (en) | Profile generation for bandwidth management | |
EP2879339A1 (en) | Method for distributing available bandwidth of a network amongst ongoing traffic sessions run by devices of the network, corresponding device. | |
GB2508498A (en) | A congestion control method for dynamically maximizing communication link throughput | |
US9699103B2 (en) | Method and system for flow controlling | |
US10305955B1 (en) | Streaming decision in the cloud | |
CN110690988A (zh) | 带宽控制方法、带宽控制平台、服务器及存储介质 | |
US20130117298A1 (en) | Web service performance optimization by adaptively using compression | |
WO2014124555A1 (zh) | 流媒体数据传输的调节方法及装置 | |
Nguyen et al. | An adaptive streaming method of 360 videos over HTTP/2 protocol | |
US9979765B2 (en) | Adaptive connection switching | |
WO2016079958A1 (ja) | 通信システム、通信機器、通信方法、及び記録媒体 | |
US20190260991A1 (en) | Data coding method and apparatus, terminal device, and computer-readable storage medium | |
CN114039931B (zh) | 一种控制数据传输的方法、装置、设备及介质 | |
CN104168274A (zh) | 数据获取请求的处理方法、客户端及服务器 | |
Bouzian et al. | QoE optimization of ON/OFF video streaming strategy in wireless networks |