СЕТЕВОЕ УСТРОЙСТВО И СПОСОБ УПРАВЛЕНИЯ ПРОЦЕССОМ СЛУЖБЫ

Область техники

[0001] Настоящее изобретение относится к области связи и, в частности, к сетевому устройству и способу управления процессом службы.

Уровень техники

[0002] В настоящий момент устройству в сети необходимо выполнять все виды управления службой посредством использования политики. Например, в процедуре исполнения службы, когда некоторое действие должно быть исполнено, сначала точно определяется условие, и соответствующее действие исполняется только, когда пакет или поток данных удовлетворяет установленному условию. Типичное условие включает в себя условие, такое как измерение пользователя, измерение времени, измерение L3-L4 (IP-адрес + номер порта TCP), измерение протокола L7 и измерение унифицированного указателя ресурса (Uniform/Universal Resource Locator, URL для краткости). Процедура согласования политики является процедурой для сравнения информации каждого измерения потока данных с установленным условием измерения.

[0003] Информация каждого измерения потока данных в общем собирается различными модулями обработки данных. Например, информация измерения пользователя идентифицируется модулем идентификации пользователя, информация измерения времени идентифицируется модулем времени, информация уровня L3-L4 идентифицируется модулем обработки уровня L3-L4, информация протокола уровня L7 идентифицируется модулем идентификации и информация URL идентифицируется модулем синтаксического анализа. Если ожидается, что имеются более обширные политики устройства и более управляемые измерения, больше модулей обработки данных должно быть размещено на устройстве в сети для сбора информации большего количества измерений.

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

[0005] Поэтому специалист в данной области техники улучшает вышеприведенный способ. Как показано на ФИГ. 1, сначала собирается вся информация измерения потока данных; затем выполняется поиск в информации, установленной для определения, удовлетворяется ли установленное условие; и если установленное условие удовлетворяется, исполняется соответствующее действие. То есть все модули, сконфигурированные с возможностью сбора информации, соединяются последовательно, и устанавливается фиксированная последовательность. Все потоки подвергаются одному и тому же процессу обработки и проходят через каждый модуль согласно последовательности. Таким образом, когда все модули были исполнены, информация каждого измерения собирается полностью и может обеспечивать базис для последующего согласования политики. В этом способе, схема является простой, информация полной, и не пропускается ни одной функции.

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

Сущность изобретения

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

[0008] Согласно первому аспекту вариант осуществления настоящего изобретения обеспечивает способ управления процессом службы, включающий в себя:

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

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

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

[0009] В первой возможной методике реализации первого аспекта выбор M модулей обработки данных для обработки пакета, принятого сетевым устройством, и определение последовательности обработки для выбранных M модулей обработки данных для обработки пакета, в частности, включает в себя:

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

определение, согласно всей определенной информации измерения, M модулей обработки данных, требуемых для сбора всей информации измерения; и

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

[0010] Со ссылкой на первый аспект или первую возможную методику реализации первого аспекта во второй возможной методике реализации способ дополнительно включает в себя:

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

соответственно вызов выбранных M модулей обработки данных, чтобы последовательно обрабатывать, согласно последовательности обработки, пакет включает в себя:

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

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

[0011] Со ссылкой на вторую возможную методику реализации первого аспекта в третьей возможной методике реализации после вызова последовательно первых P модулей обработки данных в первом списке для обработки пакета, так чтобы получать информацию P измерений пакета, способ дополнительно включает в себя:

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

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

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

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

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

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

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

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

модуль приемопередатчика сконфигурирован с возможностью приема пакета;

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

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

[0014] В первой возможной методике реализации второго аспекта модуль генерирования списка включает в себя:

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

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

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

[0015] Со ссылкой на второй аспект или первую возможную методику реализации второго аспекта во второй возможной методике реализации модуль генерирования списка дополнительно включает в себя:

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

модуль планирования включает в себя:

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

[0020] ФИГ. 1 представляет собой схематическую блок-схему последовательности операций обработки службы на основе политики согласно варианту осуществления настоящего изобретения;

[0021] ФИГ. 2 представляет собой схематическое представление сети частного облака предприятия согласно варианту осуществления настоящего изобретения;

[0022] ФИГ. 3 представляет собой блок-схему последовательности операций способа управления процессом службы согласно варианту осуществления настоящего изобретения;

[0023] ФИГ. 4 представляет собой схематическое представление первого списка согласно другому варианту осуществления настоящего изобретения;

[0024] ФИГ. 5 представляет собой схематическую блок-схему последовательности операций способа управления процессом службы согласно другому варианту осуществления настоящего изобретения;

[0025] ФИГ. 6 представляет собой схематическое представление сетевого устройства согласно варианту осуществления настоящего изобретения;

[0026] ФИГ. 7 представляет собой схематическое представление модуля генерирования списка согласно варианту осуществления настоящего изобретения; и

[0027] ФИГ. 8 представляет собой схематическое структурное представление сетевого устройства согласно другому варианту осуществления настоящего изобретения.

Описание вариантов осуществления

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

[0029] В вариантах осуществления настоящего изобретения модуль обработки, который должен быть вызван во время исполнения процесса службы, определяется согласно сконфигурированному в настоящий момент набору политик. Если все политики в наборе политик не относятся к условию измерения некоторого измерения, модуль исполнения, сконфигурированный с возможностью обработки информации измерения, может быть непосредственно пропущен и не появляется в последующем процессе исполнения. Технические решения, обеспеченные в вариантах осуществления настоящего изобретения, могут быть применены к сценариям управления политикой службы многих применений, таким как домашняя сеть, сеть доступа, конвергентная сеть, магистральная сеть, сеть предприятия, сеть операторов и различные частные/публичные облака. Нижеследующее дает краткое описание посредством использования сети предприятия в качестве типичного сценария применения. ФИГ. 2 показывает общий сценарий, в котором предприятие обеспечивает внешнюю службу. Пользователь осуществляет доступ к сети посредством использования мобильного терминала или стационарного терминала и запрашивает службу. Внутренняя сеть предприятия обычно формируется из сетевого устройства, такого как маршрутизатор (Router), коммутатор (Switch) и сервер (Sever). Согласно требованию, служба, такая как IPS, управление пропускной способностью, фильтрация URL, WOC и ADC в общем развертывается на одном или более сетевых устройствах. Множество служб обычно развертывается на одном и том же устройстве. В этом случае, многочисленные виды служб на сетевом устройстве должны корректно управляться для улучшения эффективности обработки службы. Пользователь конфигурирует многочисленные виды политик некоторым образом, например UI конфигурации или точно определенным скриптом политики, и доставляет многочисленные виды политик сетевому устройству. Сетевое устройство реализует обработку в отношении многочисленных видов служб на устройстве на основе политик. В технических решениях, обеспеченных в вариантах осуществления настоящего изобретения, процесс службы может динамически управляться согласно политике службы, развернутой на сетевом устройстве. Следует отметить, что сценарий сети предприятия является лишь типичным сценарием применения технических решений настоящего изобретения, а не толкуется как ограничение в сценариях применения настоящего изобретения.

[0030] ФИГ. 3 представляет собой схематическую блок-схему последовательности операций способа управления процессом службы согласно варианту осуществления настоящего изобретения. Как показано на ФИГ. 3, в этом варианте осуществления способ управления процессом службы, описанный посредством использования сетевого устройства в качестве примера, включает в себя нижеследующие этапы:

[0031] 101: Выбор, согласно политике исполнения по меньшей мере одной службы, развернутой на сетевом устройстве, M модулей обработки данных для обработки пакета, принятого сетевым устройством, и определение последовательности обработки для выбранных M модулей обработки данных для обработки пакета.

[0032] 102: Вызов выбранных M модулей обработки данных, чтобы последовательно обрабатывать, согласно последовательности обработки, пакет, так что каждый вызванный модуль обработки данных собирает информацию одного измерения пакета.

[0033] 103: Выполнение, согласно всей информации пакета, которая собирается M модулями обработки данных, согласования для всех правил службы, включенных в политику исполнения по меньшей мере одной службы так, чтобы определять успешно согласованное правило службы; и исполнение действия, соответствующего успешно согласованному правилу службы.

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

[0035] Сетевое устройство включает в себя N модулей обработки данных (где N равно или больше, чем M, и M и N оба являются положительными целыми числами), и каждый модуль обработки данных сконфигурирован с возможностью сбора информации одного измерения пакета. Например, информация измерения пользователя идентифицируется модулем идентификации пользователя, информация измерения времени идентифицируется модулем времени, информация уровня L3-L4 идентифицируется модулем обработки уровня L3-L4, информация протокола уровня L7 идентифицируется модулем идентификации, и информация URL идентифицируется модулем синтаксического анализа. В этом варианте осуществления настоящего изобретения, политика исполнения в основном используется для управления операцией службы. Каждая служба, развернутая на сетевом устройстве, сконфигурирована с соответствующей политикой исполнения. Сбор политик исполнения множества служб формирует набор политик. Политика исполнения каждой службы включает в себя по меньшей мере одно правило службы, где правило службы является правилом, соблюдаемым, когда исполняется служба. Одно правило службы включает в себя две части: условие и действие. В частности, одно правило службы может включать в себя одно или более условий, и также может включать в себя одно или более действий, и множество условий в одном и том же правиле службы могут быть связаны с информацией пакета на различных уровнях или в различных измерениях. Поэтому согласование каждого правила службы по меньшей мере зависит от информации одного измерения пакета. В качестве альтернативы, более точно, если требуется определить, согласовано ли каждое правило службы, требуется определить, удовлетворено ли условие, включенное в правило службы. Определение, удовлетворено ли условие в правиле службы, по меньшей мере зависит от информации одного измерения пакета. Например, в правиле, если (IP=1.1.1.1 && HTTP. Host = www.huawei.com), тогда отбросить пакет, "IP=1.1.1.1" и " HTTP. Host = www.huawei.com" являются двумя параллельными условиями, где первым является условие уровня L3, последним является условие уровня L7, первое и последнее логически находятся в отношении "и", и "отбросить пакет" является действием, которое служба должна исполнить, когда условия удовлетворяются (то есть правило службы успешно согласовывается).

[0036] В частности, в варианте осуществления нижеследующей методикой могут быть выбраны M модулей обработки данных для обработки первого пакета, принятого сетевым устройством, и может быть определена последовательность обработки для выбранных M модулей обработки данных для обработки первого пакета.

[0037] Этап 1: Извлечение условия из всех правил службы, включенных в политику исполнения каждой службы в по меньшей мере одной службе, и дополнительно определение всей информации измерения первого пакета, требуемой для использования, чтобы определять, удовлетворяется ли извлеченное условие.

[0038] Этап 2: Определение, согласно всей определенной информации измерения, M модулей обработки данных, требуемых для сбора всей информации измерения.

[0039] Этап 3: Определение, согласно отношению зависимости между M модулями обработки данных, последовательности обработки для M модулей обработки данных, чтобы обрабатывать первый пакет.

[0040] Поскольку политика каждой службы включает в себя одно или более правил службы, посредством извлечения и сбора всех условий, включенных в каждое правило службы, может быть определено, что для того, чтобы завершить верификацию в отношении всех условий, информация какого измерения первого пакета должна быть собрана, и затем определяется, какой модуль обработки данных требуется для сбора информации измерения первого пакета. Если информация некоторого измерения не требуется, модуль обработки данных, сконфигурированный с возможностью сбора информации измерения, тоже не требуется. Дополнительно, если информация некоторого измерения требуется, может быть определен объем информации, которая должна быть собрана модулем, сконфигурированным с возможностью сбора информации измерения. Например, модуль администрирования пользователя может быть сконфигурирован с возможностью сбора информации пользователя, такой как IP-адрес, номер мобильного телефона, роль и класс. Однако, если определение некоторого правила службы относится только к IP-адресу пользователя, может быть определено, что объем информации, которая должна быть собрана модулем администрирования пользователя, ограничивается только IP-адресом пользователя, и другая информация не должна быть собрана. После того, как определяется, какой модуль обработки данных требуется для обработки первого пакета, анализируется отношение зависимости между модулями (то есть отношение зависимости между информацией различных измерений пакета), так что может быть определена последовательность исполнения модуля обработки данных (то есть последовательность обработки для обработки первого пакета). Например, предполагая, что другой модуль B обработки данных должен быть исполнен первым, если модуль A обработки данных должен быть исполнен, модуль B должен быть исполнен до модуля A. Для другого примера, предполагая, что модуль D должен быть исполнен первым, если модуль C должен быть исполнен, зависимый модуль D также должен быть включен до тех пор, пока модуль C должен быть использован, вне зависимости от того, включает ли политика информацию измерения, собранную модулем D.

[0041] Например, модуль обработки данных может быть связанным модулем, таким как модуль пользователя, сконфигурированный с возможностью идентификации информации пользователя, соответствующей пакету, модуль получения URL, сконфигурированный с возможностью получения информации URL пакета, модуль обработки уровня L3-L4, сконфигурированный с возможностью синтаксического анализа информации уровня L3-L4 пакета, модуль идентификации уровня L7, сконфигурированный с возможностью идентификации протокола уровня L7 или модуль синтаксического анализа уровня L7, сконфигурированный с возможностью синтаксического анализа информации уровня L7. В этом варианте осуществления настоящего изобретения модуль обработки данных не ограничивается, и модуль обработки данных может быть сконфигурирован согласно фактической необходимости. Предпочтительно в варианте осуществления первый список, используемый для представления последовательности исполнения определенных M модулей обработки данных, может быть сгенерирован, и дополнительно модуль обработки данных может быть вызван согласно указанию первого списка для обработки пакета. В частности, первый список включает в себя идентификации определенных M модулей обработки данных, и идентификации M модулей обработки данных сортируются в первом списке согласно определенной последовательности обработки. Следует отметить, что идентификация модуля обработки данных в этом документе является кодом модуля обработки данных. Уникальная идентификация может быть распределена каждому модулю обработки данных для представления модуля обработки данных. В специфическом применении первый список может быть листом данных, файлом или изображением. Как показано на ФИГ. 4, первый список может быть связным списком одинарной записи, где каждый узел в связном списке одинарной записи сохраняет ID (identification, идентификацию) одного модуля обработки данных, и отношение связей между узлами представляет последовательность исполнения модулей обработки данных.

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

[0043] Например, если число модулей обработки данных в первом списке равно единице, сетевое устройство может вызывать один модуль обработки данных для обработки пакета, принятого сетевым устройством. Если модуль обработки данных завершает обработку, процесс службы заканчивается. Поэтому другой чрезмерный процесс работы может избегаться.

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

[0045] Необязательно, когда сетевое устройство вызывает модуль обработки данных, соответствующий N^ой идентификации модуля обработки данных в первом списке, модуль может устанавливать метку на пакете при обработке пакета. После того, как модуль завершает обработку и возвращает обработанный пакет, сетевое устройство может учить, что N^ый модуль обработки данных был исполнен и вызывать модуль обработки данных, соответствующий (N + 1)^ой идентификации модуля обработки данных в первом списке для выполнения дополнительной обработки в отношении пакета, который был обработан модулем обработки данных. В специфическом применении, модуль обработки данных в первом списке может быть вызван посредством использования функции обратного вызова, так что модуль обработки данных обрабатывает соответствующий пакет. Гибкость управления улучшается посредством использования функции обратного вызова.

[0046] Дополнительно, после того, как один модуль обработки данных завершает обработку в отношении пакета, собирается информация одного измерения пакета. Первый список обновляется согласно информации. Например, после того, как модули обработки данных, соответствующие первым P идентификациям модулей обработки данных в первом списке, последовательно вызываются для обработки пакета, принятого сетевым устройством, получается информация P измерений пакета, где P является положительным целым числом; дополнительно, один или более модулей обработки данных для обработки пакета могут быть повторно выбраны согласно информации P измерений, и определяется последовательность обработки для повторно выбранного модуля обработки данных, чтобы обрабатывать пакет; и дополнительно обновляется первый список, так чтобы указывать последовательность обработки для повторно выбранного модуля обработки данных, чтобы обрабатывать пакет, где обновленный первый список включает в себя идентификацию повторно выбранного модуля обработки данных, и идентификация повторно выбранного модуля обработки данных сортируется в обновленном первом списке согласно последовательности для повторно выбранного модуля обработки данных, чтобы обрабатывать пакет. Таким образом, последовательность исполнения модуля обработки данных может быть динамически отрегулирована в процедуре исполнения службы. В варианте осуществления после того, как первые P модулей обработки данных в первом списке собирают информацию P измерений пакета, может быть выполнено согласование между информацией P измерений и всеми правилами службы, включенными в политику исполнения каждой службы, развернутой на сетевом устройстве, один или более модулей обработки данных для выполнения последующей обработки для пакета повторно выбираются согласно результату согласования, и генерируется второй список, используемый для указания последовательности для повторно выбранного модуля обработки данных, чтобы обрабатывать пакет. Например, предполагается, что модуль A сконфигурирован с возможностью сбора информации измерения X, и соответствующий тип условия является X1, X2, X3, …; модуль B сконфигурирован с возможностью сбора информации измерения Y, и соответствующий тип условия является Y1, Y2, Y3, …; модуль C сконфигурирован с возможностью сбора информации измерения Z, и соответствующий тип условия является Z1, Z2, Z3, …; и модуль D сконфигурирован с возможностью сбора информации измерения W, и соответствующий тип условия является W1, W2, W3, …. Предполагается, что в настоящий момент имеется политика "if((X1 & Y2)| Z3)& W4)then", где следует понимать, что политика формируется из двух правил службы "if(X1 & Y2 & W4)then" или "if(Z3 & W4)then". После того как модуль A завершает обработку, обнаруживается, что условие X1 не удовлетворено. Поэтому предшествующее правило службы определенно не согласуется, и необходимо только учитывать, согласуется ли следующее правило службы. В этом случае, может быть выучено, что измерение Z и измерение W должны быть определены, и поэтому список модулей, которым подвергается пакет, является C→D. Модуль B, ответственный за измерение Y, может быть устранен из списка модулей.

[0047] Может быть видно, что если первый список динамически не обновляется согласно результату для обработки, модулем обработки данных, пакета, после того, как модули обработки данных, соответствующие первым P идентификациям модулей обработки данных в первом списке, завершают обработку в отношении пакета, сетевое устройство продолжает вызывать модули обработки данных, соответствующие (М-P) идентификациям модулей обработки данных, которые находятся после первых P идентификаций модулей обработки данных, чтобы последовательно обрабатывать пакет, который был обработан первыми P модулями обработки данных, так чтобы получать информацию (М-P) измерений пакета. Однако после того, как вводится механизм, чтобы динамически регулировать список модуля, после того, как первые P модулей обработки данных завершают обработку в отношении пакета, повторно выбранный модуль обработки данных последовательно вызывается согласно последовательности, указанной обновленным первым списком, так чтобы обрабатывать пакет и дополнительно получать информацию одного или более измерений пакета.

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

[0049] В необязательном сценарии применения политика исполнения службы дополнительно включает в себя правило конфигурации, которое предустановлено пользователем, где правило конфигурации используется для представления условия исполнения службы. Например, правило конфигурации может быть следующим: Доступ от пользователя A, соответствующего IP-адресу 1, позволен, и доступ от пользователя B, соответствующего IP-адресу 2, не позволен.

[0050] Необязательно, до этапа 101 способ управления процессом службы в этом варианте осуществления может дополнительно включать в себя следующий этап 100.

[0051] 100: Получение информации характеристики пакета; определение согласно информации характеристики, удовлетворяется ли условие исполнения каждой службы, развернутой на сетевом устройстве; и определение, что служба, чье условие исполнения удовлетворяется, является службой, которая должна быть исполнена.

[0052] Следует отметить, что информация характеристики пакета может быть некоторой базовой информацией, которая включена в заголовок пакета и используется для представления характеристики пакета, например, информацией, такой как URL, кортеж из пяти элементов и тип протокола транспортного уровня. Например, информация характеристики пакета может включать в себя: временную метку пакета, программное обеспечение отправки пакета, протокол пакета, адрес URL, переносимый в пакете, информацию адреса протокола Internet (Internet Protocol, IP для краткости) стороны приема пакета и/или информацию порта стороны приема пакета и подобное. В частности, множество служб развертывается на сетевом устройстве. В общем, в процедуре для обработки одного пакета, исполняются не все службы. После приема одного пакета, сетевое устройство выполняет согласование между правилом конфигурации и информацией характеристики пакета, такой как временная метка пакета, URL, переносимый в пакете, тип протокола пакета, адрес протокола Internet (Internet Protocol, IP для краткости) стороны приема пакета и/или информация порта стороны приема пакета, определяет, удовлетворяется ли условие, включенное в правило конфигурации, и дополнительно определяет, какая служба должна быть исполнена в настоящий момент. Соответственно после того, как определяется служба, которая должна быть исполнена, M модулей обработки данных для обработки пакета выбираются согласно набору политик, соответствующему службе, которая определяется и должна быть исполнена, и определяется последовательность обработки для выбранных M модулей обработки данных, чтобы обрабатывать пакет.

[0053] Необязательно, политика исполнения службы может дополнительно иметь приоритет. Например, условие измерения X, которое соответствует модулю A обработки данных, является IP = 10.10.*, условие измерения Y, которое соответствует модулю B обработки данных, является портом = 80, условие измерения Z, которое соответствует модулю C обработки данных, является протоколом уровня L7 = HTTP, и условие измерения W, которое соответствует модулю D обработки данных, является URL = www.huawei.com.

[0054] Правило конфигурации может быть: Правило 1: Блокировать доступ; и Правило 2: Позволять доступ.

[0055] Первая политика исполнения может быть "IP=10.10.", и "Порт = 80"&"Правило 1".

[0056] Вторая политика исполнения может быть: "Протокол уровня L7 = HTTP ", и "URL = www.huawei.com" & "Правило 2".

[0057] В этом случае, приоритет первой политики является низким, и приоритет второй политики является высоким.

[0058] В другом варианте осуществления, чтобы помогать сетевому устройству определять, согласно политике исполнения службы, какой модуль обработки данных должен быть исполнен и последовательность исполнения, пользователь сначала предустанавливает последовательность исполнения по умолчанию между модулями обработки данных, то есть последовательность, в которой каждый из модулей обработки данных должен быть исполнен, когда условия двух или более чем двух измерений должны быть верифицированы. Например, когда политика является "если(X1&Y2&Z3& …) тогда", это указывает, что условие каждого измерения, должно быть верифицировано, то есть каждый модуль обработки данных должен быть исполнен, и когда модули обработки данных не ассоциируются друг с другом, в этом случае, последовательность исполнения модулей обработки данных, которая устанавливается, является последовательностью исполнения по умолчанию.

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

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

[0061] В дополнение, пакет в этом варианте осуществления настоящего изобретения может быть пакетом, принятым устройством связи, или пакетом, который устройство связи подготавливает для отправки, или сетевым пакетом, и этот вариант осуществления не устанавливает ограничение на источник пакета.

[0062] ФИГ. 5 представляет собой схематическую блок-схему последовательности операций способа управления процессом службы согласно другому варианту осуществления настоящего изобретения. Способ управления процессом службы в этом варианте осуществления описан следующим образом.

[0063] 201: Главный модуль управления отправляет модулю генерирования списка информацию характеристики первого пакета, который должен быть обработан, так что модуль генерирования списка генерирует первый список согласно набору политик и информации характеристики первого пакета, где первый список включает в себя по меньшей мере один модуль обработки данных, который должен обрабатывать первый пакет.

[0064] 202: Главный модуль управления принимает первый список, отправленный модулем генерирования списка, где каждый модуль обработки данных в первом списке сортируется согласно ассоциации.

[0065] 203: Главный модуль управления вызывает модуль обработки данных, последовательно сортированный в первом списке, для обработки первого пакета.

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

[0067] Необязательно, на основе варианта осуществления, показанного на ФИГ. 5, способ управления процессом службы в этом варианте осуществления дополнительно включает в себя следующие этапы с 204 по 206, как показано на ФИГ. 5.

[0068] 204: Главный модуль управления получает второй пакет, который получается после того, как по меньшей мере один модуль обработки данных с более высоким рангом в первом списке обрабатывает первый пакет.

[0069] 205: Главный модуль управления отправляет информацию характеристики второго пакета модулю генерирования списка, так что модуль генерирования списка генерирует, согласно набору политик и информации характеристики второго пакета, второй список, сформированный из по меньшей мере одного модуля обработки данных, который должен обрабатывать второй пакет.

[0070] 206: Главный модуль управления принимает второй список, отправленный модулем генерирования списка, и вызывает последовательно сортированный модуль обработки данных во втором списке для обработки второго пакета.

[0071] Информация характеристики второго пакета может включать в себя информацию характеристики первого пакета. Например, в сценарии информация характеристики второго пакета может быть суммой информации характеристики первого пакета и информации характеристики добавленного пакета.

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

[0073] Например, когда какая-либо комбинация в наборе политик не сконфигурирована с условием, связанным с измерением URL, модуль синтаксического анализа не исполняется. Конкретно, в процедуре исполнения получается; посредством анализирования согласно части известной информации измерения и из политики в наборе политик еще раз, что некоторые модули обработки данных не должны быть исполнены, так чтобы достигать задачи регулирования первого списка и изменения процесса исполнения.

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

[0075] В соответствии с вышеприведенными вариантами осуществления способа, как показанного на ФИГ. 6, вариант осуществления настоящего изобретения дополнительно обеспечивает сетевое устройство. Сетевое устройство, в частности, может быть устройством, таким как маршрутизатор, коммутатор, шлюз или сервер. Согласно ФИГ. 6, одно или более приложений службы (таких как служба 1, служба 2 и служба n на ФИГ. 6) развертываются на сетевом устройстве 60. Сетевое устройство 60 включает в себя: модуль 610 приемопередатчика, модуль 620 генерирования списка, модуль 630 планирования и N модулей обработки данных (в этом варианте осуществления настоящего изобретения 640 на ФИГ. 6 используется в качестве примера для описания), где N является положительным целым числом, и каждый модуль обработки данных сконфигурирован с возможностью сбора информации одного измерения пакета.

[0076] Модуль 610 приемопередатчика сконфигурирован с возможностью приема пакета.

[0077] Модуль 620 генерирования списка сконфигурирован с возможностью выбора, согласно политике исполнения по меньшей мере одной службы, развернутой на сетевом устройстве 60, M модулей обработки данных для обработки пакета, принятого модулем 610 приемопередатчика, и определения последовательности обработки для выбранных M модулей обработки данных для обработки пакета, где M является положительным целым числом, M равно или меньше, чем N, политика исполнения каждой службы включает в себя по меньшей мере одно правило службы, каждое правило службы включает в себя условие и действие, и согласование каждого правила службы по меньшей мере зависит от информации одного измерения пакета.

[0078] Следует отметить, что в этом варианте осуществления настоящего изобретения политика исполнения в основном используется для управления состоянием работы службы. Каждая служба, развернутая на сетевом устройстве, сконфигурирована с соответствующей политикой исполнения. Сбор политик исполнения множества служб формирует набор политик. Политика исполнения каждой службы включает в себя по меньшей мере одно правило службы, где правило службы является типом политики исполнения службы. Одно правило службы включает в себя две части: условие и действие. В частности, одно правило службы может включать в себя одно или более условий, и также может включать в себя одно или более действий, и множество условий в одном и том же правиле службы могут быть связаны с информацией пакета на различных уровнях или в различных измерениях. То есть, если требуется определить, удовлетворяется ли условие, включенное в каждое правило службы, это по меньшей мере зависит от информации одного измерения пакета, то есть согласование каждого правила службы по меньшей мере зависит от информации одного измерения пакета.

[0079] Модуль 630 планирования сконфигурирован с возможностью вызова M модулей обработки данных, выбранных модулем 620 генерирования списка, чтобы последовательно обрабатывать, согласно последовательности обработки, пакет, так чтобы получать информацию по меньшей мере одного измерения пакета; выполнения, согласно информации упомянутого по меньшей мере одного измерения пакета, согласования для всех правил службы, включенных в политику исполнения упомянутой по меньшей мере одной службы, так чтобы определять успешно согласованное правило службы; и исполнения действия, соответствующего успешно согласованному правилу службы.

[0080] В частности, в варианте осуществления, как показано на ФИГ. 7, модуль 620 генерирования списка, в частности, включает в себя:

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

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

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

[0081] Предпочтительно в другом варианте осуществления модуль 620 генерирования списка может дополнительно включать в себя блок 6204 генерирования списка, сконфигурированный с возможностью генерирования первого списка, который используется для представления последовательности обработки для M модулей обработки данных, определенных блоком 6203 сортировки, для обработки пакета, и отправки первого списка модулю 630 планирования, где первый список включает в себя идентификации M модулей обработки данных, и идентификации M модулей обработки данных в первом списке сортируются согласно последовательности обработки, определенной блоком 6203 сортировки. Таким образом, после приема первого списка, модуль 630 планирования может вызывать, согласно последовательности, указанной первым списком, соответствующий модуль обработки данных для обработки пакета, принятого сетевым устройством 60. Следует отметить, что идентификация модуля обработки данных в этом документе является кодом модуля обработки данных. Уникальная идентификация может быть распределена каждому модулю обработки данных для представления модуля обработки данных. В специфическом применении первый список может быть листом данных, файлом или изображением. Как показано на ФИГ. 4, первый список может быть связным списком одинарной записи, где каждый узел в связном списке одинарной записи сохраняет ID (identification, идентификацию) одного модуля обработки данных, и отношение связей между узлами представляет последовательность исполнения модулей обработки данных. В частности, когда модуль 630 планирования вызывает модуль обработки данных, соответствующий i^ой идентификации модуля обработки данных в первом списке, модуль может устанавливать метку на пакете при обработке пакета. Когда модуль завершает обработку и возвращает обработанный пакет, сетевое устройство может учить, что i^ый модуль обработки данных был исполнен и может вызывать модуль обработки данных, соответствующий (i + 1)^ой идентификации модуля обработки данных в первом списке для выполнения дополнительной обработки в отношении пакета, который был обработан модулем обработки данных, соответствующим i^ой идентификации модуля обработки данных. В специфическом применении, модуль обработки данных в первом списке может быть вызван посредством использования функции обратного вызова, так что модуль обработки данных обрабатывает соответствующий пакет, и гибкость управления улучшается посредством использования функции обратного вызова.

[0082] В другом варианте осуществления модуль 630 планирования может включать в себя:

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

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

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

[0084] В частности, после того, как первый блок планирования вызывает модули обработки данных, соответствующие первым P идентификациям модулей обработки данных в первом списке, для обработки пакета, так чтобы получать информацию P измерений пакета, модуль 620 генерирования списка может повторно выбирать, согласно информации P измерений, один или более модулей обработки данных для обработки пакета; определять последовательность обработки для повторно выбранного модуля обработки данных, чтобы обрабатывать пакет; и обновлять первый список, так чтобы указывать последовательность обработки для повторно выбранного модуля обработки данных, чтобы обрабатывать пакет, где обновленный первый список включает в себя идентификацию повторно выбранного модуля обработки данных, и идентификация повторно выбранного модуля обработки данных сортируется в обновленном первом списке согласно последовательности для повторно выбранного модуля обработки данных, чтобы обрабатывать пакет.

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

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

[0087] В необязательном сценарии применения политика исполнения службы дополнительно включает в себя правило конфигурации, которое предустановлено пользователем, где правило конфигурации используется для представления условия исполнения службы. Например, правило конфигурации может быть следующим: Пользователю A, соответствующему IP-адресу 1, позволено исполнять службу 1, и пользователю B, соответствующему IP-адресу 2, не позволено исполнять службу 1.

[0088] Необязательно, сетевое устройство 60 дополнительно включает в себя модуль 650 идентификации, сконфигурированный с возможностью получения информации характеристики пакета; определения, согласно информации характеристики, удовлетворяется ли условие исполнения каждой службы, развернутой на сетевом устройстве; и определения, что служба, чье условие исполнения удовлетворяется, является службой, которая должна быть исполнена.

[0089] Следует отметить, что информация характеристики пакета может быть некоторой базовой информацией, которая включена в заголовок пакета и используется для представления характеристики пакета, например, информацией, такой как URL, кортеж из пяти элементов и тип протокола транспортного уровня. Например, информация характеристики пакета может включать в себя: временную метку пакета, программное обеспечение отправки пакета, протокол пакета, адрес URL пакетного доступа, информацию адреса протокола Internet (Internet Protocol, IP для краткости) стороны приема пакета и/или информацию порта стороны приема пакета и подобное. В частности, множество служб развертывается на сетевом устройстве 60. В общем, в процедуре для обработки одного пакета, исполняются не все службы. После того, как модуль 610 приемопередатчика принимает один пакет, модуль 650 идентификации выполняет согласование между информацией характеристики пакета, такой как временная метка пакета, URL, переносимый в пакете, тип протокола пакета, IP-адрес стороны приема пакета, и/или информация порта стороны приема пакета, и правилом конфигурации каждой службы, определяет, удовлетворяется ли условие, включенное в правило конфигурации каждой службы, и дополнительно определяет, какая служба должна быть исполнена в настоящий момент. Соответственно после того, как модуль 650 идентификации определяет службу, которая должна быть исполнена, модуль 620 генерирования списка дополнительно выбирает, согласно политике исполнения, соответствующей службе, которая определяется и должна быть исполнена, M модулей обработки данных для обработки пакета, и определяет последовательность обработки для выбранных M модулей обработки данных, чтобы обрабатывать пакет.

[0090] Следует отметить, что в этом варианте осуществления настоящего изобретения модуль 610 приемопередатчика может специфически быть устройством или блоком, который может реализовывать функции приема и передачи данных, таким как сетевой порт, интерфейс USB, радиочастотный блок, антенна или модуль связи Wi-Fi; и модуль 620 генерирования списка и модуль 630 планирования могут быть центральным блоком обработки (Central Processing Unit, CPU для краткости) или специализированной интегральной схемой (Application Specific Integrated Circuit, ASIC для краткости), что в частности, не ограничено в этом документе.

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

[0092] Нижеследующее описывает процесс работы сетевого устройства, обеспеченного в этом варианте осуществления настоящего изобретения, посредством использования примера:

(1) Модуль приемопередатчика принимает пакет, пакет прибывает на вход планирования модуля планирования и модуль планирования запрашивает список модулей из модуля генерирования списка.

(2) Модуль генерирования списка сначала генерирует базовый список модулей согласно сконфигурированному набору политик.

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

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

(5) Модуль планирования отправляет всю вновь полученную информацию пакета модулю генерирования списка и запрашивает обновленный список модулей.

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

(7) Модуль планирования получает новый список модулей и вызывает модуль обработки данных в новом списке модулей для обработки пакета.

(8) Планирование завершается, если последний модуль обработки данных в новом списке модулей был исполнен и новый модуль не генерируется. В общем, последний модуль обработки данных или отправляет пакет или отбрасывает пакет.

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

[0094] ФИГ. 8 представляет собой схематическое структурное представление другого сетевого устройства 800 согласно варианту осуществления настоящего изобретения. Сетевое устройство 800 может включать в себя устройство 801 ввода, устройство 804 вывода, процессор 802 и память 803.

[0095] Память 803 может включать в себя постоянное запоминающее устройство и оперативное запоминающее устройство и обеспечивает инструкцию и данные для процессора 802. Часть памяти 803 может дополнительно включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM).

[0096] Память 803 сохраняет следующие элементы: исполняемый модуль или структуру данных, поднабор исполняемого модуля или структуры данных или набор расширения исполняемого модуля или структуры данных.

[0097] Инструкция работы включает в себя различные инструкции работы, которые используются для реализации различных операций.

[0098] Операционная система включает в себя различные системные программы, которые используются для реализации различных базовых служб и обработки задач на основе аппаратного обеспечения.

[0099] В этом варианте осуществления настоящего изобретения процессор 802 исполняет следующие операции посредством вызова инструкции работы, сохраненной в памяти 803 (где инструкция работы может быть сохранена в операционной системе):

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

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

[0101] Процессор 802 управляет работой сетевого устройства 800, и процессор 802 может дополнительно называться CPU (Central Processing Unit, центральным блоком обработки). Память 803 может включать в себя постоянное запоминающее устройство и оперативное запоминающее устройство и обеспечивает инструкцию и данные для процессора 802. Часть памяти 803 может дополнительно включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM). В специфическом применении, каждый компонент сетевого устройства 800 сопряжен вместе посредством использования системы 805 шин, где система 805 шин включает в себя шину данных и может дополнительно включать в себя шину питания, шину управления, шину сигнала состояния и подобное. Однако для ясности описания различные шины маркируются в качестве системы 805 шин на схеме.

[0102] Способы, раскрытые в вышеприведенных вариантах осуществления настоящего изобретения, могут быть применены к процессору 802 или реализованы процессором 802. Процессор 802 может быть кристаллом интегральной схемы и имеет способность обработки сигналов. В процедуре реализации, каждый из этапов вышеприведенных способов может быть завершен посредством использования интегральной логической схемы аппаратного обеспечения в процессоре 802 или инструкции в форме программного обеспечения. Процессор 802 может быть универсальным процессором, процессором цифровых сигналов (DSP), специализированной интегральной схемой (ASIC), программируемой пользователем вентильной матрицей (FPGA) или другим программируемым логическим устройством, схемой на дискретных компонентах или транзисторным логическим устройством, или дискретным аппаратным компонентом, и может реализовывать или исполнять каждое из способов, этапов и логических блок-схем, раскрытых в вариантах осуществления настоящего изобретения. Универсальный процессор может быть микропроцессором или процессор также может быть любым традиционным процессором или подобным. Этапы способов, раскрытых в вариантах осуществления настоящего изобретения, могут быть непосредственно исполнены процессором декодирования аппаратного обеспечения или исполнены комбинацией модуля аппаратного обеспечения и программного обеспечения в процессоре декодирования. Модуль программного обеспечения может быть расположен на готовом носителе данных в уровне техники, таком как оперативное запоминающее устройство, флеш-память, постоянное запоминающее устройство, программируемое постоянное запоминающее устройство, электрически стираемое программируемое запоминающее устройство или регистр. Носитель данных расположен в памяти 803. Процессор 802 считывает информацию в памяти 803 и завершает этапы вышеприведенных способов в комбинации с аппаратным обеспечением процессора 802.

[0103] Необязательно, процессор 802 может дополнительно генерировать первый список, используемый для представления последовательности обработки, для M модулей обработки данных, чтобы обрабатывать пакет.

[0104] Необязательно, процессор 802 может дополнительно повторно выбирать, согласно информации пакета, которая собирается первыми P модулями обработки данных в первом списке, один или более модулей обработки данных для обработки пакета; генерировать второй список, который используется для указания последовательности для повторно выбранного модуля обработки данных, чтобы обрабатывать пакет; и последовательно вызывать, согласно последовательности, указанной вторым списком, модуль обработки данных во втором списке для обработки пакета, который был обработан первыми P модулями обработки данных, так чтобы получать информацию по меньшей мере одного измерения пакета.

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

[0106] Специалисты в данной области техники могут понимать, что все или часть этапов вариантов осуществления способа могут быть реализованы посредством программы, инструктирующей релевантным аппаратным средствам. Программа может быть сохранена на считываемом компьютером носителе данных. Когда выполняется программа, выполняются этапы вариантов осуществления способа. Вышеприведенный носитель данных включает в себя: какой-либо носитель, который может сохранять программный код, такой как ROM, RAM, магнитный диск или оптический диск.

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