...Je ne pense pas que PHP permette de faire de fork...

<?php
$descriptorspec = array(
   0 => array("pipe", "r"),  // // stdin est un pipe où le processus va lire
   1 => array("pipe", "w"),  // stdout est un pipe où le processus va écrire
   2 => array("file", "/tmp/error-output.txt", "a") // stderr est un fichier
);

$cwd = '/tmp';
$env = array('quelques_options' => 'aeiou');

$process = proc_open('php', $descriptorspec, $pipes, $cwd, $env);

if (is_resource($process)) {
    // $pipes ressemble à :
    // 0 => fichier accessible en écriture, connecté à l'entrée standard du processus fils
    // 1 => fichier accessible en lecture, connecté à la sortie standard du processus fils
    // Toute erreur sera ajoutée au fichier /tmp/error-output.txt

    fwrite($pipes[0], '<?php print_r($_ENV); ?>');
    fclose($pipes[0]);

    echo stream_get_contents($pipes[1]);
    fclose($pipes[1]);

    // Il est important que vous fermiez les pipes avant d'appeler
    // proc_close afin d'éviter un verrouillage.
    $return_value = proc_close($process);

    echo "La commande a retourné $return_value\n";
}
?>

Comme l'a souligné mere-teresa, ça sent le DesignPattern Commande : malheureusement je maitrise pas du tout celui-ci et je n'en ai que de vagues notions, mais sommairement ton moteur « passe une commande » sans avoir même besoin de connaitre les détails d'implémentation de ladite commande, il y a de l'encapsulation à mettre en place et tes processus externe pourraient être dans d'autres langages pour autant que la commande soit en mesure de lancer leur exécution.

Désolé de ne pouvoir préciser davantage

En lisant la description j'ai pensé à http://components.symfony-project.org/event-dispatcher/ ?
Mais en relisant plus attentivement, je crois que ce n'est pas du tout ça.

Est-ce que ton système pourrait se retrouver dans un des design patterns du GoF ?

• Gérer l'exécution simultanée de plusieurs fils (nombre maximum, timeout,...).
• Développer un système qui permette aux fils de renvoyer simplement des données au père (ex: CGI).

• Une solution consiste à implémenter les connecteurs sous la forme de "greffons" (traduction de l'anglais "plugin"). Dans ce cas, le connecteur est un "bout de code (PHP, en l'occurrence) étranger" qui est intégré, à la demande, au code du système central. Le connecteur et le système fusionnent pour ne constituer qu'un seul processus.
• Une autre solution consiste à implémenter les connecteurs sous la forme de processus externes, à l'image des scripts CGIs. Dans ce cas, le connecteur et le système constituent deux processus distincts, qui communiquent via un protocole quelconque.

• La première solution impose un langage pour le développement des greffons. Le moteur central étant développé en PHP, les greffons doivent être développés en PHP.
• La deuxième solution offre plus de sécurité, car le connecteur et le système central s'exécutent dans des processus distincts. Un plantage du connecteur ne compromet pas les fonctions du système central.

• Un système robuste de gestion des "forks" (nombre maximum de fils,...).
• Un système robuste et simple qui permet le dialogue entre un processus père et ses fils. L'idéal serait d'implémenter un dialogue via les flux standards (STDIN/STDOUT), à l'image du CGI.