RU2620720C2 - Система обработки информации, способ управления, сервер, устройство обработки информации и носитель данных - Google Patents
Система обработки информации, способ управления, сервер, устройство обработки информации и носитель данных Download PDFInfo
- Publication number
- RU2620720C2 RU2620720C2 RU2014152794A RU2014152794A RU2620720C2 RU 2620720 C2 RU2620720 C2 RU 2620720C2 RU 2014152794 A RU2014152794 A RU 2014152794A RU 2014152794 A RU2014152794 A RU 2014152794A RU 2620720 C2 RU2620720 C2 RU 2620720C2
- Authority
- RU
- Russia
- Prior art keywords
- information processing
- server
- priority order
- data
- processing device
- Prior art date
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 61
- 238000000034 method Methods 0.000 title claims description 45
- 238000012545 processing Methods 0.000 claims abstract description 62
- 230000005540 biological transmission Effects 0.000 claims abstract description 24
- 230000006854 communication Effects 0.000 claims description 81
- 238000004891 communication Methods 0.000 claims description 80
- 238000007726 management method Methods 0.000 claims description 16
- 230000006870 function Effects 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 2
- 230000007613 environmental effect Effects 0.000 claims 1
- 239000000126 substance Substances 0.000 abstract 1
- 230000004044 response Effects 0.000 description 71
- 230000008569 process Effects 0.000 description 36
- 238000010586 diagram Methods 0.000 description 21
- 238000012546 transfer Methods 0.000 description 7
- 238000013515 script Methods 0.000 description 6
- 239000008186 active pharmaceutical agent Substances 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000003111 delayed effect Effects 0.000 description 3
- 238000004422 calculation algorithm Methods 0.000 description 2
- 230000007175 bidirectional communication Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
- G06F3/041—Digitisers, e.g. for touch screens or touch pads, characterised by the transducing means
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
- G06F3/041—Digitisers, e.g. for touch screens or touch pads, characterised by the transducing means
- G06F3/0416—Control or interface arrangements specially adapted for digitisers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
- G06F3/041—Digitisers, e.g. for touch screens or touch pads, characterised by the transducing means
- G06F3/0416—Control or interface arrangements specially adapted for digitisers
- G06F3/0418—Control or interface arrangements specially adapted for digitisers for error correction or compensation, e.g. based on parallax, calibration or alignment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
- G06F3/041—Digitisers, e.g. for touch screens or touch pads, characterised by the transducing means
- G06F3/043—Digitisers, e.g. for touch screens or touch pads, characterised by the transducing means using propagating acoustic waves
- G06F3/0436—Digitisers, e.g. for touch screens or touch pads, characterised by the transducing means using propagating acoustic waves in which generating transducers and detecting transducers are attached to a single acoustic waves transmission substrate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
-
- 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/2866—Architectures; Arrangements
- H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network
-
- 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/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- 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/61—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 taking into account QoS or priority requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
- H04R1/00—Details of transducers, loudspeakers or microphones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
- H04R17/00—Piezoelectric transducers; Electrostrictive transducers
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Acoustics & Sound (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Изобретение относится к системам и способам обработки информации. Технический результат заключается в увеличении скорости передачи и отображения данных посредством выполнения согласованной передачи данных множеством потоков в соответствии с порядком приоритета данных меду клиентом и сервером и посредством выполнения соответствующей приоритетной обработки кэша в клиенте. Система обработки содержит: сервер, который предоставляет данные, описанные посредством языка разметки, устройство обработки информации, которое осуществляет управление отображением, в соответствии с предоставленными данными. При этом сервер содержит: средство задания для задания порядка приоритета каждого из элементов контента и средство предоставления для предоставления данных. Устройство обработки информации содержит: средство получения для получения каждого из элементов контента от сервера посредством использования каждого из потоков с разными приоритетами, в зависимости от порядка приоритета; средство отображения для управления отображением и средство управления для кэширования других элементов контента. 5 н. и 12 з.п. ф-лы, 12 ил.
Description
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0001] Изобретение относится к методике управления обменом данными, с помощью которого осуществляется высокоскоростное отображение данных без порождения каких-либо нарушений в процессе приоритетной обработки.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
[0002] Было предложено устройство, которое осуществляет фоновую обработку посредством предварительного считывания отображаемых данных, необходимых для последующего отображения на фоне приоритетной обработки. Приоритетная обработка является обработкой, которая предусматривает вывод пользователю, такой как, например, отображение изображения, речевой вывод и т.п. Фоновая обработка является обработкой, которая не предусматривает вывод пользователю и соответствует обработке, например, для данных кэширования, полученных в блоке хранения извне, без вывода данных пользователю.
[0003] В патентном источнике 1 раскрыто устройство отображения данных, которое получает отображаемые данные, такие как, например, веб-страница и т.п., которые с высокой вероятностью подлежат отображению в перспективе, посредством предварительного считывания отображаемых данных, и записывает отображаемые данные на блок хранения данных в случае отсутствия подачи электрической энергии на блок отображения изображения или в случае невыполнения приоритетного задания.
ПЕРЕЧЕНЬ ПАТЕНТНЫХ ИСТОЧНИКОВ
[0004] Патентный источник 1: выложенный патент Японии №2011-141867.
[0005] Однако в патентном источнике 1 не предполагается случай, когда устройство отображения данных получает множество отображаемых данных во множестве потоков. Кроме того, в патентном источнике 1 не предполагается среда, в которой присутствует множество способных к одновременному информационному обмену потоков, порядок приоритета которых задается во множестве уровней. Следовательно, в раскрытой в патентном источнике 1 методике порядок приоритета каждого потока, включенного во множество потоков, не может быть определен надлежащим образом, что приводит к порождению следующих проблем.
[0006] Предположим, что сервер имеет данные А, которые преимущественно используются для приоритетной обработки посредством клиента, и данные В, которые используются для фоновой обработки и порядок приоритета которых меньше порядка приоритета данных А, а также сервер передает клиенту данные А и В в различных потоках.
[0007] Предположим, что поток для передачи данных А является потоком A, поток для передачи данных В является потоком B, и приоритет потока В меньше приоритета потока A.
[0008] В данном случае, когда сервер передает данные В в процессе передачи данных А, передача данных А может быть задержана вследствие обработки передачи или обработки прекращения передачи низкоприоритетного потока В, соответствующего данным В. Другими словами, передача данных А, подлежащая первоначальной доставке клиенту, может быть задержана вследствие передачи данных В.
[0009] Кроме того, в случае наличия множества данных, подлежащих передаче клиенту с сервера, сервер может не иметь возможности задания оптимального приоритета потоков для каждого элемента данных вследствие различия подлежащих передаче данных, различия в сетевой среде между клиентом и сервером, и т.п. В результате, надлежащая передача данных не осуществляется, и, следовательно, приоритетная обработка (отображение данных А), подлежащая первоначальному осуществлению, задерживается вследствие наличия данных В, используемых для фоновой обработки.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0010] Настоящее изобретение было разработано для разрешения, по меньшей мере, одной из вышеописанных проблем. Задачей настоящего изобретения является обеспечение механизма, который предоставляет множество отображаемых данных с сервера на устройство обработки информации в потоках, оптимальный приоритет которых задается для каждого элемента данных. В результате устройство обработки информации надлежащим образом осуществляет приоритетную обработку, что, в конечном счете, приводит к увеличению скорости отображения данных.
[0011] Согласно аспекту настоящего изобретения, обеспечивается система обработки информации, которая включает в себя сервер, который предоставляет данные, описанные посредством языка разметки, и устройство обработки информации, которое осуществляет управление отображением, в соответствии с предоставленными данными. Сервер включает в себя средство задания для задания порядка приоритета каждого из элементов контента на основе атрибута каждого из элементов контента, определенных посредством данных, и средство предоставления для предоставления данных, включающих в себя заданный порядок приоритета, на устройство обработки информации. Устройство обработки информации включает в себя средство получения для получения элементов контента от сервера посредством использования потоков с приоритетами, в зависимости от порядка приоритета каждого из элементов контента, определенных посредством данных, предоставленных от сервера, средство отображения для управления отображением с использованием части элементов контента из числа полученных элементов контента, и средство управления для кэширования других элементов контента из числа полученных элементов контента.
[0012] Согласно настоящему изобретению, в случае наличия множества данных, подлежащих передаче клиенту с сервера, сервер может задать оптимальный приоритет потоков для каждого элемента данных вследствие различия подлежащих передаче данных, различия в сетевой среде между клиентом и сервером, и т.п. Следовательно, осуществляется надлежащая передача данных и надлежащая приоритетная обработка, что в результате приводит к увеличению скорости отображения данных.
[0013] Дополнительные признаки настоящего изобретения явствуют из нижеследующего описания примерных вариантов осуществления, представленного со ссылкой на прилагаемые чертежи.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0014] Фиг. 1 изображает схему, демонстрирующую примерную конфигурацию системы настоящего варианта осуществления.
Фиг. 2 изображает схему, демонстрирующую примерную аппаратную конфигурацию компьютера-клиента и компьютера-сервера.
Фиг. 3 изображает схему, демонстрирующую кадр, подлежащий передаче по TCP-соединению.
Фиг. 4 изображает схему, демонстрирующую примерную структуру данных целевого протокола.
Фиг. 5 изображает схему, демонстрирующую примерную программную конфигурацию компьютера-сервера.
Фиг. 6 изображает схему, демонстрирующую примерную программную конфигурацию компьютера-клиента.
Фиг. 7 изображает схему, демонстрирующую пример операционной обработки, осуществляемой посредством компьютера-сервера.
Фиг. 8 изображает схему, демонстрирующую пример операционной обработки, осуществляемой посредством компьютера-клиента.
Фиг. 9 изображает схему, демонстрирующую пример ответных данных, включающих в себя информацию о порядке приоритета.
Фиг. 10 изображает схему, демонстрирующую пример операционной обработки, осуществляемой посредством компьютера-сервера.
Фиг. 11 изображает схему, демонстрирующую пример обработки связи между компьютером-сервером и компьютером-клиентом.
Фиг. 12 изображает схему, демонстрирующую пример операционной обработки, осуществляемой посредством компьютера-сервера.
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
[0015] В качестве вводной части нижеследующего описания настоящего варианта осуществления будут сформулированы используемые в настоящем документе термины и протокол связи, являющийся целевым в настоящем варианте осуществления. Пример протокола связи, являющегося целевым в настоящем варианте осуществления, включает в себя протокол SPDY (зарегистрированный товарный знак).
[0016] Термин «сокет» используется в качестве метки для идентификации и классификации связи в TCP-уровне. Как правило, во многих случаях в TCP-уровне в качестве младшего уровня используется IP-протокол. Сокет включает в себя совокупность, например, IP-адреса и номера порта.
[0017] Термин «TCP-соединение» означает канал связи в TCP-уровне. Более конкретно, TCP-соединение является совокупностью сокета принимающей стороны и сокета передающей стороны. Термин «поток» относится к логическому каналу в старшем протоколе связи, представляющем интерес. Термин «кадр» относится к минимальному блоку фрагментированных данных в процессе фактической передачи данных.
[0018] В рамках настоящего документа будет представлено описание протокола связи (далее в настоящем документе будет называться «целевым протоколом»), являющегося целевым в настоящем варианте осуществления. Следует отметить возможность наличия промежуточного протокола (TLS, SSL и т.п.) для поддержки прозрачности с целевым протоколом. Целевой протокол осуществляет связь посредством приема/передачи данных, называемых «кадром» по TCP-соединению.
[0019] Фиг. 3 изображает схему, демонстрирующую кадр, подлежащий передаче по TCP-соединению. Кадр 301 передается адресату передачи по TCP-соединению 300. Кадр 301 имеет размер кадра в собственном заголовке.
[0020] Фиг. 4 изображает схему, демонстрирующую примерную структуру данных целевого протокола. Целевой протокол управляет связью по одному соответствующему TCP-соединению 300 в качестве сеанса 400. В одном сеансе 400 присутствует один управляющий кадр 401. Связь, относящаяся к сеансу 400, осуществляется с использованием управляющего кадра 401.
[0021] Целевой протокол, в дополнение к управляющему кадру 401, может иметь любое количество потоков 402 данных. В настоящем изобретении целевой протокол не ограничивается конкретным протоколом. При использовании протокола, имеющего структуру, изображенную на Фиг. 4, настоящее изобретение также является пригодным для применения к седьмому уровню (уровню приложений), шестому уровню (уровню представления), пятому уровню (сеансовому уровню) и пр. в эталонной модели OSI. Термины «поток данных» и «поток» в настоящем документе должны расцениваться в качестве синонимов.
[0022] Фактический обмен данными в старшем приложении и старшем протоколе осуществляется с использованием потоков 402 данных, изображенных на Фиг. 4. Потокам 402 данных может быть задан приоритет. Для удобства объяснения, количество уровней приоритета потоков данных равняется восьми, т.е. от «0», обозначающего наибольший приоритет, до «7», обозначающего наименьший приоритет, при этом фактически количество не ограничивается числом восемь. Количество уровней приоритета может являться любым количеством.
[0023] В настоящем варианте осуществления компьютер-клиент 103 запрашивает компьютер-сервер 102 о получении объектов. Компьютер-клиент 103 задает приоритет потокам 402 данных для получения объектов, в зависимости от порядка приоритета, заданного объектам посредством компьютера-сервера 102. Каждый поток данных имеет идентификатор ID потока для идентификации. Например, если компьютер-клиент 103 пытается получить объект, имеющий высокоприоритетный порядок, то используется поток 1, изображенный на Фиг. 4, а если компьютер-клиент 103 пытается получить объект, имеющий низкоприоритетный порядок, то используется поток 2, изображенный на Фиг. 4.
[0024] В настоящем варианте осуществления между потоками 402 данных может быть определено отношение зависимости. Если поток 402 данных имеет родительский поток, то отношение зависимости может быть выражено посредством задания потоку 402 данных идентификатора ID (идентификатора ID связанного потока, изображенного на Фиг. 4) родительского потока. Если поток 402 данных не имеет родительского потока, то идентификатор ID родительского потока задается равным нулю, либо родительскому потоку вовсе не задается идентификатор ID потока. Посредством установления отношения зависимости между потоками данных, сервер может не только отправить запрошенные клиентом данные в качестве ответа, но также и принудительно передать данные, связанные с данными, запрошенными клиентом. Целевой протокол, описанный со ссылкой на Фиг. 4, осуществляет информационный обмен между сервером и клиентом на равной основе без отношения ведущий/ведомый между ними.
[0025] Далее будет представлено описание простой процедуры связи целевого протокола. Более конкретно, будет представлено описание процедуры от начала связи до конца связи после некого обмена данными.
[0026] Вначале предположим, что было установлено TCP-соединение. На данном этапе сервер и клиент имеют канал двунаправленной связи. Затем, с использованием управляющего кадра 401, создаются потоки 402 данных. Потоки 402 данных могут быть созданы как на стороне сервера, так и на стороне клиента.
[0027] Описание будет представлено посредством демонстрации примера обработки для получения элементов веб-контента клиентом от сервера. Для получения элементов веб-контента клиент должен отправить на сервер команду GET в HTTP-протоколе. Следовательно, клиент формирует запрос на создание потоков 402 данных с использованием потока контента. В момент приема сервером сформированного запроса, сервер отправляет разрешение в качестве ответа посредством управляющего кадра 401. Сервер задает порядок приоритета объектов, соответствующих элементам контента в процессе ответа. Клиент создает потоки данных, порядок приоритета и отношение зависимости которых задаются на основе порядка приоритета. После создания потоков 402 данных, сервер и клиент могут сформировать запрос GET в HTTP-протоколе или отправить HTTP-протокол в качестве ответа с использованием созданных потоков 402 данных.
[0028] После приема данных, необходимых для стороны клиента, от сервера, поток должен быть закрыт. На данном этапе поток может быть закрыт как на стороне клиента, так и на стороне сервера. Затем либо сервер, либо клиент, который принял запрос на закрытие потока, формирует запрос на закрытие потока сразу после отсутствия данных, подлежащих передаче, чтобы таким образом закрыть поток. Например, однонаправленная связь также может быть осуществлена, когда запрос на закрытие преднамеренно не формируется на стороне клиента.
[0029] В порядке примера создания потоков 402 данных на стороне сервера допускается, чтобы сервер, который принял запрос GET от стороны клиента, создавал новый поток 402 данных для динамической принудительной передачи клиенту элементов контента. Как можно видеть из примера, количество потоков динамически изменяется в соответствии с продолжительностью связи в целевом протоколе.
[0030] Фиг. 1 изображает схему, демонстрирующую примерную конфигурацию системы настоящего варианта осуществления. Система обработки информации, изображенная на Фиг. 1, включает в себя компьютер-клиент 103 и компьютер-сервер 102, которые соединяются друг с другом по локальной сети 207 LAN и сети 101 Интернет. Способ управления настоящего варианта осуществления реализовывается посредством функций устройств, обеспеченных в системе обработки информации. Компьютерная программа настоящего варианта осуществления побуждает компьютер к выполнению способа управления. Для реализации настоящего изобретения, как компьютер-клиент 103, так и компьютер-сервер 102 включают в себя механизм, который управляет целевым протоколом, описанным со ссылкой на Фиг. 4. Далее в настоящем документе описание будет представлено посредством демонстрации примера, в котором настоящее изобретение реализовывается посредством компьютера-сервера 102 и компьютера-клиента 103. Однако настоящее изобретение также может быть реализовано либо посредством компьютера-сервера 102, либо посредством компьютера-клиента 103.
[0031] Компьютер-сервер 102 является сервером, который принимает от компьютера-клиента 103 запрос на получение контента, и передает объекты, включенные в элементы контента, соответствующие запросу, на компьютер-клиент 103. После приема запроса на получение контента, компьютер-сервер 102 изначально задает порядок приоритета объектов, включенных в соответствующие элементы контента, и предоставляет ответные данные, включающие в себя информацию о порядке приоритета, относящуюся к порядку приоритета объектов, на компьютер-клиент 103.
[0032] Ответные данные представляют собой данные, которые включают в себя информацию для получения объектов, соответствующих запросу на получение контента компьютера-клиента 103. В этом примере компьютер-сервер 102 предоставляет на компьютер-клиент 103 данные, описанные посредством языка разметки (например, HTML), в качестве ответных данных.
[0033] Компьютер-клиент 103 является устройством обработки информации, которое осуществляет управление отображением в соответствии с данными, предоставленными от компьютера-сервера 102. Более конкретно, компьютер-клиент 103 задает различные приоритеты потоков данных, которые используются для получения объекта от компьютера-сервера 102, на основе информации о порядке приоритета, которая включается в ответные данные, предоставляемые от компьютера-сервера 102. Компьютер-клиент 103 получает желаемые элементы контента посредством использования потоков данных, различные приоритеты которых задаются посредством получения объектов от компьютера-сервера 102. Компьютер-клиент 103 управляет отображением с использованием части элементов контента, а также кэширует другие элементы контента из числа полученных элементов контента. Более конкретно, компьютер-клиент 103 отображает элементы контента, необходимые для текущего отображения, а также кэширует в блоке хранения другие элементы контента, необходимые для отображения, следующего за текущим отображением. Устройство обработки информации, служащее в качестве компьютера-клиента 103, является устройством, включающим в себя программу, такую как, например, веб-обозреватель. Примеры устройства обработки информации включают в себя устройства, такие как, например, ноутбук, планшет, сотовый телефон, устройство формирования изображения, такое как, например, принтер или многофункциональное периферийное устройство, и т.п.
[0034] Локальная сеть 207 LAN является линией связи для осуществления связи между компьютером-клиентом 103 и компьютером-сервером 102. Сеть 101 Интернет является линией связи для осуществления связи между вышеупомянутыми устройствами через межсетевой экран. При помощи сети 101 Интернет компьютер-сервер 102 и компьютер-клиент 103, которые связаны с локальной сетью 207 LAN, могут осуществлять связь друг с другом через межсетевой экран. Как локальная сеть 207 LAN, так и сеть 101 Интернет являются сетью связи для поддержки, например, TCP/IP-протокола и т.п., а также могут являться проводными или беспроводными. Несмотря на то, что компьютер-сервер 102 изображается на Фиг. 1 в качестве одного сервера, компьютер-сервер 102 также может быть сконфигурирован посредством множества компьютеров-серверов. Компьютер-сервер 102 также может быть сконфигурирован в качестве виртуального PC.
[0035] Если не указано обратное, то настоящее изобретение, несомненно, является применимым как к одному устройству, так и к системе, состоящей из множества устройств, при условии возможности выполнения функции настоящего изобретения. Если не указано обратное, то настоящее изобретение, несомненно, является применимым к системе, которая осуществляет обработку посредством установления соединения по сети (например, по сети WAN), отличной от сети Интернет, при условии возможности выполнения функции настоящего изобретения.
[0036] Фиг. 2 изображает схему, демонстрирующую примерную аппаратную конфигурацию компьютера-клиента и компьютера-сервера. Компьютер 200, изображенный на Фиг. 2, соответствует компьютеру-клиенту 103 или компьютеру-серверу 102.
[0037] Компьютер 200 включает в себя процессор 201 CPU, который выполняет обработку документов, включающую в себя графические данные, изображения, символы, таблицы (включая вычисление таблиц и т.п.), и т.п., на основе программы памяти ROM, обеспеченной в памяти 202 ROM, программы обработки документов, сохраненной на внешнем устройстве 205 хранения, и т.п. Процессор 201 CPU полностью управляет устройствами, соединенными с системной шиной 204. Компьютер 200 может включать в себя устройство ввода/вывода.
[0038] Программа памяти ROM, находящаяся в памяти 202 ROM или на внешнем устройстве 205 хранения, хранит операционную систему и т.п., которая является управляющей программой процессора 201 CPU. Кроме того, данные памяти ROM, находящиеся в памяти 202 ROM или на внешнем устройстве 205 хранения, хранят различные данные. Память 203 RAM функционирует в качестве основной памяти, рабочего пространства и т.п., процессора 201 CPU. Блок 206 управления сетевым интерфейсом I/F управляет приемом/передачей данных из/в локальную сеть 207 LAN.
[0039] Программная конфигурация компьютера-сервера 102, изображенная на Фиг. 5, а также обработка этапов алгоритмов, изображенных на Фиг. 7, Фиг. 8, Фиг. 10 и Фиг. 12, реализовываются посредством выполнения обработки, осуществляемой при помощи процессора 201 CPU на основе программ, сохраненных на внешнем устройстве 205 хранения.
[0040] Фиг. 5 изображает схему, демонстрирующую примерную программную конфигурацию компьютера-сервера. Компьютер-сервер 102 включает в себя блок 500 интерфейса I/F связи, блок 501 управления связью, блок 502 веб-сервера, блок 503 хранения информации контента и блок 504 управления сеансами/потоками. Компьютер-сервер 102 также включает в себя блок 505 управления клиентской информацией, блок 506 генерирования информации о порядке приоритета и блок 507 управления информацией контента.
[0041] Блок 500 интерфейса I/F связи может являться любым, при условии удовлетворения блоком 500 интерфейса I/F связи стандарта RFC 793 (протокол управления передачей данных), который является механизмом управления для управления вплоть до TCP-уровня, и обеспечения доступных интерфейсов API. Блок 500 интерфейса I/F связи обеспечивает интерфейс API для того, чтобы операционная система могла оперировать с TCP-уровнем.
[0042] Блок 501 управления связью управляет целевым протоколом, уровнем SSL и уровнем TLS. TCP-протокол используется в качестве целевого протокола. Несмотря не то, что целевой протокол не должен использовать протокол SSL или TLS, целевой протокол зачастую использует протокол SSL или TLS вследствие проблем, связанных с защитой или межсетевым экраном. Протокол SSL или TLS может быть реализован любым способом, при условии его реализации в соответствии со стандартом (RFC 2246 или RFC 4346).
[0043] Блок 501 управления связью также может являться промежуточным протоколом, отличным от протокола SSL или TLS. Более конкретно, блок 501 управления связью обеспечивает интерфейс для блока 502 веб-сервера, который является приложением старшего уровня. Кроме того, блок 501 управления связью управляет приемом/передачей данных через блок 500 интерфейса I/F связи, служащий в качестве младшего уровня. Блок 501 управления связью не осуществляет полную обработку целевого протокола, но при этом он присваивает фактическую обработку блоку 504 управления сеансами/потоками.
[0044] Блок 502 веб-сервера распределяет отображаемую информацию об объектах (HTML, скрипты, изображения, таблицы стилей и пр.) веб-обозревателю, обеспеченному в компьютере-клиенте 103 посредством HTTP-протокола. Наряду с тем, что в настоящем варианте осуществления компьютер-сервер 102 включает в себя блок 502 веб-сервера, компьютер-сервер 102 может применить веб-службу или другую службу связи, отличную от веб-сервера, в системе связи, по отношению к которой применяется целевой протокол.
[0045] Кроме того, блок 502 веб-сервера задает информацию о порядке приоритета, генерируемую посредством блока 506 генерирования информации о порядке приоритета, для ответных данных, которые являются ответом для компьютера-клиента 103, служащего в качестве источника передачи запроса на получение контента, а затем предоставляет полученные ответные данные на компьютер-клиент 103.
[0046] Блок 503 хранения информации контента хранит отображаемую информацию об объектах (HTML, скрипты, изображения, таблицы стилей и пр.). Блок 502 веб-сервера передает объект, хранимый блоком 503 хранения информации контента, на веб-обозреватель компьютера-клиента 103. Контент, который компьютер-клиент 103 запрашивает у компьютера-сервера 102, включает в себя множество объектов. Данные, подлежащие передаче с блока 502 веб-сервера на веб-обозреватель компьютера-клиента 103, также включают в себя данные, подлежащие динамическому генерированию посредством блока 502 веб-сервера. Кроме того, блок 502 веб-сервера может сохранять часть данных в базе данных, такой как, например, внешнее устройство хранения (не изображено).
[0047] Блок 504 управления сеансами/потоками управляет информацией о потоке, проводимом посредством сеанса целевого протокола, в качестве управляющей информации. Управляющая информация включает в себя идентификатор ID управления потоком, приоритет потока, информацию об идентификаторе ID связанного потока, связанную с потоком, информацию о состоянии, информацию о буфере приема/передачи и пр., в качестве информации, связанной с сеансом.
[0048] Блок 505 управления клиентской информацией управляет клиентской информацией, которая является информацией о рабочей среде, касающейся компьютера-клиента 103. Клиентская информация включает в себя информацию, относящуюся к сеансу, проводимому посредством блока 504 управления сеансами/потоками, и состоянию связи потока. Клиентская информация, используется для генерирования информации о порядке приоритета, которая будет описана ниже. Более конкретно, клиентская информация включает в себя следующие полученные значения, которые получают между компьютером-сервером 102 и компьютером-клиентом 103 в целевом протоколе.
Ширина полосы пропускания выгрузки
Ширина полосы пропускания загрузки
Время прохождения сигнала туда и обратно
Максимальное количество одновременно выполняемых потоков
Размер TCP CWND
Скорость переприема загрузки
Размер исходного окна
[0049] Блок 506 генерирования информации о порядке приоритета генерирует информацию о порядке приоритета на основе клиентской информации, управление которой осуществляется посредством блока 505 управления клиентской информацией, или информацию контента, управление которой осуществляется посредством блока 507 управления информацией контента. Например, блок 506 генерирования информации о порядке приоритета определяет порядок приоритета элементов контента (объектов) на основе атрибута элементов контента (объектов), указываемого посредством ответных данных, а затем генерирует информацию о порядке приоритета, относящуюся к определенному порядку приоритета. Информация о порядке приоритета является информацией о порядке приоритета для получения объектов, которые соответствуют элементам контента, подлежащим передаче с компьютера-сервера 102 на компьютер-клиент 103, который сформировал запрос на получение контента.
[0050] Блок 507 управления информацией контента управляет информацией контента. Информация контента является информацией, относящейся к элементам контента, подлежащим передаче на компьютер-клиент 103. Контент включает в себя множество объектов. Примеры объекта включают в себя скрипт, изображение, таблицу стилей и т.п.
[0051] Более конкретно, информация контента включают в себя, по меньшей мере, следующие пункты в качестве атрибутов контента:
Размер объекта
Тип объекта (скрипт, таблица стилей, HTML, изображение, фоновое изображение и т.п.)
Контент объекта, такой как, например, иерархия, домен и т.п. (та же самая страница, следующая страница, целевая ссылка, тот же самый домен, другой домен).
[0052] Фиг. 6 изображает схему, демонстрирующую примерную программную конфигурацию компьютера-клиента. Блок 600 интерфейса I/F связи может являться любым, при условии удовлетворения блоком 600 интерфейса I/F связи стандарта RFC 793 (протокол управления передачей данных), который является механизмом управления для управления вплоть до TCP-уровня, и обеспечения доступных интерфейсов API. Кроме того, блок 600 интерфейса I/F связи может осуществлять управление связью, включающее в себя другой протокол. Блок 600 интерфейса I/F связи обеспечивает интерфейс API для того, чтобы операционная система могла оперировать с TCP-уровнем.
[0053] Блок 601 управления клиентской связью управляет целевым протоколом, уровнем SSL и уровнем TLS. Протокол SSL или TLS может быть реализован любым способом, при условии его реализации в соответствии со стандартом (RFC 2246 или RFC 4346). Блок 601 управления клиентской связью также может являться промежуточным протоколом, отличным от протокола SSL или TLS. Более конкретно, блок 601 управления клиентской связью обеспечивает интерфейс для блока 602 веб-клиента, который является приложением старшего уровня. Кроме того, блок 601 управления клиентским информационным обменом управляет приемом/передачей данных через блок 600 интерфейса I/F связи, служащий младшим уровнем. Блок 601 управления клиентской связью не осуществляет полную обработку целевого протокола, при этом он присваивает фактическую обработку блоку 603 управления сеансами/потоками.
[0054] Блок 602 веб-клиента получает отображаемую информацию об объектах (HTML, скрипты, изображения, таблицы стилей и пр.) от блока 502 веб-сервера, обеспеченного в компьютере-сервере 102, посредством HTTP-протокола. Блок 602 веб-клиента включает в себя функцию веб-обозревателя. В системе связи, по отношению к которой применяется целевой протокол, компьютер-клиент 103, в качестве блока 602 веб-клиента, также может использовать клиент веб-службы или другое клиентское приложение службы связи, отличное от веб-службы.
[0055] Блок 603 управления сеансами/потоками создает сеанс и поток целевого протокола. Кроме того, блок 603 управления сеансами/потоками управляет информацией, относящейся к созданному потоку, в качестве управляющей информации. Управляющая информация включает в себя идентификатор ID управления потоком, приоритет потока, информацию об идентификаторе ID связанного потока, связанную с потоком, информацию о состоянии, информацию о буфере приема/передачи и пр., в качестве информации, связанной с сеансом.
[0056] Блок 604 управления порядком приоритета определяет приоритет, подлежащий заданию для потока, для получения объекта от компьютера-сервера 102 на основе информации о порядке приоритета, включенной в ответные данные, принимаемые от компьютера-сервера 102 посредством блока 602 веб-клиента. Блок 602 веб-клиента побуждает блок 601 управления клиентской связью к созданию сеанса и потока, имеющего определенный приоритет, а затем получает объект от компьютера-сервера 102 с использованием созданного сеанса и потока.
[0057] Более конкретно, блок 602 веб-клиента получает информацию о порядке приоритета для каждого объекта, которая задается в HTML ответных данных, принимаемых от блока 502 веб-сервера компьютера-сервера 102. Затем блок 604 управления порядком приоритета определяет надлежащий приоритет потока на основе полученной информации о порядке приоритета. Затем блок 601 управления клиентской связью создает поток, которому задается определенный приоритет, для получения объекта, связанного с HTML данных для передачи. В процессе создания потока блок 601 управления клиентской связью связывает порядок приоритета для каждого объекта, заданный посредством компьютера-сервера 102, с приоритетом потока для получения объекта. Другими словами, чем выше порядок приоритета объекта, тем выше задается приоритет потока для получения объекта.
[0058] Фиг. 7 изображает схему, демонстрирующую пример операционной обработки, осуществляемой посредством компьютера-сервера. Как изображено на Фиг. 7, описание будет представлено посредством демонстрации примера алгоритма приема/передачи данных между компьютером-сервером 102 и компьютером-клиентом 103 с использованием целевого протокола. Когда блок 502 веб-сервера компьютера-сервера 102 принимает от компьютера-клиента 103 запрос на получение контента, блок 502 веб-сервера создает ответные данные, в соответствии с принятым запросом на получение контента (этап S700). В этом примере ответные данные описываются посредством языка разметки (например, HTML), а информация о порядке приоритета, включающая в себя стандартный порядок приоритета для каждого объекта, составляющего запрашиваемый контент, первоначально задается в теге (метке), включенном в ответные данные.
[0059] Затем блок 502 веб-сервера определяет, должен ли быть изменен порядок приоритета, указанный посредством информации о порядке приоритета, включенной в ответные данные, на основе информации контента, управление которой осуществляется посредством блока 507 управления информацией контента (этап S701). Блок 502 веб-сервера определяет должен ли быть изменен порядок приоритета на основе, например, любого критерия из нижеследующих условий (1)-(4):
(1) превышает ли размер объекта заданное значение (пороговое значение),
(2) тип объекта (скрипт, таблица стилей, HTML, изображение, фоновое изображение и т.п.),
(3) превышает ли ссылочный уровень (та же самая страница, следующая страница, целевая ссылка) заданное значение, и
(4) действительно ли домен (тот же самый домен, другой домен) включен в заданное значение.
[0060] Например, при наличии объекта, имеющего большой размер, порядок приоритета объекта должен быть задан высоким. Блок 502 веб-сервера задает наивысший приоритет объекту, размер которого равен или превышает пороговое значение, а также задает порядок приоритета, который меньше наивысшего порядка приоритета, объекту, размер которого меньше порогового значения. Следовательно, при наличии объекта, имеющего размер, превышающий, например, пороговое значение, блок 502 веб-сервера определяет, что порядок приоритета должен быть изменен.
[0061] Когда объект является, например, HTML, блок 502 веб-сервера изменяет порядок приоритета HTML-объекта на высокоприоритетный порядок для побуждения компьютера-клиента 103 к быстрому получению HTML-объекта. Когда объект является изображением, блок 502 веб-сервера может задать низкий порядок приоритета. Кроме того, блок 502 веб-сервера может задать высокий порядок приоритета объекта высокой важности, такого как, например, изображение логотипа и т.п., и задать низкий порядок приоритета объекта малой важности, такого как, например, пиктографическое изображение. Например, когда ссылочный уровень является одним уровнем, порядок приоритета объекта, подлежащего предварительному считыванию, может быть задан высоким, а также может быть задан низким для второго и последующих уровней.
[0062] Когда блок 502 веб-сервера определяет, что порядок приоритета не должен быть изменен, блок 502 веб-сервера сохраняет информацию о стандартном порядке приоритета. В этом случае процессы, выполняемые на этапах S707 и S708, пропускаются. Когда блок 502 веб-сервера определяет, что порядок приоритета должен быть изменен, процесс переходит на этап S702. Затем блок 502 веб-сервера определяет должен ли быть задан порядок приоритета для каждого объекта (этап S702).
[0063] Более конкретно, блок 502 веб-сервера определяет, совпадают ли порядки приоритетов объектов, включенных в запрашиваемый контент. Когда порядки приоритетов объектов совпадают, блок 502 веб-сервера определяет, что порядок приоритета не должен быть задан для каждого объекта, и процесс переходит на этап S703. Затем блок 506 генерирования информации о порядке приоритета вычисляет порядок приоритета, который является общим для всех объектов, включенных в ответные данные, на основе информации контента, управление которой осуществляется посредством блока 507 управления информацией контента (этап S703), и процесс переходит на этап S707.
[0064] В случае наличия объекта, имеющего отличный порядок приоритета, блок 502 веб-сервера определяет, должен ли порядок приоритета быть задан для каждого объекта, и процесс переходит на этап S704. Затем блок 502 веб-сервера определяет, включают ли ответные данные в себя данные принудительной передачи (этап S704). Данные принудительной передачи являются данными, которые самостоятельно передаются с компьютера-сервера 102 на компьютер-клиент 103. Причина, по которой на этапе S704 осуществляется обработка определения, состоит в том, что при наличии данных для непрерывной принудительной передачи с компьютера-сервера 102 на компьютер-клиент 103 необходимо создать специальный поток для поддержки возможности передачи потока.
[0065] Когда ответные данные включают в себя данные принудительной передачи, блок 506 генерирования информации о порядке приоритета определяет порядок приоритета для каждого элемента данных принудительной передачи на основе на информации контента, управление которой осуществляется посредством блока 507 управления информацией контента (этап S706), и процесс переходит на этап S707. Когда ответные данные не включают в себя данные принудительной передачи, блок 506 генерирования информации о порядке приоритета определяет порядок приоритета для каждого объекта на основе информации контента, управление которой осуществляется посредством блока 507 управления информацией контента (этап S705), и процесс переходит на этап S707.
[0066] На этапе S707 блок 502 веб-сервера создает информацию о порядке приоритета, подлежащую заданию для ответных данных, на основе порядка приоритета, определенного посредством блока 506 генерирования информации о порядке приоритета. Затем блок 502 веб-сервера обновляет информацию о порядке приоритета ответных данных со стандартного значения на информацию о порядке приоритета, созданную на этапе S707 (этап S708).
[0067] Фиг. 9 изображает схему, демонстрирующую пример ответных данных, включающих в себя информацию о порядке приоритета. Информация, касающаяся объекта, подлежащего обработке в процессе приоритетной обработки, задается внутри тега <body>. Информация, касающаяся объекта, подлежащего получению посредством фоновой обработки, задается в теге <link rel>. Другими словами, это означает, что порядок приоритета объекта, заданного внутри тега <body>, задается высоким, а порядок приоритета объекта, заданного внутри тега <link rel> задается низким.
[0068] Как изображено на Фиг. 7, блок 502 веб-сервера определяет, имеется ли необработанный запрос (этап S709). Если необработанных запросов нет, то процесс завершается. Например, блок 502 веб-сервера осуществляет обработку закрытия сеанса или потока. В случае наличия необработанного запроса, процесс возвращается на этап S700.
[0069] Посредством операционной обработки, описанной со ссылкой на Фиг. 7, компьютер-сервер 102 может предоставить информацию о порядке приоритета, с помощью которой компьютер-клиент 103 может создать оптимальный поток, посредством ее включения в ответные данные в HTML, на компьютер-клиент 103.
[0070] Фиг. 8 изображает схему, демонстрирующую пример операционной обработки, осуществляемой посредством компьютера-клиента. Изначально блок 602 веб-клиента принимает ответные данные (этап S801). В этом примере предполагается, что ответные данные являются HTML-данными. Затем блок 602 веб-клиента определяет, являются ли принятые ответные данные данными для передачи, то есть, ответными данными, соответствующими запросу на получение контента, отправленному на компьютер-сервер 102 (этап S802). Если ответные данные не являются ответными данными, соответствующими данным для передачи, то продолжается обработка приема. Если ответные данные являются ответными данными, соответствующими данным для передачи, то блок 602 веб-клиента анализирует ответные данные (этап S803).
[0071] Затем блок 602 веб-клиента определяет, следует ли создавать поток для получения данных, на основе результата анализа, выполняемого на этапе S803 (этап S804). Более конкретно, блок 602 веб-клиента определяет, требуется ли объекту, подлежащему получению, создание страницы, на основе информации, которая включается в ответные данные и относится к объекту. Если объекту не требуется создание страницы, то потребность в получении объекта отсутствует. Следовательно, в этом случае блок 602 веб-клиента определяет, что для получения данных не требуется создание потока, и процесс переходит на этап S809. Если объекту требуется создание страницы, то блок 602 веб-клиента определяет, что для получения данных необходимо создать поток, и процесс переходит на этап S805.
[0072] На этапе S805 блок 602 веб-клиента определяет, был ли задан ответным данным порядок приоритета, определенный посредством компьютера-сервера 102 (этап S805). Если порядок приоритета, определенный посредством компьютера-сервера 102, не был задан ответным данным, то процесс переходит на этап S807. Затем блок 602 веб-клиента создает поток, в котором стандартный приоритет задается посредством блока 603 управления сеансами/потоками (этап S807), и процесс переходит на этап S808.
[0073] Если порядок приоритета, определенный посредством компьютера-сервера 102, задается ответным данным, то блок 602 веб-клиента создает поток, в котором приоритет, соответствующий порядку приоритета, заданному ответным данным, задается посредством блока 603 управления сеансами/потоками.
[0074] Далее в настоящем документе будет представлено описание генерирования потока на основе порядка приоритета, заданного ответным данным. Предполагается, что блок 602 веб-клиента, принимает HTML-данные, изображенные на Фиг. 9, в качестве ответных данных от блока 502 веб-сервера.
[0075] Блок 602 веб-клиента получает информацию о порядке приоритета для каждого объекта, заданного в теге <link rel>. Объекты photo.tif и 2ndpage.html, которые указаны посредством link rel=«prefetch» и link rel=«next», соответственно, имеют низкоприоритетный порядок. Объект, указанный посредством link rel=«prefetch» и link rel=«next», является объектом, подлежащим получению при помощи фоновой обработки. Другими словами, объект является объектом, подлежащим получению после получения объекта, который имеет нормальный порядок приоритета, подлежащий обработке в процессе приоритетной обработки, и указывается в теге <body>. Тег <link rel> в HTML, согласно настоящему варианту осуществления, является попросту примером, и настоящее изобретение не ограничивается этим.
[0076] Блок 604 управления порядком приоритета определяет надлежащий приоритет потока на основе информации о порядке приоритета в HTML-данных. Блок 602 веб-клиента инструктирует блок 601 управления клиентским информационным обменом о создании потока для получения объекта, соответствующего HTML-данным. В процессе создания потока информация о приоритете в HTML-данных связывается с информацией о надлежащем приоритете, касающейся потока.
[0077] В примере, изображенном на Фиг. 9, порядок приоритета как photo.tif, так и 2ndpage.html, ниже порядка приоритета logo.tif. Следовательно, после получения photo.tif и 2ndpage.html от сервера, блок 602 веб-клиента указывает уместность потока 402 данных после создания в качестве «7», что является наименьшим приоритетом.
[0078] Для logo.tif поток 402 данных создается посредством назначения порядку приоритета logo.tif стандартного значения «4» или наивысшего уровня «0». Для удобства объяснения, количество уровней приоритета потоков данных равняется восьми, т.е. от «0», обозначающего наибольший приоритет, до «7», обозначающего наименьший приоритет, при этом фактически количество не ограничивается числом восемь. Количество уровней приоритета может являться любым количеством. Как было описано выше, объект получают посредством использования потока данных, приоритет которого задается в соответствии с порядком приоритета объекта, назначенного посредством компьютера-сервера 102.
[0079] Настоящий вариант осуществления предпочтительно использовать, например, в системе веб-почты. Когда список рассылки сервера отображается в веб-обозревателе компьютера-клиента 103, компьютер-сервер 102 указывает целевую ссылку непрочитанной почты посредством link rel=«next» в HTML.
[0080] Блок 602 веб-клиента компьютера-клиента 103 создает поток 402 данных, используемый для получения списка рассылки для основной части (<Body>), посредством назначения его порядку приоритета стандартного значения «4». В отличие от этого, блок 602 веб-клиента создает поток 402 данных для получения основной части непрочитанной почты, указанной посредством link rel=«next», от компьютера-сервера 102, посредством назначения его порядку приоритета низкого уровня «5». Непрочитанная почта, которая имеет предварительно определенный размер или более, а также включает в себя прикрепленный файл и т.п., указывается посредством link rel=«prefetch» с компьютера-сервера 102. Следовательно, блок 602 веб-клиента получает поток 402 данных для получения непрочитанной почты посредством назначения его порядку приоритета уровня «6».
[0081] Как изображено на Фиг. 8, блок 602 веб-клиента принимает HTML-объект, анализируемый на этапе S803, от компьютера-сервера 102 с использованием потока, созданного на этапе S806 или S807 (этап S808).
[0082] Затем блок 602 веб-клиента отображает принятые данные (объект) (этап S809). На этапе S809 блок 602 веб-клиента дополнительно сохраняет предварительно считанные ответные данные, полученные посредством низкоприоритетного потока, в кэш-памяти. Данные, сохраненные в кэш-памяти, могут быть отображены с высокой скоростью, в соответствии с пользовательской командой отображения.
[0083] Затем блок 602 веб-клиента определяет, были ли проанализированы непринятые данные для HTML-объекта на этапе S803 (этап S810). В случае наличия непринятых данных, процесс возвращается на этап S801, при этом блок 602 веб-клиента принимает непринятые данные от компьютера-сервера 102. В случае отсутствия непринятых данных, процесс завершается.
[0084] Как было описано выше, компьютер-клиент 103 может создать оптимальные потоки для получения объектов, включенных в элементы контента, на основе порядка приоритета, заданного посредством компьютера-сервера 102.
[0085] Как было описано выше, в случае наличия множества данных, подлежащих передаче с компьютера-сервера 102 на компьютер-клиент 103, компьютер-сервер 102 может выполнить следующую обработку. Компьютер-сервер 102 может задать оптимальный приоритет потоков, используемых для получения объекта, на основе атрибута объекта, подлежащего передаче. В результате, надлежащая передача данных осуществляется посредством надлежащей приоритетной обработки, что, в конечном счете, приводит к увеличению скорости отображения данных.
ВТОРОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
[0086] Во втором варианте осуществления компьютер-сервер 102 осуществляет управление порядком приоритета на основе состояния связи между компьютером-сервером 102 и компьютером-клиентом 103.
[0087] Фиг. 10 изображает блок-схему алгоритма, демонстрирующую пример операционной обработки, осуществляемой посредством компьютера-сервера, согласно второму варианту осуществления. Изначально блок 502 веб-сервера осуществляет обработку для ожидающих данных, принятых от компьютера-клиента 103 (этап S1000). Затем блок 502 веб-сервера определяет, требуется ли обработка для генерирования ответных данных, соответствующих принятым данным (этап S1001). В случае, если обработка для генерирования ответных данных, соответствующих принятым данным, не требуется, процесс возвращается на этап S1000. В случае, если обработка для генерирования ответных данных, соответствующих принятым данным, требуется, процесс переходит на этап S1002.
[0088] Затем блок 502 веб-сервера получает состояние связи между компьютером-сервером 102 и компьютером-клиентом 103 в качестве клиентской информации от блока 505 управления клиентской информацией (этап S1002).
[0089] Блок 505 управления клиентской информацией управляет информацией, касающейся сеанса и потока, используемых в связи с компьютером-клиентом 103, в качестве клиентской информации. Информация, касающаяся сеанса и потока, которая может быть получена в процессе связи, включает в себя следующие полученные значения, которые получают между компьютером-сервером 102 и компьютером-клиентом 103 в целевом протоколе.
Ширина полосы пропускания выгрузки
Ширина полосы пропускания загрузки
Время прохождения сигнала туда и обратно
Максимальное количество одновременно выполняемых потоков
Размер TCP CWND
Скорость переприема загрузки
Размер исходного окна
[0090] Затем блок 502 веб-сервера осуществляет обработку для генерирования ответных данных (этап S1003). Более конкретно, блок 502 веб-сервера генерирует ответные данные, подлежащие возврату на компьютер-клиент 103, на основе информации контента, находящейся в блоке 503 хранения информации контента.
[0091] Затем блок 502 веб-сервера определяет, должен ли быть изменен порядок приоритета объектов (этап S1004). В случае, если изменение порядка приоритета объектов не требуется, процесс переходит на этап S1006, при этом блок 502 веб-сервера генерирует ответные данные, в которых задается стандартный порядок приоритета. Блок 502 веб-сервера также может генерировать ответные данные без задания порядка приоритета.
[0092] В случае, если изменение порядка приоритета объектов требуется, процесс переходит на этап S1006. Затем блок 502 веб-сервера генерирует информацию о порядке приоритета на основе клиентской информации, полученной на этапе S1002 (этап S1005), и процесс переходит на этап S1006. Блок 502 веб-сервера генерирует ответные данные, включающие в себя сгенерированную информацию о порядке приоритета (этап S1006). Затем блок 502 веб-сервера передает сгенерированные ответные данные обратно на компьютер-клиент 103 (этап S1007).
[0093] Фиг. 11 изображает графическое представление последовательности, демонстрирующее пример обработки связи между компьютером-сервером 102 и компьютером-клиентом 103, согласно второму варианту осуществления. Компьютер-клиент 103 осуществляет получение страничной информации от компьютера-сервера 102 (этап S1101). Например, компьютер-клиент 103 выполняет команду GET целевого протокола посредством указания URL компьютера-сервера 102.
[0094] Затем компьютер-сервер 102 создает страничную информацию в HTML в качестве информации с ответом на команду GET для указанного URL (этап S1102). Затем компьютер-сервер 102 формирует запрос на получение клиентской информации, то есть, запрос на получение состояния связи между компьютером-сервером 102 и компьютером-клиентом 103 (этап S1103).
[0095] Блок 603 управления сеансами/потоками компьютера-клиента 103 создает клиентскую информацию, указывающую состояние связи между компьютером-сервером 102 и компьютером-клиентом 103, в ответ на запрос на получение клиентской информации (этап S1104). Затем компьютер-клиент 103 передает клиентскую информацию обратно на компьютер-сервер 102 (этап S1105).
[0096] В числе информации, указывающей состояние связи между компьютером-сервером 102 и компьютером-клиентом 103, информацию, которая не может быть получена компьютером-клиентом 103, получает компьютер-сервер 102. Например, время прохождения сигнала туда и обратно от компьютера-сервера 102 до компьютера-клиента 103 может быть получено следующим образом. Компьютер-сервер 102 передает пакет для измерения времени прохождения сигнала туда и обратно на компьютер-клиент 103, и принимает ответ от компьютера-клиента 103, чтобы таким образом получить время прохождения сигнала туда и обратно. Полученная клиентская информация находится под управлением, осуществляемым посредством блока 505 управления клиентской информацией.
[0097] Затем блок 506 генерирования информации о порядке приоритета компьютера-сервера 102 генерирует информацию о порядке приоритета, подлежащую заданию ответным данным для компьютера-клиента 103, на основе клиентской информации (этап S1106). Если определяется, что изменение порядка приоритета не требуется, то блок 502 веб-сервера компьютера-сервера 102 генерирует ответные данные со стандартным порядком приоритета или информацией о порядке приоритета, не прикрепленной к ним. Если определяется, что изменение порядка приоритета требуется, то блок 502 веб-сервера генерирует ответные данные с информацией о порядке приоритета, прикрепленной к ним.
[0098] Затем блок 502 веб-сервера отправляет ответные данные в качестве ответа на компьютер-клиент 103 (этап S1107). В этом примере блок 502 веб-сервера отправляет HTML страничной информации в качестве ответа.
[0099] Блок 602 веб-клиента компьютера-клиента 103 повторяет следующую обработку до получения объектов, включенных в страничную информацию. Блок 602 веб-клиента создает поток в целевом протоколе в соответствии с информацией о порядке приоритета, заданной в HTML страничной информации, принятой от компьютера-сервера 102. Затем блок 602 веб-клиента формирует запрос на получение объекта с использованием созданного потока (этапы S1108 и S1109).
[0100] Блок 502 веб-сервера компьютера-сервера 102 создает объектные данные, соответствующие запросу на получение объекта от компьютера-клиента 103 (этап S1110). Затем блок 502 веб-сервера отправляет объектные данные в качестве ответа на компьютер-клиент 103 (этап S1111). Таким способом блок 602 веб-клиента компьютера-клиента 103 получает элементы контента, состоящие из возвращенных объектных данных. Затем блок 602 веб-клиента отображает контент, необходимый для текущего отображения, из числа полученных элементов контента (этап S1112). На этапе S1112 блок 602 веб-клиента дополнительно функционирует в качестве блока управления, который кэширует контент, необходимый для отображения, следующего за текущим отображением.
[0101] Настоящий вариант осуществления предпочтительно использовать, например, в системе веб-почты. Предположим случай, когда список рассылки отображается на компьютере-сервере 102 из веб-обозревателя компьютера-клиента 103. Компьютер-сервер 102 получает время прохождения сигнала туда и обратно (RTT) от компьютера-сервера 102 до компьютера-клиента 103.
[0102] Компьютер-сервер 102 определяет, на основе полученного RTT, является ли среда связи между компьютером-сервером 102 и компьютером-клиентом 103 высокоскоростной средой связи или низкоскоростной средой связи. Компьютер-сервер 102 сокращает количество элементов контента, порядок приоритета которых задается низким, когда среда связи является низкоскоростной средой связи, нежели количество элементов контента, порядок приоритета которых задается низким, когда среда связи является высокоскоростной средой связи. В этом примере компьютер-сервер 102 осуществляет управление порядком приоритета для ограничения количества событий предварительного считывания основных частей непрочитанной почты, в зависимости от значения RTT.
[0103] Например, когда время RTT составляет 3 секунды, компьютер-сервер 102 определяет, что среда связи между компьютером-сервером 102 и компьютером-клиентом 103 является низкоскоростной средой связи. Затем компьютер-сервер 102 ограничивает количество событий предварительного считывания основных частей непрочитанной почты значением «1» и указывает только один элемент посредством link rel=«next» в HTML. Таким способом компьютер-сервер 102 инструктирует компьютер-клиент 103 о предварительном считывании одного элемента.
[0104] Когда время RTT составляет 100 миллисекунд, компьютер-сервер 102 определяет, что среда связи между компьютером-сервером 102 и компьютером-клиентом 103 является высокоскоростной средой связи. Затем компьютер-сервер 102 назначает количеству событий предварительного считывания основных частей непрочитанной почты значение «10». Более конкретно, компьютер-сервер 102 назначает количеству событий предварительного считывания основных частей непрочитанной почты значение «10» с использованием link rel=«next» в HTML. Таким способом компьютер-сервер 102 инструктирует компьютер-клиент 103 о предварительном считывании десяти основных частей непрочитанной почты.
[0105] Касательно списка рассылки, который является основной частью (<Body>), компьютер-клиент 103 назначает соответствующему потоку порядок приоритета, равный «4». Касательно основной части непрочитанной почты, указанной посредством link rel=«next», компьютер-клиент 103 назначает соответствующему потоку низкоприоритетный порядок, равный «5». Таким способом, после получения списка рассылки, который является основной частью благодаря приоритетной обработке, компьютер-клиент 103 может получить основную часть непрочитанной почты посредством фоновой обработки, и поместить ее в кэш-память.
[0106] В настоящем варианте осуществления, несмотря на то, что было представлено описание обработки для задания порядка приоритета на основе RTT, также может быть осуществлена аналогичная обработка для задания порядка приоритета на основе другой клиентской информации. Например, порядок приоритета также может быть задан на основе ширины полосы пропускания выгрузки/загрузки, размера окна перегрузки, количества переданных/повторно переданных байтов, размера исходного окна и т.п. Количество потоков, которые могут быть использованы одновременно, также может быть ограничено на основе максимального количества одновременно выполняемых потоков связи. Например, когда количество потоков, которые могут быть одновременно использованы посредством компьютера-клиента 103, равно пяти, количество потоков для приоритетной обработки и количество потоков для фоновой обработки может быть определено равным трем и двум, соответственно.
[0107] Согласно второму варианту осуществления, компьютер-сервер 102 может задать оптимальный приоритет потоков для каждого элемента данных на основе состояния сетевой среды между компьютером-сервером 102 и компьютером-клиентом 103. Следовательно, надлежащая передача данных осуществляется посредством надлежащей приоритетной обработки, что в результате приводит к увеличению скорости отображения данных.
ТРЕТИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
[0108] В третьем варианте осуществления компьютер-сервер 102 осуществляет управление порядком приоритета на основе атрибутов объектов и состояния связи между компьютером-сервером 102 и компьютером-клиентом 103.
[0109] Фиг. 12 изображает блок-схему алгоритма, демонстрирующую пример операционной обработки, осуществляемой посредством компьютера-сервера, согласно третьему варианту осуществления. Процессы, выполняемые на этапах S1000, S1001, S1002, S1003, S1006 и S1007, являются аналогичными по отношению к процессам, выполняемым на этапах S1000, S1001, S1002, S1003, S1006 и S1007, изображенных на Фиг. 10.
[0110] На этапе S1201 блок 502 веб-сервера определяет, должен ли быть задан порядок приоритета (этап S1201). Более конкретно, блок 502 веб-сервера определяет, включают ли ответные данные в себя объекты, которые имеют отличный порядок приоритета и указываются посредством тега <link rel=«prefetch»> или тега <link rel=«next»>, в качестве информации о стандартном порядке приоритета. Когда ответные данные включают в себя объекты, имеющие отличный порядок приоритета, блок 502 веб-сервера определяет, что порядок приоритета должен быть задан, и процесс переходит на этап S1002. Когда ответные данные не включают в себя объекты, имеющие отличный порядок приоритета, блок 502 веб-сервера определяет, что порядок приоритета не должен быть задан, и процесс переходит на этап S1202.
[0111] На этапе S1202 блок 502 веб-сервера генерирует ответные данные, в которых задается стандартный порядок приоритета, и процесс переходит на этап S1007.
[0112] На этапе S1203 блок 502 веб-сервера выполняет следующую обработку на основе информации контента, управление которой осуществляется посредством блока 507 управления информацией контента, и клиентской информации, полученной на этапе S1002. Блок 502 веб-сервера определяет, должен ли быть изменен порядок приоритета объектов, заданный в ответных данных, со стандартного значения (этап S1203). Если определяется, что порядок приоритета объектов, заданный в ответных данных, не должен быть изменен со стандартного значения, то процесс переходит на этап S1006. Если определяется, что порядок приоритета объектов, заданный в ответных данных, должен быть изменен со стандартного значения, то процесс переходит на этап S1204.
[0113] Затем блок 502 веб-сервера определяет порядок приоритета объектов, подлежащий заданию в ответные данные, на основе информации контента и клиентской информации (этап S1204), и процесс переходит на этап S1006.
[0114] Настоящий вариант осуществления предпочтительно использовать, например, в системе веб-почты. Предположим случай, когда список рассылки отображается на компьютере-сервере 102 из веб-обозревателя компьютера-клиента 103. Компьютер-сервер 102 получает время прохождения сигнала туда и обратно (RTT) от компьютера-сервера 102 до компьютера-клиента 103.
[0115] Кроме того, компьютер-сервер 102 анализирует объекты, включенные в контент, на основе информации контента, чтобы таким образом определить объект большого размера, такой как, например, непрочитанная почта, прикрепленный файл и т.п., в качестве объекта, соответствующего низкоприоритетному потоку.
[0116] Когда компьютер-сервер 102, на основе полученного RTT, определяет, что среда связи между компьютером-сервером 102 и компьютером-клиентом 103 является низкоскоростной средой, в которой скорость связи равна или меньше определенного порогового значения, компьютер-сервер 102 выполняет следующую обработку. Компьютер-сервер 102 назначает количество событий, подлежащих предварительному считыванию, для ограничения количества элементов непрочитанной почты и файлов большого размера, в зависимости от значения RTT.
[0117] Например, когда время RTT составляет 3 секунды, то есть, в случае низкоскоростной среды связи, компьютер-сервер 102 назначает количество событий для предварительного считывания основных частей непрочитанной почты равным «3». В данном случае, когда первый элемент непрочитанной почты из трех элементов непрочитанной почты в высокоприоритетном порядке имеет размер, превышающий пороговое значение, компьютер-сервер 102 указывает первый элемент непрочитанной почты с использованием link rel=«prefetch» в НTML. Компьютер-сервер 102 указывает второй и третий элементы непрочитанной почты для предварительного считывания с использованием link rel=«next» в HTML. Таким способом компьютер-сервер 102 может инструктировать компьютер-клиент 103 о предварительном считывании первого элемента непрочитанной почты после предварительного считывания второго и третьего элементов непрочитанной почты.
[0118] Например, когда время RTT составляет 100 миллисекунд, то есть, в случае высокоскоростной среды связи, компьютер-сервер 102 назначает количество событий для предварительного считывания основных частей непрочитанной почты равным «10». Кроме того, компьютер-сервер 102 назначает количество событий для предварительного считывания основных частей непрочитанной почты равным «10» с использованием link rel=«next» в HTML. Таким способом компьютер-сервер 102 инструктирует компьютер-клиент 103 о предварительном считывании десяти основных частей непрочитанной почты, включающих в себя объект большого размера.
[0119] Касательно списка рассылки, который является основной частью (<Body>), компьютер-клиент 103 назначает соответствующему потоку порядок приоритета, равный «4». Касательно основной части непрочитанной почты, указанной посредством link rel=«next», компьютер-клиент 103 назначает соответствующему потоку низкоприоритетный порядок, равный «5». Кроме того, касательно основной части непрочитанной почты, указанной посредством link rel=«prefetch», компьютер-клиент 103 назначает соответствующему потоку порядок приоритета, равный «5». Таким способом, после получения списка рассылки, который является основной частью благодаря приоритетной обработке, компьютер-клиент 103 может получить основную часть непрочитанной почты посредством фоновой обработки, и поместить ее в кэш-память.
[0120] Согласно третьему варианту осуществления, компьютер-сервер 102 может задать оптимальный приоритет потоков для каждого элемента данных на основе атрибутов объектов и состояния сетевой среды между компьютером-сервером 102 и компьютером-клиентом 103. Следовательно, надлежащая передача данных осуществляется посредством надлежащей приоритетной обработки, что в результате приводит к увеличению скорости отображения данных.
[0121] Как было описано выше, несмотря на то, что было представлено подробное описание предпочтительных вариантов осуществления настоящего изобретения, настоящее изобретение также может быть применено к системе, состоящей из множества устройств. Настоящее изобретение также может быть применено к устройству, состоящему из встроенного оборудования, включая случай, когда устройство конфигурируется посредством виртуальной операционной системы OS и т.п. Кроме того, настоящее изобретение может быть применено к системе, в которой устройство обработки информации образуется посредством облачных вычислений через сеть Интернет.
[0122] Аспекты настоящего изобретения также могут быть реализованы посредством компьютера системы или оборудования (или устройств, таких как, например, CPU или MPU), которое считывает и выполняет программу, записанную на запоминающем устройстве, для осуществления функций вышеописанных вариантов осуществления, и посредством способа, этапы которого осуществляются посредством компьютера системы или оборудования, например, посредством считывания и выполнения программы, записанной на запоминающем устройстве, для осуществления функций вышеописанных вариантов осуществления. Для этой цели программа предоставляется компьютеру, например, по сети или со среды хранения различных типов, служащей в качестве запоминающего устройства (например, компьютерно-читаемый носитель).
[0123] Несмотря на то что настоящее изобретение было описано со ссылкой на примерные варианты осуществления, следует понимать, что изобретение не ограничивается раскрытыми примерными вариантами осуществления. Объему нижеследующей формулы изобретения предоставляется широчайшая интерпретация, чтобы охватить все подобные модификации и эквивалентные структуры и функции.
[0124] По данной заявке испрашивается приоритет в соответствии с заявкой на патент Японии №2012-159904, поданной 18 июля 2012 года, которая полностью включена в настоящий документ посредством ссылки.
Claims (45)
1. Система обработки информации, содержащая:
сервер, который предоставляет данные, описанные посредством языка разметки, и
устройство обработки информации, которое осуществляет управление отображением, в соответствии с предоставленными данными,
причем сервер содержит:
средство задания для задания порядка приоритета каждого из элементов контента на основе атрибута каждого из элементов контента, определенного посредством данных, и
средство предоставления для предоставления данных, включающих в себя заданный порядок приоритета, на устройство обработки информации, и
причем устройство обработки информации содержит:
средство получения для получения каждого из элементов контента, определенных посредством данных, от сервера посредством использования каждого из потоков с разными приоритетами, в зависимости от порядка приоритета, предоставленного от сервера, причем потоки включены в сеанс, управляемый по соединению с сервером;
средство отображения для управления отображением с использованием части элементов контента из числа полученных элементов контента; и
средство управления для кэширования других элементов контента из числа полученных элементов контента, и
при этом кэшированные элементы контента в устройстве обработки информации передаются посредством потока с низким приоритетом из упомянутых потоков.
2. Система обработки информации по п. 1, в которой атрибут элементов контента является, по меньшей мере, одним из размера объекта, соответствующего каждому из элементов контента, типа объекта и контента объекта.
3. Система обработки информации по п. 2, в которой средство задания, обеспеченное на сервере, задает первый порядок приоритета контенту, размер которого равен или превышает пороговое значение, и задает второй порядок приоритета более высокий, чем первый порядок приоритета, контенту, размер которого меньше порогового значения, из числа элементов контента, определенных посредством данных.
4. Система обработки информации по п. 1, в которой средство задания, обеспеченное на сервере, задает порядок приоритета элементов контента на основе атрибута элементов контента, определенных посредством данных, и информации о среде, касающейся устройства обработки информации.
5. Система обработки информации по п. 4, в которой информация о среде, касающаяся устройства обработки информации, включает в себя, по меньшей мере, одно из ширины полосы пропускания выгрузки/загрузки и времени прохождения сигнала туда и обратно между устройством обработки информации и сервером.
6. Система обработки информации по п. 5, в которой средство задания, обеспеченное на сервере, определяет, является ли среда связи между устройством обработки информации и сервером высокоскоростной средой связи либо низкоскоростной средой связи, на основе времени прохождения сигнала туда и обратно между устройством обработки информации и сервером, при этом средство задания сокращает количество элементов контента, порядок приоритета которых задается низким, когда среда связи является низкоскоростной средой связи, нежели количество элементов контента, порядок приоритета которых задается низким, когда среда связи является высокоскоростной средой связи.
7. Система обработки информации п. 4, в которой количество потоков, которые могут быть одновременно использованы средством получения, обеспеченным в устройстве обработки информации, ограничивается посредством информации о среде, касающейся устройства обработки информации.
8. Способ управления в системе обработки информации, содержащей сервер, который предоставляет данные, описанные посредством языка разметки, и устройство обработки информации, которое осуществляет управление отображением, в соответствии с предоставленными данными, содержащий:
этап задания, осуществляемый посредством сервера, на котором задают порядок приоритета каждого из элементов контента на основе атрибута каждого из элементов контента, определенных посредством данных;
этап предоставления, осуществляемый посредством сервера, на котором предоставляют данные, включающие в себя заданный порядок приоритета, на устройство обработки информации;
этап получения, осуществляемый посредством устройства обработки информации, на котором получают каждый из элементов контента, определенных посредством данных, от сервера посредством использования каждого из потоков с разными приоритетами, в зависимости от порядка приоритета, предоставленного от сервера, причем потоки включены в сеанс, управляемый по соединению с сервером;
этап управления, осуществляемый посредством устройства обработки информации, на котором управляют отображением с использованием части элементов контента из числа полученных элементов контента; и
этап кэширования, осуществляемый посредством устройства обработки информации, на котором кэшируют другие элементы контента из числа полученных элементов контента,
причем кэшированные элементы контента в устройстве обработки информации передаются посредством потока с низким приоритетом из упомянутых потоков.
9. Сервер, который предоставляет данные, описанные посредством языка разметки, на устройство обработки информации, которое осуществляет управление отображением, в соответствии с предоставленными данными, содержащий:
средство задания для задания порядка приоритета каждого из элементов контента на основе атрибута каждого из элементов контента, определенных посредством данных;
средство предоставления для предоставления данных, включающих в себя заданный порядок приоритета, на устройство обработки информации;
средство приема для приема запроса на получение элементов контента от устройства обработки информации, причем запрос представляет собой запрос на получение каждого из элементов контента посредством использования каждого из потоков с разными приоритетами, в зависимости от предоставленного порядка приоритета, и потоки включены в сеанс, управляемый по соединению с устройством обработки информации, и
средство передачи для передачи каждого из элементов контента на устройство обработки информации посредством каждого из потоков,
причем устройство обработки информации управляет отображением с использованием части элементов контента и кэширует другие элементы контента из числа переданных элементов контента, и
при этом кэшированные элементы контента в устройстве обработки информации передаются посредством потока с низким приоритетом из упомянутых потоков.
10. Сервер по п. 9, в котором атрибут элементов контента является, по меньшей мере, одним из размера объекта, соответствующего каждому из элементов контента, типа объекта и контента объекта.
11. Сервер по п. 9, в котором средство задания задает первый порядок приоритета контенту, размер которого равен или превышает пороговое значение, и задает второй порядок приоритета более высокий, чем первый порядок приоритета, контенту, размер которого меньше порогового значения, из числа элементов контента, определенных посредством данных.
12. Сервер по п. 9, в котором средство задания задает порядок приоритета элементов контента на основе атрибута элементов контента, определенных посредством данных, и информации о среде, касающейся устройства обработки информации.
13. Сервер по п. 12, в котором информация о среде, касающаяся устройства обработки информации, включает в себя, по меньшей мере, одно из ширины полосы пропускания выгрузки/загрузки и времени прохождения сигнала туда и обратно между устройством обработки информации и сервером.
14. Сервер по п. 13, в котором средство задания определяет, является ли среда связи между устройством обработки информации и сервером высокоскоростной средой связи либо низкоскоростной средой связи, на основе времени прохождения сигнала туда и обратно между устройством обработки информации и сервером, при этом средство задания сокращает количество элементов контента, порядок приоритета которых задается низким, когда среда связи является низкоскоростной средой связи, нежели количество элементов контента, порядок приоритета которых задается низким, когда среда связи является высокоскоростной средой связи.
15. Сервер по п. 12, в котором количество потоков, которые могут быть одновременно использованы устройством обработки информации, ограничивается посредством информации о среде, касающейся устройства обработки информации.
16. Способ управления сервером, который предоставляет данные, описанные посредством языка разметки, на устройство обработки информации, которое осуществляет управление отображением, в соответствии с предоставленными данными, содержащий:
этап задания, на котором задают порядок приоритета каждого из элементов контента на основе атрибута каждого из элементов контента, определенных посредством данных;
этап предоставления, на котором предоставляют данные, включающие в себя заданный порядок приоритета, на устройство обработки информации;
этап приема, на котором принимают запрос на получение элементов контента от устройства обработки информации, причем запрос представляет собой запрос на получение каждого из элементов контента посредством использования каждого из потоков с разными приоритетами, в зависимости от предоставленного порядка приоритета, и потоки включены в сеанс, управляемый по соединению с устройством обработки информации, и
этап передачи, на котором передают каждый из элементов контента на устройство обработки информации посредством каждого из потоков,
причем устройство обработки информации управляет отображением с использованием части элементов контента и кэширует другие элементы контента из числа переданных элементов контента, и
при этом кэшированные элементы контента в устройстве обработки информации передаются посредством потока с низким приоритетом из упомянутых потоков.
17. Носитель данных, на котором хранится компьютерная программа для побуждения компьютера к функционированию в качестве сервера по п. 9.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012-159904 | 2012-07-18 | ||
JP2012159904A JP6021487B2 (ja) | 2012-07-18 | 2012-07-18 | 情報処理システム、制御方法、サーバ、情報処理装置およびコンピュータプログラム |
PCT/JP2013/004282 WO2014013701A1 (en) | 2012-07-18 | 2013-07-11 | Information processing system, control method, server, information processing device, and storage medium |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2014152794A RU2014152794A (ru) | 2016-09-10 |
RU2620720C2 true RU2620720C2 (ru) | 2017-05-29 |
Family
ID=49948544
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2014152794A RU2620720C2 (ru) | 2012-07-18 | 2013-07-11 | Система обработки информации, способ управления, сервер, устройство обработки информации и носитель данных |
Country Status (6)
Country | Link |
---|---|
US (2) | US10601958B2 (ru) |
EP (1) | EP2875435B1 (ru) |
JP (1) | JP6021487B2 (ru) |
KR (1) | KR101644356B1 (ru) |
RU (1) | RU2620720C2 (ru) |
WO (1) | WO2014013701A1 (ru) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5963540B2 (ja) * | 2012-05-30 | 2016-08-03 | キヤノン株式会社 | 情報処理装置、プログラム及び制御方法 |
US10200510B2 (en) * | 2014-05-15 | 2019-02-05 | Samsung Electronics Co., Ltd. | Method and apparatus for loading web page |
JP6482330B2 (ja) * | 2015-03-09 | 2019-03-13 | キヤノン株式会社 | 通信装置、通信方法、及びプログラム |
WO2017010065A1 (ja) * | 2015-07-10 | 2017-01-19 | 日本電気株式会社 | 情報処理装置および配信方法、並びにコンピュータ・プログラムを記録する記録媒体 |
JP6582860B2 (ja) * | 2015-10-19 | 2019-10-02 | セイコーエプソン株式会社 | デバイス制御システム、デバイス、サーバー、及び、デバイス制御方法 |
JP6483636B2 (ja) * | 2016-03-28 | 2019-03-13 | Kddi株式会社 | Webコンテンツ配信方法 |
US10873635B2 (en) * | 2018-09-24 | 2020-12-22 | Salesforce.Com, Inc. | Multi-channel session connection management mechanism |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000222296A (ja) * | 1999-01-29 | 2000-08-11 | Sharp Corp | ファイルダウンロード方法、情報機器、及びコンピュータ読み取り可能な記録媒体 |
RU2263951C2 (ru) * | 2004-02-02 | 2005-11-10 | Огородник Дмитрий Викторович | Способ обработки цифровых данных в запоминающем устройстве и запоминающее устройство для осуществления способа |
JP2009205440A (ja) * | 2008-02-28 | 2009-09-10 | Hitachi Ltd | 情報処理装置 |
RU2377635C2 (ru) * | 2004-05-03 | 2009-12-27 | Майкрософт Корпорейшн | Обработка информации, принимаемой дополнительным вычислительным устройством |
WO2010013397A1 (ja) * | 2008-07-31 | 2010-02-04 | キヤノン株式会社 | 受信装置及び方法 |
JP2010278800A (ja) * | 2009-05-29 | 2010-12-09 | Hitachi Ltd | コンテンツ処理装置及びコンテンツ処理方法 |
WO2011008515A2 (en) * | 2009-06-29 | 2011-01-20 | Bigfoot Networks, Inc. | Technique for setting network communication parameters |
Family Cites Families (123)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6747692B2 (en) * | 1997-03-28 | 2004-06-08 | Symbol Technologies, Inc. | Portable multipurpose recording terminal and portable network server |
US6415319B1 (en) * | 1997-02-07 | 2002-07-02 | Sun Microsystems, Inc. | Intelligent network browser using incremental conceptual indexer |
US5991302A (en) * | 1997-04-10 | 1999-11-23 | Cisco Technology, Inc. | Technique for maintaining prioritization of data transferred among heterogeneous nodes of a computer network |
US6119235A (en) * | 1997-05-27 | 2000-09-12 | Ukiah Software, Inc. | Method and apparatus for quality of service management |
US6341309B1 (en) * | 1997-05-27 | 2002-01-22 | Novell, Inc. | Firewall system for quality of service management |
US6085193A (en) * | 1997-09-29 | 2000-07-04 | International Business Machines Corporation | Method and system for dynamically prefetching information via a server hierarchy |
US6085226A (en) * | 1998-01-15 | 2000-07-04 | Microsoft Corporation | Method and apparatus for utility-directed prefetching of web pages into local cache using continual computation and user models |
US6330561B1 (en) * | 1998-06-26 | 2001-12-11 | At&T Corp. | Method and apparatus for improving end to end performance of a data network |
US6553393B1 (en) * | 1999-04-26 | 2003-04-22 | International Business Machines Coporation | Method for prefetching external resources to embedded objects in a markup language data stream |
US8762179B2 (en) * | 1999-06-21 | 2014-06-24 | Pets Best Insurance Services | Automated insurance enrollment, underwriting, and claims adjusting |
US6738803B1 (en) * | 1999-09-03 | 2004-05-18 | Cisco Technology, Inc. | Proxy browser providing voice enabled web application audio control for telephony devices |
US8448059B1 (en) * | 1999-09-03 | 2013-05-21 | Cisco Technology, Inc. | Apparatus and method for providing browser audio control for voice enabled web applications |
US6868444B1 (en) * | 2000-05-05 | 2005-03-15 | Interland, Inc. | Server configuration management and tracking |
DE10029792A1 (de) * | 2000-06-16 | 2001-12-20 | Siemens Ag | Verfahren für eine Umwandlung einer Netzwerkadresse |
US7308484B1 (en) * | 2000-06-30 | 2007-12-11 | Cisco Technology, Inc. | Apparatus and methods for providing an audibly controlled user interface for audio-based communication devices |
US7240358B2 (en) * | 2000-12-08 | 2007-07-03 | Digital Fountain, Inc. | Methods and apparatus for scheduling, serving, receiving media-on demand for clients, servers arranged according to constraints on resources |
US7219309B2 (en) * | 2001-05-02 | 2007-05-15 | Bitstream Inc. | Innovations for the display of web pages |
JP2003087693A (ja) * | 2001-09-11 | 2003-03-20 | Sony Corp | 情報処理装置および方法、並びにプログラム |
US7136635B1 (en) * | 2002-03-11 | 2006-11-14 | Nortel Networks Limited | Proxy SIP server interface for session initiation communications |
ATE316312T1 (de) * | 2002-04-05 | 2006-02-15 | Übertragungskontrolle für objekte in einem kommunikationsnetzwerk | |
US20040105445A1 (en) * | 2002-06-19 | 2004-06-03 | Jeremy Wyn-Harris | Internet protocol for resource-constrained devices |
US7245711B2 (en) * | 2002-06-24 | 2007-07-17 | Avaya Technology Corp. | Virtual interaction queuing using internet protocols |
US20040015777A1 (en) * | 2002-07-22 | 2004-01-22 | International Business Machines Corporation | System and method for sorting embedded content in Web pages |
US7130890B1 (en) * | 2002-09-04 | 2006-10-31 | Hewlett-Packard Development Company, L.P. | Method and system for adaptively prefetching objects from a network |
US7706785B2 (en) * | 2003-01-22 | 2010-04-27 | International Business Machines Corporation | System and method for context-aware unified communications |
US20040255003A1 (en) * | 2003-06-16 | 2004-12-16 | Tecu Kirk S. | System and method for reordering the download priority of markup language objects |
KR100807446B1 (ko) * | 2003-06-18 | 2008-02-25 | 니폰덴신뎅와 가부시키가이샤 | 무선 패킷 통신방법 및 통신장치 |
US8437284B2 (en) * | 2003-07-29 | 2013-05-07 | Citrix Systems, Inc. | Systems and methods for additional retransmissions of dropped packets |
US8432800B2 (en) * | 2003-07-29 | 2013-04-30 | Citrix Systems, Inc. | Systems and methods for stochastic-based quality of service |
CN1604551B (zh) * | 2003-09-10 | 2012-04-25 | 达创科技股份有限公司 | 无线区域网路的负载平衡决策方法 |
US20050138143A1 (en) * | 2003-12-23 | 2005-06-23 | Thompson Blake A. | Pre-fetching linked content |
US7483941B2 (en) * | 2004-01-13 | 2009-01-27 | International Business Machines Corporation | System and method for dynamically inserting prefetch tags by the web server |
JP4270033B2 (ja) * | 2004-06-11 | 2009-05-27 | ソニー株式会社 | 通信システムおよび通信方法 |
US7437364B1 (en) * | 2004-06-30 | 2008-10-14 | Google Inc. | System and method of accessing a document efficiently through multi-tier web caching |
US8224964B1 (en) * | 2004-06-30 | 2012-07-17 | Google Inc. | System and method of accessing a document efficiently through multi-tier web caching |
US7417637B1 (en) * | 2004-09-01 | 2008-08-26 | Nvidia Corporation | Fairly arbitrating between clients |
US7179281B2 (en) * | 2004-09-16 | 2007-02-20 | Lester Ferdinand | Health industry medical neoprene/latex cooling gel wrap around |
US20060069618A1 (en) * | 2004-09-27 | 2006-03-30 | Scott Milener | Method and apparatus for enhanced browsing |
US8037527B2 (en) * | 2004-11-08 | 2011-10-11 | Bt Web Solutions, Llc | Method and apparatus for look-ahead security scanning |
US20060069617A1 (en) * | 2004-09-27 | 2006-03-30 | Scott Milener | Method and apparatus for prefetching electronic data for enhanced browsing |
US7840911B2 (en) * | 2004-09-27 | 2010-11-23 | Scott Milener | Method and apparatus for enhanced browsing |
US8732610B2 (en) * | 2004-11-10 | 2014-05-20 | Bt Web Solutions, Llc | Method and apparatus for enhanced browsing, using icons to indicate status of content and/or content retrieval |
US20060074984A1 (en) * | 2004-09-27 | 2006-04-06 | Scott Milener | Graphical tree depicting search or browsing history |
US20070011155A1 (en) * | 2004-09-29 | 2007-01-11 | Sarkar Pte. Ltd. | System for communication and collaboration |
EP1825388A4 (en) * | 2004-11-17 | 2010-07-28 | Univ California | SYSTEM AND METHOD FOR PROVIDING A WEBSITE |
US7460558B2 (en) * | 2004-12-16 | 2008-12-02 | International Business Machines Corporation | System and method for connection capacity reassignment in a multi-tier data processing system network |
FR2882164A1 (fr) * | 2005-02-11 | 2006-08-18 | Canon Kk | Procede et dispositif de transfert de donnees numeriques a format progressif |
US7664870B2 (en) * | 2005-02-25 | 2010-02-16 | Microsoft Corporation | Method and system for providing users a lower fidelity alternative until a higher fidelity experience is available |
US20060282536A1 (en) * | 2005-06-11 | 2006-12-14 | Pando Networks, Inc | System and method for multi-channel email communication |
KR100781511B1 (ko) * | 2005-06-29 | 2007-12-03 | 삼성전자주식회사 | 홈 네트워크를 기반으로 하는 스트리밍 서비스 방법 및시스템 |
US7788352B2 (en) * | 2005-07-14 | 2010-08-31 | Yahoo! Inc. | System and method for servicing a user device |
KR100739721B1 (ko) * | 2005-08-17 | 2007-07-13 | 삼성전자주식회사 | 정보 제공 방법 및 푸시 모드 서비스 제공 방법 |
US8688673B2 (en) * | 2005-09-27 | 2014-04-01 | Sarkar Pte Ltd | System for communication and collaboration |
US8811954B1 (en) * | 2005-10-31 | 2014-08-19 | Genband Us Llc | Network domain selection |
US7996554B1 (en) * | 2005-11-18 | 2011-08-09 | Marvell International Ltd. | System for improving quality of service for wireless LANs |
JP4518058B2 (ja) * | 2006-01-11 | 2010-08-04 | ソニー株式会社 | コンテンツ伝送システム、コンテンツ伝送装置及びコンテンツ伝送方法、並びにコンピュータ・プログラム |
US8806012B2 (en) * | 2006-03-31 | 2014-08-12 | Intel Corporation | Managing traffic flow on a network path |
WO2008001904A1 (fr) * | 2006-06-30 | 2008-01-03 | Nikon Corporation | Appareil photo numérique |
CN101090372B (zh) * | 2006-08-28 | 2010-05-12 | 华为技术有限公司 | 一种短信路由控制系统及方法 |
US20080144601A1 (en) * | 2006-12-18 | 2008-06-19 | Nokia Corporation | Systems, methods, devices, and computer program products providing data replication for mobile terminals |
US8201202B2 (en) * | 2006-12-21 | 2012-06-12 | Sony Corporation | High quality video delivery via the internet |
US7706266B2 (en) * | 2007-03-12 | 2010-04-27 | Citrix Systems, Inc. | Systems and methods of providing proxy-based quality of service |
US7796510B2 (en) * | 2007-03-12 | 2010-09-14 | Citrix Systems, Inc. | Systems and methods for providing virtual fair queueing of network traffic |
US7809818B2 (en) * | 2007-03-12 | 2010-10-05 | Citrix Systems, Inc. | Systems and method of using HTTP head command for prefetching |
US8074028B2 (en) * | 2007-03-12 | 2011-12-06 | Citrix Systems, Inc. | Systems and methods of providing a multi-tier cache |
US8103783B2 (en) * | 2007-03-12 | 2012-01-24 | Citrix Systems, Inc. | Systems and methods of providing security and reliability to proxy caches |
US8504775B2 (en) * | 2007-03-12 | 2013-08-06 | Citrix Systems, Inc | Systems and methods of prefreshening cached objects based on user's current web page |
US7760642B2 (en) * | 2007-03-12 | 2010-07-20 | Citrix Systems, Inc. | Systems and methods for providing quality of service precedence in TCP congestion control |
US8701010B2 (en) * | 2007-03-12 | 2014-04-15 | Citrix Systems, Inc. | Systems and methods of using the refresh button to determine freshness policy |
US7584294B2 (en) * | 2007-03-12 | 2009-09-01 | Citrix Systems, Inc. | Systems and methods for prefetching objects for caching using QOS |
US7783757B2 (en) * | 2007-03-12 | 2010-08-24 | Citrix Systems, Inc. | Systems and methods of revalidating cached objects in parallel with request for object |
US7720936B2 (en) * | 2007-03-12 | 2010-05-18 | Citrix Systems, Inc. | Systems and methods of freshening and prefreshening a DNS cache |
US7453379B2 (en) * | 2007-03-12 | 2008-11-18 | Citrix Systems, Inc. | Systems and methods for identifying long matches of data in a compression history |
US7460038B2 (en) * | 2007-03-12 | 2008-12-02 | Citrix Systems, Inc. | Systems and methods of clustered sharing of compression histories |
US20080228864A1 (en) * | 2007-03-12 | 2008-09-18 | Robert Plamondon | Systems and methods for prefetching non-cacheable content for compression history |
US8037126B2 (en) * | 2007-03-12 | 2011-10-11 | Citrix Systems, Inc. | Systems and methods of dynamically checking freshness of cached objects based on link status |
EP2210188A1 (en) * | 2007-11-05 | 2010-07-28 | Limelight Networks, Inc. | End to end data transfer |
US8792916B2 (en) * | 2008-01-14 | 2014-07-29 | Blackberry Limited | Dynamic prioritization of label downloads |
US8028081B2 (en) * | 2008-05-23 | 2011-09-27 | Porto Technology, Llc | System and method for adaptive segment prefetching of streaming media |
US7941538B2 (en) * | 2008-06-12 | 2011-05-10 | International Business Machines Corporation | Dynamic management of resource utilization |
US7975025B1 (en) * | 2008-07-08 | 2011-07-05 | F5 Networks, Inc. | Smart prefetching of data over a network |
WO2010042578A1 (en) * | 2008-10-08 | 2010-04-15 | Citrix Systems, Inc. | Systems and methods for real-time endpoint application flow control with network structure component |
WO2010042580A1 (en) * | 2008-10-08 | 2010-04-15 | Citrix Systems, Inc. | Systems and methods for allocating bandwidth by an intermediary for flow control |
US8694492B2 (en) * | 2008-11-03 | 2014-04-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Pre-fetching of data in a mobile communications environment |
US20100172343A1 (en) * | 2009-01-02 | 2010-07-08 | Microsoft Corporation | Dynamic Network Classification |
CN102405631B (zh) * | 2009-02-20 | 2015-02-18 | 思杰系统有限公司 | 用于中间设备压缩通过远程显示协议传递的数据的系统和方法 |
US9667918B2 (en) * | 2009-02-20 | 2017-05-30 | At&T Intellectual Property I, L.P. | Network recording system |
US9935792B2 (en) * | 2009-02-24 | 2018-04-03 | Blackberry Limited | System and method for switching between conversations in instant messaging applications |
US9171097B2 (en) * | 2009-03-31 | 2015-10-27 | Qualcomm Incorporated | Memoizing web-browsing computation with DOM-based isomorphism |
US8578076B2 (en) * | 2009-05-01 | 2013-11-05 | Citrix Systems, Inc. | Systems and methods for establishing a cloud bridge between virtual storage resources |
US9135363B2 (en) * | 2009-06-09 | 2015-09-15 | Gvoto (Hong Kong) Ltd. | Methods and systems for automatic content retrieval and organization |
US20130254314A1 (en) * | 2009-06-09 | 2013-09-26 | Edmond K. Chow | Digital content delivery |
US20100325245A1 (en) * | 2009-06-17 | 2010-12-23 | Agostino Sibillo | Aggregated proxy browser with aggregated links, systems and methods |
US8032624B2 (en) * | 2009-06-19 | 2011-10-04 | Avaya Inc. | Pluggable contact resolution |
JP2011141867A (ja) | 2009-12-10 | 2011-07-21 | Sharp Corp | データ表示装置およびサーバ装置 |
US8626621B2 (en) * | 2010-03-02 | 2014-01-07 | Microsoft Corporation | Content stream management |
US9043385B1 (en) * | 2010-04-18 | 2015-05-26 | Viasat, Inc. | Static tracker |
US9288137B2 (en) * | 2010-05-09 | 2016-03-15 | Citrix Systems, Inc. | Systems and methods for allocation of classes of service to network connections corresponding to virtual channels |
US8478836B1 (en) * | 2010-06-07 | 2013-07-02 | Purplecomm Inc. | Proxy cache technology |
US8990380B2 (en) * | 2010-08-12 | 2015-03-24 | Citrix Systems, Inc. | Systems and methods for quality of service of ICA published applications |
US8792491B2 (en) * | 2010-08-12 | 2014-07-29 | Citrix Systems, Inc. | Systems and methods for multi-level quality of service classification in an intermediary device |
US8638795B2 (en) * | 2010-08-12 | 2014-01-28 | Citrix Systems, Inc. | Systems and methods for quality of service of encrypted network traffic |
US8868644B2 (en) * | 2010-11-15 | 2014-10-21 | Google Inc. | Mechanism for message prefetching in an intermittently connected offline-capable mobile web application |
US20120124142A1 (en) * | 2010-11-15 | 2012-05-17 | Robert Kroeger | Light-Weight Method for Delivering the Smallest Set of New Messages to a Conversation Cache on an Intermittently Connected Mobile Email Client |
CN102185887B (zh) * | 2011-01-04 | 2015-07-08 | 华为终端有限公司 | 终端的文件下载方法及系统 |
US8620999B1 (en) * | 2011-01-12 | 2013-12-31 | Israel L'Heureux | Network resource modification for higher network connection concurrence |
US9167013B2 (en) * | 2011-03-10 | 2015-10-20 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for prioritizing media within an electronic conference according to utilization settings at respective conference participants |
US9237106B2 (en) * | 2011-03-11 | 2016-01-12 | Citrix Systems, Inc. | Systems and methods of QoS for single stream ICA |
US20130103791A1 (en) * | 2011-05-19 | 2013-04-25 | Cotendo, Inc. | Optimizing content delivery over a protocol that enables request multiplexing and flow control |
US8812658B1 (en) * | 2011-05-20 | 2014-08-19 | Amazon Technologies, Inc. | Pre-fetching of network page content |
US9130864B2 (en) * | 2011-06-27 | 2015-09-08 | Citrix Systems, Inc. | Prioritizing classes of network traffic to provide a predetermined quality of service |
US20130100819A1 (en) * | 2011-10-19 | 2013-04-25 | Qualcomm Incorporated | Selectively acquiring and advertising a connection between a user equipment and a wireless local area network |
US9002973B2 (en) * | 2011-10-21 | 2015-04-07 | Fisher Controls International Llc | Delayed publishing in process control systems |
US9389088B2 (en) * | 2011-12-12 | 2016-07-12 | Google Inc. | Method of pre-fetching map data for rendering and offline routing |
EP2795916A4 (en) * | 2011-12-21 | 2015-08-05 | Intel Corp | ON A USER BEHAVIOR BASED DATA TRANSFER IN DEVICES |
US9241170B1 (en) * | 2012-01-18 | 2016-01-19 | Google Inc. | Adaptive streaming using chunked time-to-offset mapping |
US9401968B2 (en) * | 2012-01-20 | 2016-07-26 | Nokia Techologies Oy | Method and apparatus for enabling pre-fetching of media |
JP6059037B2 (ja) | 2012-03-02 | 2017-01-11 | キヤノン株式会社 | 通信システム、クライアント装置、サーバ装置、通信方法、及びプログラム |
US9307004B1 (en) * | 2012-03-28 | 2016-04-05 | Amazon Technologies, Inc. | Prioritized content transmission |
JP5924096B2 (ja) * | 2012-04-18 | 2016-05-25 | 富士通株式会社 | 通信システムの制御方法、通信装置、通信システム及びプログラム |
US9438701B2 (en) * | 2012-05-05 | 2016-09-06 | Citrix Systems, Inc. | Systems and methods for a SPDY to HTTP gateway |
US9060207B2 (en) * | 2012-08-20 | 2015-06-16 | Google Inc. | Adaptive video streaming over a content delivery network |
WO2015147354A1 (ko) * | 2014-03-27 | 2015-10-01 | 엘지전자 주식회사 | Spdy에 기초한 웹 가속 방법 및 이를 위한 spdy 프록시 |
-
2012
- 2012-07-18 JP JP2012159904A patent/JP6021487B2/ja active Active
-
2013
- 2013-07-11 US US14/115,551 patent/US10601958B2/en active Active
- 2013-07-11 WO PCT/JP2013/004282 patent/WO2014013701A1/en active Application Filing
- 2013-07-11 KR KR1020157000878A patent/KR101644356B1/ko active IP Right Grant
- 2013-07-11 EP EP13820650.3A patent/EP2875435B1/en not_active Not-in-force
- 2013-07-11 RU RU2014152794A patent/RU2620720C2/ru active
-
2020
- 2020-02-12 US US16/788,464 patent/US11258882B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000222296A (ja) * | 1999-01-29 | 2000-08-11 | Sharp Corp | ファイルダウンロード方法、情報機器、及びコンピュータ読み取り可能な記録媒体 |
RU2263951C2 (ru) * | 2004-02-02 | 2005-11-10 | Огородник Дмитрий Викторович | Способ обработки цифровых данных в запоминающем устройстве и запоминающее устройство для осуществления способа |
RU2377635C2 (ru) * | 2004-05-03 | 2009-12-27 | Майкрософт Корпорейшн | Обработка информации, принимаемой дополнительным вычислительным устройством |
JP2009205440A (ja) * | 2008-02-28 | 2009-09-10 | Hitachi Ltd | 情報処理装置 |
WO2010013397A1 (ja) * | 2008-07-31 | 2010-02-04 | キヤノン株式会社 | 受信装置及び方法 |
JP2010278800A (ja) * | 2009-05-29 | 2010-12-09 | Hitachi Ltd | コンテンツ処理装置及びコンテンツ処理方法 |
WO2011008515A2 (en) * | 2009-06-29 | 2011-01-20 | Bigfoot Networks, Inc. | Technique for setting network communication parameters |
Also Published As
Publication number | Publication date |
---|---|
EP2875435A1 (en) | 2015-05-27 |
JP2014021728A (ja) | 2014-02-03 |
US11258882B2 (en) | 2022-02-22 |
US20140297723A1 (en) | 2014-10-02 |
KR101644356B1 (ko) | 2016-08-01 |
US10601958B2 (en) | 2020-03-24 |
RU2014152794A (ru) | 2016-09-10 |
EP2875435B1 (en) | 2019-05-22 |
JP6021487B2 (ja) | 2016-11-09 |
WO2014013701A1 (en) | 2014-01-23 |
US20200252483A1 (en) | 2020-08-06 |
KR20150023742A (ko) | 2015-03-05 |
EP2875435A4 (en) | 2016-03-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2620720C2 (ru) | Система обработки информации, способ управления, сервер, устройство обработки информации и носитель данных | |
CN107590001B (zh) | 负载均衡方法及装置、存储介质、电子设备 | |
US8806142B2 (en) | Anticipatory response pre-caching | |
US9917887B2 (en) | Methods for content inlining and devices thereof | |
US10404556B2 (en) | Methods and computer program products for correlation analysis of network traffic in a network device | |
US11025724B2 (en) | Transport of control data in proxy-based network communications | |
DE202011052142U1 (de) | System zum Anpassen von Inhalten basierend auf der verfügbaren Bandbreite | |
EP3391190B1 (en) | Pipelining pre-composition data | |
CN113141321B (zh) | 一种基于边缘计算的数据传输方法及电子设备 | |
US20150188981A1 (en) | Page processing method, apparatus, and system | |
US20130016377A1 (en) | System and method for automatic recovery of cloud print jobs after printer error | |
CN112954013B (zh) | 一种网络文件信息获取方法、装置、设备及存储介质 | |
CN103716319B (zh) | 一种Web访问优化的装置和方法 | |
KR20090009804A (ko) | 네트워크 응답 버퍼링 거동을 관리하는 방법 및 그를 이용하는 컴퓨터 시스템 | |
US9270776B2 (en) | Dynamically adjusting delivery of content between terminal device and server | |
WO2021051093A1 (en) | Web acceleration via learning | |
Liao et al. | Optimized design and implementation of TCP/IP software architecture based on embedded system | |
EP3435629B1 (en) | Transport of control data in proxy-based network communications | |
KR100925644B1 (ko) | 오브젝트 전송 시스템 및 그 제어방법 | |
JP5980428B2 (ja) | 通信装置、応答データ生成方法、および、プログラム | |
JP2004173116A (ja) | 中継装置 | |
Elbashir et al. | Nomadic Web service clients | |
Rahman | A network aware adaptable application using a novel content scheduling and delivery scheme | |
JP2001306450A (ja) | ネットワーク画像通信システム |