MétaCan
Menu
Back to cohort

LOPRIVE: LOA-Based Priority-Driven Task Allocation in the Vehicular Edge

2025· article· W7123925437 on OpenAlexaff
Douglas D. Lieira, Matheus Sanches Quessada, Robson Eduardo de Grande, Rodolfo I. Meneguette

Bibliographic record

Venuenot available
Typearticle
Language
FieldComputer Science
TopicIoT and Edge/Fog Computing
Canadian institutionsBrock University
Fundersnot available
KeywordsTask (project management)Enhanced Data Rates for GSM EvolutionSelection (genetic algorithm)Service (business)Work (physics)Position (finance)Task analysis

Abstract

fetched live from OpenAlex

Facing the growing demand for computational resources in Vehicular Edge Computing (VEC) services is a constant challenge for researchers. New scenarios, topologies, variables, and priorities emerge in an environment with many tasks. Making the best decision when selecting one task over another can prevent an important security task from being left out in favour of a simple entertainment task, for example. Thus, this work proposes a LOA-based priority-driven task allocation in the vehicular edge. The mechanism relies on the social behaviour of the Lion Optimization Algorithm (LOA) to select the best cluster and the best task, prioritizing the selection of tasks by category. However, the LOPRIVE has a behaviour of updating the position and checking the strength of the task to the target cluster, allowing the mechanism also to serve the other categories efficiently. The proposal was compared with other algorithms known in the literature and managed to serve more tasks, maximizing the allocated resources and maximizing the service and resources of tasks in priority categories.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

How this classification was reachedexpand

Full frame machine prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.

metaresearch head score (Codex)0.001
metaresearch head score (Gemma)0.002
Version: metacan-v3-hybrid-931329e0061cValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Simulation or modeling · Consensus signal: Simulation or modeling
GenreCandidate signal: Methods · Consensus signal: Methods
Teacher disagreement score0.005
Threshold uncertainty score0.010

Distilled classifier scores by category (both heads)

CategoryCodexGemma
Metaresearch0.0010.002
Meta-epidemiology (narrow)0.0010.000
Meta-epidemiology (broad)0.0010.000
Bibliometrics0.0010.000
Science and technology studies0.0010.000
Scholarly communication0.0010.001
Open science0.0010.001
Research integrity0.0010.001
Insufficient payload (model declined to judge)0.0020.001

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.013
GPT teacher head0.263
Teacher spread0.250 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it

Classification

machine, unvalidated

Machine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.

The models applied no category: nothing in the taxonomy fit this work.
Study designSimulation or modeling
Domainnot available
GenreMethods

How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".

Quick stats

Citations1
Published2025
Admission routes1
Has abstractyes

Explore more

Same topicIoT and Edge/Fog ComputingFrench-language works237,207