Switching automation method and equipment for NFC transportation card equipment service providers

Abstract

The invention relates to the technical field of transportation card services, in particular to an automatic switching method and device for an NFC transportation card device service provider, and the method comprises the steps: importing a corresponding NFC transportation card into a new system through employing user card opening data provided by a transportation card company for an original SP manufacturer, and setting the state of the card as an opened card; when a user initiates a service operation on the transportation card, if the NFC transportation card has no life cycle management record, an initial record is created, and the card is marked as an old system card; and when the business operation is executed subsequently, issuing an original SP adaptation instruction to the old system card, and issuing a new system instruction to the new system card, so that the new system executes the business operation according to the original SP adaptation instruction or the new system instruction. According to the technical scheme, smooth transfer of the AMSD management right can be completed on the premise that use of the stock card is not affected, a user does not need to open the card again, business operation after a new system is started is carried out by the new system, and shutdown migration is not needed.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of traffic card service, in particular to a switching automation method and device for an NFC traffic card equipment service provider. BACKGROUND

[0002] Currently, the NFC traffic card service of the public transport industry is provided by multiple SP service providers, such as TSM platform operators. Different SP manufacturers adopt independent security domain management architectures, such as the key system and Applet application of AMSD and SSD. At present, when switching service providers, the following technical solutions are mainly relied on:

[0003] Data migration: the traffic card company needs to manually export user card data, and the new SP service provider needs to re-import and adapt the database format, during which part of the service needs to be suspended. Stock card compatibility and adaptation: the new SP service provider needs to negotiate with the old SP service provider to obtain the historical backup data of the NFC traffic card, and realize part of the NFC traffic card related business (such as recharging and card refund) through manual configuration and program compatibility. New card separation: after switching, the new card is directly managed by the new SP service provider, but the stock card still relies on the AMSD permission of the old SP service provider, forming a double link in parallel.

[0004] However, the existing technical solutions have the following defects: when the user changes the service provider, the security domain (AMSD) managed by the original SP service provider becomes a data island. The AMSD is created and controlled by the initial SP service provider, and the new SP service provider cannot directly take over, resulting in the user having to perform the card opening operation on the mobile phone again, causing a fragmented experience. The NFC card data format, encryption method, and business logic of different SP service providers are different, and traditional manual conversion is inefficient and prone to errors. During the switching period, the new and old systems run in parallel, and the traditional solution needs to be shut down for migration. SUMMARY

[0005] Therefore, the purpose of the present application is to provide a switching automation method and device for an NFC traffic card equipment service provider, to solve the problem that the new SP service provider cannot directly take over when switching service providers in the prior art.

[0006] According to a first aspect of an embodiment of the present application, a switching automation method for an NFC traffic card equipment service provider is provided, which is applied to a new system after switching the SP manufacturer of the NFC traffic card, and includes the following steps:

[0007] Obtaining all user card opening data provided by the traffic card company to the original SP manufacturer;

[0008] According to the user card opening data, corresponding NFC traffic cards are imported into the new system, and the state of the imported NFC traffic cards is set to card opening;

[0009] When receiving a service operation initiated by a user on the NFC transportation card, it is determined whether a lifecycle management record of the NFC transportation card is stored;

[0010] If not, a lifecycle management record is created for the NFC transportation card, an initial record is inserted, and the NFC transportation card is marked as an old system card;

[0011] When performing a service operation, if the NFC transportation card is an old system card, a legacy SP adaptation instruction is issued, otherwise a new system instruction is issued, so that the new system performs the service operation according to the legacy SP adaptation instruction or the new system instruction.

[0012] Preferably, the method further comprises:

[0013] When receiving a backup operation initiated by a user on the NFC transportation card marked as an old system card, all card data stored in the user's mobile phone terminal of the NFC transportation card is obtained as backup data, and all card data of the NFC transportation card and the card is deleted in the user's mobile phone terminal;

[0014] When receiving a recovery service operation initiated by a user on the NFC transportation card, the backup data is written into the user's mobile phone terminal according to the new system rule;

[0015] After the recovery service is completed, the old system card mark of the NFC transportation card is removed.

[0016] Preferably, the method further comprises:

[0017] If the NFC transportation card has backup data at the original SP manufacturer before being imported into the new system, the backup data of the NFC transportation card is obtained from the original SP manufacturer.

[0018] Preferably, after the corresponding NFC transportation card is imported into the new system according to the user's card opening data, the method further comprises:

[0019] If the NFC transportation card fails to be imported, a failure reason is generated;

[0020] According to the failure reason and the user's card opening data, the corresponding NFC transportation card is re-imported into the new system.

[0021] Preferably, obtaining the backup data of the NFC transportation card from the original SP manufacturer comprises:

[0022] According to a preset instruction definition data format, the format of the backup data at the original SP manufacturer is converted into the defined data format;

[0023] The backup data after format conversion is imported into the new system.

[0024] Preferably, the method further comprises:

[0025] When acquiring all user card opening data provided by the traffic card company to the original SP manufacturer, and when acquiring backup data of the NFC traffic card from the original SP manufacturer, the data transmission process is encrypted and protected by the DP protection key of the traffic card company.

[0026] Preferably, the backup data is written into the user mobile terminal according to the new system rules, including:

[0027] The applet installed by the original SP manufacturer on the user mobile terminal is uninstalled, and the applet of the new system is reinstalled.

[0028] According to the second aspect of the embodiment of the present application, an automatic switching device of an NFC traffic card equipment service provider is provided, comprising:

[0029] A host controller and a memory connected to the host controller;

[0030] The memory, wherein the memory stores program instructions;

[0031] The host controller is configured to execute the program instructions stored in the memory to execute the method according to any one of the preceding aspects.

[0032] The technical solution provided by the embodiment of the present application can include the following beneficial effects:

[0033] It can be understood that the technical solution shown by the present application can import the corresponding NFC traffic card in the new system by using the user card opening data provided by the traffic card company to the original SP manufacturer, and set the card state to be opened. When the user initiates a business operation on the traffic card, if the NFC traffic card has no life cycle management record, an initial record is created, and the card is marked as an old system card. When performing subsequent business operations, the original SP adaptation instruction is issued to the old system card, and the new system instruction is issued to the new system card, so that the new system performs the business operation according to the original SP adaptation instruction or the new system instruction. The technical solution shown by the present application can complete the smooth transfer of the AMSD management right without affecting the use of the stock card, without the need for the user to open a new card, and the business operation after the new system is started is performed by the new system without the need for downtime migration.

[0034] It should be understood that the foregoing general description and the following detailed description are only exemplary and explanatory, and cannot limit the present application. BRIEF DESCRIPTION OF DRAWINGS

[0035] The accompanying drawings, which are incorporated into and form part of the specification, illustrate embodiments consistent with the present application and, together with the specification, serve to explain the principles of the present application.

[0036] Figure 1is a step schematic diagram of a switching automation method of an NFC transport card device service provider according to an exemplary embodiment;

[0037] Figure 2 is a transport card import flowchart according to an exemplary embodiment;

[0038] Figure 3 is a flowchart of a transport card request service according to an exemplary embodiment. DETAILED DESCRIPTION

[0039] The exemplary embodiments will be described in detail herein with reference to the attached drawings. In the following description, the same numbers refer to the same or similar elements throughout the drawings. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present invention. Instead, they are merely examples of apparatuses and methods consistent with some aspects of the present invention as detailed in the appended claims.

[0040] In an embodiment, Figure 1 is a step schematic diagram of a switching automation method of an NFC transport card device service provider according to an exemplary embodiment, referring to Figure 1 , a switching automation method of an NFC transport card device service provider is provided, which is applied to a new system after the switching of an NFC transport card SP provider, and includes the following steps.

[0041] Step S11, obtaining all user card opening data provided by a transport card company to a previous SP provider.

[0042] The SP provider refers to a service provider providing NFC transport card services in the public transportation industry, for example, a TSM platform operator. Different SP providers adopt independent security domain management architectures (such as the key system of AMSD and SSD and Applet application).

[0043] After the transport card company selects the SP provider, the user card opening data is provided to the SP provider, so that the SP provider provides NFC card services for the user according to the user card opening data.

[0044] In specific practice, when the transport card company switches the SP provider, the method provided in the embodiment obtains all user card opening data (such as user information, card opening time, card information, etc.) provided by the transport card company to the previous SP provider. These data are all the card opening data of the stock users, which are the basis for realizing the migration of the stock cards and ensure that the new system can master the card opening situation of all users served by the previous SP provider.

[0045] Step S12, importing corresponding NFC transport cards in the new system according to the user card opening data, and setting the state of the NFC transport cards after the import to card opening.

[0046] The import process refers to Figure 2 After obtaining all the card opening data of the inventory users, the corresponding NFC transportation cards can be imported into the new system. In order to ensure that the users can directly use the NFC cards, the state of the imported transportation cards is set to card opening.

[0047] In actual application, the state of the transportation card is divided into five states: new (not opened), card opening, backup, recovery and card deletion. Before the NFC transportation card is imported, there are transportation cards in the five states.

[0048] If the state of the transportation card is new (not opened), the card data of this state is imported into the new system, but because it is not purchased by the new system, these cards will not be used when the card is newly opened in the future, and therefore, the import of the card in the card opening state has no effect on the subsequent business.

[0049] If the state of the transportation card is card opening, the amount of card data in this state is the largest, and the technical solution itself is imported according to the card opening state, so it is naturally adapted.

[0050] If the state of the transportation card is backup, it indicates that the user has performed a backup operation in the old system, and the backup data is uploaded to the old system, and there is no data related to the card on the user's own mobile phone. Therefore, the backup data of the card needs to be obtained from the original SP manufacturer, and after obtaining the backup data, the state of the card is modified from the card opening state to the backup state.

[0051] The recovery state is the recovery operation of the card in the backup state by the user, and the system needs to restore the NFC card to the user's mobile phone according to the backup data. If the state of the transportation card is recovery, the restored state and the card opening state are the same, both representing that the card currently exists on the mobile device, so it is naturally adapted.

[0052] If the state of the transportation card is card deletion, it indicates that the subsequent user will not use the card, and therefore, there will be no business request, so the card is imported according to the card opening state, which will not affect the normal business. Preferably, after the completion of the switching between the new and old systems, the card number in the card deletion state can be provided by the original SP manufacturer, and the state of these cards is modified to card deletion through the new system.

[0053] The backup-recovery operation is described as follows:

[0054] After the user opens the NFC transportation card, the data of the NFC transportation card is actually written to the user's mobile device. The user's card swiping is an offline operation, only the local data of the mobile device is updated, and the data on the server is not updated. If the user wants to replace the mobile phone or flash the system, since these operations will clear the local data, if the user still wants to use the card opened before, the card needs to be backed up to the server, and then restored to the new mobile phone. When the SP manufacturer is switched, the new SP manufacturer must obtain the backup data, and the new system can help the user to perform the restoration operation on the new mobile phone.

[0055] The backup operation refers to that if the user wants to replace the mobile phone and still wants to use the old NFC transportation card (for example, there is a card opening fee in some cities), at this time, the user can perform the backup service on the old mobile phone for the card, the server reads the card data on the current device and saves it (including the balance, transaction record, various file information, etc.), and then completely deletes the card on the old mobile phone.

[0056] The restoration service refers to that the user initiates the restoration on the new mobile phone (the backup-restore operation can also be performed on the original mobile phone, and the backup-restore service is usually operated when the mobile phone is replaced). The server rewrites the previously backed up data to the new mobile phone.

[0057] Step S13, when receiving the business operation initiated by the user on the NFC transportation card, it is judged whether the lifecycle management record of the NFC transportation card is stored.

[0058] The flow of the business operation of the NFC transportation card is referred to in Figure 3 .

[0059] After the card import is completed, when the user initiates the business operation such as recharging, backup, and restoration on the NFC transportation card, the new system will first check whether the lifecycle management record (such as card opening, state change, business history, etc.) of the card is stored in the system. The core of this step is to distinguish whether the card is a new system native card (with record) or a stock card migrated from the old system (without record).

[0060] Step S14, if not, a lifecycle management record is created for the NFC transportation card, an initial record is inserted, and the NFC transportation card is marked as an old system card.

[0061] If the system does not query the lifecycle management record of the NFC transportation card, it means that it is a stock card migrated from the old system. At this time, the system creates a lifecycle management record for the card, inserts an initial record, and marks it as an "old system card". This mark is a key identifier for subsequent business processing, which is used to distinguish the source of the card.

[0062] In practical application, for example, the inventory card user makes a recharge business: for the user's NFC traffic card, insert a record with an open state and mark it, and then perform the recharge operation;

[0063] The user makes a backup business: we also insert a record with an open state and mark it, and after the backup business is successful, change the state of the NFC card from the open card to the backup state;

[0064] The user makes a recovery business: if the card has been backed up before importing the new system, insert a record with a backup state and mark it, and then perform the recovery operation.

[0065] Step S15, when performing a business operation, if the NFC traffic card is an old system card, the original SP adaptation instruction is issued, otherwise the new system instruction is issued, so that the new system performs the business operation according to the original SP adaptation instruction or the new system instruction.

[0066] In actual business operation, the system will issue corresponding instructions according to whether the card is an "old system card": since the old system card adapts the Applet logic of the original SP manufacturer, the original SP adaptation instruction is issued; the new system card issues the new system instruction. Through this differentiated instruction issuing, it is ensured that the business operation of the new and old cards can be correctly performed in the new system, and the technical specifications of different SP manufacturers are compatible.

[0067] It can be understood that the technical solution shown in the embodiment can import the corresponding NFC traffic card in the new system by using the user card opening data provided by the traffic card company to the original SP manufacturer, and set the card state to open card. When the user initiates a business operation on the traffic card, if the NFC traffic card has no life cycle management record, an initial record is created, and the card is marked as an old system card. When performing a business operation subsequently, the original SP adaptation instruction is issued to the old system card, and the new system instruction is issued to the new system card, so that the new system performs the business operation according to the original SP adaptation instruction or the new system instruction. The technical solution shown in the embodiment can complete the smooth transfer of AMSD management right without affecting the use of the inventory card, without the need for the user to re-open the card, and the business operation after the new system is started is performed by the new system without the need for downtime migration.

[0068] In another embodiment, it should be noted that the method further comprises:

[0069] When receiving a backup operation initiated by the user on the NFC traffic card marked as an old system card, all card data stored in the user's mobile phone end of the NFC traffic card is obtained as backup data, and all card data of the NFC traffic card and this card is deleted in the user's mobile phone end;

[0070] When receiving the user's initiation of the recovery operation of the NFC transportation card, the backup data is written into the user's mobile phone according to the new system rule;

[0071] After the recovery operation is completed, the old system card mark of the NFC transportation card is removed.

[0072] The embodiment mainly converts the NFC transportation card marked with the old system card into a new system card. Due to the characteristics of the backup-recovery operation, when the user performs the recovery operation, the backup data is written into the user's mobile phone according to the new system rule, and the NFC card conforming to the new system rule is constructed in the user's mobile phone.

[0073] It should be noted that the backup data is written into the user's mobile phone according to the new system rule, including uninstalling the applet installed by the original SP manufacturer on the user's mobile phone and reinstalling the applet of the new system.

[0074] For example, the applet of the original SP manufacturer is usually different from the applet of the new system. When the recovery operation is performed, the originally installed applet is uninstalled and the applet of the new system is reinstalled. After the old system card is deleted, the NFC transportation card is completely changed into a new system card.

[0075] In another embodiment, the method further comprises:

[0076] If the NFC transportation card has backup data at the original SP manufacturer before the new system is imported, the backup data of the NFC transportation card is obtained from the original SP manufacturer.

[0077] The backup data of the NFC transportation card is obtained from the original SP manufacturer, including:

[0078] According to the data format defined by the preset instruction, the format of the backup data at the original SP manufacturer is converted into the defined data format; and the backup data after the format conversion is imported into the new system.

[0079] If the user has performed a backup operation on the old system before switching between the new and old systems, the backup data will be stored in the old system.

[0080] Because the backup is less performed, most of the cards will be in the opened card state, and only a small part is in the backup state, but the new SP manufacturer also needs to process the small part of data.

[0081] The technical solution shown in the embodiment obtains the backup data from the original SP manufacturer, converts the format of the backup data, and imports the backup data after the format conversion into the new system, so that the recovery operation can be directly performed by the new system when the user performs the recovery operation.

[0082] Preferably, intelligent data conversion middleware can be set up to automatically identify the data structure and encryption method of different SP manufacturers, uniformly convert heterogeneous data into a standard format and maintain business logic consistency, thereby obtaining backup data.

[0083] In another embodiment, referring to Figure 2 After importing the corresponding NFC transportation card in the new system according to the user card opening data, the method further comprises:

[0084] If the NFC transportation card fails to be imported, a failure reason is generated;

[0085] According to the failure reason and the user card opening data, the corresponding NFC transportation card is re-imported in the new system.

[0086] In another embodiment, the method further comprises:

[0087] When obtaining all the user card opening data provided by the transportation card company to the original SP manufacturer, and when obtaining the backup data of the NFC transportation card from the original SP manufacturer, the data transmission process is encrypted and protected by the DP protection key of the transportation card company.

[0088] It can be understood that the technical solution shown in the present application only needs to temporarily suspend the user's mobile phone manufacturer during switching, and other manufacturers that have been connected are not affected. The need for suspension is because of the cutting action itself. The mobile phone manufacturer needs to switch the address originally requested by the old SP to the address requested by the new SP. If the service is not suspended, the user may be doing various business operations in the middle, which will directly cause the user's operation to fail. Therefore, it is necessary to temporarily suspend the service first, and then release the suspension after the mobile phone manufacturer completes the address switching. The new system does not need to be suspended during this process, so other mobile phone manufacturers that have been connected to the new system are not affected.

[0089] In another embodiment, an automatic switching device for an NFC transportation card equipment service provider is provided, comprising:

[0090] A host controller and a memory connected to the host controller;

[0091] The memory, wherein the memory stores program instructions;

[0092] The host controller is configured to execute the program instructions stored in the memory to execute the method of any one of the above embodiments.

[0093] It can be understood that the same or similar parts in the above embodiments can be mutually referred to, and the contents not described in detail in some embodiments can be referred to the same or similar contents in other embodiments.

[0094] It should be noted that, in the description of the present application, the terms "first", "second" and the like are used only for descriptive purposes, and cannot be construed as indicating or implying relative importance. In addition, in the description of the present application, the meaning of "a plurality of" is at least two, unless otherwise specified.

[0095] Any process or method descriptions or descriptions of the flow diagrams described herein or otherwise described in the present application can be understood as representing the steps of the codes implemented as code means containing executable instructions for performing specific logical functions or steps, and the scope of the preferred embodiments of the present application includes additional implementation involving other processes or methods.

[0096] It should be understood that parts of the present application can be implemented in hardware, software, firmware or a combination thereof. In the above embodiments, a plurality of steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented in hardware, and as in another embodiment, it can be implemented by any one or a combination of the following technologies known in the art: discrete logic circuit with logic gate circuit for implementing logical functions on data signals, application specific integrated circuit with suitable combination logic gate circuit, programmable gate array (PGA), field programmable gate array (FPGA) and the like.

[0097] Those skilled in the art of the present technology can understand that all or part of the steps carried out by the above-mentioned embodiments can be completed by programs instructing relevant hardware, and the programs can be stored in a computer readable storage medium, which includes one or a combination of the steps of the method embodiments when executed.

[0098] In addition, each functional unit in each embodiment of the present application can be integrated in one processing module, or each unit can exist physically separately, or two or more units can be integrated in one module. The above integrated module can be realized in the form of hardware or in the form of software functional module. The integrated module, if realized in the form of software functional module and sold or used as an independent product, can also be stored in a computer readable storage medium.

[0099] The storage medium mentioned above can be a read-only memory, a magnetic disk or an optical disk, etc.

[0100] In the description of the specification, the description of the terms "one embodiment", "some embodiments", "an example", "a specific example", or "some examples" etc. means that the specific features, structures, materials or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present application. In the specification, the illustrative description of the above terms does not necessarily mean the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described can be combined in any one or more embodiments or examples in a suitable manner.

[0101] Although the embodiments of the present application have been shown and described above, it is understood that the above-described embodiments are exemplary, and are not to be construed as limiting the present application, and those skilled in the art can make changes, modifications, replacements and variations to the above-described embodiments within the scope of the present application.

Claims

1. An automated method for switching NFC transit card device service providers, applied to a new system after switching NFC transit card service providers, characterized in that: include: Obtain all user card activation data provided by the transportation card company to the original SP manufacturer; Import the corresponding NFC transit cards into the new system based on the user's card activation data, and set the status of the imported NFC transit cards to "activated". When a user initiates a service operation on the NFC transit card, it is determined whether the NFC transit card's lifecycle management record is stored. If not, create a lifecycle management record for the NFC transit card, insert an initial record, and mark the NFC transit card as an old system card; When performing business operations, if the NFC transportation card is an old system card, the original SP adaptation instruction is issued; otherwise, the new system instruction is issued so that the new system can perform business operations according to the original SP adaptation instruction or the new system instruction.

2. The method according to claim 1, characterized in that, Also includes: When a backup operation is received from a user on an NFC transit card that has been marked with an old system card, all card data of the NFC transit card stored on the user's mobile phone is obtained as backup data, and the NFC transit card and all card data of the card are deleted on the user's mobile phone. When a user initiates a recovery operation for the NFC transit card, the backup data is written to the user's mobile phone according to the new system rules. After the service is restored, remove the old system card mark from the NFC transit card.

3. The method according to claim 2, characterized in that, Also includes: If the NFC transit card has backup data with the original service provider before being imported into the new system, then the backup data of the NFC transit card will be obtained from the original service provider.

4. The method according to claim 1, characterized in that, After importing the corresponding NFC transit card into the new system based on the user's card activation data, it also includes: If the NFC transit card import fails, a reason for the failure will be generated. Based on the reasons for the failure and the user's card activation data, the corresponding NFC transportation card was re-imported into the new system.

5. The method according to claim 3, characterized in that, Obtain backup data of the NFC transit card from the original SP manufacturer, including: Based on preset instructions, the data format is defined, and the backup data from the original SP vendor is converted to the defined data format. Import the converted backup data into the new system.

6. The method according to claim 3, characterized in that, Also includes: When acquiring all user card activation data provided by the transportation card company to the original SP manufacturer, and when acquiring backup data of NFC transportation cards from the original SP manufacturer, the data transmission process is encrypted and protected by the transportation card company's DP protection key.

7. The method according to claim 2, characterized in that, The step of writing backup data to the user's mobile phone according to the new system rules includes: Uninstall the applet that the original SP vendor installed on the user's mobile phone and reinstall the applet for the new system.

8. An automated switching device for NFC transit card service providers, characterized in that, include: The main controller and the memory connected to the main controller; The memory stores program instructions; The master controller is used to execute program instructions stored in the memory to perform the method as described in any one of claims 1 to 7.

Images