•

E

ntre las industrias de alta tecnología, destaca la del software porque en el desarrollo, la producción y la distribución de sus productos (programas y aplicaciones de cómputo)
el capital físico tiene una escasa o nula importancia. Sin
embargo, su compatibilidad con la base instalada de equipo(hardware) ha sido determinante como factor de éxito. 1
Hoy en día un creciente número de artefactos y dispositivos-por ejemplo, teléfonos celulares, reproductores de DVD,
automóviles y aviones- incorporan programas de cómputo.
Las funciones, características y seguridad de estos bienes deconsumo dependen cada vez más de la calidad y la disponibilidad del software incorporado 2 en ellos. La complejidad
de tales sistemas incorporados está en constante aumento,
al igual que la cantidad y la variedad de los respectivos programas.
Ello genera un enorme desafío para el desarrollo del software incorporado, el cual difiere mucho de la elaboración delos sistemas no incorporados, sobre todo en la medida quedebe hacer frente a limitaciones específicas, tales como severas restricciones de tiempo; memoria y consumo de potencia limitados; plataformas de cómputo con tecnologías
predeterminadas, y costo del equipo.3 Las tecnologías de de-* Centro de Investigación en Ciencia y Tecnología Avanzada, Universidad de Tokio <yarime@zzz.reast.u.tokio.ac.jp> y <baba@zzz.rcast.
u-tokio.ac.jp>.

776

COMERCIO EXTERIOR, VOL. 55, NÚM . 9, SEPTIEMBRE DE 2005

1. David C. Mowery, "Th e Computer Software lndustry", en David C. Moweryy Richard R. Nel son (eds.), Sources of Industrial Leadership: Studies of Seven
Industries, Cambridge University Press, Reino Unido, 1999.
2. Embedded software.
3. Bas Graaf, Marco Lormans y Hans Toetenel, "Embedded Software Engineering: The State of th e Practice", IEEE Software, noviembre-diciembre de2003, pp. 61-69.

•

sarrollo vigentes no abordan de manera adecuada su efecto
específico en el campo del software incorporado; tampoco
ofrecen a los desarrolladores las indicaciones necesarias sobre su aplicación en áreas específicas como sistemas automovilísticos, telecomunicaciones y aparatos electrónicos.
Más aún, el campo de dichos programas se rige por factoresde confiabilidad, factores de costo y tiempos de comercialización, por lo que requiere tecnologías de desarrollo específicamente orientadas.
A la fecha, el poderío japonés en el desarrollo de hardware
no ha sido igualado por una posición sólida en lo que a software se refiere, a pesar de los estrechos vínculos entre los desarrolladores de ambos elementos. En el pasado, las políticas
nacionales para el desarrollo de capacidades en materia deequipo de cómputo se orientaron a las macrocomputadoras(mainframes), y fue justo el éxito de tales políticas lo que en
Japón contribuyó a la fragmentación del mercado nacionaldel software y al predominio de la programación a la medida. 4 Mientras que el entorno más unificado de la arquitectura
digital en el mercado estadounidense de la microcomputación contribuyó a un crecimiento espectacular de la industria del software para microcomputadoras en ese país, en elcaso de Japón el entorno fragmentado de las normas para
hardware retardó el desarrollo de una industria vigorosa deprogramas y aplicaciones para microcomputadoras. 5 Hoy
se podría argumentar, sin embargo, que la creciente importancia del software incorporado puede aumentar la conveniencia y las ventaj~s competitivas asociadas a la estrategia
de vinculación estrecha entre el desarrollo de hardware y desoftware que han adoptado algunos productores japonesesde sistemas electrónicos. 6
Estudios recientes sobre innovación destacan la función delas redes de organizaciones para explicar el cambio y la orientación de la evolución tecnológica. 7 Se ha encontrado que losvínculos estrechos entre asociados en redes de colaboración
tecnológica fomentan el intercambio de conocimiento, lo
que se traduce en un mejor desempeño tecnológico y opor-

4. Yasunori Baba, Shinji Takai y Yuji Mizuta, "The User-driven Evolution of theJapanese Software lndustry: The Case of Customized Software for Mainframes", en David C. Mowery (ed.), The lnternational Computer Software
lndustry: A Comparative Studyof lndustry Evolution and Structure, Oxford
University Press, Nueva York, 1996.
S. Thomas Cottrell, "Standards and the Arrested Development of Japan's
Microcomputer Software lndustry", en David C. Mowery (ed.), op. cit.
6. David C. Mowery, op. cit.
7. Christopher Freeman, "Networks of lnnovators: A Synthesis of Researchlssues", Research Policy, núm . 20, 1991 , pp. 499-514, yWalterW. Powell y
Stine Gordal, "Networks of lnnovators", en Jan Fagerberg, David C. Moweryy Richard R. Nelson (eds.), Oxford Handbook oflnnovation, Oxford University
Press, 2005.

tunidades de colaboración entre los socios. 8 Otros estudios
realizados sobre redes de innovación explican los beneficios
de las relaciones entre organizaciones en términos de difusión de la información y aprendizaje en red. 9 En particular,
las industrias caracterizadas por tecnologías complejas comola del software incorporado dependen de grupos de colaboración -comités técnicos, equipos de tarea y cuerpos parala definición de criterios- para decidir sobre el proceso deevolución tecnológica, y los resultados tecnológicos determinan, al tiempo que limitan, la evolución de las redes decooperación tecnológica entre organizaciones. 10
El propósito del presente trabajo es investigar la dinámica del desarrollo del software incorporado en Japón. En
particular, el interés de los autores se centra en examinar eldesarrollo y la utilización en sistemas integrados de diversas
clases de sistemas operativos incluidos el ITRON 11 -al que
corresponde la mayor participación en el mercado- y otros
de uso general como Windows y Linux. En primer lugar seconsideran las características de los sistemas operativos específicamente diseñados para sistemas incorporados. Luego
de revisar algunos datos sobre la situación actual de la industria del software incorporado en Japón, se hace un recuento
detallado de la evolución del proyecto ITRON. Asimismo,se examina el surgimiento de otros sistemas operativos y susorganizaciones asociadas. Al identificar a las personas que
han participado en el desarrollo de estos sistemas operativos, se analiza el proceso de innovación en el que han interactuado productores de hardware, vendedores de software,
universidades y asociaciones industriales, así como sus comunidades y la coevolución de estándares de los sistemas
operativos. Puesto que recientemente se ha observado unauge de los programas de fuente abierta, sobre todo Linux, 12
los autores también han considerado el efecto de este tipo desoftware en el desarrollo de sistemas incorporados.
8. Toby E. Stuart, "Network Positions and Propensities to Collaborate: An
lnvestigation of Strategic Alliance Formation in a High-technology lndustry",
Administrative Science Quarterly, núm. 43, 1998, pp . 668-698; Gautam
Ahuja, "C ollaboration Networks, Structural Holes, and lnnovation: A Longitudinal Study" ,Administrative Science Quarterly, vol. 45, 2000, pp. 425-455,
y Pek-Hooi Soh y Edward B. Roberts, "Networks of lnnovators: A Longitudinal
Perspective", Research Policy, núm. 32,2003, pp. 1569-1588.
9. Walter Powell, W. Kenneth, W. Koput y Laurel Smith-Doerr, "lnter-organizational Collaboration and the Locus of lnnovation: Networks of Learning
in Biotechnology", Administrative Science Quarterly, núm. 41, 1996, pp.
116- 145.
1O. L. Rosenkopf y M.L. Tushman, "The Coevolution of Community Networks
and Technology: Lessons from the Flight Simulation lndustry ", lndustrialandCorporate Change, vol. 7, núm. 2, 1998, pp. 311-346.
11 . Industrial Real-time Operating System Nucleus (ITRON).
12. Ericvon Hippel y Georg von Krogh, "Open Source Software and the 'PrivateCollective' lnnovation Model: lssues for Organization Science", Organization
Science, vol. 14, núm. 2, 2003, pp. 209-223, y Georg von Krogh y Eric vonHippel, "Special lssue on Open So urce Software Development", Research
Policy, núm.32, pp . 1149-1157.

771

SISTEMAS OPERATIVOS PARA SISTEMAS INCORPORADOS

G

G

R

A

F

1

CA

1

TAMAÑO DEL SOFTWARE INCORPORADO EN UN TELÉFONO CELULAR Y

racias a los avances en la tecnología de los microprocesadores, la gama de aplicaciones en las que se utilizan
sistemas integrados ha aumentado en forma notable . Al
principio, tales sistemas se limitaban a aplicaciones industriales como el control de líneas de producción; hoy, registranuna acelerada expansión hacia productos electrónicos, decomunicación y, más recientemente, bienes de consumo,
incluidos automóviles, sistemas de audio y video, televisores, teléfonos celulares, instrumentos electrónicos, juegos,
lavadoras, equipos de aire acondicionado y sistemas de iluminación. El término sistema incorporado se aplica ahora ala mayoría de los productos electrónicos que se utilizan en lavida cotidiana. Con el aumento en la gama de aplicaciones
de los sistemas integrados sus funciones se han vuelto más
complejas; además, la tendencia reciente hacia la digitalización, aunada al incremento en el número de procesos
realizados por software en microprocesadores altamente
funcionales, ha dado lugar a que estos sistemas tengan cadavez mayor importancia. 13 Puesto que los sistemas integradosde pequeña escala -utilizados sobre todo en artículos deconsumo como los teléfonos celulares- se producen por
lo general en grandes volúmenes, en comparación con lossistemas integrados de gran escala que suelen encontrarse
en los productos industriales, resulta de crucial importancia
disminuir sus costos de manufactura. En particular, como
resultado de la encarnizada competencia reciente, las compañías han procurado reducir los tiempos de desarrollo delos productos de consumo. Además, sólo en raras ocasiones
el software vendido se rediseña, lo que se traduce en un ciclode vida muy corto para el desarrollo de sistemas.
La gráfica 1 presenta un ejemplo del tamaño del software
integrado y del periodo de desarrollo para un teléfono celular.
Puede observarse que mientras que el periodo de desarrollo
de los programas integrados se ha reducido a la mitad -de
12 a seis meses-, el tamaño o la proporción del software haaumentado más de 10 veces desde finales del decenio de losochenta, lo que significa un aumento de 200% en la cargade trabajo por unidad.
En la mayoría de los sistemas integrados de pequeña escala, el procesador central, las memorias ROM y RAM, losdispositivos de E/ S y algunos otros dispositivos se encuentran todos en un chip llamado microcontrolador (MCU, por
sus siglas en inglés) a veces también microprocesador de un
chip. 14 Puesto que es preciso mantener el costo de desarro-llo de los productos finales en el nivel más bajo posible, losrecursos de hardware en un microcontrolador -y en particular la memoria- son muy limitados, lo cual entraña unserio desafío para el desarrollo de software. Un microcontrolador muy eficiente tiene distintas clases de procesadores
optimizados y diseñados para determinadas aplicaciones.
En sistemas integrados de pequeña escala, el aumento en la
productividad del software, acompañado de una reducción desus tiempos de desarrollo, se vuelve un factor importante parael manejo de programas complejos y de gran tamaño.
Para mantenerse a la par de los avances de la tecnología
de microprocesadores de alto desempeño es indispensable
que los sistemas integrados sean rentables, sobre todo porquehoy en día se les aplica de manera generalizada en más y más
artículos de consumo. Asimismo, en la medida que los sistemas integrados se aplican en una amplia gama de áreas, elnúmero de ingenieros de programación que trabaja en sistemas operativos de tiempo real aumenta, y ello hace que su
formación sea cada vez más importante. Un estudio recienteseñala que los problemas más graves a los que se enfrentan
muchos ingenieros que utilizan sistemas operativos de tiempo real en sistemas integrados se refieren a la educación y laestandarización. 15 De acuerdo con los resultados del estudio, no

13 . Comité ITRON, " ¡JITRON 4 .0 Specification, Ver. 4 .00.00" , Asociación TRON,
1999.
14./bid.

15 . Asociación TRON, Results of the Surveyon the Use of tTRON- Specification os
in the Fiscal Year 1996, TRON Association. 1997.

778

DESARROLLO DE SOFTWARE INCORPORADO EN JAPÓNPERIODO DE DESARROLLO, 1989-2002 (MEGABYTES)•

Tamaño del software (Loe: Lineas de código)

1989

1991

1993

1995

1997

1999

2001

Fuente: Masayuki Hirayama, Mea sures to /mpro ve Quality in the Devefopmentof Embedded
Systems, Conferencia sobre Tecnología Incorporada, Yokohama, 20-22 de noviembrede 2002.

••

son muchos los ingenieros que pueden manejar los sistemas
operativos de tiempo real utilizados para los sistemas integrados, y las especificaciones de los distintos sistemas operativos difieren tanto que cambiar de uno a otro implicaría
una considerable cantidad de trabajo. También el tamaño
y los recursos de los sistemas operativos son excesivamente
grandes y la mayoría de sus características y funciones nocumple con requisitos prácticos, lo que origina una serie dedificultades al intentar hacer corresponder un sistema operativo con una aplicación.
El problema más difícil que se encuentra al procurar una
especificación de un sistema operativo estandarizada paralos sistemas integrados consiste en hallar un equilibrio entre: a] el logro de un mayor desempeño que el hardware permita, y b] el aumento de la productividad del desarrollo desoftware. 16 En sistemas basados en microcontroladores con
estrictas limitaciones en cuanto a recursos de hardware, elmáximo desempeño del equipo se logrará sólo si se selecciona
con detenimiento un sistema operativo adecuado. Por otra
parte, aumentar la productividad del desarrollo de software
exige incrementar la abstracción de los servicios del sistema
operativo, pero asegurar la portabilidad de los programas-independientemente del hardware en uso-se traduciría
en una mayor brecha entre los servicios del sistema operativo
y la arquitectura del equipo, brecha que provocaría considerable trabajo indirecto e impediría lograr un óptimo desempeño del hardware. Un compromiso entre ambas metas
depende en buena medida del desempeño de los productos
incorporados: si bien tendría poco sentido reducir el desempeño en tiempo de ejecución de los sistemas integradosde pequeña escala sólo para mantener bajo el costo del producto final y mejorar su portabilidad, el hecho es que éstareviste particular relevancia para los sistemas de gran escala,a menudo reciclados.
Los sistemas integrados de pequeña y gran escalas a menudo requieren sistemas operativos de distintas características. Si dependieran de un sistema operativo con muchas
características de alto nivel que en realidad no fueran deltodo necesarias, los sistemas de pequeña escala verían afectado su desempeño al tiempo que el tamaño de los programasaumentaría. Por otro lado, un sistema operativo con muchas
características de alto nivel es útil para los sistemas integradosde gran escala en la medida que permite mejorar la productividad del desarrollo de software. Puesto que los requerimientos para un sistema operativo difieren en función de laescala de cada sistema integrado y de sus características, sería
conveniente definir una especificación de sistema operativo

para cada escala de aplicación. Ahora bien, considerando laformación de los ingenieros de programación, la circulaciónde software y el soporte para herramientas de desarrollo, sería
sumamente útil definir una especificación de sistema operativo escalable y adaptable a las necesidades de diversos sistemas
integrados. El hecho es que las especificaciones de los sistemas
operativos en sistemas integrados se requieren para obtener elmáximo desempeño del hardware, contribuir a un aumento
en la productividad del desarrollo de software y adaptarse asistemas de cualquier escala.

LA INDUSTRIA DEL SOFTWARE INCORPORADO EN JAPÓN

En comparación con otras industrias con mayor trayectoria, y en virtud de su naturaleza, resulta difícil ubicar laescala de la industria del software incorporado. Con todo,
un estudio reciente del Ministerio de Economía, Comercio
e Industria de Japón (MECI) aporta información útil sobre laindustria del software incorporado en ese país. En el cuadro 1
se presentan datos sobre las industrias del software incorporado, y la industria de servicios de información en Japón.
Con base en estadísticas de las asociaciones industriales de la rama, se calcula que las ventas globales de sistemas
incorporados ascienden a 500 000 millones de dólares. De
ese total, alrededor de 10% -es decir, 50 000 millones dedólares- se invierte en el desarrollo de sistemas incorporados. Los resultados del estudio del MECI muestran que
casi 40% de los costos de dicho desarrollo corresponde a

CUADRO

1

INDUSTRIA DEL SOFTWARE INCORPORADO EN JAPÓN

Ventas de sistemas incorporados
Costos de desarrollo de los sistemas
incorporados
Costos de desarrollo del software
incorporado
Número de compañías relacionadas
con los sistemas incorporados
Número de emp leados que trabajanen estas compañías
Número de ingenieros
de programación de software
incorporado
Industria de servicios de información
Ventas de servicios de información
Número de empleados

500 000 millones de dólares
50 000 millones de dólares
20 000 millones de dólares
89 0004.8 millones
150 000

140 000 millones de dólares
570 000

Fuente : Comité para el Fomento del Desarrollo de Software Incorporado, Ministerio de
Economía, Comercio e Industria, 2004.

16. Comité ITRON, op. cit.

COMERCIO EXTERIOR, SEPTIEMBRE DE 2005

779

programas y aplicaciones, por lo que se calcula que el desarrollo de software incorporado en Japón es del orden de 20 000
millones de dólares.
En Japón hay cerca de 89 000 compañías cuyas actividades empresariales se relacionan con el desarrollo de sistemas
incorporados, con un total de 4.8 millones de empleados. De
acuerdo con el estudio, conforme aumenta el número de empleados en una compañía, la proporción de ingenieros de programación de software incorporado disminuye. Puesto que losingenieros relacionados con el desarrollo de dicho software
dan cuenta de 3.1% de los empleados en las compañías con
más de 5 000 trabajadores, se calcula que en la actualidad
su número asciende a 150 000 en Japón. En comparación, laindustria de servicios de información produce en conjunto
ventas por 140 000 millones de dólares y da empleo a alrededor de 570 000 personas en Japón. Estas cifras sugieren
que una parte considerable del sector de la informática corresponde a la industria del software incorporado.
La gráfica 2 muestra las tendencias en la participaciónde los sistemas operativos utilizados para el software incorporado en Japón.
En Japón se utilizan diversas clases de sistemas operativospara los sistemas incorporados, incluidos ITRON, VxWorks,
Windows, Linux y otros sistemas operativos comerciales, asícomo los de uso específico que algunas empresas han desarrollado de forma interna. Desde mediados del decenio de losnoventa la participación de los sistemas operativos basados
en las especificaciones ITRON aumentó de manera notable:
para 2000 habían alcanzado casi 40% y, si bien su partici-

G

R

A

F

1

2

CA

JAPÓN: PARTICIPACIÓN DE LOS SISTEMAS OPERATIVOS UTILIZADOSPARA LA OPERACIÓN DE SOFTWARE INCORPORADO (PORCENTAJE)• Sin sistema
operativo

Especifico deuna empresa• otroWindows• vxworks

40• Linux

20

•

o
1996

1997

1998

1999 2000 2001

2002

2003

ITRON

pación en los últimos años parece estar disminuyendo, hoy
día continúan siendo los de más amplio uso en el mercado
japonés. Mientras tanto el Linux, que empezó a adoptarse ensistemas incorporados a finales de los noventa, ha aumentado su presencia en el mercado japonés y hoy ocupa ya el segundo lugar, por encima de VxWorks y Windows. A su vez,la participación de sistemas operativos específicos para una
empresa ha disminuido de manera constante, lo que denota
que un número creciente de compañías prefiere cierta formade estandarización de los sistemas operativos utilizados parasistemas incorporados; cada vez se favorece más a sistemasabiertos, sobre todo Linux, y en menor grado ITRON.

DESARROLLO DE LAS ESPECIFICACIONES ITRON

E

1 proyecto TRON, que significa "núcleo de sistema operativo de tiempo real " (The Real-time Operating System
Nucleus), fue iniciado por Ken Sakamura, de la Universidad
de Tokio, en 1984. 17 Mediante la colaboración entre la universidad y la industria, el proyecto TRON aspira a producir
un concepto totalmente nuevo de arquitectura de cómputo:reconstruir la de los sistemas de cómputo a partir de la visiónde una sociedad muy computarizada -la llamada sociedad
cibernética-, en que la mayoría de los equipos, servicios yherramientas con los que se interactúa día a día cuenten con
microcomputadoras interconectadas mediante una red computarizada que les permita funcionar conjuntamente para
apoyar las actividades humanas en distintas situaciones.
La política básica del proyecto TRON es que los resultados
de su investigación estén disponibles mediante especificaciones abiertas, con base en las cuales cualquiera pueda desarrollar y comercializar libremente sus propios productos.
La Asociación TRON se creó como la organización central
para desarrollar las especificaciones TRON y también paracertificar que un producto se apega a ellas. Las especificaciones TRON definen la interfase de una computadora, noel hardware ni el software con los que opera; determinan
también la interfase del sistema operativo, pero no al sistema operativo en sí. El propósito de tales especificaciones esminimizar los costos de desarrollo y facilitar el aprendizaje de usuarios y programadores mediante la compatibilidad de programas y datos. Por consiguiente, la asociación
TRON ha adoptado el enfoque de estandarización holgada,lo que significa que sólo se define el concepto de diseño: undesarrollador puede instrumentar con libertad un sistema
específico siempre que cumpla con el estándar de concepto

Fuente: encuestas de la Asociación TRON. 1997-2004.

17. Ken Sakamura, "The TRON Project ", IEEE Micro, vol. 7, núm . 2, pp . 8- 14.

780

DESARROLLO DE SOFTWARE INCORPORADO EN JAPÓN

••de diseño. El uso de un estándar holgado entraña un equilibrio entre concretar la compatibilidad de los sistemas y permitir la adaptación a nuevas tecnologías.
El proyecto TRON se ha dividido en varios subproyectos básicos y de aplicación: el proyecto ITRON trabaja sobre
especificaciones de sistemas operativos de tiempo real parasistemas incorporados y especificaciones relacionadas; elproyecto BTRON, sobre especificaciones de sistemas operativos para computadoras personales y estaciones de trabajo,
así como especificaciones relacionadas; el proyecto CTRON,
en la especificación de una interfase de sistemas operativospara el control de la comunicación y el procesamiento de la
información, y el proyecto TRON HMI, que especifica directrices estándar para una interfase usuario-máquina (humanmachine interface, HMI) en diversos productos.
La gráfica 3 presenta la tendencia en el número de empresas que pertenecen a la Asociación TRON.
G

R

A

F

1

muchas compañías abandonaron el proyecto TRON. A últimas fechas el número ha vuelto a crecer. Una de las razones
de este resurgimiento es la adopción generalizada de los sistemas operativos de base ITRON en sistemas incorporados,
sobre todo en automóviles y productos electrónicos como
teléfonos celulares. El fenómeno se refleja también en el
creciente número de compañías que participan en los debates sobre las especificaciones del sistema operativo ITRON.
Como se observa en la gráfica 4, luego de un descenso en laetapa inicial, las empresas integrantes del Comité Técnico
ITRON han comenzado a aumentar desde mediados de los
años noventa.
G

R

A

F

1

CA

4

NÚMERO DE EMPRESAS INTEGRANTES DEL COMITÉ TÉCNICO TRON,

1988-2003

3

CANÚMERO DE EMPRESAS QUE FORMAN PARTE DE LA ASOCIACIÓN TRON,

1987-2004

150
140
120
100
80
Fuente : encuestas de la Asociación TRON, 1988-2003 .

60
40
20

o
1987

1989

1991

1993

1995

1997

1999

2001

2003

Fuente: encuestas de la Asociación TRON. 1987-2004.

En su etapa inicial, poco más de 60 compañías se unieron
al proyecto TRON. Luego el número de empresas participantes aumentó con rapidez, hasta alcanzar 140 a principios deldecenio de los noventa, cuando predominaba la percepción deque el proyecto BTRON sería exitoso en virtud de que sus especificaciones en los sistemas operativos se adoptarían enlas computadoras personales en Japón. Sin embargo, el sistema operativo BTRON acabó perdiendo la batalla frente a
Windows en el mercado de las computadoras personales 18 y
18. Takuma Ta ka hashi y Fujio Namiki, " Three Attempts at 'de-Wintelization' :Japan's TRON Project, The us Government's Suitsagainst Wintel, and the Entryof Java and Linux", Research Policy, núm. 32 , 2003, pp. 1589-1606.

ITRON es una arquitectura para sistemas operativos detiempo real (RTOS, por sus siglas en inglés) de uso en sistemas incorporados. Desde que el proyecto TRON se inició en 1984, se han formulado y publicado una serie deespecificaciones de núcleo o kernel de tiempo real ITRON(véase la gráfica 5). El proyecto dio la mayor relevancia ala estandarización de tales especificaciones, puesto que lossistemas de pequeña escala a menudo utilizan sólo funciones de núcleo. 19
El primer conjunto de especificaciones ITRON, desarrollado en 1987, recibió el nombre de Especificación ITRON
1; desde entonces, muchos núcleos de tiempo real se han
desarrollado con base en ellas. En 1989, el proyecto ITRON
dio a conocer dos nuevas especificaciones : la especificación¡.liTRON (ver. 2. O) , para sistemas pequeños en microcontro-

19. Comité ITRON, op. cit.

COMERCIO EXTERIOR, SEPTIEMBRE DE 2005781

especificación f1ITRON, la mayoría de los productos corresponde a compañías japonesas,
EVOLUCIÓN DE LAS ESPECIFICACIONES ITRON
incluidos grandes fabricantes de semiconductores como Toshiba, Fujitsu, H itachi, NEC y
Mitsubish
i Electric, junto con empresas esPara microprocesadoresde 32 bits
pecializadas en software como Mispo, eSOL
y ACCESS. Puesto que desarrollar un núcleo
Mayor escalabilidad
basado en la especificación f1ITRON puede enPrimeras
especificaciones
realidad resultar tarea fácil y breve, muchosde núcleo ITRON
usuarios han formulado sus propias versiones(especificaciones
del kernel)para uso interno o casero. También hay muchas otras aplicaciones (que no son productosen sí) y algunas versiones de núcleos f1 ITRON
se distribuyen como software gratuito.
Para microprocesa doresde 8 y 16 bits
Una de las razones por las que los núcleos
f1ITRONse han utilizado en muchos campos
1986 1988 1990 1992 1994 1996 1998
es que sirven para una gama amplia de apliFuente: Hiroaki Takada, Yuk ikazu Nakamoto y Kiichiro Tamaru, "The ITRON Project: Overv1ew and Recent
caciones: equipos audiovisuales, aparatos
Results", Memorias de la Quinta Conferencia Internacional sobre Sistemas de Cómputo y Aplicaciones dedomésticos, dispositivos para el manejo de inTiempo Real, 1998, pp. 3- 1O.
formación personal, equipo de oficina, equipos de comunicación, medios de transporte!adores (MCU) de 8 ó 16 bits, y la especificación ITRON 2 paray dispositivos de control industrial, entre muchos otros. El
sistemas de mayor tamaño en microcontroladores de 32 bits.
cuadro 2 presenta algunos de los productos que incorporan
La especificación f1ITRON se ha implantado en gran cantinúcleos ITRON así como sus fabricantes.
dad de microcontroladores distintos, con memoria y recursos
computacionales limitados. D e hecho, se le ha aplicado en
una amplia variedad de sistemas integrados y ofrece funcioPOSIBILIDADES Y LIMITACIONES DE LA NORMALIZACIÓN
nalidad práctica sin grandes requerimientos de memoria, a
HOLGADA DE SOFTWARE INCORPORADO
tal grado que en la mayoría de los principales microcontroladores utilizados en sistemas incorporados se han desarron el diseño de las especificaciones ITRON se adoptaron
llado núcleos basados en la especificación f1ITRON .
diversas políticas que podrían resumirse en un concepto:
La funcionalidad y el desempeño adquieren especial impornormalización holgada.21 A efecto de aumentar al máximo
tancia cuando se pretende aplicar la especificación f1ITRONel desempeño del equipo y, por consiguiente, incrementar laa una amplia gama de campos. Si bien esta especificación nofue originalmente diseñada para microcontroladores de 32
CUADRO2
bits, cada vez con mayor frecuencia los núcleos basados en ella
PRODUCTOS QUE UTILIZAN SISTEMAS OPERATIVOS ITRON, 2004
operan en tales procesadores. De ahí que en 1993 se pusiera en
circulación una edición revisada de la especificación f1ITRON
3.0, escalable en microcontroladores desde 8 hasta 32 bits y
Producto ap licado
Fabricante
cuyas funciones de conexión permiten instrumentar un solo
Sistema de control de motor automovilístico
ToyotaSistema de navegación por voz para DVD
sistema integrado en una red.
Citizen
Asistente digital personal (PDA)
En la actualidad la Asociación TRON tiene registrados
Instru mento musical electrónico
YamahaFotocopiadora
Ricohalrededor de 60 productos de núcleo de tiempo real ITRON
Cámara IP
Techno One
para más de 40 procesadores de distinta clase. Estos producSatélite
NEC-Toshiba Space
tos incluyen cuatro basados en ITRON 1, 30 en f1ITRON 2. 0
Fuente: Asociación TRON, Products Based on TRON Specifications, TRON Association,y ocho en f1ITRON 4.0.20 Aunque algunas empresas estadojunio de 2004.
unidenses de software han llegado a desarrollar núcleos de
G

R

A

F

1

C

A

S

•

•

E

20. Asociación TRON, Products Basedon TRON Specifications, TRON Association,
junio de 2004.

782 DESARROLLO DE SOFTWARE INCORPORADO EN JAPÓN

21. Comité ITRON, op. cit.

•

eficiencia en tiempo real, se ha procurado evitar una virtualización excesiva del hardware. Para incrementar la adaptabilidad
al hardware, y con ello mejorar el desempeño del sistema en
su conjunto, se han modificando las especificaciones de lossistemas operativos de tiempo real y se ha ajustado la ejecucióninterna de acuerdo con las características y el desempeño delequipo. En las especificaciones ITRON, los elementos que se
deberán normalizar sin importar la estructura del hardware
se distinguen con claridad de los que se pueden optimizar en
función del desempeño y las características del equipo. Por
otro lado, la estandarización de elementos que reducirían laeficacia del desempeño de ninguna manera es forzosa.
También se toma en cuenta la adaptabilidad a las aplicaciones; es decir, la aproximación que procura mejorar el desempeño del sistema en su conjunto mediante la modificaciónde las especificaciones del núcleo y los métodos de ejecucióninterna en respuesta al desempeño funcional del núcleo quelas aplicaciones requieren. Puesto que el código objetivo delsistema operativo se crea específicamente para cada aplicación,
se considera que el enfoque de la adaptabilidad a las aplicaciones es adecuado en sistemas incorporados. La especificación se diseña de tal manera que cada función del núcleo se
mantiene independiente de las restantes y sólo se utilizan las
funciones requeridas para cada aplicación. Ello se facilita por
el hecho de dar una funcionalidad única a cada sistema. La
mayoría de los núcleos de especificación ~ITRON se incluye
como bibliotecas, y sólo las funciones requeridas se extraen yvinculan con los programas de aplicación.
Se han formulado especificaciones con niveles de soporte definidos para cada cual. A fin de que las aplicaciones se
adapten a las diversas clases de hardware, se crearon varias
especificaciones con diversos niveles de soporte escalables.
Las especificaciones de núcleo de tiempo real incluyen la especificación ~ITRON (versión 2.0) para microcontroladoresde 8 a 16 bits y la ITRON 2 para procesadores de 32 bits. Con
estas especificaciones el usuario puede escalar la funcionalidad conforme resulte necesario e incluir sólo las funciones pertinentes en la ejecución del núcleo. La especificación~ITRON 3.0 separa las llamadas al sistema en diversos niveles de soporte para cubrir procesadores lo mismo de pequeña
que de gran escala en una misma especificación.
Compatibilidad y portabilidad no son dos elementos que
suelan preocupar a los desarrolladores de software para sistemas incorporados de pequeña escala, ya que es poco probable que los programas se reutilicen en tales sistemas. Por otra
parte, normalizar la especificación del núcleo resulta de granimportancia como apoyo en los procesos de educación y capacitación de ingenieros de programación de software, toda
vez que homologa conceptos y términos técnicos y, por ende,

facilita la comunicación entre desarrolladores (por ejemplo,
posibilita una mayor consistencia en el uso de términos y una
nomenclatura para las llamadas al sistema). De esta manera,la normalización holgada es útil para la formación de ingenieros de programación en el proyecto ITRON.
En un principio, el proyecto ITRON se centró en la normalización de especificaciones del núcleo de tiempo real. Sin
embargo, conforme los sistemas incorporados se han vuelto
más grandes y complejos, la necesidad de normalización delos entornos que circundan al núcleo de tiempo real ha aumentado. En consecuencia, en su segunda fase, iniciada en
1996, el proyecto ITRON comenzó a ampliar su proceso deestandarización para abarcar ya no sólo las especificaciones
del núcleo sino también otras relacionadas, sobre todo encomponentes de software y herramientas de desarrollo.
En la estandarización de programas y aplicaciones se debe
considerar la interfaz para distintos campos, además de lascondiciones que propiciarán su desarrollo y distribución. Para
preparar tales condiciones, dos cuestiones son importantes.
En primer lugar, las diferencias en la ejecución entre núcleos~ITRON impiden asegurar la distribución de elementos desoftware, problema que se resuelve aumentando la estandarización de núcleos, al tiempo que se mantienen las ventajas
de la normalización holgada. En segundo lugar, en la medida
que es requisito que muchos programas y aplicaciones tengan
capacidades de tiempo real, se requiere un marco que permita la coexistencia de elementos de software que satisfagan
sus restricciones de tiempo real y que, idealmente, también
permita el uso simultáneo de múltiples componentes.
De noviembre de 1996 a marzo de 1998, un grupo deinvestigación estudió la funcionalidad necesaria para que
un núcleo de tiempo real facilitara la construcción de unsistema de tiempo real riguroso. El comité técnico para laaplicación automovilística de sistemas operativos de tiempo real, establecido en la Asociación TRON, determinó losrequisitos para los núcleos de tiempo real en aplicaciones de

CUADRO

3

PRODUCTOS QUE USAN EL SISTEMA OPERATIVO LINUX, 2003

Fabricante

Producto

Sony

Video grabadora
Televisión digital
Máquina de juego
Computadora de bolsillo
Video grabadora

Sharp
Matsushita Electric

Fuente: Kenichi Nakamura, "Trends in the Embedded Linux lndustry 2004", Software
Design, vol. 2, 2004, pp. 1-6.

COMERCIO EXTERIOR, SEPTIEMBRE DE 2005

783

control automovilístico, con la idea de incluirlos en la especificación correspondiente. Asimismo, a seis años de entrar
en circulación la especificación f1ITRON 3.0, la tecnología delos semiconductores ha registrado avances notables, al igualque el desempeño de los procesadores incorporados. También el tamaño de memoria disponible en los procesadores
ha aumentado de manera considerable. Por tanto, algunas
funciones de núcleo útiles que habían quedado pendientes
en la especificación f1ITRON 3.0 debido a su costo indirecto,
han podido instrumentarse con la tecnología actual.
La creciente necesidad de reconsiderar la especificación denúcleos de tiempo real dio lugar a que se estableciera la cuarta generación de especificaciones ITRON. La especificación
f1ITRON 4.0 se diseñó sobre todo para mejorar la portabilidad del software y con el propósito de agregar funcionalidad
de elementos de software secundarios. En la medida que lacomplejidad y el tamaño del software incorporado siguen
creciendo, aumenta también la necesidad de que las aplicaciones puedan cambiar con facilidad a núcleos distintos .
Así, la portabilidad del software desarrollado en un núcleoITRON se ha vuelto un asunto importante en términos de ladistribución de los elementos de software.
En suma, el concepto común de normalización holgada
del ITRON significa que algunas partes de una especificación
que reducirían el desempeño del equipo no tienen por qué serestandarizadas forzosamente, y su instrumentación -ya sea
en hardware o en aplicaciones- queda en manos del programador del software. Como tal, este concepto ha dado más
importancia a la adaptabilidad de equipos y procesadores,
y está orientado a lograr el máximo desempeño de diversas
plataformas de equipo. Por otra parte, en la medida en quela política de normalización holgada permite distintas versiones de códigos fuente, con frecuencia podría ocurrir que
una clase de software que funcionó sin problemas en cierto
sistema operativo con base ITRON, fallara en otro. Esta deficiente portabilidad entraña un grave obstáculo, toda vez
que la cantidad acumulada de middleware y de programas
de aplicación reviste crucial importancia. 22

EVOLUCIÓN DE DIVERSOS SISTEMAS OPERATIVOSY REDES COMUNITARIAS

A

partir del reconocimiento de estos problemas, el proyecto

septiembre de 2004 sumaba 452 empresas y organizaciones,
lo mismo internacionales que nacionales. Los 30 miembrosdel consejo incluyen usuarios de sistemas integrados comoel principal operador de telefonía móvil de Japón, NTT DoCoMo, y el proveedor de autos Denso, además de grandes
fabricantes de chips. 23
Desde el inicio del proyecto TRON en 1984, algunos desus conceptos iniciales han cambiado. El caso más notorio es
el de la estandarización holgada, concepto que finalmente seabandonó porque li~itaba la creación de entornos de desarrollo poderosos e impedía el transporte fácil de middlewarede un procesador a otro. Asimismo, el código de fuente TKernel, sistema operativo del T-Engine, sólo está disponible para los integrantes del Foro T-Engine en los términosde la licencia T- Kernel. Si bien las empresas miembro están autorizadas a modificarlo, es preciso que notifiquen
al Foro lo que hacen, de manera que pueda mantenerse lacompatibilidad, y por tanto la portabilidad, del software.
A diferencia de lo que ocurre con la licencia pública general(LPG), los desarrolladores no están obligados a renunciar asus derechos de confidencialidad por las porciones modificadas que agreguen; asimismo, la distribución binaria por
sí misma también es posible. Puesto que la responsabilidad
de la emisión recae en el Foro T-Engine, la titularidad de lapropiedad intelectual queda clara, lo que no ocurre con códigos de programa de una comunidad abierta con muchos
contribuyentes no identificados. 24
En otra dirección del amplio espectro del proyecto ITRON,
en noviembre de 2000 el doctor Hiroaki Takada, profesor enla Universidad de Nagoya, comenzó el proyecto TOPPERS,
acrónimo de Toyohashi Open Platform for Embedded andReal Time Systems (Plataforma Abierta Toyohashi para Sistemas Integrados y de Tiempo Real). 25 Takada fue alumno
doctoral del doctor Sakamura en la Universidad de Tokioy participó activamente en el establecimiento de las especificaciones ITRON como uno de los principales miembrosdel proyecto. A sabiendas de que la excesiva diversidad delos sistemas operativos con base ITRON genera el problema
de una disminuida portabilidad del software e inversiones
duplicadas, el proyecto TOPPERS se propuso instrumentar
sistemas operativos de tiempo real con códigos de fuente
abierta, más allá de la mera definición de especificaciones
inicialmente considerada en el proyecto ITRON. En lugar
de centrarse en sistemas operativos de uso general, como el

TRON creó el Foro T-Engine en junio de 2002, con laparticipación de 22 empresas. El número de participantes
ha aumentado considerablemente desde entonces, y para
22. Middleware: soporte lógico personalizado; software que actúa como traductor universal entre tecnologías y protocolos. [N de la t.]

784

DESARROLLO DE SOFTWARE INCORPORADO EN JAPÓN

23. Foro T-Engine, Forum Guide, 2004.
24 . Ken Sakamura y Noboru Koshizuka, "T-Engine: The Open, Real-time Embedded-systems Platform", IEEE Micro, vol. 22, núm. 6, 2002, pp. 48-57.
25. Hiroaki Takada, Current State of the TOPPERS Project, Conferencia TOPPERS,Tokio, 3 de junio de 2004.

••

presenta problemas de mantenimiento, soporte y control deLinux, la meta del proyecto TOPPERS es desarrollar sistemas
calidad. Para atender estas cuestiones en noviembre de 2000
operativos di señados de manera específica para diversos
se creó el Consorcio para el Linux Incorporado de Japón (]asis temas incorporados aprovechando la experiencia acupan Embedded Linux Consortium, Emblix), con la particimulada en las actividades del proyecto ITRON. Hoy en día
pación de 24 empresas y organizaciones. Sus miembros sonla iniciativa cuenta con 60 integrantes entre organizaciones
educativas y empresas, incluida Toyota, la mayor compañía
hoy día más de lOO compañías y organizaciones. 28
Por su parte, el VxWorks de Wind River ha ganado una
automovilística de Japón. D ado que la industria automovilística ha sido identificada como uno de los principales
sólida reputación como sistema operativo para sistemas incampos de aplicación, el proyecto recientemente puso en
corporados. 29 Desde que empezó a circular en 1987 ha sido
circulación un sistema operativo de tiempo real basado en
utilizado ampliamente para sistemas de control de gran escala en los campos aeronáutico y militar, sobre todo en Estados
la especificación OSEK!VDX, el cual es de facto el estándar
adoptado en forma generalizada por fabricantes y proveeUnidos. 30 De hecho, VxWorks es el sistema operativo que se26
usó en los robots exploradores Spirity Opportunity, construidores de autopartes europeos.
En sistemas incorporados en los que la capacidad de tiemdos por el Laboratorio de Propulsión a Chorro, que hace nomucho aterrizaron en Marte.
po real riguroso es crucial, sin importar la presión que el sisLa gráfica 6 ubica los sistemas operativos ITRON, T-Entema experimente, debe haber una respuesta a un evento en
un tiempo predefinido. Para los sistemas operativos de uso
gine, TOPPERS, Linux, VxWorks y Windows en términos
general, como Linux o Windows, el manejo detareas en tiempo real riguroso no resulta fácil.
G
R
A
F
1
C
A
6
Por lo general pueden responder a eventos en
SISTEMAS OPERATIVOS PARA SOFTWARE INCORPORADO
un tiempo predeterminado, pero ése no siempre es el caso, lo que se conoce técnicamentecomo tiempo real laxo. Linux experimenta este
Código fuente
fenómeno por diversos motivos , sobre todo
porque no puede adelantarse a ciertas operaciones del núcleo. 27.8Con todo, como el número de industrias(;:¡~----------------:0
que utilizan Linux, sobre todo en servidores<(PC, no cesa de aumentar en todo el mundo,
muchas compañías han empezado a utilizar
siste mas operativos en sistemas incorporados. Se considera que el principal motivo delcreciente interés en Linux estriba en que es
un sistema operativo de fuente abierta, lo que
significa que cualquiera está en libertad de desarrollar y poner en circulación productos que
lo utilizan, sin restricciones. Sony en videoo"Ograbadoras, televisión digital y máquinas de~(;:¡ujuego; Sharp en PBA y Matsushita Electricen
videograbadoras son algunos de los principaEspecíficos para software
De uso generalles usuarios del sistema operativo Linux.
Campo de aplicación
Los desarrolladores de sistemas incorporados y los fabricantes de productos comerFuente: elaboración del autor.
ciales, sin embargo, se enfrentan al hecho deque la condición de fuente abierta también
26. Proyecto TOPPERS, Development of the Open-source os Based on the OSEKSpecification, boletín de prensa del Proyecto TOPPERS, 26 de abril de 2004.
27. Armand Marchesin, " Using Linuxfor Real-time Applications", IEEE Software,
septiembre-octubre de 2004, pp. 18-20.

28. Emblix, Development Environment Standard Specifications (Rev. 1), Japan
Embedded Linux Consortium, 14 de agosto de 2002.
29. Gary Nutt, Operating Systems, Pearson Education, Bastan, 2004.
30. Kunio lnokari, "Current State of Rea l-time os", Interface, núm. 8, 2004,
pp. 36-39.

COMERCIO EXTERIOR, SEPTIEMBRE DE 2005785

de la apertura del código de fuente y de sus campos de aplicación.
En lo que respecta a campos de aplicación, Windows yLinux -originalmente diseñados como sistemas operativos de uso general- han comenzado a ampliar su alcance,
a efecto de incluir sistemas incorporados. Por su parte, en
un principio pensado para usarse en sistemas incorporados,el proyecto ITRON está evolucionando en dos direcciones:el T-Engine tiene el propósitO de incluir sistemas más generales, en tanto que el proyectO TOPPERS se mantiene enel campo de los sistemas integrados, como ocurre con el
VxWorks. En términos de apertura del código de fuente ,Linux y Windows representan los dos extremos; el proyectO
ITRON podría ubicarse en algún punto entre ambos polos,
ya que sólo establece especificaciones del sistema operativo,
pero su instrumentación depende de las empresas, lo queda lugar a distintas versiones de códigos fuente. Se observa
una tendencia hacia sistemas operativos de fuente abierta; incluso Windows comienza a orientarse en ese sentido
desde que Microsoft empezó a revelar a fabricantes y desarrolladores -para su modificación- el código fuentede Windows CE, la versión específica para sistemas incorporados.31 Este panorama cambiante en el que coexisten
sistemas operativos, programas y aplicaciones de códigos

31 Microsoft, Windows CE Shared SourcePremium Licensing Program, boletínde prensa, Microsoft, 1Ode ab ri l de 2003 .

786

DESARROLLO DE SOFTWARE INCORPORADO EN JAPÓN

abiertOs y cerrados dará a las empresas un amplio alcancepara estrategias h íbridas .32
Con el propósito de identificar las interacciones del es tablecimiento de estos sistemas operativos y con la gente que
ha intervenido de manera activa en su diseño, se realiza un
análisis de la red de los participantes en las comunidades desoftware incorporado, incluidos el proyectO ITRON, el Foro
T-Engine, el proyecto TOPPERS y Emblix. Se incluyó también a otro grupo relacionado con el software incorporado
en Japón: el grupo SESSAME (Society ofEmbedded Software
Skill Acquisition for Managers and Engineers). Creado en
2000 por el profesor Yoshinori lizuka, de la Universidad deTokio, con el propósito de educar y brindar la información
necesaria a ingenieros de programación de software incorporado, 33 dicho grupo cuenta en la actualidad con más de
200 miembros , provenientes de empresas fabricantes deequipo y desarrolladoras de software, así como de organizaciones educativas.
Para obtener información sobre las personas que trabajaron en el establecimiento de los sistemas operativos, se revisaron las listas de integrantes de las organizaciones que
apoyan los sistemas operativos, así como los grupos de trabajo pertinentes al interior de tales organizaciones. 34 La red
bimodal incluye tanto a los grupos de desarrollo como a laspersonas que en ellos participan.
Se identificó a 294 personas que participaron activamente
en el proyecto ITRON ; 55 en el proyecto T-Engine; 20 en elproyectO TOPPERS; 55 en Emblix y 209 en el grupo SESSAME. Puesto que algunas de las personas participan en múltiples grupos, el total de 586 participantes es menor que lasuma simple de los integrantes de cada grupo.
La persona que más activamente ha trabajado en el desarrollo de software integrado en Japón es Hiroaki Takada.
Al tiempo que se desempeñaba como líder en el proyecto TOPPERS, participaba en tres comunidades de sistemas
operativos: ITRON, Linux y SESSAME. Su papel central enéstas se confirma al medir los grados de centralidad e intermediación (betweeness) que le corresponden, en ambos
casos los más alros entre todos los participantes. Le siguen
cinco personas que han estado trabajando en tres grupos :Ken Sakamura, Hiroshi Monden, Kiichiro Tamaru, Hideo

32 . Joel West, " HowOpen ls Open Enough? Melding Propriety and Open So urce
Pl atform Strategies", Research Policy, vol. 32, 2003, pp. 1259- 1285 .
33 . Yoshinori Lizuka, lnvita tion to SESSAME, SESSAME, 24 de marzo de 200 1.
34. Emblix, Development ... , op. cit.; " Specification of Hybrid Configuration
between Linux and RTOS(Rev. 1)", Japan Embedded Linux Consortium, 1ode
agosto de 2002; TRONWARE, T-Engine, Personal Media, Tokio, 2003 y 2004;
SESSAM E, SESSAME Participating Members, 2004; Proyecto TOPPERS, TOPPERS
Project: lntroduction and lnvitation , julio de 2004; Association TRON, The
TRON Project: 20'• Anniversary, TRON Association, 2 de junio de 2004.

ee

Inokari e Hiroyuki Kato. En particular, el doctor Sakamura ha estado dirigiendo el proyecto ITRON durante los últimos 20 años y recientemente lo amplió para organizar elForo T-Engine; por su parte, los señores Monden, de NEC,yTamaru, de Toshiba, ambos directores de Emblix, se desempeñaron recientemente como presidente y vicepresidente,respectivamente, del Comité para Fomentar el Desarrollo de
Software Incorporado organizado por el MECI. Puesto que
todas las personas arriba mencionadas en algún momento
trabajaron juntas en el proyecto ITRON, podría inferirse que
hay algunos canales de conexión entre las comunidades desistemas operativos.
Para investigar con mayor profundidad los vínculos entre comunidades, se generó otra gráfica unimodal a partirde la original, en este caso conservando los cinco grupos. La
gráfica 7 ilustra los resultados. Los números cercanos a losnodos representan el total de participantes en los grupos,en tanto que los próximos a las líneas denotan el número depersonas que participan en los dos grupos conectados, según
se refleja en el grosor de las líneas.
Se observaron algunos traslapes en los participantes entre los proyectos ITRON yT-Engine o TOPPERS. Esto era deesperarse, toda vez que los proyectos T-Engine y TOPPERS
se basan ambos en las especificaciones ITRON. Lo que resulta interesante señalar es que son relativamente más loselementos en común entre ITRON y Emblix, cuyos sistemas
G

R

A

F

1

CA

7

RED UNIMODAL DE LAS COMUNIDADES DE SOFTWARE INCORPORADO
EN JAPÓN

T-Engine

55

Fuente: elaboración propia con información de Emblix. Proyedo TOPPERS y Asociación
TRON.

operativos difieren entre sí. Esto sugeriría que el proyecto
ITRON, que comenzó hace 20 años, ha logrado de manera eficaz aportar experiencias valiosas a los participantes,
quienes han podido luego aprovecharlas en el desarrollo desistemas operativos para sistemas incorporados con características distintas.

CONCLUSIONES

E

n este trabajo se examina la evolución de los sistemas operativos para sistemas incorporados en Japón. Mediante elanálisis de la estructura traslapada de las organizaciones desistemas operativos y sus participantes fue posible detectar lacoevolución de las normas para sistemas operativos y las comunidades de desarrollo de software incorporado. La existencia
de redes de individuos en dicha industria podría ser de utilidad
en un momento en que la cooperación y el establecimiento dealianzas entre las comunidades de sistemas operativos estánadquiriendo relevancia. Al usar sistemas operativos comunes,
las compañías podrían reducir el creciente costo de desarrollar
un sistema operativo a partir de cero, y centrar sus esfuerzos
en el desarrollo de programas de aplicación.
Esto se ha demostrado en forma bastante clara en la industria automovilística. En la medida en que el software incorporado empleado en los sistemas de control es cada vez
mayor y más complejo, los fabricantes de automóviles y autopartes han empezado a hacer causa común con organizaciones de desarrollo de programas y aplicaciones en pro dela estandarización del software. En 2002 se creó en Europa laorganización Autosar (Automotive Open System Architecture), con debates entre sus principales integrantes, entre
ellos BMW, Bosch, Volkswagen y DaimlerChrysler, para desarrollar y establecer un estándar abierto en la industria parala arquitectura electrónica automovilística. 35 Más recientemente, Toyota y Nissan establecieron en Japón una organización similar, ]ASPAR, con el propósito de estandarizar elsoftware y las redes para sistemas electrónicos de control paravehículos. 36 Por otra parte, no se observa un movimiento similar en Estados Unidos, donde al parecer cada fabricantede automóviles mantiene su propio sistema con los proveedores de autopartes. Sería interesante investigar con mayor
profundidad las condiciones, las tendencias y las formas decooperación y competencia en materia de sistemas operativos en las diferentes industrias y países. (935. Autostar. Background, 2004.
36. Toyota Motor Corporation, 2004, Nissan and ToyotaJoin Efforts to Standardize Software and Networks for Electronic Vehicle Control Systems, boletínde prensa de Toyota Motor Corporation, 4 de septiembre de 2004.

COMERCIO EXTERIOR, SEPTIEMBRE DE 2005

787