364

Asncrono Conciencia Entorno apoyo por medio de la visualizacin de la Historia Evolucin narrativa en colaboracinJana Schumann1, Tanja Buttler2 y Stephan Lukosch21Universidad de Magdeburgo, Facultad de Ciencias de la Computacin, Departamento de simulacin y grficos, Universitaetsplatz 2, 39106 Magdeburg, AlemaniaJana.schumann@st.ovgu.de2Universidad de Tecnologa de Delft, Facultad de Tecnologa Poltica y Gestin, Seccin Ingeniera de Sistemas, P. O. Box 5015, 2600 GA Delft, Pases Bajos{T.buttler,s.g .lukosch} @el tudelft.nlAbstracto.Entorno apoyo conciencia es obligatoria para el grupo sistemas de apoyo. En este trabajo, presentamos un nuevo enfoque a la comunicacin asncrona conciencia por medio de la trazabilidad. Integrar y evaluar nuestro enfoque en el portal web de fundicin, una herramienta de colaboracin en la narracin. Describimos el desarrollo de un prototipo que muestra cmo la historia colaboracin desarrollado en el transcurso del tiempo. La visualizacin ayuda a los miembros del grupo evaluar que ha modificado la historia compartida, qu es exactamente lo que ha sido modificado y cuando ha sido modificado. Tenemos conciencia evaluar diferentes factores en un experimento. El experimento demostr que nuestra visualizacin enfoque permite a los usuarios adquirir conciencia entorno al acceder a informacin sobre trabajos anteriores de otros usuarios.Keywords:visualizacin de la Informacin, el rea conciencia, trazabilidad, narracin colaborativa1 IntroduccinEl arte de contar historias tiene una historia larga y venerable, que data de siglos. La narracin es una forma tradicional de compartir experiencias y es principalmente el oral [ 1]. Actualmente, hay un aumento de la demanda de libros de audio [2, 3] y podcasts [4, 5], lo que indica arenaissance de escuchar. Este renacimiento de la escucha es tambin visible en las organizaciones donde se intercambian historias cara a cara o por telfono con el fin de compartir conocimientos. Contar historias es no slo una forma humana para compartir conocimientos y experiencias, pero tambin es el mtodo utilizado en diferentes reas de aplicacin bajo la denominacinnarracin .Narracin colaboracin tiene como objetivo el desarrollo de un entendimiento comn de un grupo coordinado por narrar sus actividades, a fin de hacer explcito conocimiento implcito [ 6]. Sobre esta base, el audio de narracin colaborativa utiliza la ley de contar historias en grupos con el fin de permitir el intercambio de experiencias y conocimientos dentro de un grupo. Por lo tanto, de narracin colaborativa ofrece una alternativa a las tcnicas principalmente textual, como por ejemplo los wikis [ 7].G. Kolfschoten, T. Herrmann, y S. Lukosch (Eds. ): CRIWG 2010, LNCS 6257, pgs. 218-232, 2010. Springer-Verlag Berlin Heidelberg 2010Casting es un sistema groupware que admite audio colaboracin de narracin [ 6]. Es compatible con los usuarios de fundicin en colaboracin crear historias no lineales. En comparacin, en una historia lineal con una historia no lineal historia tiene varios parallelthreads [ 8]. Historias no lineales a menudo son visualizadas en el llamado historia grfica que muestra la historia alternativa las roscas. En la fundicin, una historia grfica consta de nodos que contiene material de audio y vincular los bordes. Casting en s consta de dos componentes principales: el cliente y la fundicin fundicin portal web. La aplicacin de cliente permite a los usuarios crear un equipo de proyecto, agregue las grabaciones de audio, grabaciones de audio, las grabaciones de audio y enlace seleccionar y publicar una historia lineal. Con el cliente los usuarios pueden recuperar la versin ms actual de la historia grfica y sincronizar sus cambios locales. La fundicin portalallows web a los usuarios publicar podcasts en la Web y debatir, comentar, votar y reutilizacin de historias. En la fundicin, principalmente, por lo tanto, los usuarios colaboran en forma asincrnica para crear un audio de la historia principal, es decir, los usuarios pueden cambiar la historia grfica mientras se est desconectado y sincronizar sus cambios ms adelante. La resultante crecimiento asincrnica de datos compartidos hace que sea difcil seguir la historia grfica evolucin. Para resolver este problema, es necesario ofrecer apoyo conciencia asncrona [ 9] y proporcionar a los usuarios con los datos necesarios para comprender las actividades recientes en el sistema de montaje. Proporcionando una adecuada conciencia soporta la comprensin de las actividades de los dems, que proporciona un contexto para su actividad propia" [ 10] se puede lograr. Gutwin et al. [ 11] distinguir cuatro tipos de conciencia: grupo de conciencia estructural, la conciencia social, conciencia y el espacio informal. En este trabajo, nos centraremos en espacio y cmo el espacio conciencia conciencia puede ser apoyado en la pieza portal web. rea de conocimiento es "la de los momentos de comprensin de otra interaccin de la persona con el espacio de trabajo compartido". La conciencia de las personas y el modo en que interactan con el entorno de trabajo, en lugar de conciencia del propio entorno [ 12].Abordar el entorno de trabajo que faltan en el casting conciencia portal web con un enfoque novedoso de visualizar la historia grfica evolucin que permite a los usuarios rastrear y comprender cmo el actual estado compartido se ha logrado, es decir, la visualizacin muestra que han cambiado la historia grfica, lo que se ha cambiado y cuando se cambi. En las siguientes secciones, wefirst determinar las necesidades de espacio, y la sensibilizacin la visualizacin correspondiente. A continuacin, se discuten trabajos relacionados, y en detalle presente nuestra solucin, as como su integracin en la pieza fundida. Consideramos, adems presente la configuracin y los resultados de nuestra evaluacin experimento, antes de concluir con un resumen y perspectivas sobre la futura orientacin de los trabajos. 2 Anlisis de los requisitosEn esta seccin, hemos de determinar los requisitos para el apoyo de la toma de conciencia del casting portal web. Describimos un caso de estado el problema y las hiptesis de este trabajo."Un grupo de estudiantes de diferentes universidades de Alemania y su negocio USAmade a recoger las diferencias entre los establecimientos educacionales. Para que quieren usar la conversin como una herramienta de colaboracin en la narracin. El grupo trabajcon xito para un par de semanas en el proyecto, pero ahora quieren ampliar su crculo, por lo que envi una invitacin por el portal web de otra persona. Que la persona decidi unirse al proyecto y las necesidades una descripcin general de los sucesos de las ltimas semanas. Quiere saber quin est trabajando en el proyecto y la forma en que la historia actual grfico se ha convertido a lo largo del tiempo."Cuando las personas trabajan juntas en un entorno compartido (virtual o cara a cara) que necesitan informacin acerca de las actividades y las intenciones de sus compaeros de trabajo. Esta informacin es importante para el xito de la colaboracin entre, especialmente en sistemas informticos [ 10].Nuestro escenario advancedworkspace exige ms conciencia. El nuevo miembro del grupo necesita una descripcin sobre las actividades recientes. Fundicin en la historia grfica capta la consecucin de la actual equipo colaborador, ya que muestra las distintas alternativas de la historia. Los usuarios agregar y quitar nodos, as como los bordes de la historia grfica. Para lograr conciencia en relacin a estas actividades, es necesario visualizar cmo la historia grfica desarrollada a lo largo del tiempo. Basamos nuestra ms anlisis de las necesidades de la siguiente hiptesis: Hiptesis:La visualizacin de la historia grfica evolucin permitir que los miembros del grupo a las actividades de seguimiento en el rea de trabajo.Ahora analizar los requisitos para una extensin apropiada del molde sobre la base de esta hiptesis. Evaluaremos la hiptesis, en la seccin de evaluacin de nuestro artculo. Con el fin de permitir a los usuarios a comprender la historia grfica evolucin y, por lo tanto, proporcionar espacio conciencia, a la visualizacin tiene que proporcionar cierta informacin. Segn Gutwin y Greenberg [ 12], los elementos de conciencia entorno se puede dividir en dos partes: los relacionados con el presente, y los relacionados con el pasado. Nuestro escenario se centra en elementos del pasado, que son accin historia, artefacto historia, historial de eventos y presencia historia. Estos elementos de conciencia espacio debe dar respuesta a las siguientes preguntas: Cmouna accin? Cmo puede un artefacto que se en este estado? Cundo fue que la accin? Que estuvo aqu, y cuando? Lo que una persona ha estado haciendo?, Cundose ha respondido a estas preguntas, los usuarios son capaces de identificar lo que ocurri cuando, y que cada uno de los cambios. Por lo tanto, los usuarios no slo entender cmo la historia grfica desarrollada a lo largo del tiempo, sino que tambin es responsable de la historia grfica evolucin. Por lo tanto, los siguientes requisitos deben cumplirse:R1:La visualizacin de la historia grfica evolucin tiene que mostrar meta-informacin que permite a los usuarios determinar quin hizo los cambios y cuando esos cambios se hicieron.Con el fin de mostrar la informacin de metadatos, es obligatorio llevar registros:R2:fundicin tiene para grabar informacin sobre acciones se llevan a cabo una vez.No todos los usuarios pueden estar interesados en la evolucin de la historia grfica. En algunos casos, es posible que los usuarios slo han perdido un perodo especfico de tiempo o podra estar interesado en los cambios de un grupo especfico. Esto nos lleva a los siguientes requisitos: R3:La visualizacin de la historia grfica evolucin ha de permitir que los usuarios se centren en un perodo especfico de tiempo.R4:La visualizacin de la historia grfica evolucin ha de permitir a los usuarios concentrarse en un grupo especfico.En la fundicin, los usuarios pueden seleccionar un subproceso nico en la historia grfica y exportar este hilo como una historia lineal. Por lo tanto, las historias son importantes los artefactos y los usuarios pueden estar interesados en saber cmo esta historia se construy:R5:La visualizacin de la historia grfica evolucin ha de permitir que los usuarios pueden centrarse en el desarrollo de una historia lineal.3 Trabajos relacionadosEn la seccin anterior se identificaron las necesidades de conciencia sobre crecimiento asincrnico de la historia grfica.En esta seccin consideramos enfoques existentes y examinar si estos enfoques son adecuados para crear conciencia sobre el crecimiento asincrnico de la historia grfica.Erickson y Laff [ 13] se han aadido una lnea de tiempo en las charlas Babel, con el fin de comprender mejor la historia de una conversacin de chat. De diseo, una lnea de tiempo le permite centrarse en un periodos de tiempo especficos (R3). En la lnea de tiempo, cada usuario est representado por una fila. Cada fila muestra las actividades de todos los chats de ese usuario, haciendo hincapi en que el usuario (R4). Sugerencias para usar la herramienta presente informacin adicional como el tiempo de contribucin y obtener informacin adicional sobre el usuario. El calendario permite a los usuarios descubrir cuando otros usuarios estn interactuando en el espacio de colaboracin que permite a los usuarios ajustar sus horas de trabajo para que sea posible colaboracin sncrono cuando sea necesario. Sin embargo, un cronograma no permiten a los usuarios centrarse en objetos como un chat (5).Escuela Virtual es un espacio de colaboracin de interaccin de los alumnos. Un estudio ha revelado que la colaboracin se rompi varias veces debido a la falta de actividad conciencia [ 14]. Una solucin consiste en integrar una lnea de tiempo a los estudiantes de workspace [ 15]. Para cada proyecto, la escala mostr diferentes documentos. Los cambios en los documentos fueron representados por los iconos sobre el eje de los tiempos. Para acceder a los documentos, los usuarios se vieron obligados a seleccionar en la lnea de tiempo en vez de en una lista de documentos, lo que hace el rayo parte integrante del trabajo diario.Estudios de usuarios [ 16] han demostrado que la escala ha sido de gran valor para las personas que se encontraban observando el avance del grupo. Por ejemplo, cuando hay zonas blancas en la escala de tiempo, los profesores consultados los estudiantes responsables de esos documentos acerca de los problemas en su proceso de grupo, y siempre ayuda. Aqu, la lnea de tiempo le permite a los profesores centrarse en proyectos. Sin embargo, el calendario no les permite centrarse en los alumnos de todos los proyectos (R4).En ambos casos, la lnea de tiempo le permite a los usuarios centrarse en dos dimensiones, el perodo de tiempo y otra dimensin como actores o proyectos.DreamObjects [ 17] es una plataforma para gestin transparente datos compartidos de groupware sincrnico. Ofrece soluciones flexibles y extensibles para la distribucin de datos, control de concurrencia, datos persistencia, rezagado y notificacin en la interfaz de usuario. En DreamObjects, los recin llegados pueden escoger entre una transferencia directa del estado y la repeticin de cmo el estado actual se ha llegado [ 18]. La reproduccin mecanismo la colaboracin conciencia [ 19] y, por tanto, ofrece una posibilidad de dirigir la evolucin de la historia grfica a travs de la animacin. Sin embargo, en DreamObjects no es posible centrarse en los actores (R4) o artefactos (R5).Facebook ofrece un feed de actividad [ 20], para mantener a los usuarios evaluar las actividades de sus amigos, por lo que proporciona algunos meta-informacin (R1). Esta toma de conciencia mecanismo permite a los usuarios seguir las acciones, pero no ofrece ayuda a centrar la atencin en un amigo en concreto (R4) o de las actividades llevadas a cabo en un perodo de tiempo (R3).Aparte de las aplicaciones, existen unas cuantas herramientas que admiten usuarios en colaboracin crear historias. TellStory [ 21] es una aplicacin de colaboracin que admite grupos de creacin de texto de historias. Sin embargo, no hay conciencia apoyo en relacin con el crecimiento de la historia.StoryMapper[ 22], admite grupos de contar una historia inspirada en un mapa conceptual. Cada nodo de un mapa representa un evento de los hechos, la hora de la cita, y los actores involucrados y enlaces a otros objetos multimedia. Los bordes representan las relaciones semnticas entre los nodos. El color del borde de un nodo se utiliza para indicar que ha creado ese nodo. StoryMapper proporciona algunos meta-informacin (R1) y utiliza cdigos de color para mostrar que el usuario crea un nodo, lo que parcialmente (R4). Sin embargo, no tiene ningn mecanismo que ayuda a los usuarios a concentrarse en perodos de tiempo (R3) o partes de la historia grfica (R5).Fotonovela[ 23] utiliza la narracin para aumentar la conciencia en el grupo sobre su presentacin externa sino tambin a sus actividades sociales. Con ese fin, el grupo puede crear historias que constan de una serie de fotografas con los subttulos correspondientes. Fotonovela utiliza BSCW [ 24] como un espacio de colaboracin. BSCW estructuras de datos especficos proporcionan la base para las anotaciones de las imgenes. Aparte de atributos relacionados con la historia, como el tipo de evento o la posicin de una imagen en el drama arco, la toma de conciencia relacionados con atributos como autor y fecha de creacin. Mientras fotonovela proporciona algunos meta-informacin sobre las imgenes (R1), no dar soporte tcnico a los usuarios para entender la evolucin de la historia, centrndose en perodos de tiempo concretos (R3) o usuarios (R4).La narracin basada en internet aplicacin Voicethread[ 25]admite grupos de creacin de secuencias de imgenes o vdeos. Los usuarios pueden agregar texto, audio o video en multimedia comentarios a estos artefactos y, en consecuencia, a crear un relato digital. Estos comentarios se pueden asociar a un autor a travs de una imagen. Los comentarios se pueden reproducir en el orden de su creacin. Sin embargo, Voicethread no emplea mecanismos de filtrado para prestar asistencia tcnica a los usuarios para entender la evolucin de la historia (R3, R4).El anlisis anterior indica que, actualmente, no hay suficiente apoyo para la toma de conciencia de la crecimiento asincrnico de una historia grfica.Enfoque 4En la fundicin portal web el usuario no puede realizar el seguimiento de las otras actividades de los usuarios lo que hace difcil para estar al tanto de los cambios en el entorno de trabajo. En nuestro anlisis de las necesidades, se identificaron las necesidades para mejorar el entorno por medio de la visualizacin de la conciencia historia grfica evolucin. Con el fin de poner a prueba nuestra hiptesis, hemos desarrollado e integrado un prototipo en el portal web de fundicin. El ejemplo (Figura 1, Figura 2) se describe en la Seccin 2. Fig. 1.Historia Visualizacin grfica

El prototipo est dividido en dos partes principales (Figura 1). La parte superior muestra la verdadera historia grfica visualizacin (R1) ,y la parte inferior muestra las funciones de control para filtrar la informacin que aparece en el relato grfico (R3, R4). La visualizacin en s(1) muestra una historia grfica.elegimos que tipo de visualizacin, ya que la historia grfica tambin se utiliza en la fundicin aplicacin de escritorio, que es necesaria para el usuario para crear el grfico en colaboracin y asychronously. De esta manera, el no confundir a los usuarios. Consejos sobre las herramientas proporcionan informacin adicional sobre los ganglios los bordes de la visualizacin (R1).La historia grfica de control (2) est dividido en tres partes: el ltimo grfico, Grfico Evolucin y Ayuda. El ltimo control de grficos le permite a un usuario a explorar quin hizo qu y cundo en la ltima historia grfica, respondiendo as a R4. La historia grfica puede ser filtrada por un usuario (3), lo que pone de manifiesto los bordes y los anillos exteriores de los nodos creados por el usuario seleccionado (R4). Por lo tanto, este filtro ofrece la posibilidad de ver qu persona ha creado lo que artefacto en la ms vista actual. Adems, el perfil de los usuarios seleccionados (4).La historia grfica tambin se puede filtrar por fecha de creacin de nodos y aristas (R3) en el proyecto (5). Si un nodo o un borde fue creado en el perodo de tiempo seleccionado, estos nodos y aristas (R3). Esta funcin ofrece la posibilidad de ver cuando un artefacto fue creado en la ltima vista de grfico. Con el uso de esta funcin la cuestin "Cundo fue que accin?"se responde a los usuarios. El ltimo control de grficos tambin ofrece una funcin de zoom (6) para acercar y alejar en la ltima historia grfica. Este fue implementado para ayudar a los usuarios cuando la historia grfica es ms grande que el panel en el que se muestra. Esto permite que el usuario tome una mirada en el grfico completo o tener un vistazo ms de cerca a los detalles especficos. La funcin de zoom est disponible tambin en el grfico Evolutioncontrol. Fig. 2.Historia Grfica Evolucin

La segunda parte de la historia grfica de evolucin es el grfico (Figura 2). El grfico de evolucin ofrece varias funciones de filtro grfico de todos los artefactos, que se crean, modifican o eliminan en el tiempo, lo que permite a los usuarios para entender la evolucin de la historia grfica (R1, R5). Mediante la seleccin de una historia (1), los filtros de usuario la historia grfica evolucin en lo que respecta a las historias creadas en el proyecto. Si un nodo o un borde es parte de la historia, a continuacin, estos nodos y los bordes se destac en la historia grfica. Este filtro ofrece la posibilidad de ver cmo las historias en el proyecto se han creado. Adems, el usuario puede ir directamente a la calificacin de la historia de la fundicin portal web. La evolucin funcin permite al usuario ver cmo la historia grfica desarrollada a lo largo del tiempo (R5) .dos correderas permiten a un usuario para reproducir la historia evolucin. El control inferior (3) permite al usuario seleccionar un periodo de tiempo determinado y el control superior (2) permite que el usuario pueda deslizarse a travs de ese perodo de tiempo seleccionado. La diapositiva actual paso y el tiempo se muestran en la parte inferior de la evolucin (4). Mediante esta funcin las preguntas " Qutiene un personbeen haciendo? ", "Cundo la accin?" y "Cmo puede un artefacto de estar en este estado?" soncontestadas. La tercera y ltima parte de la historia grfica de la seccin de ayuda (Figura 3) .Se ofrece descripciones grficas sobre el significado de los colores y la muestra de un nodo o un borde, therebyimproving la comprensin de la historia visualizacin grfica.La codificacin de color es importante para los usuarios a reconocer el estado del nodo y el borde preattentively.El anillo interior de un nodo (1) indica la edad, lo que permite que el usuario Fig. 3.Seccin de Ayuda

Ver la edad aproximada de un nodo de un vistazo. Si el anillo interior es de color naranja que se ha creado en ese da. Si es de color amarillo, es al menos un mes de edad, y si es blanco es al menos un ao de edad. El anillo exterior de un nodo (2) se utiliza para indicar el estado del nodo. Si el anillo exterior del nodo es resaltado en color naranja, el nodo fue creado en el punto seleccionado en el tiempo. Si est en rojo un usuario ha eliminado el nodo en el punto seleccionado en el tiempo. El mismo cdigo de colores se utiliza para los bordes (3). La seccin de ayuda se supone que es una leyenda de la historia grfica evolucin, sino que tambin ofrece un tutorial (4) para los nuevos usuarios.5 Implementacin del sistemaDos componentes se agregaron a la ya existente sistema de montaje para implementar la visualizacin de la historia grfica evolucin; un registro de actividades y un servicio que utiliza el registro de actividad.Un registro de actividad fue implementado para grabar todos los cambios de la historia grfica (R2) en una base de datos que se utiliza en el StorytellingServer. Informacin sobre el tipo de cambio, la fecha y el usuario se haban reunido. Adems, el servicio utilizando el registro de actividades para proporcionar informacin para la visualizacin y los mecanismos de filtrado. Tanto el registro de actividad y el servicio fueron integrados en el ncleo narrativo.La visualizacin grfica y las secciones de control se proporciona como una rich internet application (RIA) basado en BirdEye[ 26] y AdobeFlex [ 27]. BirdEye es un proyecto de la comunidad para promover el diseo y desarrollo de un cdigo fuente abierto y visualizacin de la informacin analtica visual biblioteca de Adobe Flex. La biblioteca permite la creacin de multi-dimensional interfaces visualizacin de datos para el anlisis y presentacin de la informacin. 6 Evaluacin Hemos realizado un laboratorio experimental para poner a prueba nuestra hiptesis"La visualizacin de la historia grfica evolucin permitir que los miembros del grupo de seguimiento a las actividades en el rea de trabajo".Con respecto a esta hiptesis (ver anlisis de los requerimientos), tres preguntas (I - III) se estudiaron en el experimento, una cuestin adicional (IV) se refiere a la manipulacin de la visualizacin:I. La visualizacin que quede claro que ha cambiado lo que en el relato grfico?(R1, R4, R5)Esta cuestin es compatible con el "qu"-categora y el"quin"-categora de espacio y conciencia de esta manera conocer los avances del rea en proyectos de grupo en el portal de la web. II. La visualizacin dejar claro, si algo ha cambiado en la historia grfica? (R1, R3, R5)Esta cuestin es compatible con el"cuando" -categora y el"qu"-categora de conocimiento y espacio de esta manera los avances en el rea de conocimiento proyectos de grupo con el portal de la web. III. La visualizacin que quede claro que en general est trabajando en la historia grfica? Son los usuarios conscientes de otros usuarios en el proyecto? (R4)Esta cuestin es compatible con el "quin"-categora y el"dnde"-categora de conocimiento y espacio de esta manera los avances en el rea de conocimiento proyectos de grupo con el portal de la web. IV. Es la interfaz de usuario fcil de manejar? Esta cuestin se asegura de que la interfaz de usuario es muy fcil de manejar para los miembros del proyecto. Si es sencillo, a continuacin, los usuarios tienen la posibilidad de obtener toda la informacin que necesitan. Por lo tanto, el espacio est avanzada en conciencia de manera indirecta. En la siguiente seccin se describe la configuracin bsica del experimento, seguido por una presentacin de los resultados. En total diez participantes voluntarios (edad de 22 a 28; 7 macho y 3 hembra) de cuatro pases (1 de Canad, 5 de Alemania, 3 de los Pases Bajos y de los 1 de los ESTADOS UNIDOS DE AMRICA) participaron en el experimento. Todos ellos carecen de experiencia en las tcnicas de narracin que va a la base del experimento, la hiptesis de "recin llegado" mencionados en la Seccin 2. Los participantes tenan diferentes niveles de experiencia para lograr trabajar con el ordenador. 5 De ellos un fundamento en las ciencias de la computacin.Cuatro simulacros las personas se aplica a un proyecto. El trabajador por cuenta ajena grfico est formado por nueve nodos y diez bordes y tena siete veces edicin de los nodos y los bordes. Esto equivale a un pequeo, pero no demasiado complicada narracin proyecto. Que implica que el estudio est limitado a un pequeo nmero de usuarios y un pequeo proyecto de ejemplo.La ejecucin del experimento se dividi en dos fases. En la primera fase, los participantes tenan que leer informacin bsica acerca de la narracin y lo que esperan ver en la visualizacin prototipo. Al hacerlo, les debe dar conocimientos bsicos para la realizacin del experimento. En la segunda fase los participantes trabajaron con el visualizationand rellenar un cuestionario digital al mismo tiempo. Fueron capaces de completar el experimento de forma independiente uno del otro. Tuvo un promedio de 30 minutos para completar. El cuestionario consta de dos secciones diferentes de tareas y un total de 14 tareas para el experimento. Cada tarea tiene diferentes respuestas que los participantes pudieron elegir. Los primeros 12 tareas son preguntas cerradas y las dos ltimas tareasutiliza una escala de calificacin ordinal para crear un ranking. Para responder a las cuatro preguntas mencionadas anteriormente, los siguientes 14 taskswere explorados durante el experimento:1. Las personas que trabajan en el relato grfico?2. Cul es el apellido de Nadine?3. Que la persona es el ms activo en cuanto a la historia grfica?4. Que es la persona ms inactivo en lo que respecta a la historia grfica?Tabla1.Visin general de la relacin entre las preguntas, tareas y requisitosPreguntasTareasRequisitos

I.la visualizacin que quede claro que ha cambiado lo que en el relato grfico?5, 9, 10R1:La visualizacin de la historia grfica evolucin tiene que mostrar metainformation que permite a los usuarios determinar quin hizo los cambios y cuando se hicieron los cambios.R4:La visualizacin de la historia grfica evolucin ha de permitir a los usuarios concentrarse en un grupo especfico.

II.la visualizacin en claro cuando algo ha cambiado en la historia grfica?R1:La visualizacin de la historia grfica evolucin tiene que mostrar metainformation que permite a los usuarios determinar quin hizo los cambios y cuando se hicieron los cambios.R3:La visualizacin de la historia grfica evolucin ha de permitir que los usuarios se centren en un perodo especfico de tiempo.R5:La visualizacin de la historia grfica evolucin ha de permitir que los usuarios pueden centrarse en el desarrollo de una historia lineal.

III.la visualizacin que quede claro que en general trabaja en la historia grfica? Son los usuarios conscientes de otros usuarios en el proyecto?2-8, 10-12R4:La visualizacin de la historia grfica evolucin ha de permitir a los usuarios concentrarse en un grupo especfico.

IV.Es la interfaz de usuario fcil de manejar?13, 14-

5. Qu Jared en 27 enero 2010? 6. Las historias que se han creado en la historia grfica?7. Archivos de audio que se utilizarn en el proyecto? 8. Que la persona fue el ltimo trabajo en el proyecto?9. Momento en que fue "UCLA.mp3 / ubicacinUWSP.mp3 / ubicacin" eliminado?10. Cuando se nodo (crculo) "UWSP/educacin" creado y por quin?11. Que la persona que se ponga en contacto con si usted tiene preguntas sobre la UWSP entrevista?12. Con que la persona que usted coopere, si quieres hacer algo con la historia "Alimentos Comparacin"?13. La manipulacin de la historia grfica visualizacin era muy fcil de aprender14. SIEMPRE saba donde estoy y lo que tiene que hacer.En la Tabla 1 se muestra un panorama general sobre la relacin entre las preguntas generales, las tareas de los participantes en el experimento y los requisitos establecidos en la Seccin 2.En la siguiente seccin las preguntas y los resultados del experimento se comparan entre s.I. La visualizacin que quede claro que ha cambiado lo que en el relato grfico?(R1, R4, R5)Los primeros 12 tareas, adems tarea 1 y 9, pregunta de soporte I. Todas las tareas fueron contestadas 100% correcto, con la excepcin de la tarea 3, 4 y 6 (Figura 4). Algunos participantes tenan problemas answeringwhich miembro de proyecto es el ms activo o inactivo relacionado con la historia grfica. Otro de los participantes no saba que las historias fueron creados en el proyecto. El problema aqu radica en el modo en que el se pregunt. Es posible que no haba muchas formas de interpretar la pregunta. Sin embargo, la mayora de los participantes fueron capaces de resolver las tareas. Esto implica que la visualizacin de la historia grfica evolucin proporciona la funcionalidad necesaria para hacer hincapi en el"qu"-categora y el"quin"categora de conciencia entorno y, por tanto, apoya nuestra hiptesis.II. La visualizacin dejar claro, si algo ha cambiado en la historia grfica? (R1, R3, R5)Las tareas 5, 9 y 10 fueron contestadas 100% de los participantes (Figura 4). Esto implica que los participantes eran conscientes cuando los cambios en el grfico se hicieron historia ("cuando" -categora de espacio). Esto tambin apoya nuestra hiptesis.III. La visualizacin que quede claro que por lo general trabaja en la historia grfica? Son los usuarios conscientes de otros usuarios en el proyecto? (R4)Tarea 1 fue contestada correcta al 100% de los participantes (Figura 4). Esto implica que los participantes saben que la gente ha trabajado en la historia grfica y de esta manera, estn conscientes de los otros miembros del proyecto. De esta manera el rea de conocimiento de proyectos de grupo con el portal web est avanzado. Adems, faculta a los miembros del proyecto a darse cuenta de los dems miembros del proyecto. Este, al igual que los dos resultados anteriores, apoya nuestra hiptesis.

Fig. 4.Las respuestas de los participantes a los temas 1-12IV. Es la interfaz de usuario fcil de manejar?

Fig. 5.Las respuestas de los participantes a los temas 13 y 14El resultado de las dos ltimas tareas del cuestionario se muestra en la Figura 5. Los participantes calificaron ambas tareas en promedio "Estoy de acuerdo", lo que significa que la interfaz y la usabilidad est bien, pero que todava hay margen de mejora. Una posible explicacin para el alto grado de variacin de la calificacin es el uso de los participantes en este tipo de aplicaciones. Las personas que no tienen antecedentes de ciencias de la computacin en promedio inferior a los participantes con mayor ciencias de la computacin.En general, se ha demostrado que la visualizacin prototipo ofrece la funcionalidad para mostrar al usuario informacin relacionada con todo espacio que necesita para obtener una visin general de lo que ocurri en el pasado. La aplicacin los avances del conocimiento en el rea de fundicin web portal, mostrando que edit lo que los artefactos de la historia grfica y cuando fue editado. Tambin se ha demostrado que la visualizacin hace que los usuarios sean conscientes de otros usuarios dentro de la historia grfica y el proyecto. Este hecho y el facilitar el aprendizaje de la historia grfica manejo permite a los usuarios hacer un seguimiento de las actividades de otros usuarios y habilitar a los usuarios a la pregunta y comprender los resultados del trabajo de los dems usuarios. La experiencia ha demostrado tambin que la visualizacin contiene toda la informacin que antes slo disponibles textualmente. Por lo tanto, el objetivo principal del experimento se ha logrado.Durante el experimento las limitaciones del prototipo tambin se descubrieron, que es la base para la introduccin de mejoras en el futuro. Los usuarios no pudieron ver el grfico entero mientras mira informacin detallada. Un mapa general podra ser utilizado para hacer frente a esta cuestin. Adems, los usuarios no pudieron acceder a los archivos de audio representado por los nodos.Mientras que la historia siempre conciencia visualizacin grfica con respecto a los cambios en el grfico en s, el conocimiento de la evolucin de los contenidos an no se ha logrado. Esto es fundamental para comprender cmo las historias y el significado que contienen evolucionar con el tiempo. Perspectiva las mejoras y extensiones para la visualizacin prototipo se examinan en la seccin siguiente.7 Conclusiones y Trabajo FuturoAsincrnicamente creciente historia grficos hacen que sea difcil para los usuarios a seguir la evolucin de estos grficos. Sobre la base del concepto de conciencia entorno hemos identificado necesidades y present un prototipo visualizar la historia grfica evolucin.Por otra parte, se evaluaron diferentes factores conciencia en un experimento. El experimento mostr que nuestra visualizacin enfoque permite a los usuarios adquirir conciencia de espacio para acceder a la informacin sobre trabajos anteriores de otros usuarios y para seguir el proceso de desarrollo de la historia grfica. La visualizacin puede ser utilizado para explorar sus efectos sobre la colaboracin entre los usuarios, p. ej.: un usuario necesita menos tiempo para introducir al proyecto? Qu tan grande es la diferencia de espacio de narracin portal web con y sin la visualizacin de la historia grfica evolucin? La visualizacin llevar a una mejor coordinacin y comunicacin entre los miembros del proyecto? Puede una simplificacin de la comunicacin se puede lograr? Qu tan efectivo es este tipo de visualizacin con mucho ms muestra los nodos y los bordes?Referencias1. Totzke, R. : Erinnern - Erzaehlen - Wissen: Fue haben (Erfahrungs-) Geschichten mit echtem Wissen zu tun? En: Reinman, G. (ed.) Erfahrungswissen erzaehlbar entero. Pabst Science Publishers, Lengerich (2005)2. Philips, D. : libros: El encuentro de la literatura y la tecnologa en el libro de audio.Convergencia 13 (3), 293-306 (2007)3. Friederichs, T. , Hass, B. H. : Der Markt fr Hrbcher. Eine Analizar klassischer und neuer Distributionsformen. MedienWirtschaft. Zeitschrift fr und Medienmanagement Kommunikationskonomie 3, 22-35 (2006)4. Hein, G. , Jakuska, R. : Podcast industria. iLabs - Centro de Investigacin para la Innovacin. Escuela de Administracin, Universidad de Michigan-Dearborn (abril de 2007)5. Martens, D. , Amann, R. : Internetnutzung zwischen Pragmatismus und Usted Tube-Euphorie . Media Perspektiven 11, 538-551 (2007)6. Lukosch, S. , Klebl, M. , Buttler, T. : Audio Facilitar Colaboracin Cuentos para Gestin del Conocimiento Informal. En: Briggs, R. O. , Antunes, P. , de Vreede, G. J. , Read, A. S. (eds.) CRIWG 2008. LNCS, vol. 5411, pgs. 289-304. Springer, Heidelberg (2008)7. Wikipedia colaboradores: Wiki. Wikipedia, la Enciclopedia Libre (2010 Febrero ),http://en.wikipedia.org/w/index.php?title=Wiki& oldid=3699083128. Spaniol, M. , Klamma, R. , surinams Sharda, N. , Jarke, M. : aprender a travs de la Web con nonlinearmultimedia historias. En: Liu, W. , Li, Q. , Lau, R. (eds.) ICWL 2006. LNCS, vol. 4181, pgs. 249-263. Springer, Heidelberg (2006)9. Pankoke-Babatz , U. , Prinz, W. , Schaefer, L. : Historias de Conciencia asincrnica. En: Darses, F. , Dieng, R. , Simone, C. , Zacklad, M. (eds.) Sistemas de Cooperacin Diseo - Diseo dimensionamiento de Sistemas Colaborativos, pp.23-38. IOS Press, Amsterdam (2004)10. Dourish, P. , Belotti, V. : Aumento de la concienciacin y la coordinacin en reas de trabajo compartidas. En: Computer Supported Cooperative Work, los procedimientos de la ACM 1992 conferencia de computadora trabajo cooperativo, pgs. 107-114. ACM Press, Nueva York (1992)11. Gutwin, C. , Greenberg, S. , Roseman, M. : Espacio distribuido en tiempo real conciencia Groupware: Marco, Widgets, y la evaluacin. En: Actas de HCI en las personas y los equipos XI, Londres, pgs. 281-298 (1996)12. Gutwin, C. , Greenberg, S. : un marco de conciencia para pequeos grupos en sharedworkspace groupware. Informe Tcnico 99-1, Departamento de Ciencia de la Computacin, Universidad de Saskatchewan, Canad (1999)13. Erickson, T. , Halverson, C. , Kellogg, W. A. , Laff, M. : Social traslcido: disear las infraestructuras sociales que hacen visible actividad colectiva. Communications of the ACM 45 (4), 40-44, (2002)14. Carroll, J. M. , Neale, D. C. , Isenhour, P. L. , Rosson, M. B. , McCrickard, D. S. : Notificacin y sensibilizacin: la sincronizacin de tareas actividades de colaboracin. Revista Internacional de Estudios 58 (5), 605-632 (2003)15. Ganoe, C. H. , Convertino, G. , Carroll, J. M. : El puente conciencia entorno actividad: herramientas de apoyo a proyectos de colaboracin. En: Actas de la tercera conferencia Nrdica sobre interaccin humano-ordenador, pgs. 453-454. ACM Press, Nueva York (2004)16. Ganoe, C. H. Somervell, J. P. , Neale, D. C. , Isenhour, P. I. , Carroll, J. M. , Rosson, M. B. , McCrickard, D. S. : Aula PUENTE: el uso pblico de los plazos y escritorio para respaldar la actividad. En: Actas de la 16th Annual ACM symposium on user interface software and technology, pgs. 21-30. ACM Press, Nueva York (2003)17. Lukosch, S. : Flexible y transparente intercambio de datos sincrnica de groupware. Revista Internacional de Aplicaciones de la informtica, nmero especial sobre Enfoques actuales para el Groupware Diseo, implementacin y evaluacin 19, 215-230 (2004)18. Lukosch, S. : transparente sncrono rezagado de Groupware. En: Favela, J. , Decouchant, D. (eds.) CRIWG 2003. LNCS, vol. 2806, pgs. 26-41. Springer, Heidelberg (2003)19. Lauwers, J. C. , Lantz, K. A. : sensibilizacin colaboracin en apoyo de la colaboracin transparencia: requisitos para la prxima generacin de sistemas de ventanas. En: Actas de la conferencia SIGCHI sobre factores humanos en sistemas informticos: Capacitacin de las personas, pgs. 303-311. ACM Press, Nueva York (1990)20. Facebook Desarrolladores: feed de actividad (2010 marzo ), Http://developers.facebook.com/docs/reference/ plugins/actividad 21. Perret, R. , Borges, M. R. , Santoro, F. M. : Aplicacin grupo narracin con la gestin del conocimiento. En: de Vreede, G. -J. , Guerrero, L. A. , Marn Ravents, G. (eds.) CRIWG 2004. LNCS, vol. 3198, pgs. 34-41. Springer, Heidelberg (2004)22. Acosta, C. , Collazos, C. , Guerrero, L. , Pino, J. , Neyem, H. , Motele, O. : StoryMapper: una herramienta Multimedia de exteriorizar conocimientos. En: Actas de la XXIV Conferencia de la ciencia de la Computacin Sociedad Chilena, pgs. 133-140. IEEE CS Press, Los Alamitos (2004)23. Schfer, L. , Valle, C. , Prinz, W. : El Grupo narracin conciencia y equipo de entretenimiento. En: NordiCHI 2004: Actas de la tercera conferencia Nrdica sobre interaccin humano-ordenador, pgs. 441-444. ACM Press, Nueva York (2004)24. Bentley, R. , Horstmann, T. , Sikkel, K. , Trevor, J. : Apoyar collaborativeinformation compartir con la World Wide Web: El sistema BSCW Shared Workspace. En: Actas de la 4th International World Wide Web Conference, pgs. 63-74. O'Reilley & Associates, Boston (1995)25. VoiceThread (2010 marzo ),http://voicethread.com/26. Birdeye - Visualizacin de la Informacin y Biblioteca Analtica Visual (2009 octubre ),http://code.google.com/p/birdeye/27. Adobe Flex (2009 diciembre ),http://www.adobe.com/de/products/flex/

232J. Schumann, T. Buttler, y S. LukoschAsncrono Conciencia Entorno apoyo por medio de la visualizacin de la Historia Evolucin15

Dispositivo de colaboracin Normas para la PCSCWHamadache modelo 'Kahina' y Luigi Lancieri Orange Labs, 42 rue des Coutures, 14000 Caen, FranciaLIFL Universidad Lille 1, Lille, FranciaKahina.hamadache@orange-ftgroup.com luigi.lancieri@univ-lille1.frResumen: Eneste trabajo se describe el diseo, el desarrollo y el uso de dispositivos colaboracin normas para la PCSCW (Pervasive Computing apoya labor de colaboracin) Modelo. Estas reglas dependen de la descripcin precisa de las funciones, tareas, acciones, recursos necesarios y las limitaciones asociadas a estos recursos para seleccionar la forma correcta de hacer los dispositivos cooperar con el objetivo final de facilitar la colaboracin de los seres humanos. Le sugerimos que, al definir las limitaciones en cuanto a recursos como tripletes compuesto de un parmetro, un valor y una importancia asociados que nos permite cuantificar, estimacin, comparar y elegir entre varios candidatos. La finalidad de estas normas es un medio simple pero eficaz para hacer los dispositivos automticamente eligen la forma ms apropiada de cooperar.Keywords:computacin ubicua, el trabajo colaborativo, las limitaciones Modelado, PCSCW, Colaboracin.1 IntroduccinEl equipo admite trabajo colaborativo (CSCW) el dominio es probablemente uno de los ms activos campos de investigacin de los ltimos aos. En efecto, debido a las facilidades de los equipos y dispositivos inteligentes es casi imposible encontrar personas que trabajan sin ellos. En los ltimos aos las tecnologas de la informacin estn evolucionando hacia la multiplicacin de dispositivos electrnicos inteligentes, como los smartphones, porttiles, GPS, etc. A pesar de (o quiz debido a la proliferacin del entorno digital es un espacio donde varios tipos de dispositivos pueden comunicarse, o no, con los dems. Por lo tanto, a fin de que este espacio "de forma continua" la computacin ubicua [ 7] se basa en la comunicacin entre los dispositivos a adaptar su comportamiento inteligente en el contexto actual de los usuarios y ofrecerles una perfecta interaccin con el mundo digital.En este aspecto nuestro trabajo rpidamente ha centrado en la forma en que podemos integrar la computacin ubicua en CSCW. Dicha integracin podra llevar varias ventajas: ahorro de tiempo y recursos para empresas, el trabajo simplificacin y automatizacin de tareas de los trabajadores. En un "verde" cuenta tambin podra ayudar a reducir el impacto energtico de los usuarios mediante el acompaamiento en utilizar dispositivos ms ligeros y servicios.En el largo camino hacia este logro ya hemos sembrado algunas semillas.Por lo tanto, como se describen en las siguientes secciones nos hemos propuesto elmodelo PCSCWG. Kolfschoten, T. Herrmann, y S. Lukosch (Eds. ): CRIWG 2010, LNCS 6257, pgs. 233-248, 2010. Springer-Verlag Berlin Heidelberg 2010(Ver ms adelante) que est diseado para mejorar la integracin de aspectos del trabajo colaborativo con computacin ubicua y hacer que se beneficien unos de otros, podemos proponer un modelo que permita describir los usuarios con sus roles, tareas, acciones y recursos necesarios para llevarlas a cabo. A continuacin, mediante la comparacin de recursos necesarios disponibles que pueden desencadenar rutinas cooperacin dispositivo para facilitar la colaboracin de los usuarios.Todos los dispositivos que no admiten de forma nativa colaboracin con los dems. Con el fin de resolver este tipo de problema que argumentan que la definicin de dispositivo colaboracin normas podran ser de gran ayuda. Estas normas pretenden definir tareas que podra realizar automticamente los dispositivos de colaborar con el fin de permitir a los usuarios realizar su propia tarea. La idea principal detrs de esto es la siguiente: un usuario necesita dos (o ms) los recursos para realizar una accin relacionada con una tarea; estos recursos no estn disponibles en un nico dispositivo, pero la combinacin de varios de ellos pueden suministrar los recursos. Por lo tanto, el dispositivo colaboracin las reglas definen lo que las acciones que se pueden realizar por los dispositivos para colaborar, para finalmente proporcionar recursos necesarios para el usuario. Estas colaboraciones pueden ser de diversos tipos: acceso a la red informtica, delegacin de tareas pesadas y la notificacin de eventos, todo lo que te puedas imaginar para hacer varios dispositivos cooperar.En este documento vamos a ir en las profundidades de estos dispositivos colaboracin las normas; se van a presentar cmo estas colaboracin normas estn diseadas y cmo podemos utilizarlos.Este documento est organizado de la siguiente manera: en primer lugar, se introducen los conceptos bsicos de la PCSCW Modelo de poder en un segundo tiempo de colaboracin eficaz dispositivo describir las normas que estamos utilizando. En tercer lugar, para ilustrar nuestro trabajo proponemos un caso de uso basado en escenarios sencillos fusin colaboracin de los usuarios con la colaboracin de mquinas. La cuarta seccin est dedicada a presentar una forma de aplicar y utilizar el modelo PCSCW y su colaboracin. Junto al ltimo presentamos un breve estado del arte sobre computacin ubicua modelado y el razonamiento. Finalmente se concluye con algunas de las perspectivas de nuestro trabajo futuro.Modelo 2 PCSCWComo nuestro inters en el campo de la investigacin se ha centrado en la integracin de la computacin ubicua en la computer supported collaborative trabajo hemos propuesto en un trabajo anterior [ 1] un modelo original que apunta a hacer dispositivos inteligentes cooperar perfectamente para mejorar y facilitar la colaboracin de los usuarios. Este modelo, denominado PCSCW de Pervasive Computing apoya labor de colaboracin, se basa en un sencillo pero esencial "sub-modelos": Una tareamodelocompuesto por dos conceptos: Tarea: representa un proceso significativo para ser realizadas por uno o ms usuarios a alcanzar una meta especfica, por ejemplo, "creando una pgina web", puede estar compuesto por un conjunto de subtareas o acciones; Accin: describe un atmico paso de una tarea, es decir, no tiene carcter discriminatorio, ya que no se puede entender fuera de la tarea. Para ilustrar lo que podemos considerar la accin "abrir un navegador web" que no transmite ningn significado especfico sino que puede ser integrado en tareas como "buscar en la web" o "comprobacin correo". Un modeloconstruido por encima de la tarea modelo, que se extiende por ms de un concepto y algunos retoques acerca de las tareas: Funcin :se define el papel que deben desempear uno o ms usuarios, cubriendo las tareas en dos subconjuntos: obligatorio, permitido y tareas prohibidas; Las tareas pueden requerir uno o ms roles que se deben realizar. Por lo tanto, una tarea puede ser compartido entre varios roles y, a continuacin, se convierte en una tarea "de colaboracin". Un modelo de recursoque proporciona una base comn para representar: Recursos necesarios: conjunto de recursos necesita la accin que se debe realizar. Por describir estos requisitos en el trmino de software, hardware, recursos humanos y sociales en el plano de la accin eficiente podemos describir los recursos necesarios para una determinada tarea. Recursos disponibles:el conjunto de recursos disponibles en medio del usuario, que proporciona una representacin estructurada de contexto; Dispositivo:la representacin de un dispositivo contextual es simplemente una parte de los recursos disponibles, pero con un determinado grado de lo que se considera como un agente activo de la colaboracin.Adems de estos sub-modelos, el modelo incluyeDispositivo PCSCW Colaboracin Normas. El principio principal de estas normas es la siguiente: por comparacin de los recursos necesarios para llevar a cabo una tarea o una accin con dispositivos disponibles los recursos de los que puede desencadenar interacciones especficas entre los dispositivos para que puedan cooperar para proporcionar todos los recursos necesarios para el usuario. Yendo un poco ms estas reglas pueden incluso realizar toda las acciones o tareas y evitar que los usuarios puedan hacer repetitivas y desconsiderada. Todas estas caractersticas crear un modelo que permite que los usuarios de dispositivos inteligentes de contexto de forma automtica y perfectamente cooperar para facilitar, canalizar y promover la colaboracin de los usuarios.3 Dispositivo Colaboracin ReglasYa que es nuestro principal objetivo para este artculo vamos a hacer una investigacin en profundidad de los dispositivos colaboracin normas, vamos a ver cmo estn diseados y cmo podemos utilizarlos.3.1 NormasDos o ms dispositivos colaborar no slo dependen de recursos; de hecho hay que tener definido un conjunto de comportamientos que se activar cuando contexto del usuario coincide con algunos requisitos de las reglas. Para ser coherentes con su principio fundamental, comportamiento de la regla contiene acciones que se realizarn con la descripcin de sus recursos asociados. De hecho, cada dispositivo colaboracin regla se define con la siguiente sintaxis(1): SI(contexto.recursosregla.)Entonces, NOregla. ( 1)Evidentemente, algunas reglas pueden tener una similar o parcialmente conjunto equivalente de los recursos necesarios, lo que supone que ms de una regla puede ser igualado por el contexto actual y dar lugar a algn tipo de conflicto. Adems tenemos que manifestar una necesidad especfica aqu: todos los dispositivos colaboracin normas deben tener el mismo conocimiento de su razonamiento, lo que supone que contexto representacin tiene que ser "bloqueado" durante el proceso de razonamiento. A continuacin, para ser capaz de seleccionar el adecuado para activar regla tenemos una herramienta para evaluar su idoneidad relativa.Para llenar este requisito, y como veremos en la siguiente seccin proponemos a definir restricciones en las reglas de los recursos.3.2 LimitacionesEl diseo del dispositivo Colaboracin normas para la PCSCW requiere ya que describe las funciones, tareas, actividades y recursos. Estos recursos pueden ser de diversos tipos principalmente categorizado en hardware y software. A fin de completar este diseo tenemos que ser capaces de expresar las limitaciones en los recursos necesarios.Fig. 1.Restricciones para el modelo PCSCWFig. 1Define la adicin de las limitaciones de recursos de la PCSCW Modelo. Como se describe, un recurso nico puede estar relacionada con algunas limitaciones, cada uno de los cuales est descrito por un triplete {P, V, C} como: Pun parmetro que representa el punto exacto que se evalu,V laespera (o exigido) valor (o umbral) para este parmetro y Cla criticidad de este parmetro. Este ltimo componente de la restriccin tiene un impacto especfico, ya que es el uno que permite que un dispositivo para seleccionar la colaboracin adecuada.Adems de este triplete proponemos organizar limitaciones en cinco categoras principales, facilitador y orientador diseador normas en su trabajo:disponibilidad, costo, privacidad, confiabilidad y seguridad.Algunos ejemplos de parmetros de debajo de estas categoras podran ser: Carga de la CPU (Disponibilidad), conexin precio (costo), acceso a datos (Privacidad), sitio web desglose frecuencia relativa (fiabilidad) y red protocolo seguro (Seguridad). Dado que los valores estn relacionados con los parmetros y se ilustran en el siguiente caso de uso, no dar ms ejemplos de ellos. Mientras que los parmetros y los valores son fcilmente recuperables en caso de uso real, la criticidad necesita ms anlisis y requiere definir su propio conjunto de valores. Desde esta perspectiva, nos proponemos utilizar realmente simple escala de siete categoras: Opcional, Muy Bajo, Baja,Media, Alta, muyalta yobligatoria.Opcional indica las limitaciones no es necesario que se cumplan, sino que pueden ofrecer un beneficio valioso para la colaboracin y ayuda para elegir entre dos normas equivalentes. Por el contrario, el nivel obligatorio implica que si la restriccin no se cumple la colaboracin no puede ser utilizado en el contexto actual.3.3 Normas Colaboracin de DispositivoHasta ahora hemos descrito todos los conceptos necesarios para entender el modelo PCSCW. Echemos un vistazo a la utilizacin real de todos estos niveles descriptivos y la manera en que el modelo ayuda a encontrar el comportamiento cooperativo.Para formalizar y facilitar el uso de las colaboraciones las reglas que hemos definido un proceso seis pasos para estimar describir la forma en que una norma especfica puede activarse durante la colaboracin:1. Actualizacin de los datos en el contexto, el anlisis de esta actualizacin se inicia automticamente.2. Si este anlisis seala que algunas normas colaboracin dispositivo puede eventualmente mejorar la actual colaboracin, facilitando la realizacin de una accin que inicie la comparacin entre informacin de contexto y requisitos para la activacin de las reglas;3. Esta comparacin puede terminar de tres maneras:a. Ninguna regla puede mejorar de manera efectiva la colaboracin en el estado actual del contexto, se detiene el proceso aqu.b. Una regla puede mejorar la colaboracin, en este caso, ir directamente al paso 6.c. Algunas reglas pueden mejorar la colaboracin, en este caso, ser necesario elegir entre ellas la ms pertinente y eficaz, que vaya al paso 4;4. A elegir entre las reglas seleccionadas que necesitamos comparar su idoneidad, su eficiencia relativa. Para hacerlo debemos hacer frente de accin recursos necesarios y sus limitaciones asociadas con los recursos suministrados y utilizados en cada una de las reglas de comportamiento.5. De este enfrentamiento que llevamos a cabo una puntuacin para cada regla y todo lo que tenemos que hacer es seguir la regla con la puntuacin ms alta. En el caso de que varias normas tienen la misma puntuacin significa que ninguno de ellos puede ser "automticamente" preferido y el dispositivo tiene que tener uno de ellos arbitraria.6. Ejecute el comportamiento elegido.Por lo tanto, comparar dos reglas seleccionadas que necesitamos para cuantificar cada uno de ellos en funcin de los recursos y las limitaciones. De hecho, la forma en que hemos definido las limitaciones facilita esta comparacin por confiar en la cuantificacin de la criticidad y la evaluacin de las limitaciones de cada regla.Tabla 1Matriz de comparacin.RecursoRes1Res2...ResNIdoneidad

RestriccinC1,1C 1,2C2,1...CN,1...CN,M

Regla RAVa 1,1 % enVA,1,2VA, CP.21...VA,N,1...V A,N,MS= VA,I,J

Artculo RBVB 1,1 % enVB,1,2VB CP.21...V B,N,1...V B,N,MS B= V B,I,J

......

Artculo RXV, 1,1 % enVX,1,2VX, CP.21...V X,N,1...V X,N,MS x =V X,I,J

Tabla 1 se describe elartculo proceso de comparacin. En esta matriz, cada regla que se compara es evaluada junto con sus recursos y sus limitaciones. Por lo tanto, para cada restriccin de cada recurso que asignar un valor (Vr,i,j) que est limitado por la gravedad de la restriccin evaluados (Vr,i,jCrit(Ci,j). Por el momento hemos decidido utilizar un sistema sencillo: un valor est compuesto por entre 0 y 5, unamuy baja importanciasignifica 1,bajo significa2 y as sucesivamente hastamuy altas, lo quesignifica 5. Como ya hemos mencionado, una restriccin obligatoria eliminar la norma, mientras que el opcional de un slo puede utilizarse para decidir entre dos equivalente normas adecuadas. A continuacin, si tenemos en cuenta una limitacin con una granimportancia la evaluacin de esta restriccin no puede ser superior a 4. Sabemos que la asignacin de valores a veces puede ser problemtico si el valor de umbral que fue definido por primera vez en la restriccin no es fcilmente comparables. Por lo tanto, si tenemos en cuenta las limitaciones, tales como el cifrado de datospuede ser difcil para dar un valor a un mtodo de cifrado diferente de la que se ha definido. Sin embargo, hay soluciones para este tipo de problema, por ejemplo, podemos utilizar las clasificaciones predefinidas. Limitar las reglas de valores asignados con la criticidad de la coercin yevitar los valores desde la seleccin de un imperio que no cumplen la mayora de los crticos pero tremendamente superan las limitaciones como de menor importancia. Por lo tanto, incluso si restriccin ancho de banda de la red se ha definido con unabaja importanciay un valor que tiene que ser de al menos 0,5 mbps, la norma que permite una conexin de alta velocidad ultra rpida de 100mpbs pero mal satisfacer otras limitaciones no va a ser sin duda seleccionada (excepto para el caso de que otras normas son peores) como su conexin puede dar ms de 2 "puntos".Por ltimo, hemos de obtener la idoneidad de cada regla, aadiendo de todos valores asignados y que son capaces de comparar las normas y encontrar el ms adecuado, comparando su idoneidad.4 Caso de usoLa descripcin del modelo y las reglas de colaboracin dispositivo proceso ha finalizado. Con el fin de ilustrar su uso y beneficios, proponemos un caso de uso con base en la simple colaboracin entre 3 compaeros.Leela, Amy y Felipe son los miembros de un equipo y tienen que colaborar en una nueva campaa de marketing para el nuevo producto de su empresa. En esta perspectiva tienen que realizar varias tareas a la vez. Supongamos que tienen que hacer una sesin de lluvia de ideas para disear una nueva publicidad. Amy est trabajando en su oficina principal, pero Leela y Philip no estn presentes fsicamente. Leela est trabajando en su casa mientras Felipe se encuentra en misin en Kenya. Para poder trabajar al mismo tiempo Amy ha enviado invitaciones a Leela y Philip de Ideas virtual con un software dedicado a las 3 PM (GMT). En un "dispositivo examen" Amy est trabajando en su puesto de trabajo habitual, Leela tiene su porttil personal, Philip a su lado tiene un tablet pc y un smartphone. A las 3 Amy ha comenzado la parte del servidor de la aplicacin y ha conectado su estacin. Al mismo tiempo el ordenador porttil Leela y Philip de tablet-pc necesitan conectarse a Internet a fin de que pueda participar la plataforma ideas. Para ello se basan en el modelo PCSCW que debera permitir que sus dispositivos para tomar la decisin correcta.Fig. 2.Conexin a Internet LimitacionesLa tarea asociada con la lluvia de ideas actividad descrita con el PCSCW implica varias limitaciones de los recursos utilizados por los dispositivos.Fig. 2Define y describe el conjunto de limitaciones relacionadas con el "Conectarse a Internet" accin. En el lado izquierdo tenemos el conjunto de recursos necesarios para realizar la accin y a la derecha sus limitaciones. Para esta accin especfica hay dos recursos: una conexin de red y una fuente de alimentacin. Para la conexin a la red tenemos: Restriccin de seguridad 1: la codificacin tiene que ser por lo menos RSA [ 4]; esta restriccin tiene una muy alta criticidad en la colaboracin tiene lugar cerca de confidencial. 1 La disponibilidad restriccin: la media proporciona ancho de banda se debe al menos 0,5 mbps, esta restriccin tiene una alta importancia a la aplicacin puede trabajar con menos ancho de banda, pero satisfaccin del usuario y la experiencia puede ser reducido considerablemente por este tipo de limitaciones. 1 Fiabilidad restriccin: la probabilidad de experimentar las desconexiones red ha de ser menor de 1 por hora. En este punto no se detendr por completo la colaboracin tiene un promedio criticidad; 1 Restriccin costo: el precio de la conexin tiene que ser inferior a cuatro dlares el minuto. Como no obstruir la colaboracin esta restriccin tiene una media criticidad.En cuanto a la conexin de red, tambin tenemos una limitacin en el suministro de energa: 1 La disponibilidad restriccin: energa suministrada tiene que ser suficiente para mantener la conexin durante tres horas con el fin de tener suficiente tiempo para la sesin de tormenta de ideas. Esta restriccin tiene una gran importancia.Leela's laptop no tiene muchas opciones y se conecta al punto de acceso wifi de Leela de mdem ADSL de casa. Fig. 3.Felipe del entorno digitalComo se muestra enFig. 3Felipe la situacin es totalmente diferente. Adems de los tablet pc, smartphone y el hotel punto de acceso wifi, tenemos una descripcin de los recursos necesarios para la conexin a Internet. Tambin muestra los tres escenarios posibles para establecer la conexin a Internet: Conexin directa de los tablet-pc a travs de su adaptador de red por satlite. Conexin del tablet PC con wifi del hotel punto de acceso; Conexin del tablet con Philip de smartphone con una conexin puente entre telfono mvil wifi y redes 3G para permitir que la tableta para acceder a Internet.Cada una de estas posibilidades tiene sus ventajas e inconvenientes: Conexin directa con red de satlite: Ventajas: muy seguro, slo dependen de energa de la tableta, relativamente estable; oInconvenientes: conexin lenta ( ~0,2 mb/s) y costosas, las desconexiones ocasionales; Conexin a wifi del hotel: Ventajas: buen ancho de banda ( ~ 2mbps), libre, bajo consumo de energa; Desventajas: mal protegido (WPA), ancho de banda variable, desconexiones cada quince minutos. Conexin con el smartphone: Ventajas: como usamos wifi ad hoc es la seguridad de los dos dispositivos y puede ser relativamente buena, el ancho de banda promedio es justo ( ~1 mbps) y la conexin es relativamente estable. Los inconvenientes: fuente de alimentacin se ve limitada por vida til de la batera del smartphone que se limita a 2,8 horas debido a que el alto consumo de energa de la 3G y adaptadores wifi.Consideramos que Felipe del tablet ya ha adquirido todos estos informacin; ahora debe encontrar la mejor solucin. Esto es simplemente de analizar soluciones cumplimientos tales limitaciones, como se muestra en la Tabla2.Tabla 2. Comparacinde conexionesConexin de redFuente de alimentacin"Partitura".

SeguridadDisponibilidadFiabilidadCostoDisponibilidad

Satlite5220413

Hotel Wifi1403412

Smartphone4432215

En nuestro caso, incluso si la puntuacin estn relativamente cerca, el smartphone escenario ofrece ms ventajas que otras personas, ya que combinan una buena seguridad, disponibilidad y fiabilidad de un coste reducido. Para la vida de la batera, ya que no se trata de una restriccin obligatoria y dado que el smartphone puede mantener la conexin durante ms de 90% de la hora que desee con la eventual posibilidad de Felipe que basta con conectar el cargador, que ofrece un buen compromiso.Por ltimo, despus de haber evaluado la situacin, Philip del tablet decide establecer una conexin wifi conexin ad-hoc con su smartphone y crear un puente entre el 3G y las conexiones wifi. Philip se pueden conectar a la plataforma ideas y colaborar con Amy y Leela.5 Colaboracin en Desarrollo Normas DispositivoComo hemos descrito todos los conceptos del modelo PCSCW y han puesto de manifiesto, a travs de un caso de uso, el ltimo punto que nos gustara presentar aqu es una forma de aplicar y utilizar el modelo PCSCW y su colaboracin. En esta perspectiva, necesitaba una forma simple y eficiente para representar todos los conceptos del modelo y de la razn. De nuestras experiencias anteriores ( [ 2], [ 3]) en que representan informacin de contexto y modelos razonamiento las reglas que hemos decidido utilizar la combinacin de OWL [ 5] y SWRL [ 6]. La Web Ontology Language (OWL) es un lenguaje para definir ontologas y crear una instancia, y se puede utilizar para representar explcitamente el significado de los trminos de vocabularios y las relaciones entre los trminos de la misma. Web Ontology Language fue aprobado con la recomendacin de W3C en 2004. OWL proporciona los elementos necesarios para representar y utilizar modelos de informacin compleja. La lengua propia es una extensinde los hornos [ 9] lengua y proporciona caractersticas adicionales para una mayor expresividad. OWL se puede usar para definir las clases y propiedades y tambin proporciona construcciones para crear nuevas descripciones de las clases como combinaciones lgicas (cruces, de los sindicatos, o como complemento de otras clases, definir las restricciones de cardinalidad propiedades y as sucesivamente.La Web Semntica Regla SWRL (lenguaje) se basa en una combinacin de la lechuza y OWL Lite DL sublenguajes entrelazados de la lechuza Web Ontology Language con el unario registro binario/RuleML [ 11] sublenguajes entrelazados del Imperio Markup Language. Se propone la especificacin de las reglas en la forma de una implicacin. Los tomos dentro del cuerpo y la cabeza de la implicacin puede ser predicados Clase C(x) o a la propiedad Los predicados P(x, y). En el cuerpo o la cabeza, varios tomos son tratados como una conjuncin. Con el fin de utilizar y manipular el bho y SWRL idiomas que dependen de la pupila [ 8] marco que en la actualidad es desarrollado y mantenido por la Universidad de Stanford. El razonamiento en s se asegura a travs de la Jess [ 10] motor de reglas que se pueden utilizar en protegido.En un primer tiempo, vamos a ver cmo los elementos bsicos del modelo se representan, entonces, cmo se construyen las normas colaboracin en ella.5.1 Las funciones, tareas, acciones, recursos y limitacionesEl primer paso para utilizar los elementos bsicos del modelo PCSCW es para representar a cada uno de ellos y en sus relaciones.Fig. 4Ofrece una vista de la aplicacin del Modelo PCSCW que se ha hecho con el lenguaje OWL. En la parte superior de la figura se puede ver la representacin de un agentecomo un bho. Tal como se ha descrito un agente puede serhumano oun dispositivo .Estos agentes puedenformar grupos, asocindose para realizar una tarea especfica. Entre los conceptos deagente (Grupos)y las tareasque tenemos elconcepto de funcin.Los agentes y gruposvinculados a las funcionesde la "juega" propiedad de un objeto. Evidentemente,los agentes y grupospueden estar relacionados con varias funciones. Teniendo en cuenta los vnculos entrefunciones y tareashay 3 diferentes propiedades de los objetos involucrados: obligatorio,permitido yprohibido. La representacin de las tareases relativamente simple: una tareapuede estar formado por variasactividadesy/o tareas sub. Las acciones secompone principalmente de requisitos: se requieren recursos ytambin puede exigir la realizacin de algunas otras acciones. Para organizar su interiorlas tareas ,las acciones tienen unorden relativocomo propiedad datatype. En este punto, se obtiene en el modelo de recurso por la descripcin de los recursos .Un recurso puede serrequerido por una accin oproporcionado por un agente. Un recurso puedetambin estar compuestode otros recursos, ynaturalmente puede tener algunas propiedades tipo especfico.Los recursos puedenser de tres tipos: los recursos humanos,los recursos del dispositivoyotros datos (comohora actual, el nmero de habitantes de Springfield, toda la informacin que no puede ser directamente relacionados con un agente).Por ltimo, los recursospueden tenerlimitaciones quecontienen tres propiedades tipo:parmetro, valor e importancia.Fig. 4.Representacin de la lechuza PCSCW ModeloHemos presentado cmo el modelo PCSCW es asignado a una ontologa de la lechuza. Por lo tanto, el siguiente paso es ver cmo la colaboracin normas estn representados.5.2 Colaboracin ReglasComo ya se ha mencionado que hemos decidido utilizar el lenguaje para representar SWRL dispositivo colaboracin normas para su integracin con LECHUZA y su eficiencia.Si nos referimos a (1) sabemos que los dispositivos colaboracin normas son, bsicamente, una comparacin de los recursos necesarios y disponibles contra un comportamiento resultante. Entonces, como SWRL Normas se compone de un antecedente y un consecuente, cada uno de los cuales es que contiene un conjunto de tomos la manera natural de representar colaboracin es para definir recursos necesarios como el antecedente y el comportamiento resultante como consecuente. RESr1 (rr1 ?)... RESrn(rrr?)UNCTr1 (ar1 ?) UNCTro(aro?) (2)RES i1 (ri1 ?)... RESip(rip?)ACTi1 (ai1 ?) UNCT(ait?)Frmula (2) resume la expresin de la colaboracin de SWRL: el antecedente contiene un conjunto de recursos y un conjunto de acciones que representan los requisitos mientras que el consiguiente almacena las acciones con sus recursos relativos que representan el comportamiento de la regla.Durante la definicin de dispositivo colaboracin las reglas que hemos mencionado el hecho de que todos los dispositivos colaboracin normas deben tener el mismo conjunto de informacin de contexto. Para cumplir con este requisito, que dependen de mecanismos internos de pupila que son capaces de cargar conocimiento dentro de un "Motor de reglas puente" en el que se ha encargado de hacer la interfaz entre el ncleo de su familia y el actual motor de reglas. Como se carga informacin de contexto slo una vez por todas las reglas (y cada vez que necesitamos a la razn) garantiza que todas las normas utilizan el mismo conjunto de conocimientos.6 Obras RelacionadasHemos presentado nuestro trabajo en computacin ubicua apoya trabajo de colaboracin. Es evidente que no ha surgido de la nada y hay numerosas investigaciones que nos han inspirado. En esta seccin presentamos algunas de estas obras relacionadas con el contexto modelado y el razonamiento.En [ 12] los autores presentan un conjunto irregular metodologa basada [ 16] para generar el conjunto mnimo de reglas de diseo para el ubicuo Dispositivo Inteligente (USD) colaboracin en el diseo. Sealan el hecho de que el USD diseo puede ser semnticamente representada en ontologa, sin embargo, la complejidad computacional de semntica es un razonamiento muy sofisticado y ardua tarea. Se propuso en un futuro trabajo para comparar los definen manualmente SWRL normas y reglas para validar su conjunto marco bruto.En [ 13] los autores proponen una ontologa de contexto genrico modelo de gestin; su modelo facilita contexto de la estructura de razonamiento para contextos, las normas y su semntica. Las reglas son derivados o definidos por los usuarios en funcin de las necesidades y polticas de un dominio de aplicacin especfico. Su contexto modelo ha sido desarrollado utilizando RDF y OWL idiomas. Evidentemente, este modelo est destinado a ser ampliado y enriquecido por el dominio informacin especfica segn su uso y los requisitos del sistema. Razonamiento las reglas estn compuestas de dos grupos distintos: las reglas sobre la base de la ontologa y reglas definidas por el usuario. Basada en una ontologa las reglas son las relativas a las caractersticas estndar de LECHUZA como "inverseProperty", la transitividad de propiedades y as sucesivamente. Los usuarios definidos pueden ser de cualquier tipo y expresar consecuencias semnticas en la ontologa. Este trabajo es particularmente interesante porque se trata de dar un modelo genrico y un modo de razonar sobre ella.En un trabajo anterior [ 3] hemos propuesto un marco para los servicios de comunicacin modelado basado en ontologas. Esta ontologa se ha mejorado en un modelo activo, proporcionando un motor de reglas y un conjunto de reglas de inferencia. Hemos utilizado el lenguaje SWRL a la razn en el contexto modelo. Este mecanismo consiste en dos fases especficas. En primer lugar, en el contexto modelo, hemos definido una propiedad denominada "hasAssociatedRule" que el dominio es Context_Behavior y rango es swrl:imp. La clase swrl:imp es el que representa la SWRL Normas. En nuestra ontologa las normas estn directamente asociados a las clases de restriccin la lechuza owl:hasValue. La segunda fase es la seleccin de las normas. Esto es bastante sencillo, ya que tenemos el conjunto de normas relacionadas con las clases del comportamiento. Esta obra anterior era mucho ms sencillo que el actual, pero que nos dio una buena oportunidad para evaluar la viabilidad de este razonamiento los mecanismos y la eficiencia de lechuza y SWRL.En [ 14] los autores proponen Colaboracin para dispositivos inteligentes computacin ubicua medio ambiente, que tiene por objeto establecer la colaboracin entre los dispositivos porttiles yordenadores integrados, mientras que realizar la funcin bsica de los dispositivos porttiles y tambin aplicar las mximas ventajas de computadoras integradas.En [ 15] los autores proponen una lechuza contexto ontologa (CANON) para el modelado de contexto omnipresente entorno informtico, as como para apoyar basados en lgica contexto razonamiento. CANON ofrece un contexto ontologa que captura conceptos generales sobre contexto bsico, y tambin ofrece extensibilidad para agregar el dominio de ontologa especfica de una manera jerrquica. Tambin estudiaron y puesto en prctica el uso de razonamiento lgico para comprobar la consistencia de informacin de contexto, y a la razn por encima de bajo nivel.Todas estas obras son interesantes, pero hemos de advertir que nos encontramos muy pocas investigaciones relativas a la elaboracin de modelos de colaboracin en un entorno informtico omnipresente.7 DebateEn este trabajo hemos presentado el verdadero motor de nuestra PCSCW Modelo. De hecho, el modelo en s mismo es una parte esencial de nuestra investigacin hacia la integracin completa de la computacin ubicua en el computer supported collaborative trabajo, que proporciona bases slidas para representar informacin de contexto, ya que pueden ser los seres humanos, dispositivos, recursos, funciones, etc. todava, sin razonamiento que pierde la mayor parte de su inters. Por lo tanto, completando con dispositivo colaboracin las reglas que hemos aumentado considerablemente su potencial y utilidad. De hecho, ms que una estructura eficiente, tenemos todo un proceso para decidir el modo en que los dispositivos deben cooperar para ayudar a los usuarios a colaborar. Adems, esta decisin no se logra con otras caractersticas que el modelo, las reglas y las comparaciones con la informacin de contexto.Incluso si los dispositivos colaboracin las normas son eficaces, ya tenemos algunas mejoras senderos nos gustara explorar. Por ejemplo, la descripcin de las limitaciones se basa en la definicin de niveles de gravedad. Sabemos que los niveles actuales son suficientes para cubrir nuestras necesidades, pero tenemos que evaluar si hay ms niveles podra llevar a una mejor precisin de las reglas de seleccin. En la perspectiva de una mejor adaptacin al contexto actual, tambin queremos saber si puede haber limitaciones sobre otros elementos del modelo PCSCW. En este sendero que nos gustara que se debe tener en cuenta si definir restricciones directamente en acciones y tareas podra dar informacin pertinente y las normas seleccin mejoras.Hasta ahora hemos establecido varias bases tericas, y que actualmente se estn concentrando en la finalizacin del desarrollo de un simulador de pervasive computing trabajo colaborativo. Esta herramienta nos ayudar a validar y evaluar nuestro modelo. Por tanto, se debe decirnos si nuestro modelo es realmente funciona y si realmente mejora la colaboracin de los usuarios. Adems, en un futuro cercano, podra ayudar a ee.uu. colaboracin en el diseo de las reglas de una manera sencilla de evaluar y comparar.Otra cuestin teniendo en cuenta la adaptacin de los dispositivos para sus contexto actual es su posible participacin en otra actividad. De hecho, si la evolucin del contexto del usuario pone de relieve la necesidad de proporcionar recursos especficos para el cumplimiento de sus tareas, se puede suponer que la modificacin de los actuales dispositivos comportamientos y, a continuacin, crear un conflicto entre dos acciones simultneas. Pensamos que este problema es naturalmente PCSCW abordado por el modelo, ya que se utiliza para representar el estado actual del contexto. En esta perspectiva los recursos actualmente en uso no estara disponible para la adaptacin a cambios de contexto. Una forma ms inteligente de resolver los posibles conflictos que permita la interrupcin de una parte del actual comportamiento del dispositivo con el fin de permitir la realizacin de una accin importante. Esta perspectiva no parece ser demasiado complejo, ya que puede ser administrado por la va de la razn.Un desafo de nuestro dispositivo colaboracin normas es su elaboracin. En efecto, aunque el principio bsico es relativamente simple y por escrito de SWRL no es muy compleja, la verdadera dificultad es diseo genricas, pero siguen siendo eficaces reglas. Para este complejo aspecto de la vida de nuestro modelo hemos previsto analizar situaciones reales colaboracin PCSCW representado con el modelo y extraer los dispositivos que podran haber colaborado. Entonces, tendramos que ser capaces de encontrar las situaciones ms relevantes de cooperacin y colaboracin entre sus asociados. En el dispositivo de este tipo largo alcance las normas colaboracin podra traer una nueva oportunidad para los compaeros de trabajo, acciones repetitivas e incluso las tareas pueden ser automticamente realizados por un equipo de dispositivos. En esta perspectiva, si el grupo de dispositivos son capaces de realizar de forma automtica las tareas, a continuacin, se les debe dar un papel. Yendo un poco ms lejos con esta idea vamos a tener que formalizar el modo en que los dispositivos y el grupo de dispositivos pueden desempear algunas funciones especficas de la colaboracin. Adems, tambin tenemos que considerar que los dispositivos y los seres humanos se pueden combinar en una sola funcin.UN muy notable y original aspecto de nuestro trabajo es el enfoque de la computacin ubicua de la colaboracin punto de vista. De hecho, incluso si se encuentran numerosas obras relacionadas con el desarrollo de ontologas y sistemas de apoyo a la modelo y paradigma de computacin omnipresente para los usuarios, existen muy pocos trabajos centrados en la computer supported collaborative trabajo. Teniendo en cuenta esta falta creemos que nuestro trabajo en torno a la modelo PCSCW puede establece algunas bases para una plena integracin del modelo de computacin ubicua la colaboracin de los usuarios.Uno de los ltimos puntos para evocar aqu es la evolucin de las normas. De hecho, el dispositivo utiliza normas colaboracin sin duda necesidad de evolucionar junto con la vida de la colaboracin para adaptarse a la colaboracin patrones y la evolucin de los dispositivos. En esta perspectiva esta evolucin tiene que ser al menos parcialmente dinmica; es decir, que el sistema tiene que ser capaz de evolucionar sin la intervencin de los seres humanos. Esta evolucin puede implicar la modificacin de la ontologa que representan recursos y roles y la modificacin de normas colaboracin dispositivo. Para permitir esta dynamicity, pensamos que la mejor forma es el desarrollo de un conocimiento que deriva y el aprendizaje. Estos mecanismos consisten en la capacidad del sistema para inferir y extrapolar informacin de contexto y adaptar las normas colaboracin dispositivo. Adems, el aprendizaje ser mecanismo permite que los dispositivos para utilizar la nueva colaboracin normas extradas de la extrapolacin de las normas ya existentes, sino tambin aprender nuevas reglas de colaboracin otros dispositivos. Los mecanismos de aprendizaje debe permitir que el modelo PCSCW normas y su colaboracin para desarrollar autnomamente.El modelo PCSCW y sus asociados colaboracin reglas forma una base coherente y consistente que permite dispositivos inteligentes de interaccin constante con los dems y adaptar su comportamiento a los usuarios de contexto y la colaboracin. Esta base nos hace prever an ms problemas a una verdadera inteligencia ambiental pero nos fortalezca para nuestra labor futura. Referencias1. Hamadache, K. , Lancieri, L. : Roles colaboracin prestada para computacin ubicua. En: Actas de la Conferencia Internacional sobre Redes Inteligentes y sistemas de colaboracin, Barcelona, Espaa, 04 noviembre (2009).2. Hamadache, K. , Manson, P. , Lancieri, L. : Omnipresente servicios, ideas en situacin de movilidad. En: 3 Conferencia Internacional sobre computacin ubicua y Aplicaciones, en Alejandra, Egipto, pgs. 709-714 (2008)3. Hamadache, K. , Bertin, M. , Bouchacourt, A. , Benyahia, I. : cuenta el contexto de servicios de comunicacin: una ontologa. En: 2 Conferencia Internacional sobre Gestin de la Informacin Digital (ICDIM 2007), Lyon, Francia (octubre de 2007)4. Patente de RSA:http://www.google.com/patents?q=44058295. OWL:http://www.w3.org/TR/owl-features/ 6. SWRL:http://www.w3.org/Submission/SWRL/7. Weiser, M. : El equipo del siglo 21. Scientific American 265 (3), 66-75 (1991)8. Protegido:http://protege.stanford.edu/9. HORNOS:http://www.w3.org/TR/rdf-schema/10. Jess:http://www.jessrules.com/jess/index.shtml11. RuleML:http://www.dfki.uni-kl.de/ruleml/12. Kyoung, K. , Keunho, C. , Ohbyung, K. : Regla de Seleccin omnipresente colaboracin Desarrollo de Smart Device: Rough Set. En: Sandnes, F. E. , Zhang, Y. , Rong, C. , Yang, L. T. , Ma, J. (eds.) UIC 2008. LNCS, vol. 5061, pgs. 386-396. Springer, Heidelberg(2008)13. Dejene, E. , Vasile, S. , Lionel, B. : Un enfoque Ontology-Based Modelado de contexto y el razonamiento en computacin ubicua. En: Actas de la Quinta Conferencia internacional IEEE sobre computacin ubicua y cursillos de Comunicaciones, PerCom Talleres, pgs. 14-19 (2007)14. Prohibe totalmente el uso, K. , prohibe totalmente el uso, M. , Kazunori, T. , Hideyuki, T. : Dispositivo Inteligente Colaboracin de computacin ubicua. En: Dey, A. K. , Schmidt, A. , McCarthy, J. F. (Eds.) 2003 c puto. LNCS, vol. 2864, Springer, Heidelberg (2003)15. Xiao, H. W. , Da Qing, Z. , Tao, G. , Hung, K. P. : basada en una ontologa contexto modelado y razonamiento mediante OWL. En: Actas de la Segunda Conferencia Anual de IEEE Pervasive Computing y cursillos de Comunicaciones, PERCOMW 2004 (2004)16. Pawlak, Z. : conjuntos aproximados- aspectos tericos de razonar sobre los datos. Kluwer Academic Publishers, Dordrecht (1991)

248 K. Hamadache and L. Lancieri Dealing with Device Collaboration Rules for the PCSCW Model 30

Permitir la colaboracin con transparencia Reflexin ComputacionalPedro Garca Lpez, Enrique Fern'andez-Casado, Carles los ngulos, y Mara FerrUniversitat Rovira i VirgiliDepartamento de Ciencias de la Computacin y matemticasCampus Sescelades 43007Tarragona, Espaa{Pedro.garcia,enrique.fernandez,carles.ngulos,maria.ferr}@urv.catAbstracto.La conversin de las antiguas aplicaciones de usuarios individuales a la colaboracin de mltiples herramientas de usuario es un tema recurrente en groupware. Muchas de las obras trataron de conseguir colaboracin transparencia: para habilitar caractersticas de colaboracin sin modificar el cdigo fuente de la aplicacin de usuario nico. En este trabajo, presentamos un nuevo blackbox solucin que logra interceptar una total transparencia por interfaz de usuario bibliotecas y eventos de entrada. Esta es la primera solucin el blackbox construido en la parte superior del contenedor ligero tecnologas (programacin orientada a aspectos) y a diferencia de los anteriores enfoques que ofrece apoyo a las aplicaciones Swing y AWT. Nuestra solucin resuelve cuatro problemas importantes: evento difusin, gestin de los recursos externos (nmeros aleatorios), informacin contextual (telepointers) y transparente inicio apoyo. Hemos validado nuestro enfoque con varias basadas en Swing y AWT herramientas basadas en demostrar que nuestro contenedor es genrico e impone sobrecarga muy baja.1IntroduccinMuchos investigadores en CSCW ( asistidos Trabajo cooperativo) han presentado diferentes soluciones para convertir las aplicaciones de usuario nica colaboracin. La promesa de la colaboracin es la transparencia para agregar interaccin cooperativa sin modificar el cdigo fuente del utillaje original. Esto abre nuevos usos no previstos de las aplicaciones existentes como tele-asistencia, seguimiento, herramientas de aprendizaje o trabajo conjunto entre otros.En general, la aplicacin de sistemas de distribucin se clasifican en radiodifusin centralizado (pantalla) o replica las arquitecturas (caso broadcasting). En la arquitectura centralizada hay una sola instancia de la aplicacin compartida, por lo que es ms fcil de aplicar estrictos WYSIWIS (lo que se ve es lo que yo veo) y el orden de interaccin. Pero en este modelo, el nodo central debe redistribuir grandes cantidades de datos grficos para que pueda ser ineficiente en el uso de la red [ 1].Por otro lado, en las arquitecturas replicar varias instancias de la aplicacin compartida coordinar su estado con el evento radiodifusin. Aunque las arquitecturas replicar ante problemas ms complejos como coherencia o la administracin deG. Kolfschoten, T. Herrmann, y S. Lukosch (Eds. ): CRIWG 2010, LNCS 6257, pgs. 249-264, 2010. c Springer-Verlag Berlin Heidelberg 2010Los recursos externos, que normalmente prefieren [ 2] por su versatilidad y apoyo para un relajado WYSIWIS interaccin y concurrentes. Por estas razones, nosotros nos centraremos en el replicado las arquitecturas basadas en eventos radiodifusin.Colaboracin transparente que clasificar en dos categoras: modelos clnicos y blackbox. Ninguno de ellos modificar el cdigo de la aplicacin original, pero cuadro blanco modelos requieren el conocimiento y el acceso a este cdigo mientras que caja negra enfoques son completamente transparentes. Modelo de la caja blanca, transparente tcnicas de adaptacin requieren un cuidadoso estudio y el conocimiento de los cdigos que se envuelve o interceptada. En esta lnea, algunas obras utiliza Programacin orientada a aspectos (AOP) interceptacin tcnicas para envolver partes especficas de la aplicacin. Como podemos ver, para crear esa intercepcin (puntos de corte) el programador debe conocer el funcionamiento interno del cdigo de destino. Por otro lado, el blackbox enfoques alcanzar una total transparencia al interceptar o envoltura interfaz de usuario bibliotecas y eventos de entrada [ 2], [ 3], [ 4].En este trabajo, presentamos el primer blackbox solucin construido en la parte superior del contenedor ligero tecnologas (programacin orientada a aspectos). Nuestro trabajo es una clara evolucin de JAMM Flexible [ 2] y somos capaces de superar muchas de sus limitaciones gracias a la flexibilidad de las tecnologas AOP. En esta lnea, podemos apoyar tanto las aplicaciones Swing y AWT, y nuestro enfoque de apoyo incluye el lanzamiento de aplicaciones de terceros. La novela tiene un enorme potencial desde casi cualquier aplicacin Java (Swing, AWT) podra ser usada en colaboracin sin modificacin alguna.En general, la contribucin ms importante de este trabajo es describir la importancia de la reflexin de los clnicos y blackbox colaboracin transparencia modelos. En [ 5], reflexin autores definen como "la capacidad de un programa para manipular datos como algo que representa el estado del programa durante su ejecucin". Los autores muestran dos aspectos importantes de esta manipulacin: introspeccin (observacin del estado del programa) y por su intercesin (modifica su estructura y comportamiento). Computacional como reflexin madura y se incorpora en los principales idiomas y las bibliotecas de la interfaz, la transparente tcnicas de adaptacin son ms potentes y fciles de aplicar.Hemos demostrado que Java se ha apropiado introspeccin (colas de eventos, la reflexin los paquetes) y la interceptacin mecanismos (AOP) para proporcionar el blackbox transparencia. En lugar de introducir mecanismos de colaboracin en el nivel de sistema o de la ventana [ 6], [ 7], estamos a favor de la incorporacin de potentes y reflexin computacional tcnicas genricas en los lenguajes de programacin y bibliotecas para interfaz. En este artculo, presentamos un nuevo llamado AOPWrapper blackbox solucin que los beneficios del evento software introspeccin y envoltura (AOP).2Trabajos relacionadosComo se ha sealado en la introduccin, nos centraremos en replicar las arquitecturas para lograr una rpida respuesta, uso de la red eficiente y flexible interaccin simultnea. Vamos a distinguir entre blackbox y clnicos enfoques:Blackbox enfoquesa fin de conseguir colaboracin total transparencia mediante la interceptacin o sustituir los componentes de la interfaz de usuario y eventos de entrada. Recientes trabajos relacionados con la mayora se han producido en el lenguaje Java gracias a la flexibilidad de la mquina virtual. Por ejemplo. [ 4] y [ 8] sobre todo con el fin de interceptar la cola de eventos y sustituir los componentes de la interfaz de colaboracin en grupo. Los informes sobre las restricciones en la captura de eventos y capacidades de inyeccin muy complicado que sus modelos transparentes. Afortunadamente, en estos aos el lenguaje Java han mejorado su capacidad reflexiva y esos problemas se han resuelto. Por ejemplo, en [ 4] los autores termin recomendando mejoras tres reflectiva del lenguaje Java (propagar todos los eventos, etiqueta eventos con informacin sobre la fuente y cursor para permitir modificaciones). Estas tres recomendaciones ya estn disponibles en el lenguaje Java y tambin resolver los problemas de interceptacin de eventos presentados en [ 8].JAMM Flexible [ 2] es un trabajo relevante en blackbox enfoques ya que logra una total transparencia mediante la sustitucin de los componentes de la interfaz de usuario ms colaboracin. Tambin se utilizaron los proxies para gestionar la interaccin con los recursos externos como generadores aleatorios o acceso a los archivos. Adems, cuatro requisitos principales para su sustitucin de componentes arquitectura: migracin de procesos, tiempo de ejecucin sustitucin de componentes, enlace dinmico y eventos del usuario interceptacin y reproduccin. Pero en realidad lo que estn pidiendo es capacidad computacional reflexin en el entorno Java. Migracin de procesos o serializacin de objetos es necesario para restablecer el estado en ubicaciones remotas. Pero el estado de codificacin del programa como los datos de hecho se le llama cosificacin en trminos reflexivos. Sustitucin de componentes y Ejecucin enlace dinmico