WO2015036050A1 - Mobiles endgerät, server, system und verfahren zum verarbeiten/austausch von bilddateien - Google Patents

Mobiles endgerät, server, system und verfahren zum verarbeiten/austausch von bilddateien Download PDF

Info

Publication number
WO2015036050A1
WO2015036050A1 PCT/EP2013/069114 EP2013069114W WO2015036050A1 WO 2015036050 A1 WO2015036050 A1 WO 2015036050A1 EP 2013069114 W EP2013069114 W EP 2013069114W WO 2015036050 A1 WO2015036050 A1 WO 2015036050A1
Authority
WO
WIPO (PCT)
Prior art keywords
image file
terminal
server
frame image
image
Prior art date
Application number
PCT/EP2013/069114
Other languages
English (en)
French (fr)
Inventor
Martin Schleyer
Sascha Skorupa
Karl Heinz FUNKE
Original Assignee
Wanted Smiling Gmbh
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wanted Smiling Gmbh filed Critical Wanted Smiling Gmbh
Priority to PCT/EP2013/069114 priority Critical patent/WO2015036050A1/de
Publication of WO2015036050A1 publication Critical patent/WO2015036050A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information

Definitions

  • the present invention relates to a server for processing / exchanging image files and to a corresponding mobile terminal, system and method.
  • the present invention solves this problem with a server according to claim 1, a mobile terminal according to claim 8, a method according to claim 11 and a system according to claim 15.
  • a server comprising:
  • a receiving device for receiving an identification identifier of a mobile terminal and at least one terminal location, in particular a geographical coordinate;
  • a storage device for storing a plurality of frame image files and image location information, each associated with at least one frame image file;
  • a selection device for selecting at least one frame image file by comparing the image location information with the terminal location information
  • a transmitting device for sending the at least one frame image file to the mobile terminal.
  • a particular advantage of the present invention is that the server identifies a terminal that communicates with it, from the latter
  • Location information namely the terminal location information
  • receives and for the terminal relevant image data namely the frame image data, selects. These frame image data are then sent to the terminal for further processing if necessary
  • the storage device may store at least one time interval associated with at least one frame image file, and the selection device may consider the time interval when selecting the at least one frame image file.
  • the user only receives information associated with a specific geographic location and associated time.
  • the frame image files may be, for example, a specially designed for the pasfest presentation of an image. In this respect can be stored as position information Theresienwiese in Kunststoff, Germany, and as a time from late September to early October.
  • the server only supplies the mobile device with the Frefest-specific frame image files when it ends
  • the transmitting device may be configured to send a selection of frame image files to the terminal in response to the receipt of the terminal location information. For example, it is conceivable that a plurality of frame image files are stored for a specific event that is assigned to a specific location so that the user of the terminal can select from a plurality of frame image files.
  • the selection of the frame image files is sent to the terminal in a first resolution and upon receipt of
  • these selection data designate a particular frame image file of the selection of frame image files.
  • the server can then transmit the selected frame image file in a second resolution. This second resolution can be significantly higher than the first one.
  • the first resolution may be at least 10, 20, 30, or 50% less than the second resolution.
  • the frame image files may include data for specifying a transparent area.
  • the frame image files are suitable to be linked to another image.
  • a portrait picture can be equipped with a corresponding frame.
  • the frame image file includes data for specifying a transparent area. This transparent area can be filled with the data of the further image.
  • the stated object is further achieved by a system comprising the server already described as well as a plurality of terminals.
  • the mobile terminals have at least one camera, wherein the respective terminal implements a software, the image files generated with the camera with data from a received from the server frame image file for
  • the linkage already described can therefore take place either on the server side or on the client side on the mobile terminal. In a preferred embodiment, the linkage takes place on the mobile terminal.
  • the terminal can at least one position detecting device for
  • the terminal location information implement that periodically transmits the terminal location information to the server.
  • the server implements that periodically transmits the terminal location information to the server.
  • Position determining device to a GPS module.
  • This terminal location determination may be server-side or client-side.
  • an identification number of a base station and / or a specific radio cell can be stored, for example, as image location information.
  • the server can be designed
  • Storage device is stored;
  • the server may thus be configured to monitor the position of the terminal and then to inform it of the presence of a particular frame image file when it is close to or at the frame location / image location.
  • the software implemented on the mobile terminal is designed to transmit corresponding terminal location information regularly and / or as required.
  • a mobile terminal the at least one arithmetic unit, at least one display for displaying image files and at least one display camera, which is used to hold a
  • the mobile terminal may implement software to
  • another mobile terminal can thus be supplied with an image file, wherein when viewing the image file, the display camera is triggered to the viewer, especially his facial expression, hold on viewing the displayed image. The won
  • Viewer image file can be sent to a server or the server already described.
  • the image file for the viewer can be obtained as already described.
  • the displayed image file may also be any arbitrarily obtained image file.
  • the terminal is designed to determine the time interval per received image file using a random number generator. In this respect, the viewer of the image file can be surprised by the recording. It is also conceivable to specify a minimum time interval statically and then to add a randomly obtained time interval. Setting a minimum time interval prevents the display camera from being triggered at a time when the viewer has not yet acquired / processed the displayed image at all.
  • the software can be designed to take into account a release signal of a facial analysis device when the display camera is triggered.
  • This facial analysis device can continuously process images from the display camera and determine whether there is a face in the field of view of the display camera that is to be recorded. Furthermore, the facial expressions of the observer can be recorded and taken into account when triggered.
  • the above object is further achieved by a method comprising the following steps: Receiving an image file and addressee data from a creator terminal;
  • the receiver terminal may be a mobile terminal, as already described.
  • the method similar advantages arise, as they have already been described in connection with the mobile terminal.
  • the method may include checking, wherein the transmission of the image file is made only if a digital message has been received in advance indicating that the still-to-be-acquired viewer image or the still-to-be-seen viewer image file is released. In this respect, it is up to the user of the recipient's terminal or viewer to specify whether he wants to view the image file sent to him. As far as he decides to do so, he must also give the said release. This release declaration ensures that the viewer image file is not accidentally recovered and / or sent.
  • the given implementation makes it possible to preserve the privacy of the user / viewer.
  • the displayed image file can be generated by linking a frame image file to an image file created by the manufacturer's terminal.
  • At least one image operation can be used when generating the image file.
  • This image operation may be a cut-out operation and / or a zoom operation to suitably associate the frame image file with the image file created by the creator terminal.
  • a system comprising a server implementing software that implements the described method.
  • This is preferably the server, as has already been explained.
  • the system may include a mobile terminal that corresponds to what has been described.
  • Fig. 1 shows a server that communicates with a variety of mobile
  • FIG. 2 shows individual components of the server from FIG. 1;
  • FIG. 3 shows an exemplary embodiment of a mobile terminal from FIG.
  • 4 shows several data tables for storing user, frame and image data
  • 5 is a sequence diagram that visualizes the interaction between a mobile terminal and the server
  • FIG. 1 shows a server 100 communicatively connected to a plurality of mobile terminals 10, 20, 30 via the Internet 1.
  • Fig. 2 illustrates some important components of the server 100.
  • this comprises a receiving device 101 for receiving data from the mobile terminals 10, 20, 30, a memory device 102 for storing data, a selector 103 and a transmitter 104 for transmitting data
  • the server 100 may have one or more computing units and one or more memories configured to store data and programs.
  • the components shown in FIG. 2 do not necessarily have to be physical components. Rather, these can be understood as logical components that are realized by the implementation of suitable software.
  • the storage device 102 is used to implement a user database 110 and a content database 120.
  • the user database 110 comprises a user table with three columns, namely a column for:
  • the user table 110 shown includes in a first column the user ID "222" for the user named “Mike” and an associated password.
  • a second column indicates the user ID as "333" for the user "Tobias” with a corresponding password.
  • the third column contains the user ID "444" for the user with the user name "Ken”.
  • the content database 120 includes a frame table 121 and a
  • the frame table may store data relating to a plurality of frame image files.
  • the frame table 111 has four columns with the names:
  • the frame ID indicates an identification number for the corresponding frame image file RBildl.
  • the column titled “Title” specifies the frame image file RBildl closer, and the column “Data” may contain the actual data of the frame image file. It may be capable of capturing BLOBs ("Binary Large Objects")
  • the "R-Pos” column represents the image locations associated with the respective frame image file. Im shown
  • Embodiment there is a frame image file having the frame ID 50, the title "Oktoberfest” and an image location X, Y. Accordingly, there is a frame image file with the frame ID 60 titled “Oktoberfest II" which Further frame image files may be stored in the frame table 121.
  • the image table 122 stores data related to images sent.
  • the image table 122 may also store the image files themselves.
  • the image table 122 includes the following columns: - image ID;
  • the picture ID indicates an identification number of an image file.
  • the "Data" column may contain the actual data of the image file, and here again BLOBs may be used: the sender identification number S-ID designates a sender and the receiver identification number E-ID a recipient a recipient a release
  • a first line indicates the image ID 51 and indicates that the associated image file was sent by a sender having the transmission identification number S-ID 222 to a receiver with the recipient identification number E-ID 333.
  • the recipient has submitted a release declaration in accordance with the table.
  • the second line of the image table 122 denotes an image with the image ID 52 that is transmitted from a sender having the sender identification number S-ID 333 to the recipient with the recipient identification number E-ID 444. A release is not available.
  • Fig. 3 shows some components of the mobile terminal 10. These include a display camera 11, a display 22 and a keyboard 13 for entering data. Furthermore, the mobile terminal 10 is provided with a GPS module for
  • a main camera 17 On the back (not shown) of the mobile terminal is a main camera 17, which can be made with the usual image recordings.
  • FIG. 5 shows purely exemplary communication between the mobile terminal 10 and the server 100.
  • a software may be installed, which queries the GPS module 15 position information of the mobile terminal 10 at regular intervals. These position data can be transmitted to the server 100 in the form of device positions G-Posl, G-Pos2 at regular intervals.
  • the server 100 checks in each case whether there are entries in the frame table 121 for the device positions G-Posl, G-Pos2. In the embodiment shown in FIG. 5, the server 100 determines that the image location indications R-Pos of the frame image file with the frame ID 50 and 60 match the device position G-Pos2.
  • the mobile terminal 10 sends the device position G-Pos2 to the server 100, it reads out the associated image files RImage1, RImage2 and converts them into a display with a low resolution sRBildl, sRBild2. These low-quality images are transmitted to the mobile terminal 10 so that the mobile terminal 10 can preview the images. The user is now able to select an image by means of the keyboard 13.
  • the user opts for the frame image file RBildl as shown sRBild l.
  • the mobile terminal transmits this selection (shown symbolically by the "1" in Fig. 5) .
  • the server 100 transmits the complete frame image file RBildl.
  • the user of the mobile terminal 10 can now take a picture with the main camera 17 and associate the associated picture file B with the frame picture file R picture 1, as shown in FIG. 7, so that an image file results with an appealing designed frame.
  • This image file Bl can be saved by the user and / or sent to friends.
  • the user decides to send this image to a friend by means of the server 100 according to the invention.
  • the user with the user ID 222 may send the image to the user with the user ID 333.
  • a corresponding shipping is modeled in the image table 122 in the first line.
  • the receiver receives from the server 100 a message indicating that an image (for example, the image file ⁇ ⁇ ) has been transmitted to him (step 201).
  • the recipient is then asked to indicate if he is ready to release an image of his response to the received image (step 202). That is, the recipient must agree that during its viewing of the picture, a picture is taken of it and this picture is transmitted to the transmitter of the picture file B. If the recipient agrees to this transmission, the image file B is displayed to him in step 203.
  • the software implemented on its mobile terminal 20 here waits for a randomly predetermined time interval T (step 204) and then takes a picture of the receiver by means of the display camera 11 (step 105).
  • the obtained image of the viewer is sent to server 100 in step 206, and in step 207 the corresponding application is terminated.
  • the server 100 uses the image table 122 to determine who sent the original image B and transmits the reaction image / viewer image obtained therefrom to the latter.
  • one or more finder In the described embodiments, one or more finder
  • this problem can be solved by using keys when uploading or downloading at least one file, for example image file B.
  • the file to be uploaded or downloaded is divided into a plurality of sections, preferably of constant length, and each section is transmitted separately from the next section.
  • the reception of each section is acknowledged by the receiving device (server 100 or mobile terminal 10, 20, 30) with a message.
  • a transmission of a checksum or a key takes place.
  • the checksum can be an MD5 sum.
  • the mobile terminal 10, 20, 30 may request or receive a file.
  • the server 100 then supplies file information
  • Terminal 10, 20, 30 sequentially starts portions / portions of this file
  • the mobile terminal 10, 20, 30 repeats the last request, then when the connection can be reestablished. After the last packet (subsection) has been downloaded, the mobile terminal 10, 20, 30 checks the MD5 sum. If a locally calculated MD5 sum does not match the received one, the whole process is repeated.
  • the mobile terminal 10, 20, 30 notifies the server 100 that in the
  • File information available (MD5 total, file size, package size).
  • the server 100 reserves the requested space and preferably zeros it.
  • the process gets a unique identification, which is stored on the server 100 and transmitted to the mobile terminal 10, 20, 30.
  • the identification and / or the file information may be stored in a dedicated table in the context database 110 or in another database.
  • the mobile terminal 10, 20, 30 breaks up the file into several packets / sections and thus begins to transmit each of these packets together with the upload ticket to the server 100.
  • the mobile terminal 10, 20, 30 waits for acknowledgment from the server 100. If it does not arrive for an extended period of time, or if a network problem occurs, the last packet sent is sent again until the packet is sent Server 100 acknowledges receipt. 3.
  • the server 100 checks the MD5 sum of the file and either notifies the mobile terminal 10, 20, 30 that the upload of the affected file was successful, or that the entire process must be performed again.
  • Terminal 10, 20, 30 with the main camera 17 take a picture and associate the associated image file B as shown in Fig. 7, with the frame image file RBildl, so that there is an image file with a beautifully designed frame.
  • merging / merging of the image file B with the frame image file R image 1 presents the system, in particular the mobile terminal 10, 20, 30, with particularity
  • the software installed on the terminal 10, 20, 30 makes it possible to subsequently position the image file, preferably by finger movements on the display 12. It can be translations, scalings and / or rotations of the image
  • this operation places high demands on the computing unit of the respective terminal 10, 20, 30, so that a conversion in quasi real-time is not possible. Furthermore, the resolutions of the frame image file R image 1 are different from those of the image file B.
  • the problem of the different resolutions and the enormous amount of data is solved by the software on the terminal 10, 20, 30.
  • the resolution of the image file B can be significantly reduced and a transformation matrix generated. Only the low-resolution image (preview image) is displayed to the user in conjunction with the frame image file RBildl. All user-executed operations (scaling, translation, and / or rotation) are performed on the preview image and stored in the transformation matrix. Applying to the high resolution image file or a derivative thereof will not occur until the user signals that he is satisfied with the result.
  • the resolution of the image file B can be significantly reduced and a transformation matrix generated. Only the low-resolution image (preview image) is displayed to the user in conjunction with the frame image file RBildl. All user-executed operations (scaling, translation, and / or rotation) are performed on the preview image and stored in the transformation matrix. Applying to the high resolution image file or a derivative thereof will not occur until the user signals that he is satisfied with the result.
  • This step may be performed on the server side or on the terminals 10, 20, 30.
  • the camera image is normalized: The centers of the two images (frame image (frame image file RImage l) and camera image (image file B)) are superimposed, then the camera image, for example, with an "Aspect fit" method to the size of the frame image
  • Aspect Fit scaling the image dimensions are changed while keeping the proportions in such a way that the entire image can be positioned in the specified area, and this scaled image is the preview image at this point Reduce 50%, preferably by at least 90%.
  • Affine transformation matrix To image the transformations a 3x3 matrix is created. At the beginning of the readjustment, it is a 3x3 unit matrix. a b 0
  • a rotation about the angle ⁇ can be implemented as follows: cos (a) sin (a) 0
  • a scaling by the factor S can be implemented as an example as follows:
  • This transformation matrix is related to the reduced projection, but retains its mathematical
  • Computing-intensive processes can be carried out on the server 100 or also on the mobile terminal 10, 20, 30 and always result in the exact same image in any desired resolution.
  • a previously transmitted once to the server 100 image can be post-processed without a re-transmission is necessary.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Die Erfindung betrifft ein Server, umfassend: - eine Empfangseinrichtung (101) zum Empfangen einer Identifikationskennung eines mobilen Endgeräts (10) und mindestens einer Endgerät-Ortsangabe (G-Pos1, G-Pos1), insbesondere einer geographischen Koordinate; - eine Speichereinrichtung (102) zur Speicherung einer Vielzahl von Rahmen-Bilddateien und Bild-Ortsangaben (R-Pos), die jeweils mindestens einer Rahmen-Bilddatei zugeordnet sind; - eine Auswahleinrichtung (103) zur Auswahl mindestens einer Rahmen-Bilddatei (RBild1) durch einen Vergleich der Bild-Ortsangaben (R-Pos) mit der Endgerät-Ortsangabe (G-Pos1, G-Pos1); - eine Sendeeinrichtung (104) zum Versenden der mindestens einen Rahmen-Bilddatei an das mobile Endgerät (10).

Description

MOBILES ENDGERÄT, SERVER, SYSTEM UND VERFAHREN ZUM
VERARBEITEN/AUSTAUSCH VON BILDDATEIEN
Beschreibung
Die vorliegende Erfindung betrifft einen Server zum Verarbeiten/Austauschen von Bilddateien sowie ein entsprechendes mobiles Endgerät, System und Verfahren.
In den letzten Jahren haben sich zahlreiche standortbezogene Dienste („location- based Services") entwickelt, die es den Benutzern ermöglichen, auf ihre Situation speziell„zugeschneiderte" Dienste in Anspruch zu nehmen. Entsprechende standortbezogene Dienste sind sinnvoll, da die Vielzahl der digital verfügbaren Informationen und auch die der verfügbaren Dienste eine Auswahl notwendig macht, die ohne entsprechende Filterkriterien sehr zeitraubend ist. Die in diesem Bereich häufig verwendeten mobilen Endgeräte, beispielsweise Smartphones, verfügen weder über eine ausreichende Speicherkapazität, Rechenleistung noch Datenanbindung, um es dem Benutzer zu ermöglichen, die verfügbare Datenflut zu verarbeiten. Des Weiteren ergibt sich bei mobilen Endgeräten häufig das Problem, dass diese keine ausreichend großen Anzeigeeinrichtungen (z. B.
Displays) haben, um existierende Daten in einer angemessenen Größe
darzustellen.
Daher besteht die Notwendigkeit, vorhandene Daten in angemessener Weise zu filtern und diese auf eine für die mobilen Endgeräte verarbeitbare Anzahl zu reduzieren.
Die vorliegende Erfindung löst diese Aufgabe mit einem Server gemäß Anspruch 1, einem mobilen Endgerät gemäß Anspruch 8, einem Verfahren gemäß Anspruch 11 und einem System gemäß Anspruch 15.
Insbesondere wird die Aufgabe durch einen Server gelöst, der umfasst:
- eine Empfangseinrichtung zum Empfangen einer Identifikationskennung eines mobilen Endgeräts und mindestens einer Endgerät-Ortsangabe, insbesondere einer geographischen Koordinate; - eine Speichereinrichtung zur Speicherung einer Vielzahl von Rahmen- Bilddateien und Bild-Ortsangaben, die jeweils mindestens einer Rahmen- Bilddatei zugeordnet sind;
- eine Auswahleinrichtung zur Auswahl mindestens einer Rahmen-Bilddatei durch einen Vergleich der Bild-Ortsangaben mit der Endgerät- Ortsangabe;
- eine Sendeeinrichtung zum Versenden der mindestens einen Rahmen- Bilddatei an das mobile Endgerät.
Ein besonderer Vorteil der vorliegenden Erfindung besteht darin, dass der Server ein mit diesem kommunizierendes Endgerät identifiziert, von diesem
Ortsangaben, nämlich die Endgerät-Ortsangaben, erhält und für das Endgerät relevante Bilddaten, nämlich die Rahmen-Bilddaten, auswählt. Diese Rahmen- Bilddaten werden dann an das Endgerät ggf. zur weiteren Verarbeitung
übermittelt.
Die Speichereinrichtung kann mindestens ein Zeitintervall, das mindestens einer Rahmen-Bilddatei zugeordnet ist, speichern, und die Auswahleinrichtung bei der Auswahl der mindestens einen Rahmen-Bilddatei das Zeitintervall berücksichtigen. Insofern ist es denkbar, eine Filterung nicht nur anhand von Ortsangaben, sondern auch anhand eines bestimmten Zeitraums vorzunehmen. Der Benutzer erhält in diesem Fall nur Informationen, die einem bestimmten geografischen Ort und einer zugehörigen Zeit zugeordnet sind. Bei den Rahmen-Bilddateien kann es sich beispielsweise um eine speziell für das Oktoberfest gestaltete Aufmachung eines Bilds handeln. Insofern kann als Positionsangaben die Theresienwiese in München, Deutschland, und als Zeitangabe Ende September bis Anfang Oktober gespeichert sein. Der Server versorgt das mobile Endgerät in diesem Fall nur dann mit den Oktoberfest-spezifischen Rahmen-Bilddateien, wenn es Ende
September oder Anfang Oktober ist und sich das Endgerät nahe bei oder auf der Theresienwiese befindet.
Die Sendeeinrichtung kann dazu ausgebildet sein, in Reaktion auf den Empfang der Endgerät-Ortsangabe eine Auswahl von Rahmen-Bilddateien an das Endgerät zu versenden. Beispielsweise ist es denkbar, dass zu einem bestimmten Ereignis, das einem bestimmten Ort zugeordnet ist, mehrere Rahmen-Bilddateien hinterlegt werden, so dass der Benutzer des Endgeräts aus einer Vielzahl von Rahmen- Bilddateien auswählen kann.
In einer Ausführungsform wird die Auswahl der Rahmen-Bilddateien in einer ersten Auflösung an das Endgerät versandt und auf einen Empfang von
Auswahldaten gewartet. Vorzugsweise bezeichnen diese Auswahldaten eine bestimmte Rahmen-Bilddatei der Auswahl von Rahmen-Bilddateien. Der Server kann dann die ausgewählte Rahmen-Bilddatei in einer zweiten Auflösung übermitteln. Diese zweite Auflösung kann deutlich höher sein als die erste.
Insofern ist es möglich, die Auswahl von Rahmen-Bilddateien unter Verwendung einer relativ geringen Bandbreite zeitnah zu realisieren. Die erste Auflösung kann mindestens 10, 20, 30 oder 50% geringer sein als die zweite Auflösung.
Die Rahmen-Bilddateien können Daten zur Angabe eines transparenten Bereichs umfassen. Vorzugsweise sind die Rahmen-Bilddateien geeignet, mit einem weiteren Bild verknüpft zu werden. Beispielsweise kann ein Portraitbild mit einem entsprechenden Rahmen ausgestattet werden. Um die Verknüpfung der
Bilddateien zu ermöglichen, umfasst die Rahmen-Bilddatei Daten zur Angabe eines transparenten Bereichs. Dieser transparente Bereich kann mit den Daten des weiteren Bilds aufgefüllt werden.
Die genannte Aufgabe wird des Weiteren durch ein System umfassend den bereits beschriebenen Server sowie eine Vielzahl von Endgeräten gelöst. Vorzugsweise haben die mobilen Endgeräte mindestens eine Kamera, wobei das jeweilige Endgerät eine Software implementiert, die mit der Kamera generierte Bilddateien mit Daten aus einer von dem Server empfangenen Rahmen-Bilddatei zur
Generierung einer Bilddatei verknüpft. Die bereits beschriebene Verknüpfung kann also entweder serverseitig oder clientseitig auf dem mobilen Endgerät erfolgen. In einer bevorzugten Ausführungsform erfolgt die Verknüpfung auf dem mobilen Endgerät.
Das Endgerät kann mindestens eine Positionsermittlungseinrichtung zur
Bestimmung der Endgerät-Ortsangabe umfassen und eine Software
implementieren, die regelmäßig die Endgerät-Ortsangaben an den Server übermittelt. In einem Ausführungsbeispiel handelt es sich bei der
Positionsermittlungseinrichtung um ein GPS-Modul. Alternativ oder zusätzlich ist es möglich, mittels Triangulation Endgerät-Ortsangaben anhand der Empfangsstärke von Signalen, die von Basisstationen ausgesandt werden, und/oder anhand von Signallaufzeiten Endgerät-Ortsangaben zu ermitteln. Diese Endgerät-Ortsangaben-Positionsermittlung kann serverseitig oder clientseitig erfolgen. Des Weiteren ist es denkbar, die von bestimmten Basisstationen aufgespannten Zellen als Ortsangaben zu nutzen. Insofern kann beispielsweise als Bild-Ortsangabe eine Identifikationsnummer einer Basisstation und/oder einer bestimmten Funkzelle gespeichert werden. Des Weiteren ist es denkbar, mehrere Basisstationen und/oder mehrere Zellen als Bild-Ortsangaben zu hinterlegen.
Der Server kann dazu ausgebildet sein,
- eine Vielzahl von Endgerät-Ortsangaben zu empfangen, die jeweils einem Endgerät zugeordnet sind;
- für jede der Endgeräts-Ortsangaben anhand der Bild-Ortsangaben zu ermitteln, ob eine zugehörige Rahmen-Bilddatei in der
Speichereinrichtung gespeichert ist; und
- eine Nachricht an das jeweilige Endgerät zu senden, wenn eine
zugehörige Rahmen-Bilddatei gespeichert ist.
Der Server kann also dazu ausgebildet sein, die Position des Endgeräts zu überwachen und dieses dann über das Vorhandensein einer bestimmten Rahmen- Bilddatei zu informieren, wenn es sich nahe bei oder an der Rahmen- Ortsangabe/Bild-Ortsangabe befindet. Vorzugsweise ist die auf dem mobilen Endgerät implementierte Software dazu ausgebildet, entsprechende Endgerät- Ortsangaben regelmäßig und/oder bei Bedarf zu übermitteln.
Die genannte Aufgabe wird des Weiteren durch ein mobiles Endgerät gelöst, das mindestens eine Recheneinheit, mindestens ein Display zum Anzeigen von Bilddateien und mindestens eine Display-Kamera, die zur Aufnahme eines
Betrachters des Displays angeordnet und ausgebildet ist, umfasst. Das mobile Endgerät kann eine Software implementieren, um
- eine empfangene Bilddatei auf dem Display anzuzeigen;
- ein Zeitintervall abzuwarten; - nach dem Abwarten die Display-Kamera auszulösen, um eine Betrachter- Bilddatei zu generieren;
- die Betrachter-Bilddatei an einen Server zu übermitteln.
Erfindungsgemäß kann ein anderes mobiles Endgerät also mit einer Bilddatei versorgt werden, wobei bei der Betrachtung der Bilddatei die Display-Kamera ausgelöst wird, um den Betrachter, insbesondere dessen Gesichtsausdruck, bei einem Betrachten des angezeigten Bildes festzuhalten. Die so gewonnene
Betrachter-Bilddatei kann an einen Server oder den bereits beschriebenen Server übermittelt werden. Die Bilddatei fü r den Betrachter kann so gewonnen werden, wie dies bereits beschrieben wurde. Alternativ kann die angezeigte Bilddatei auch irgendeine beliebig gewonnene Bilddatei sein.
Es ist möglich, das abzuwartende Zeitintervall für jede Bilddatei gleichlang zu gestalten. Vorzugsweise ist das Endgerät dazu ausgebildet, das Zeitintervall pro empfangene Bilddatei unter Verwendung eines Zufallsgenerators zu ermitteln. Insofern kann der Betrachter der Bilddatei von der Aufnahme überrascht werden. Denkbar ist es auch, ein Mindest-Zeitintervall statisch vorzugeben und hierauf ein zufällig gewonnenes Zeitintervall zu addieren. Das Vorgeben eines Mindestzeitintervalls verhindert das Auslösen der Display-Kamera zu einem Zeitpunkt, zu dem der Betrachter das angezeigte Bild noch überhaupt nicht erfasst/verarbeitet hat.
Die Software kann dazu ausgebildet sein, beim Auslösen der Display-Kamera ein Freigabesignal einer Gesichtsanalyse-Einrichtung zu berücksichtigen. Diese Gesichtsanalyse-Einrichtung kann kontinuierlich Aufnahmen von der Display- Kamera verarbeiten und feststellen, ob im Sichtbereich der Display-Kamera ein Gesicht ist, das aufgenommen werden soll . Des Weiteren kann die Mimik des Betrachters erfasst und ggf. bei der Auslösung berücksichtigt werden.
Beispielsweise ist es denkbar, eine Auslösung erst dann vorzunehmen, wenn sich die Mimik der betrachtenden Personen deutlich verändert.
Die genannte Aufgabe wird des Weiteren durch ein Verfahren, umfassend die folgenden Schritte gelöst: - Empfangen einer Bilddatei und Adressatendaten von einem Ersteller- Endgerät;
- Ermitteln und/oder Empfangen einer Ersteller-Identifikationskennung von dem Ersteller-Endgerät;
- Speichern der Bilddatei, insbesondere in einer Speichereinrichtung;
- Speichern einer Zuordnung der Bilddatei zu der Ersteller- Identifikationskennung, insbesondere in einer Speichereinrichtung;
- Ermitteln eines Empfänger-Endgeräts anhand der Adressatendaten;
- Speichern einer Zuordnung der Bilddatei zu einer Empfänger- Identifikationskennung des Empfänger-Endgeräts, insbesondere in einer Speichereinrichtung;
- Senden der Bilddatei an das Empfänger-Endgerät;
- Empfangen einer Betrachter-Bilddatei von dem Empfänger-Endgerät;
- Weiterleiten der Betrachter-Bilddatei an das Ersteller-Endgerät, wobei das Ersteller-Endgerät unter Berücksichtigung der gespeicherten Ersteller-Identifikationskennung ermittelt wird.
In einem Ausführungsbeispiel kann das Empfänger-Endgerät ein mobiles Endgerät sein, wie dies bereits beschrieben wurde. Für das Verfahren ergeben sich ähnliche Vorteile, wie diese bereits in Verbindung mit dem mobilen Endgerät beschrieben wurden.
Das Verfahren kann ein Prüfen umfassen, wobei das Senden der Bilddatei nur dann erfolgt, wenn vorab eine digitale Nachricht empfangen wurde, die angibt, dass das noch zu gewinnende Betrachterbild bzw. die noch zu gewinnende Betrachter-Bilddatei freigegeben wird. Insofern obliegt es dem Benutzer des Empfänger-Endgeräts oder Betrachter vorzugeben, ob er die ihm übersandte Bilddatei betrachten möchte. Soweit er sich hierfür entscheidet, muss er auch die besagte Freigabeerklärung abgeben. Diese Freigabeerklärung stellt sicher, dass die Betrachter-Bilddatei nicht ungewollt gewonnen und/oder versandt wird.
Insofern ermöglicht es die vorgegebene Implementierung, die Privatsphäre des Benutzers/Betrachters zu wahren.
Die angezeigte Bilddatei kann wie bereits diskutiert durch ein Verknüpfen einer Rahmen-Bilddatei mit einer durch das Hersteller-Endgerät erstellten Bilddatei generiert werden.
Bei der Generierung der Bilddatei kann mindestens eine Bildoperation angewandt werden. Bei dieser Bildoperation kann es sich um eine Ausschneideoperation und/oder um eine Zoomoperation handeln, um die Rahmen-Bilddatei mit der vom Ersteller-Endgerät erstellten Bilddatei in geeigneter Weise zu verknüpfen.
Die genannte Aufgabe wird des Weiteren durch ein System gelöst, das einen Server umfasst, der Software implementiert, die das beschriebene Verfahren umsetzt. Vorzugsweise handelt es sich hierbei um den Server, wie dieser bereits erläutert wurde. Des Weiteren kann das System ein mobiles Endgerät umfassen, das dem Beschriebenen entspricht.
Weitere vorteilhafte Ausführungsformen ergeben sich anhand der
Unteransprüche.
Nachfolgend wird die Erfindung mittels mehrerer Ausführungsbeispiele
beschrieben, die anhand von Abbildungen näher erläutert werden.
Hierbei zeigen :
Fig. 1 einen Server, der kommunikativ mit einer Vielzahl von mobilen
Endgeräten verbunden ist;
Fig. 2 einzelne Komponenten des Servers aus Fig. 1;
Fig. 3 eine exemplarische Ausführung eines mobilen Endgeräts aus Fig.
i ;
Fig. 4 mehrere Datentabellen zum Speichern von Benutzer-, Rahmen- und Bilddaten; Fig. 5 ein Sequenzdiagramm, das die Interaktion zwischen einem mobilen Endgerät und dem Server visualisiert;
Fig. 6 ein Ablaufdiagramm des erfindungsgemäßen Verfahrens; und
Fig. 7 eine Verknüpfungsoperation einer Bilddatei mit einer Rahmen-
Bilddatei.
In der nachfolgenden Beschreibung werden für gleiche und gleich wirkende Teile dieselben Bezugsziffern verwendet.
Fig. 1 zeigt einen Server 100, der über das Internet 1 mit einer Vielzahl von mobilen Endgeräten 10, 20, 30 in kommunikativer Verbindung steht.
Fig. 2 erläutert einige wichtige Komponenten des Servers 100. Dieser umfasst erfindungsgemäß eine Empfangseinrichtung 101 zum Empfangen von Daten von den mobilen Endgeräten 10, 20, 30, eine Speichereinrichtung 102 zum Speichern von Daten, eine Auswahleinrichtung 103 und eine Sendeeinrichtung 104 zum Senden von Daten an die mobilen Endgeräte 10, 20, 30. Physikalisch kann der Server 100 über eine oder mehrere Recheneinheiten sowie über einen oder mehrere Speicher verfügen, die dazu ausgebildet sind, Daten sowie Programme zu speichern. Bei den in Fig. 2 gezeigten Komponenten muss es sich nicht zwangsläufig um physikalische Komponenten handeln. Vielmehr können diese als logische Komponenten verstanden werden, die durch die Implementierung einer geeigneten Software realisiert werden.
Die Speichereinrichtung 102 dient zur Implementierung einer Benutzerdatenbank 110 sowie einer Content-Datenbank 120.
Der Inhalt der Benutzerdatenbank 110 und der Content-Datenbank 120 ist exemplarisch in der Fig. 4 gezeigt. So umfasst die Benutzerdatenbank 110 eine Benutzertabelle mit drei Spalten, nämlich einer Spalte für:
- die Benutzer-ID;
- den Benutzernamen; - das Passwort.
Die gezeigte Benutzertabelle 110 enthält in einer ersten Spalte die Benutzer-ID „222" für den Benutzer mit dem Namen„Mike" sowie ein zugehöriges Passwort. Eine zweite Spalte gibt die Benutzer-ID als„333" für den Benutzer„Tobias" mit einem entsprechenden Passwort an. Die dritte Spalte enthält die Benutzer-ID „444" für den Benutzer mit dem Benutzernamen„Ken".
Die Content-Datenbank 120 umfasst eine Rahmentabelle 121 sowie eine
Bildertabelle 222. Die Rahmentabelle kann Daten bezüglich einer Vielzahl von Rahmen-Bilddateien speichern. In dem gezeigten Ausführungsbeispiel hat die Rahmentabelle 111 vier Spalten mit den Bezeichnungen :
Rahmen-ID;
- Titel;
- Data;
- R-Pos.
Die Rahmen-ID gibt eine Identifikationsnummer für die entsprechende Rahmen- Bilddatei RBildl an. Die Spalte mit dem Namen„Titel" bezeichnet die Rahmen- Bilddatei RBildl näher. Die Spalte„Data" kann die eigentlichen Daten der Rahmen-Bilddatei enthalten. Sie kann dazu geeignet sein, BLOBs („Binary Large Objects") aufzunehmen. Die Spalte„R-Pos" gibt die Bild-Ortsangaben wieder, die der jeweiligen Rahmen-Bilddatei zugeordnet sind. Im gezeigten
Ausführungsbeispiel gibt es eine Rahmen-Bilddatei mit der Rahmen-ID 50, dem Titel„Oktoberfest Γ und einer Bild-Ortsangabe X, Y. Dementsprechend gibt es eine Rahmen-Bilddatei mit der Rahmen-ID 60 mit dem Titel„Oktoberfest II", der dieselbe Bild-Ortsangabe zugeordnet ist. Weitere Rahmen-Bilddateien können in der Rahmentabelle 121 gespeichert sein.
Die Bildertabelle 122 speichert Daten, die sich auf versandte Bilder beziehen. Gegebenenfalls kann die Bildertabelle 122 auch die Bilddateien selbst speichern. Die Bildertabelle 122 umfasst die folgenden Spalten: - Bild-ID;
- Data;
- S-ID;
- E-ID;
- Freigabe.
Die Bilder-ID gibt eine Identifikationsnummer einer Bilddatei an. Die Spalte „Data" kann die eigentlichen Daten der Bilddatei enthalten. Auch hierbei können BLOBs verwendet werden. Die Sender-Identifikationsnummer S-ID bezeichnet einen Sender und die Empfänger-Identifikationsnummer E-ID einen Empfänger. Die Spalte„Freigabe" gibt an, ob ein Empfänger eine Freigabeerklärung
abgegeben hat.
Im gezeigten Ausführungsbeispiel gibt eine erste Zeile die Bild-ID 51 an und führt auf, dass die zugehörige Bilddatei von einem Sender mit der Sendeidentifikationsnummer S-ID 222 an einem Empfänger mit der Empfänger- Identifikationsnummer E-ID 333 versandt wurde. Der Empfänger hat gemäß der Tabelle eine Freigabeerklärung abgegeben. Unter Berücksichtigung der
Benutzerdatentabelle 111 kann dem Sender der Benutzername„Mike" zugeordnet werden. Die zweite Zeile der Bildertabelle 122 bezeichnet ein Bild mit der Bilder- ID 52, das von einem Sender mit der Sender-Identifikationsnummer S-ID 333 an den Empfänger mit der Empfänger-Identifikationsnummer E-ID 444 versandt wurde. Eine Freigabeerklärung liegt nicht vor.
Die Fig. 3 zeigt einige Komponenten des mobilen Endgeräts 10. Diese umfassen eine Display-Kamera 11, einen Display 22 und eine Tastatur 13 zur Eingabe von Daten. Des Weiteren ist das mobile Endgerät 10 mit einem GPS-Modul zur
Erfassung der Position des mobilen Endgeräts 10 ausgestattet. Auf der Rückseite (nicht gezeigt) des mobilen Endgeräts befindet sich eine Hauptkamera 17, mit der in üblicherweise Bildaufnahmen vorgenommen werden können.
Ein Aspekt der vorliegenden Erfindung wird anhand der Fig. 5 erläutert. Diese zeigt rein exemplarisch die Kommunikation zwischen dem mobilen Endgerät 10 und dem Server 100. Auf dem mobilen Endgerät 10 kann eine Software installiert sein, die in regelmäßigen Abständen von dem GPS-Modul 15 Positionsangaben des mobilen Endgeräts 10 abfragt. Diese Positionsangaben können in Form von Gerätepositionen G-Posl, G-Pos2 in regelmäßigen Abständen an den Server 100 übermittelt werden. Der Server 100 prüft jeweils, ob es zu den Gerätepositionen G-Posl, G-Pos2 Einträge in der Rahmentabelle 121 gibt. In dem in Fig. 5 gezeigten Ausführungsbeispiel stellt der Server 100 fest, dass die Bild- Ortsangaben R-Pos der Rahmen-Bilddatei mit der Rahmen-ID 50 und 60 mit der Geräteposition G-Pos2 übereinstimmen. Sobald das mobile Endgerät 10 also die Geräte-Position G-Pos2 an den Server 100 sendet, liest dieser die zugehörigen Bilddateien RBildl, RBild2 aus und konvertiert diese in eine Darstellung mit einer niedrigen Auflösung sRBildl, sRBild2. Diese mit geringer Qualität aufgelöste Darstellungen werden an das mobile Endgerät 10 übermittelt, so dass das mobile Endgerät 10 die Darstellungen in einer Vorschau anzeigen kann. Dem Benutzer ist es nun möglich, mittels der Tastatur 13 ein Bild auszuwählen. In dem
beschriebenen Ausführungsbeispiel entscheidet sich der Benutzer für die Rahmen- Bilddatei RBildl gemäß der Darstellung sRBild l. Das mobile Endgerät übermittelt diese Auswahl (in Fig. 5 symbolisch durch die„1" gezeigt). Hieraufhin übermittelt der Server 100 die vollständige Rahmen-Bilddatei RBildl.
Erfindungsgemäß kann der Benutzer des mobilen Endgeräts 10 nun mit der Hauptkamera 17 ein Bild aufnehmen und die zugehörige Bilddatei B wie in Fig. 7 gezeigt, mit der Rahmen-Bilddatei RBildl verknüpfen, so dass sich eine Bilddatei mit einem ansprechend ausgestalteten Rahmen ergibt. Diese Bilddatei Bl kann der Benutzer speichern und/oder an Freunde versenden.
In einem Ausführungsbeispiel der vorliegenden Erfindung entscheidet sich der Benutzer, dieses Bild mittels des erfindungsgemäßen Servers 100 an einen Freund zu versenden. Beispielsweise kann der Benutzer mit der Benutzer-ID 222 das Bild an den Benutzer mit der Benutzer-ID 333 versenden. Ein entsprechender Versand ist in der Bildertabelle 122 in der ersten Zeile modelliert.
Wie anhand von Fig. 6 verdeutlicht, erhält der Empfänger von dem Server 100 eine Nachricht, die angibt, dass ihm ein Bild (beispielsweise die Bilddatei Βλ) übermittelt wurde (Schritt 201). Hieraufhin wird der Empfänger aufgefordert anzugeben, ob er bereit ist, ein Bild seiner Reaktion auf das empfangene Bild freizugeben (Schritt 202). Das heißt, der Empfänger muss zustimmen, dass während seiner Betrachtung des Bildes eine Aufnahme von ihm gemacht wird und diese Aufnahme an den Sender der Bilddatei B übermittelt wird. Soweit sich der Empfänger mit dieser Übermittlung einverstanden erklärt, wird ihm die Bilddatei B im Schritt 203 angezeigt. Die auf seinem mobilen Endgerät 20 implementierte Software wartet hier auf ein zufällig vorgegebenes Zeitintervall T (Schritt 204) und macht dann mittels der Display-Kamera 11 ein Foto von dem Empfänger (Schritt 105). Das gewonnene Bild des Betrachters wird im Schritt 206 an den Server 100 versandt und im Schritt 207 wird die entsprechende Anwendung beendet. Der Server 100 stellt anhand der Bildertabelle 122 fest, wer das ursprüngliche Bild B versandt hat und übermittelt das diesbezüglich gewonnene Reaktionsbild/Betrachter-Bild an diesen. Im beschriebenen Ausführungsbeispiel würde der Benutzer mit dem Benutzernamen„Mike" (Benutzer-ID = S-ID = 222) das Bild von dem Benutzer mit dem Benutzernamen„Tobias" (Benutzer-ID = E-ID = 333) erhalten.
Bei den beschriebenen Ausführungsformen finden ein oder mehrere
Dateiaustausche zwischen den mobilen Endgeräten 10, 20, 30 und dem Server 100 (Hochladen) bzw. zwischen dem Server 100 und den mobilen Endgeräten 10, 20, 30 (Herunterladen) statt. Bei der Verwendung von mobilen Endgeräten 10, 20, 30 in zellulären Netzen muss mit Netzwerkausfällen und schlechten
Verbindungen gerechnet werden. Die verwendeten Verfahren für das Hochladen und Herunterladen der Bilddateien B und/oder Rahmen-Bilddateien RBildl und aller anderen verwendeten Dateien und Bilder ist deshalb ein Höchstmaß an Robustheit gefordert.
Erfindungsgemäß kann dieses Problem durch das Verwenden von Schlüsseln beim Hochladen oder Herunterladen mindestens einer Datei, beispielsweise der Bilddatei B gelöst werden.
In einem konkreten Ansatz wird die hochzuladende oder herunterzuladende Datei in eine Vielzahl von Abschnitten, vorzugsweise konstanter Länge, aufgeteilt und jeder Abschnitt getrennt vom nächsten Abschnitt übertragen. In einer weiteren Ausgestaltung wird der Empfang jedes Abschnitts von dem empfangenden Gerät (Server 100 oder mobiles Endgerät 10, 20, 30) mit einer Nachricht quittiert. In einer Ausführungsform erfolgt zusätzlich zu der Übertragung der Abschnitte eine Übertragung einer Prüfsumme bzw. eines Schlüssels. Bei der Prüfsumme kann es sich um eine MD5 Summe handeln.
Beispielsweise kann das mobile Endgerät 10, 20, 30 eine Datei anfordern oder übertragen bekommen. Der Server 100 stellt dann Dateiinformationen zur
Verfügung (z. B. exakte Dateigröße und die MD5 Summe) und das mobile
Endgerät 10, 20, 30 fängt an Teile/Abschnitte dieser Datei sequentiell
nacheinander herunterzuladen. Wird die Verbindung unterbrochen oder tritt ein Netzwerkfehler auf, wiederholt das mobile Endgerät 10, 20, 30 die letzte Anfrage, dann wenn die Verbindung wieder aufgebaut werden kann. Nachdem das letzte Paket (Teilabschnitt) heruntergeladen worden ist, überprüft das mobile Endgerät 10, 20, 30 die MD5 Summe. Sollte eine lokal errechnete MD5 Summe nicht mit der empfangenen übereinstimmen, so wird der ganze Vorgang wiederholt.
In einem Anwendungsfall kann beim Hochladen einer Datei wird der Vorgang in drei Schritte aufgeteilt:
1. Das mobile Endgerät 10, 20, 30 benachrichtigt den Server 100, dass im
Anschluss ein Dateiupload stattfinden soll und stellt dem Server
Dateiinformationen zur Verfügung (MD5 Summe, Dateigröße, Paketgröße). Der Server 100 reserviert den angeforderten Platz und belegt diesen vorzugsweise mit Nullen. Der Vorgang bekommt eine eindeutige Identifikation, welche auf dem Server 100 gespeichert und an das mobile Endgerät 10, 20, 30 übermittelt wird. Die Identifikation und/oder die Dateiinformationen können in einer hierfür vorgesehenen Tabelle in der Kontext-Datenbank 110 oder in einer anderen Datenbank gespeichert werden.
2. Das mobile Endgerät 10, 20, 30 zerteilt die Datei in mehrere Pakete/Abschnitte und fängt damit an jedes dieser Pakete zusammen mit dem Upload-Ticket an den Server 100 zu übertragen. Wenn ein Paket übermittelt wurde, wartet das mobile Endgerät 10, 20, 30 auf eine Empfangsbestätigung vom Server 100. Kommt diese über einen längeren Zeitraum nicht an, oder tritt ein Netzwerkproblem auf, wird das zuletzt verschickte Paket erneut gesendet und zwar solange, bis der Server 100 den Empfang bestätigt. 3. Beim letzten Paket überprüft der Server 100 die MD5 Summe der Datei und teilt dem mobilen Endgerät 10, 20, 30 entweder mit, dass das Hochladen der betroffenen Datei erfolgreich war, oder dass der gesamte Vorgang erneut durchgeführt werden muss.
Abwandlungen dieses Verfahrens, bei denen nur (Teil-)Abschnitte der Datei erneut übertragen werden müssen sind denkbar. Beispielsweise können zusätzlich Prüfsummen für die Teilabschnitte gebildet und übertragen werden, so dass sich ein oder mehrere fehlerhaft übertragene Teilabschnitte bestimmen lassen.
Wie bereits erläutert kann erfindungsgemäß der Benutzer eines mobilen
Endgeräts 10, 20, 30 mit der Hauptkamera 17 ein Bild aufnehmen und die zugehörige Bilddatei B wie in Fig. 7 gezeigt, mit der Rahmen-Bilddatei RBildl verknüpfen, so dass sich eine Bilddatei mit einem ansprechend ausgestalteten Rahmen ergibt.
Unabhängig von der weiteren Verwendung der entstehenden Bilddatei stellt das verknüpfen/verschmelzen der Bilddatei B mit der Rahmen-Bilddatei RBildl das System, insbesondere das mobile Endgerät 10, 20, 30, vor besondere
Herausforderungen. In einem Ausführungsbeispiel der Erfindung ermöglicht es die auf dem Endgerät 10, 20, 30 installierte Software die Bilddatei, vorzugsweise durch Fingerbewegungen auf dem Display 12, nachträglich zu positionieren. Es können Translationen, Skalierungen und/oder Rotationen des Bildes
vorgenommen werden. Diese Operation stellen bei hochauflösenden Bildern hohe Anforderungen an die Recheneinheit des jeweiligen Endgeräts 10, 20, 30, so dass eine Umsetzung in quasi Echtzeit nicht möglich ist. Des Weiteren unterscheiden sich die Auflösungen der Rahmen-Bilddatei RBild l von der der Bilddatei B.
In einer Ausführungsform der Erfindung wird das Problem der unterschiedlichen Auflösungen und der enormen Datenmenge durch die Software auf dem Endgerät 10, 20, 30 gelöst. Erfindungsgemäß kann die Auflösung der Bilddatei B deutlich reduziert und eine Transformationsmatrix generiert werden. Es wird nur das niedrig aufgelöste Bild (Vorschaubild) für den Benutzer in Verbindung mit der Rahmen-Bilddatei RBildl angezeigt. Alle von Benutzer ausgeführten Operationen (Skalierung, Translation und/oder Rotation) werden auf dem Vorschaubild ausgeführt und in der Transformationsmatrix gespeichert. Ein Anwenden auf die hochauflösende Bilddatei oder ein Derivat hiervon erfolgt erst, wenn der Benutzer signalisiert, dass er mit dem Ergebnis zufrieden ist. Hierbei werden die
Informationen aus der Transformationsmatrix verwendet. Dieser Schritt kann serverseitig oder auf den Endgeräten 10, 20, 30 ausgeführt werden.
In einer Ausführungsform werden folgende Schritte durchgeführt:
1. Das Kamerabild wird normalisiert: Die Zentren der beiden Bilder (Rahmenbild (Rahmen-Bilddatei RBild l) und Kamerabild (Bilddatei B)) werden übereinander gelegt, im Anschluss wird das Kamerabild beispielsweise mit einem„Aspect fit" Verfahren auf die Größe des Rahmenbilds herunterskaliert. Beim Aspect Fit Skalieren werden die Bilddimensionen mit der Beibehaltung der Proportionen geändert und zwar so, dass das komplette Bild in dem angegebenen Bereich positioniert werden kann. Dieses skalierte Bild ist ab diesem Zeitpunkt das Vorschaubild. Dieser Schritt kann die Größe der Bilddatei um mindestens 50%, vorzugsweise um mind. 90% reduzieren.
2. Affine Transformationsmatrix: Um die Transformationen abzubilden wird eine 3x3 Matrix erstellt. Zu Beginn der Nachjustierung ist es eine 3x3 Einheitsmatrix. a b 0
c d 0
tx ty 1
Bei jeder Änderung wird diese in die Transformationsmatrix übertragen.
Beispielsweise kann eine Rotation um den Winkel α folgendermaßen umgesetzt werden : cos (a) sin(a) 0
- sin(a) cos(a) 0
0 0 1
Translationen um X und Y können exemplarisch folgendermaßen umgesetzt werden :
0 0 0 0 0 0
X Y 1
Ein Skalieren um den Faktor S kann exemplarisch folgendermaßen umgesetzt werden :
5 0 0
O S O
0 0 1
Am Ende existiert eine Matrix die aus nur 9 Werten besteht, von denen auch nur
6 für die Weiterverarbeitung eine Rolle spielen. Diese Transformationsmatrix ist auf die verkleinerte Projektion bezogen, behält jedoch ihre mathematische
Gültigkeit bei allen Vergrößerungen. Das heißt, wenn ein mittelauflösendes Bild für das Speichern auf dem Endgerät, oder ein hochauflösendes Bild für den Druck erzeugt werden sollen, muss die Matrix mit dem jeweiligen Skalierungsfaktor multipliziert werden und die restlichen Transformationen ergeben sich von alleine. Diese relativ rechenintensiven Vorgänge können auf Anfrage ausgeführt werden und basieren vorzugsweise immer auf demselben Mechanismus. Die
rechenintensiven Vorgänge können auf dem Server 100 oder auch am mobilen Endgerät 10, 20, 30 durchgeführt werden und ergeben immer das exakt gleiche Bild in jeder gewünschten Auflösung. Insofern kann ein bereits einmal an den Server 100 übermitteltes Bild nachbearbeitet werden, ohne das eine erneute Übermittlung notwendig ist.
Bezuqszeichenliste
1 Internet
10, 20, 30 Mobiles Endgerät
11 Display-Kamera
12 Display
13 Tastatur
15 GPS-Modul
17 Hauptkamera
100 Server
101 Empfangseinrichtung
102 Speichereinrichtung 103 Auswahleinrichtung
104 Sendeeinrichtung
110 Benutzerdatenbank
111 Benutzertabelle
120 Kontext-Datenbank
121 Rahmentabelle
122 Bildertabelle
201 Schritt des Empfangens einer Nachricht
bezüglich des Erhalts eines Bildes
202 Schritt des Abfragens, ob man bereit ist, ein eigenes Bild zu übermitteln
203 Schritt des Anzeigens des Bilds
204 Schritt des Wartens (Zeitintervall T)
205 Schritt der Aufnahme des Betrachters
206 Schritt des Versands des aufgenommenen Bildes
207 Schritt der Beendung der Anwendung
B Bilddatei
RBild l Rahmen-Bilddatei
R-Pos Bild-Ortsangabe
G-Posl, G-Pos2 Geräteposition
S-ID Sender-Identifikationsnummer
E-ID Empfänger-Identifikationsnummer
T Zeitintervall

Claims

Ansprüche
Server, umfassend:
- eine Empfangseinrichtung (101) zum Empfangen einer
Identifikationskennung eines mobilen Endgeräts (10) und mindestens einer Endgerät-Ortsangabe (G-Posl, G-Posl), insbesondere einer geographischen Koordinate;
- eine Speichereinrichtung (102) zur Speicherung einer Vielzahl von
Rahmen-Bilddateien und Bild-Ortsangaben (R-Pos), die jeweils mindestens einer Rahmen-Bilddatei zugeordnet sind;
- eine Auswahleinrichtung (103) zur Auswahl mindestens einer Rahmen- Bilddatei (RBildl) durch einen Vergleich der Bild-Ortsangaben (R-Pos) mit der Endgerät-Ortsangabe (G-Posl, G-Posl);
- eine Sendeeinrichtung (104) zum Versenden der mindestens einen
Rahmen-Bilddatei an das mobile Endgerät (10).
Server nach Anspruch 1,
d a d u rc h g e ke n n ze i c h n et, dass
die Speichereinrichtung (102) mindestens ein Zeitintervall, das mindestens einer Rahmen-Bilddatei (RBildl) zugeordnet ist, speichert und die
Auswahleinrichtung bei der Auswahl der mindestens einen Rahmen- Bilddatei (RBildl) das Zeitintervall berücksichtigt.
Server nach Anspruch 1 oder 2,
d a d u rc h g e ke n n ze i c h n et, dass
die Sendeeinrichtung (104) dazu ausgebildet ist, in Reaktion auf den
Empfang der Endgerät-Ortsangabe (G-Posl, G-Pos2) eine Auswahl von
Rahmen-Bilddateien (RBildl) in einer ersten Auflösung an das Endgerät
(10) zu versenden und in Reaktion auf einen Empfang von Auswahldaten eine Rahmen-Bilddatei (RBildl) in einer zweiten Auflösung an das Endgerät
(10) zu versenden, wobei die erste Auflösung deutlich, insbesondere mindestens 10%, 20%, 30% oder 50 %, geringer ist als die zweite Auflösung.
4. Server nach einem der vorhergehenden Ansprüche,
d a d u rc h g e ke n n ze i c h n et, dass
die Rahmen-Bilddateien (RBildl) Daten zur Angabe eines Transparent- Bereichs umfassen.
5. System, umfassend den Server (100) gemäß einem der vorhergehenden Ansprüche und mindestens ein mobiles Endgerät (10) mit mindestens einer Kamera (17), wobei das Endgerät (10) eine Software implementiert, die eine mit der Kamera (17) generierte Bilddatei (B) mit Daten aus einer von dem Server (100) empfangenen Rahmen-Bilddatei (RBildl) zur Generierung einer Bilddatei (Βλ) verknüpft.
6. System nach Anspruch 5,
d a d u rc h g e ke n n ze i c h n et, dass
das Endgerät (10) mindestens eine Positionsermittlungseinrichtung, insbesondere ein GPS-Modul (15), zur Bestimmung der Endgerät- Ortsangabe (G-Posl, G-Pos2) umfasst und eine Software implementiert, die regelmäßig die Endgerät-Ortsangaben (G-Posl, G-Pos2) an den Server (100) übermittelt.
7. System nach Anspruch 5 oder 6,
d a d u rc h g e ke n n ze i c h n et, dass
der Server (100) dazu ausgebildet ist,
- eine Vielzahl von Endgerät-Ortsangaben (G-Posl, G-Pos2) zu
empfangen, die jeweils einem Endgerät (10) zugeordnet sind;
- für jede der Endgeräts-Ortsangaben (G-Posl, G-Pos2) anhand der Bild- Ortsangaben (R-Posl) zu ermitteln, ob eine zugehörige Rahmen- Bilddatei (RBildl) in der Speichereinrichtung (102) gespeichert ist; und
- eine Nachricht an das jeweilige Endgerät zu senden, wenn eine
zugehörige Rahmen-Bilddatei (RBildl) gespeichert ist.
8. Mobiles Endgerät, umfassend mindestens eine Recheneinheit, mindestens ein Display (12) zum Anzeigen von Bilddateien (Βλ) und mindestens eine Display-Kamera (11), die zur Aufnahme eines Betrachters des Displays (12) angeordnet und ausgebildet ist, wobei das mobile Endgerät (10) eine Software implementiert, um
- eine empfangene Bilddatei (Βλ) auf dem Display (12) anzuzeigen;
- ein Zeitintervall (T) abzuwarten;
- nach dem Abwarten die Display-Kamera (11) auszulösen, um eine
Betrachter-Bilddatei zu generieren;
- die Betrachter-Bilddatei an einen Server (100) zu übermitteln.
9. Mobiles Endgerät nach Anspruch 8,
d a d u rc h g e ke n n ze i c h n et, dass
die Software dazu ausgebildet ist, das Zeitintervall (T) pro empfangene Bilddatei (Βλ) unter Verwendung eines Zufallsgenerators zu ermitteln.
10. Mobiles Endgerät nach Anspruch 8 oder 9,
d a d u rc h g e ke n n ze i c h n et, dass
die Software dazu ausgebildet ist, beim Auslösen der Display-Kamera (11) ein Freigabesignal einer Gesichtsanalyseeinrichtung zu berücksichtigen.
11. Verfahren, umfassend die Schritte:
- Empfangen einer Bilddatei (Βλ) und Adressatendaten von einem
Ersteller-Endgerät;
- Ermitteln und/oder Empfangen einer Ersteller-Identifikationskennung (S- ID) von dem Ersteller-Endgerät;
- Speichern der Bilddatei, insbesondere in einer Speichereinrichtung
(102);
- Speichern einer Zuordnung der Bilddatei (Βλ) zu der Ersteller- Identifikationskennung, insbesondere in einer Speichereinrichtung (102);
- Ermitteln eines Empfänger-Endgeräts anhand der Adressatendaten, wobei das Empfänger-Endgerät vorzugsweise ein mobiles Endgerät gemäß einem der Ansprüche 8 bis 10 ist;
- Speichern einer Zuordnung der Bilddatei (Βλ) zu einer Empfänger- Identifikationskennung (S-ID) des Empfänger-Endgeräts, insbesondere in einer Speichereinrichtung (102);
- Senden der Bilddatei (Βλ) an das Empfänger-Endgerät;
- Empfangen einer Betrachter-Bilddatei von dem Empfänger-Endgerät; - Weiterleiten der Betrachter-Bilddatei an das Ersteller-Endgerät, wobei das Ersteller-Endgerät unter Berücksichtigung der gespeicherten Ersteller-Identifikationskennung (S-ID) ermittelt wird.
12. Verfahren nach Anspruch 11,
g e ke n n ze i c h n et d u rc h
- ein Prüfen, ob eine Freigabeerklärung als digitale Nachricht von dem Empfänger-Endgerät empfangen wurde;
- ein Durchführen des Sendens der Bilddatei (Βλ) nur dann, wenn die digitale Nachricht empfangen wurde.
13. Verfahren nach Anspruch 11 oder 12,
g e ke n n ze i c h n et d u rc h
ein Generieren der Bilddatei (Βλ) durch ein Verknüpfen einer Rahmen- Bilddatei (RBildl) mit einer durch das Ersteller-Endgerät erstellten
Bilddatei (B).
14. Verfahren nach einem der Ansprüche 11 bis 13,
d a d u rc h g e ke n n ze i c h n et, dass
das Generieren der Bilddatei (Βλ) ein Anwenden mindestens einer
Bildoperation auf die durch das Ersteller-Endgerät erstellte Bilddatei (B), wobei die Bildoperation vorzugsweise eine Ausschneideoperation und/oder eine Zoomoperation umfasst.
15. System, insbesondere System nach einem der Ansprüche 1 bis 7, wobei ein/der Server (100) Software zur Implementierung des Verfahrens nach einem der Ansprüche 11 bis 14 ausführt.
PCT/EP2013/069114 2013-09-16 2013-09-16 Mobiles endgerät, server, system und verfahren zum verarbeiten/austausch von bilddateien WO2015036050A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2013/069114 WO2015036050A1 (de) 2013-09-16 2013-09-16 Mobiles endgerät, server, system und verfahren zum verarbeiten/austausch von bilddateien

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2013/069114 WO2015036050A1 (de) 2013-09-16 2013-09-16 Mobiles endgerät, server, system und verfahren zum verarbeiten/austausch von bilddateien

Publications (1)

Publication Number Publication Date
WO2015036050A1 true WO2015036050A1 (de) 2015-03-19

Family

ID=49212764

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/069114 WO2015036050A1 (de) 2013-09-16 2013-09-16 Mobiles endgerät, server, system und verfahren zum verarbeiten/austausch von bilddateien

Country Status (1)

Country Link
WO (1) WO2015036050A1 (de)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9580731B2 (en) 2012-12-31 2017-02-28 Invista North America S.A.R.L. Methods of producing 7-carbon chemicals via c1 carbon chain elongation associated with coenzyme B synthesis
US9637764B2 (en) 2012-12-31 2017-05-02 Invista North America S.A.R.L. Methods of producing 7-carbon chemicals via carbon chain elongation associated with cyclohexane carboxylate synthesis
US9650653B2 (en) 2011-06-30 2017-05-16 Invista North America S.A.R.L. Bioconversion process for producing nylon-7, nylon-7,7 and polyesters
US9738914B2 (en) 2014-06-16 2017-08-22 Invista North America S.A.R.L. Methods, reagents and cells for biosynthesizing compounds
US9738911B2 (en) 2012-12-31 2017-08-22 Invista North America S.A.R.L. Methods of producing 7-carbon chemicals via pyruvate and succinate semialdehyde aldol condensation
US9783833B2 (en) 2011-06-17 2017-10-10 Invista North America S.A.R.L. Biocatalytic methods to convert cyclohexane oxidation process waste streams to useful products
US9920336B2 (en) 2012-12-31 2018-03-20 Invista North America S.A.R.L. Methods of producing 7-carbon chemicals from long chain fatty acids via oxidative cleavage
US9920339B2 (en) 2014-06-16 2018-03-20 Invista North America S.A.R.L. Methods, reagents and cells for biosynthesizing compounds
US10174330B2 (en) 2011-12-16 2019-01-08 Invista North America S.A.R.L. Methods of producing 6-carbon chemicals via CoA-dependent carbon chain elongation associated with carbon storage
US10196657B2 (en) 2012-12-31 2019-02-05 Invista North America S.A.R.L. Methods of producing 7-carbon chemicals via methyl-ester shielded carbon chain elongation

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070089337A (ko) * 2006-02-28 2007-08-31 이재영 휴대단말기의 웹 연동 테그 기반 사진 관리 장치 및 방법
US20090005975A1 (en) * 2007-06-28 2009-01-01 Apple Inc. Adaptive Mobile Device Navigation

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070089337A (ko) * 2006-02-28 2007-08-31 이재영 휴대단말기의 웹 연동 테그 기반 사진 관리 장치 및 방법
US20090005975A1 (en) * 2007-06-28 2009-01-01 Apple Inc. Adaptive Mobile Device Navigation

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9783833B2 (en) 2011-06-17 2017-10-10 Invista North America S.A.R.L. Biocatalytic methods to convert cyclohexane oxidation process waste streams to useful products
US9650653B2 (en) 2011-06-30 2017-05-16 Invista North America S.A.R.L. Bioconversion process for producing nylon-7, nylon-7,7 and polyesters
US10577634B2 (en) 2011-06-30 2020-03-03 Invista North America S.A.R.L. Bioconversion process for producing nylon-7, nylon-7,7 and polyesters
US10174330B2 (en) 2011-12-16 2019-01-08 Invista North America S.A.R.L. Methods of producing 6-carbon chemicals via CoA-dependent carbon chain elongation associated with carbon storage
US10533180B2 (en) 2011-12-16 2020-01-14 Invista North America S.á.r.l. Methods of producing 6-carbon chemicals via CoA-dependent carbon chain elongation associated with carbon storage
US9637764B2 (en) 2012-12-31 2017-05-02 Invista North America S.A.R.L. Methods of producing 7-carbon chemicals via carbon chain elongation associated with cyclohexane carboxylate synthesis
US9580731B2 (en) 2012-12-31 2017-02-28 Invista North America S.A.R.L. Methods of producing 7-carbon chemicals via c1 carbon chain elongation associated with coenzyme B synthesis
US9738911B2 (en) 2012-12-31 2017-08-22 Invista North America S.A.R.L. Methods of producing 7-carbon chemicals via pyruvate and succinate semialdehyde aldol condensation
US9920336B2 (en) 2012-12-31 2018-03-20 Invista North America S.A.R.L. Methods of producing 7-carbon chemicals from long chain fatty acids via oxidative cleavage
US10196657B2 (en) 2012-12-31 2019-02-05 Invista North America S.A.R.L. Methods of producing 7-carbon chemicals via methyl-ester shielded carbon chain elongation
US9738914B2 (en) 2014-06-16 2017-08-22 Invista North America S.A.R.L. Methods, reagents and cells for biosynthesizing compounds
US9920339B2 (en) 2014-06-16 2018-03-20 Invista North America S.A.R.L. Methods, reagents and cells for biosynthesizing compounds
US9816117B2 (en) 2014-06-16 2017-11-14 Invista North America S.A.R.L. Methods, reagents and cells for biosynthesizing compounds
US9777302B2 (en) 2014-06-16 2017-10-03 Invista North America S.A.R.L. Methods, reagents and cells for biosynthesizing compounds

Similar Documents

Publication Publication Date Title
WO2015036050A1 (de) Mobiles endgerät, server, system und verfahren zum verarbeiten/austausch von bilddateien
DE60314329T2 (de) Betriebsverfahren eines Gateways mit einem Ortsbestimmungssystem
DE60219678T2 (de) Gezielte medienerfassung über eine kommunikationsvorrichtung
DE202010018456U1 (de) Vorrichtung zum Erzeugen von virtuellem Graffiti in einem mobilen Virtual- und Augmented-Reality-System
DE102017000327A1 (de) In den Arbeitslauf am Desktop eingebettete mobile Signatur
DE202011110895U1 (de) Echtzeitsynchronisierte Bearbeitung von Dokumenten durch mehrere Benutzer für das Bloggen
DE102015101062B4 (de) Serversystem, Verfahren zur Steuerung eines Serversystems und Speichermedium
DE10239790A1 (de) Elektronische Kalendarisierungsvorrichtung
CN107122100B (zh) 用于在网络上再分享媒体内容的系统和方法
DE60202833T2 (de) Verfahren zum betrachten geografisch bestimmter bilder in einem kontext
EP2950199B1 (de) Druckverfahren, anordnung zur realisierung des druckverfahrens sowie ein entsprechendes computerprogramm und ein entsprechendes computerlesbares speichermedium
EP1221093A2 (de) System und verfahren zur unterstützung der gruppeninteraktion (gia) in hypermedialen informationsräumen
DE102018207656A1 (de) Verfahren zum Positionieren von Fahrzeugkomponenten
DE202013012481U1 (de) System zum Löschen veralteter Dateien von einem Dateisystem
DE102017010438A1 (de) Kommunikationssystem und mobiles Endgerät
DE60320688T2 (de) System und verfahren zum senden einer multimedia-nachricht
WO2009027066A2 (de) Parametrisierbare auswahl eines kommunikationssystems auf basis von namensauflösungsmechanismen
DE102005047133A1 (de) Verfahren zur Verarbeitung von Dokumentdaten zum Schutz vor Zugriff
DE102017131270A1 (de) Verfahren zum Ausliefern von Werbemitteln sowie System zur Durchführung des Verfahrens
DE212022000191U1 (de) System zur digitalen Anzeige
DE102006060043A1 (de) Verfahren und Sender zum Bereitstellen eines Datenstroms, Verfahren und Empfänger zum Abruf zumindest eines Datensegments eines Datenstroms
DE102008033912A1 (de) Verfahren zum Versenden applikationsbasierter Nachrichten sowie Computerprogammprodukt zum Empfang und zur Weiterleitung applikationsbasierter Nachrichten
DE102013114217B4 (de) Verfahren zur servergestützten, positionsabhängigen Kommunikation über ein drahtloses Kommunikationsnetz
DE10217886A1 (de) Medizinisches Datenverarbeitungssystem
DE10246810B4 (de) Verfahren zum Übertragen von Daten in einem Daten-Übertragungs-System sowie Daten-Übertragungs-System

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13763232

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13763232

Country of ref document: EP

Kind code of ref document: A1