Hola,

Si lo quieres hacer para PC, quizas JAVA no sea la mejor opcion....

Saludos,
Sir Graham.

Hola,

Como ya te digo nosotros hacemos soluciones  tanto de Hardware como Software para enviar mensajes (de forma gratuita y no intrusiva) a todo aquel cercano a nuestros XBlue Point y que tenga activado el Bluetooth.

¿Eso es lo que estas buscando?

Saludos,
Sir Graham.

Hola,

Lo cierto que es que no he mirado en profundidad ese tema. Nosotros que hacemos herramientas de Marketing de Proximidad por Bluetooth no se nos ha dado el caso de necesitar eso. Siempre ponemos el PIN constante, que es mas comodo para eso.

Aunque como te comentaba antes no creo que sea muy compliado. Me da, por el mecanismo que tiene el Gnome de interceptar la llamada, que habra un callback disponible en BlueZ para que te llamen cada vez que se necesita el PIN.... Simplemente habra que realizar su propio gestor...

Saludos,
Sir Graham.

Hola,

Eso es un Broadcast de Marketing de proximidad. Nosotros nos dedicamos a realizar herramientas de ese tipo:

http://www.xblue.es

Saludos,
Sir Graham.

Hola,

Quizas lo que necesites mas es un control de seguridad o impedir que varios servicios no se puedan realizar en el terminal. Para eso ya hay programas (por lo menos en Symbian) que hacen eso.

Lo del Keylogger... suena mas a espiar que controlar la gestion de un parque de terminales (aunque sea tuyo)...

Saludos,
Sir Graham.

Hola,

Normalmente ambos sistemas operativos tienen HOOKS para el teclado.  Esto permite a una aplicacion realizar un log de las teclas pulsadas.

Ahora bien ...

¿Quieres una aplicacion echa? Quieres conocer el API?

¿Que es lo que buscas exactamente? Por que me da que no es para nada bueno...

 

Saludos,
Sir Graham.

Hola,

¿Aburrido? Ten en cuenta que el usuario DEBE saber ese PIN. Si vas a dar un servicio a traves de bluetooth lo mas logico es que sea constante (dado que no lo puedes eliminar).

Si las funciones que comentas son parte del BlueZ es logico que tenga una forma de gestionar un Callback (un Hook), para cuando el stack necesita el PIN lo pida.
Si no la otra forma es gestionarlo a la hora de realizar la conexion....

Saludos,
Sir Graham.

Hola,

No lo he probado a compilar, pero parece que esas funciones son bastante consistentes...

No obstante, ¿no te sale mejor configurar en el PC un PIN constante?
Eso lo puedes realizar facilmente con BlueZ. Dejas en tu parte de PC siempre el mismo PIN (sin que pregunte) y en el lado contrario (el movil) siempre tienes que meter ese PIN... (y listo). 

Creo que es una solucion mas sencialla que meterte en rollos de funciones de autentificacion y control de PIN.... 

 

Saludos,
Sir Graham.

Hola,

No veo el Link...

Saludos,
Sir Graham.

Hola,

Podias usar mejor el comando HCITOOL SCAN ....
que es esta mas popularizado. Pero bueno sin mas.

Pues si, estaba equivocado. Conceptronics usaba una carcasa de modulo de Bluetooth muy parecida al de la foto que pusiste. Pero el modulo de bluetooth que tienes es un modulo chino que solo funciona con Bluesolei o con Widcomm.

¿Que quiere decir esto?

Hay dos cosas para que funcione un modulo de bluetooth: El driver de USB y el stack de bluetooth con el que funciona.
El stack es que gestiona todos el servicio de comandos HCI que se envia al modulo y crea los perfiles (entre otras cosas).
En los inicios de XP, Windows (Microsoft) no tenia su propio stack de bluetooth por lo que si querias usar un modulo de bluetooth tenias que instalar el stack de bluetooth de terceros: Basicamente Widcomm o Bluesolei. De echo en las primeras PDA con Windows Pocket PC llevaban el de Wildcomm.
Despues del SP2 microsoft saco su propio Stack. Integrado con el S.O e incluido en las siguientes versiones del S.O (Vista o la porqueria que venga detras).

¿Cual es tu problema? Que una aplicacion que funcione con un Stack es incompatible con otro Stack. Tienes que hacer que la aplicacion funcione para un Stack concreto. Se puede hacer para multiples stack pero tiene el doble o triple de trabajo. Con lo cual lo inteligente es eligir uno de ellos...

¿Que stack elegir? Pues visto el tema... evidentemente es el de microsoft el que se lleva la palma. Por que ya esta en el S.O. Si no tendrias que distribuir tu aplicacion y añadirle ademas la instalacion de un stack de terceros (en este caso bluesolei).

Esto en Linux no pasa. Hay siempre se usa el mismo stack: BlueZ, con lo cual con disponer de driver o bien que tu ID de modulo este asignado como funcionamiento de USB, te funciona sin problemas.

Me temo que es lo que hay....

Saludos,
Sir Graham.