IT202100030917A1 - Sistema di gestione finanziaria con middleware - Google Patents
Sistema di gestione finanziaria con middleware Download PDFInfo
- Publication number
- IT202100030917A1 IT202100030917A1 IT102021000030917A IT202100030917A IT202100030917A1 IT 202100030917 A1 IT202100030917 A1 IT 202100030917A1 IT 102021000030917 A IT102021000030917 A IT 102021000030917A IT 202100030917 A IT202100030917 A IT 202100030917A IT 202100030917 A1 IT202100030917 A1 IT 202100030917A1
- Authority
- IT
- Italy
- Prior art keywords
- middleware
- financial
- mode
- management system
- previous
- Prior art date
Links
- 238000007726 management method Methods 0.000 claims description 38
- 238000000034 method Methods 0.000 claims description 14
- 238000004891 communication Methods 0.000 claims description 11
- 238000005516 engineering process Methods 0.000 claims description 8
- 238000013439 planning Methods 0.000 claims description 8
- 238000012986 modification Methods 0.000 claims description 5
- 230000004048 modification Effects 0.000 claims description 5
- 239000008186 active pharmaceutical agent Substances 0.000 claims description 4
- 238000004458 analytical method Methods 0.000 claims description 4
- 238000004364 calculation method Methods 0.000 claims description 4
- 238000012217 deletion Methods 0.000 claims description 4
- 230000037430 deletion Effects 0.000 claims description 4
- 230000008520 organization Effects 0.000 claims description 4
- 238000012545 processing Methods 0.000 claims description 3
- 230000001131 transforming effect Effects 0.000 claims description 3
- MWRWFPQBGSZWNV-UHFFFAOYSA-N Dinitrosopentamethylenetetramine Chemical compound C1N2CN(N=O)CN1CN(N=O)C2 MWRWFPQBGSZWNV-UHFFFAOYSA-N 0.000 claims description 2
- 229940112112 capex Drugs 0.000 claims description 2
- FEBLZLNTKCEFIT-VSXGLTOVSA-N fluocinolone acetonide Chemical compound C1([C@@H](F)C2)=CC(=O)C=C[C@]1(C)[C@]1(F)[C@@H]2[C@@H]2C[C@H]3OC(C)(C)O[C@@]3(C(=O)CO)[C@@]2(C)C[C@@H]1O FEBLZLNTKCEFIT-VSXGLTOVSA-N 0.000 claims description 2
- 230000000750 progressive effect Effects 0.000 claims description 2
- 230000008569 process Effects 0.000 description 6
- 230000010354 integration Effects 0.000 description 5
- 238000011017 operating method Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000013499 data model Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/06—Asset management; Financial planning or analysis
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
Descrizione dell?invenzione avente per titolo:
?SISTEMA DI GESTIONE FINANZIARIA CON MIDDLEWARE?
Descrizione
Campo della tecnica
L?invenzione si riferisce all?ambito informatico. Ancora pi? specificatamente la presente invenzione ? volta a fornire un macrosistema di integrazione di dati aziendali.
Arte nota
Il middleware ? un software o un insieme di software di connessione che consiste in un insieme di servizi e/o di ambienti di sviluppo di applicazioni distribuite che permettono a pi? entit? (processi, oggetti, ecc.), residenti su uno o pi? elaboratori, di interagire attraverso una rete di interconnessione a dispetto di differenze nei protocolli di comunicazione, architetture dei sistemi locali, sistemi operativi, ecc. Spesso un middleware ? impiegato per l'integrazione dei processi e dei servizi, residenti su sistemi con tecnologie e architetture diverse. Esso oggi identifica una serie di strumenti come DataBase Management System (DBMS), web server, application server, sistemi di gestione dei contenuti ed altri strumenti basati sul concetto di sviluppo e pubblicazione di applicazioni e contenuti.
L'utilizzo di uno strato software aggiuntivo, il middleware appunto, pu? consentire un pi? elevato livello di servizio per gli utenti, ed un pi? elevato livello di astrazione per i programmatori. Pu? inoltre facilitare la manutenzione, la stesura e l'integrazione di applicazioni. Lo sviluppo delle tecnologie Internet ha portato molti degli originali produttori a rivedere la loro offerta per migliorare l'integrazione con questo prezioso strumento, sviluppando nuove soluzioni, si riportano di seguito alcuni esempi.
Un esempio ? l?oggetto della domanda di brevetto US8984535B2 di . L?invenzione si riferisce ad un sistema e metodo per facilitare lo scambio di informazioni tra applicazioni.
Facilitare lo scambio di informazioni tra applicazioni (ad es. sistemi di supporto aziendale o sistemi di supporto operativo o una combinazione di questi) pu? comportare la ricezione di un oggetto dati da una prima applicazione, l'utilizzo di un primo controller per instradare l'oggetto dati ricevuto a un primo trasformatore. L'utilizzo del trasformatore ? quello di trasformare l'oggetto dati da un primo formato utilizzato dalla prima applicazione in un oggetto di formato comune, pubblicando l'oggetto di formato comune su un canale di comunicazione e ricevendo una richiesta da un'applicazione di sottoscrizione per iscriversi al canale di comunicazione. A questo punto un secondo controllore viene impiegato per instradare l'oggetto di formato comune a un secondo trasformatore, questo, trasforma l'oggetto di formato comune in un oggetto dati con un secondo formato utilizzato dall'applicazione di sottoscrizione.
Un altro esempio ? l?oggetto della domanda di brevetto US10924404B2 di . L?invenzione si riferisce a un servizio cloud con tecnologia middleware multi-tenant.
Un sistema che include pi? host, ciascuno dei quali esegue una pluralit? di macchine virtuali pu? essere, ad esempio, un ambiente di cloud computing in cui sono presenti servizi e un sistema di coordinamento dei servizi che comunica con gli host e con i servizi. I servizi includono un servizio di gestione del middleware configurato per mantenere i criteri middleware per tenant. Il servizio di gestione del middleware fa in modo che la policy del middleware venga applicata al traffico di rete indirizzando il traffico di rete a un meccanismo di imposizione del middleware.
Altro esempio ? l?oggetto della domanda di brevetto US9294441B2 di e L?invenzione si riferisce ad un filtro middleware agente tra server ed un assistente personale digitale (PDA).
Un server di contenuti fornisce contenuto a un primo dispositivo di rete durante una sincronizzazione dei dati tra i due dispositivi. Un filtro middleware filtra selettivamente il contenuto fornito dal server in modo tale che il contenuto selezionato venga fornito al primo dispositivo di rete. Il filtro middleware ? incluso all'interno di un secondo dispositivo di rete accoppiato tra il server di contenuti e il primo dispositivo di rete. Il secondo dispositivo di rete funge da proxy per il primo dispositivo di rete per ricevere il contenuto. Il contenuto viene fornito dal server dei contenuti in base a un servizio di abbonamento tra il server dei contenuti e il primo dispositivo di rete. Il primo dispositivo di rete ? preferibilmente un assistente digitale personale (PDA) e il secondo dispositivo di rete ? preferibilmente un personal computer. In alternativa, il server di contenuti ? accoppiato al primo dispositivo di rete, senza che il secondo dispositivo di rete sia accoppiato in mezzo. Nel caso alternativo, il filtro middleware ? incluso all'interno del server dei contenuti e il contenuto viene fornito selettivamente dal filtro del middleware, sul server dei contenuti, al primo dispositivo di rete.
Le invenzioni sin ora descritte forniscono esempi di implementazione di middleware per la costruzione di sistemi tecnologici pi? avanzati e sempre pi? specifici relativamente alle necessit? del cliente.
Scopo della presente invenzione ? quello di proporre l?impiego di un middleware per la gestione degli aspetti finanziari di un?azienda andando dalle singole spese alla gestione del ciclo di vita di un intero processo.
Ancora pi? vantaggiosamente il sistema offre la possibilit? di interfacciarsi senza sforzo con i sistemi legacy aziendali, e con sistemi preesistenti di gestione project management.
Descrizione dell?invenzione
Secondo la presente invenzione viene realizzato un sistema di gestione finanziaria con middleware che sfrutta le ultime innovazioni nel campo dell?informatica per la condivisione e l?utilizzo di dati ed informazioni riguardanti gli aspetti finanziari di un?azienda e dei suoi progetti in maniera semplice, rapida e sicura ed il relativo metodo di funzionamento.
Il sistema implementa un middleware che, comunicando con una piattaforma di calcolo, ? in grado di collegare sistemi precedentemente disconnessi grazie ad opportuni plugin capaci di leggere diversi formati di dati e di trasformarli per una condivisione fra software. Il sistema garantisce pertanto la conformit? sul formato dei dati e facilita notevolmente la gestione dei processi di integrazione, agevolando inoltre l?abilitazione di nuove leve tecnologiche. Il sistema infine, sfruttando il protocollo OData per API RESTful ed ? pertanto in grado di garantire una grande sicurezza per la privacy dei dati condivisi, implementando tecnologie di comunicazione stateless.
Il sistema ? in grado di funzionare in modalit? diverse e sincronizzate. Le modalit? che il sistema sfrutta sono: la modalit? di connessione dati, la modalit? hub e la modalit? master.
La modalit? di connessione dati si basa sul modello Entit?-Attributo-Valore (EAV) ed offre una piattaforma avanzata per l'integrazione di diversi strumenti utilizzati nell'organizzazione che sfrutta il sistema. La relazione tra le entit? di origine e di destinazione si basa sul concetto di chiavi univoche. Le operazioni di modifica, ridenominazione, eliminazione e sincronizzazione delle entit? sono funzionalit? principali.
La modalit? hub fornisce il controllo completo dei processi aziendali. Le applicazioni esterne possono accedere al modello di dati archiviato nel connettore tramite un'interfaccia OData standard. Il protocollo OData consente il consumo di API RESTful con modalit? di comunicazione stateless. La modalit? hub consente infine l?esecuzione di azioni base su files ed informazioni finanziarie quali creazione, lettura modifica e cancellazione (operazioni CRUD).
La modalit? master ? atta a consentire la creazione, l?organizzazione e la gestione di risorse dati all?interno dello stesso insieme di software. Consente inoltre di realizzare una strategia del ciclo di vita di gestione dei dati end-to-end per la creazione, l'organizzazione e la gestione di risorse di dati. La modalit? master consente inoltre di compiere azioni su una singola voce finanziaria e di pubblicare la voce modificata direttamente su tutte le applicazioni di consumo e legacy.
Il sistema di gestione finanziaria con middleware consente l?implementazione di varie funzioni atte ad agevolare la gestione finanziaria dei progetti all?interno di un?azienda direttamente nell?ambiente PWA (Progressive Web App) evitando l?impiego di software e/o plug-ins esterni che possono risultare problematici, lenti e obsoleti. Il sistema consente la creazione di diverse versioni del budget a disposizione in riferimento a ciascuna voce della pianificazione finanziaria per avere maggiore contezza dei cambiamenti apportati, consente poi gestione e la catalogazione di spese operative (Opex) e di spese di Capitale (Capex) per fornire la possibilit? di distinguere le diverse tipologie di uscite finanziarie, consente la gestione di diverse monete agevolando di conseguenza la gestione di progetti locali e ed internazionali ed infine consente di condurre un?analisi del portafoglio ed un?analisi degli andamenti delle spese.
I vantaggi offerti dalla presente invenzione sono evidenti alla luce della descrizione fin qui esposta e saranno ancora pi? chiari grazie alle figure annesse e alla relativa descrizione dettagliata.
Descrizione delle figure
L?invenzione verr? qui di seguito descritta in almeno una forma di realizzazione preferita a titolo esplicativo e non limitativo con l?ausilio delle figure annesse, nelle quali:
- FIGURA 1 mostra una vista schematica del sistema di gestione finanziaria con middleware 100;
- FIGURA 2 mostra un diagramma di flusso del metodo 200 di funzionamento di detto sistema di gestione finanziaria con middleware 100.
Descrizione dettagliata dell?invenzione
La presente invenzione verr? ora illustrata a titolo puramente esemplificativo ma non limitativo o vincolante, ricorrendo alle figure le quali illustrano alcune forme di realizzazione relativamente al presente concetto inventivo.
Con riferimento alla FIG. 1 ? mostrata una vista schematica di detto sistema di gestione finanziaria con middleware 100 secondo la presente invenzione. In FIG.
1 come nella descrizione che segue, ? illustrata la forma di realizzazione della presente invenzione ad oggi ritenuta la migliore.
Detto sistema di gestione finanziaria con middleware 100 comprende almeno insieme di software 101, almeno una piattaforma di calcolo 102, almeno una PWA 103, almeno un progetto 104, almeno una pianificazione finanziaria 105, almeno un cost module middleware 110, almeno un modulo plugin 111, almeno una modalit? di connessione dati 112, almeno una modalit? hub 113, almeno una modalit? master 114.
Detto insieme di software 101 ? atto ad essere impiegato per svariate mansioni necessarie allo svolgimento delle attivit? lavorative di un?azienda. Detto insieme di software 101 al fine di garantire l?interoperabilit? e l?interscambiabilit? dei dati invia una richiesta di connessione a detta piattaforma di calcolo 102 che pu? essere fissa e/o sfruttare la tecnologica di cloud computing. Detta piattaforma di calcolo 102 si collega a detto cost module middleware 110 atto a consentire la comunicazione tra software che comunicano con linguaggi e formati differenti. Detto cost module middleware 110 implementa detto modulo plugin 111 al fine di leggere correttamente il formato dei dati richiesti. Detto cost module middleware 110 tale da poter essere impiegato in tre modalit? diverse e sincronizzate. Detta modalit? di connessione dati 112 ? atta a gestire e condividere i dati con sistemi esterni, ed offre una piattaforma avanzata le operazioni di modifica, ridenominazione, eliminazione e sincronizzazione di dati ed informazioni. Detta modalit? hub 113 sfrutta detto cost module middleware 110 per garantire il controllo completo dei processi aziendali attraverso il protocollo OData che consente il consumo di API RESTful con modalit? di comunicazione stateless. Detta modalit? hub 113 consente infine l?esecuzione di azioni base su files ed informazioni quali creazione, lettura modifica e cancellazione (operazioni CRUD). Detta modalit? master 114 atta a consentire la creazione, l?organizzazione e la gestione di risorse dati all?interno dello stesso insieme di software 101. Ciascuna modalit? viene impiegata per accedere a detto progetto 104 su detta piattaforma PWA 103. Nello specifico, detto cost module middleware 110 consente di accedere a detta pianificazione finanziaria 105 di detto progetto 104 e di effettuare tutte le operazioni CRUD ed ulteriori operazioni caratteristiche della gestione finanziaria, agendo direttamente nell?ambiente di detta PWA 103.
Con riferimento alla FIG. 2 ? mostrato il diagramma di flusso di detto metodo di funzionamento 200 di detto sistema di gestione finanziaria con middleware 100. Detto metodo di funzionamento 200 sar? descritto facendo riferimento alle FIGG. 1 e 2.
Detto metodo di funzionamento 200 comprende almeno una fase di inoltro richiesta 201, almeno una fase di elaborazione richiesta 202, almeno una fase di scelta modalit? 203, almeno una fase di operazioni finanziarie 204, almeno una fase di controllo modalit? 205, almeno una fase di scelta pubblicazione 206, almeno una fase di segnalazione ed aggiornamento 207.
Detto metodo di funzionamento 200 comincia con detta fase di inoltro richiesta 201 in cui il server inoltra la richiesta di comunicazione con detto cost module middleware 110 da parte di detto insieme di software 101, successivamente, in detta fase di elaborazione richiesta 202 vengono letti e codificati i formati dei files e delle informazioni da parte di detto modulo plugin 111. Detta fase di scelta modalit? 203 consente di scegliere la modalit? di funzionamento di funzionamento di detto cost module middleware 110 consentendo di utilizzare detta modalit? di connessione dati 112, detta una modalit? hub 113 e/o in maniera distinta o contemporanea, detta modalit? master 114, a questo punto detta fase di operazioni finanziare 204 consente l?esecuzione di azioni per detta pianificazione finanziaria 105 di detto progetto 104 direttamente in detta PWA 103. La successiva fase di controllo modalit? 205 seve a controllare se in detta fase di scelta modalit? 203 detta modalit? master 114 sia stata scelta e produce un esito, in caso di esito positivo (Y) detta fase di scelta pubblicazione 206 viene resa disponibile consentendo la pubblicazione delle modifiche su tutte le applicazioni di detto insieme di software 101 che vengono rese definitive, in caso di esito negativo (N) detta fase di segnalazione ed aggiornamento 207 subentra, segnalando le modifiche compiute in dette modalit? di connessione dati 112 e/o in detta modalit? hub 113, che rimangono pertanto in attesa di approvazione. ? infine chiaro che all?invenzione fin qui descritta possono essere apportate modifiche, aggiunte o varianti ovvie per un tecnico del ramo, senza per questo fuoriuscire dall?ambito di tutela che ? fornito dalle rivendicazioni annesse.
Claims (11)
1. Sistema di gestione finanziaria con middleware (100), atto a condividere ed utilizzare dati ed informazioni in maniera semplice, rapida e sicura, caratterizzato dal fatto di comprendere:
- almeno un cost module middleware (110) atto a consentire la comunicazione tra software che comunicano con linguaggi e formati differenti per la gestione di operazioni finanziarie;
- almeno un insieme di software (101) fra loro disconnessi, atti ciascuno ad espletare una funzione specifica;
- almeno una piattaforma di calcolo (102) atta a fornire il servizio di calcolo per detto cost module middleware (110);
- almeno una PWA (103) Progressive Web App, atta a consentire le operazioni di gestione di almeno un progetto (104) e della sua pianificazione finanziaria (105);
detto cost module middleware (110) comprendente:
- almeno un modulo plugin (111) atto a contenere tutti i plugins di lettura e trasformazione di dati ed informazioni finanziarie;
- almeno una modalit? di connessione dati (112) atta a gestire e condividere i dati con sistemi esterni;
- almeno una modalit? hub (113) atta a consentire l?accesso ai dati;
- almeno una modalit? master (114) atta a consentire la creazione, l?organizzazione e la gestione di risorse dati all?interno dello stesso insieme di software (101);
2. Sistema di gestione finanziaria con middleware (100), secondo la precedente rivendicazione 1, caratterizzato dal fatto che detto cost module middleware (110) consenta la creazione di diverse versioni del budget a disposizione in riferimento a ciascuna voce di detta pianificazione finanziaria (105), queste diverse versioni possono essere utilizzate per avere maggiore contezza dei cambiamenti apportati.
3. Sistema di gestione finanziaria con middleware (100), secondo la precedente rivendicazione 1 e 2, caratterizzato dal fatto che detto cost module middleware (110) consenta la gestione e la catalogazione di spese operative (Opex) e di spese di Capitale (Capex) per fornire la possibilit? di distinguere le diverse tipologie di uscite finanziarie.
4. Sistema di gestione finanziaria con middleware (100), secondo una qualsiasi delle precedenti rivendicazioni, caratterizzato dal fatto che detto cost module middleware (110) consenta la gestione di diverse monete in detta pianificazione finanziaria (105) agevolando di conseguenza la gestione di progetti locali e ed internazionali.
5. Sistema di gestione finanziaria con middleware (100), secondo una qualsiasi delle precedenti rivendicazioni, caratterizzato dal fatto che detto cost module middleware (110) consenta di condurre un?analisi del portafoglio ed un?analisi degli andamenti delle spese direttamente in detta PWA (103) evitando cos? l?impiego di software e/o plug-ins esterni.
6. Sistema di gestione finanziaria con middleware (100), secondo una qualsiasi delle precedenti rivendicazioni, caratterizzato dal fatto che detta piattaforma di calcolo (102) possa essere fisica e/o in grado di utilizzare la tecnologia cloud limitando l?impiego di risorse fisiche
7. Sistema di gestione finanziaria con middleware (100), secondo una qualsiasi delle precedenti rivendicazioni, caratterizzato dal fatto che detta modalit? di connessione dati (112) di detto cost module middleware (110) sia atta a funzionare con una tecnologia basata sul modello Entit??Attributo?Valore (EAV) che consente di codificare in modo efficiente in termini di spazio, entit? il cui numero di attributi ? potenzialmente vasto.
8. Sistema di gestione finanziaria con middleware (100), secondo una qualsiasi delle precedenti rivendicazioni, caratterizzato dal fatto che detta modalit? hub (113) di detto cost module middleware (110) sia atta a consentire l?esecuzione di azioni base su files ed informazioni quali creazione, lettura modifica e cancellazione (operazioni CRUD).
9. Sistema di gestione finanziaria con middleware (100), secondo una qualsiasi delle precedenti rivendicazioni, caratterizzato dal fatto che detta modalit? hub (113) di detto cost module middleware (110) sia atta ad utilizzare il protocollo OData per il consumo di API RESTful.
10. Sistema di gestione finanziaria con middleware (100), secondo una qualsiasi delle precedenti rivendicazioni, caratterizzato dal fatto di essere protetto da un sistema di sicurezza con elevato standard attraverso l?implementazione di una comunicazione stateless, al fine di garantire la protezione dei dati sensibili scambiati.
11. Metodo di funzionamento (200) di detto sistema di gestione finanziaria con middleware (100), caratterizzato dal fatto di sfruttare il sistema secondo una qualsiasi delle precedenti rivendicazioni e di comprendere le seguenti fasi:
- inoltro richiesta (201) di comunicazione con detto cost module middleware (110) da parte di detto insieme di software (101);
- elaborazione richiesta (202) e lettura codifica dei formati files ed informazioni da parte di detto modulo plugin (111);
- scelta modalit? (203) di funzionamento di detto cost module middleware (110) consentendo di utilizzare detta modalit? di connessione dati (112), detta una modalit? hub (113) e/o in maniera distinta o contemporanea, detta modalit? master (114);
- operazioni finanziare (204) eseguite per detta pianificazione finanziaria (105) di detto progetto (104) direttamente in detta PWA (103);
- controllo modalit? (205), questa fase controlla se in detta fase di scelta modalit? (203) detta modalit? master (114) sia stata scelta e produce un esito; in caso di esito positivo (Y) detta fase di scelta pubblicazione (206) viene resa disponibile consentendo la pubblicazione delle modifiche su tutte le applicazioni di detto insieme di software (101) che vengono rese definitive; in caso di esito negativo (N) detta fase di segnalazione ed aggiornamento (207) subentra, segnalando le modifiche compiute in dette modalit? di connessione dati (112) e/o in detta modalit? hub (113), che rimangono pertanto in attesa di approvazione.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IT102021000030917A IT202100030917A1 (it) | 2021-12-09 | 2021-12-09 | Sistema di gestione finanziaria con middleware |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IT102021000030917A IT202100030917A1 (it) | 2021-12-09 | 2021-12-09 | Sistema di gestione finanziaria con middleware |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| IT202100030917A1 true IT202100030917A1 (it) | 2023-06-09 |
Family
ID=80461358
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| IT102021000030917A IT202100030917A1 (it) | 2021-12-09 | 2021-12-09 | Sistema di gestione finanziaria con middleware |
Country Status (1)
| Country | Link |
|---|---|
| IT (1) | IT202100030917A1 (it) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2449477A2 (en) * | 2009-06-30 | 2012-05-09 | Commvault Systems, Inc. | Data object store and server for a cloud storage environment |
| US8984535B2 (en) | 2001-06-19 | 2015-03-17 | Accenture Global Services Limited | System and method for facilitating the exchange of information among applications |
| US9294441B2 (en) | 2003-09-17 | 2016-03-22 | Sony Corporation | Middleware filter agent between server and PDA |
| US20170322777A1 (en) * | 2013-10-16 | 2017-11-09 | Jpmorgan Chase Bank, N.A. | Presentation Oriented Rules-based Technical Architecture Display Framework |
| US10924404B2 (en) | 2012-06-19 | 2021-02-16 | Microsoft Technology Licensing, Llc | Multi-tenant middleware cloud service technology |
-
2021
- 2021-12-09 IT IT102021000030917A patent/IT202100030917A1/it unknown
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8984535B2 (en) | 2001-06-19 | 2015-03-17 | Accenture Global Services Limited | System and method for facilitating the exchange of information among applications |
| US9294441B2 (en) | 2003-09-17 | 2016-03-22 | Sony Corporation | Middleware filter agent between server and PDA |
| EP2449477A2 (en) * | 2009-06-30 | 2012-05-09 | Commvault Systems, Inc. | Data object store and server for a cloud storage environment |
| US10924404B2 (en) | 2012-06-19 | 2021-02-16 | Microsoft Technology Licensing, Llc | Multi-tenant middleware cloud service technology |
| US20170322777A1 (en) * | 2013-10-16 | 2017-11-09 | Jpmorgan Chase Bank, N.A. | Presentation Oriented Rules-based Technical Architecture Display Framework |
Non-Patent Citations (2)
| Title |
|---|
| ANTONIO GARROTE ET AL: "RESTful writable APIs for the web of Linked Data using relational storage solutions", 29 April 2011 (2011-04-29), XP055377451, Retrieved from the Internet <URL:http://events.linkeddata.org/ldow2011/papers/ldow2011-paper04-garrote.pdf> [retrieved on 20170531] * |
| CUPEK RAFAL ET AL: "OData for service-oriented business applications: Comparative analysis of communication technologies for flexible Service-Oriented IT architectures", 2015 IEEE INTERNATIONAL CONFERENCE ON INDUSTRIAL TECHNOLOGY (ICIT), IEEE, 17 March 2015 (2015-03-17), pages 1538 - 1543, XP032785729, DOI: 10.1109/ICIT.2015.7125315 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11153204B2 (en) | Locating service endpoints from a service registry | |
| US11550763B2 (en) | Versioning schemas for hierarchical data structures | |
| US9736026B2 (en) | Techniques for cloud control and management | |
| JP7360395B2 (ja) | 入力および出力スキーママッピング | |
| US10706166B1 (en) | Application specific schema extensions for a hierarchical data structure | |
| US9213718B1 (en) | Synchronized file management across multiple disparate endpoints | |
| US9460107B2 (en) | Filename-based inference of repository actions | |
| US9529933B2 (en) | Dynamic assignment of business logic based on schema mapping metadata | |
| EP2318952A2 (en) | Minimal extensions required for multi-master offline and collaboration for devices and web services | |
| US11086827B1 (en) | Dataset schema and metadata management service | |
| US8250185B2 (en) | Semantic matching of federation intents and services capabilities in a planning system for automatic service federation | |
| Iorio et al. | Computing without borders: The way towards liquid computing | |
| US10834059B2 (en) | Secure message handling of an application across deployment locations | |
| US10536512B2 (en) | Dynamic graph adaptation for stream processing over hybrid, physically disparate analytics platforms | |
| US20230096376A1 (en) | Unified automation of application development | |
| De Santis et al. | Evolve the Monolith to Microservices with Java and Node | |
| US20200084288A1 (en) | Multiple vendor services oriented architecture (soa) service requesting proxy | |
| US20100162264A1 (en) | Service virtualization container | |
| US20230107925A1 (en) | Modeling individual interfaces for executing interface queries over multiple interfaces | |
| IT202100030917A1 (it) | Sistema di gestione finanziaria con middleware | |
| US20110106803A1 (en) | Computer method and system providing access to data of a target system | |
| US12095924B2 (en) | System and method for generating blockchain token support from a set of declarations | |
| CN108008961A (zh) | 一种PaaS平台的镜像管理方法及系统 | |
| CN101553800A (zh) | 将主机系统sam/vsam文件转换为开放系统sam/vsam文件的转换装置和方法 | |
| US20090327322A1 (en) | Information worker creating component application without writing code to create the applications |