Périphériques bancaires
Expérience dans l’intégration d’imprimantes de livrets, de recycleurs de billets, de distributeurs automatiques, et d’imprimantes et scanners réseau.
Exécution distante de bibliothèques
Exécutez votre DLL
sur un autre ordinateur.
Gardez votre application en place et exécutez sa bibliothèque native près du périphérique. RemoteDLL relie Windows et Linux grâce à un contrat API explicite.
Bibliothèques natives distantes pour Windows et Linux.
Expérience dans la banque, l’industrie et la santéRemoteDLLParcours d’un appel
01ORDINATEUR DE L’APPLICATION
// même interface native
LD_Open();
LD_Write(handle, data, 6);
LD_Read(handle, buffer, 64);
LD_Open();
LD_Write(handle, data, 6);
LD_Read(handle, buffer, 64);
Adaptateur A LabDevice.dllPROXY NATIF
TCP / TLS 1.2+
↓
02ORDINATEUR DU PÉRIPHÉRIQUE
Adaptateur B ADAPTATEUR ABI
→▥LabDevice
Windows / LinuxCONTRAT API EXPLICITEC ABI
Expérience en intégration
Banque, industrie et santé
Machines industrielles
Expérience dans l’intégration de machines dépendant de dongles de sécurité et de bibliothèques natives du fabricant.
Systèmes de santé
Expérience d’intégration avec les systèmes Kardex et Pyxis.
Architecture
De l’application au périphérique
Remplacez la bibliothèque utilisée par l’application par un adaptateur conçu pour son interface. Les appels traversent le réseau ; la bibliothèque originale s’exécute près du périphérique sous Windows ou Linux.
Recevoir l’appel
L’application charge l’adaptateur A via l’interface native attendue. Un broker local gère la connexion à l’hôte distant.
Application → Adaptateur A → BrokerTransporter les arguments
Un contrat défini transforme les tampons et identifiants en messages. TLS protège la connexion ; des trames bornées et des délais encadrent chaque échange.
ID d’appel · TLS · RéponseExécuter près du périphérique
L’adaptateur hôte appelle la bibliothèque originale, renvoie les tampons de sortie et transmet le résultat à l’application.
Hôte → Adaptateur B → Bibliothèque nativeConnexions
Connexion directe ou relais AWS
Connexion directe TCP avec TLS, ou relais Docker AWS via HTTPS/WebSocket sur le port 443. Les deux ordinateurs ouvrent des connexions sortantes vers le relais.
01ApplicationAdaptateur A + Broker
TLS↔
↗↙RelaisRelais Docker
TLS↔
02Hôte du périphériqueAdaptateur B + LabDevice
Démo LabDevice
Essayer avec LabDevice
LabDevice simule un périphérique. Le même exécutable utilise la DLL originale ou un remplacement qui transmet les appels à un hôte distant.
- Ouvrir et fermer les identifiants de session
- Lire et écrire des tampons binaires
- Vérifier l’état et la capacité des tampons
- Recevoir des callbacks synchrones de fin d’opération
Binaires Windows pour évaluation. Configuration et limites du prototype dans README.
REMOTEDLL LABDEVICEEXEMPLE DE SESSION
# Même client. Seule la DLL change. > LabClient.exe 01 LD_Open() → handle 02 LD_Write(handle, data, 6) → 6 03 LD_Read(handle, buffer, 64)→ 6 04 LD_Close(handle) → 0 00 01 7F 80 FF 2A données binaires · mêmes octets retournés
Plateformes et intégration
Windows et Linux
RemoteDLL est développé pour Windows et Linux. Chaque hôte utilise la bibliothèque native de son système : DLL sous Windows et bibliothèque partagée (.so) sous Linux.
Un adaptateur pour votre interface
L’adaptateur préserve l’interface attendue par votre application. Types de données, tampons, identifiants et callbacks sont décrits dans un contrat propre à chaque bibliothèque.
Contenu de la démo
LabDevice démontre un client Windows x86/x64 avec un hôte Windows ou Linux et un relais Docker sous Linux. Le téléchargement actuel contient les binaires d’évaluation Windows.
Intégration de DLL distantes : questions fréquentes
Peut-on exécuter une DLL sur un autre ordinateur ?
Un adaptateur compatible peut transmettre les appels à un hôte qui charge la bibliothèque originale. Arguments, tampons et identifiants nécessitent un contrat explicite pour cette bibliothèque.
Windows et Linux peuvent-ils communiquer ?
Le protocole de transport est indépendant du système. Un hôte Windows charge une DLL Windows ; un hôte Linux nécessite une bibliothèque partagée native compatible (.so).
Les deux ordinateurs ont-ils besoin d’une IP publique ?
Non. Avec le relais AWS, les deux ordinateurs ouvrent des connexions sortantes HTTPS/WebSocket sur le port 443. Les appels restent protégés par une session TLS interne entre les extrémités.
Parlons de votre intégration
Envoyez-nous l’interface de la bibliothèque, les systèmes d’exploitation et les informations sur le périphérique. Nous examinerons les besoins de l’adaptateur.
Nous contacter ↗