RU2632420C1

RU2632420C1 - Способ обработки данных и устройство, используемое для приложения терминала

Info

Publication number: RU2632420C1
Application number: RU2016133990A
Authority: RU
Inventors: Цзягуань ЮАНЬ; Шивэй ЛУ
Original assignee: Бэйцзин Цзиндун Шанкэ Информейшн Текнолоджи Ко., Лтд.; Бэйцзин Цзиндун Сенчури Трэйдинг Ко., Лтд.
Priority date: 2014-01-22
Filing date: 2015-01-22
Publication date: 2017-10-04
Also published as: CN103856558A; CN103856558B; US10044833B2; WO2015110047A1; US20170013083A1

Abstract

Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении скорости передачи данных. Способ содержит: получение от сервера информации базовой конфигурации параметров передачи, включающей в себя минимальное число фрагментов и максимальное число фрагментов данных, переданных на сервер за один раз, когда терминал выгружает данные на сервер, и минимальный временной интервал и максимальный временной интервал между двумя эпизодами передачи, когда данные передаются постоянно; определение числа фрагментов передачи для определения, в отношении передачи данных на сервер в первый и во второй раз, числа фрагментов данных, переданных на сервер в первый и во второй раз, которое должно быть минимальным числом фрагментов, включенным в информацию базовой конфигурации параметров передачи, и определения, в отношении передачи каждый раз после передачи данных на сервер во второй раз, числа фрагментов данных, передаваемых на сервер в текущее время, в соответствии со скоростями передачи в сети в предыдущие два раза, при этом скоростью передачи в сети является соотношение числа фрагментов переданных данных ко времени, затраченному на передачу, когда данные передаются на сервер за один раз. 2 н. и 10 з.п. ф-лы, 1 табл., 7 ил.

Description

Описание

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

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

В настоящее время, из-за ограничений факторов, таких как сеть и аппаратные средства, большинство APP интеллектуальных терминалов применяют способ выгрузки в режиме C/S (клиент/сервер), режиме HTTP (протокола передачи гипертекста) или режиме WIFI при выгрузке данных, и эти способы не учитывают особенность терминала и сетевой трафик, и также не учитывают состояние занятости ресурса, и таким образом легко приводят к сбою выгрузки данных. Рассматривая в качестве примера игровое APP, APP-приложение запускается после того, как игрок щелкнет по иконке APP, начинается игровое взаимодействие с игроком, в то же время, на заднем плане собирается информация игрока, которая должна быть выгружена на сервер, так как сетевые ресурсы должны быть заняты для выгрузки данных, когда сеть перегружена, действие по выгрузке данных неизбежно влияет на игровой процесс на переднем плане, что приводит к неровному воспроизведению игрового экрана и влияет на пользовательское восприятие, и при обстоятельстве, когда APP-приложение завершается ненормально, выгружаемые данные не могут быть выгружены во время, что легко приводит к потере данных. Безусловно, это имеет сравнительно большое воздействие на APP-приложение, требуемое для сбора APP с использованием поведения пользователей.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

Предпочтительно, число фрагментов Q_N данных, переданных на сервер в N-й раз, определенное на основе скорости передачи в сети в N-2й раз и N-1й раз, является следующим: Q_N=Q_N-1(1+P_N-1), где P_N-1=(S_N-1-S_N-2)/S_N-2, N является положительным целым, и N>2, и где S_N-2 и S_N-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

1. Способ обработки данных, используемый для приложения терминала, отличающийся тем, что содержит:

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

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

2. Способ обработки данных, используемый для приложения терминала по п. 1, отличающийся тем, что число фрагментов Q_N данных, переданных на сервер в N-й раз, определенное на основе скорости передачи в сети в N-2й раз и N-1й раз, является таким, как следует ниже:

Q_N=Q_N-1(1+P_N-1),

где P_N-1=(S_N-1-S_N-2)/S_N-2, N является положительным целым числом, и N>2, и

где S_N-2 и S_N-1 являются соответственно скоростями передачи в сети, когда данные передаются на сервер в N-2й раз и N-1й раз.

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

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

5. Способ обработки данных, используемый для приложения терминала по п. 4, отличающийся тем, что после отказа от передачи, следующая передача выполняется через максимальный временной интервал.

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

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

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

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

8. Устройство обработки данных, используемое для приложения терминала по п. 7, отличающийся тем, что число фрагментов Q_N данных, переданных на сервер в N-й раз, определяется модулем определения числа фрагментов передачи на основе скоростей передачи в сети в N-2й раз и N-1й раз, и является таким, как следует ниже:

Q_N=Q_N-1(1+P_N-1),

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

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

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

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