Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 40 reacties

De Amerikaanse universiteit MIT heeft een techniek ontwikkeld om via de camera van een telefoon gegevens uit te wisselen tussen een desktop en een Android-smartphone. De app Deep Shot werkt met een aan url-gerelateerde standaard.

Naast een app op de smartphone moet ook op de desktop of laptop een stukje code draaien om Deep Shot mogelijk te maken. Deep Shot maakt gebruik van uri, de 'moedertechniek' van url. De camerasoftware identificeert de uri en opent vervolgens de desbetreffende pagina op de telefoon. Die communicatie verloopt niet via een draadloos netwerk, meldt Smarter Technology. Om de pagina te openen, is uiteraard wel een internetverbinding nodig. MIT en Google werken samen aan de app, die nu nog een proof-of-concept is.

Als de gebruiker gegevens naar de pc wil versturen vanaf de telefoon, wordt de camera van de telefoon gebruikt om de desktop of laptop te identificeren. Als dat is gelukt, verstuurt de app de gegevens naar de pc, waarna de bijbehorende applicatie kan worden geopend en de gegevens worden geladen. Hoe de uri naar de desktop of laptop wordt gestuurd, is onduidelijk.

De app is vooralsnog beperkt en werkt alleen met Google Maps en Yelp. Hoewel de techniek anders werkt, zijn er al wel manieren om zulke gegevens over te dragen: de extensie Chrome to Phone maakt het bijvoorbeeld mogelijk webpagina's vanuit Googles browser Chrome naar een Android-telefoon te pushen. Links openen door de camera van een telefoon ergens op te richten kan met qr-codes, al zou het voordeel hier van zijn dat een link niet hoeft te worden omgezet in een qr-code.

Deep Shot

Moderatie-faq Wijzig weergave

Reacties (40)

Deze techniek is eigenlijk best handig voor het pairen van apparaten. Als je bijvoorbeeld bij iemand bent en je wilt vakantiefoto's op de tv laten met je mobiel dan zou pairen tegenwoordig als volgt verlopen:
bluetooth op tv aanzetten, naam van tv opzoeken op telefoon (met waarschijnlijk een naam als Samsung347fj38d ipv Tom's tv), op tv een code opgeven, deze code op telefoon ook weer overtypen en dan ben je er ongeveer.
Het zou makkelijker zijn als je op de TV een QR-achtige code weergeeft met daarin de informatie die de telefoon nodig heeft om met die tv te verbinden. Alleen je camera er nog op richten en klaar.
Ben benieuwd wanneer ze het op zo'n manier gaan implementeren. Snel maar even een octrooi aanvragen voor het te laat is :+
Dit is ook een van de USPs van NFC in mijn ogen, nl een soort van "touch-to-connect" fuctionaliteit, waar op basis van deze techniek alle bluetooth/widi/whatever informatie uitgewisseld wordt en de devices de rest zelf kunnen uitzoeken en de snelste verbinding kiezen en opzetten.
Ik dacht eerst dat het een beetje achterhaald was, aangezien er al jaren de QR code bestaat.

Maar dit werkt toch anders. Als ik het goed begrijp kijkt de camera naar het scherm, zend die info het netwerk over en krijgt dan van een pc of laptop te horen dat hij het scherm van die pc of laptop in beeld heeft, waarna de connectie kan worden gemaakt en gegevens worden overgedragen?

EDIT:
Heb nu de bron gelezen, maar kom inderdaad nergens iets tegen waar ze het over een netwerk hebben. Die bewering klopt dus niet.

[Reactie gewijzigd door Tower410 op 25 juni 2011 14:11]

QR is hier ook geschrikt voor, alles wat in de QR moet staan is het adres van de des betreffende computer.
QR lijkt me ook een stuk veiliger. Google Goggles kan al met QR codes overweg. Nu moet er dus alleen nog iets zijn dat QR codes kan genereren. Liefst op een willekeurige PC (zonder dat er add-ins of Chrome geinstalleerd hoeft te staan).
Je bedoelt een website? google is je vriend :)
Precies, alleen zie ik er het nut wat dat betreft niet van in. Voor de veiligheid is het niet, want je kan ook remote inloggen bij iemand en een snapshot maken of er gewoon naast staan, voor het gemak lijkt me ook niet... bluetooth/wifi e.d. zijn allemaal makkelijker.

[Reactie gewijzigd door vgroenewold op 25 juni 2011 13:48]

Persoonlijk zie ik niet veel extra nut in deze toepassing (los van het wetenschappelijk gedeelte natuurlijk), omwille van volgende redenen:
De communicatie verloopt via draadloos netwerk... dus je zou via dat netwerk ook gewoon rechtstreeks contact kunnen maken tussen telefoon en pc via de toepassing.
De toepassing (die zowel op pc als telefoon geÔnstalleerd moet zijn (bron)) is aan pc-kant zelf in staat om de actieve toepassing en bijhorend document te bepalen. Voor de identificatie van de pc aan de telefoon-kant: hier zie ik toch wel een serieuze valkuil in een bedrijf met allemaal dezelfde pc's.

Voor mij situeert het vernieuwende aspect zich dan ook in het gebruik van URI.

UPDATE:
Die communicatie verloopt via een draadloos netwerk, meldt Smarter Technology.
Dit blijkt nu net niet te kloppen:
Researchers at Google and MIT think they have come up with a novel way to transfer applications and data to a cellphone without a cable or wireless network. Their transfer mechanism of choice? The camera.
bron
De camera draagt de gegevens over en dan wordt de URL geopend via de smartphone.
edit:
UPDATE - Info in artikel klopte niet volledig

[Reactie gewijzigd door edeboeck op 25 juni 2011 13:52]

UPDATE:

[...]
Dit blijkt nu net niet te kloppen:

[...]
bron
De camera draagt de gegevens over en dan wordt de URL geopend via de smartphone.
edit:
UPDATE - Info in artikel klopte niet volledig
camera doet geen overdracht alleen de identificatie om het url te vinden die erbij hoort en alle gegevens die binnengehaald worden worden via dat url binnengehaald, en dat gaat is altijd via kabel- of draadloosnetwerk.

Je krijgt geen gegevens te zien als je geen internet(draaloos of met draad) heb.
Met "de gegevens" bedoelde ik de url van de betrokken pagina. Dat was inderdaad niet duidelijk in mijn reactie.
Het is inderdaad een belabberd geschreven artikel. Je moet echt de bron lezen om te snappen wat er gebeurt.
Dat vond ik ook. Ik heb het dus ook aangepast en hopelijk wat helderder gemaakt :)
Niet echt veilig. Want dit hoeft nog steeds niet te betekenen dat je fysiek aanwezig moet zijn achter de pc waar het om gaat. je kunt namelijk via VNC/Teamviewer en/of welk ander hulp op afstand software de beeldscherm in kwestie oproepen. (of een printscreen) dus een beetje creatief zijn en je kan het systeem foppen. Oke als een vereiste is dat je daadwerkelijk op de zelfde netwerk ingelogd dient ze zijn dan misschien, maar dan nog zijn er "kunstgrepen" uit te voeren om de transfer te bewerkstelligen bv VPN?? zeg maar of ik ongelijk heb.. ;)
Ik zie het probleem niet. De applicatie neemt de URI over van de computer; je krijgt dus dezelfde URI op je telefoon als dat wat je op de computer ziet. Dit is niet onveilig, je hebt immers zelf al toegang tot die URI door via VNC/Teamviewer mee te kijken :)
Chrome to phone vond ik wel leuk maar juist andersom zou ik handiger vinden. omdat ik wel eens een artikel of webpagina op volledig beeld wil lezen.

nu is er een ap voor maar die werkt via een webpagina en is dus net zo omslachtig als de url overtypen.

dit zou wel een leuke oplossing zijn. we zullen wel zien
Menu, More, Share, (G)Mail naar jezelf of gebruik Twitter, Facebook, whatever...
Tikje omslachtig, maar werkt prima.

Of, Phone2Chrome...
http://code.google.com/p/phone2chrome/
http://www.appbrain.com/a...com.lg.valle.phone2chrome

Send to Computer
http://code.google.com/p/share-to-browser/
http://www.appbrain.com/a...anvolosyuk.sharetobrowser

[Reactie gewijzigd door Fiber op 25 juni 2011 18:07]

Moest het artikel drie keer lezen voor ik het een beetje snapte. De camera wordt dus alleen gebruikt voor identificatie/verificatie. De werkelijke data overdracht gaat dan gewoon over wifi of 3G met een webpagina als tussenstap. Chrome2Phone werkt overigens fantastisch, gebruik ik regelmatig.

[Reactie gewijzigd door Fiber op 25 juni 2011 14:19]

zoals ik het begrijp kan je met deze techniek dus uiteindelijk dingen naar en van je telefoon 'swipen' door je camera te richten op de betreffende (weergegeven) info.

Briljante techniek al zeg ik het zelf.. Dit is echt weer zo'n techniekje waar je even aan moet wennen, maar dat je na een dag zoiets hebt van: "Dat ze dit niet eerder bedacht hebben.."
Ik voel me wel een beetje dom hoor. Na herhalend lezen snap ik nog steeds niet 'hoe' de overdracht plaats vindt zonder wi-fi of kabel.
Als ik het goed begrijp is het een manier om data (bijv een url van een bezochte pagina) naar een telefoon te sturen.

De software op de pc stuurt het beeld van een open applicatie gecomprimeerd naar een centrale database + bijbehorende url.

De software op je telefoon stuurt het beeld van je camera.

De centrale server vergelijkt beide ontvangen beelden en als beide kloppen dan krijgt je telefoon de data (url in dit geval) zodat je vanaf die url verder kunt browsen op je foon.

Het vernieuwende is vooral de 'compressie' van het beeld, dit wordt op zo'n manier gedaan dat het a) zeer weinig data beslaat en b) met elkaar te vergelijken zijn met hoge accuraatheid. Wat best knap is, gezien er bij zware compressie veel data verloren gaat en accuraat vergelijken juist erg lastig wordt. Gezien deze voorwaarden wordt het beeld denk ik eerder zeer slim omschreven, inplaats van dat ze de pixels inpakken, zodat de herkenning kan gebeuren middels een simpele database query.

Het nut moet nog blijken, een QR code transporteert ook data maar dan zonder centrale server en is echt 'draadloos'. Voordeel van dit systeem is dat de link tussen je pc en telefoon door deze techniek uniek is en de data veel meer dan de max van QR (4KB dacht ik) kan bevatten. Onzin natuurlijk, want een korte url kan natuurlijk gewoon wijzen naar een groot bestand.

[Reactie gewijzigd door jjkewl op 26 juni 2011 12:31]

Dus je kan verwachten dat als dit een beetje is uitgewerkt je "robot-secretaresses" kan maken die emails van schermen kunnen lezen, forwarden, dingen uitprinten, en andere simpele handelingen uitvoeren :D
Dus gewoon ORC op mobieltjes bedoel je - lijkt me handiger voor gewoon papaier aangezien een versie op een monitor alreeds digitaal is. :-) (en waarschijnlijk door processorkracht of cameraresolutie beperkt)

Maar ik geef toe dat ik dat URI gedoe niet helemaal snap; als ze bedoelen dat ze de URL ORC-en, dan zouden ze dat simpel kunnen zeggen dus waarschijnlijk is het wat anders.

En bij veel sites is de URL langer dan de balk waar het in staat.
Zie het nut er ook niet van in, misschien iemand waar het kwartje wel valt?

Bij mij komt het over als een draadloze rookwolk communicator voor de zeer korte afstand.


----
Denk dat ik ondertussen begrijp waar het voor is (mede door de onderstaande reacties)

Vind de keuze van MIT wel "een beetje" omslachtig, zag toevallig vanmiddag een add-on voor opera https://addons.opera.com/.../qr-code-generator-2/1.2/ waarmee je exact hetzelfde mee kun bereiken. (op je mobiel exact dezelfde pagina van het internet overnemen / URI kopieren op je mobiel)

[Reactie gewijzigd door koffiedick op 26 juni 2011 14:51]

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True