WO2019166303A1 - Chat-überweisungsfunktionalität - Google Patents

Chat-überweisungsfunktionalität Download PDF

Info

Publication number
WO2019166303A1
WO2019166303A1 PCT/EP2019/054250 EP2019054250W WO2019166303A1 WO 2019166303 A1 WO2019166303 A1 WO 2019166303A1 EP 2019054250 W EP2019054250 W EP 2019054250W WO 2019166303 A1 WO2019166303 A1 WO 2019166303A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
bank
transaction partner
amount
transaction
Prior art date
Application number
PCT/EP2019/054250
Other languages
English (en)
French (fr)
Inventor
Christian Wendrock-Prechtl
Filip Chudzinski
Christian Braasch
Original Assignee
Comdirect Bank Ag
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 Comdirect Bank Ag filed Critical Comdirect Bank Ag
Publication of WO2019166303A1 publication Critical patent/WO2019166303A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/386—Payment protocols; Details thereof using messaging services or messaging apps

Definitions

  • the present invention relates to a system for performing a
  • Bank transfer comprising a user's mobile terminal and a bank server communicating with each other. Furthermore, the invention relates to a method for performing a
  • bank customers To this end, banks offer various interfaces on their websites or dedicated mobile software applications (apps), where bank customers for their transfers the account details of the transfer recipient, the purpose and possibly other data, such as the date on which the transfer will be executed is to enter, in a manner substantially similar to filling in a remittance slip on paper of the past.
  • apps dedicated mobile software applications
  • This approach is perceived by many bank customers as unnecessarily complicated and time-consuming, especially since the inputting of account data, such as an IBAN number, by the large number of digits tedious and
  • the system according to the invention for carrying out a bank transfer comprises a mobile terminal and a bank server, which are in data communication with each other, wherein the mobile terminal comprises and is adapted to a display, an input device, a control unit, a memory and a communication unit
  • Input device includes selectable transaction partners, a
  • the bank server comprises a database and is further configured to supply the identifier of the transaction partner Bank data of the transaction partner and the identifier of the user to assign bank data of the user by means of the database, and a transfer from an account of the user to an account of the
  • the user merely has to select a desired transaction partner from a list and subsequently to enter a free text in an input field, without having to use a transfer form in the traditional sense
  • the system according to the invention offers an improved user experience since the operation of the system for the user essentially corresponds to that of a messaging app. It is of course not excluded here that the user inputs the amount of money and the intended use separately, for example by pressing an enter key, so that the term "alphanumeric character string" is to be interpreted broadly herein. In any case, however, a single input field is used in the system according to the invention and not resorted to separate input fields for amount of money and purpose.
  • Authentication process further in a known manner, for example by entering a password or fingerprint capture and
  • Verifying a match of the password or fingerprint done with a deposited identity of the user Verifying a match of the password or fingerprint done with a deposited identity of the user.
  • the input of the user need not necessarily include a portion identifiable as intended, so that only an input of an amount of money is possible, in which case the mobile terminal has the intended use as a empty string stores and transfers. This also corresponds to the procedure for classic transfers, as well as there
  • Bank server further be adapted to transmit information regarding transfers made to the user to the mobile terminal. This makes it possible to tailor the user experience even more to that of a messaging app. For example, this can be triggered by the mobile terminal upon receipt of information about transactions made to the user at the mobile terminal, for example, the user a push message can be displayed.
  • the user experience can be further improved by virtue of the fact that the mobile terminal is set up in providing the user experience
  • Input field further information about already made transfers from the user to the selected transaction partner and / or
  • incoming transfers at the left margin and outgoing payments at the right margin may include at least a monetary amount and possibly a purpose of use and / or a status indicating whether a directed transfer has already been made.
  • transaction partner list in the system according to the invention can be created, managed and supplemented in any manner, for example generated on the part of the bank server and transmitted to the mobile terminal and updated, it may be particularly convenient for the user if the mobile Terminal is further adapted to create a transaction partner in the
  • Transaction list for example, by manually entering data, analyzing information about transactions already made and / or photographing coded data.
  • the photographing of bank data encoded in QR codes of other users may be considered, or also the photographing and analyzing by means of optical character recognition of in
  • bank data Before making a transfer to one of these other users of course then bank data must be transmitted to the bank server in a separate operation to be stored there in the database and available as needed.
  • the mobile terminal can also be set up to check the user's input for plausibility with regard to predetermined criteria and if necessary not to transmit the data to the bank server.
  • predetermined criteria for example, a maximum transfer amount could be thought of which, if exceeded, could give the user an error message or at least issue a warning and request a renewed confirmation could.
  • an input by the user who does not allow to identify a transfer amount in the inputted alphanumeric character string could also immediately
  • An error message may be issued and / or an acknowledgment may be requested from the user prior to making any transfer, such as reentering a password or verifying a fingerprint.
  • the present invention relates to a method for performing a bank transfer by means of a mobile terminal of a user and a bank server in data communication with the terminal, the method comprising the steps to be performed by the terminal providing a transaction partner list on a display of the terminal comprising at least one selectable transaction partner, providing an input field on the display for selecting from one of the transaction partners, picking up a string of alphanumeric characters as input in the transaction
  • Input field analyzing the input for existence of a money-identifiable portion of the string, storing the string minus the portion identified as monetary amount as the purpose, and transmitting a unique identifier of the user, a unique identifier of the selected transaction partner, the amount of money and the purpose of use to the bank server. Furthermore, the inventive method comprises after receiving the identifier of
  • the provision of the transaction partner list can include providing objects assigned to the transaction partners, such as images.
  • the transaction partner list is carried out for the user in the manner of presenting a contact list, as the user knows it from the telephone book application of his mobile phone, for example.
  • the bank data may comprise an IBAN, although other formats of the bank data may also be conceivable, for example to enable transfers to accounts that do not satisfy the SEPA standard.
  • Figure 1 a schematic representation of a
  • Figure 2 a flow chart of an inventive
  • Figures 3a to 3f representations of the display of the mobile terminal
  • FIG. 1 shows a system according to the invention for carrying out a
  • the inventive system 10 essentially comprises a mobile terminal 20 and a bank server 30 which are in data communication with each other.
  • the mobile terminal 20 comprises a communication unit 22, shown only schematically in FIG. 1, for example a WLAN or LTE module.
  • the terminal 20 comprises a touch screen 24, which simultaneously serves as a display and as an input device, d. H. which can both present content and receive instructions by touching a user.
  • the terminal 20 comprises a fingerprint sensor 26 and others for such device and conventional components, which are not shown in Figure 1, such as a processor which acts as a control unit according to the invention, a memory and a camera.
  • the mobile terminal 20 is configured such that the processor
  • Communication unit 22 may use to send and receive data to the bank server 30.
  • Said bank server 30 is typically a mainframe computer installed at a financial institution which has a plurality of processors and a high-performance file system as well as a data link with high available bandwidth. On this bank server 30 usual processes in connection with the implementation of run with
  • the bank server has access to a database 32 in which value pairs are stored for associating the identifiers of the transaction partners with their account data. Furthermore, the bank server 30 is available with more
  • FIG. 2 shows a flowchart of the flowchart in the form of a flow chart
  • step S1 the user may be required to verify his identity
  • step S2 the user is presented with a transaction partner list at step S2, as will be described in greater detail below with reference to FIG. 3a.
  • History screen for the selected transaction partner which contains historical data about past transfers between the user and the transaction partner.
  • step S5 the user is presented with the input field shown in FIGS. 3d and 3e, in which he uses a likewise on the
  • Touchscreen 24 displayed softkey keyboard an alphanumeric Can enter a string.
  • the processor of the mobile terminal 20 performs an analysis of the input character string at step S6 and determines from the character string to be transmitted
  • Amount of money for example, by accepting the first number, which has been entered in a format customary for a currency amount, as this amount.
  • step S5 If the alphanumeric character string entered in step S5 has a portion identifiable as money amount in step S6 (YES), the process proceeds to step S7 in which the amount of money thus determined is removed from the alphanumeric character string and stored in step S7 such remainder of the alphanumeric input as the intended use
  • step S8 the mobile terminal 20 transmits the determined amount of money, the determined intended use and an identifier of the transaction partner selected in step S3 to the bank server 30 by means of the communication device 22.
  • the mobile terminal 20 issues a warning at step S9 and, upon being aware of the user, returns to step S5 by depressing a softkey displayed along with the warning so that the user again enters an entry is asked.
  • the same can be done not only with an input that has no identifiable amount of money, but also with an input that is not considered suitable for making a transfer on the basis of other predetermined criteria, for example, when the amount of money entered exceeds a user's disposal limit.
  • the bank server 30 subsequently receives the data sent from the mobile terminal at step S9, and performs matching based on the identification of the transaction partner using the database 32, where the identifier is mapped to the bank data of the transaction partner.
  • the bank server 30 then performs the transfer from the user to the transaction partner, using the account data found by the matching, in a known manner within the own bank or to another bank.
  • FIGS. 3a to 3f each show the touch screen 24 of the mobile terminal 20 at different points in time in the sequence of the method according to the invention shown in FIG.
  • FIG. 3a corresponds to step S2 from FIG. 2 and shows the representation of the transaction partner list 100.
  • This list 100 comprises a plurality of bank contacts 100a to 100g, wherein the list 100 is divided once again into a subgroup "favorites" and the remaining contacts of the user is divided.
  • the displacement of one of the contacts to its Favorites or back to the other contacts can be triggered in the embodiment shown at any time by a drag-and-drop operation, in which a contact is moved by pressing and dragging in the desired area of the display.
  • FIG. 3a a selection of one of the bank contacts 100a to 100g as a transaction partner can take place by a simple selection by means of a touch in a known manner.
  • Figure 3b now shows, according to step S4 of Figure 2, upon selection of element 100c of Figure 3a, a history screen containing historical data on transfers already made between the selected transaction partner and the user.
  • the text field 102a corresponds to a transfer made by the transaction partner to the user in the past
  • the text field 102b corresponds to a transfer made earlier by the user to the transaction partner.
  • Each text box 102a and 102b is further associated with a date on which the transfer has taken place in the past, and box 102b further includes a check mark indicating to the user that his remittance instructed earlier has actually been performed.
  • an input field 104 is shown, which can be activated by a selection by the user.
  • the user also has the
  • the detail view also includes a posting text (purpose), the posting date, the value date and further information in text view.
  • FIGS. 3d and 3e an input is shown in FIGS. 3d and 3e, which is displayed after selecting the input field 104 in the representation from FIG. 3b (step S5 from FIG. 2).
  • the user enters in Figure 3d, first by means of a softkey keyboard 106 a sum of money, but in the example shown the available Is exceeded (step S9 of Figure 2) and therefore discarded.
  • the text field 102c which symbolizes a current input, is displayed simultaneously.
  • the user After a further selection of the input field 104, the user has subsequently entered a permissible amount in FIG. 3e and is now in the process of additionally inputting a purpose by means of the softkey keyboard 106. During this process, a text box 102d is displayed which contains the amount already entered and indicates that the referral in question is currently in progress.
  • FIG. 3f which, in addition to the already mentioned text field 102a and the textual field 102e concerning the transfer currently to be carried out, contains the note 108 that the transfer order for the selected transaction partner 100c has been successfully accepted.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Die vorliegende Erfindung betrifft ein System zum Durchführen einer Banküberweisung, umfassend ein mobiles Endgerät eines Benutzers und einen Bankserver, welche miteinander in Datenverbindung stehen, wobei das mobile Endgerät eine Anzeige, eine Eingabevorrichtung, eine Steuereinheit, einen Speicher und eine Kommunikationseinheit, und wobei der Bankserver eine Datenbank umfasst. Ferner betrifft die Erfindung ein Verfahren zum Durchführen einer Banküberweisung mittels eines mobilen Endgeräts eines Benutzers und eines mit dem Endgerät in Datenverbindung stehenden Bankservers.

Description

Chat-Überweisungsfunktionalität
Beschreibung
Die vorliegende Erfindung betrifft ein System zum Durchführen einer
Banküberweisung, umfassend ein mobiles Endgerät eines Benutzers und einen Bankserver, welche miteinander in Datenverbindung stehen. Des Weiteren betrifft die Erfindung ein Verfahren zum Durchführen einer
Banküberweisung mittels eines mobilen Endgeräts eines Benutzers und eines mit dem Endgerät in Datenverbindung stehenden Bankservers.
Durch den Siegeszug von Homebanking und Mobilebanking ist es
heutzutage für Bankkunden üblich, ihre Bankgeschäfte, wie beispielsweise Überweisungen, von zuhause an einem Computer oder mobil mittels eines Smartphones oder eines ähnlichen mobilen Endgeräts durchzuführen. Hierzu bieten die Banken verschiedene Oberflächen auf ihren Websites oder dedizierte mobile Software-Anwendungen (Apps) an, in denen Bankkunden für ihre Überweisungen die Kontodaten des Überweisungsempfängers, den Verwendungszweck und ggf. weitere Daten, wie beispielsweise das Datum, zu welchem die Überweisung ausgeführt werden soll, in einer Weise eingeben, die im Wesentlichen dem Ausfüllen eines Überweisungsträgers auf Papier aus früherer Zeit entspricht. Dieses Vorgehen wird von vielen Bankkunden als unnötig kompliziert und zeitaufwendig empfunden, insbesondere da das Eingeben von Kontodaten, wie beispielsweise einer IBAN-Nummer, durch die große Anzahl von Ziffern mühsam und
fehleranfällig sein kann.
Es besteht daher von Kundenseite der Wunsch an die Banken, einen vereinfachten Ablauf von im Homebanking oder im Mobilebanking
anzuweisenden Überweisungen anzubieten. Andererseits müsste ein derartiges System jedoch selbstverständlich kompatibel mit allen bisher möglichen Angeboten zum Durchführen einer Überweisung sein, da sonst auf Bankseite ein nicht vertretbarer zusätzlicher Aufwand entstehen würde.
Es ist daher Aufgabe der vorliegenden Erfindung, ein System und ein
Verfahren zum Durchführen einer Banküberweisung bereitzustellen, das den Bankkunden eine verbesserte, intuitive und zeitsparende Benutzererfahrung bietet und andererseits auf Bankseite ohne erheblichen zusätzlichen
Aufwand implementiert werden kann.
Zu diesem Zweck umfasst das erfindungsgemäße System zum Durchführen einer Banküberweisung ein mobiles Endgerät und einen Bankserver, welche miteinander in Datenverbindung stehen, wobei das mobile Endgerät eine Anzeige, eine Eingabevorrichtung, eine Steuereinheit, einen Speicher und eine Kommunikationseinheit umfasst und dazu eingerichtet ist, einen
Anmeldungs- und/oder Authentifizierungsprozess zum Feststellen der Identität des Benutzers durchzuführen, eine Transaktionspartner-Liste an der Anzeige anzuzeigen, welche wenigstens einen mittels der
Eingabevorrichtung auswählbaren Transaktionspartner umfasst, ein
Eingabefeld an der Anzeige auf ein Auswählen von einem der
Transaktionspartner hin bereitzustellen, eine Zeichenfolge aus
alphanummerischen Zeichen entsprechend einer Eingabe mittels der
Eingabevorrichtung in dem Eingabefeld anzuzeigen, die Eingabe hinsichtlich eines Vorliegens eines als Geldbetrag identifizierbaren Abschnitts der Zeichenfolge zu analysieren, den Geldbetrag zu speichern und die
Zeichenfolge abzüglich des als Geldbetrags identifizierten Abschnitts als Verwendungszweck zu speichern, und eine eindeutige Kennung des
Benutzers, eine eindeutige Kennung des ausgewählten
Transaktionspartners, den Geldbetrag und den Verwendungszweck mittels der Kommunikationseinheit an den Bankserver zu übermitteln. Andererseits umfasst in dem erfindungsgemäßen System der Bankserver eine Datenbank und ist ferner dazu eingerichtet, die Kennung des Transaktionspartners zu Bankdaten des Transaktionspartners und die Kennung des Benutzers zu Bankdaten des Benutzers mittels der Datenbank zuzuordnen, und eine Überweisung von einem Konto des Benutzers zu einem Konto des
Transaktionspartners auf Grundlage der Bankdaten, des Geldbetrags und des Verwendungszwecks durchzuführen.
Indem mit dem erfindungsgemäßen System der Benutzer lediglich einen gewünschten Transaktionspartner aus einer Liste auszuwählen und anschließend einen Freitext in ein Eingabefeld einzugeben hat, ohne dass er im klassischen Sinne ein Überweisungsformular oder eine einem
Überweisungsformular entsprechende Maske auf einer Website oder in einer App auszufüllen hat, bietet das erfindungsgemäße System eine verbesserte Benutzererfahrung, da die Bedienung des Systems für den Benutzer im Wesentlichen derjenigen einer Messaging-App entspricht. Es ist hierbei selbstverständlich nicht ausgeschlossen, dass der Benutzer den Geldbetrag und den Verwendungszweck beispielsweise durch das Drücken einer Eingabetaste getrennt eingibt, so dass der Begriff der„alphanumerischen Zeichenkette“ vorliegend weit auszulegen ist. In jedem Fall wird in dem erfindungsgemäßen System jedoch ein einzelnes Eingabefeld verwendet und nicht auf getrennte Eingabefelder für Geldbetrag und Verwendungszweck zurückgegriffen.
In dem erfindungsgemäßen System kann der Anmeldungs- und/oder
Authentifizierungsprozess ferner in bekannterWeise, beispielsweise durch Eingabe eines Passworts oder Erfassung eines Fingerabdrucks und
Überprüfen einer Übereinstimmung des Passworts bzw. Fingerabdrucks mit einer hinterlegten Identität des Benutzers erfolgen.
Ferner ist festzuhalten, dass die Eingabe des Benutzers nicht unbedingt einen als Verwendungszweck identifizierbaren Abschnitt enthalten muss, so dass auch lediglich eine Eingabe eines Geldbetrags möglich ist, wobei in einem derartigen Fall das mobile Endgerät den Verwendungszweck als eine leere Zeichenkette speichert und überträgt. Dies entspricht ebenfalls dem Vorgehen bei klassischen Überweisungen, da auch dort ein
Verwendungszweck nicht unbedingt angegeben werden muss, sondern auf dem Überweisungsträger das entsprechende Feld leer bleiben kann.
In einer Weiterbildung des erfindungsgemäßen Systems kann der
Bankserver ferner dazu eingerichtet sein, Informationen betreffend an den Benutzer getätigte Überweisungen an das mobile Endgerät zu übertragen. Auf diese Weise wird es möglich, die Benutzererfahrung in noch größerem Maße derjenigen einer Messaging-App anzupassen. Beispielsweise können hierdurch bei Eingang von Informationen über an den Benutzer getätigte Überweisungen bei dem mobilen Endgerät bekannte Vorgänge durch das mobile Endgerät ausgelöst werden, beispielsweise kann dem Benutzer eine Push-Nachricht angezeigt werden.
Es kann ferner die Nutzererfahrung dadurch weiter verbessert werden, dass das mobile Endgerät dazu eingerichtet ist, bei dem Bereitstellen des
Eingabefelds ferner Informationen über bereits getätigte Überweisungen von dem Benutzer zu dem ausgewählten Transaktionspartner und/oder
Informationen über bereits getätigte Überweisungen von dem ausgewählten Transaktionspartner zu dem Benutzer darzustellen, vorzugsweise in einer unterschiedlichen Weise. Auch diese Darstellung von Informationen über bereits getätigte Überweisungen entspricht im Wesentlichen den
Darstellungen von bereits gesendeten und empfangenen Nachrichten in Messaging-Apps. Bei der Darstellung der Informationen in unterschiedlicher Weise kann in diesem Zusammenhang daran gedacht werden, eingehende und ausgehende Überweisungen beispielsweise in verschiedenen Farben oder an verschiedenen Positionen an der Anzeige anzuzeigen,
beispielsweise eingehende Überweisungen am linken Rand und ausgehende Überweisungen am rechten Rand. Insbesondere können die eben genannten anzuzeigenden Informationen wenigstens einen Geldbetrag und ggf. einen Verwendungszweck und/oder einen Status umfassen, welcher anzeigt, ob eine angewiesene Überweisung bereits durchgeführt worden ist.
Wenngleich die Transaktionspartner-Liste in dem erfindungsgemäßen System in beliebiger Weise angelegt, verwaltet und ergänzt werden kann, beispielsweise auf Seiten des Bankservers erzeugt und an das mobile Endgerät übertragen und aktualisiert werden kann, so kann es für den Benutzer besonders komfortabel sein, wenn das mobile Endgerät ferner dazu eingerichtet ist, ein Anlegen eines Transaktionspartners in der
Transaktionspartner-Liste zu ermöglichen, beispielsweise durch manuelle Eingabe von Daten, Auswerten von Informationen über bereits getätigte Überweisungen und/oder fotografische Erfassung von kodierten Daten.
Hierbei kann beispielsweise an das Fotografieren von in QR-Codes codierten Bankdaten anderer Benutzer gedacht werden, oder auch das Fotografieren und Analysieren mittels optischer Zeichenerkennung von in
alphanummerischer Darstellung dargestellten Kontodaten. Vor Durchführen einer Überweisung zu einem dieser anderen Benutzer müssen dann selbstverständlich in einem gesonderten Vorgang dessen Bankdaten an den Bankserver übermittelt werden, um dort in der Datenbank abgelegt zu werden und bei Bedarf zur Verfügung zu stehen.
Zur Vermeidung von unerwünschten Überweisungen, die auf Eingabefehlern des Benutzers beruhen könnten, kann das mobile Endgerät ferner dazu eingerichtet sein, eine Überprüfung der Eingabe des Benutzers auf eine Plausibilität hinsichtlich vorbestimmter Kriterien durchzuführen und ggf. die Übermittlung der Daten an den Bankserver nicht durchzuführen. Bei den vorbestimmten Kriterien könnte beispielsweise an einen höchstmöglichen Überweisungsbetrag gedacht werden, bei dessen Überschreitung dem Benutzer eine Fehlermeldung ausgegeben werden könnte oder wenigstens eine Warnung ausgegeben und eine erneute Bestätigung angefragt werden könnte. Insbesondere könnte auch bei einer Eingabe durch den Benutzer, die es nicht erlaubt, einen Überweisungsbetrag in der eingebebenen alphanummerischen Zeichenkette zu identifizieren, unmittelbar eine
Fehlermeldung ausgegeben werden und/oder es könnte vor Durchführen jeder Überweisung eine Bestätigung von dem Benutzer angefragt werden, beispielsweise eine erneute Eingabe eines Passworts oder ein Verifizieren eines Fingerabdrucks.
Gemäß dem zweiten Aspekt betrifft die vorliegende Erfindung ein Verfahren zum Durchführen einer Banküberweisung mittels eines mobilen Endgeräts eines Benutzers und eines mit dem Endgerät in Datenverbindung stehenden Bankservers, wobei das Verfahren die von dem Endgerät durchzuführenden Schritte eines Bereitstellens einer Transaktionspartner-Liste an einer Anzeige des Endgeräts, welche wenigstens einen auswählbaren Transaktionspartner umfasst, eines Bereitstellens eines Eingabefelds an der Anzeige auf ein Auswählen von einem der Transaktionspartner hin, eines Aufnehmens einer Zeichenfolge aus alphanummerischen Zeichen als Eingabe in dem
Eingabefeld, eines Analysierens der Eingabe hinsichtlich eines Vorliegens eines als Geldbetrag identifizierbaren Abschnitts der Zeichenfolge, eines Speicherns des Geldbetrags und Speicherns der Zeichenfolge abzüglich des als Geldbetrag identifizierten Abschnitts als Verwendungszweck, und eines Übermitteins einer eindeutigen Kennung des Benutzers, einer eindeutigen Kennung des ausgewählten Transaktionspartners, des Geldbetrags und des Verwendungszwecks an den Bankserver umfasst. Weiterhin umfasst das erfindungsgemäße Verfahren die nach Erhalten der Kennung des
Geldbetrags und des Verwendungszwecks von dem Bankserver
durchzuführenden Schritte eines Zuordnens der Kennung des
Transaktionspartners zu Bankdaten des Transaktionspartners und der Kennung des Benutzers zu Bankdaten des Benutzers mittels einer dem Bankserver zur Verfügung stehenden Datenbank, und eines Durchführens einer Überweisung von einem Konto des Benutzers zu einem Konto des Transaktionspartners auf Grundlage der Bankdaten, des Geldbetrags und des Verwendungszwecks.
Hierbei kann erfindungsgemäß das Bereitstellen der Transaktionspartner- Liste ein Bereitstellen von den Transaktionspartnern zugeordneten Objekten, wie beispielsweise Bildern, umfassen. Hierdurch wird für den Benutzer die Transaktionspartner-Liste in der Art und Weise eines Darstellens einer Kontaktliste durchgeführt, wie der Benutzer sie beispielsweise aus der Telefonbuch-Anwendung seines Mobiltelefons kennt.
Weiterhin können in dem erfindungsgemäßen Verfahren die Bankdaten eine IBAN umfassen, wobei jedoch auch andere Formate der Bankdaten denkbar sind, beispielsweise um Überweisungen zu Konten zu ermöglichen, die nicht dem SEPA-Standard genügen.
Weitere Merkmale und Vorteile der vorliegenden Erfindung werden aus der nachfolgenden Beschreibung einer Ausführungsform deutlich, wenn diese zusammen mit den beiliegenden Figuren betrachtet wird. Diese zeigen im Einzelnen:
Figur 1 : eine schematische Darstellung eines
erfindungsgemäßen Systems zum Durchführen einer Banküberweisung;
Figur 2: ein Flussdiagramm eines erfindungsgemäßen
Verfahrens zum Durchführen einer
Banküberweisungen; und
Figuren 3a bis 3f: Darstellungen der Anzeige des mobilen Endgeräts
während verschiedener Vorgänge des
erfindungsgemäßen Verfahrens. ln Figur 1 ist ein erfindungsgemäßes System zum Durchführen einer
Banküberweisung schematisch dargestellt und ganz allgemein mit dem Bezugszeichen 10 bezeichnet. Das erfindungsgemäße System 10 umfasst im Wesentlichen ein mobiles Endgerät 20 und einen Bankserver 30, die miteinander in Datenverbindung stehen. Hierzu umfasst das mobile Endgerät 20 eine in Figur 1 lediglich schematisch dargestellte Kommunikationseinheit 22, beispielsweise ein WLAN- oder LTE-Modul.
Des Weiteren umfasst das Endgerät 20 einen Touchscreen 24, der gleichzeitig als Anzeige- und als Eingabevorrichtung dient, d. h. der sowohl Inhalte darstellt als auch durch Berührungen eines Benutzers Anweisungen entgegennehmen kann. Des Weiteren umfasst das Endgerät 20 einen Fingerabdruck-Sensor 26 sowie weitere für derartige Gerät und übliche Komponenten, die in Figur 1 nicht dargestellt sind, wie einen Prozessor, der als erfindungsgemäße Steuereinheit wirkt, einen Speicher und eine Kamera. Das mobile Endgerät 20 ist derart eingerichtet, dass der Prozessor
Programme ausführen kann, die in dem Speicher abgelegt sind. Von besonderem Belang hinsichtlich der vorliegenden Erfindung ist hierbei eine Softwareanwendung zum Durchführen einiger der Abläufe des
erfindungsgemäßen Verfahrens, die auf die genannten Komponenten des mobilen Endgeräts 20 zugreifen kann und unter anderem die
Kommunikationseinheit 22 dazu verwenden kann, Daten an den Bankserver 30 zu senden und von ihm zu empfangen.
Der genannte Bankserver 30 ist in der Regel ein bei einem Finanzinstitut installierter Großrechner, der eine Vielzahl von Prozessoren und ein leistungsfähiges Dateisystem sowie eine Datenanbindung mit hoher zur Verfügung stehender Bandbreite aufweist. Auf diesem Bankserver 30 laufen übliche Prozesse in Verbindung mit mit der Durchführung von mit
Finanztransaktionen und -dienstleistungen zusammenhängenden Diensten. Für die vorliegende Erfindung besonders von Belang ist die Fähigkeit des Bankservers 30, von dem mobilen Endgerät 20 Anweisungen zum
Durchführen des erfindungsgemäßen Verfahrens zu erhalten und auf das Erhalten dieser Anweisungen hin Banküberweisungen durchzuführen. Hierzu hat der Bankserver Zugriff auf eine Datenbank 32, in der Wertepaare zum Zuordnen der Kennungen der Transaktionspartner zu ihren Kontodaten abgelegt sind. Des Weiteren steht der Bankserver 30 mit weiteren
Bankservern 40 in Datenaustausch, so dass über ihn auch Überweisungen zwischen mehreren Geldinstituten abgewickelt werden können, d. h. dass auch Überweisungen von einer Bank zu einer anderen für den Benutzer des mobilen Endgeräts 20 möglich werden.
Figur 2 zeigt nun in Form eines Flussdiagramms einen Ablauf des
erfindungsgemäßen Verfahrens, beginnend mit einer Anmeldung des
Benutzers in der zum Durchführen des Verfahrens auf seinem mobilen Endgerät 20 laufenden Software-Applikation (Schritt S1). Hierbei kann von dem Benutzer eine Verifikation seiner Identität verlangt werden,
beispielsweise durch Eingabe eines Passworts an dem Touchscreen 24 oder Erfassen eines Fingerabdrucks an dem Fingerabdrucksensors 26.
Anschließend wird dem Benutzer bei Schritt S2 eine Transaktionspartner- Liste angezeigt, wie sie weiter unten anhand der Figur 3a detaillierter beschrieben werden wird. Durch Auswahl eines der Transaktionspartner in der Transaktionspartner-Liste bei Schritt S3 wird bei Schritt S4 der in Figur 3b dargestellte und ebenfalls weiter unten näher erläuterte
Verlaufsbildschirm für den ausgewählten Transaktionspartner angezeigt, der historische Daten über in der Vergangenheit durchgeführte Überweisungen zwischen dem Benutzer und dem Transaktionspartner enthält.
In Schritt S5 wird dem Benutzer das in den Figuren 3d und 3e dargestellte Eingabefeld angezeigt, in dem er mithilfe einer ebenfalls an dem
Touchscreen 24 angezeigten Softkey-Tastatur eine alphanummerische Zeichenkette eingeben kann. Nach Beendigung dieser Eingabe durch Drücken einer Enter- bzw. Eingabetaste führt der Prozessor des mobilen Endgeräts 20 bei Schritt S6 eine Analyse der eingegebenen Zeichenkette aus und bestimmt aus dieser Zeichenkette einen zu überweisenden
Geldbetrag, beispielsweise indem die erste Zahl, die in einem für einen Währungsbetrag üblichen Format eingegeben worden ist, als dieser Betrag angenommen wird.
Sofern die bei Schritt S5 eingegebene alphanummerische Zeichenkette einen in Schritt S6 als Geldbetrag identifizierbaren Abschnitt aufweist (JA), geht der Prozess zu Schritt S7 über, in welchem der derart bestimmte Geldbetrag aus der alphanummerischen Zeichenkette entfernt und abgespeichert wird, während ebenfalls in Schritt S7 der derart verbleibende Rest der alphanummerischen Eingabe als Verwendungszweck
abgespeichert wird. In Schritt S8 übermittelt das mobile Endgerät 20 schließlich den ermittelten Geldbetrag, den ermittelten Verwendungszweck und eine Kennung des in Schritt S3 ausgewählten Transaktionspartners mittels der Kommunikationsvorrichtung 22 an den Bankserver 30.
Sollte die Analyse bei Schritt S6 andererseits ergeben, dass die
alphanummerische Eingabe aus Schritt S5 keinen als Geldbetrag
identifizierbaren Abschnitt umfasst hat (NEIN), so gibt das mobile Endgerät 20 bei Schritt S9 eine Warnung aus und geht nach einer Kenntnisnahme des Benutzers durch Drücken eines zusammen mit der Warnung dargestellten Softkeys zurück zu Schritt S5 über, so dass der Benutzer erneut zu einer Eingabe aufgefordert wird. Gleiches kann nicht nur bei einer Eingabe geschehen, die keinen identifizierbaren Geldbetrag aufweist, sondern auch bei einer Eingabe, die anhand anderer vorbestimmter Kriterien nicht für zum Durchführen einer Überweisung geeignet angesehen wird, beispielsweise wenn der eingegebene Geldbetrag eine Verfügungsgrenze des Benutzers übersteigt. Bei Schritt S10 empfängt der Bankserver 30 anschließend die von dem mobilen Endgerät bei Schritt S9 verschickten Daten und führt anhand der Kennung des Transaktionspartners mithilfe der Datenbank 32 ein Matching durch, bei dem die Kennung auf die Bankdaten des Transaktionspartners abgebildet wird. Schließlich führt der Bankserver 30 dann bei Schritt S11 die Überweisung vom Benutzer zu dem Transaktionspartner anhand der durch das Matching aufgefundenen Kontodaten in bekannter Weise innerhalb der eigenen Bank oder zu einer anderen Bank durch.
In den Figuren 3a bis 3f sind schließlich jeweils der Touchscreen 24 des mobilen Endgeräts 20 zu verschiedenen Zeitpunkten des in Figur 2 dargestellten Ablaufs des erfindungsgemäßen Verfahrens dargestellt. Figur 3a entspricht hierbei, wie bereits angesprochen, dem Schritt S2 aus Figur 2 und zeigt das Darstellen der Transaktionspartner-Liste 100. Diese Liste 100 umfasst eine Mehrzahl von Bankkontakten 100a bis 100g, wobei die Liste 100 noch einmal in eine Subgruppe„Favoriten“ und die übrigen Kontakte des Benutzers unterteilt ist. Die Verschiebung eines der Kontakte zu seinen Favoriten oder zurück zu den übrigen Kontakten kann in der gezeigten Ausführungsform jederzeit durch einen Drag-and-Drop-Vorgang ausgelöst werden, bei welchem ein Kontakt durch Drücken und Ziehen in den gewünschten Bereich der Anzeige verschoben wird.
Hierbei sind die Transaktionspartner der Favoriten, also die Elemente 100a bis 100c mit dem Namen des Transaktionspartners, einem ihm
zugewiesenen Foto und jeweils der IBAN-Nummer des jeweiligen Kontakts dargestellt, während die nicht in den Favoriten befindlichen übrigen Kontakte lediglich mit ihrem Namen und Ihrer IBAN dargestellt sind. In der in Figur 3a gezeigten Darstellung kann eine Auswahl eines der Bankkontakte 100a bis 100g als Transaktionspartner durch ein einfaches Anwählen mittels einer Berührung in bekannter Weise erfolgen. Figur 3b zeigt nun, entsprechend dem Schritt S4 aus Figur 2, nach Auswahl des Elements 100c aus Figur 3a einen Verlaufbildschirm, der historische Daten über bereits zwischen dem ausgewählten Transaktionspartner und dem Benutzer durchgeführten Überweisungen enthält. Hierbei entspricht das Textfeld 102a einer von dem Transaktionspartner zu dem Benutzer in der Vergangenheit getätigten Überweisung, während das Textfeld 102b einer zu früherer Zeit von dem Benutzer zu dem Transaktionspartner getätigten Überweisung entspricht.
Jedem Textfeld 102a und 102b ist ferner ein Datum zugeordnet, an welchem die Überweisung in der Vergangenheit stattgefunden hat, wobei das Feld 102b ferner ein Häkchen umfasst, welches dem Benutzer anzeigt, dass seine zu einem früheren Zeitpunkt angewiesene Überweisung tatsächlich durchgeführt worden ist. Zuletzt ist in der Ansicht aus Figur 2 ganz unten ein Eingabefeld 104 dargestellt, das durch ein Anwählen durch den Benutzer aktiviert werden kann. Andererseits hat der Benutzer jedoch auch die
Möglichkeit, die Textfelder 102a und 102b anzuwählen, um jeweils eine Detailansicht der durch das jeweilige Textfeld 102a bzw. 102b
repräsentierten Überweisung zu erhalten.
Ein Beispiel für eine derartige Detailansicht, die jedoch einer anderen
Überweisung als derjenigen im Zusammenhang mit den Textfeldern 102a und 102b entspricht, ist zur Veranschaulichung in Figur 3c gezeigt. Die Detailansicht umfasst neben dem Empfänger der Überweisung noch einen Buchungstext (Verwendungszweck), den Buchungstag, die Wertstellung sowie weitere Informationen in Textansicht.
Dem hingegen ist in den Figuren 3d und 3e eine Eingabe dargestellt, die nach einem Auswählen des Eingabefelds 104 in der Darstellung aus Figur 3b angezeigt wird (Schritt S5 aus Figur 2). Hierbei gibt der Benutzer in Figur 3d zunächst einmal mittels einer Softkey-Tastatur 106 einen Geldbetrag ein, der allerdings im gezeigten Beispiel den zur Verfügung stehenden Verfügungsrahmen des Benutzers übersteigt (Schritt S9 aus Figur 2) und daher verworfen wird. Während der Eingabe in das Eingabefeld 104 wird gleichzeitig das Textfeld 102c dargestellt, das eine momentan stattfindende Eingabe symbolisiert.
Nach einer erneuten Auswahl des Eingabefelds 104 hat der Benutzer in Figur 3e anschließend einen zulässigen Betrag eingegeben und ist nun dabei, mittels der Softkey-Tastatur 106 zusätzlich einen Verwendungszweck einzugeben. Während dieses Vorgangs wird ein Textfeld 102d dargestellt, das den bereits eingegebenen Betrag enthält und darauf hinweist, dass die betreffende Überweisung momentan in Bearbeitung ist.
Nach Abschluss dieser Eingabe wird dem Benutzer die Ansicht aus Figur 3f dargestellt, die neben dem bereits angesprochenen Textfeld 102a und dem die momentan durchzuführende Überweisung betreffenden Textfeld 102e noch den Flinweis 108 enthält, dass der Überweisungsauftrag für den ausgewählten Transaktionspartner 100c erfolgreich angenommen worden ist.

Claims

Ansprüche
1. System zum Durchführen einer Banküberweisung, umfassend ein mobiles Endgerät (20) eines Benutzers und einen Bankserver (30), welche miteinander in Datenverbindung stehen,
wobei das mobile Endgerät (20) eine Anzeige (24), eine
Eingabevorrichtung (24), eine Steuereinheit, einen Speicher und eine Kommunikationseinheit (22) umfasst und dazu eingerichtet ist:
- einen Anmeldungs- und/oder Authentifizierungsprozess zum Feststellen der Identität des Benutzers durchzuführen;
- eine Transaktionspartner-Liste (100) an der Anzeige (24)
anzuzeigen, welche wenigstens einen mittels der
Eingabevorrichtung (24) auswählbaren Transaktionspartner (100a - 100g) umfasst;
- ein Eingabefeld (104) an der Anzeige (24) auf ein Auswählen von einem der Transaktionspartner (100c) hin bereitzustellen;
- eine Zeichenfolge aus alphanumerischen Zeichen entsprechend einer Eingabe mittels der Eingabevorrichtung (24) in dem
Eingabefeld (104) anzuzeigen;
- die Eingabe hinsichtlich eines Vorliegens eines als Geldbetrag identifizierbaren Abschnitts der Zeichenfolge zu analysieren, den Geldbetrags zu speichern und die Zeichenfolge abzüglich des als Geldbetrag identifizierten Abschnitts als Verwendungszweck zu speichern; und
- eine eindeutige Kennung des Benutzers, eine eindeutigen
Kennung des ausgewählten Transaktionspartners (100c), den Geldbetrags und den Verwendungszweck mittels der
Kommunikationseinheit an den Bankserver (30) zu übermitteln; wobei der Bankserver (30) eine Datenbank (32) umfasst und ferner dazu eingerichtet ist:
- die Kennung des Transaktionspartners (100c) zu Bankdaten des Transaktionspartners (100c) und die Kennung des Benutzers zu Bankdaten des Benutzers mittels der Datenbank (32)
zuzuordnen; und
- eine Überweisung von einem Konto des Benutzers zu einem Konto des Transaktionspartners (100c) auf Grundlage der Bankdaten, des Geldbetrags und des Verwendungszwecks durchzuführen.
2. System nach Anspruch 1 , wobei der Bankserver (30) ferner dazu eingerichtet ist, Informationen betreffend an den Benutzer getätigte Überweisungen an das mobile Endgerät (20) zu übertragen.
3. System nach Anspruch 2, wobei das mobile Endgerät (20) ferner dazu eingerichtet ist, die Informationen einem der
Transaktionspartner (100c) aus der Transaktionspartner-Liste (100) zuzuordnen.
4. System nach einem der Ansprüche 1 bis 3, wobei das mobile
Endgerät (20) dazu eingerichtet ist, bei dem Bereitstellen des Eingabefelds (104) ferner Informationen über bereits getätigte Überweisungen von dem Benutzer zu dem ausgewählten
Transaktionspartner (100c) und/oder Informationen über bereits getätigte Überweisungen von dem ausgewählten
Transaktionspartner (100c) zu dem Benutzer darzustellen, vorzugsweise in einer unterschiedlichen Weise.
5. System nach Anspruch 4, wobei die Informationen wenigstens einen Geldbetrag und gegebenenfalls einen Verwendungszweck und/oder einen Status umfassen, welcher anzeigt, ob die Überweisung bereits durchgeführt worden ist.
6. System nach einem der vorhergehenden Ansprüche, wobei das mobile Endgerät (20) ferner dazu eingerichtet ist, ein Anlegen eines Transaktionspartners in der Transaktionspartner-Liste zu
ermöglichen, beispielweise durch manuelle Eingabe von Daten, Auswerten von Informationen über bereits getätigte Überweisungen und/oder fotografische Erfassung von codierten Daten.
7. System nach einem der vorhergehenden Ansprüche, wobei das mobile Endgerät (20) ferner dazu eingerichtet ist, eine Überprüfung der Eingabe des Benutzers auf eine Plausibilität hinsichtlich vorbestimmter Kriterien durchzuführen und ggf. die Übermittlung der Daten an den Bankserver (30) nicht durchzuführen
8. Verfahren zum Durchführen einer Banküberweisung mittels eines mobilen Endgeräts (20) eines Benutzers und eines mit dem
Endgerät (20) in Datenverbindung stehenden Bankservers (30), das Verfahren umfassend die von dem Endgerät (20) durchzuführenden Schritte:
- Bereitstellen einer Transaktionspartner-Liste (100) an einer
Anzeige (24) des Endgeräts (20), welche wenigstens einen auswählbaren Transaktionspartner (100a - 100g) umfasst (S2);
- Bereitstellen eines Eingabefelds (104) an der Anzeige (24) auf ein Auswählen von einem der Transaktionspartner (100c) hin;
- Aufnehmen einer Zeichenfolge aus alphanumerischen Zeichen als Eingabe in dem Eingabefeld (104) (S5);
- Analysieren der Eingabe hinsichtlich eines Vorliegens eines als Geldbetrag identifizierbaren Abschnitts der Zeichenfolge, Speichern des Geldbetrags und Speichern der Zeichenfolge abzüglich des als Geldbetrag identifizierten Abschnitts als Verwendungszweck (S6); und
- Übermitteln einer eindeutigen Kennung des Benutzers, einer eindeutigen Kennung des ausgewählten Transaktionspartners (100c), des Geldbetrags und des Verwendungszwecks an den Bankserver (S8); sowie die nach Erhalten der Kennung, des Geldbetrags und des Verwendungszwecks von dem Bankserver (30) durchzuführenden Schritte:
- Zuordnen der Kennung des Transaktionspartners (100c) zu
Bankdaten des Transaktionspartners (100c) und der Kennung des Benutzers zu Bankdaten des Benutzers mittels einer dem Bankserver (30) zur Verfügung stehenden Datenbank (32) (S10); und
- Durchführung einer Überweisung von einem Konto des
Benutzers zu einem Konto des Transaktionspartners (100c) auf
Grundlage der Bankdaten, des Geldbetrags und des
Verwendungszwecks (S11 ).
9. Verfahren nach Anspruch 8, wobei das Bereitstellen der
Transaktionspartner-Liste (100) ein Bereitstellen von den
Transaktionspartnern (100a - 100g) zugeordneten Objekten, wie beispielsweise Bildern, umfasst (S2).
10. Verfahren nach Anspruch 6 oder 7, wobei die Bankdaten eine IBAN umfassen.
PCT/EP2019/054250 2018-03-02 2019-02-20 Chat-überweisungsfunktionalität WO2019166303A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102018203176.2 2018-03-02
DE102018203176.2A DE102018203176A1 (de) 2018-03-02 2018-03-02 Chat-Überweisungsfunktionalität

Publications (1)

Publication Number Publication Date
WO2019166303A1 true WO2019166303A1 (de) 2019-09-06

Family

ID=65598608

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2019/054250 WO2019166303A1 (de) 2018-03-02 2019-02-20 Chat-überweisungsfunktionalität

Country Status (2)

Country Link
DE (1) DE102018203176A1 (de)
WO (1) WO2019166303A1 (de)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102008051214A1 (de) * 2008-10-14 2010-04-15 T-Mobile International Ag Überweisungscodierung
US20140279543A1 (en) * 2013-03-14 2014-09-18 Payfriendz Ltd. Closed-loop mobile money transaction system
US20160117670A1 (en) * 2014-10-27 2016-04-28 Facebook, Inc. Facilitating sending and receiving of payments using message-based contextual prompts
WO2017072589A2 (en) * 2015-10-27 2017-05-04 Daniel Peled Secure transaction interfaces

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102008051214A1 (de) * 2008-10-14 2010-04-15 T-Mobile International Ag Überweisungscodierung
US20140279543A1 (en) * 2013-03-14 2014-09-18 Payfriendz Ltd. Closed-loop mobile money transaction system
US20160117670A1 (en) * 2014-10-27 2016-04-28 Facebook, Inc. Facilitating sending and receiving of payments using message-based contextual prompts
WO2017072589A2 (en) * 2015-10-27 2017-05-04 Daniel Peled Secure transaction interfaces

Also Published As

Publication number Publication date
DE102018203176A1 (de) 2019-09-05

Similar Documents

Publication Publication Date Title
EP2211318A1 (de) Verfahren und Vorrichtung zur Scheckeinreichung
EP3033708B1 (de) Verfahren zum auswerten eines dokuments
DE112014007224T5 (de) Drucksystem, Verfahren und Programm
DE112018005524T5 (de) Zahlungsterminalvorrichtung und -verfahren
WO2019166303A1 (de) Chat-überweisungsfunktionalität
DE202013007090U1 (de) Serverbasiertes Bezahlsystem
DE102009056116B4 (de) Verfahren und Einrichtung zur Autorisierung einer Transaktion
DE102012218268A1 (de) Verwalten digitaler Signaturen
EP2807812B1 (de) Verfahren und system zur synchronisation von programmmasken
DE102019104025A1 (de) Verfahren und System zur Durchfühung einer Versicherungstransaktion
AT14348U2 (de) Verfahren und System zur Erzeugung einer elektronischen Stapelsignatur
AT521646A1 (de) System zum Verarbeiten von Anfragen mobiler Geräte
EP3996018A1 (de) Verfahren zur computerimplementierten zuordnung von für eine beglaubigte übersetzung vorgesehenen dokumenten
AT518222A1 (de) Verfahren und System zur Erzeugung einer elektronischen Stapelsignatur
DE102010019112B4 (de) Verfahren zur Übertragung alphanumerischer Zeichenketten in Textfelder mittels Matrixcodes
EP1953997B1 (de) System zum konfigurieren eines teilnehmeridentifikationsmoduls
DE102020119512A1 (de) Verfahren zur Speicherung von verifizierten Identitätsdaten eines Endnutzers, Verfahren zur Bereitstellung von verifizierten Identitätsdaten an eine Akzeptanzstelle, Computerprogrammprodukt
DE202023103820U1 (de) Auf künstlicher Intelligenz und Blockchain-Technologie basierendes System zur Verbesserung der Qualität der Finanzberichterstattung und der Beziehungen zwischen Wirtschaftsprüfern und Kunden
EP4184402A1 (de) Rechensystem, computerimplementiertes verfahren, computerprogramm und computerlesbares speichermedium zur bereitstellung einer digitalen kooperationsschnittstelle zwischen einem autor und abonnenten des autors zur entwicklung eines schriftstückes
AT14004U1 (de) Verfahren und System zum elektronischen Signieren von Dokumenten
EP3766032A1 (de) Registrieren von elektronischen zahlungsmitteln
DE102022119171A1 (de) Verfahren und Vorrichtung für das Nachbestellen von Verbrauchsmaterialien
EP3451261A1 (de) Verfahren und system zum erfassen von nutzeridentitätsdaten für ein identitätskonto an einem point-of-sale
AT514544A1 (de) Verfahren und System zur Erzeugung einer elektronischen Stapelsignatur
DE102018213033A1 (de) System zum Zuordnen von Wertbeträgen

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: 19708035

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: 19708035

Country of ref document: EP

Kind code of ref document: A1