WO2019144562A1 - 一种实现一卡通的方法、终端设备和服务器 - Google Patents

一种实现一卡通的方法、终端设备和服务器 Download PDF

Info

Publication number
WO2019144562A1
WO2019144562A1 PCT/CN2018/092059 CN2018092059W WO2019144562A1 WO 2019144562 A1 WO2019144562 A1 WO 2019144562A1 CN 2018092059 W CN2018092059 W CN 2018092059W WO 2019144562 A1 WO2019144562 A1 WO 2019144562A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
city
terminal device
bus
server
Prior art date
Application number
PCT/CN2018/092059
Other languages
English (en)
French (fr)
Inventor
袁非凡
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201880085299.1A priority Critical patent/CN111587558B/zh
Publication of WO2019144562A1 publication Critical patent/WO2019144562A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3572—Multiple accounts on card
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks

Definitions

  • the present application relates to the field of electronic devices, and more particularly to a method, a terminal device and a server for implementing a card.
  • the current payment (pay) includes a bus card. If the user has more than one service, each city needs to be opened. The user needs to open multiple times, and the operation is troublesome.
  • the present application provides a method, a server, and a terminal device for implementing a card, in order to reduce the cumbersome operation of the user to open the card multiple times.
  • a method for implementing a card includes: the terminal device sends first request information to the server, where the first request information is used to request a card, and the card is a universal virtual bus card in multiple cities.
  • the terminal device receives the confirmation information sent by the server, and the confirmation message is used to indicate that the card is successfully ordered; when the terminal device is located in the first city, the terminal device sends the second request information to the server, and the second request information
  • the bus card data for requesting the card in the first city, the plurality of cities including the first city; the terminal device receives and installs a bus card data script sent by the server in the first city.
  • the bus card data includes but is not limited to the following: the bus card amount, the bus card number (the bus card number of the city where the terminal device is located), the user's card record, the recharge record, and the like.
  • the card number of the card may be displayed on the display unit of the terminal device.
  • the terminal device requests the server.
  • the card in the first city of the bus card data, the card returned to the terminal device by the server in the first city bus card data script may include the card in the first city bus card number, the card in The bus card number of the first city is different from the card number of the card, and the bus card number of the card in the first city may not be displayed on the display unit of the terminal device.
  • the server stores bus card resources of the plurality of cities, and the bus card resources include bus card applications and bus card data.
  • the bus card application can be understood as an app.
  • the terminal device After the terminal device obtains the confirmation letter sent by the server, the card does not contain any application or data. In this case, the user needs to locate a certain city or the terminal device. After positioning itself in a certain city, the terminal device requests the bus card application or bus card data of the card in a certain city, and the terminal device can continue after requesting the bus card application and installing the application.
  • the bus card data of the card in a certain city is requested from the server. It should also be understood that after the terminal device obtains the bus card data of the card in the city, the user can use the card to perform the card swiping operation in the city.
  • the method further includes: the terminal device prompting the user to make a payment according to the confirmation information.
  • the card may be obtained for free, or may be obtained by the server after the user indicates that the card is paid. If the card is obtained for free, the server sends the first city to the terminal device. Before the bus card data, the terminal device needs to remind the user to pay the fee for ordering the card.
  • the user by requesting a virtual bus card common to a plurality of cities to the server, the user can use the card in different cities by freely switching the city, thereby helping to reduce the number of times the user opens.
  • the cumbersome operation of the card by requesting a virtual bus card common to a plurality of cities to the server, the user can use the card in different cities by freely switching the city, thereby helping to reduce the number of times the user opens. The cumbersome operation of the card.
  • the method further includes: when the terminal device is switched from the first city to the second city, the terminal device sends the third request information to the server
  • the third request information is used to request the bus card data of the card in the second city, the plurality of cities including the second city; the terminal device receives and installs the bus sent by the server in the second city
  • the card data script, the card data script of the card in the second city includes bus card balance information, and the bus card balance information is the card balance information of the card in the first city.
  • the card data script of the card in the second city further includes a user's credit card record.
  • the server includes the balance information in the previous city bus card in the bus card data script sent to the terminal device, which helps to avoid the user's capital loss.
  • the method before the terminal device sends the second request information to the server, the method further includes: the terminal device sending the fourth request information to the server, where the The four request information is used to request a city bus card application; the terminal device receives and installs an installation script of the city bus card application sent by the server.
  • the card data of the first city in the first city is applied to the city bus card application.
  • the city bus card application is a bus card application of the card in the first city, or the city bus card application is a universal bus card application.
  • the city bus card application is a universal bus card application
  • the card data of the first city in the first city and the bus card data of the card in the second city are applied to the city bus. Card application.
  • the terminal may locate the first city and request the card for the bus card application in the first city from the server. After obtaining the installation script of the card in the city's bus card application, the card can be understood as the bus card application of the first city.
  • the terminal may locate the first city and request the card for the bus in the first city.
  • Card data after the terminal receives the card data script sent by the server in the first city, the card can be understood as the bus card application of the first city.
  • the method for implementing a card in the embodiment of the present application if the city bus card application is a general city bus card application, after performing the city switching, it is not necessary to delete the bus card application of the previous city, and only needs to request the bus card data of the new city from the server. .
  • the city bus card application is a bus card application of the first city
  • the method further includes: before the terminal device sends the third request information to the server, the method further includes The terminal device sends a fifth request message to the server, where the fifth request information is used to request the card application in the second city; the terminal device receives and installs the card sent by the server in the second city Installation script for the bus card application.
  • the card data of the card in the second city is applied to the card application in the second city.
  • the method before the terminal device sends the fifth request information to the server, the method further includes: the terminal device sending, to the server, sixth request information, where the sixth request information is used to delete the card.
  • a method for implementing a card includes: receiving, by a server, first request information sent by a terminal device, where the first request information is used to request a card, and the card is a virtual bus commonly used in multiple cities.
  • the server sends an acknowledgement message to the terminal device, the confirmation message is used to indicate that the card is successfully ordered;
  • the server receives the second request information sent by the terminal device, and the second request information is used to locate the terminal device in the first
  • the terminal device requests the bus card data of the card in the first city, and the plurality of cities include the first city; the server sends the card data of the card in the first city to the terminal device.
  • the server stores bus card resources of the plurality of cities, and the bus card resources include bus card applications and bus card data.
  • the method further includes: when the terminal device is switched from the first city to the second city, the server receives the third request sent by the terminal device Information, the third request information is used to request bus card data of the card in the second city, the plurality of cities including the second city; the server sends the card data of the card in the second city to the terminal device
  • the script, the bus card data script of the second city includes bus card balance information, and the bus card balance information is the card balance information of the card in the first city.
  • the method before the server sends the card to the terminal device, the method further includes: the server receiving the first The bus card balance information sent by the bus service party of the city; the server sends the bus card balance information to the bus service party of the second city.
  • the method before the server receives the second request information sent by the terminal device, the method further includes: the server receiving the fourth request information sent by the terminal device, The fourth request information is used to request a city bus card application; the server sends an installation script of the city bus card application to the terminal device.
  • the card data of the first city in the first city is applied to the city bus card application.
  • the city bus card application is a bus card application of the card in the first city, or the city bus card application is a universal bus card application.
  • the city bus card application is a universal bus card application
  • the card data of the first city in the first city and the bus card data of the card in the second city are applied to the city bus. Card application.
  • the city bus card application is a bus card application of the first city
  • the method further receives the third request information sent by the terminal device
  • the server includes: receiving, by the server, fifth request information sent by the terminal device, where the fifth request information is used to request the card application of the card in the second city; the server sends the card to the terminal device in the second city Installation script for the bus card application.
  • the card data of the card in the second city is applied to the card application in the second city.
  • the server stores a bus card resource of the multiple cities, where the bus card resource includes bus card data, and the server sends the card to the terminal device at the After the bus card data script of the first city, the method further includes: the server updating the bus card resource of the first city.
  • a third aspect provides a terminal device, where the terminal device includes: a processor, configured to generate first request information, where the first request information is used to request a card, and the card is a universal virtual bus card in multiple cities.
  • a transceiver configured to send the first request information to the server; the transceiver is further configured to receive the confirmation information sent by the server, where the confirmation information is used to indicate that the card subscription is successful; when the terminal device is located in the first city
  • the transceiver is further configured to send second request information to the server, where the second request information is used to request bus card data of the card in the first city, the plurality of cities including the first city; the transceiver is further used Receiving a bus card data script sent by the server in the first city; the processor is further configured to install the card data script of the card in the first city.
  • the "transceiver” in the embodiment of the present application may also be referred to as a "communication interface”, a “communication module” and the like.
  • the transceiver is further configured to: when the terminal device is switched from the first city to the second city, send the third request information to the server, The third request information is used to request the bus card data of the card in the second city, the plurality of cities including the second city; receiving a bus card data script sent by the server in the second city, the card is in the first
  • the bus card data script of the second city includes the bus card balance information, and the bus card balance information is the bus card balance information of the card in the first city; wherein the processor is further used to install the card of the card in the second city Data script.
  • the transceiver is further configured to: send, to the server, fourth request information, where the fourth request information is used to request a city bus card application; and receive the server An installation script for the city bus card application sent; wherein the processor is also used to install an installation script for the city bus card application.
  • the city bus card application is a bus card application of the card in the first city, or the city bus card application is a universal bus card application.
  • the city bus card application is a bus card application of the card in the first city
  • the transceiver is further configured to: send a fifth request to the server Information, the fifth request information is used to request the card application of the card in the second city; and receive an installation script of the card application of the card in the second city sent by the server; wherein the processor is further used for Install the installation script for the card in the second city's bus card application.
  • a server includes: a transceiver, configured to receive first request information sent by the terminal device, where the first request information is used to request a card, and the card is a virtual virtual in a plurality of cities.
  • a bus card a processor, configured to generate confirmation information, the confirmation information is used to indicate that the card is successfully ordered; the transceiver is further configured to send the confirmation information to the terminal device; the transceiver is further configured to receive the sending by the terminal device a second request information, where the second request information is used when the terminal device is located in the first city, the terminal device requests the bus card data of the card in the first city, and the plurality of cities includes the first city; The transceiver is further configured to send the card data of the card in the first city to the terminal device.
  • the transceiver is further configured to: receive third request information sent by the terminal device, where the third request information is used to request the card in the second City bus card data, the plurality of cities including the second city; sending the second city bus card data script to the terminal device, the card in the second city bus card data script including bus card balance information,
  • the bus card balance information is the card balance information of the card in the first city.
  • the transceiver is further configured to: receive the bus card balance information sent by the bus service party of the first city; and provide bus service to the second city The party sends the bus card balance information.
  • the transceiver is further configured to: receive fourth request information sent by the terminal device, where the fourth request information is used to request a city bus card application; The terminal device sends an installation script for the city bus card application.
  • the city bus card application is a bus card application of the card in the first city, or the city bus card application is a universal bus card application.
  • the city bus card application is a bus card application of the card in the first city
  • the transceiver is further configured to: receive the first Five request information, the fifth request information is used to request the card application of the card in the second city; and the installation script of the card application of the card in the second city is sent to the terminal device.
  • the server stores a bus card resource of the multiple cities
  • the bus card resource includes bus card data
  • the processor is further configured to: update the first City bus card resources.
  • a terminal device comprising means or modules for performing the various steps of the first aspect above.
  • a server comprising means or modules for performing the various steps of the second aspect above.
  • a computer readable storage medium comprising instructions, when executed on a computer, causing a computer mechanism to perform the method of the first aspect described above and any one of the possible implementations of the first aspect.
  • a computer readable storage medium comprising instructions, when executed on a computer, causing a computer mechanism to perform the method described in the second aspect above and any one of the possible implementations of the second aspect.
  • a computer program product which, when run on a computer, causes the computer to perform the method described in the first aspect above and any one of the possible implementations of the first aspect.
  • a computer program product which, when run on a computer, causes the computer to perform the method described in the second aspect above and any one of the possible implementations of the second aspect.
  • FIG. 1 is a schematic structural diagram of a mobile phone according to an embodiment of the present application.
  • FIG. 2 is a schematic flowchart of a method for implementing a card according to an embodiment of the present application.
  • FIG. 3 is a schematic diagram of a signing process of a card service provider and each bus company according to an embodiment of the present application.
  • FIG. 4 is a schematic flow chart of a method of opening a card according to an embodiment of the present application.
  • FIG. 5 is a schematic diagram of a one-card interface according to an embodiment of the present application.
  • FIG. 6 is a schematic diagram of another cartoon interface according to an embodiment of the present application.
  • FIG. 7 is a schematic flowchart of a party for switching a card city according to an embodiment of the present application.
  • FIG. 8 is a schematic diagram of still another card interface according to an embodiment of the present application.
  • FIG. 9 is another schematic flowchart of a method for opening a card according to an embodiment of the present application.
  • FIG. 10 is another schematic flowchart of a party for switching a card city according to an embodiment of the present application.
  • FIG. 11 is a schematic block diagram of a terminal device according to an embodiment of the present application.
  • FIG. 12 is a schematic block diagram of a server in accordance with an embodiment of the present application.
  • FIG. 13 is another schematic block diagram of a terminal device according to an embodiment of the present application.
  • FIG. 14 is another schematic block diagram of a server according to an embodiment of the present application.
  • a terminal device also referred to as a user device
  • a mobile phone for example, a mobile phone, a wristband, a tablet computer, a notebook computer, an ultra-mobile personal computer (UMPC), and a personal number.
  • UMPC ultra-mobile personal computer
  • a personal digital assistant (PDA) device a handheld device having a wireless communication function, a computing device, or other processing device connected to a wireless modem, an in-vehicle device, a wearable device, etc., and is not limited to a communication terminal.
  • the terminal device to which the embodiment of the present application is applied is introduced by taking the mobile phone 100 shown in FIG. 1 as an example.
  • the mobile phone 100 may include: a radio frequency (RF) circuit 110, a power source 120, a processor 130, a memory 140, an input unit 150, a display unit 160, a sensor 170, an audio circuit 180, and a wireless protection device.
  • RF radio frequency
  • Components such as the wireless fidelity (WIFI) module 190.
  • WIFI wireless fidelity
  • the components of the mobile phone 100 will be specifically described below with reference to FIG. 1 :
  • the RF circuit 110 can be used for transmitting and receiving information or during a call, and receiving and transmitting the signal. Specifically, after receiving the downlink information of the base station, the processor 130 processes the data. In addition, the uplink data is designed to be sent to the base station.
  • RF circuits include, but are not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier (LNA), a duplexer, and the like.
  • RF circuitry 110 can also communicate with the network and other devices via wireless communication.
  • the wireless communication may use any communication standard or protocol, including but not limited to global system of mobile communication (GSM), general packet radio service (GPRS), code division multiple access (code) Division multiple access (CDMA), wideband code division multiple access (WCDMA), long term evolution (LTE), e-mail, short messaging service (SMS), and the like.
  • GSM global system of mobile communication
  • GPRS general packet radio service
  • code code division multiple access
  • CDMA code division multiple access
  • WCDMA wideband code division multiple access
  • LTE long term evolution
  • SMS short messaging service
  • the mobile phone 100 can communicate with the POS device through the RF circuit 110.
  • the RF circuit 110 in the mobile phone 100 can communicate with the gate.
  • the memory 140 can be used to store software programs and modules, and the processor 130 executes various functional applications and data processing of the mobile phone 100 by running software programs and modules stored in the memory 140.
  • the memory 140 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may be stored according to The data created by the use of the mobile phone 100 (such as audio data, phone book, etc.) and the like.
  • memory 140 can include high speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
  • the input unit 150 can be configured to receive input numeric or character information and to generate key signal inputs related to user settings and function control of the handset 100.
  • the input unit 150 may include a touch panel 151 and other input devices 152.
  • the touch panel 151 also referred to as a touch screen, can collect touch operations on or near the user (such as the user using a finger, a stylus, or the like on the touch panel 151 or near the touch panel 151. Operation), and drive the corresponding connecting device according to a preset program.
  • the touch panel 151 may include two parts: a touch detection device and a touch controller.
  • the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information.
  • the processor 130 is provided and can receive commands from the processor 130 and execute them.
  • the touch panel 151 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves.
  • the input unit 150 may also include other input devices 152.
  • other input devices 152 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, and the like.
  • the display unit 160 can be used to display information input by the user or information provided to the user and various menus of the mobile phone 100.
  • the display unit 160 may include a display panel 161.
  • the display panel 161 may be configured in the form of an LCD, an OLED, or the like.
  • the touch panel 151 can cover the display panel 161. When the touch panel 151 detects a touch operation on or near the touch panel 151, the touch panel 151 transmits to the processor 130 to determine the type of the touch event, and then the processor 130 according to the touch event. The type provides a corresponding visual output on display panel 161.
  • the touch panel 151 and the display panel 151 are two independent components to implement the input and input functions of the mobile phone 100 in FIG.
  • the touch panel 151 may be integrated with the display panel 161.
  • the input and output functions of the mobile phone 100 are implemented.
  • the display unit can provide the user with an interface for opening a card, and the user can complete the operation of opening the card and switching the city on the interface provided by the display unit 160.
  • the audio circuit 180 and the speaker 181 can provide an audio interface between the user and the handset 100.
  • the audio circuit 180 can transmit the converted electrical data of the received audio data to the speaker 181 for conversion to the sound signal output by the speaker 181; on the other hand, the microphone 182 converts the collected sound signal into an electrical signal by the audio circuit 180. After receiving, it is converted into audio data, and then the audio data is output to the RF circuit 110 for transmission to, for example, another mobile phone, or the audio data is output to the memory 140 for further processing.
  • the Bluetooth module 182 is a Bluetooth-enabled printed circuit board assembly (PCBA) for short-range wireless communication, and is divided into a Bluetooth data module and a Bluetooth voice module according to functions.
  • WIFI is a short-range wireless transmission technology.
  • the mobile phone 100 can help users to send and receive emails, browse web pages and access streaming media through the WIFI module 190, which provides users with wireless broadband Internet access.
  • FIG. 1 shows the WIFI module 190, it can be understood that it does not belong to the essential configuration of the mobile phone 100, and may be omitted as needed within the scope of not changing the essence of the present application.
  • the mobile phone 100 may request the server to open a card service through a wireless network (WIFI, 4G, or 5G in the future), request to install a city bus card application, request city bus card data, and the like.
  • WIFI wireless network
  • the processor 130 is the control center of the handset 100, which connects various portions of the entire handset using various interfaces and lines, by running or executing software programs and/or modules stored in the memory 140, and recalling data stored in the memory 140, The various functions and processing data of the mobile phone 100 are executed, thereby realizing various services based on the mobile phone.
  • the processor 130 may include one or more processing units; preferably, the processor 130 may integrate an application processor and a modem processor, where the application processor mainly processes an operating system, a user interface, an application, and the like.
  • the modem processor primarily handles wireless communications. It can be understood that the above modem processor may not be integrated into the processor 130.
  • the processor 130 of the embodiment of the present application can control the audio circuit 180 and the speaker 181 to remind the user to switch the city, install the bus card application of the new city, perform the operation of deleting the bus card application of the old city, and the like.
  • the mobile phone 100 also includes a power source 120 (such as a battery) that supplies power to various components.
  • a power source 120 such as a battery
  • the power source can be logically coupled to the processor 130 through a power management system to manage functions such as charging, discharging, and power consumption through the power management system.
  • the mobile phone 100 may further include a camera or the like, and details are not described herein again.
  • the mobile phone shown in FIG. 1 is only an example of a terminal device, and the embodiment of the present application is not limited to the specific embodiment.
  • the embodiment of the present application can be applied to an electronic device such as a mobile phone or a tablet computer. Make a limit.
  • FIG. 2 is a schematic flowchart of a method 200 for implementing a card provided by an embodiment of the present application. As shown in FIG. 2, the method 200 includes:
  • the terminal device sends the first request information to the server, where the server receives the first request information sent by the terminal device, where the first request information is used to request to open a card, and the card is a virtual bus card that is common in multiple cities;
  • S220 The server sends an acknowledgement message to the terminal device, where the terminal device receives the confirmation information sent by the server, where the confirmation information is used to indicate that the card subscription is successful.
  • the user may first download a card application (app) in the mobile phone 100, and the user may open the card application and click to open (as shown in FIG. 5 below), the terminal device receives the user clicks the “open” button. And sending the first request information to the server, where the first request information is used to request to open a card, the card is a virtual bus card common to a plurality of cities, and after receiving the first request information, the server may generate The card is ordered by the card, and sends a confirmation message to the terminal device, the confirmation message is used to indicate that the card is successfully ordered.
  • the server may generate The card is ordered by the card, and sends a confirmation message to the terminal device, the confirmation message is used to indicate that the card is successfully ordered.
  • the terminal device sends the second request information to the server, where the server receives the second request information sent by the terminal device, where the second request information is used to request the Bus card data of the first city, the plurality of cities including the first city;
  • the terminal device receives and installs a bus card data script sent by the server in the first city.
  • the terminal device After the terminal device receives the card sent by the terminal device, the card does not include the bus card data. At this time, the terminal device also needs to request the bus card data from the server, and the user locates the first city (or, After the terminal device is automatically located in the first city, the terminal device sends the second request information to the server, where the second request information is used to request the card data of the card in the first city, and acquire the data in the terminal device. After installing the card returned by the server in the first city's bus card data script, the user can use the card to perform a corresponding card swipe operation in the first city.
  • the bus card data includes, but is not limited to, the following types: a bus card amount, a bus card card number (a bus card number of the city provided by a bus service party of the city where the terminal device is located), and a user. Swipe records, recharge records, and more.
  • the card number of the card may be displayed on the display unit of the terminal device, and when the user uses the terminal device to be specifically located in the first city, the terminal device sends the card to the server.
  • Requesting the card data of the card in the first city the card returned by the server to the terminal device may include the bus card number of the card in the first city in the bus card data script of the first city, the first The bus card number of a city is different from the card number of the card, and the bus card number of the first city may not be displayed on the display unit of the terminal device.
  • the method 200 further includes:
  • the server generates a subscription result of the card according to the first indication information
  • the server sends a subscription result of the card to the terminal device, and the terminal device receives the subscription result of the card sent by the server;
  • the terminal device prompts the user to make a payment according to the order result of the card.
  • the activation of the card may be free or may be charged.
  • the server sends the confirmation message to the terminal device after receiving the first indication information, and the terminal device
  • the request for the subsequent bus card application and the bus card data may be performed; if the user is required to pay, the server generates the order result of the card after receiving the first indication information (for example, the cost of the cartoon card is 20 yuan)
  • the terminal device reminds the user to make a payment according to the order result.
  • the “payment amount of 20 yuan” may be displayed on the display unit 160 of the mobile phone 100, and the user is in the display unit 160 of the mobile phone 100. After seeing the information, the payment is made, and after the payment is completed, the server sends the confirmation information to the terminal device.
  • the bus card in the embodiment of the present application can be applied to a bus, a subway, a taxi, a convenience store, or the like to support a bus card.
  • a bus card can be applied to buses, rail transit, parking lots, gas station refueling, park attractions, cinemas, hospital registrations, and the like.
  • the card can be understood as a universal bus card, and the user can get a card after paying the card fee. At this time, the card cannot be used in the city, and the user can manually locate a certain city. At this time, after the terminal device requests the bus card application and the bus card data of the card in a certain city to the server, the user can use the card in various scenes supporting the bus card.
  • the user can freely switch the city, which helps to reduce the cumbersome operation of the user to open the card multiple times, and also helps to reduce the user.
  • the loss of the card fee by storing the bus card data of multiple cities in the server, the user can freely switch the city, which helps to reduce the cumbersome operation of the user to open the card multiple times, and also helps to reduce the user. The loss of the card fee.
  • the card service provider may purchase the bus cards of each city from the bus service parties of each city to store the bus card data of the plurality of cities in the server.
  • FIG. 3 shows a schematic diagram of a card service provider and each bus service signing process 300. As shown in FIG. 3, the process 300 includes:
  • the card service provider and the bus service party sign a contract, sign a resource sharing contract, and purchase a certain amount of resources, and the resource is dynamically supplemented according to the consumption situation;
  • the bus service party provides the purchase quantity of the bus card resource
  • the card service provider forms a bus card resource pool, and subsequent users open the card and switch the city, and the bus card resources are reduced and increased from the resource pool.
  • the method 300 can be performed before the method 200, and the card service provider signs a contract with each bus service party to purchase a certain amount of bus card resources, and forms a bus card resource pool in the server, where the bus card resource pool is included.
  • the bus card resources of multiple cities after the user opens the card and switches the city, the server can reduce and increase the resources from the resource pool.
  • bus card resource in the embodiment of the present application may include a bus card application and bus card data.
  • the server may be maintained by the card service provider.
  • each bus service party is a bus service party of the plurality of cities, and each city has its own bus service party, and the card service provider can advance to the bus service parties of the plurality of cities. Purchasing bus card resources.
  • the bus card application in the embodiment of the present application can be understood as a program, and after obtaining the card, the terminal device can request the current city bus card application (or the current city bus card program) or the universal The bus card application continues to request the current city bus card data from the server after receiving the installation script of the current city's public card application sent by the server or the installation script of the universal bus card application.
  • the universal bus card application can be understood as a program common to each city.
  • the terminal device only needs to request the bus card application (or program) from the server once, and in the process of subsequently switching the city, there is no need to redirect to the server again.
  • To request a bus card application simply request the bus card data from the server.
  • the terminal may locate the first city and request the card for the bus card application in the first city from the server. After obtaining the installation script of the card in the city's bus card application, the card can be understood as the bus card application of the first city.
  • the terminal may locate the first city and request the card for the bus in the first city.
  • Card data after the terminal receives the card data script sent by the server in the first city, the card can be understood as the bus card application of the first city.
  • FIG. 4 is a schematic flowchart of a method 400 for opening a card provided by an embodiment of the present application. As shown in FIG. 4, the method 400 includes:
  • the terminal device sends the first request information to the server, where the server receives the first request information sent by the terminal device, where the first request information is used to apply for a card to the server.
  • the user may first download a card application on the terminal device, and after opening the card application, apply for a card, which is a universal virtual bus card in multiple cities.
  • the information interaction between the terminal device and the server in the embodiment of the present application, or the command interaction, etc. can be implemented by using an RF circuit, a WIFI module, or a Bluetooth module, for example, the RF circuit 110 and the WIFI in the mobile phone 100.
  • the module 190 or the Bluetooth module 182 and the like are not limited in this application.
  • FIG. 5 is a schematic diagram of a one-card interface.
  • the user can click the “open” button on the interface provided by the display unit 160, and the touch panel 151 detects the touch operation on or near the touch panel 151.
  • the processor 130 is passed to determine the type of touch event, and the processor 130 then transmits the request information to the server based on the type of touch event.
  • the terminal device may also select city information before the user clicks the "open” button.
  • the interface provides information about the current city located by the GPS of the mobile phone 100, for example, "current city: city 1"; or, the user may select other cities. .
  • the server performs business processing, and records a user subscription result
  • the server sends a service order result to the terminal device, where the terminal device receives a service order result sent by the server.
  • the terminal device prompts the user to perform payment according to the service subscription result, and sends information about the payment subscription fee to the server.
  • the server sends an acknowledgement message to the terminal device, where the confirmation message is used to confirm that the card subscription is successful.
  • FIG. 6 is a schematic diagram of another one-card interface.
  • the terminal device after receiving the service subscription relationship sent by the server, the terminal device prompts the user to perform payment through the display interface provided by the display unit 160, and the display interface displays The information of the card, the display interface displays the payment amount, for example, the payment amount is "xx yuan", and finally, the user pays by clicking the "payment" button.
  • the order of the card may also be free.
  • the server sends an acknowledgement message to the terminal device, where the confirmation information is used to indicate The card was ordered successfully.
  • the terminal device After the user completes the payment, the terminal device automatically locates according to the current user location information or determines the first city information according to the user's selection.
  • the terminal device sends the second request information to the server, where the server receives the second request information sent by the terminal device, where the second request information is used to request to download the card application of the card in the first city.
  • the touch panel 151 detects the touch operation on or near the touch panel 151 and transmits it to the processor 130 to determine the type of the touch event.
  • the processor 130 After the first city information is determined, the second request information is sent to the server.
  • the server reserves a bus card resource of the card in the first city for the user.
  • the server reserves the bus card resource of the card in the first city for the terminal device.
  • the server sends a script command to the terminal device, where the terminal device receives the script command sent by the server, where the script command includes an installation script of the card in the first city bus card application.
  • bus card application and the installation script may be on the server or on the supporting server of the server.
  • the terminal device installs an installation script of the card in the first city bus card application
  • the terminal device sends the third request information to the server, where the server receives the third request information sent by the terminal device, where the third request information is used to request the bus card data of the card in the first city;
  • the server sends a script of the bus card data of the card in the first city to the terminal, and the terminal device receives a bus card data script sent by the server in the first city.
  • the installation script of the bus card data may be saved on the server, or may be saved on the support server of the server, which is not limited in this application.
  • bus card data script may also be referred to as a bus card data execution script.
  • the terminal device executes the card data script of the card in the first city.
  • the terminal device executing the bus card data script of the card in the first city may also be understood as the terminal device installing the card data file of the card in the first city.
  • the terminal device sends feedback information to the server, where the server receives the feedback information sent by the terminal device, where the feedback information is used to indicate an installation result of the bus card data script of the card in the first city;
  • the server After the server receives the feedback information, if the feedback information indicates that the card data of the first city is successfully installed, the server determines the bus card resource consumption of the first city.
  • the terminal card data script of the terminal device is successfully installed, that is, the terminal device successfully writes the bus card data into the bus card application
  • the terminal device sends the installation success information to the server
  • the server receives the After the successful information is installed, the bus card resource consumption of the first city is determined.
  • the bus card resource of the first city saved in the server is N
  • the server receives the information after the installation is successful, and the server The bus card resource of the city in the middle is updated to N-1, and N is a positive integer greater than or equal to 1.
  • the user can use the terminal device to sell the point of sale (POS) machine.
  • POS point of sale
  • the bus card may be stored in the storage unit, and the storage unit may be a separate embedded security unit (eSE), or may be stored in a trusted execution environment (TEE).
  • eSE embedded security unit
  • TEE trusted execution environment
  • it can also be stored in a cartoon application, or it can be saved on the server, and the data is acquired from the server and executed when used.
  • the method for opening a card according to the embodiment of the present application and the display interface of the terminal device during the card opening process are shown in the following with reference to FIG. 4 to FIG. 6 , and the switching of the card city in the embodiment of the present application is described below with reference to FIG. 7 and FIG. 8 .
  • the method and the schematic diagram of the terminal device display interface during the switching process are shown in the following with reference to FIG. 4 to FIG. 6 , and the switching of the card city in the embodiment of the present application is described below with reference to FIG. 7 and FIG. 8 .
  • the method and the schematic diagram of the terminal device display interface during the switching process are shown in the following with reference to FIG. 4 to FIG. 6 , and the switching of the card city in the embodiment of the present application is described below with reference to FIG. 7 and FIG. 8 .
  • FIG. 7 is a schematic flowchart of a method 500 for switching a card city according to an embodiment of the present application. As shown in FIG. 7, the method 500 includes:
  • the terminal device can automatically switch the city according to the user location, or remind the user to switch the city, or the user enters the card application to switch the city.
  • the mobile phone 100 can detect the new city information through the GPS unit of the mobile phone 100, and send the city information to the processor 130, and the processor 130 executes City switching.
  • the mobile phone 100 can remind the user to switch the city.
  • the manner of reminding includes but is not limited to the following ways:
  • the processor 130 After receiving the second city information sent by the GPS unit, the processor 130 displays the new city by the control display unit 160 to remind the user to enter the card application to switch the city;
  • the processor 130 After receiving the second city information sent by the GPS unit, the processor 130 controls the audio circuit 111 and the speaker 112 to remind the user to enter the card application to switch the city;
  • the processor 130 After receiving the second city information sent by the GPS unit, the processor 130 reminds the user to enter the card application to switch the city through the vibration device (not shown in FIG. 1).
  • the user can open an open application for the city to switch.
  • FIG. 8 is a schematic diagram of still another card interface.
  • the mobile phone 100 reminds the user to perform city switching, and the user punches the card interface to perform city switching, or the user opens the card application to perform city switching.
  • the card package interface of the application displays the information of the card.
  • the interface displays the card number obtained by the user after purchasing the card and the name of the card. For example, the card number is “123xxx”, and the name of the card is “xxx card”.
  • the user can click "Switch City” to select the city information of the second city. For example, the user can click "City 2" to complete the city switching.
  • the terminal device sends a fourth request information to the server, where the server receives the fourth request information sent by the terminal device, where the fourth request information is used to request to delete the bus card application of the card in the first city;
  • the server sends a delete command to the terminal device, where the terminal device receives the delete command sent by the server, where the delete command is used to instruct the terminal device to delete the bus card application of the card in the first city;
  • the terminal device executes the delete command.
  • the terminal device reports a deletion command execution result to the server, and the server receives a deletion command execution result of the terminal device;
  • the step of subsequently installing the bus card of the second city is similar to the process of opening the card of the method 400, S407-S415.
  • the terminal device in S507 requests the server for the bus card data of the card in the second city, and the server sends a data script of the card to the bus card of the second city to the terminal device, where the card is in the
  • the bus card data script of the second city includes the bus card balance information, and the bus card balance information is the balance information of the bus card of the card in the first city.
  • the bus card data script of the second city includes the bus card number of the second city, the credit card record and the recharge record in the first city.
  • the method 500 further includes:
  • the server receives the bus card balance information sent by the bus service party of the first city;
  • the server sends the bus card balance information to the bus service party of the second city.
  • each bus service party in method 300 includes a bus service party of the first city and a bus service party of the second city.
  • the server may request capital recovery from the bus service party of the first city, and after opening the bus card of the second city, The amount of the bus card balance of the first city is transferred to the bus card of the two cities, thereby avoiding the loss of user funds.
  • the server can request the Beijing bus service to recover the amount of the balance in Beijing, and transfer the amount to the bus service provider in Shanghai, and fill the card into the bus card of the card in Shanghai.
  • S502-S506 is an optional step, that is, the terminal device can save the bus card of one or more cities, and when the capacity of the terminal device stores the bus card reaches the upper limit, the S502-S506 is executed, thereby deleting the bus of the current city. Bus cards in other cities than cards.
  • the terminal device can prevent the user from opening a door every time a city is opened by opening a card, and can switch the city freely in a card application, which is easy to operate and helps to avoid users. Loss of funds.
  • FIG. 9 is a schematic flowchart of a method 600 for opening a card provided by an embodiment of the present application. As shown in FIG. 9, the method 600 includes:
  • the terminal device sends the first request information to the server, where the server receives the first request information sent by the terminal device, where the first request information is used to apply for a card to the server, where the card is a universal virtual bus in multiple cities. card;
  • the server performs business processing, and records a user subscription result.
  • the server sends a service order result to the terminal device, where the terminal device receives a service order result sent by the server.
  • the terminal device prompts the user to make a payment according to the service subscription result, and sends information about the payment subscription fee to the server.
  • the server sends an acknowledgement message to the terminal device, where the confirmation message is used to confirm that the card subscription is successful.
  • S601-S605 is the same as S401-S405 in the method 400, and is not described herein again for the sake of brevity.
  • the terminal device sends a fifth request information to the server, where the server receives the fifth request information sent by the terminal device, where the fifth request information is used to request a universal bus card application.
  • S606 is similar to S407, except that the terminal device requests the server to download a universal bus card application instead of a different bus card application in each city.
  • the method for opening a card in the embodiment of the present application requests the universal bus card application from the server through the terminal device, which helps to prevent the user from performing an opening operation every time a city is visited.
  • the server reserves resources for the user.
  • the server sends a script command to the terminal device, where the terminal device receives the script command sent by the server, where the script command includes an installation script of the universal bus card application;
  • the terminal device installs an installation script of the universal bus card application.
  • S606-S609 in method 600 is different from S407-S410 in method 400 in that the terminal device requests a universal bus card application from the server, and after the user installs the universal bus card application on the terminal device, each After arriving in a new city, the terminal device does not have to perform the action of deleting the old city bus card application.
  • S610 The terminal device automatically locates according to location information of the current user or determines first city information according to the user's selection;
  • the terminal device sends third request information to the server, where the server receives the third request information sent by the terminal device, where the third request information is used to request the bus card data of the card in the first city;
  • the server sends a bus data script of the card in the first city to the terminal, and the terminal device receives a bus data script of the card sent by the server in the first city;
  • the terminal device executes a bus card data script of the card in the first city
  • the terminal device sends feedback information to the server, where the server receives the feedback information sent by the terminal device, where the feedback information is used to indicate an installation result of the bus card data script of the card in the first city;
  • the server After the server receives the feedback information, if the feedback information indicates that the card data of the first city is successfully installed, the server determines the bus card resource consumption of the first city.
  • S611-S615 in the method 600 is the same as S411-S415 in the method 400, and is not described herein again for brevity.
  • FIG. 10 is a schematic flowchart of a method 700 for switching a card city according to an embodiment of the present application.
  • the method 700 for switching a card city is performed on the basis of the method 600, and the terminal device is installed with a universal bus card application, as shown in FIG.
  • the method 700 includes:
  • the terminal device can automatically switch the city according to the user location, or remind the user to switch the city, or the user enters the card application to switch the city.
  • S701 is the same as S501 in the method 500, and is not described herein again for the sake of brevity.
  • the terminal device sends a sixth request information to the server, where the server receives the sixth request information sent by the terminal device, where the sixth request information is used to request the bus card data of the card in the second city;
  • the server sends a script of the bus card data of the card in the second city to the terminal device, where the terminal device receives a bus card data script sent by the server in the second city.
  • the card includes the bus card balance information in the bus card data script of the second city, and the bus card balance information is balance information of the card in the bus card of the first city.
  • the method 700 further includes:
  • the server receives the bus card balance information sent by the bus service party of the first city;
  • the server sends the bus card balance information to the bus service party of the second city.
  • the terminal device performs an update of a bus card data script.
  • the terminal device sends feedback information to the server, the server receives the feedback information sent by the terminal device, and the feedback information is used to indicate an installation result of the bus card data script of the card in the second city;
  • the server After the server receives the feedback information, if the feedback information indicates that the card data of the second city is successfully installed, the server updates the bus card resources of the first city and the second city.
  • the processor 130 of the mobile phone 100 obtains the information of the second city automatically positioned by the mobile phone 100, or obtains the user selection.
  • the bus card data of the second city can be directly requested from the server, without deleting the bus card application of the first city and downloading the bus card application of the second city, and obtaining the server at the mobile phone 100.
  • the server sends feedback information to the server, and the server may update the data resources of the first city and the second city according to the feedback information.
  • the bus card resources of the first city and the second city saved in the server are N and M respectively, and after receiving the information that the installation is successful, the server will The bus card resource of the city in the server is updated to N+1, and the bus card resource of the city in the server is updated to M-1, N is an integer greater than or equal to 0, and M is greater than or equal to A positive integer of 1.
  • the terminal device can prevent the user from opening a door every time a city is opened by opening a card, and can switch the city freely in a card application, which is easy to operate and helps to avoid users. Loss of funds.
  • FIG. 11 is a schematic block diagram of a terminal device 800 provided by an embodiment of the present application. As shown in FIG. 11, the terminal device 800 includes a processing module 810 and a transceiver module 820, where
  • the processing module 810 is configured to generate first request information, where the first request information is used to request a card, and the card is a virtual bus card that is common in multiple cities;
  • the transceiver module 820 is configured to send the first request information to the server
  • the transceiver module 820 is further configured to receive the confirmation information sent by the server, where the confirmation information is used to indicate that the card is successfully ordered;
  • the transceiver module 820 is further configured to send second request information to the server, where the second request information is used to request the bus card data of the card in the first city, the multiple cities Including the first city;
  • the transceiver module 820 is further configured to receive a bus card data script of the card sent by the server in the first city;
  • the processing module 810 is further configured to install a bus card data script of the card in the first city.
  • the “transceiver module” may also be referred to as a “communication module” or the like.
  • the transceiver module 820 is further configured to:
  • the terminal device switches from the first city to the second city, sending, to the server, third request information, where the third request information is used to request the bus card data of the card in the second city, where the plurality of cities include the Second city;
  • the bus card data script of the card in the second city includes bus card balance information, and the bus card balance information is the card of the card in the first city Balance information;
  • the processing module 810 is further configured to install a bus card data script of the card in the second city.
  • the transceiver module 820 is further configured to:
  • the fourth request information is used to request a city bus card application
  • the processing module 810 is further configured to install an installation script of the city bus card application.
  • the city bus card application is a bus card application of the card in the first city, or the city bus card application is a universal bus card application.
  • the city bus card application is a bus card application of the card in the first city
  • the transceiver module 820 is further configured to:
  • the processing module 810 is further configured to install an installation script of the card application of the card in the second city.
  • FIG. 12 is a schematic block diagram of a server 900 according to an embodiment of the present application.
  • the server 900 includes a transceiver module 910 and a processing module 920, where
  • the transceiver module 910 is configured to receive first request information sent by the terminal device, where the first request information is used to request a card, and the card is a virtual bus card that is common in multiple cities;
  • the processing module 920 is configured to generate confirmation information, where the confirmation information is used to indicate that the card subscription is successful;
  • the transceiver module 910 is further configured to send the confirmation information to the terminal device.
  • the transceiver module 910 is further configured to receive second request information sent by the terminal device, where the second request information is used to request the card of the card in the first city when the terminal device is located in the first city. Data, the plurality of cities including the first city;
  • the transceiver module 910 is further configured to send, to the terminal device, a bus card data script of the card in the first city.
  • the transceiver module 910 is further configured to:
  • the bus card data script of the card in the second city includes bus card balance information
  • the bus card balance information is a card balance of the card in the first city information.
  • the transceiver module 910 is further configured to:
  • the bus card balance information is sent to the bus service party of the second city.
  • the transceiver module 910 is further configured to:
  • the installation script of the city bus card application is sent to the terminal device.
  • the city bus card application is a bus card application of the card in the first city, or the city bus card application is a universal bus card application.
  • the city bus card application is a bus card application of the card in the first city
  • the transceiver module 910 is further configured to:
  • the server stores the bus card resources of the plurality of cities, the bus card resources include bus card data, and the processing module 920 is further configured to:
  • FIG. 13 is a schematic block diagram of a terminal device 1000 provided by an embodiment of the present application.
  • the terminal device 1000 includes one or more processors 1010, a memory 1020, and a transceiver 1030; the one or more processors 1010, the memory 1020, and the transceiver 1030 are each connected by an internal path;
  • the memory 1020 is configured to store a computer execution instruction
  • the one or more processors 1010 are configured to execute computer execution instructions stored by the memory 1020, so that the server 1000 can perform data interaction with other devices through the transceiver 1030 to perform the implementation provided by the foregoing method embodiments.
  • the one or more processors 1010 are configured to perform the following operations:
  • the transceiver 1030 Sending, by the transceiver 1030, the first request information to the server, where the first request information is used to request to order a card, and the card is a virtual bus card that is common in multiple cities;
  • the terminal device When the terminal device is located in the first city, sending, by the transceiver 1030, the second request information to the server, where the second request information is used to request the bus card data of the card in the first city, where the plurality of cities includes the first a city
  • terminal device 1000 may be specifically the terminal device 800 in the foregoing embodiment, and may be used to perform various steps and/or processes corresponding to the terminal device in the foregoing method embodiments.
  • a “transceiver” represents a device for receiving and transmitting information
  • other device descriptions such as “communication interface”, “communication device”, etc., may be used, and the application is not limited thereto. .
  • FIG. 14 is a schematic block diagram of a server 1100 provided by an embodiment of the present application.
  • the server 1100 includes one or more processors 1110, a memory 1120, and a transceiver 1130; the one or more processors 1110, the memory 1120, and the transceiver 1130 are each connected by an internal path;
  • the memory 1120 is configured to store a computer execution instruction
  • the one or more processors 1110 are configured to execute the computer-executed instructions stored by the memory 1120, so that the terminal device 1100 can perform data interaction with other devices through the transceiver 1130 to perform the foregoing method embodiments.
  • the way to implement a card The way to implement a card.
  • the one or more processors 1110 are configured to perform the following operations:
  • the transceiver 1130 Receiving, by the transceiver 1130, the first request information sent by the terminal device, where the first request information is used to request to order a card, and the card is a virtual bus card that is common in multiple cities;
  • the confirmation message is used to indicate that the card is successfully ordered
  • the terminal device requests the bus card data of the card in the first city, Multiple cities including the first city;
  • the bus card data script of the card in the first city is sent to the terminal device through the transceiver 1130.
  • server 1100 may be specifically the server 900 in the foregoing embodiment, and may be used to perform various steps and/or processes corresponding to the server 900 in the foregoing method embodiments.
  • a “transceiver” represents a device for receiving and transmitting information
  • other device descriptions such as “communication interface”, “communication device”, etc., may be used, and the application is not limited thereto. .
  • the one or more processors 1110 may correspond to the processor 130 of FIG. 1, which may correspond to the memory 140 of FIG. 1, which may correspond to the RF circuit 110 of FIG. , WIFI module 190 or Bluetooth module 182.
  • the embodiment of the present application further provides a computer program product, when it is run on a computer, causes the computer to perform the above-mentioned method for implementing a provisioning.
  • the computer program product may be software, and may be other types of computer program products, and the application is not limited thereto.
  • the processor may be a central processing unit (CPU), a network processor (NP), or a combination of a CPU and an NP.
  • the processor may further include a hardware chip.
  • the hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof.
  • the PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a general array logic (GAL), or any combination thereof.
  • the memory can be either volatile memory or non-volatile memory, or can include both volatile and non-volatile memory.
  • the non-volatile memory may be a read-only memory (ROM), a programmable read only memory (ROMM), an erasable programmable read only memory (erasable PROM, EPROM), or an electrical Erase programmable EPROM (EEPROM) or flash memory.
  • ROM read-only memory
  • ROMM programmable read only memory
  • EPROM erasable programmable read only memory
  • EEPROM electrical Erase programmable EPROM
  • flash memory electrical Erase programmable EPROM
  • the volatile memory can be a random access memory (RAM) that acts as an external cache.
  • the computer program product can include one or more computer instructions.
  • the computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable device.
  • the computer instructions can be stored in a computer readable storage medium or transferred from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be from a website site, computer, server or data center Transfer to another website site, computer, server, or data center by wire (eg, coaxial cable, fiber optic, digital subscriber (DSL), or wireless (eg, infrared, wireless, microwave, etc.).
  • the computer readable storage medium can be any available media that can be accessed by a computer or a data storage device such as a server, data center, or the like that includes one or more available media.
  • the usable medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic disk), an optical medium (eg, a DVD), or a semiconductor medium (such as a solid state disk (SSD)) or the like.
  • a magnetic medium eg, a floppy disk, a hard disk, a magnetic disk
  • an optical medium eg, a DVD
  • a semiconductor medium such as a solid state disk (SSD)
  • the disclosed systems, devices, and methods may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product.
  • the technical solution of the present application which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including
  • the instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present application.
  • the foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read only memory, a random access memory, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请提供了一种实现一卡通的方法、终端设备和服务器，该方法包括：终端设备向服务器发送第一请求信息，该第一请求信息用于请求订购一卡通，该一卡通为多个城市中通用的虚拟公交卡；该终端设备接收该服务器发送的确认信息，该确认信用于指示该一卡通订购成功；当该终端设备定位在第一城市时，该终端设备向该服务器发送第二请求信息，该第二请求信息用于请求该一卡通在该第一城市的公交卡数据，该多个城市包括该第一城市；该终端设备接收并安装该服务器发送的该一卡通在该第一城市的公交卡数据脚本。本申请实施例的实现一卡通的方法，用户无需逐个开通各个城市的公交卡，有助于减少用户多次开卡的繁琐操作。

Description

一种实现一卡通的方法、终端设备和服务器
本申请要求于2018年1月27日提交中国专利局、申请号为201810080264.0、申请名称为“一种一卡通实现方法、终端和服务器”和2018年5月28日提交中国专利局、申请号为201810519476.4、申请名称为“一种实现一卡通的方法、服务器和终端设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及电子设备领域，并且更具体地，涉及一种实现一卡通的方法、终端设备和服务器。
背景技术
目前的各种支付(pay)包含公交卡，如果用户有需求开通多个，则每个城市都需要开通，用户需要开通多次，操作比较麻烦。
发明内容
有鉴于此，本申请提供一种实现一卡通的方法、服务器和终端设备，以期减少用户多次开卡的繁琐操作。
第一方面，提供了一种实现一卡通的方法，该方法包括：终端设备向服务器发送第一请求信息，该第一请求信息用于请求订购一卡通，该一卡通为多个城市中通用的虚拟公交卡；该终端设备接收该服务器发送的确认信息，该确认信用于指示该一卡通订购成功；当该终端设备定位在第一城市时，该终端设备向该服务器发送第二请求信息，该第二请求信息用于请求该一卡通在该第一城市的公交卡数据，该多个城市包括该第一城市；该终端设备接收并安装该服务器发送的该一卡通在该第一城市的公交卡数据脚本。
本申请实施例中，该公交卡数据包括但不限于以下几种：公交卡金额、公交卡卡号(该终端设备所定位城市的公交卡卡号)、用户的刷卡记录、充值记录等等。
应理解，该终端设备获得该服务器发送的确认信息之后，该终端设备的显示单元上可以显示该一卡通的卡号，当用户使用该终端设备具体定位在第一城市时，该终端设备向该服务器请求该一卡通在该第一城市的公交卡数据，该服务器向该终端设备返回的该一卡通在该第一城市的公交卡数据脚本中可以包含该一卡通在该第一城市的公交卡卡号，该一卡通在该第一城市的公交卡卡号与该一卡通的卡号不同，该一卡通在该第一城市的公交卡卡号可以不在该终端设备的显示单元上显示。
在一些可能的实现方式中，该服务器存储该多个城市的公交卡资源，该公交卡资源包括公交卡应用和公交卡数据。
应理解，该公交卡应用可以理解为程序(app)，该终端设备在获取服务器发送的确认信之后，该一卡通中并不包含任何应用或者数据，此时需要用户定位某一个城市或者该 终端设备自己定位到某一个城市后，该终端设备会向该服务器请求该一卡通在某一个城市的公交卡应用或者公交卡数据，该终端设备在请求了该公交卡应用并安装了该应用后，可以继续向该服务器请求该一卡通在某一个城市的公交卡数据。还应理解，该终端设备在获取了该一卡通在该城市的公交卡数据后，用户才可以使用该一卡通在该城市进行刷卡操作。
在一些可能的实现方式中，该方法还包括：该终端设备根据确认信息，提醒用户进行支付。
应理解，本申请实施例中，该一卡通可以是免费获取的，也可以是服务器指示用户进行付费后获取的，若该一卡通是免费获取的，则在该服务器向该终端设备发送该第一城市的公交卡数据之前，该终端设备需要提醒用户支付订购一卡通的费用。
本申请实施例的实现一卡通的方法，通过在向服务器请求一张多个城市通用的虚拟公交卡，用户可以通过自由切换城市，在不同的城市中使用该一卡通，有助于减少用户多次开卡的繁琐操作。
结合第一方面，在第一方面的某些可能的实现方式中，该方法还包括：当该终端设备从该第一城市切换至第二城市时，该终端设备向该服务器发送第三请求信息，该第三请求信息用于请求该一卡通在该第二城市的公交卡数据，该多个城市包括该第二城市；该终端设备接收并安装该服务器发送的该一卡通在该第二城市的公交卡数据脚本，该一卡通在该第二城市的公交卡数据脚本包括公交卡余额信息，该公交卡余额信息为该一卡通在该第一城市的公交卡余额信息。
在一些可能的实现方式中，该一卡通在该第二城市的公交卡数据脚本还包括用户的刷卡记录。
本申请实施例的实现一卡通的方法，用户到达一个新的城市后，服务器在发送给终端设备的公交卡数据脚本中包括之前城市公交卡内的余额信息，有助于避免用户的资金损失。
结合第一方面，在第一方面的某些可能的实现方式中，该终端设备向该服务器发送第二请求信息之前，该方法还包括：该终端设备向该服务器发送第四请求信息，该第四请求信息用于请求城市公交卡应用；该终端设备接收并安装该服务器发送的该城市公交卡应用的安装脚本。
在一些可能的实现方式中，该一卡通在该第一城市的公交卡数据应用于该城市公交卡应用中。结合第一方面，在第一方面的某些可能的实现方式中，该城市公交卡应用为该一卡通在该第一城市的公交卡应用，或者，该城市公交卡应用为通用的公交卡应用。
在一些可能的实现方式中，若该城市公交卡应用为通用的公交卡应用，该一卡通在该第一城市的公交卡数据和该一卡通在该第二城市的公交卡数据都应用于该城市公交卡应用中。
本申请实施例中，若该城市公交卡应用为该一卡通在该第一城市的公交卡应用，该终端可以定位在该第一城市并向服务器请求该一卡通在该第一城市的公交卡应用，在获取了该一卡通在该一城市的公交卡应用的安装脚本后，该一卡通可以理解为该第一城市的公交卡应用。
本申请实施例中，若城市公交卡应用为通用的公交卡应用，则在获取了通用的公交应 用后，该终端可以定位在该第一城市并向服务器请求该一卡通在该第一城市的公交卡数据，该终端在接收该服务器发送的该一卡通在该第一城市的公交卡数据脚本后，该一卡通可以理解为该第一城市的公交卡应用。
本申请实施例的实现一卡通的方法，若该城市公交卡应用为通用的城市公交卡应用，在执行城市切换后，无需删除之前城市的公交卡应用，只需要向服务器请求新城市的公交卡数据。
结合第一方面，在第一方面的某些可能的实现方式中，该城市公交卡应用为该第一城市的公交卡应用，该终端设备向该服务器发送第三请求信息之前，该方法还包括：该终端设备向该服务器发送第五请求信息，该第五请求信息用于请求该一卡通在该第二城市的公交卡应用；该终端设备接收并安装该服务器发送的该一卡通在该第二城市的公交卡应用的安装脚本。
在一些可能的实现方式中，该一卡通在该第二城市的公交卡数据应用于该一卡通在该第二城市的公交卡应用中。
在一些可能的实现方式中，该终端设备向该服务器发送第五请求信息之前，该方法还包括：该终端设备向该服务器发送第六请求信息，该第六请求信息用于删除该一卡通在该第一城市的公交卡应用；该终端设备接收该服务器发送的该一卡通在该第一城市的公交卡应用的删除脚本。
第二方面，提供了一种实现一卡通的方法，该方法包括：服务器接收终端设备发送的第一请求信息，该第一请求信息用于请求订购一卡通，该一卡通为多个城市中通用的虚拟公交卡；该服务器向该终端设备发送确认信息，该确认信息用于指示该一卡通订购成功；该服务器接收该终端设备发送的第二请求信息，该第二请求信息用于当该终端设备定位在第一城市时，该终端设备请求该一卡通在该第一城市的公交卡数据，该多个城市包括该第一城市；该服务器向该终端设备发送该一卡通在该第一城市的公交卡数据脚本。
在一些可能的实现方式中，该服务器存储该多个城市的公交卡资源，该公交卡资源包括公交卡应用和公交卡数据。
结合第二方面，在第二方面的某些可能的实现方式中，该方法还包括：当该终端设备从该第一城市切换至第二城市时，该服务器接收该终端设备发送的第三请求信息，该第三请求信息用于请求该一卡通在该第二城市的公交卡数据，该多个城市包括该第二城市；该服务器向该终端设备发送该一卡通在该第二城市的公交卡数据脚本，该第二城市的公交卡数据脚本包括公交卡余额信息，该公交卡余额信息为该一卡通在该第一城市的公交卡余额信息。
结合第二方面，在第二方面的某些可能的实现方式中，该服务器向该终端设备发送该一卡通在该第二城市的公交卡数据脚本之前，该方法还包括：该服务器接收该第一城市的公交服务方发送的该公交卡余额信息；该服务器向该第二城市的公交服务方发送该公交卡余额信息。
结合第二方面，在第二方面的某些可能的实现方式中，该服务器接收该终端设备发送的第二请求信息之前，该方法还包括：该服务器接收该终端设备发送的第四请求信息，该第四请求信息用于请求城市公交卡应用；该服务器向该终端设备发送该城市公交卡应用的安装脚本。
在一些可能的实现方式中，该一卡通在该第一城市的公交卡数据应用于该城市公交卡应用中。
结合第二方面，在第二方面的某些可能的实现方式中，该城市公交卡应用为该一卡通在该第一城市的公交卡应用，或者，该城市公交卡应用为通用的公交卡应用。
在一些可能的实现方式中，若该城市公交卡应用为通用的公交卡应用，该一卡通在该第一城市的公交卡数据和该一卡通在该第二城市的公交卡数据都应用于该城市公交卡应用中。
结合第二方面，在第二方面的某些可能的实现方式中，该城市公交卡应用为该第一城市的公交卡应用，该服务器接收该终端设备发送的第三请求信息之前，该方法还包括：该服务器接收该终端设备发送的第五请求信息，该第五请求信息用于请求该一卡通在该第二城市的公交卡应用；该服务器向该终端设备发送该一卡通在该第二城市的公交卡应用的安装脚本。
在一些可能的实现方式中，该一卡通在该第二城市的公交卡数据应用于该一卡通在该第二城市的公交卡应用中。
结合第二方面，在第二方面的某些可能的实现方式中，该服务器存储该多个城市的公交卡资源，该公交卡资源包括公交卡数据，该服务器向该终端设备发送该一卡通在该第一城市的公交卡数据脚本之后，该方法还包括：该服务器更新该第一城市的公交卡资源。
第三方面，提供了一种终端设备，该终端设备包括：处理器，用于生成第一请求信息，该第一请求信息用于请求订购一卡通，该一卡通为多个城市中通用的虚拟公交卡；收发器，用于向服务器发送该第一请求信息；该收发器还用于接收该服务器发送的确认信息，该确认信息用于指示该一卡通订购成功；当该终端设备定位在第一城市时，该收发器还用于向该服务器发送第二请求信息，该第二请求信息用于请求该一卡通在第一城市的公交卡数据，该多个城市包括该第一城市；该收发器还用于接收该服务器发送的该一卡通在第一城市的公交卡数据脚本；该处理器还用于安装该一卡通在第一城市的公交卡数据脚本。
应理解，本申请实施例中的“收发器”还可以称之为“通信接口”，“通信模块”等等。
结合第三方面，在第三方面的某些可能的实现方式中，该收发器还用于：当该终端设备从该第一城市切换至第二城市时，向该服务器发送第三请求信息，该第三请求信息用于请求该一卡通在第二城市的公交卡数据，该多个城市包括该第二城市；接收该服务器发送的该一卡通在第二城市的公交卡数据脚本，该一卡通在第二城市的公交卡数据脚本包括公交卡余额信息，该公交卡余额信息为该一卡通在该第一城市的公交卡余额信息；其中，该处理器还用于安装该一卡通在第二城市的公交卡数据脚本。
结合第三方面，在第三方面的某些可能的实现方式中，该收发器还用于：向该服务器发送第四请求信息，该第四请求信息用于请求城市公交卡应用；接收该服务器发送的该城市公交卡应用的安装脚本；其中，该处理器还用于安装该城市公交卡应用的安装脚本。
结合第三方面，在第三方面的某些可能的实现方式中，该城市公交卡应用为该一卡通在该第一城市的公交卡应用，或者，该城市公交卡应用为通用的公交卡应用。
结合第三方面，在第三方面的某些可能的实现方式中，该城市公交卡应用为该一卡通在该第一城市的公交卡应用，该收发器还用于：向该服务器发送第五请求信息，该第五请求信息用于请求该一卡通在该第二城市的公交卡应用；接收该服务器发送的该一卡通在该 第二城市的公交卡应用的安装脚本；其中，该处理器还用于安装该一卡通在该第二城市的公交卡应用的安装脚本。
第四方面，提供了一种服务器，该服务器包括：收发器，用于接收终端设备发送的第一请求信息，该第一请求信息用于请求订购一卡通，该一卡通为多个城市中通用的虚拟公交卡；处理器，用于生成确认信息，该确认信息用于指示该一卡通订购成功；该收发器还用于向该终端设备发送该确认信息；该收发器还用于接收该终端设备发送的第二请求信息，该第二请求信息用于当该终端设备定位在第一城市时，该终端设备请求该一卡通在该第一城市的公交卡数据，该多个城市包括该第一城市；该收发器还用于向该终端设备发送该一卡通在该第一城市的公交卡数据脚本。
结合第四方面，在第四方面的某些可能的实现方式中，该收发器还用于：接收该终端设备发送的第三请求信息，该第三请求信息用于请求该一卡通在该第二城市的公交卡数据，该多个城市包括该第二城市；向该终端设备发送该第二城市的公交卡数据脚本，该一卡通在该第二城市的公交卡数据脚本包括公交卡余额信息，该公交卡余额信息为该一卡通在该第一城市的公交卡余额信息。
结合第四方面，在第四方面的某些可能的实现方式中，该收发器还用于：接收该第一城市的公交服务方发送的该公交卡余额信息；向该第二城市的公交服务方发送该公交卡余额信息。
结合第四方面，在第四方面的某些可能的实现方式中，该收发器还用于：接收该终端设备发送的第四请求信息，该第四请求信息用于请求城市公交卡应用；向该终端设备发送该城市公交卡应用的安装脚本。
结合第四方面，在第四方面的某些可能的实现方式中，该城市公交卡应用为该一卡通在该第一城市的公交卡应用，或者，该城市公交卡应用为通用的公交卡应用。
结合第四方面，在第四方面的某些可能的实现方式中，该城市公交卡应用为该一卡通在该第一城市的公交卡应用，该收发器还用于：接收该终端设备发送的第五请求信息，该第五请求信息用于请求该一卡通在该第二城市的公交卡应用；向该终端设备发送该一卡通在该第二城市的公交卡应用的安装脚本。
结合第四方面，在第四方面的某些可能的实现方式中，该服务器存储该多个城市的公交卡资源，该公交卡资源包括公交卡数据，该处理器还用于：更新该第一城市的公交卡资源。
第五方面，提供了一种终端设备，该终端设备包括用于执行以上第一方面各个步骤的单元或者模块。
第六方面，提供了一种服务器，该服务器包括用于执行以上第二方面各个步骤的单元或者模块。
第七方面，提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机机构执行上述第一方面以及第一方面任意一种可能的实现方式中所述的方法。
第八方面，提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机机构执行上述第二方面以及第二方面任意一种可能的实现方式中所述的方法。
第九方面，提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面以及第一方面任意一种可能的实现方式中所述的方法。
第十方面，提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面以及第二方面任意一种可能的实现方式中所述的方法。
附图说明
图1是根据本申请实施例的手机的示意性结构图。
图2是根据本申请实施例提供的实现一卡通的方法的示意性流程图。
图3是根据本申请实施例的一卡通业务提供方和各公交公司签约过程的示意图。
图4是根据本申请实施例的开通一卡通的方法的示意性流程图。
图5是根据本申请实施例的一种一卡通界面的示意图。
图6是根据本申请实施例的另一种一卡通界面的示意图。
图7是根据本申请实施例的切换一卡通城市的方的示意性流程图。
图8是根据本申请实施例的再一种一卡通界面的示意图。
图9是根据本申请实施例的开通一卡通的方法的另一示意性流程图。
图10是根据本申请实施例的切换一卡通城市的方的另一示意性流程图。
图11是根据本申请实施例的终端设备的示意性框图。
图12是根据本申请实施例的服务器的示意性框图。
图13是根据本申请实施例的终端设备的另一示意性框图。
图14是根据本申请实施例的服务器的另一示意性框图。
具体实施方式
本申请实施例的技术方案可以应用于终端设备(也称为，用户设备)，例如，手机、手环、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、个人数字助理(personal digital assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备等，而不仅限于通信终端。
首先，以图1所示的手机100为例对本申请实施例所适用的终端设备进行介绍。在本申请实施例中，手机100可以包括：射频(radio frequency，RF)电路110、电源120、处理器130、存储器140、输入单元150、显示单元160、传感器170、音频电路180、以及无线保真(wireless fidelity，WIFI)模块190等部件。本领域技术人员可以理解，图1中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图1对手机100的各个构成部件进行具体的介绍：
RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器130处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noise amplifier，LNA)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(global system of mobile communication，GSM)、通用分组无线服务(general packet radio service，GPRS)、码分多址(code division multiple access，CDMA)、宽带码分多址 (wideband code division multiple access，WCDMA)、长期演进(long term evolution，LTE)、电子邮件、短消息服务(short messaging service，SMS)等。本申请实施例中，手机100可以通过该RF电路110与POS机通讯，例如，用户在乘坐地铁时，可以使用手机100中的RF电路110与闸机进行通信。
存储器140可用于存储软件程序以及模块，处理器130通过运行存储在存储器140的软件程序以及模块，从而执行手机100的各种功能应用以及数据处理。存储器140可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机100的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器140可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元150可用于接收输入的数字或字符信息，以及产生与手机100的用户设置以及功能控制有关的键信号输入。具体地，输入单元150可包括触控面板151以及其他输入设备152。触控面板151，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板151上或在触控面板151附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板151可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器130，并能接收处理器130发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板151。除了触控面板151，输入单元150还可以包括其他输入设备152。具体地，其他输入设备152可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元160可用于显示由用户输入的信息或提供给用户的信息以及手机100的各种菜单。显示单元160可包括显示面板161，可选的，可以采用LCD、OLED等形式来配置显示面板161。进一步的，触控面板151可覆盖显示面板161，当触控面板151检测到在其上或附近的触摸操作后，传送给处理器130以确定触摸事件的类型，随后处理器130根据触摸事件的类型在显示面板161上提供相应的视觉输出。虽然在图1中，触控面板151与显示面板151是作为两个独立的部件来实现手机100的输入和输入功能，但是在某些实施例中，可以将触控面板151与显示面板161集成而实现手机100的输入和输出功能。本申请实施例中，显示单元可以向用户提供开通一卡通的界面，用户可以在显示单元160提供的界面上完成开通一卡通以及切换城市的操作。
音频电路180、扬声器181可提供用户与手机100之间的音频接口。音频电路180可将接收到的音频数据转换后的电信号，传输到扬声器181，由扬声器181转换为声音信号输出；另一方面，麦克风182将收集的声音信号转换为电信号，由音频电路180接收后转换为音频数据，再将音频数据输出至RF电路110以发送给比如另一手机，或者将音频数据输出至存储器140以便进一步处理。
蓝牙模块182是蓝牙功能的印刷电路板(printed circuit board assembly，PCBA)，用于短距离无线通讯，按功能分为蓝牙数据模块和蓝牙语音模块。WIFI属于短距离无线传 输技术，手机100通过WIFI模块190可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WIFI模块190，但是可以理解的是，其并不属于手机100的必须构成，完全可以根据需要在不改变本申请的本质的范围内而省略。本申请实施例中，手机100可以通过无线网络(WIFI，4G，或者，未来的5G)向服务器请求开通一卡通业务，请求安装城市公交卡应用，请求城市公交卡数据等等。
处理器130是手机100的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器140内的软件程序和/或模块，以及调用存储在存储器140内的数据，执行手机100的各种功能和处理数据，从而实现基于手机的多种业务。可选的，处理器130可包括一个或多个处理单元；优选的，处理器130可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器130中。本申请实施例的处理器130可以控制音频电路180以及扬声器181提醒用户切换城市，安装新城市的公交卡应用，执行删除老城市的公交卡应用等等操作。
手机100还包括给各个部件供电的电源120(比如电池)，优选的，电源可以通过电源管理系统与处理器130逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。
尽管未示出，手机100还可以包括摄像头等，在此不再赘述。
需要说明的是，图1所示手机仅为一种终端设备的举例，本申请实施例并未特别限定，本申请实施例可以应用于手机、平板电脑等电子设备，本申请实施例对此不做限定。
图2示出了本申请实施例提供的实现一卡通的方法200的示意性流程图，如图2所示，该方法200包括：
S210，终端设备向服务器发送第一请求信息，该服务器接收该终端设备发送的该第一请求信息，该第一请求信息用于请求开通一卡通，该一卡通为多个城市中通用的虚拟公交卡；
S220，该服务器向该终端设备发送确认信息，该终端设备接收该服务器发送的该确认信息，该确认信息用于指示该一卡通订购成功。
具体而言，用户可以首先在手机100中下载一卡通应用程序(app)，用户可以打开该一卡通应用程序后，点击开通(如下图5所示)，该终端设备在接收到用户点击“开通”按钮的信息后，向该服务器发送该第一请求信息，该第一请求信息用于请求开通一卡通，该一卡通为多个城市通用的虚拟公交卡，该服务器接收到该第一请求信息后，可以生成该一卡通的订购业务，并向该终端设备发送确认信息，该确认信息用于指示该一卡通订购成功。
S230，当该终端设备定位在第一城市时，该终端设备向该服务器发送第二请求信息，该服务器接收该终端设备发送的该第二请求信息，该第二请求信息用于请求该一卡通在该第一城市的公交卡数据，该多个城市包括该第一城市；
S240，该终端设备接收并安装该服务器发送的该一卡通在该第一城市的公交卡数据脚本。
具体而言，当终端设备接收该终端设备发送的该一卡通后，该一卡通并不包含公交卡 数据，此时，终端设备还需要向该服务器请求公交卡数据，用户通过定位第一城市(或者，该终端设备自动定位在第一城市)后，该终端设备向该服务器发送第二请求信息，该第二请求信息用于请求该一卡通在该第一城市的公交卡数据，在该终端设备获取并安装该服务器返回的该一卡通在该第一城市的公交卡数据脚本后，用户可以使用该一卡通在该第一城市进行相应的刷卡操作。
应理解，本申请实施例中，该公交卡数据包括但不限于以下几种：公交卡金额、公交卡卡号(该终端设备所定位城市的公交服务方提供的该城市的公交卡卡号)、用户的刷卡记录、充值记录等等。
还应理解，该终端设备获得该服务器发送的该一卡通之后，该终端设备的显示单元上可以显示该一卡通的卡号，当用户使用该终端设备具体定位在第一城市时，该终端设备向该服务器请求该一卡通在该第一城市的公交卡数据，该服务器向该终端设备返回的该一卡通在该第一城市的公交卡数据脚本中可以包含该一卡通在该第一城市的公交卡卡号，该第一城市的公交卡卡号与该一卡通的卡号不同，该第一城市的公交卡卡号可以不在该终端设备的显示单元上显示。
可选地，该服务器向该终端设备发送该确认信息之前，该方法200还包括：
该服务器根据该第一指示信息生成该一卡通的订购结果；
该服务器向该终端设备发送该一卡通的订购结果，该终端设备接收该服务器发送的该一卡通的订购结果；
该终端设备根据该一卡通的订购结果，提醒用户进行支付。
具体而言，该一卡通的开通可以是免费的，也可以是需要进行付费的，若为免费卡通，则该服务器在接收到该第一指示信息后向该终端设备发送该确认信息，该终端设备可以进行后续公交卡应用和公交卡数据的请求；若需要用户进行付费，则该服务器在收到该第一指示信息后，生成该一卡通的订购结果(例如，卡通一卡通的费用为20元)并将该订购结果发送给该终端设备，该终端设备根据该订购结果，提醒用户进行支付，例如，可以在手机100的显示单元160中显示“支付金额20元”，用户在手机100的显示单元160看到该信息后，进行支付，支付完成后，该服务器将该确认信息发送给该终端设备。
应理解，本申请实施例的中公交卡可以应用于公交车、地铁、出租车或者便利店等等支持刷公交卡的场景，例如，用户通过终端设备向服务器请求了北京的公交卡，则可以将该公交卡可以应用于公交车、轨道交通、停车场、加油站加油、公园景点领域、电影院、医院挂号等等场景。
还应理解，该一卡通可以理解为一张通用的公交卡，用户在支付了该一卡通的费用后可以得到一种一卡通，此时该一卡通还不能在城市中使用，用户可以手动定位到某一个城市，此时，终端设备可以在向服务器请求该一卡通在某一个城市的公交卡应用以及公交卡数据后，用户便可以在各种支持刷公交卡的场景中使用该一卡通。
本申请实施例的实现一卡通的方法，通过在服务器中存储多个城市的公交卡数据，用户可以通过自由切换城市，有助于减少用户多次开卡的繁琐操作，同时，也有助于减少用户开卡费的损失。
可选地，该终端设备向该服务器发送第一请求信息之前，一卡通业务提供方可以向各个城市的公交服务方采购各个城市的公交卡，以在服务器中存储该多个城市的公交卡数 据。
图3示出了一卡通业务提供方和各公交服务方签约过程300的示意图，如图3所示，该过程300包括：
S310，一卡通业务提供方和公交服务方签订合同，签订资源共享合同，并采购一定数量的资源，该资源根据消耗情况，动态补充；
S320，公交服务方提供采购数量的公交卡资源；
S330，一卡通业务提供方形成公交卡资源池，后续用户开卡、切换城市，则从资源池中进行公交卡资源的减少和增加。
具体而言，方法300中可以在方法200之前进行，一卡通业务提供方与各公交服务方签订合同，采购一定数量的公交卡资源，在服务器中形成公交卡资源池，该公交卡资源池中包括多个城市的公交卡资源，用户开卡、切换城市后，该服务器可以从资源池中进行资源的减少和增加。
应理解，本申请实施例中的公交卡资源可以包括公交卡应用和公交卡数据。
还应理解，本申请实施例中，该服务器可以由该一卡通业务提供方进行维护。
还应理解，本申请实施例中，各公交服务方为该多个城市的公交服务方，每一个城市都有自己的公交服务方，一卡通业务提供方可以提前向该多个城市的公交服务方采购公交卡资源。
还应理解，本申请实施例中的公交卡应用可以理解为程序，终端设备在获得该一卡通后，可以向服务器请求当前城市的公交卡应用(或者，针对当前城市的公交卡程序)或者通用的公交卡应用，在接收服务器发送的当前城市的公家卡应用的安装脚本或者通用的公交卡应用的安装脚本后，继续向服务器请求当前城市的公交卡数据。
还应理解，该通用的公交卡应用可以理解为各个城市通用的程序，此时终端设备只需要从服务器请求一次该公交卡应用(或者，程序)，后续切换城市的过程中，无需再次向服务器请求公交卡应用，只需向服务器请求公交卡数据。
本申请实施例中，若该城市公交卡应用为该一卡通在该第一城市的公交卡应用，该终端可以定位在该第一城市并向服务器请求该一卡通在该第一城市的公交卡应用，在获取了该一卡通在该一城市的公交卡应用的安装脚本后，该一卡通可以理解为该第一城市的公交卡应用。
本申请实施例中，若城市公交卡应用为通用的公交卡应用，则在获取了通用的公交应用后，该终端可以定位在该第一城市并向服务器请求该一卡通在该第一城市的公交卡数据，该终端在接收该服务器发送的该一卡通在该第一城市的公交卡数据脚本后，该一卡通可以理解为该第一城市的公交卡应用。
图4示出了本申请实施例提供的开通一卡通的方法400的示意性流程图，如图4所示，该方法400包括：
S401，终端设备向服务器发送第一请求信息，该服务器接收该终端设备发送的该第一请求信息，该第一请求信息用于向服务器申请订购一卡通。
具体而言，用户可以首先在终端设备上下载一卡通应用(application)，打开该一卡通应用后，申请订购一卡通，该一卡通为多个城市中通用的虚拟公交卡。
应理解，本申请实施例的中终端设备和服务器之间的信息交互，或者命令交互等等， 均可以通过RF电路、WIFI模块或者蓝牙模块等实现，例如，手机100中的RF电路110、WIFI模块190或者蓝牙模块182等等，本申请对此并不做任何限定。
图5示出了一种一卡通界面的示意图，如图5所示，用户可以在显示单元160提供的界面上点击“开通”按钮，触控面板151检测到在其上或附近的触摸操作后，传送给处理器130以确定触摸事件的类型，随后处理器130根据触摸事件的类型向服务器发送该请求信息。终端设备在用户点击“开通”按钮前，还可以选择城市信息，界面上提供了通过手机100的GPS定位的当前城市的信息，例如，“当前城市：城市1”；或者，用户可以选择其他城市。
S402，该服务器执行业务处理，记录用户订购结果；
S403，该服务器向该终端设备发送业务订购结果，该终端设备接收该服务器发送的业务订购结果；
S404，终端设备根据该业务订购结果提醒用户进行支付，并向服务器发送支付订购费用的信息；
S405，该服务器向该终端设备发送确认信息，该确认信息用于确认该一卡通订购成功。
图6示出了另一种一卡通界面的示意图，如图6所示，终端设备在接收到服务器发送的业务订购关系后，通过显示单元160提供的显示界面提醒用户进行支付，该显示界面上显示一卡通的信息，该显示界面显示了支付金额，例如，该支付金额为“xx元”，最后，用户通过点击“支付”按钮进行支付。
应理解，本申请实施例中，该一卡通的订购也可以是免费的，即该终端设备向该服务器发送该第一指示信息后，该服务器向该终端设备发送确认信息，该确认信息用于指示该一卡通订购成功。
S406，用户完成支付后，终端设备根据当前用户的位置信息自动定位或者根据用户的选择，确定第一城市信息。
S407，该终端设备向该服务器发送第二请求信息，该服务器接收该终端设备发送的该第二请求信息，该第二请求信息用于请求下载该一卡通在该第一城市的公交卡应用。
例如，手机100的显示单元160向用户提供城市选择的显示界面后，触控面板151检测到在其上或附近的触摸操作后，传送给处理器130以确定触摸事件的类型，该处理器130确定了该第一城市信息后，向服务器发送该第二请求信息。
S408，该服务器为用户预留该一卡通在该第一城市的公交卡资源。
具体而言，该服务器接收到该第二请求信息后，为该终端设备预留该一卡通在该第一城市的公交卡资源。
S409，该服务器向该终端设备发送脚本命令，该终端设备接收该服务器发送的该脚本命令，该脚本命令包括该一卡通在该第一城市的公交卡应用的安装脚本。
应理解，本申请实施例中，该公交卡应用以及安装脚本可以在服务器上，也可以在服务器的支撑服务器上。
S410，该终端设备安装该一卡通在该第一城市的公交卡应用的安装脚本；
S411，该终端设备向该服务器发送第三请求信息，该服务器接收该终端设备发送的该第三请求信息，该第三请求信息用于请求该一卡通在该第一城市的公交卡数据；
S412，该服务器向该终端设发送该一卡通在该第一城市的公交卡数据脚本，该终端设 备接收该服务器发送的该一卡通在该第一城市的公交卡数据脚本。
应理解，本申请实施例中，该公交卡数据的安装脚本可以保存在该服务器上，也可以保存在该服务器的支撑服务器上，本申请对此并不作任何限定。
还应理解，本申请实施例中，该公交卡数据脚本也可以称之为公交卡数据执行脚本。
S413，该终端设备执行该一卡通在该第一城市的公交卡数据脚本。
应理解，本申请实施例中，该终端设备执行该一卡通在该第一城市的公交卡数据脚本也可以理解为该终端设备安装该一卡通在该第一城市的公交卡数据脚本。
S414，该终端设备向该服务器发送反馈信息，该服务器接收该终端设备发送的该反馈信息，该反馈信息用于指示该一卡通在该第一城市的公交卡数据脚本的安装结果；
S415，该服务器接收到该反馈信息后，若该反馈信息指示该一卡通在该第一城市的公交卡数据脚本安装成功，则该服务器确定该第一城市的公交卡资源消耗。
具体而言，若该终端设备的公交卡数据脚本安装成功，即终端设备成功将该公交卡数据写入该公交卡应用中，该终端设备向该服务器发送安装成功的信息，服务器在收到该安装成功的信息后，确定该第一城市的公交卡资源消耗(若该服务器中保存的该第一城市的公交卡资源为N个，则服务器在收到该安装成功的信息后，将该服务器中的该一城市的公交卡资源更新为N-1个，N为大于或者等于1的正整数)。
应理解，此时公交卡安装成功并保存后，用户就可以将终端设备刷销售终端(point of sale，POS)机使用了。
还应理解，本申请实施例中，公交卡可以存储在存储单元，存储单元可以是单独的嵌入式安全单元(embeded secure element，eSE)，也可以存放在可信执行环境(trusted execution environment，TEE)中，还可以存储在一卡通应用中，还可以是保存在服务器上，使用时从服务器获取数据并执行。
以上结合图4至图6示出了根据本申请实施例的开通一卡通的方法以及一卡通开通过程中的终端设备显示界面示意图，下面结合图7和图8，介绍本申请实施例的切换一卡通城市的方法以及切换过程中终端设备显示界面的示意图。
图7示出了根据本申请实施例的切换一卡通城市的方法500的示意性流程图，如图7所示，该方法500包括：
S501，当用户来到第二城市后，终端设备可以根据用户位置自动切换城市，或者，提醒用户切换城市，或者，用户进入到一卡通应用中进行切换城市。
例如，当用户来到一个新的城市(例如，第二城市)后，手机100可以通过手机100的GPS单元检测到新的城市信息，并将该城市信息发送给处理器130，处理器130执行城市的切换。
又例如，手机100可以提醒用户切换城市，提醒的方式包括但不限于以下几种方式：
(1)该处理器130接收到该GPS单元发送的第二城市信息后，通过控制显示单元160显示来到新城市，以提醒用户进入一卡通应用中切换城市；
(2)该处理器130接收到该GPS单元发送的第二城市信息后，通过控制音频电路111和扬声器112，以提醒用户进入一卡通应用中切换城市；
(3)该处理器130接收到该GPS单元发送的第二城市信息后，通过震动装置(图1中未示出)提醒用户进入一卡通应用中切换城市。
再例如，用户可以自己打开一开通应用进行城市的切换。
图8示出了再一种一卡通界面的示意图，如图8所示，手机100提醒用户进行城市切换，用户打卡该一卡通界面进行城市切换，或者，用户自己打开一卡通应用进行城市切换后，该一卡通应用的卡包界面显示了该一卡通的信息，该界面中显示了用户购买一卡通后得到的卡号以及该一卡通的名称，例如，显示该卡号为“123xxx”，该一卡通的名称为“xxx一卡通”，用户可以点击“切换城市”来选择第二城市的城市信息，例如，用户可以点击“城市2”，从而完成城市的切换。
S502，该终端设备向该服务器发送第四请求信息，该服务器接收该终端设备发送的该第四请求信息，该第四请求信息用于请求删除该一卡通在该第一城市的公交卡应用；
S503，该服务器向该终端设备发送删除命令，该终端设备接收该服务器发送的该删除命令，该删除命令用于指示该终端设备删除该一卡通在该第一城市的公交卡应用；
S504，该终端设备执行该删除命令；
S505，该终端设备向该服务器上报删除命令执行结果，该服务器接收该终端设备的删除命令执行结果；
S506，若该删除命令执行结果指示该一卡通在该第一城市的公交卡应用已经删除，则该服务器对已经删除的该一卡通在该第一城市的公交卡应用执行资源回收。
S507，后续安装该第二城市的公交卡的步骤类似于方法400的开通一卡通的流程中S407-S415。
可选地，S507中该终端设备向该服务器请求该一卡通在该第二城市的公交卡数据，该服务器向该终端设备发送该一卡通在该第二城市的公交卡的数据脚本，该一卡通在该第二城市的公交卡数据脚本中包括公交卡余额信息，该公交卡余额信息为该一卡通在该第一城市的公交卡的余额信息。
可选地，该第二城市的公交卡数据脚本中该包括该第二城市的公交卡卡号，在该第一城市的刷卡记录和充值记录等信息。
可选地，该方法500还包括：
该服务器接收该第一城市的公交服务方发送的该公交卡余额信息；
该服务器向该第二城市的公交服务方发送该公交卡余额信息。
应理解，方法300中的各公交服务方包括该第一城市的公交服务方和该第二城市的公交服务方。
还应理解，该服务器对该一卡通在该第一城市的公交卡资源进行资源回收后，可以向该第一城市的公交服务方请求资金回收，并在开通第二城市的公交卡后，将该第一城市的公交卡结余的金额转入该二城市的公交卡中，从而避免了用户资金的损失。
例如，用户在北京的时候开通了一卡通，并在该一卡通在北京的公交卡中充值了一定金额，一段时间后，用户去了上海，在一卡通应用中切换城市后下载了该一卡通在上海的公交卡应用和公交卡数据，服务器可以向北京的公交服务方请求回收在北京结余的金额，并将该金额转入上海的公交服务方，将该金额充入该一卡通在上海的公交卡中。
还应理解，S502-S506为可选地步骤，即终端设备可以保存一个或者多个城市的公交卡，当终端设备存储公交卡的容量达到上限时在执行S502-S506，从而删除当前城市的公交卡之外的其他城市的公交卡。
本申请实施例的实现一卡通的方法，终端设备通过开通一卡通，有助于避免用户每到一个城市就要进行一次开通操作，可以在一卡通应用中自由切换城市，操作简便，并且有助于避免用户的资金损失。
图9示出了本申请实施例提供的开通一卡通的方法600的示意性流程图，如图9所示，该方法600包括：
S601，终端设备向服务器发送第一请求信息，该服务器接收该终端设备发送的该第一请求信息，该第一请求信息用于向服务器申请订购一卡通，该一卡通为多个城市中通用的虚拟公交卡；
S602，该服务器执行业务处理，记录用户订购结果；
S603，该服务器向该终端设备发送业务订购结果，该终端设备接收该服务器发送的业务订购结果；
S604，终端设备根据该业务订购结果提醒用户进行支付，并向服务器发送支付订购费用的信息；
S605，该服务器向该终端设备发送确认信息，该确认信息用于确认该一卡通订购成功。
应理解，S601-S605与方法400中的S401-S405相同，为了简洁，在此不再赘述。
S606，该终端设备向该服务器发送第五请求信息，该服务器接收该终端设备发送的该第五请求信息，该第五请求信息用于请求通用的公交卡应用。
应理解，S606与S407类似，不同之处在于，该终端设备向该服务器请求下载的是通用的公交卡应用，而非每个城市不同的公交卡应用。
本申请实施例的开通一卡通的方法，通过终端设备向服务器请求通用的公交卡应用，有助于避免用户每到一个城市就要进行一次开通操作。
S607，该服务器为用户预留资源；
S608，该服务器向该终端设备发送脚本命令，该终端设备接收该服务器发送的该脚本命令，该脚本命令包括该通用的公交卡应用的安装脚本；
S609，该终端设备安装该通用的公交卡应用的安装脚本。
应理解，方法600中S606-S609与方法400中S407-S410不同之处在于，终端设备向服务器请求的是通用的公交卡应用，用户在终端设备上安装了该通用的公交卡应用后，每到一个新的城市后，终端设备不必执行删除老城市公交卡应用的动作。
S610，终端设备根据当前用户的位置信息自动定位或者根据用户的选择，确定第一城市信息；
S611，该终端设备向该服务器发送第三请求信息，该服务器接收该终端设备发送的该第三请求信息，该第三请求信息用于请求该一卡通在该第一城市的公交卡数据；
S612，该服务器向该终端设发送该一卡通在该第一城市的公交数据脚本，该终端设备接收该服务器发送的该一卡通在该第一城市的公交数据脚本；
S613，该终端设备执行该一卡通在该第一城市的公交卡数据脚本；
S614，该终端设备向该服务器发送反馈信息，该服务器接收该终端设备发送的该反馈信息，该反馈信息用于指示该一卡通在该第一城市的公交卡数据脚本的安装结果；
S615，该服务器接收到该反馈信息后，若该反馈信息指示该一卡通在该第一城市的公交卡数据脚本安装成功，则该服务器确定该第一城市的公交卡资源消耗。
应理解，方法600中S611-S615与方法400中S411-S415相同，为了简洁，在此不再赘述。
图10示出了根据本申请实施例的切换一卡通城市的方法700示意性流程图，该切换一卡通城市的方法700是在方法600的基础上进行，终端设备安装了通用的公交卡应用，如图10所示，该方法700包括：
S701，用户来到第二城市后，终端设备可以根据用户位置自动切换城市，或者，提醒用户切换城市，或者，用户进入到一卡通应用中进行切换城市。
应理解，S701与方法500中的S501相同，为了简洁，在此不再赘述。
S702，该终端设备向该服务器发送第六请求信息，该服务器接收该终端设备发送的该第六请求信息，该第六请求信息用于请求该一卡通在该第二城市的公交卡数据；
S703，该服务器向该终端设备发送该一卡通在该第二城市的公交卡数据脚本，该终端设备接收该服务器发送的该一卡通在该第二城市的公交卡数据脚本。
可选地，该一卡通在该第二城市的公交卡数据脚本中包括公交卡余额信息，该公交卡余额信息为该一卡通在该第一城市的公交卡内的余额信息。
可选地，该方法700还包括：
该服务器接收该第一城市的公交服务方发送的该公交卡余额信息；
该服务器向该第二城市的公交服务方发送该公交卡余额信息。
S704，该终端设备执行更新公交卡数据脚本；
S705，该终端设备向该服务器发送反馈信息，该服务器接收该终端设备发送的该反馈信息，还反馈信息用于指示该一卡通在该第二城市的公交卡数据脚本的安装结果；
S706，该服务器接收到该反馈信息后，若该反馈信息指示该一卡通在该第二城市的公交卡数据脚本安装成功，则该服务器更新该第一城市和第二城市的公交卡资源。
具体而言，由于方法600中终端设备安装了通用的公交卡应用，在用户来到新的城市后，手机100的处理器130得到手机100自动定位的第二城市的信息，或者，得到用户选择的第二城市的信息后，直接可以向服务器请求该第二城市的公交卡数据，而不必进行第一城市的公交卡应用的删除以及第二城市的公交卡应用的下载，在手机100得到服务器发送的第二城市的公交卡数据脚本后向该服务器发送反馈信息，服务器可以根据该反馈信息，对该第一城市和该第二城市的数据资源进行更新。
例如，该服务器收到该反馈信息之前，该服务器中保存的该第一城市和该第二城市的公交卡资源分别为N和M个，则服务器在收到该安装成功的信息后，将该服务器中的该一城市的公交卡资源更新为N+1个，将该服务器中的该一城市的公交卡资源更新为M-1个，N为大于或者等于0的整数，M为大于或者等于1的正整数。
本申请实施例的实现一卡通的方法，终端设备通过开通一卡通，有助于避免用户每到一个城市就要进行一次开通操作，可以在一卡通应用中自由切换城市，操作简便，并且有助于避免用户的资金损失。
以上结合图1至图10，详细得描述了本申请实施例提供的实现一卡通的方法，下面结合图11至图14，详细描述本申请实施例提供的服务器和终端设备。
图11示出了本申请实施例提供的终端设备800的示意性框图，如图11所示，该终端设备800包括处理模块810和收发模块820，其中，
处理模块810用于生成第一请求信息，该第一请求信息用于请求订购一卡通，该一卡通为多个城市中通用的虚拟公交卡；
收发模块820用于向服务器发送该第一请求信息；
该收发模块820还用于接收该服务器发送的确认信息，该确认信息用于指示该一卡通订购成功；
当该终端设备定位在第一城市时，该收发模块820还用于向该服务器发送第二请求信息，该第二请求信息用于请求该一卡通在第一城市的公交卡数据，该多个城市包括该第一城市；
该收发模块820还用于接收该服务器发送的该一卡通在第一城市的公交卡数据脚本；
该处理模块810还用于安装该一卡通在第一城市的公交卡数据脚本。
应理解，本申请实施例中，该“收发模块”也可以称之为“通信模块”等。
可选地，该收发模块820还用于：
当该终端设备从该第一城市切换至第二城市时，向该服务器发送第三请求信息，该第三请求信息用于请求该一卡通在第二城市的公交卡数据，该多个城市包括该第二城市；
接收该服务器发送的该一卡通在第二城市的公交卡数据脚本，该一卡通在第二城市的公交卡数据脚本包括公交卡余额信息，该公交卡余额信息为该一卡通在该第一城市的公交卡余额信息；
其中，该处理模块810还用于安装该一卡通在第二城市的公交卡数据脚本。
可选地，该收发模块820还用于：
向该服务器发送第四请求信息，该第四请求信息用于请求城市公交卡应用；
接收该服务模块810发送的该城市公交卡应用的安装脚本；
其中，该处理模块810还用于安装该城市公交卡应用的安装脚本。
可选地，该城市公交卡应用为该一卡通在该第一城市的公交卡应用，或者，该城市公交卡应用为通用的公交卡应用。
可选地，该城市公交卡应用为该一卡通在该第一城市的公交卡应用，该收发模块820还用于：
向该服务器发送第五请求信息，该第五请求信息用于请求该一卡通在该第二城市的公交卡应用；
接收该服务器发送的该一卡通在该第二城市的公交卡应用的安装脚本；
其中，该处理模块810还用于安装该一卡通在该第二城市的公交卡应用的安装脚本。
图12示出了本申请实施例提供的服务器900的示意性框图，如图12所示，该服务器900包括收发模块910和处理模块920，其中，
收发模块910，用于接收终端设备发送的第一请求信息，该第一请求信息用于请求订购一卡通，该一卡通为多个城市中通用的虚拟公交卡；
处理模块920，用于生成确认信息，该确认信息用于指示该一卡通订购成功；
该收发模块910还用于向该终端设备发送该确认信息；
该收发模块910还用于接收该终端设备发送的第二请求信息，该第二请求信息用于当该终端设备定位在第一城市时，该终端设备请求该一卡通在该第一城市的公交卡数据，该多个城市包括该第一城市；
该收发模块910还用于向该终端设备发送该一卡通在该第一城市的公交卡数据脚本。
可选地，该收发模块910还用于：
接收该终端设备发送的第三请求信息，该第三请求信息用于请求该一卡通在该第二城市的公交卡数据，该多个城市包括该第二城市；
向该终端设备发送该第二城市的公交卡数据脚本，该一卡通在该第二城市的公交卡数据脚本包括公交卡余额信息，该公交卡余额信息为该一卡通在该第一城市的公交卡余额信息。
可选地，该收发模块910还用于：
接收该第一城市的公交服务方发送的该公交卡余额信息；
向该第二城市的公交服务方发送该公交卡余额信息。
可选地，该收发模块910还用于：
接收该终端设备发送的第四请求信息，该第四请求信息用于请求城市公交卡应用；
向该终端设备发送该城市公交卡应用的安装脚本。
可选地，该城市公交卡应用为该一卡通在该第一城市的公交卡应用，或者，该城市公交卡应用为通用的公交卡应用。
可选地，该城市公交卡应用为该一卡通在该第一城市的公交卡应用，该收发模块910还用于：
接收该终端设备发送的第五请求信息，该第五请求信息用于请求该一卡通在该第二城市的公交卡应用；
向该终端设备发送该一卡通在该第二城市的公交卡应用的安装脚本。
可选地，该服务器存储该多个城市的公交卡资源，该公交卡资源包括公交卡数据，该处理模块920还用于：
更新该第一城市的公交卡资源。
图13示出了本申请实施例提供的终端设备1000的示意性框图。该终端设备1000包括一个或多个处理器1010、存储器1020和收发器1030；所述一个或多个处理器1010、所述存储器1020和所述收发器1030均通过内部通路连接；
所述存储器1020，用于存储计算机执行指令；
所述一个或多个处理器1010，用于执行所述存储器1020存储的计算机执行指令，使得所述服务器1000可以通过所述收发器1030与其他装置进行数据交互来执行上述方法实施例提供的实现一卡通的方法。
其中，该一个或多个处理器1010用于执行以下操作：
通过收发器1030向服务器发送第一请求信息，该第一请求信息用于请求订购一卡通，该一卡通为多个城市中通用的虚拟公交卡；
通过收发器1030接收该服务器发送的确认信息，该确认信息用于指示该一卡通订购成功；
当该终端设备定位在第一城市时，通过收发器1030向该服务器发送第二请求信息，该第二请求信息用于请求该一卡通在第一城市的公交卡数据，该多个城市包括该第一城市；
通过收发器1030接收该服务器发送的该一卡通在第一城市的公交卡数据脚本；
安装该一卡通在第一城市的公交卡数据脚本。
应理解，终端设备1000可以具体为上述实施例中的终端设备800，并且可以用于执行上述方法实施例中与终端设备对应的各个步骤和/或流程。
还应理解，本申请实施例中，“收发器”代表用于接收和发送信息的设备，还可以采用其他设备说明，例如“通信接口”，“通信设备”等等，本申请并不限于此。
图14示出了本申请实施例提供的服务器1100的示意性框图。该服务器1100包括一个或多个处理器1110、存储器1120和收发器1130；所述一个或多个处理器1110、所述存储器1120和所述收发器1130均通过内部通路连接；
所述存储器1120，用于存储计算机执行指令；
所述一个或多个处理器1110，用于执行所述存储器1120存储的计算机执行指令，使得所述终端设备1100可以通过所述收发器1130与其他装置进行数据交互来执行上述方法实施例提供的实现一卡通的方法。
其中，该一个或多个处理器1110用于执行以下操作：
通过收发器1130接收终端设备发送的第一请求信息，该第一请求信息用于请求订购一卡通，该一卡通为多个城市中通用的虚拟公交卡；
生成确认信息，该确认信息用于指示该一卡通订购成功；
通过收发器1130向该终端设备发送该确认信息；
通过收发器1130接收该终端设备发送的第二请求信息，该第二请求信息用于当该终端设备定位在第一城市时，该终端设备请求该一卡通在该第一城市的公交卡数据，该多个城市包括该第一城市；
通过收发器1130向该终端设备发送该一卡通在该第一城市的公交卡数据脚本。
应理解，服务器1100可以具体为上述实施例中的服务器900，并且可以用于执行上述方法实施例中与服务器900对应的各个步骤和/或流程。
还应理解，本申请实施例中，“收发器”代表用于接收和发送信息的设备，还可以采用其他设备说明，例如“通信接口”，“通信设备”等等，本申请并不限于此。
还应理解，该一个或者多个处理器1110可以对应于图1中的处理器130，该存储器1120可以对应于图1中的存储器140，该收发器1130可以对应于图1中的RF电路110、WIFI模块190或者蓝牙模块182。
本申请实施例还提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述实现一开通的方法。
应理解，该计算机程序产品可以为软件，还可以为其他类型的计算机程序产品，本申请并不限于此。
在本申请实施例中，处理器可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。
该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。
上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品可以包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁盘)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计 算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (26)

  1. 一种实现一卡通的方法，其特征在于，包括：
    终端设备向服务器发送第一请求信息，所述第一请求信息用于请求订购一卡通，所述一卡通为多个城市中通用的虚拟公交卡；
    所述终端设备接收所述服务器发送的确认信息，所述确认信息用于指示所述一卡通订购成功；
    当所述终端设备定位在第一城市时，所述终端设备向所述服务器发送第二请求信息，所述第二请求信息用于请求所述一卡通在所述第一城市的公交卡数据，所述多个城市包括所述第一城市；
    所述终端设备接收并安装所述服务器发送的所述一卡通在所述第一城市的公交卡数据脚本。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    当所述终端设备从所述第一城市切换至第二城市时，所述终端设备向所述服务器发送第三请求信息，所述第三请求信息用于请求所述一卡通在所述第二城市的公交卡数据，所述多个城市包括所述第二城市；
    所述终端设备接收并安装所述服务器发送的所述一卡通在所述第二城市的公交卡数据脚本，所述一卡通在所述第二城市的公交卡数据脚本包括公交卡余额信息，所述公交卡余额信息为所述一卡通在所述第一城市的公交卡余额信息。
  3. 根据权利要求2所述的方法，其特征在于，所述终端设备向所述服务器发送第二请求信息之前，所述方法还包括：
    所述终端设备向所述服务器发送第四请求信息，所述第四请求信息用于请求城市公交卡应用；
    所述终端设备接收并安装所述服务器发送的所述城市公交卡应用的安装脚本。
  4. 根据权利要求3所述的方法，其特征在于，所述城市公交卡应用为所述一卡通在所述第一城市的公交卡应用，或者，所述城市公交卡应用为通用的公交卡应用。
  5. 根据权利要求4所述的方法，其特征在于，所述城市公交卡应用为所述一卡通在所述第一城市的公交卡应用，所述终端设备向所述服务器发送第三请求信息之前，所述方法还包括：
    所述终端设备向所述服务器发送第五请求信息，所述第五请求信息用于请求所述一卡通在所述第二城市的公交卡应用；
    所述终端设备接收并安装所述服务器发送的所述一卡通在所述第二城市的公交卡应用的安装脚本。
  6. 一种实现一卡通的方法，其特征在于，包括：
    服务器接收终端设备发送的第一请求信息，所述第一请求信息用于请求订购一卡通，所述一卡通为多个城市中通用的虚拟公交卡；
    所述服务器向所述终端设备发送确认信息，所述确认信息用于指示所述一卡通订购成功；
    所述服务器接收所述终端设备发送的第二请求信息，所述第二请求信息用于当所述终端设备定位在第一城市时，所述终端设备请求所述一卡通在所述第一城市的公交卡数据，所述多个城市包括所述第一城市；
    所述服务器向所述终端设备发送所述一卡通在所述第一城市的公交卡数据脚本。
  7. 根据权利要求6所述的方法，其特征在于，所述方法还包括：
    当所述终端设备从所述第一城市切换至第二城市时，所述服务器接收所述终端设备发送的第三请求信息，所述第三请求信息用于请求所述一卡通在所述第二城市的公交卡数据，所述多个城市包括所述第二城市；
    所述服务器向所述终端设备发送所述一卡通在所述第二城市的公交卡数据脚本，所述一卡通在所述第二城市的公交卡数据脚本包括公交卡余额信息，所述公交卡余额信息为所述一卡通在所述第一城市的公交卡余额信息。
  8. 根据权利要求7所述的方法，其特征在于，所述服务器向所述终端设备发送所述一卡通在所述第二城市的公交卡数据脚本之前，所述方法还包括：
    所述服务器接收所述第一城市的公交服务方发送的所述公交卡余额信息；
    所述服务器向所述第二城市的公交服务方发送所述公交卡余额信息。
  9. 根据权利要求7或8所述的方法，其特征在于，所述服务器接收所述终端设备发送的第二请求信息之前，所述方法还包括：
    所述服务器接收所述终端设备发送的第四请求信息，所述第四请求信息用于请求城市公交卡应用；
    所述服务器向所述终端设备发送所述城市公交卡应用的安装脚本。
  10. 根据权利要求9所述的方法，其特征在于，所述城市公交卡应用为所述一卡通在所述第一城市的公交卡应用，或者，所述城市公交卡应用为通用的公交卡应用。
  11. 根据权利要求10所述的方法，其特征在于，所述城市公交卡应用为所述一卡通在所述第一城市的公交卡应用，所述服务器接收所述终端设备发送的第三请求信息之前，所述方法还包括：
    所述服务器接收所述终端设备发送的第五请求信息，所述第五请求信息用于请求所述一卡通在所述第二城市的公交卡应用；
    所述服务器向所述终端设备发送所述一卡通在所述第二城市的公交卡应用的安装脚本。
  12. 根据权利要求6至11中任一项所述的方法，其特征在于，所述服务器存储所述多个城市的公交卡资源，所述公交卡资源包括公交卡数据，所述服务器向所述终端设备发送所述一卡通在所述第一城市的公交卡数据脚本之后，所述方法还包括：
    所述服务器更新所述第一城市的公交卡资源。
  13. 一种终端设备，其特征在于，包括：
    处理器，用于生成第一请求信息，所述第一请求信息用于请求订购一卡通，所述一卡通为多个城市中通用的虚拟公交卡；
    收发器，用于向服务器发送所述第一请求信息；
    所述收发器还用于接收所述服务器发送的确认信息，所述确认信息用于指示所述一卡通订购成功；
    当所述终端设备定位在第一城市时，所述收发器还用于向所述服务器发送第二请求信息，所述第二请求信息用于请求所述一卡通在第一城市的公交卡数据，所述多个城市包括所述第一城市；
    所述收发器还用于接收所述服务器发送的所述一卡通在第一城市的公交卡数据脚本；
    所述处理器还用于安装所述一卡通在第一城市的公交卡数据脚本。
  14. 根据权利要求13所述的终端设备，其特征在于，所述收发器还用于：
    当所述终端设备从所述第一城市切换至第二城市时，向所述服务器发送第三请求信息，所述第三请求信息用于请求所述一卡通在第二城市的公交卡数据，所述多个城市包括所述第二城市；
    接收所述服务器发送的所述一卡通在第二城市的公交卡数据脚本，所述一卡通在第二城市的公交卡数据脚本包括公交卡余额信息，所述公交卡余额信息为所述一卡通在所述第一城市的公交卡余额信息；
    其中，所述处理器还用于安装所述一卡通在第二城市的公交卡数据脚本。
  15. 根据权利要求14所述的终端设备，其特征在于，所述收发器还用于：
    向所述服务器发送第四请求信息，所述第四请求信息用于请求城市公交卡应用；
    接收所述服务器发送的所述城市公交卡应用的安装脚本；
    其中，所述处理器还用于安装所述城市公交卡应用的安装脚本。
  16. 根据权利要求15所述的终端设备，其特征在于，所述城市公交卡应用为所述一卡通在所述第一城市的公交卡应用，或者，所述城市公交卡应用为通用的公交卡应用。
  17. 根据权利要求16所述的终端设备，其特征在于，所述城市公交卡应用为所述一卡通在所述第一城市的公交卡应用，所述收发器还用于：
    向所述服务器发送第五请求信息，所述第五请求信息用于请求所述一卡通在所述第二城市的公交卡应用；
    接收所述服务器发送的所述一卡通在所述第二城市的公交卡应用的安装脚本；
    其中，所述处理器还用于安装所述一卡通在所述第二城市的公交卡应用的安装脚本。
  18. 一种服务器，其特征在于，包括：
    收发器，用于接收终端设备发送的第一请求信息，所述第一请求信息用于请求订购一卡通，所述一卡通为多个城市中通用的虚拟公交卡；
    处理器，用于生成确认信息，所述确认信息用于指示所述一卡通订购成功；
    所述收发器还用于向所述终端设备发送所述确认信息；
    所述收发器还用于接收所述终端设备发送的第二请求信息，所述第二请求信息用于当所述终端设备定位在第一城市时，所述终端设备请求所述一卡通在所述第一城市的公交卡数据，所述多个城市包括所述第一城市；
    所述收发器还用于向所述终端设备发送所述一卡通在所述第一城市的公交卡数据脚本。
  19. 根据权利要求18所述的服务器，其特征在于，所述收发器还用于：
    接收所述终端设备发送的第三请求信息，所述第三请求信息用于请求所述一卡通在所述第二城市的公交卡数据，所述多个城市包括所述第二城市；
    向所述终端设备发送所述第二城市的公交卡数据脚本，所述一卡通在所述第二城市的 公交卡数据脚本包括公交卡余额信息，所述公交卡余额信息为所述一卡通在所述第一城市的公交卡余额信息。
  20. 根据权利要求19所述的服务器，其特征在于，所述收发器还用于：
    接收所述第一城市的公交服务方发送的所述公交卡余额信息；
    向所述第二城市的公交服务方发送所述公交卡余额信息。
  21. 根据权利要求19或20所述的服务器，其特征在于，所述收发器还用于：
    接收所述终端设备发送的第四请求信息，所述第四请求信息用于请求城市公交卡应用；
    向所述终端设备发送所述城市公交卡应用的安装脚本。
  22. 根据权利要求21所述的服务器，其特征在于，所述城市公交卡应用为所述一卡通在所述第一城市的公交卡应用，或者，所述城市公交卡应用为通用的公交卡应用。
  23. 根据权利要求22所述的服务器，其特征在于，所述城市公交卡应用为所述一卡通在所述第一城市的公交卡应用，所述收发器还用于：
    接收所述终端设备发送的第五请求信息，所述第五请求信息用于请求所述一卡通在所述第二城市的公交卡应用；
    向所述终端设备发送所述一卡通在所述第二城市的公交卡应用的安装脚本。
  24. 根据权利要求18至23中任一项所述的服务器，其特征在于，所述服务器存储所述多个城市的公交卡资源，所述公交卡资源包括公交卡数据，所述处理器还用于：
    更新所述第一城市的公交卡资源。
  25. 一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述权利要求1-12中任一项所述的方法。
  26. 一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述权利要求1-12中任一项所述的方法。
PCT/CN2018/092059 2018-01-27 2018-06-20 一种实现一卡通的方法、终端设备和服务器 WO2019144562A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201880085299.1A CN111587558B (zh) 2018-01-27 2018-06-20 一种实现一卡通的方法、终端设备和服务器

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201810080264 2018-01-27
CN201810080264.0 2018-01-27
CN201810519476.4 2018-05-28
CN201810519476 2018-05-28

Publications (1)

Publication Number Publication Date
WO2019144562A1 true WO2019144562A1 (zh) 2019-08-01

Family

ID=67395136

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/092059 WO2019144562A1 (zh) 2018-01-27 2018-06-20 一种实现一卡通的方法、终端设备和服务器

Country Status (2)

Country Link
CN (3) CN111587558B (zh)
WO (1) WO2019144562A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120131464A1 (en) * 2008-08-11 2012-05-24 Microsoft Corporation Sections of a Presentation having User-Definable Properties
CN204480382U (zh) * 2015-03-20 2015-07-15 张进 通用公交系统
CN106960235A (zh) * 2017-03-30 2017-07-18 北京锤子数码科技有限公司 一种文件调用方法、装置及电子设备
CN107180349A (zh) * 2017-05-27 2017-09-19 北京小米移动软件有限公司 虚拟公交卡的调用方法、装置和终端设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201317911A (zh) * 2011-10-21 2013-05-01 Gcca Inc 雲端信用卡交易系統及其交易方法
US20130159178A1 (en) * 2011-12-14 2013-06-20 Firethorn Mobile, Inc. System and Method For Loading A Virtual Token Managed By A Mobile Wallet System
US11836706B2 (en) * 2012-04-16 2023-12-05 Sticky.Io, Inc. Systems and methods for facilitating a transaction using a virtual card on a mobile device
US20160321663A1 (en) * 2015-04-29 2016-11-03 Paypal Inc. Electronic payment and budgeting system utilizing configurable payment cards
CN106611396A (zh) * 2015-10-27 2017-05-03 中兴通讯股份有限公司 一种公交卡下载管理的方法、服务平台及终端
CN106682894A (zh) * 2016-11-30 2017-05-17 广东工业大学 一种基于手机nfc的全国一卡通互联互通支付方法
CN107358435B (zh) * 2017-06-22 2021-11-23 北京小米移动软件有限公司 公交支付方法及装置
CN107341659A (zh) * 2017-06-22 2017-11-10 北京小米移动软件有限公司 公交支付方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120131464A1 (en) * 2008-08-11 2012-05-24 Microsoft Corporation Sections of a Presentation having User-Definable Properties
CN204480382U (zh) * 2015-03-20 2015-07-15 张进 通用公交系统
CN106960235A (zh) * 2017-03-30 2017-07-18 北京锤子数码科技有限公司 一种文件调用方法、装置及电子设备
CN107180349A (zh) * 2017-05-27 2017-09-19 北京小米移动软件有限公司 虚拟公交卡的调用方法、装置和终端设备

Also Published As

Publication number Publication date
CN114049114A (zh) 2022-02-15
CN114049113A (zh) 2022-02-15
CN111587558A (zh) 2020-08-25
CN111587558B (zh) 2021-11-19

Similar Documents

Publication Publication Date Title
CN108038729B (zh) 奖励发放方法、装置以及服务器
EP3761257A1 (en) Method and apparatus for recommending applications based on scenario
CN110168487B (zh) 一种触摸控制方法及装置
WO2019178869A1 (zh) 一种eSIM卡的开户方法及终端
WO2017211205A1 (zh) 一种白名单更新方法和装置
CN108037990B (zh) 任务信息处理方法、装置以及服务器
WO2019134591A1 (zh) 一种电子交易的方法及终端
CN113038434B (zh) 设备注册方法、装置、移动终端和存储介质
CN111357255A (zh) 构建多个应用通用的可信应用
KR20130104175A (ko) 폰북 서비스를 제공하기 위한 방법 및 그 전자 장치
CN111656347A (zh) 一种项目的显示方法及终端
US10372895B2 (en) Apparatus and method for providing a security environment
WO2017097138A1 (zh) 一种通知消息处理方法及装置
CN107819938A (zh) 角标配置方法、装置、移动终端及服务器
WO2019144562A1 (zh) 一种实现一卡通的方法、终端设备和服务器
CN107743151B (zh) 内容推送方法、装置、移动终端以及服务器
JP6475919B2 (ja) 電子取引を行う装置及び方法
CN107930126B (zh) 游戏预约数据处理方法、装置以及移动终端
CN103648078B (zh) 用户设备定位方法及用户设备
CN109324816A (zh) 游戏加载方法及相关产品
CN108256312A (zh) 网页打开本地应用程序的方法、装置及移动终端
WO2018107603A1 (zh) 一种连接接入点的方法及终端
CN110865850B (zh) 一种双桌面终端的桌面配置方法及终端
WO2019232761A1 (zh) 一种显示方法及终端
KR101638020B1 (ko) 이동 단말기 및 이동 단말기의 컨텐츠 다운로드 방법

Legal Events

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

Ref document number: 18902985

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18902985

Country of ref document: EP

Kind code of ref document: A1