EP2721848A1 - Guthabenabfrage - Google Patents

Guthabenabfrage

Info

Publication number
EP2721848A1
EP2721848A1 EP12758444.9A EP12758444A EP2721848A1 EP 2721848 A1 EP2721848 A1 EP 2721848A1 EP 12758444 A EP12758444 A EP 12758444A EP 2721848 A1 EP2721848 A1 EP 2721848A1
Authority
EP
European Patent Office
Prior art keywords
application
server
command
message
provider
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP12758444.9A
Other languages
English (en)
French (fr)
Inventor
Vitali STRASZER
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PEACHES Mobile GmbH
Original Assignee
PEACHES Mobile 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 PEACHES Mobile GmbH filed Critical PEACHES Mobile GmbH
Publication of EP2721848A1 publication Critical patent/EP2721848A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H04M15/854—Available credit
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/67—Transmitting arrangements for sending billing related information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/72—Administration or customization aspects; Counter-checking correct charges by the user
    • H04M15/721—Administration or customization aspects; Counter-checking correct charges by the user using the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/88—Provision for limiting connection, or expenditure
    • H04M15/885—Provision for limiting connection, or expenditure limit per application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/10—Account details or usage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems

Definitions

  • the invention relates to the retrieval of information regarding a credit available to a user of a telecommunication terminal.
  • Telecommunications terminals to provide an opportunity to talk about their current balance for the
  • a user of a telecommunication terminal who wishes to obtain information about his credit enters a command at his telecommunication terminal. This one can be over
  • Telecommunications network are sent to a set up for processing the command server and processed there.
  • the credit can be determined by the server and credit information back to the
  • Telecommunication terminal to be transmitted. There can then be the display of the balance.
  • the command that must be entered by a user at his telecommunications terminal to initiate the credit check is less memorable.
  • Command input is therefore cumbersome and error prone. It is an object of the present invention to provide information retrieval regarding the user of a Telecommunications terminal available credit easier.
  • Telecommunication terminal to trigger.
  • this object is achieved by a method comprising issuing, by the application, commands retrievable by an application executing on a telecommunications terminal, which command is suitable for transmitting a message from the computer
  • Telecommunication terminal to trigger.
  • Telecommunication terminal trigger by the application is available, it may be superfluous that the user manually enters a command to the telecommunications terminal so as to effect a transmission of a message to the server.
  • the comfort for the user can increase. Errors during manual entry can be avoided.
  • the telecommunication terminal can be any telecommunication terminal, by means of which a
  • the telecommunication terminal can be a telecommunication terminal which is designed for bidirectional communication, that is to say both the transmission and the reception of information allows.
  • the telecommunication terminal can be a telecommunication terminal which is designed for bidirectional communication, that is to say both the transmission and the reception of information allows.
  • Telecommunications terminal to be a mobile telephony terminal.
  • the telecommunication terminal can be a mobile phone, in particular a smartphone.
  • the telecommunication terminal may also be a different device than a telephony terminal.
  • Other examples of telecommunications terminals include, but are not limited to, personal computers, tablet PCs, and other types of portable computers (laptops), personal digital
  • Telecommunications functions can be realized, for example, by means of the telecommunication terminal, a wireless or wired connection to a
  • Network especially a connection to the Internet, can be produced.
  • the application may be stored in a memory, e.g. a Random Access Memory (RAM), are loaded and program code for issuing a by the RAM.
  • a memory e.g. a Random Access Memory (RAM)
  • RAM Random Access Memory
  • Application retrievable commands which is capable of transmitting a message from the
  • the transmission of information regarding a user of the telecommunication terminal available credit by the server to the Telecommunications terminal trigger when the program code is executed on a processor include.
  • the application may, for example, be distributed over a network such as the Internet, a telephone or mobile network and / or a local area network.
  • the application can be distributed over a network such as the Internet, a telephone or mobile network and / or a local area network.
  • the application can be distributed over a network such as the Internet, a telephone or mobile network and / or a local area network.
  • the application can be distributed over a network such as the Internet, a telephone or mobile network and / or a local area network.
  • the application according to the invention may for example be stored on a computer-readable storage medium, e.g. a magnetic, electrical, electro-magnetic, optical and / or other type of storage medium.
  • the storage medium may for example be part of the processor, for example a (non-volatile or volatile) program memory of the processor or a part thereof.
  • the command that can be called by the application can be a parameter.
  • the issuing of the command may mean, for example, that a particular routine of the application itself or another computer program is called, which is given the command.
  • the application In order for the application to be able to issue the command, it must first have fetched the command, so if the application has stopped calling
  • the application actually calls the command retrievable by the application.
  • the fact that the command can be called up by the application can mean, in particular, that the application can access the command without user intervention, ie user-interaction-free or automatic.
  • the command may be stored in a memory along with the program code of the application. The command can be used together with the
  • the command may also be from an external source, e.g. from the Internet, be retrievable by the application.
  • Telecommunication terminal to the server by issuing the command is caused by the application
  • Formulation could be used that the command is transmitted to the server.
  • the command can be part of
  • Be a message and the message may include other content in addition to the command. Likewise, only part of the
  • Command messages are part of the message or the message is indeed transmitted in response to the command and thus be construed as evidence of the issuing of the command, but in the end contain no components of the message itself.
  • the message can be a
  • Telecommunication terminal and / or its user associated identification so that the message to the user and / or the telecommunication terminal
  • This can be the targeted transmission of information concerning the user of the
  • Telecommunications terminal available credit directly to the telecommunication terminal from which the message was transmitted, allow.
  • the effect of transmitting the message may be, for example, that the application at the time of discontinuation of the
  • Telecommunications terminal running software program calls a routine of this software program, whereupon the
  • the software program may be an operating system of the telecommunication terminal or another application.
  • the application itself can also be used.
  • Software program For this purpose, it can be set up to generate an appropriate message and corresponding hardware resources of the
  • the transmission of the message to the server can be done in particular via a telecommunications network. It can
  • Telecommunications network may be, for example, a Mobile network act.
  • UMTS Universal Mobile Telecommunications System
  • Telecommunications network can also be a local area network (LAN).
  • the local area network can be wired or wireless
  • the telecommunications network may also be a network covering large geographical areas (AN). Is here from one
  • Transmission line from the telecommunication terminal to the server comprises several different telecommunication networks. These telecommunication networks can be different
  • Telecommunication networks of the above-mentioned network technologies include.
  • the credit may be an indicator of whether and / or to what extent, e.g. how often or for what duration, and / or what kind of paid offer by means of the telecommunication terminal
  • the credit can be claimed.
  • the credit can be used as credit in a common currency, e.g. Euro or US dollars, etc., to be specified. It can also be a credit, which is specified in another form. For example, it may be in the form of a notional currency, e.g. in the form of "points.”
  • the credit can be through a previously made to the credit purchase payment
  • the credit can be available to the user, for example, by being assigned to him personally.
  • the credit can also be available to the user, for example, by having it
  • Telecommunications terminal is assigned and the user has access to the telecommunication terminal, so that he can take a paid offer by means of the telecommunication terminal.
  • Telecommunications terminal available credit can in particular include the credit amount or consist of this information.
  • the information may additionally or alternatively relate to other aspects related to the user's available credit.
  • such information may be
  • Telecommunications terminal can trigger the message transmitted to the server, the additional transmission of further information from the server to the telecommunication terminal.
  • the server can recognize that the received message is a message to which is to respond to the transmission of information regarding a the user of the telecommunication terminal available credit to the telecommunication terminal.
  • the server can then retrieve the respective information from a database, for example.
  • Telecommunication terminal can have a suitable
  • Telecommunications network via which the transmission of the message from the telecommunication terminal can be made to the server, made statements accordingly.
  • Telecommunication terminal to the server and the transmission of information by the server to the
  • the server may be provided by a vendor providing a paid service for which Utilization by means of the telecommunication terminal, the credit is available.
  • the server may be provided by a mobile network operator (MNO).
  • MNO mobile network operator
  • the server can have at least one
  • Processor and at least one memory include.
  • the server may include a RAM into which another memory, e.g. a hard disk, program code is loaded on the at least one processor
  • the credit available to the user of the telecommunication terminal is associated with a telecommunication terminal
  • Telecommunication terminal for example, in it
  • Telecommunications terminal arranged or - possibly solvable and possibly again connectable again - with the
  • the identification module can be any module which allows the telecommunication terminal itself and / or a user of the telecommunication terminal
  • Telecommunication terminal itself and / or a user of the telecommunication terminal to allow it may be sufficient if in the identification module corresponding identifier is stored, which can be read out of the identification module.
  • SIM Subscriber Identity Module
  • SIM card encompasses various embodiments of SIM cards, including, for example, mini SIM cards, micro SIM cards and nano SIM cards.
  • the command which can be called by the application is assigned to a provider who makes available a fee-based offer for whose claim the credit can be used by means of the telecommunication terminal.
  • Telecommunications terminal available credit to the telecommunication terminal can trigger, operated by a provider who provides a fee-based offer, for its use by means of
  • the credit is available. For this reason, it is possible that different providers have set up their servers differently. Then it may be that different messages must be received at the servers, so that it comes to a transfer of information regarding a credit available to the user of the telecommunication terminal, or that the
  • Telecommunications terminal information regarding his available credit for the use of a fee-based offer of the provider would like to be achieved by the callable by the application, the provider associated command that a tailored to this provider message from the
  • Telecommunication terminal is transmitted to the server of the provider.
  • Transmission is effected from the telecommunication terminal to the server by the command, that is dependent on the command.
  • the provider may be one
  • SMS Short Message Service
  • Servers of such providers are set up differently depending on the provider.
  • a message tailored to the respective provider or its server must be transmitted to the respective server.
  • By assigning the callable by the application commands to the provider can be achieved that a Such tailored to the provider message is transmitted from the mobile phone to the server of the provider.
  • the application is
  • Telecommunications terminal available credit without the application to the provider who provides a paid service, for the
  • the credit is usable, to cut.
  • the application is so versatile.
  • the plurality of retrievable commands may be provided, for example, along with the application from a provider of the application. According to another example, the plurality of retrievable commands may also be in a memory outside the
  • Telecommunications terminal be deposited, e.g. on a server to which the application, e.g. over a
  • a is the
  • Telecommunication terminal assigned identification module provided and the identification module is associated with the provider who provides a paid service, for its use of the
  • the credit is available.
  • the respective provider can be determined by means of the identification module and a corresponding command can be selected. So the application can
  • the identification module be configured to access the identification module to determine the provider associated with the identification module. It can be set up, based on the determined provider, a the respective provider
  • the determination of the command which is assigned to the provider who provides a paid service, for its use of the
  • Telecommunications terminal the credit is usable to make in other ways.
  • the predetermined command or commands may have been chosen so that each of them is known to be capable of effecting the transmission of a message from the telecommunications terminal to a server, at least at a provider of telecommunications terminal-end-use services, the message being suitable , upon receipt of the message by a server, the transmission of information concerning the respective provider to the
  • Telecommunication terminal to trigger.
  • a remote predetermined command at the specific provider for whose use by means of the telecommunication terminal, the credit is available is not suitable to trigger the transmission of information regarding the provider to the telecommunication terminal.
  • the application may be configured to determine from the information thus obtained concerning the provider to identify the provider and, based thereon, to select the application-retrievable command associated with the provider from the plurality of commands retrievable by the application. In this way it may be possible to carry out the command selection, without it being initially known, to use the offer for which offer the offer is available, e.g. because no identification module exists or can not be accessed.
  • the information concerning the respective provider can e.g. include a provider ID.
  • a provider ID For example, in the case of a telephony service provider, a worldwide unique
  • Telephony service provider e.g. on the basis of a characterizing him character number component (area code), represent such a provider identification.
  • the predefined command or the predefined commands can be used, for example, together with the program code of the
  • Application stored in a memory may have been deployed with the application.
  • the specified command or commands can also be loaded from an external source, such as the Internet, through the application.
  • the given command or commands may be to handle Unstructured Supplementary Service Data (USSD) commands.
  • USB Unstructured Supplementary Service Data
  • the application is
  • Telecommunications terminal the credit is available to receive.
  • vendor information may be obtained that is necessary for the application to select from a plurality of commands retrievable by the application the command associated with the vendor providing a paid offer for which
  • the credit is available. This approach can also be successful in cases where the provider does not maintain a server that transmits information regarding the provider to the telecommunications terminal in response to a suitable message.
  • the user input can be in a
  • Telephony service provider e.g. a phone number / MSISDN
  • the message is a
  • USSD Unstructured Supplementary Service Data
  • USSD messages can consist of a maximum of 182 alphanumeric characters.
  • SMS transmission a real-time connection is established for the duration of a USSD session for the transmission of USSD messages. The connection remains open so that bidirectional data exchange can take place.
  • the USSD messaging can therefore be considered more reliable than the SMS messaging.
  • the USSD messaging is free of charge for many providers, so the transfer of
  • Telecommunications terminal available credit can be initiated and performed by the server to the telecommunication terminal even with no credit available. It is also advantageous that many providers have servers that are set up to process USSD messages. A conversion of these servers can therefore be omitted and they can still respond to a suitable USSD message with the triggering of a transfer of information relating to a credit available to the user of the telecommunication terminal by the server to the telecommunication terminal.
  • a command suitable for effecting the transmission of a USSD message from the telecommunications terminal to a server is often referred to as a USSD command, USSD command, USSD code or GSM code.
  • MMI code MMI stands for Man Machine Interface, i. Man-machine interface.
  • manual entry of a USSD command begins with the character "*" and the "#" character
  • the manual input of the command is usually completed with a suitable user input. In the case of a mobile phone as a telecommunications terminal, this usually happens by pressing the handset button. According to the invention, the manual input of the USSD command can be omitted, as it is due to the
  • a USSD command which can be used to trigger a specific response from a provider's server providing a paid offer, usually varies depending on the provider. This makes it difficult to use USSD commands. In many cases, users need to look up a USSD command for a specific purpose in a printed guide or on a Web site. The need for this can be omitted according to the invention, since the USSD command can be called up by the application.
  • the USSD command itself may be part of the USSD message which, due to the USSD command, is sent by the USSD command
  • Telecommunication terminal is transmitted to a server of the provider.
  • the application is
  • Telecommunications terminal set down.
  • Operating system via the interface makes a program routine accessible, by means of which the transmission of the message can be initiated.
  • the command can be issued in the call of a
  • Program routine of the operating system via the interface.
  • a specific program routine can be selected or the command can be used
  • a USSD code can be passed as a parameter.
  • the operating system may be transmitting a USSD message from the
  • the operating system is the Android operating system.
  • the Android operating system offers as so-called
  • Application causes the issuing of the command and so the transmission of the information regarding a credit available to him by the server to the
  • Telecommunication terminal initiates.
  • An interaction of the application with the user may be superfluous. This can be perceived by the user as particularly comfortable.
  • the need for a user confirmation before issuing the command can be superfluous, in particular, if the transmission of the message from the
  • the application may also be set up to issue the command which can be called by the application only upon command of a user after the application has been started.
  • the application is
  • the fact that the application is set up to provide a representation of the information on the telecommunication terminal may include, for example, that the application
  • Telecommunication terminal e.g. the operating system of the telecommunication terminal to prevent the input of the information. For example, it can be prevented that automatically opens on a display of the telecommunication terminal, a window in which the information is displayed.
  • the application e.g. the application
  • the application automatically sets up a representation of the information on the telecommunication terminal may, according to another example, also include that the application is set up to transfer the information from one of the server to the telecommunication terminal
  • Extract message For example, a
  • Predicting the presentation of the information may be
  • the application may be set up in addition to the previously described functionalities
  • the application may be set up to issue a command which is suitable for transmitting a message from the user
  • the message is adapted to increase the credit according to a user preference upon receipt of the message by the server.
  • the verification may take place in accordance with a
  • Telecommunications terminal linked address act. Under the address, the telecommunications device in a
  • the address may be one with the telecommunication terminal.
  • Telephony terminal associated call number / MSISDN.
  • the server is set up, the transmission of a code to the address or the
  • the server may be set up after receiving the code from the server
  • Telecommunication terminal to leave the transmission of a release to the telecommunications terminal.
  • it can be effected by the server receiving the code that causes a user, the application for the
  • Application may be arranged to access the functionality of the application upon receipt of the release.
  • Telecommunications terminal for example, a
  • the address may include a number or MSISDN. If the application has a function for charging the credit, it is desirable that it is only possible with the application to charge a credit, which is usable with the telecommunication terminal. A credit balance only with a stranger
  • Telecommunications terminal is available, should be in the
  • Example scenario with the application can not be increased. Since the address of the telephony terminal on which the application is running specifies where the server sends the code, e.g. in an SMS, this code only comes to the telephony terminal to which the respective telephone number / MSISDN is linked, e.g. because he has a corresponding
  • Identification module is assigned. Only if the user has access to the associated with this number / MSISDN
  • Telephony terminal has, he can detect the code and cause his return transmission to the server, after which the release is in turn transmitted to the telephone number associated with the telephone number / MSISDN. On this
  • Telephony terminal is then also the functionality of the credit charge made accessible, so not
  • a credit can be abusively charged, which is unrelated to the telephony terminal on which the application is running.
  • the code may e.g. a random or pseudo-random
  • Telecommunication terminal is assigned, on which the application runs, so as to be able to perform a misuse of the application.
  • Fig. 1 is a schematic illustration of a
  • Disk device includes;
  • Network infrastructure elements of the mobile network including a server
  • Fig. 3 is a schematic flow diagram, which
  • Telecommunication terminal of Fig. 1 in context the mobile network and the
  • FIG. 4 is a schematic representation of the
  • Fig. 1 shows a schematic illustration of a
  • Telecommunications terminal 100 which embodiments of an application according to the invention in the form of an app 104 and a data carrier device 103 according to the invention
  • the telecommunication terminal is according to the
  • Embodiment as a telephony terminal, more precisely as
  • the smartphone 100 includes, inter alia, a processor 101, a RAM 102 and a flash memory 103.
  • the smartphone 100 is also equipped with a touch-sensitive screen (touchscreen) 109. Further, a SIM card 107 is in the
  • the processor 101 is connected to the RAM 102 and the flash memory 103. Further, there is a connection between RAM 102 and flash memory 103 through which data can be transferred from the flash memory 103 to the RAM 102.
  • the processor 101 is also connected to the SIM card 107 so that it can access the SIM card 107. He is also connected to the touch screen 109, so that he can control this.
  • the app 104 is stored in the flash memory 103.
  • Part of the app 104 is a command database 108 in which a plurality of commands is stored.
  • the Android operating system 105 is stored in the flash memory 103 as another program.
  • the Android operating system 105 includes an operating system interface 106.
  • the app 104 may have entered the flash memory 103 by being downloaded from the Internet by a user of the smartphone 100.
  • the app 104 may be loaded from the flash memory 103 into the RAM 102. It includes, among other things, program code for issuing a command retrievable by the app 104, which is suitable for effecting the transmission of a message from the smartphone 100 to a server, wherein the
  • FIG. 2 shows the smartphone 100 of FIG. 1 in the context of a mobile network of a mobile service provider 210 and of some network infrastructure elements 201, 202, 203 of FIG
  • Mobile network including a server 203.
  • the mobile service provider or provider 210 offers
  • the antenna 201 symbolizes the components of the mobile radio network necessary for establishing a connection between the smartphone 100 and its potential communication partners.
  • a USSD gateway 202 Shown further in FIG. 2 are a USSD gateway 202 and a server 203.
  • the server 203 is part of the so-called intelligent network (Intelligent
  • the SIM card 107 is associated with the provider 210.
  • the SIM card 107 is associated with a credit which is required for the use of paid offers of the provider 210, e.g. Telephone conversations, SMS services and
  • FIG. 3 is a schematic flowchart showing a
  • Embodiment of a method according to the invention which by means of the smartphone 100 of FIG. 1 in the context of the mobile network and the network infrastructure elements 201, 202, 203 of FIG. 2 can be realized illustrated.
  • a user of the smartphone 100 starts the app. 104.
  • the app 104 includes program code for accessing the SIM card 107 to determine which provider the SIM card 107 is associated with when the program code is stored on the SIM card 107
  • Processor 101 is executed.
  • a provider identifier is read from the SIM card 107. This operation is performed in step 302.
  • the app 107 may also be set up to issue a predetermined command or successively several predefined commands.
  • the predetermined command or commands may have been chosen so that each of them is known to be suitable for at least one provider of services that may be claimed by means of a smartphone, the transmission of a message from the
  • Smartphone to effect a server, wherein the message is suitable after receiving the message by the server, the transmission of information concerning the respective
  • the app 104 may be configured to determine from the information then received regarding the provider 210, the provider 210 and, based thereon, the information retrievable by the app 104
  • the default command or commands may be used together with the program code of the app 104 in the
  • Flash memory 103 may be stored. They may have been deployed with the app 104.
  • the given However, the command or the predefined commands can also be loaded from an external source, eg from the Internet, by the app 104.
  • the given command or commands may be, for example, USSD commands.
  • the app 104 may be configured to receive user input of information regarding the provider 210.
  • the information regarding the provider 210 may be e.g. a telephone number / MSISDN linked to the smartphone 100 or the SIM card 107, which contains an area code assigned to the provider 210 as a provider identifier.
  • the provider ID of the provider 210 can thus also be used to receive user input of information regarding the provider 210.
  • a provider identifier to the smartphone 100 transmits.
  • the user input may be in step 302. It can be done, for example, in a configuration phase of the app 104 and e.g. only be necessary when using the App 104 for the first time.
  • the app 104 further includes program code for accessing the command database 108 when the program code is on the
  • Processor 101 is executed.
  • the command database 108 a plurality of commands are stored. Each command is stored together with a provider ID, whereby an assignment to the respective provider is achieved.
  • the app 104 includes program code for selecting the provider 210 associated commands from the plurality of in the
  • Command database 108 stored when the program code is executed on the processor 101. The selection is made by determining in step 302 Provider ID is searched by the app 104 in the command database 108. If found in the command database 108, the app 104 selects the command associated with the command database 108 of that provider identifier. According to the embodiment explained here, the selected command is a USSD command.
  • the app 104 further includes program code for issuing the previously selected command to the
  • step 305 the Android operating system 105 generates based on the value passed to the "setMmiString" function
  • the Android operating system 105 causes hardware components of the smartphone 100 to send the USSD message to the server 203 of the provider 210. This is done, inter alia, by means of the network components symbolized by the antenna 201 and by means of the USSD gateway 202.
  • the server 203 receives the USSD message transmitted from the smartphone 100.
  • Step 307 includes evaluating this USSD message. In doing so, the server 203 extracts from the USSD message that in step 304 of FIG.
  • step 307 the server 203 extracts one from the USSD message received from the smartphone 100
  • Identification identifier specifically the telephone number associated with the SIM card 107. Based on this number, the server 203 then determines in step 308 the amount of credit associated with the SIM card 207 available to the user of the smartphone 100. The server 203 also embarrassed in step 305 another USSD message in which, among other things, the determined credit amount as
  • step 309 the server 203 initiates transmission of the USSD message generated in step 308 to the smartphone 100.
  • the USSD gateway 202 uses the USSD gateway 202, the symbolized by the antenna 201 network components and other hardware and software components.
  • the addressing of the USSD message is made by means of the phone number extracted in step 307 associated with the SIM card 107.
  • step 310 the smartphone 100 receives the server 203 USSD message.
  • the app 104 includes program code for specifying a representation of the amount of credit transmitted by the server 203 on the smartphone 100 when the program code on the
  • Processor 101 is executed.
  • the app 104 includes program code for preventing an automatic response of the smartphone 100 to the input of the USSD message in step 310 when the program code is executed on the processor 101.
  • the app 104 calls the function "getMmiRunningText ()", which makes the Android operating system 105 accessible via the operating system interface 106. This function call, in which the
  • Component of the program code of the app 104 for specifying a display of the credit amount is further program code for extracting the credit amount from that in step 310
  • the App 104 called the function "getUserMessage (CharSequence text)", which also the Android operating system 105 via the
  • Part of the program code of the app 104 for specifying a presentation of the credit amount is still program code for Formatting the presentation and graphing the presentation when the program code is executed on the processor 101.
  • the display is then made on the touch screen 109.
  • FIG. 4 shows a schematic representation of the smartphone 100 with those illustrated in step 312 of FIG. 3
  • a logo of the provider 210 is displayed in an upper area 401.
  • the credit amount extracted in step 311 from the USSD message received in step 310 becomes
  • Area 404 shows a button labeled with the word "charge.”
  • Providers 210 can be increased by a desired amount.
  • the user of the smartphone 100 more functionalities are made available.
  • one of the buttons may serve to stop the app 104.
  • the app 104 may be configured to only display the button 404 and thus only make the functionality of the credit upload accessible, when a verification of the with the Smartphone 100 or the SIM card 107 associated phone number / MSISDN was successfully performed. This may be particularly useful if the app 104 is set to receive a user input of the phone number / MSISDN.
  • the app 104 may be configured to transfer the
  • Call number / MSISDN to a server, e.g. the server 203 or even to another server, not shown, to cause.
  • This server can be set up
  • the user can capture the code and enter the code into the app 104, which is set up to accept the code input. She is further
  • the server is in turn set up, after
  • the app 104 is set up after receiving the release
  • the functionality of the credit charge is then also made available on the smartphone 100 so that it is not possible to improperly charge a credit which bears no relation to the smartphone 100. So the app 104 can not be abused. With her only with the smartphone 100 or the SIM card 107 usable credit can be charged. The smartphone 100 and the app 104 can not be used to increase a credit, which is not usable with the smartphone 100 or the SIM card 107.
  • the app 104 can retrieve the command assigned to the provider 210 in step 303, the command can be called in
  • Step 304 are issued without the interaction of the user of the smartphone 100 with the app 104 would have been required until the command is issued, after the
  • step 309 can process further and which triggers the desired response of the server 203, namely that it in step 309 transmits a USSD message to the smartphone 100, in which the credit amount is included as payload. Because not only that associated with the provider 210
  • Command can be retrieved by the app 104, but the app 104 can retrieve a plurality of commands that are each assigned to a different provider, and selects the appropriate command, the app 104 can unchanged to retrieve credit information from different
  • USSD messages tailored to specific providers.
  • the advantage of using USSD messages is that they can be transmitted reliably and in the networks of many providers for free.
  • step 309 By specifying a presentation of the credit information in step 309, it is achieved that an appealing and clear display of the desired information takes place.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

Die Erfindung betrifft eine Anwendung, die auf einem Telekommunikationsendgerät (100) ausführbar ist und eingerichtet ist, ein durch die Anwendung abrufbares Kommando abzusetzen, welches geeignet ist, die Übertragung einer Nachricht von dem Telekommunikationsendgerät (100) an einen Server (203) zu bewirken, wobei die Nachricht geeignet ist, nach Empfang der Nachricht durch den Server (203) die Übertragung von Information betreffend ein einem Benutzer des Telekommunikationsendgeräts (100) zur Verfügung stehendes Guthaben durch den Server (203) an das Telekommunikationsendgerät (100) auszulösen. Ferner betrifft die Erfindung ein Telekommunikationsendgerät mit einer entsprechenden Anwendung, eine Datenträgervorrichtung, auf der eine entsprechende Anwendung gespeichert ist, sowie ein entsprechendes Verfahren.

Description

Guthabenabfrage
Die Erfindung betrifft die Abfrage von Information betreffend ein einem Benutzer eines Telekommunikationsendgeräts zur Verfügung stehendes Guthaben.
Mittels eines Telekommunikationsendgeräts können
kostenpflichtige Angebote in Anspruch genommen werden. Bei diesen Angeboten kann es sich um Dienstleistungen, z.B.
Kommunikationsdienstleistung wie beispielsweise Telefonate, oder aber auch um Sachleistungen handeln, die mittels des Telekommunikationsendgeräts erworben werden. Es existieren unterschiedliche Möglichkeiten zur Begleichung der hierdurch entstandenen Kosten. Dabei wird unterschieden zwischen solchen Arten der Bezahlung, bei denen vor Inanspruchnahme eines Angebots eine entsprechende Zahlung bereits geleistet worden sein muss (Prepaid), und solchen Arten der Bezahlung, bei denen erst nach der Inanspruchnahme des Angebots bezahlt werden muss (Postpaid) . Bei der Prepaid-Bezahlung wird üblicherweise ein Guthaben erworben, bevor das jeweilige Angebot in Anspruch genommen wird. Dabei ist in vielen Fällen das erworbene Guthaben nicht identisch mit den Kosten des Angebots, welches in Anspruch genommen wird. Beispielsweise wird vor der Inanspruchnahme von Telekommunikationsdiensten, z.B. Telefoniediensten mittels eines Mobiltelefons, ein bestimmtes Guthaben
erworben. Dieses Guthaben wird oftmals nicht durch ein einziges Telefonat aufgebraucht. Da ein Kunde des
Telefoniedienstanbieters die entstandenen Koste exakt überschaut oder gar notiert, ist dem Kunden oft nicht klar, welches Guthaben ihm aktuell verbleibt. Auch ohne dass nach dem Erwerb des Guthabens ein Angebot in Anspruch
genommen wurde, kann Unsicherheit hinsichtlich des
verbleibenden Guthabens schon allein dadurch entstehen, dass der Erwerb des Guthabens längerer Zeit zurückliegt.
Vor diesem Hintergrund ist es notwendig, Benutzern von
Telekommunikationsendgeräten eine Möglichkeit zur Verfügung zu stellen, sich über ihr aktuelles Guthaben für die
Inanspruchnahme kostenpflichtiger Angebote informieren zu könne .
Entsprechend einer bekannten technischen Lösung gibt ein Benutzer eines Telekommunikationsendgeräts, welcher sich über sein Guthaben informieren möchte, einen Befehl an seinem Telekommunikationsendgerät ein. Dieser kann über ein
Telekommunikationsnetz an einen für die Verarbeitung des Befehls eingerichteten Server gesendet und dort verarbeitet werden. Das Guthaben kann durch den Server ermittelt werden und Guthabeninformation zurück an das
Telekommunikationsendgerät übertragen werden. Dort kann anschließend die Anzeige des Guthabens erfolgen. In der Regel ist der Befehl, der von einem Benutzer an seinem Telekommunikationsendgerät eingegeben werden muss, um die Guthabenabfrage zu initiieren, wenig einprägsam. Die
Befehlseingabe ist daher mühsam und fehleranfällig. Es ist eine Aufgabe der vorliegenden Erfindung, die Abfrage von Information betreffend ein dem Benutzer eines Telekommunikationsendgeräts zur Verfügung stehendes Guthaben zu erleichtern.
Diese Aufgabe wird gelöst durch eine Anwendung, die auf einem Telekommunikationsendgerät ausführbar ist und eingerichtet ist, ein durch die Anwendung abrufbares Kommando abzusetzen, welches geeignet ist, die Übertragung einer Nachricht von dem Telekommunikationsendgerät an einen Server zu bewirken, wobei die Nachricht geeignet ist, nach Empfang der Nachricht durch den Server die Übertragung von Information betreffend ein einem Benutzer des Telekommunikationsendgeräts zur Verfügung stehendes Guthaben durch den Server an das
Telekommunikationsendgerät auszulösen.
Ferner wird diese Aufgabe gelöst durch ein
Telekommunikationsendgerät, auf dem eine entsprechende
Anwendung bereitgestellt ist.
Zudem wird die Aufgabe gelöst durch eine
Datenträgervorrichtung auf der eine entsprechende Anwendung gespeichert ist.
Schließlich wird diese Aufgabe gelöst durch ein Verfahren umfassend das Absetzen eines durch eine Anwendung, die auf einem Telekommunikationsendgerät ausgeführt wird, abrufbaren Kommandos durch die Anwendung, wobei das Kommando geeignet ist, die Übertragung einer Nachricht von dem
Telekommunikationsendgerät an einen Server zu bewirken, und wobei die Nachricht geeignet ist, nach Empfang der Nachricht durch den Server die Übertragung von Information betreffend ein einem Benutzer des Telekommunikationsendgeräts zur Verfügung stehendes Guthaben durch den Server an das
Telekommunikationsendgerät auszulösen.
Nachfolgend wird die Erfindung der Übersichtlichkeit halber hauptsächlich bezüglich der erfindungsgemäßen Anwendung erläutert. Die Ausführungen beziehen sich jedoch sinngemäß ebenfalls auf das erfindungsgemäße
Telekommunikationsendgerät, die erfindungsgemäße
Datenträgervorrichtung sowie das erfindungsgemäße Verfahren.
Dadurch, dass das Kommando, welches geeignet ist, die
Übertragung einer Nachricht von dem
Telekommunikationsendgerät an einen Server zu bewirken, wobei die Nachricht geeignet ist, bei Empfang der Nachricht durch den Server die Übertragung von Information betreffend ein einem Benutzer des Telekommunikationsendgeräts zur Verfügung stehendes Guthaben durch den Server an das
Telekommunikationsendgerät auszulösen, durch die Anwendung abrufbar ist, kann es überflüssig sein, dass der Benutzer manuell einen Befehl an dem Telekommunikationsendgerät eingibt um so ein Übertragung einer entsprechenden Nachricht an den Server zu bewirken. Der Komfort für den Nutzer kann steigen. Fehler bei der manuellen Eingabe können vermieden werden .
Erfindungsgemäß kann das Telekommunikationsendgerät jedes Telekommunikationsendgeräts sein, mittels dessen ein
kostenpflichtiges Angebot in Anspruch nehmbar ist.
Insbesondere kann es sich bei dem Telekommunikationsendgerät um ein Telekommunikationsendgerät handeln, welches für die bidirektionale Kommunikation ausgelegt ist, d.h. welches sowohl das Senden als auch das Empfangen von Information ermöglicht. Das Telekommunikationsendgerät kann
beispielsweise ein Telefonieendgerät sein, das die Nutzung von Telefondiensten erlaubt. Beispielsweise kann das
Telekommunikationsendgerät ein mobiles Telefonieendgerät sein. So kann es sich bei dem Telekommunikationsendgerät um ein Mobiltelefon, insbesondere ein Smartphone, handeln.
Bei dem Telekommunikationsendgerät kann es sich aber auch ein anderes Gerät als ein Telefonieendgerät handeln. Weitere Beispiele von Telekommunikationsendgeräten umfassen unter anderem PCs (Personal Computer), Tablet-PCs und andere Arten tragbarer PCs (Notebooks/Laptops), persönliche digitale
Assistenten (engl. Personal Digital Assistant, PDA),
Spielekonsolen, Set-Top-Boxen usw., die über
Telekommunikationsfunktionen verfügen. Die
Telekommunikationsfunktionen können beispielsweise dadurch realisiert sein, dass mittels des Telekommunikationsendgeräts eine drahtlose oder drahtgebundene Verbindung zu einem
Netzwerk, insbesondere auch eine Verbindung zum Internet, herstellbar ist.
Die Anwendung kann in einen Speicher, z.B. einen Speicher mit wahlfreiem Zugriff (engl. Random-Access Memory, RAM), geladen werden und Programmcode zum Absetzen eines durch die
Anwendung abrufbaren Kommandos, welches geeignet ist, die Übertragung einer Nachricht von dem
Telekommunikationsendgerät an einen Server zu bewirken, wobei die Nachricht geeignet ist, nach Empfang der Nachricht durch den Server die Übertragung von Information betreffend ein einem Benutzer des Telekommunikationsendgeräts zur Verfügung stehendes Guthaben durch den Server an das Telekommunikationsendgerät auszulösen, wenn der Programmcode auf einem Prozessor ausgeführt wird, umfassen.
Die Anwendung kann beispielsweise über ein Netzwerk wie das Internet, ein Telefon- oder Mobilfunknetz und/oder ein lokales Netzwerk verteilbar sein. Die Anwendung kann
zumindest teilweise Software und/oder Firmware eines
Prozessors sein.
Die erfindungsgemäße Anwendung kann beispielsweise auf einem computerlesbaren Speichermedium gespeichert sein, z.B. einem magnetischen, elektrischen, elektro-magnetischen, optischen und/oder andersartigen Speichermedium. Das Speichermedium kann beispielsweise Teil des Prozessors sein, beispielsweise ein (nicht-flüchtiger oder flüchtiger) Programmspeicher des Prozessors oder ein Teil davon.
Anwendung, die auf einem Smartphone oder Tablet-PC
bereitgestellt sind, werden oftmals als App bezeichnet.
Bei dem seitens der Anwendung abrufbaren Kommando kann es sich um einen Parameter handeln. Das Absetzen des Kommandos kann beispielsweise bedeuten, dass eine bestimmte Routine der Anwendung selbst oder eines weiteren Computerprogramms aufgerufen wird, der das Kommando übergeben wird. Damit die Anwendung das Kommando absetzten kann, muss sie das Kommando zuvor abgerufen haben, so dass wenn vom Absetzen des
Kommandos die Rede ist, impliziert ist, dass die Anwendung das durch die Anwendung abrufbare Kommando auch tatsächlich abruft . Dass das Kommando durch die Anwendung abrufbar ist, kann insbesondere bedeuten, dass die Anwendung ohne Eingriff eines Benutzers, d.h. benutzerinteraktionslos bzw. automatisch, auf das Kommando zugreifen kann. Beispielsweise kann das Kommando zusammen mit dem Programmcode der Anwendung in einem Speicher gespeichert sein. Das Kommando kann gemeinsam mit der
Anwendung durch den Anbieter der Anwendung bereitgestellt worden sein. Alternativ kann das durch die Anwendung
abrufbare Kommando auch während einer Konfigurationsphase der Anwendung, etwa nach dem ersten Start der Anwendung nach ihrer Installation auf dem Telekommunikationsendgerät, einmalig von einem Benutzer des Telekommunikationsendgeräts eingegeben und dann durch die Anwendung abgespeichert werden, so dass es nach Abschluss der Konfigurationsphase für ein erneutes Abrufen zur Verfügung steht. Das Kommando kann auch aus einer externen Quelle, z.B. aus dem Internet, durch die Anwendung abrufbar sein.
Die Nachricht, deren Übertragung von dem
Telekommunikationsendgerät an den Server durch das Absetzen des Kommandos durch die Anwendung bewirkt wird, kann
identisch mit dem Kommando sein, so dass auch die
Formulierung verwendet werden könnte, dass das Kommando an der Server übertragen wird. Das Kommando kann Teil der
Nachricht sein und die Nachricht kann neben dem Kommando noch weiteren Inhalt umfassen. Ebenso kann nur ein Teil des
Kommandos Teil der Nachricht sein oder die Nachricht zwar in Reaktion auf das Kommando übertragen werden und somit als Beleg für das Absetzen des Kommandos aufgefasst werden, dennoch aber letztlich keine Bestandteile der Nachricht selbst beinhalten. Die Nachricht kann eine dem
Telekommunikationsendgerät und/oder seinem Benutzer zugeordnete Identifikation umfassen, so dass die Nachricht dem Benutzer und/oder dem Telekommunikationsendgerät
zugeordnet werden kann. Dies kann die gezielte Übertragung der Information betreffend ein dem Benutzer des
Telekommunikationsendgeräts zur Verfügung stehendes Guthaben direkt an das Telekommunikationsendgerät, von dem aus die Nachricht übertragen wurde, ermöglichen.
Das Bewirken der Übertragung der Nachricht kann zum Beispiel dadurch erfolgen, dass die Anwendung beim Absetzen des
Kommandos über eine Softwareschnittstelle eines auf dem
Telekommunikationsendgerät ablaufenden Softwareprogramms eine Routine dieses Softwareprogramms aufruft, woraufhin das
Softwareprogramm die Übertragung der Nachricht von dem
Telekommunikationsendgerät an den Server veranlasst. Bei dem Softwareprogramm kann es sich um ein Betriebssystem des Telekommunikationsendgeräts oder um eine weitere Anwendung handeln. Alternativ kann die Anwendung auch selbst die
Übertragung bewirken, ohne dazu auf ein weiteres
Softwareprogramm zurückzugreifen. Zu diesem Zweck kann sie eingerichtet sein, eine geeignete Nachricht zu generieren und entsprechende Hardwareressourcen des
Telekommunikationsendgeräts so zu nutzen, dass diese die physikalische Nachrichtenübertragung zu dem Server
übernehmen.
Die Übertragung der Nachricht an den Server kann insbesondere über ein Telekommunikationsnetz erfolgen. Es kann
insbesondere ein Telekommunikationsnetz sein, welches auch zu anderen Zwecken als zur Übertragung der Nachricht mittels des Telekommunikationsendgeräts nutzbar ist. Bei dem
Telekommunikationsnetz kann es sich beispielsweise um ein Mobilfunknetz handeln. Das Mobilfunknetz kann zum Beispiel nach dem GSM-Standard (GSM = Global System for Mobile
Communications) oder nach dem UMTS-Standard (UMTS = Universal Mobile Telecommunications System) arbeiten. Das
Telekommunikationsnetz kann auch ein lokales Netzwerk (engl. Local Area Network, LAN) sein. Das lokale Netzwerk kann drahtgebunden oder drahtlos (engl. Wireless Local Area
Network, WLAN) arbeiten. Das Telekommunikationsnetz kann auch ein Netzwerk sein, das große geographische Bereiche abdeckt (engl. Wide Area Network, AN) . Ist hier von einem
Telekommunikationsnetz die Rede, über das die Nachricht übertragen wird, so ist davon umfasst, dass die
Übertragungstrecke von dem Telekommunikationsendgerät zu dem Server mehrere verschiedene Telekommunikationsnetze umfasst. Diese Telekommunikationsnetze können unterschiedliche
Netztechnologien aufweisen, insbesondere kann die
Übertragungsstrecke mehrere verschiedene
Telekommunikationsnetze der oben genannten Netztechnologien umfassen .
Bei dem Guthaben kann es sich um einen Indikator dafür handeln, ob und/oder in welchem Maß, z.B. wie oft oder für welche Dauer, und/oder welche Art von kostenpflichtigem Angebot mittels des Telekommunikationsendgeräts
in Anspruch genommen werden kann. Dabei kann das Guthaben insbesondere als Guthaben in einer üblichen Währung, z.B. Euro oder US-Dollar etc., angegeben sein. Es kann aber auch ein Guthaben sein, welches in anderer Form angegeben ist. Beispielsweise kann es in Form einer fiktiven Währung, z.B. in Form von „Punkten", angegeben sein. Das Guthaben kann durch eine zum Guthabenerwerb zuvor geleistete Zahlung
(Prepaid) entstanden sein. Das Guthaben kann dem Benutzer beispielsweise dadurch zur Verfügung stehen, dass es ihm persönlich zugeordnet ist.
Alternativ kann das Guthaben dem Benutzer beispielsweise auch dadurch zur Verfügung stehen, dass es dem
Telekommunikationsendgerät zugeordnet ist und der Benutzer Zugriff auf das Telekommunikationsendgerät hat, so dass er mittels des Telekommunikationsendgeräts ein kostenpflichtiges Angebot in Anspruch nehmen kann.
Information betreffend ein dem Benutzer des
Telekommunikationsendgeräts zur Verfügung stehendes Guthaben kann insbesondere die Guthabenhöhe umfassen bzw. aus dieser Information bestehen. Die Information kann jedoch zusätzlich oder alternativ andere Aspekte betreffen, welche mit dem dem Benutzer zur Verfügung stehenden Guthaben in Zusammenhang stehen. Beispielweise kann eine solche Information ein
Ablaufdatum, an dem das Guthaben ganz oder teilweise
verfällt, den Zeitpunkt des letzen Erwerbs von Guthaben, eine Differenz zwischen einer maximal möglichen Guthabenhöhe und der tatsächlichen aktuellen Guthabenhöhe etc. umfassen.
Neben der Übertragung von Information betreffend ein dem Benutzer des Telekommunikationsendgeräts zur Verfügung stehendes Guthaben durch den Server an das
Telekommunikationsendgerät kann die an den Server übertragene Nachricht die zusätzliche Übertragung weiterer Information von dem Server an das Telekommunikationsendgerät auslösen. Das Auslösen der Übertragung von Information betreffend ein einem Benutzer des Telekommunikationsendgeräts zur Verfügung stehendes Guthaben durch den Server an das Telekommunikationsendgerät nach Empfang der Nachricht durch den Server kann insbesondere eine Verarbeitung der
empfangenen Nachricht durch den Server beinhalten. Diese Verarbeitung kann ein Auswerten der Nachricht durch den
Server umfassen, so dass der Server erkennen kann, dass es sich bei der empfangenen Nachricht um eine Nachricht handelt, auf die mit der Übertragung von Information betreffend ein dem Benutzer des Telekommunikationsendgeräts zur Verfügung stehendes Guthaben an das Telekommunikationsendgerät zu reagieren ist. Daraufhin kann der Server beispielsweise aus einer Datenbank die jeweilige Information abrufen.
Anschließend kann der Server entsprechende Maßnahmen
ergreifen, damit die erforderliche Übertragung ausgeführt wird. Dazu kann er auf weitere Hardware- und
Softwareressourcen zurückgreifen mittels derer die
Übertragung der Information realisierbar ist.
Die Übertragung der Information vom Server zu dem
Telekommunikationsendgerät kann über ein geeignetes
Telekommunikationsnetz erfolgen. Bezüglich dieses
Telekommunikationsnetzes gelten die bezüglich des
Telekommunikationsnetzes, über welches die Übertragung der Nachricht von dem Telekommunikationsendgerät an den Server erfolgen kann, gemachten Ausführungen entsprechend.
Insbesondere können die Übertragung der Nachricht von dem
Telekommunikationsendgerät an den Server und die Übertragung der Information durch den Server an das
Telekommunikationsendgerät über dasselbe
Telekommunikationsnetz erfolgen.
Der Server kann seitens eines Anbieters bereitgestellt sein, der ein kostenpflichtiges Angebot bereitstellt, für dessen Inanspruchnahme mittels des Telekommunikationsendgeräts das Guthaben nutzbar ist. Beispielsweise kann der Server durch einen Mobilfunkanbieter ( engl . Mobile Network Operator, MNO) bereitgestellt sein. Der Server kann mindestens einen
Prozessor und mindestens einen Speicher umfassen.
Beispielsweise kann der Server einen RAM umfassen, in den aus einem weiteren Speicher, z.B. einer Festplatte, Programmcode geladen wird, der auf dem mindestens einen Prozessor
ausgeführt werden kann, so dass der Server die ihm
zugewiesenen Aufgaben wahrnehmen kann.
Gemäß einem Ausführungsbeispiel ist das dem Benutzer des Telekommunikationsendgeräts zur Verfügung stehende Guthaben mit einem dem Telekommunikationsendgerät zugeordneten
Identifikationsmodul verknüpft.
Die Zuordnung des Identifikationsmoduls zu dem
Telekommunikationsendgerät kann beispielsweise darin
bestehen, dass das Identifikationsmodul fest in das
Telekommunikationsendgerät integriert, entnehmbar in dem
Telekommunikationsendgerät angeordnet oder auch - eventuell lösbar und ggf. auch erneut wieder verbindbar - mit dem
Telekommunikationsendgerät verbunden ist. Das Identifikationsmodul kann jedes Modul sein, welches ermöglicht das Telekommunikationsendgerät selbst und/oder einen Benutzer des Telekommunikationsendgeräts zu
identifizieren. Um die Identifikation des
Telekommunikationsendgeräts selbst und/oder eines Benutzer des Telekommunikationsendgeräts zu ermöglichen kann es ausreichen, wenn in dem Identifikationsmodul eine entsprechende Kennung hinterlegt ist, die aus dem Identifikationsmodul ausgelesen werden kann.
Ein Beispiel für ein Identifikationsmodul ist eine SIM-Karte (SIM = Subscriber Identity Module) . Von dem Begriff „SIM- Karte" sind hier unterschiedliche Ausgestaltungen von SIM- Karten umfasst. Dazu gehören beispielsweise Mini-SIM-Karten, Micro-SIM-Karten und Nano-SIM-Karten .
Gemäß einem Ausführungsbeispiel ist das durch die Anwendung abrufbare Kommando einem Anbieter, der ein kostenpflichtiges Angebot bereitstellt, für dessen Inanspruchnahme mittels des Telekommunikationsendgeräts das Guthaben nutzbar ist, zugeordnet . In vielen Fällen wird ein Server, der die Übertragung von Information betreffend ein einem Benutzer eines
Telekommunikationsendgeräts zur Verfügung stehendes Guthaben an das Telekommunikationsendgerät auslösen kann, von einem Anbieter betrieben, welcher ein kostenpflichtiges Angebot bereitstellt, für dessen Inanspruchnahme mittels des
Telekommunikationsendgeräts das Guthaben nutzbar ist. Aus diesem Grund ist es möglich, dass unterschiedliche Anbieter ihre Server unterschiedlich eingerichtet haben. Dann kann es sein, dass bei den Servern verschiedene Nachrichten empfangen werden müssen, damit es zu einer Übertragung von Information betreffend ein dem Benutzer des Telekommunikationsendgeräts zur Verfügung stehendes Guthaben kommt, bzw. dass die
Nachricht gezielt an den Server des jeweiligen Anbieters adressiert werden muss, damit die gewünschte Information erhalten werden kann. Ist das durch die Anwendung abrufbare Kommando dem Anbieter zugeordnet, für den ein Benutzer des
Telekommunikationsendgeräts Information betreffend ein ihm zur Verfügung stehendes Guthaben für die Inanspruchnahme eines kostenpflichtigen Angebots des Anbieters übertragen haben möchte, kann durch das durch die Anwendung abrufbare, dem Anbieter zugeordnete Kommando, erreicht werden, dass eine auf diesen Anbieter zugeschnittene Nachricht von dem
Telekommunikationsendgerät an den Server des Anbieters übertragen wird. In diesem Fall ist die Nachricht, deren
Übertragung von dem Telekommunikationsendgerät an den Server durch das Kommando bewirkt wird, also von dem Kommando abhängig. Durch diese auf den Anbieter zugeschnittene
Nachricht kann erreicht werden, dass der Empfang der
Nachricht durch den Server des Anbieters die gewünschte
Informationsübertragung auslöst.
Zum Beispiel kann es sich bei dem Anbieter um einen
Telekommunikationsdienstanbieter (Provider) handeln, der beispielsweise im Fall eines Mobiltelefons als
Telekommunikationsendgerät, unter anderem
Telefongesprächsdienste, SMS-Dienste (SMS = Short Message Service) und Datenverbindungen, auch solche die
paketvermittelt arbeiten, kostenpflichtig anbietet. Server solcher Provider sind je nach Provider unterschiedlich eingerichtet. Um die Übertragung einer Information betreffend ein dem Benutzer des Mobiltelefons zur Verfügung stehendes Guthaben durch den Server an das Mobiltelefons auszulösen, muss eine auf den jeweiligen Provider bzw. dessen Server zugeschnittene Nachricht an den jeweiligen Server übertragen werden. Über die Zuordnung des durch die Anwendung abrufbaren Kommandos zu dem Provider kann erreicht werden, dass eine derartige, auf den Provider zugeschnittene Nachricht von dem Mobiltelefon an den Server des Providers übertragen wird.
Gemäß einem Ausführungsbeispiel ist die Anwendung
eingerichtet, das durch die Anwendung abrufbare Kommando, das dem Anbieter zugeordnet ist, aus einer Mehrzahl von durch die Anwendung abrufbaren Kommandos auszuwählen.
So wird es möglich, nur eine erfindungsgemäße Anwendung bereitzustellen, die genutzt werden kann, um die Übertragung von Information betreffend ein dem Benutzer des
Telekommunikationsendgeräts zur Verfügung stehendes Guthaben einzuleiten, ohne die Anwendung auf den Anbieter, der ein kostenpflichtiges Angebot bereitstellt, für dessen
Inanspruchnahme mittels des Telekommunikationsendgeräts das Guthaben nutzbar ist, zuschneiden zu müssen. Die Anwendung ist dann also vielseitig verwendbar. Die Mehrzahl abrufbarer Kommandos kann beispielsweise gemeinsam mit der Anwendung von einem Anbieter der Anwendung bereitgestellt werden. Gemäß einem anderen Beispiel kann die Mehrzahl abrufbarer Kommandos auch in einem Speicher außerhalb des
Telekommunikationsendgeräts hinterlegt sein, z.B. auf einem Server, auf den die Anwendung, -z.B. über eine
Internetverbindung, zugreifen kann.
Gemäß einem Ausführungsbeispiel ist ein dem
Telekommunikationsendgerät zugeordnetes Identifikationsmodul vorgesehen und das Identifikationsmodul ist mit dem Anbieter assoziiert, der ein kostenpflichtiges Angebot bereitstellt, für dessen Inanspruchnahme mittels des
Telekommunikationsendgeräts das Guthaben nutzbar ist. So kann sich mittels des Identifikationsmoduls der jeweilige Anbieter ermitteln lassen und es kann ein entsprechendes Kommando ausgewählt werden. Die Anwendung kann also
eingerichtet sein, auf das Identifikationsmodul zuzugreifen, um den mit dem Identifikationsmodul assoziierten Anbieter zu ermitteln. Sie kann eingerichtet sein, basierend auf dem ermittelten Anbieter, ein dem jeweiligen Anbieter
zugeordnetes Kommando auszuwählen und dieses Kommando abzusetzen .
Es kann jedoch zusätzlich oder alternativ vorgesehen sein, die Ermittlung des Kommandos, welches dem Anbieter zugeordnet ist, der ein kostenpflichtiges Angebot bereitstellt, für dessen Inanspruchnahme mittels des
Telekommunikationsendgeräts das Guthaben nutzbar ist, auf andere Weise vorzunehmen.
So ist gemäß einem Ausführungsbeispiel die Anwendung
eingerichtet, ein vorgegebenes Kommando oder sukzessive mehrere vorgegebene Kommandos abzusetzen. Das vorgegebene Kommando oder die vorgegebenen Kommandos können so gewählt worden sein, dass jedes von ihnen bekanntermaßen zumindest bei einem Anbieter von mittels Telekommunikationsendgeräten in Anspruch nehmbarer Dienste geeignet ist, die Übertragung einer Nachricht von dem Telekommunikationsendgerät an einen Server zu bewirken, wobei die Nachricht geeignet ist, nach Empfang der Nachricht durch einen Server die Übertragung von Information betreffend den jeweiligen Anbieter an das
Telekommunikationsendgerät auszulösen. Zwar besteht die Möglichkeit, dass ein abgesetztes vorgegebenes Kommando bei dem konkreten Anbieter, für dessen Inanspruchnahme mittels des Telekommunikationsendgeräts das Guthaben nutzbar ist, nicht geeignet ist, die Übertragung von Information betreffend den Anbieter an das Telekommunikationsendgerät auszulösen. Das sukzessive Absetzen unterschiedlicher
derartiger vorgegebener Kommandos kann jedoch in einem Fall zum Erfolg führen. Die Anwendung kann eingerichtet sein, aus der so erhaltenen Information betreffend den Anbieter, den Anbieter zu ermitteln und darauf basierend das durch die Anwendung abrufbare Kommando, das dem Anbieter zugeordnet ist, aus der Mehrzahl von durch die Anwendung abrufbaren Kommandos auszuwählen. Auf dieses Weise kann es möglich sein, die Kommandoauswahl durchzuführen, ohne dass zunächst bekannt ist, für die Inanspruchnahme eines Angebots welchen Anbieters das Guthaben nutzbar ist, z.B. weil kein Identifikationsmodul vorhanden ist oder nicht darauf zugegriffen werden kann.
Die Information betreffend den jeweiligen Anbieter kann z.B. eine Anbieterkennung beinhalten. Beispielsweise kann im Falle eines Telefoniedienstanbieters eine weltweit eindeutige
Rufnummer (engl. Mobile Subscriber Integrated Services
Digital Network Number, MSISDN) , aus welcher der
Telefoniedienstanbieter ableitbar ist, z.B. anhand eines ihn kennzeichnenden Rufnummerbestandteils (Vorwahl), eine solche Anbieterkennung darstellen. Das vorgegebene Kommando oder die vorgegebenen Kommandos können beispielsweise zusammen mit dem Programmcode der
Anwendung in einem Speicher gespeichert sein. Sie können gemeinsam mit der Anwendung bereitgestellt worden sein. Das vorgegebene Kommando oder die vorgegebenen Kommandos können auch aus einer externen Quelle, z.B. aus dem Internet, durch die Anwendung geladen werden. Bei dem vorgegebenen Kommando oder den vorgegebenen Kommandos kann es sich beispielsweise um Unstructured Supplementary Service Data (USSD) Kommandos handein .
Gemäß einem Ausführungsbeispiel ist die Anwendung
eingerichtet, eine Benutzereingabe von Information betreffend einen Anbieter, der ein kostenpflichtiges Angebot
bereitstellt, für dessen Inanspruchnahme mittels des
Telekommunikationsendgeräts das Guthaben nutzbar ist, zu erhalten .
Auf diese Weise kann Anbieterinformation erlangt werden, die notwendig ist, damit die Anwendung aus einer Mehrzahl von durch die Anwendung abrufbaren Kommandos das Kommando auswählen kann, welches dem Anbieter zugeordnet ist, der ein kostenpflichtiges Angebot bereitstellt, für dessen
Inanspruchnahme mittels des Telekommunikationsendgeräts das Guthaben nutzbar ist. Diese Vorgehensweise kann auch in solchen Fällen zum Erfolg führen, in denen der Anbieter keinen Server unterhält, welcher als Reaktion auf eine geeignete Nachricht, Information betreffend den Anbieter an das Telekommunikationsendgerät überträgt.
Die Benutzereingabe kann beispielsweise in einer
Konfigurationsphase der Anmeldung erfolgen, z.B. bei der erstmaligen Benutzung der Anwendung. Die Information
betreffend den jeweiligen Anbieter kann im Falle eines
Telefoniedienstanbieters z.B. eine Rufnummer/MSISDN
beinhalten .
Gemäß einem Ausführungsbeispiel ist die Nachricht eine
Unstructured Supplementary Service Data (USSD) Nachricht. USSD-Nachrichten können aus maximal 182 alphanumerischen Zeichen bestehen. Im Gegensatz zur SMS-Übertragung wird für die Dauer einer USSD-Session für die Übertragung von USSD- Nachrichten eine Echtzeitverbindung aufgebaut. Die Verbindung bleibt offen, so dass ein bidirektionaler Datenaustausch erfolgen kann. Die USSD-Nachrichtenübertragung kann daher als zuverlässiger als die SMS-Nachrichtenübertragung angesehen werden. Im Übrigen ist die USSD-Nachrichtenübertragung bei vielen Providern kostenlos, so dass die Übertragung von
Information betreffend ein einem Benutzer des
Telekommunikationsendgeräts zur Verfügung stehendes Guthaben durch den Server an das Telekommunikationsendgerät auch bei nicht vorhandenem Guthaben eingeleitet und durchgeführt werden kann. Vorteilhaft ist ferner, dass viele Provider Server bereithalten, die eingerichtet sind, USSD-Nachrichten zu verarbeiten. Eine Umstellung dieser Server kann daher unterbleiben und sie können dennoch auf eine geeignete USSD- Nachricht mit dem Auslösen einer Übertragung von Information betreffend ein dem Benutzer des Telekommunikationsendgeräts zur Verfügung stehendes Guthaben durch den Server an das Telekommunikationsendgerät reagieren .
Ein Kommando, welches geeignet ist, die Übertragung einer USSD-Nachricht von dem Telekommunikationsendgerät an einen Server zu bewirken, wird oftmals als USSD-Kommando, USSD- Befehl, USSD-Code oder GSM-Code bezeichnet. Eine weitere Bezeichnung ist MMI-Code. MMI steht für Man-Machine- Interface, d.h. Mensch-Maschine-Schnittstelle. Typischerweise wird die manuelle Eingabe eines USSD-Kommandos mit dem Zeichen „*" begonnen und mit dem „#" Zeichen
abgeschlossen. Diese beiden Zeichen schließen Ziffern ein, die das jeweilige USSD-Kommando spezifizieren. Die manuelle Eingabe des Kommandos wird in der Regel mit einer geeigneten Benutzereingabe abgeschlossen. Im Fall eines Mobiltelefons als Telekommunikationsendgerät geschieht dies meist durch Betätigung der Hörertaste. Erfindungsgemäß kann die manuelle Eingabe des USSD-Kommandos entfallen, da es durch die
Anwendung abrufbar ist.
Ein USSD-Kommando , mit dem eine bestimmte Reaktion eines Servers des jeweiligen Anbieters, der ein kostenpflichtiges Angebot bereitstellt, ausgelöst werden kann, variiert in der Regel abhängig von dem Anbieter. Dieser Umstand erschwert die Nutzung von USSD-Kommandos. In vielen Fällen müssen Benutzer ein USSD-Kommando für einen bestimmten Zweck in einer gedruckten Anleitung oder auf einer Website nachschlagen. Die Notwendigkeit hierzu kann erfindungsgemäß entfallen, da das USSD-Kommando durch die Anwendung abrufbar ist.
Das USSD-Kommando kann selbst Teil der USSD-Nachricht sein, die aufgrund des USSD-Kommandos von dem
Telekommunikationsendgerät an einen Server des Providers übertragen wird.
Gemäß einem Ausführungsbeispiel erfolgt die Übertragung der Information betreffend ein dem Benutzer des
Telekommunikationsendgeräts zur Verfügung stehendes Guthaben durch den Server an das Telekommunikationsendgerät mittels einer USSD-Nachricht. Gemäß einem Ausführungsbeispiel ist die Anwendung
eingerichtet, das durch die Anwendung abrufbare Kommando an eine Schnittstelle eines Betriebssystems des
Telekommunikationsendgeräts abzusetzen .
Auf dieses Weise kann die Übertragung der Nachricht von dem Telekommunikationsendgerät an den Server mit geringem
Implementierungsaufwand bewirkt werden, wenn das
Betriebssystem über die Schnittstelle eine Programmroutine zugänglich macht, mittels derer die Übertragung der Nachricht initiiert werden kann.
Das Absetzen des Kommandos kann in dem Aufruf einer
Programmroutine des Betriebssystems über die Schnittstelle bestehen. Es kann abhängig von dem Kommando eine bestimmte Programmroutine gewählt oder das Kommando kann der
Schnittstelle bzw. der Programmroutine als Parameter
übergeben werden. Beispielsweise kann ein USSD-Code als Parameter übergeben werden. Das Betriebssystem kann eine Übertragung einer USSD-Nachricht von dem
Telekommunikationsendgerät an den Server veranlassen.
Gemäß einem Ausführungsbeispiel ist das Betriebssystem das Android-BetriebsSystem.
Das Android-Betriebssystem bietet als sogenannten
„ ExtendedNetworkService" die Funktion „ setMmiString (string number) " an. Dabei bezeichnet „string number" das von der Funktion erwartete Argument, hier ein USSD-Kommando . Die Funktion „setMmiString" sorgt dann für die Übertragung der entsprechenden USSD-Nachricht. Gemäß einem Ausführungsbeispiel ist die Anwendung eingerichtet, das durch die Anwendung abrufbare Kommando automatisch abzusetzen.
Auf diese Weise kann es möglich sein, dass ein Benutzer des Telekommunikationsendgeräts lediglich durch Starten der
Anwendung das Absetzen des Kommandos verursacht und so die Übertragung der Information betreffend ein ihm zur Verfügung stehendes Guthaben durch den Server an das
Telekommunikationsendgerät einleitet. Eine Interaktion der Anwendung mit dem Benutzer kann dazu überflüssig sein. Dies kann vom Benutzer als besonders komfortabel empfunden werden. Der Bedarf einer Benutzerbestätigung vor dem Absetzen des Kommandos kann insbesondere dann überflüssig sein, wenn durch die Übertragung der Nachricht von dem
Telekommunikationsendgerät an den Server und durch die
Übertragung der Information betreffend das Guthaben keine Kosten entstehen, z.B. weil kostenfrei versendbare und empfangbare USSD-Nachrichten eingesetzt werden. In diesem Fall existieren praktisch keine relevanten negativen Folgen für den Benutzer, wenn er die Anwendung versehentlich
gestartet hat und diese daraufhin das Kommando automatisch absetzt .
Gemäß einem anderen Ausführungsbeispiel kann die Anwendung aber auch eingerichtet sein, nach Start der Anwendung das durch die Anwendung abrufbare Kommando erst auf Befehl eines Benutzers abzusetzen.
Gemäß einem Ausführungsbeispiel ist die Anwendung
eingerichtet, eine Darstellung der Information auf dem
Telekommunikationsendgerät vorzugeben . Auf diese Weise kann bewirkt werden, dass die Darstellung der Information wie gewünscht und gegebenenfalls unabhängig von einer Darstellung, die das Telekommunikationsendgerät
vornehmen würde, wenn die Anwendung keine anderweitigen
Vorgaben macht, erfolgt.
Dass die Anwendung eingerichtet ist, eine Darstellung der Information auf dem Telekommunikationsendgerät vorzugeben, kann beispielsweise beinhalten, dass die Anwendung
eingerichtet ist, eine automatische Reaktion des
Telekommunikationsendgeräts, z.B. des Betriebssystems des Telekommunikationsendgeräts, auf den Eingang der Information zu verhindern. Beispielsweise kann verhindert werden, dass sich auf einer Anzeige des Telekommunikationsendgeräts automatisch ein Fenster öffnet, in dem die Information angezeigt wird. Zu diesem Zweck kann die Anwendung
beispielsweise bei einem Telekommunikationsendgerät mit dem Android-Betriebssystem die Funktion „ getMmiRunningText ( ) " aufrufen. Dieser Funktionsaufruf, bei dem der Funktion kein Argument übergeben wird, sorgt dafür, dass verhindert wird, dass sich als Reaktion auf den Eingang einer USSD-Nachricht ein solches Fenster automatisch öffnet. Dass die Anwendung eingerichtet ist, eine Darstellung der Information auf dem Telekommunikationsendgerät vorzugeben, kann gemäß einem weiteren Beispiel auch beinhalten, dass die Anwendung eingerichtet ist, die Information aus einer von dem Server an das Telekommunikationsendgerät übertragenen
Nachricht zu extrahieren. So kann beispielsweise ein
selektives Anzeigen der Information erfolgen, ohne dass weitere, in der vom Server übermittelten Nachricht enthaltene Inhalte mit angezeigt werden müssen. Das Extrahieren der Information kann beispielsweise bei einem
Telekommunikationsendgerät mit Android-Betriebssystem mittels der Funktion „ getUserMessage (CharSeguence text)" erfolgen, wobei das Funktionsargument den zu extrahierenden Inhalt bezeichnet .
Das Vorgeben der Darstellung der Information kann das
Formatieren der Darstellung und/oder deren graphische
Gestaltung beinhalten.
Die Anwendung kann eingerichtet sein, zusätzlich zu den bisher beschriebenen Funktionalitäten weitere
Funktionalitäten bereitzustellen. Beispielsweise kann die Anwendung eingerichtet sein, in Folge einer entsprechenden Benutzereingabe ein Kommando abzusetzen, welches geeignet ist, die Übertragung einer Nachricht von dem
Telekommunikationsendgerät an einen Server zu bewirken, wobei die Nachricht geeignet ist, bei Empfang der Nachricht durch den Server das Guthaben entsprechend einer Benutzervorgabe zu erhöhen .
Gemäß einem Ausführungsbeispiel kann die Anwendung
eingerichtet sein, eine Funktionalität der Anwendung nur nach einer erfolgreichen Verifizierung zugänglich zu machen.
So kann beispielsweise sichergestellt werden, dass eine sicherheitskritische Funktionalität der Anwendung nur nach einer erfolgreichen Verifizierung zugänglich gemacht wird. Stellt die Anwendung beispielsweise eine Funktionalität zu
Verfügung, mit der das Guthaben erhöht werden kann, wofür dem Benutzer des Telekommunikationsendgeräts natürlich entsprechende Kosten entstehen, kann diese Funktionalität nur nach erfolgreicher Verifizierung verwendet werden.
Bei der Verifizierung kann es sich gemäß einem
Ausführungsbeispiel um eine Verifizierung einer mit dem
Telekommunikationsendgerät verknüpften Adresse handeln. Unter der Adresse kann das Telekommunikationsgerät in einem
Telekommunikationsnetz gezielt angesprochen werden. Handelt es sich beispielsweise bei dem Telekommunikationsendgerät um ein Telefonieendgerät , kann die Adresse eine mit dem
Telefonieendgerät verknüpfte Rufnummer/MSISDN sein.
Gemäß einem Ausführungsbeispiel kann die Anwendung
eingerichtet sein, die Übertragung der mit dem
Telekommunikationsendgerät verknüpften Adresse an einen
Server zu veranlassen, wobei der Server eingerichtet ist, die Übertragung eines Codes an die Adresse bzw. das
Telekommunikationsendgerät zu veranlassen. Der Server kann eingerichtet sein, nach Empfang des Codes von dem
Telekommunikationsendgerät die Übertragung einer Freigabe an das Telekommunikationsendgerät zu verlassen. Dabei kann er Empfang des Codes durch den Server dadurch bewirkt werden, dass ein Benutzer die Anwendung veranlasst, für die
RückÜbertragung des Codes an den Server zu sorgen. Die
Anwendung kann eingerichtet sein, nach Empfang der Freigabe die Funktionalität der Anwendung zugänglich zu machen.
Dies kann den Vorteil haben, dass verifizierbar werden kann, ob die von einem Benutzer eingegebene Adresse tatsächlich mit dem Telekommunikationsendgerät, auf welchem die Anwendung abläuft, verknüpft ist. Nur wenn dies sichergestellt ist, wird die Funktionalität der Anwendung zugänglich gemacht. In einem Beispielsszenario kann es sich bei dem
Telekommunikationsendgerät beispielsweise um ein
Telefonieendgerät handeln und die Adresse kann eine Rufnummer bzw. MSISDN beinhalten. Verfügt die Anwendung über eine Funktion zur Aufladung des Guthabens, ist es wünschenswert, dass es mit der Anwendung nur möglich ist, ein Guthaben aufzuladen, welches mit dem Telekommunikationsendgerät nutzbar ist. Ein Guthaben, das nur mit einem fremden
Telekommunikationsendgerät nutzbar ist, soll in dem
Beispielsszenario mit der Anwendung nicht erhöht werden können. Da die Adresse des Telefonieendgeräts , auf welchem die Anwendung abläuft, spezifiziert, wohin der Server den Code, z.B. in einer SMS, sendet, gelangt dieser Code nur zum dem Telefonieendgerät , mit dem die jeweilige Rufnummer/MSISDN verknüpft ist, z.B. weil ihm ein entsprechendes
Identifikationsmodul zugeordnet ist. Nur wenn der Benutzer Zugriff auf das mit dieser Rufnummer/MSISDN verknüpfte
Telefonieendgerät hat, kann er den Code erfassen und seine RückÜbertragung an den Server veranlassen, woraufhin die Freigabe wiederum an das mit der Rufnummer/MSISDN verknüpfte Telefonieendgerät übertragen wird. Auf diesem
Telefonieendgerät wird dann auch die Funktionalität der Guthabenaufladung zugänglich gemacht, so dass nicht
missbräuchlich ein Guthaben aufgeladen werden kann, welches in keiner Beziehung zu dem Telefonieendgerät steht, auf welchem die Anwendung abläuft.
Der Code kann z.B. ein zufällig bzw. pseudo-zufällig
generierter Code, sein. Die Freigabe einer Funktionalität der Anwendung erst nach erfolgreicher Verifizierung, insbesondere adressbasierter Verifizierung, kann von besonderem Nutzen sein, wenn keine Adressinformation automatisch ermittelt wurde - z.B. durch Zugriff auf ein Identifikationsmodul - sondern die
Adressinformation durch den Benutzer eingegeben wurde. In diesem Fall könnte der Benutzer nämlich absichtlich
Adressinformation eingegeben, die nicht dem
Telekommunikationsendgerät zugeordnet ist, auf welchem die Anwendung abläuft, um so eine missbräuchliche Nutzung der Anwendung durchführen zu können.
Nachfolgend wird die Erfindung anhand von vier Figu erläutert. Dabei zeigt
Fig. 1 eine schematische Illustration eines
Ausführungsbeispiels eines erfindungsgemäßen Telekommunikationsendgeräts , welches
Ausführungsbeispiele einer erfindungsgemäßen
Anwendung und einer erfindungsgemäßen
DatenträgerVorrichtung beinhaltet;
Fig. 2 das Telekommunikationsendgerät aus Fig. 1 im
Kontext eines Mobilfunknetzes und einiger
Netzinfrastrukturelemente des Mobilfunknetzes, unter anderem eines Servers;
Fig. 3 ein schematisches Flussdiagramm, das ein
Ausführungsbeispiel eines erfindungsgemäßen
Verfahrens, welches mittels des
Telekommunikationsendgeräts aus Fig. 1 im Kontext des Mobilfunknetzes und der
Netzinfrastrukturelemente aus Fig. 2 realisierbar ist, illustriert; Fig. 4 eine schematische Darstellung des
Telekommunikationsendgeräts aus Fig. 1 mit den am Ende des in Fig. 3 illustrierten Verfahrens auf dem Touchscreen des Telekommunikationsendgeräts
angezeigten Inhalten.
Fig. 1 zeigt eine schematische Illustration eines
Äusführungsbeispiels eines erfindungsgemäßen
Telekommunikationsendgeräts 100, welches Ausführungsbeispiele einer erfindungsgemäßen Anwendung in Form einer App 104 und einer erfindungsgemäßen Datenträgervorrichtung 103
beinhaltet .
Das Telekommunikationsendgerät liegt gemäß dem
Ausführungsbeispiel als Telefonieendgerät , genauer als
Mobiltelefon, konkret als Smartphone 100, vor. Das Smartphone 100 umfasst unter anderem einen Prozessor 101 einen RAM 102 und einen Flash-Speicher 103. Das Smartphone 100 ist zudem mit einem berührungsempfindlichen Bildschirm (Touchscreen) 109 ausgestattet. Ferner ist eine SIM-Karte 107 in das
Smartphone 100 eingelegt. Der Prozessor 101 ist mit dem RAM 102 und dem Flash-Speicher 103 verbunden. Ferner besteht eine Verbindung zwischen RAM 102 und Flash-Speicher 103, über die Daten von dem Flash-Speicher 103 in den RAM 102 transferiert werden können. Der Prozessor 101 ist zudem mit der SIM-Karte 107 verbunden, so dass er auf die SIM-Karte 107 zugreifen kann. Außerdem ist er mit dem Touchscreen 109 verbunden, so dass er diesen ansteuern kann. In dem Flash-Speicher 103 ist die App 104 gespeichert.
Bestandteil der App 104 ist eine Kommandodatenbank 108, in der eine Mehrzahl von Kommandos gespeichert ist. Außerdem ist in dem Flash-Speicher 103 als ein weiteres Programm das Android-Betriebssystem 105 gespeichert. Das Android- Betriebssystem 105 umfasst eine Betriebssystemschnittstelle 106. Die App 104 kann beispielsweise dadurch in den Flash-Speicher 103 gelangt sein, dass sie von einem Benutzer des Smartphone 100 aus dem Internet heruntergeladen wurde.
Die App 104 kann von dem Flash-Speicher 103 in den RAM 102 geladen werden. Sie umfasst unter anderem Programmcode zum Absetzen eines durch die App 104 abrufbaren Kommandos, welches geeignet ist, die Übertragung einer Nachricht von dem Smartphone 100 an einen Server zu bewirken, wobei die
Nachricht geeignet ist, nach Empfang der Nachricht durch den Server die Übertragung von Information betreffend ein dem
Benutzer des Smartphones 100 zur Verfügung stehendes Guthaben durch den Server an das Smartphone 100 auszulösen, wenn der Programmcode auf dem Prozessor 101 ausgeführt wird. Fig. 2 zeigt das Smartphone 100 aus Fig. 1 im Kontext eines Mobilf nknetzes eines Mobilfunkdienstanbieters 210 und einiger Netzinfrastrukturelemente 201, 202, 203 des
Mobilfunknetzes, unter anderem eines Servers 203. Der Mobilfunkdienstanbieter oder Provider 210 bietet
kostenpflichtig Telefongesprächsdienste, SMS-Dienste und Datenverbindungen, auch solche die paketvermittelt arbeiten, an. In Fig. 2 symbolisiert die Antenne 201 die zum Aufbau einer Verbindung zwischen dem Smartphone 100 und seinen potentiellen Kommunikationspartnern notwendigen Komponenten des Mobilfunknetzes. Abgebildet sind in Fig. 2 ferner ein USSD-Gateway 202 und ein Server 203. Der Server 203 ist Teil des sogenannten intelligenten Netzes (engl. Intelligent
Network, IN) des Providers 210.
Die SIM-Karte 107 ist mit dem Provider 210 assoziiert. Mit der SIM-Karte 107 ist ein Guthaben verknüpft, welches für die Inanspruchnahme kostenpflichtiger Angebote des Providers 210, z.B. Telefongesprächsdienste, SMS-Dienste und
Datenverbindungen, nutzbar ist. Dieses Guthaben steht somit einem Benutzer des Smartphones 100 zur Verfügung.
Fig. 3 zeigt ein schematisches Flussdiagramm, das ein
Ausführungsbeispiel eines erfindungsgemäßen Verfahrens, welches mittels des Smartphones 100 aus Fig. 1 im Kontext des Mobilfunknetzes und der Netzinfrastrukturelemente 201, 202, 203 aus Fig. 2 realisierbar ist, illustriert.
In Schritt 301 startet ein Benutzer des Smartphones 100 die App. 104. Die App 104 umfasst Programmcode zum Zugreifen auf die SIM- Karte 107, um zu ermitteln, mit welchem Anbieter die SIM- Karte 107 assoziiert ist, wenn der Programmcode auf dem
Prozessor 101 ausgeführt wird. Dazu wird eine Anbieterkennung aus der SIM-Karte 107 ausgelesen. Diese Operation wird in Schritt 302 ausgeführt. Alternativ kann die App 107 auch eingerichtet sein, ein vorgegebenes Kommando oder sukzessive mehrere vorgegebene Kommandos abzusetzen. Das vorgegebene Kommando oder die vorgegebenen Kommandos können so gewählt worden sein, dass jedes von ihnen bekanntermaßen zumindest bei einem Anbieter von mittels eines Smartphones in Anspruch nehmbarer Dienste geeignet ist, die Übertragung einer Nachricht von dem
Smartphone an einen Server zu bewirken, wobei die Nachricht geeignet ist, nach Empfang der Nachricht durch den Server die Übertragung von Information betreffend den jeweiligen
Anbieter an das Smartphone auszulösen. Zwar besteht die
Möglichkeit, dass ein abgesetztes vorgegebenes Kommando bei dem Provider 210 nicht geeignet ist, die Übertragung von Information betreffend den Provider 210, z.B. eine mit dem Smartphone 100 verknüpfte Rufnummer/MSISDN, die eine dem
Provider 210 zugeordnete Vorwahl als Anbieterkennung enthält, an das Smartphone 100 auszulösen. Das sukzessive Absetzen unterschiedlicher derartiger vorgegebener Kommandos kann jedoch zum Erfolg führen, wenn - ohne vorherige Kenntnis des Providers 210 - ein zu dem Provider 210 passendes
vorgegebenes Kommando abgesetzt wird. Die App 104 kann eingerichtet sein, aus der dann erhaltenen Information betreffend den Provider 210, den Provider 210 zu ermitteln und darauf basierend das durch die App 104 abrufbare
Kommando, das dem Provider 210 zugeordnet ist, aus der
Mehrzahl von durch die App 104 abrufbaren Kommandos
auszuwählen .
Das vorgegebene Kommando oder die vorgegebenen Kommandos können zusammen mit dem Programmcode der App 104 in dem
Flash-Speicher 103 gespeichert sein. Sie können gemeinsam mit der App 104 bereitgestellt worden sein. Das vorgegebene Kommando oder die vorgegebenen Kommandos können jedoch auch aus einer externen Quelle, z.B. aus dem Internet, durch die App 104 geladen werden. Bei dem vorgegebenen Kommando oder den vorgegebenen Kommandos kann es sich beispielsweise um USSD-Kommandos handeln.
Als weitere Alternative kann die App 104 eingerichtet sein, eine Benutzereingabe von Information betreffend den Provider 210 zu erhalten. Die Information betreffend den Provider 210 kann z.B. eine mit dem Smartphone 100 bzw. der SIM-Karte 107 verknüpfte Rufnummer/MSISDN, die eine dem Provider 210 zugeordnete Vorwahl als Anbieterkennung enthält, umfassen. Die Anbieterkennung des Providers 210 kann somit auch
erhalten werden, wenn der Provider 210 keinen Server
unterhält, welcher als Reaktion auf eine entsprechende
Nachricht, eine Anbieterkennung an das Smartphone 100 überträgt. Die Benutzereingabe kann in Schritt 302 erfolgen. Sie kann beispielsweise in einer Konfigurationsphase der App 104 erfolgen und z.B. nur bei der erstmaligen Benutzung der App 104 notwendig sein.
Die App 104 umfasst ferner Programmcode zum Zugreifen auf die Kommandodatenbank 108, wenn der Programmcode auf dem
Prozessor 101 ausgeführt wird. In der Kommandodatenbank 108 ist eine Mehrzahl von Kommandos gespeichert. Jedes Kommando ist zusammen mit einer Anbieterkennung gespeichert, wodurch eine Zuordnung zum jeweiligen Anbieter erreicht wird. Die App 104 umfasst Programmcode zum Auswählen des dem Anbieter 210 zugeordneten Kommandos aus der Mehrzahl der in der
Kommandodatenbank 108 gespeicherten Kommandos, wenn der Programmcode auf dem Prozessor 101 ausgeführt wird. Die Auswahl erfolgt, indem die in Schritt 302 ermittelte Anbieterkennung durch die App 104 in der Kommandodatenbank 108 gesucht wird. Wurde sie in der Kommandodatenbank 108 gefunden, wählt die App 104 das in der Kommandodatenbank 108 dieser Anbieterkennung zugeordnete Kommando aus. Gemäß dem hier erläuterten Ausführungsbeispiel handelt es sich bei dem ausgewählten Kommando um ein USSD-Kommando . Die
Datenbankzugriffsoperation und die Auswahloperation erfolgen in Schritt 303. Die App 104 umfasst ferner Programmcode zum Absetzen des zuvor ausgewählten Kommandos an die
Betriebsystemschnittstelle 106 des Android-Betriebssystems , wenn der Programmcode auf dem Prozessor 101 ausgeführt wird. Das Absetzen des Kommandos erfolgt, indem die über die
Betriebssystemschnittstelle 106 zugänglich gemachte Funktion „ setMmiString (string number) " von der App 104 aufgerufen wird. Dabei bezeichnet „string number" das von der Funktion erwartete Argument. Vorliegend wird der Funktion
„setMmiString" das in Schritt 303 ausgewählte USSD-Kommando als Parameter übergeben. Der Aufruf der „ setMmiString"-
Funktion mit dem ausgewählten USSD-Kommando wird in Schritt 304 vorgenommen.
In Schritt 305 generiert das Android-Betriebssystem 105 basierend auf dem der „ setMmiString"-Funktion übergebenen
USSD-Kommando eine USSD-Nachricht . Das Android-Betriebssystem 105 veranlasst Hardwarekomponenten des Smartphones 100, die USSD-Nachricht an den Server 203 des Providers 210 zu senden. Dies geschieht unter anderem mittels der durch die Antenne 201 symbolisierten Netzkomponenten und mittels des USSD- Gateways 202. In Schritt 306 empfängt der Server 203 die von dem Smartphone 100 aus übertragene USSD-Nachricht. Schritt 307 umfasst das Auswerten dieser USSD-Nachricht. Dabei extrahiert der Server 203 aus der USSD-Nachricht das in Schritt 304 der
„ setMmiString"-Funktion übergebenen USSD-Kommando und kann somit feststellen, dass der Benutzer des Smartphones 100 Information betreffend ein ihm zur Verfügung stehendes
Guthaben für die Inanspruchnahme von kostenpflichtigen
Angeboten des Providers 210 erhalten möchte. Zusätzlich extrahiert der Server 203 in Schritt 307 aus der von dem Smartphone 100 erhaltenen USSD-Nachricht eine
Identifikationskennung, konkret die mit der SIM-Karte 107 assoziierte Rufnummer. Anhand dieser Rufnummer ermittelt der Server 203 anschließend in Schritt 308 die Höhe des mit der SIM-Karte 207 verknüpften, dem Benutzer des Smartphones 100 zur Verfügung stehenden Guthabens. Der Server 203 geniert außerdem in Schritt 305 eine weitere USSD-Nachricht, in welcher unter anderem die ermittelte Guthabenhöhe als
Nutzinformation enthalten ist.
In Schritt 309 löst der Server 203 die Übertragung der in Schritt 308 generierten USSD-Nachricht an das Smartphone 100 aus. Zu diesem Zweck bedient er sich des USSD-Gateways 202, der durch die Antenne 201 symbolisierten Netzkomponenten und weiterer Hard- und Softwarekomponenten. Die Adressierung der USSD-Nachricht wird mittels der in Schritt 307 extrahierten, mit der SIM-Karte 107 assoziierten Rufnummer vorgenommen.
In Schritt 310 empfängt das Smartphone 100 die USSD-Nachricht des Servers 203. Die App 104 umfasst Programmcode zum Vorgeben einer Darstellung der von dem Server 203 übertragenen Guthabenhöhe auf dem Smartphone 100, wenn der Programmcode auf dem
Prozessor 101 ausgeführt wird. Dies beinhaltet, dass die App 104 Programmcode zum Verhindern einer automatischen Reaktion des Smartphones 100 auf den Eingang der USSD-Nachricht in Schritt 310 umfasst, wenn der Programmcode auf dem Prozessor 101 ausgeführt wird. Dazu wird durch die App 104 die Funktion „ getMmiRunningText ( ) " aufgerufen, die das Android- Betriebssystem 105 über die Betriebssystemschnittstelle 106 zugänglich macht. Dieser Funktionsaufruf, bei dem der
Funktion kein Argument übergeben wird, sorgt dafür, dass verhindert wird, dass sich als Reaktion auf den Eingang der USSD-Nachricht automatisch ein Fenster auf dem Touchscreen 109 öffnet, in dem der Inhalt der USSD-Nachricht angezeigt wird .
Bestandteil des Programmcodes der App 104 zum Vorgeben einer Darstellung der Guthabenhöhe ist weiterhin Programmcode zum Extrahieren der Guthabenhöhe aus der in Schritt 310
empfangenen USSD-Nachricht, wenn der Programmcode auf dem Prozessor 101 ausgeführt wird. Dazu wird durch die App 104 die Funktion „ getUserMessage (CharSequence text)" aufgerufen, die ebenfalls das Android-Betriebssystem 105 über die
Betriebssystemschnittstelle 106 zugänglich macht. Dabei bezeichnet das Funktionsargument den zu extrahierenden
Inhalt. So kann ein selektives Anzeigen der Guthabenhöhe erfolgen, ohne dass weitere in der USSD-Nachricht enthaltene Inhalte mit angezeigt werden müssen.
Bestandteil des Programmcodes der App 104 zum Vorgeben einer Darstellung der Guthabenhöhe ist weiterhin Programmcode zum Formatieren der Darstellung und zur graphischen Gestaltung der Darstellung, wenn der Programmcode auf dem Prozessor 101 ausgeführt wird. In Schritt 312 erfolgt dann die Anzeige auf dem Touchscreen 109.
Fig. 4 zeigt ein schematisches Darstellung des Smartphones 100 mit den in Schritt 312 des in Fig. 3 illustrierten
Verfahrens auf dem Touchscreen 109 angezeigten Inhalten.
Auf dem Touchscreen 109 wird in einem oberen Bereich 401 ein Logo des Providers 210 angezeigt. In einem Bereich 402 darunter wird die in Schritt 311 aus der in Schritt 310 empfangenen USSD-Nachricht extrahierte Guthabenhöhe
angezeigt, die hier beispielsweise 27,30 € beträgt. Unterhalb des Bereichs 402 wird in Bereich 403 die mit der SIM-Karte 107 assoziierte Rufnummer angezeigt. Bereich 404 zeigt eine Schaltfläche, die mit dem Wort „aufladen" gekennzeichnet ist. Berührt ein Benutzer des Smartphones 100 den Bereich 404 auf dem Tochscreen 109, erhält er Zugriff auf eine Funktion der App 104 mit der das mit der SIM-Karte 107 verknüpfte Guthaben für die Inanspruchnahme kostenpflichtiger Angebote des
Providers 210 um einen gewünschten Betrag erhöht werden kann. Über die gemeinsam mit 405 bezeichneten Schaltflächen werden dem Benutzer des Smartphones 100 weitere Funktionalitäten zugänglich gemacht. Beispielsweise kann eine der Schaltfläche dem Beenden der App 104 dienen. Die App 104 kann eingerichtet sein, die Schaltfläche 404 nur anzuzeigen und damit die Funktionalität der Guthabenaufladung nur zugänglich zu machen, wenn eine Verifizierung der mit dem Smartphone 100 bzw. der SIM-Karte 107 verknüpften Rufnummer/MSISDN erfolgreich durchgeführt wurde. Dies kann insbesondere sinnvoll sein, wenn die App 104 eingerichtet ist, eine Benutzereingabe der Rufnummer/MSISDN zu erhalten. Die App 104 kann eingerichtet sein, die Übertragung der
Rufnummer/MSISDN an einen Server, z.B. den Server 203 oder aber auch an einen anderen, nicht dargestellten Server, zu veranlassen. Dieser Server kann eingerichtet sein, die
Übertragung eines pseudo-zufällig generierten Codes per SMS an die Rufnummer/MSISDN bzw. das darüber ansprechbare
Smartphone 100 zu veranlassen. Nach Öffnen der SMS und
Erfassen des Codes durch den Benutzer kann dieser den Code in die App 104 eingeben, die zu diesem Zweck eingerichtet ist, die Codeeingabe entgegenzunehmen. Sie ist ferner
eingerichtet, die RückÜbertragung des Codes an den Server zu veranlassen. Der Server ist wiederum eingerichtet, nach
Empfang des Codes von dem Smartphone 100, die Übertragung einer Freigabe an das Smartphone 100 zu verlassen. Die App 104 ist eingerichtet, nach Empfang der Freigabe die
Funktionalität der Guthabenaufladung zugänglich zu machen.
So kann verifizierbar werden, ob die von einem Benutzer in Schritt 302 in die App 104 eingegebene Rufnummer/MSISDN tatsächlich mit dem Smartphone 100, auf welchem die App 104 abläuft, verknüpft ist. Nur wenn dies sichergestellt ist, wird die Funktionalität der Guthabenaufladung der App 104 zugänglich gemacht.
Da die mit dem Smartphone 100 verknüpfte Rufnummer/MSISDN spezifiziert, wohin der Server den Code sendet, gelangt dieser Code nur zum dem Smartphone 100. Nur wenn der Benutzer Zugriff auf das Smartphone 100 hat, kann er den Code erfassen und seine RückÜbertragung an den Server veranlassen,
woraufhin die Freigabe wiederum an das Smartphone 100
übertragen wird. Auf dem Smartphone 100 wird dann auch die Funktionalität der Guthabenaufladung zugänglich gemacht, so dass nicht missbräuchlich ein Guthaben aufgeladen werden kann, welches in keiner Beziehung zu dem Smartphone 100 steht. So kann die App 104 nicht missbraucht werden. Mit ihr kann nur das mit dem Smartphone 100 bzw. der SIM-Karte 107 nutzbare Guthaben aufgeladen werden. Das Smartphone 100 und die App 104 können nicht genutzt werden, um ein Guthaben zu erhöhen, welches mit dem Smartphone 100 bzw. der SIM-Karte 107 gar nicht nutzbar ist.
Dadurch, dass die App 104 in Schritt 303 das dem Provider 210 zugeordnete Kommando abrufen kann, kann das Kommando in
Schritt 304 abgesetzt werden, ohne dass bis zum Absetzen des Kommandos eine Interaktion des Benutzers des Smartphones 100 mit der App 104 erforderlich gewesen wäre, nachdem der
Benutzer die App 104 in Schritt 301 gestartet hat. Die App 104 setzt das Kommando also automatisch ab. Ein
fehleranfälliges und unkomfortables manuelles Eingeben eines geeigneten USSD-Kommandos durch den Benutzer entfällt.
Durch die Auswahl eines dem Provider 210 zugeordneten
Kommandos wird erreicht, dass eine USSD-Nachricht generiert und an den Server 203 übertragen wird, die dieser
weiterverarbeiten kann und die die gewünschte Reaktion des Servers 203 auslöst, nämlich dass dieser in Schritt 309 eine USSD-Nachricht an das Smartphone 100 überträgt, in der die Guthabenhöhe als Nutzinformation enthalten ist. Weil nicht lediglich das dem Provider 210 zugeordnete
Kommando durch die App 104 abrufbar ist, sondern die App 104 eine Mehrzahl von Kommandos abrufen kann, die jeweils einem unterschiedlichen Anbieter zugeordnete sind, und daraus das passende Kommando auswählt, kann die App 104 unverändert zum Abrufen von Guthabeninformation von unterschiedlichen
Anbietern eingesetzt werden. Sie muss nicht auf einen
bestimmten Anbieter zugeschnitten werden. Die Verwendung von USSD-Nachrichten bietet den Vorteil, dass diese zuverlässig und in den Netzen vieler Provider kostenlos übertragen werden können.
Durch die Verwendung des Android-Betriebssystems 105 und die konsequenten Nutzung seiner Möglichkeiten kann die
Implementierung der App 104 mit vergleichsweise geringem Aufwand erfolgen.
Durch die Vorgabe einer Darstellung der Guthabeninformation in Schritt 309 wird erreicht, dass eine ansprechende und übersichtliche Anzeige der gewünschten Information erfolgt.

Claims

P a ten tansprüche
Anwendung (104), die auf einem Telekommunikationsendgerät (100) ausführbar ist und eingerichtet ist, ein durch die Anwendung (104) abrufbares Kommando abzusetzen, welches geeignet ist, die Übertragung einer Nachricht von dem Telekommunikationsendgerät (100) an einen Server (203) zu bewirken, wobei die Nachricht geeignet ist, nach Empfang der Nachricht durch den Server (203) die Übertragung von Information betreffend ein einem Benutzer des
Telekommunikationsendgeräts (100) zur Verfügung stehendes Guthaben durch den Server (203) an das
Telekommunikationsendgerät (100) auszulösen.
Anwendung (104) nach Anspruch 1, wobei das Guthaben mit einem dem Telekommunikationsendgerät (100) zugeordneten Identifikationsmodul (107) verknüpft ist.
Anwendung nach einem der Ansprüche 1 oder 2, wobei das durch die Anwendung (104) abrufbare Kommando einem
Anbieter (210), der ein kostenpflichtiges Angebot
bereitstellt, für dessen Inanspruchnahme mittels des Telekommunikationsendgeräts (100) das Guthaben nutzbar ist, zugeordnet ist.
Anwendung (104) nach Anspruch 3, wobei die Anwendung (104) eingerichtet ist, das durch die Anwendung (104) abrufbare Kommando, das dem Anbieter (210) zugeordnet ist, aus einer Mehrzahl von durch die Anwendung (104) abrufbaren Kommandos auszuwählen. Anwendung (104) nach Anspruch 2 und Anspruch 4, wobei das Identifikationsmodul (107) mit dem Anbieter (210)
assoziiert ist.
Anwendung (104) nach einem der vorherigen Ansprüche, wobei die Nachricht eine Unstructured-Supplementary- Service-Data-Nachricht ist.
Anwendung (104) nach einem der vorherigen Ansprüche, wobei die Übertragung der Information betreffend ein dem Benutzer des Telekommunikationsendgeräts (100) zur
Verfügung stehendes Guthaben durch den Server (203) an das Telekommunikationsendgerät (100) mittels einer
Unstructured-Supplementary-Service-Data-Nachricht
erfolgt .
Anwendung (104) nach einem der vorherigen Ansprüche, wobei die Anwendung (104) eingerichtet ist, das durch die Anwendung (104) abrufbare Kommando an eine Schnittstelle (106) eines Betriebssystems (105) des
Telekommunikationsendgeräts (100) abzusetzen.
Anwendung (104) nach Anspruch 8, wobei das Betriebssystem das Android-Betriebssystem (105) ist.
Anwendung (104) nach einem der vorherigen Ansprüche, wobei die Anwendung (104) eingerichtet ist, das durch die Anwendung (104) abrufbare Kommando automatisch
abzusetzen .
Anwendung (104) nach einem der vorherigen Ansprüche, wobei die Anwendung (104) eingerichtet ist, eine Darstellung der Information auf dem
Telekommunikationsendgerät (100) vorzugeben.
12. Anwendung (104) nach einem der vorherigen Ansprüche,
wobei die Anwendung (104) eingerichtet ist, eine
Funktionalität der Anwendung (104) nur nach einer
erfolgreichen Verifizierung zugänglich zu machen.
13. Telekommunikationsendgerät (100) auf dem eine Anwendung (104) nach einem der Ansprüche 1 bis 12 bereitgestellt ist .
14. Datenträgervorrichtung (103), auf der eine Anwendung
(104) nach einem der Ansprüche 1 bis 12 gespeichert ist.
15. Verfahren umfassend:
Absetzen (304) eines durch eine Anwendung (104), die auf einem Telekommunikationsendgerät (100) ausgeführt wird, abrufbaren Kommandos durch die Anwendung (104), wobei das Kommando geeignet ist, die Übertragung einer Nachricht von dem Telekommunikationsendgerät (100) an einen Server (203) zu bewirken, und wobei die Nachricht geeignet ist, nach Empfang der Nachricht durch den Server (203) die Übertragung von Information betreffend ein einem Benutzer des Telekommunikationsendgeräts (100) zur Verfügung stehendes Guthaben durch den Server (203) an das
Telekommunikationsendgerät (100) auszulösen.
EP12758444.9A 2012-09-04 2012-09-04 Guthabenabfrage Withdrawn EP2721848A1 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2012/067193 WO2014037029A1 (de) 2012-09-04 2012-09-04 Guthabenabfrage

Publications (1)

Publication Number Publication Date
EP2721848A1 true EP2721848A1 (de) 2014-04-23

Family

ID=46832372

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12758444.9A Withdrawn EP2721848A1 (de) 2012-09-04 2012-09-04 Guthabenabfrage

Country Status (7)

Country Link
US (2) US20140372270A1 (de)
EP (1) EP2721848A1 (de)
CN (1) CN104604264A (de)
AU (1) AU2012389279A1 (de)
BR (1) BR112015004599A2 (de)
DE (2) DE102012021318B4 (de)
WO (1) WO2014037029A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10270724B2 (en) * 2015-03-02 2019-04-23 Pismo Labs Technology Limited Methods and systems for processing messages at a multi-SIM network node

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6694000B2 (en) * 2000-04-11 2004-02-17 Telecommunication Systems, Inc. Prepaid real-time web based reporting
CN1308812C (zh) * 2002-04-29 2007-04-04 上海广电信息产业股份有限公司 控制用户从网络下载软件的方法
CN1233142C (zh) * 2002-07-16 2005-12-21 华为技术有限公司 一种用短消息查询智能网用户余额的方法
MXPA06001678A (es) * 2003-08-15 2006-05-19 Boston Communications Group Inc Gestion y contabilidad de abonados utilizando deteccion de eventos en un dispositivo inalambrico.
US7907711B2 (en) * 2006-06-29 2011-03-15 At&T Intellectual Property I, Lp System and method for notifying a user of a calling card balance
US8532623B2 (en) * 2006-07-17 2013-09-10 Motorola Mobility Llc Methods and devices for automatic display of prepay information
WO2008017951A2 (en) * 2006-08-11 2008-02-14 Telefonaktiebolaget Lm Ericsson (Publ) Making a call by a prepaid subscriber roaming in a visited non-camel network
DE102007023003A1 (de) * 2007-05-15 2008-11-20 Norbert Hildebrandt Verfahren zum mobilen Bezahlen sowie Computerprogrammprodukt
US20100145861A1 (en) * 2008-12-08 2010-06-10 Palm, Inc. Payment transaction processing for mobile computing devices
US20120173311A1 (en) * 2010-12-31 2012-07-05 Nautilus Hyosung Inc. Automatic teller machine for providing service using two-dimensional barcode and method for operating automatic teller machine
US8881250B2 (en) * 2011-06-17 2014-11-04 Ebay Inc. Passporting credentials between a mobile app and a web browser
US20130316675A1 (en) * 2012-05-24 2013-11-28 Seven Networks, Inc. Facilitation of mobile operator billing based on wireless network traffic management and tracking of destination address in conjunction with billing policies
US11132657B2 (en) * 2012-08-27 2021-09-28 Ncr Corporation Transaction flow

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2014037029A1 *

Also Published As

Publication number Publication date
DE102012021318A1 (de) 2014-03-06
CN104604264A (zh) 2015-05-06
DE102012021318B4 (de) 2014-05-22
WO2014037029A1 (de) 2014-03-13
US20140372270A1 (en) 2014-12-18
AU2012389279A1 (en) 2015-03-19
US20150172472A1 (en) 2015-06-18
DE202012012995U1 (de) 2014-08-04
BR112015004599A2 (pt) 2017-07-04

Similar Documents

Publication Publication Date Title
EP1956814B1 (de) Digitales Verfahren und Anordnung zur Authentifizierung eines Nutzers eines Telekommunikations- bzw. Datennetzes
DE102015103357A1 (de) Verbindung von personen und dingen über mobile-messaging-privatsphäre/sicherheit-brokersystem
EP1895792B1 (de) Verfahren und Vorrichtungen für die Aktualisierung der Konfiguration eines Mobilfunkteilnehmer-Identifikations-Moduls
EP2506612B1 (de) Konfiguration eines in einem Mobilfunknetz mit einem Mobilfunkteilnehmeridentifikationsmodul betreibbaren mobilen Endgerätes
WO2014037029A1 (de) Guthabenabfrage
DE102014101174A1 (de) System und Verfahren zum Unterbinden einer Auslieferung von Werbeinhalten
DE102009056116B4 (de) Verfahren und Einrichtung zur Autorisierung einer Transaktion
DE102016203788A1 (de) Verfahren und System zur Verwendung eines manuellen PLMN-Auswahlmodus
EP3452946B1 (de) Verfahren zur erstmaligen inbetriebnahme eines nicht vollständig personalisierten sicheren elements
DE202012008844U1 (de) Guthabenabfrage
EP2689596B1 (de) Verfahren und vorrichtungen zum leiten von telekommunikationsverbindungen (tk-verbindungen) zu einem mobilfunk-endgerät
DE102020004232B3 (de) Teilnehmeridentitätsmodul mit Profil und erstmalige Inbetriebnahme
EP1284090B1 (de) Mobilfunknetz-seitiger server für ein mobilfunkendgerät-menü
EP2334046B1 (de) Vom Kommunikationsnetz angestossene Kontostandsanzeige am Endgerät
EP3893459A1 (de) Telefonnummerverifizierung
DE202013005161U1 (de) Guthabenabfrage
DE102008051868B4 (de) Vorrichtung und Verfahren zur Kundenbetreuung eines Mobilfunkteilnehmers
EP2915115A1 (de) Guthabenabfrage
DE102019000743A1 (de) Verfahren und Vorrichtungen zum Verwalten von Subskriptionsprofilen eines Sicherheitselements
EP2506611B1 (de) Verfahren zum betrieb eines telekommunikationsnetzes
EP2323343B1 (de) Starten eines Netzdienstes in einem Kommunikationsnetzwerk
EP2348695B1 (de) Erfassung einer kennung eines kommunikationsteilnehmers in einem kommunikationsendgerät
EP1947890B1 (de) Rufnummernportierung
EP2099181A2 (de) Vorrichtung und Verfahren zur E-Mail-Konfiguration für ein Mobilfunkendgerät
EP3529727A1 (de) Verfahren zur konfiguration eines internet-service-providers

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20131108

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

RBV Designated contracting states (corrected)

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20170401