WO2017072753A1

WO2017072753A1 - System and method for performing ticketing transaction for a public transportation vehicle

Info

Publication number: WO2017072753A1
Application number: PCT/IL2016/051117
Authority: WO
Inventors: Gideon RAVID; Roni KALMY; Eytan LEVINSKY; Hila VAX
Original assignee: Symcotech Ltd
Current assignee: Symcotech Ltd
Priority date: 2015-10-25
Filing date: 2016-10-13
Publication date: 2017-05-04
Anticipated expiration: 2018-04-25

Abstract

The present invention provides a method for initiating a purchase transaction for an electronic ticket to a public transportation vehicle, comprising: a. accessing, by using a mobile device and the mobile contract management application (MCMA), a contract verification data (CVD) server comprising digital contract data (DCD) items that can be uploaded to the mobile contract management application (MCMA) resident at the mobile device; b. automatically suggesting one or more items of digital contract data (DCD) for the ticketing transaction via the mobile contract management application (MCMA),; c. choosing a digital contract data(DCD) item to be loaded to the mobile device mobile contract management application (MCMA); d. performing a payment for said item in step (c.) via the mobile contract management application (MCMA); e. transmitting and receiving the digital contract data (DCD) for the ticketing transaction in communication with a contract verification data server (CVD) to the mobile management application;

Description

SYSTEM AND METHOD FOR PERFORMING TICKETING TRANSACTION FOR A

PUBLIC TRANSPORTATION VEHICLE

FIELD OF THE INVENTION

The present invention relates to a system and method for performing ticketing transactions, e.g. of purchasing an electronic ticket to be used on a public transportation vehicle or exploiting a previously purchased electronic ticket on a public transportation vehicle, such as a bus, rail or air transportation vehicle. More particularly, the present invention provides a system and method that employ an interface emulator apparatus (IEA) facilitating a Bluetooth communication adapter transforming its signal into a serial communication configured to operate in the existing installed on a public transportation validation systems, and an electronic contract management application through which travel charges can be debited and credited on a mobile device enabling communication with standard public transportation validators.

BACKGROUND OF THE INVENTION

[2] The following description includes information that may be useful in understanding the present invention. It is not an admission that any of the information provided herein is prior art or relevant to the presently claimed invention, or that any publication specifically or implicitly referenced is prior art.

[3] In general, a purchase of a ticket in order to have an access to public transportation, such as bus/rail/air transportation, is done through any form of payment including physical and/or electronic transaction generating a virtual electronic contract including the transactional funds that are then subsequently uploaded to the dedicated passenger's magnetic or smart card. The dedicated passenger's magnetic card can be then applied to a transportation terminal at the public transportation validator validating the virtual electronic contract and deducting the transactional funds accordingly to the travelling destination. As an increasing number of users engage mobile devices to perform point-of-sale transitional functions, there has been a growing need to improve the way users interact with purchase transactions of a ticket in order to have an access to public transportation by eliminating the need of the dedicated passenger's magnetic card and creating a smart card emulator operable to communicate with existing public transportation validators.

[4] System and methods for a secure cardholder load are known. U.S. Application 20130140360, System and method for a secure cardholder load and storage device, discloses a system for a secure cardholder and storage device includes a mobile communication device and a secure card transporter (SCT). The SCT includes a Near Field Communication (NFC) chip, a microprocessor, a magnetic stripe card reader, a contact chip card reader, a contactless card reader, an audio jack interface and a micro-USB interface. The SCT interfaces with the mobile communication device via the audio jack interface or the micro-USB interface, and the SCT captures payment card data and transmits the captured payment card data to a merchant point of sale (POS) checkout system both in the physical and virtual environments. The system provides convenient buying experience for buyers, and secure and informative transaction for sellers.

[5] Chinese Application 1591439, System and method for paying public bus transportation fares by using cell phone identification apparatus, discloses a wireless mobile communication system, in particular, it relates to a system for paying public transportation traffic fare by adopting mode of reading handset and its method. Said system is equipped with a miniature mobile communication analog base station capable of identifying and authenticating mobile handset. Said system includes fare-collecting terminal, mobile handset, settlement center and mobile communication public transportation charging center. The fare- collecting terminal, mobile handset and settlement center can utilize wireless communication network to transfer signal data, and the settlement center and mobile communication public transportation charging center can utilize wireless communication network to transfer signal data, and said fare-collecting terminal is formed from power supply, fare-collecting equipment control terminal and analog base station.

[6] Utilization of mobile devices to improve transaction processes has been described previously in the prior art. U.S. Patent No. 8,738,454 to Wal-Mart Stores, Inc., Transferring digital receipt data to mobile devices, describes methods, systems, and computer program products fOr transferring digital receipt data to mobile devices. A point-of-sale ("POS") system generates digital receipt data as part of a sales transaction. The point-of-sale ("POS") system and a mobile device, possibly also along with a receipt data server, intemperate with one another to transfer digital receipt data generated to the mobile device. In some embodiments, the point-of-sale ("POS") system transfers digital receipt data for a sales transaction to the receipt data server. An identifier, such as, for example, an application identifier or transaction identifier, is stored along with the digital receipt data to match the digital receipt data with the mobile device. The mobile device subsequently uses the identifier to access the digital receipt data from the receipt data server. In other embodiments, the point-of-sale ("POS") system transfers digital receipt data directly to the mobile device.

[7] None of the current technologies and prior art, taken alone or in combination, does not address nor provide a solution for performing payment for an electronic ticket to a public transportation vehicle, such as a bus/rail/air transportation vehicle, using the existing in a mobile devices technology by creating interface emulator apparatus (IEA) capable of communication with the existing public transportation validators. Referring to emulator capabilities on mobile devices, the known technologies in prior art do not refer to the level of communication validating the electronic contract and the public transportation validator that should be presented, do not take into account considerations of security and efficiency improvement in user experience of each passenger, and as a result none of the existing card emulators claimed have truly sufficient and seamless performance equivalent to the interface emulator apparatus (IEA) functionality described in the present invention.

[8] Therefore, there is a long felt and unmet need for a system and method that overcomes the problems associated with the prior art.

[9] As used in the description herein and throughout the claims that follow, the meaning of "a," "an," and "the" includes plural reference unless the context clearly dictates otherwise. Also, as used in the description herein, the meaning of "in" includes "in" and "on" unless the context clearly dictates otherwise.

[10] All methods described herein can be performed in any suitable order unless otherwise indicated herein or otherwise clearly contradicted by context. The use of any and all examples, or exemplary language (e.g. "such as") provided with respect to certain embodiments herein is intended merely to better illuminate the invention and does not pose a limitation on the scope of the invention otherwise claimed. No language in the specification should be construed as indicating any non-claimed element essential to the practice of the invention. [11] Groupings of alternative elements or embodiments of the invention disclosed herein are not to be construed as limitations. Each group member can be referred to and claimed individually or in any combination with other members of the group or other elements found herein. One or more members of a group can be included in, or deleted from, a group for reasons of convenience and/or patentability. When any such inclusion or deletion occurs, the specification is herein deemed to contain the group as modified thus fulfilling the written description of all Markush groups used in the appended claims.

SUMMARY OF THE INVENTION

It is thus an object of the present invention to provide a method for performing transaction for an electronic ticket to a public transportation vehicle, the method comprising initiating the ticketing transaction at a public transportation validator associated with the public transportation vehicle; dynamically prompting identification and verification of electronic contract transaction using a mobile device at the public transportation validator comprising one or more interface emulator apparatus (IEA) in response to identification and verification of electronic contract transaction, collecting digital contract data (DCD) for the terminal transaction stored in a mobile contract management application resident at the mobile device; one or more processors of the interface emulator apparatus (IEA) executing the Bluetooth (BT) module to generate a Bluetooth (BT) tag payload communicating it via wired and/or wireless serial communication to the standard public transportation validator within range of a generated Bluetooth (BT) communication, prompting a hardware identification medium (HIM) comprising a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator and encoding an application ID associated with and unique to a mobile contract management application resident at the mobile device; performing the ticketing transaction at the public transportation validator; employing the hardware identification medium (HIM) associated with a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator to verify the ticketing transaction at the public transportation validator system; and employing the application ID associated with the electronic contract management application to link the digital contract data (DCD) to the mobile device, the employing comprising: using the application ID associated with the electronic contract management application to initiate fund deduction verification process from the digital contract data (DCD) for the ticketing transaction as corresponding to the mobile contract management application; updating the digital contract data (DCD) for the ticketing transaction on the mobile device.

[13] It is another object of the present invention to provide a method for initiating transaction for an electronic ticket to a public transportation vehicle, the method comprising: accessing, by using a mobile device, a contract verification data server comprising digital contract data (DCD) for the ticketing transaction to be uploaded to a mobile contract management application resident at the mobile device; choosing one or more types of digital contract data (DCD) for the ticketing transaction via the mobile contract management application; transmitting and receiving the digital contract data (DCD) for the ticketing transaction in communication with a contract verification data server to the mobile contract management application; generating one-time per-use communication encryption of the digital contract data (DCD) for the ticketing transaction; employing a remote security authorization module (RSAM) resident at the remote security authorization module (RSAM) server to verify the update of chosen digital contract data (DCD) on the mobile contract management application; and uploading and/or updating the digital contract data (DCD) on the mobile contract management application.

[14] It is another object of the present invention to provide an interface emulator apparatus (IEA) for performing transaction of purchasing an electronic ticket to a public transportation vehicle, the apparatus comprising: one or more processors; system memory; an antenna used commonly to both receive a modulated Bluetooth (BT) signal and to transmit said generated Bluetooth (BT) signal; and a hardware identification medium (HIM) associated with a local security authorization module (LSAM); said one or more processors is operable to execute the Bluetooth (BT) module to generate a Bluetooth (BT) tag payload communicating it via wired and/or wireless serial communication to the standard public transportation validator within range of a generated Bluetooth (BT) communication, prompt a hardware identification medium (HIM) comprising a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator and encode an application ID associated with and unique to an mobile contract management application resident at the mobile device; said one or more processors is operable to tender the ticketing transaction at the public transportation validator by employing the hardware identification medium (HIM) associated with a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator to verify the ticketing transaction at the public transportation validator; said one or more processors is operable to tender the ticketing transaction at the public transportation validator by employing the application ID associated with the mobile contract management application to link the digital contract data (DCD) to the mobile device; said one or more processors is operable to tender the ticketing transaction at the public transportation validator by further using the application ID associated with the electronic contract management application to initiate fund deduction verification process from the digital contract data (DCD) for the ticketing transaction as corresponding to the electronic contract management application and updating the digital contract data (DCD) for the ticketing transaction on the mobile device.

BRIEF DESCRIPTION OF THE PREFERRED EMBODIMENTS

[15] The novel features believed to be characteristics of the invention are set forth in the appended claims. The invention itself, however, as well as the preferred mode of use, further objects and advantages thereof, will best be understood by reference to the following detailed description of illustrative embodiment when read in conjunction with the accompanying drawings, wherein:

[16] Fig. 1 presents a flow diagram illustrating a general method for initiating transaction for an electronic ticket to a public transportation vehicle disclosed by the present invention;

[17] Fig. 2 presents an embodiment of the interface emulator apparatus (IEA) disclosed by the present invention;

[18] Fig. 3 presents a flow diagram illustrating a method for performing transaction for an electronic ticket to a public transportation vehicle disclosed by the present invention; and

[19] Fig. 4 presents a top level scheme of the system for initiating and performing transaction for an electronic ticket to a public transportation vehicle disclosed by the present invention.

[20] Fig. 5 presents a flow diagram illustrating a method for automatically validating and monitoring transaction for an electronic ticket to a public transportation vehicle. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[21] In the following detailed description of the preferred embodiments, reference is made to the accompanying drawings that form a part hereof, and in which are shown by way of illustration specific embodiments in which the invention may be practiced. It is understood that other embodiments may be utilized and structural changes may be made without departing from the scope of the present invention. The present invention may be practiced according to the claims without some or all of these specific details. For the purpose of clarity, technical material that is known in the technical fields related to the invention has not been described in detail so that the present invention is not unnecessarily obscured.

[22] Reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearances of the phrases "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

While the technology will be described in conjunction with various embodiment(s), it will be understood that they are not intended to limit the present technology to these embodiments. On the contrary, the present technology is intended to cover alternatives, modifications and equivalents, which may be included within the spirit and scope of the various embodiments as defined by the appended claims.

Furthermore, in the following description of embodiments, numerous specific details are set forth in order to provide a thorough understanding of the present technology. However, the present technology may be practiced without these specific details. In other instances, well known methods, procedures, components, and circuits have not been described in detail as not to unnecessarily obscure aspects of the present embodiments.

Unless specifically stated otherwise as apparent from the following discussions, it is appreciated that throughout the present description of embodiments, discussions utilizing terms such as "displaying", "detecting," "performing," "identifying," "configuring" or the like, refer to the actions and processes of a computer system, or similar electronic computing device. The computer system or similar electronic computing device manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission, or display devices, including integrated circuits down to and including chip level firmware, assembler, and hardware based micro code.

[26] As will be explained in further detail below, the technology described herein relates to performing transaction for an electronic ticket to a public transportation vehicle, such as a bus, rail, air transportation vehicle, in particular, an electronic emulator facilitating a communication adapter to a rewritable radio frequency identification device (RFID), coupled to a mobile contract management application to which charges can be debited and credited on a mobile device capable of communication with standard terminals.

[27] The term "mobile/computing device" interchangeably refers, but not limited to such as a mobile phone, laptop, tablet, wearable computing device, cellular communicating device, digital camera (still and/or video), PDA, computer server, video camera, television, electronic visual dictionary, communication device, personal computer, and etc. The present invention means and methods are performed in a standalone electronic device comprising at least one screen. Additionally or alternatively, at least a portion of such as processing, memory accessible, databases, includes a cloud-based platform, and/or web-based platform. In some embodiments, the software components and/or image databases provided, are stored in a local memory module and/or stored in a remote server.

[28] The term "transaction" refers hereinafter to any fee, set by the transfer of any type of electronic or physical funds in exchange for a transportation ticket or charging the uploaded contract balance based on the traveling distance, wherein the mobile device is involved in both the initiation and the approval of the payment. The payer can be present at the point of sale or "in movement" ("on the way") and the infrastructure that supports the payment can change.

[29] The term "security authorization module (SAM)" refers hereinafter to any a remote or local security application, which is used in various implementations to provide interfaces and storage for holding, passing, validating, verifying of security information within the involved transaction resident at the public transportation validator. [30] The term "transport data structures" refers hereinafter to any data for use by public transport operators, including personal user data, travel charges data and usage data, that is defined in a common way as to allow usage and information interchange between different operators of public transport service. A well-known example for such set of structures will be the Card Data Model (CDM) in the Calypso card specification, also known as European standard EN 1545 - "Identification Card System - Surface Transport Application".

[31] While the invention is susceptible to various modifications and alternative forms, specific embodiments thereof have been shown by way of example in the drawings and the above detailed description. It should be understood, however, that it is not intended to limit the invention to the particular forms disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the invention as defined by the appended claims.

[32] Reference is now made to Fig. 1, presenting a flow diagram illustrating a general method for initiating a loading transaction for an electronic ticket (following a purchase of such ticket) to a public transportation vehicle 10 disclosed by the present invention disclosed by the present invention. Said method comprises, for a number of repetitions, steps of providing interface emulator apparatus (IEA) for performing transaction of an electronic ticket to a public transportation vehicle 200, the method comprising steps of accessing, by using a mobile device, a contract verification data server 102 comprising digital contract data (DCD) for the ticketing transaction to be uploaded to an mobile contract management application resident at the mobile device; choosing one or more types of digital contract data (DCD) for the ticketing transaction 104 via the mobile contract management application; transmitting and receiving the digital contract data (DCD) for the ticketing transaction in communication with a contract verification data server to the mobile contract management application, transmitting 106 the digital contract data (DCD) to a remote security authorization module (RSAM) resident at the remote security authorization module (RSAM) server to validation data and to send 108 the contract and validation data to the mobile contract management application, the method employs transmitting the digital contract data (DCD) from the mobile contract management application to a public business object (BO) server; and uploading and/or updating the digital contract data (DCD) 110 on the electronic contract management application. Consequently, the step 110 may include deducting electronic funds from the digital contract data (DCD) for the ticketing transaction based on the transport data structures. [33] Reference is now made to Fig. 2, which is a schematic illustration of an example of the interface emulator apparatus (IEA) disclosed by the present invention 20. The system employs interface emulator apparatus (IEA) 200 for performing transaction of an electronic ticket to a public transportation vehicle, the apparatus comprising: one or more processors 202; system memory 204; an antenna 206 used commonly to both receive a modulated Bluetooth (BT) signal and to transmit said generated Bluetooth (BT) signal; said one or more processors 202 is operable to execute the Bluetooth (BT) module 208 to generate a one-time per-use communication encryption Bluetooth (BT) tag payload communicating it via wired and/or wireless serial communication to the standard public transportation validator within range of a generated Bluetooth (BT) communication, prompt a hardware identification medium (HIM) comprising a local security authorization module (LSAM) 210 either resident at the interface emulator apparatus or one already embedded in the public transportation validator and encode an application ID associated with and unique to an mobile contract management application resident at the mobile device 212; said one or more processors is operable to tender the ticketing transaction at the public transportation validator by employing the hardware identification medium (HIM) associated with a local security authorization module (LSAM) 210 either resident at the interface emulator apparatus or one already embedded in the public transportation validator apparatus to verify the ticketing transaction at the public transportation validator; said one or more processors is operable to tender the ticketing transaction at the public transportation validator by employing the application ID associated with the mobile contract management application to link the digital contract data (DCD) to the mobile device 212; said one or more processors is operable to tender the ticketing transaction at the public transportation validator by further using the application ID associated with the electronic contract management application to initiate fund deduction verification process from the digital contract data (DCD) for the ticketing transaction as corresponding to the electronic contract management application and updating the digital contract data (DCD) for the ticketing transaction on the mobile device 212.

[34] Reference is now made to Fig. 3, which presents a flow diagram illustrating a general method for performing transaction for an electronic ticket to a public transportation vehicle disclosed by the present invention 30. Said method comprises, for a number of repetitions, steps of providing interface emulator apparatus (IEA) for performing transaction of an electronic ticket to a public transportation vehicle 200, the method comprising steps of initiating the ticketing transaction 302 at a public transportation validator associated with the public transportation vehicle by receiving a communicating indication from an I/O peripheral that the ticketing transaction is to be initiated; dynamically prompting identification and verification of electronic contract transaction 304 from a mobile device by the public transportation validator comprising one or more interface emulator apparatuses (IEA); in response to identification and verification of electronic contract transaction, collecting digital contract data (DCD) for the terminal transaction 306 stored in an mobile contract management application resident at the mobile device; one or more processors of the interface emulator apparatus (IEA) executing the Bluetooth (BT) module 308 to generate a one-time per-use communication encryption Bluetooth (BT) tag payload communicating it via wired and/or wireless serial communication to the standard public transportation validator within range of a generated Bluetooth (BT) communication, prompting a hardware identification medium (HIM) comprising a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator and encoding an application ID associated with and unique to an mobile contract management application resident at the mobile device; performing the ticketing transaction 310 at the public transportation validator; employing the hardware identification medium (HIM) 312 associated with a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator to verify the ticketing transaction at the public transportation validator in an off-line mode; and employing the application ID associated with the mobile contract management application to link the digital contract data (DCD) to the mobile device, the employing comprising: using the application ID associated with the electronic contract management application to initiate fund deduction verification process from the digital contract data (DCD) for the ticketing transaction as corresponding to the mobile contract management application by verifying electronic funds deduction from the digital contract data (DCD) for the ticketing transaction based on the transport data structures; updating the digital contract data (DCD) and/or transactional data for the ticketing transaction on the mobile device. The method employs transmitting 314 the digital contract data (DCD) and the transaction details to the local security authorization module (LSAM) server obtaining a new validation data to the updated digital contract data (DCD). Following step 314, said method further comprising sending a push notification to the mobile device 316, the push notification indicating that digital contract data (DCD) for the ticketing transaction is updated accordingly to the ticketing transaction and said validation data . Reference is now made to Fig. 4, which is a schematic illustration of an example of the system for initiating and performing transaction for an electronic ticket to a public transportation vehicle disclosed by the present invention 40. The system employs interface emulator apparatus (IEA) 402 for performing transaction of an electronic ticket to a public transportation vehicle, the apparatus comprising: one or more processors; system memory; an antenna used commonly to both receive a modulated Bluetooth (BT) signal and to transmit said generated Bluetooth (BT) signal; said one or more processors is operable to execute the Bluetooth (BT) module to generate a one-time per-use communication encryption Bluetooth (BT) tag payload communicating it via wired and/or wireless serial communication to the standard public transportation validator (validation equipment) 404 within range of a generated Bluetooth (BT) communication, prompt a hardware identification medium (HIM) comprising a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator 404 and encode an application ID associated with and unique to an mobile contract management application resident at the mobile device 406; said one or more processors is operable to tender the ticketing transaction at the public transportation validator 404 by employing the hardware identification medium (HIM) associated with a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator apparatus 404 to verify the ticketing transaction at the public transportation validator 404; said one or more processors is operable to tender the ticketing transaction at the public transportation validator by employing the application ID associated with the mobile contract management application to link the digital contract data (DCD) to the mobile device 406; said one or more processors is operable to tender the ticketing transaction at the public transportation validator by further using the application ID associated with the electronic contract management application to initiate fund deduction verification process from the digital contract data (DCD) for the ticketing transaction as corresponding to the electronic contract management application and updating the digital contract data (DCD) for the ticketing transaction on the mobile device 406, by uploading and/or updating the digital contract data (DCD) for the ticketing transaction, comprises deducting electronic funds from the digital contract data (DCD) for the ticketing transaction based on the transport data structures. [36] Before the transaction initiation, said system further employs a remote security authorization module (RSAM) or local authorization module (LSAM) to authorize the digital contract data (DCD)

[37] After that the system employs transmitting and receiving the digital contract data (DCD) for the ticketing transaction to a standard transaction services server 414 that stores transactional data associated with the public transportation validator validating the update of digital contract data (DCD).

[38] Reference is now made to Fig. 5, which presents a flow diagram illustrating a general method for automatically validating and monitoring transaction for an electronic ticket to a public transportation vehicle disclosed by the present invention 50. Said method comprises, for a number of repetitions, steps of providing interface emulator apparatus (IEA) for performing transaction of an electronic ticket to a public transportation vehicle 200, the method comprising steps of automatically suggesting one or more types of personal digital contract data (DCD) 502 for the ticketing transaction via the electronic contract management application, the personal digital contract data (DCD) is utilized to provide the optimal travelling destination contract based on localization and travelling area parameters over one or more public transportation operators; automatically generating a unique mobile device transactional identifier 504 associated with the personal digital contract data (DCD); automatically validating personal digital contract data (DCD) 506 for the ticketing transaction based on localization and travelling area parameters; and automatically monitoring the mobile device transactional identifier 508 associated with the mobile device by one or more public transportation operators. For example, by automatically validating and monitoring the mobile device transactional identifier 508 associated with the mobile device, one or more public transportation operators (or public transportation inspectors) are able to control and analyze remotely the number of users currently validating their personal digital contract data (DCD) based on proximity access to the interface emulator apparatus (IEA) and utilize such aggregated data into public transportation validation and monitoring map, allowing to present in real-time an exact number of users and preferred choice of digital contract data (DCD) for the optimal travelling destination, as well as travelling area parameters over one or more public transportation operators, such as user and transport traffic control as analyzed in different urban areas.

Claims

[39] CLAIMS

1. A method for initiating a purchase transaction for an electronic ticket to a public transportation vehicle, the method comprising:

a. accessing, by using a mobile device and the mobile contract management application (MCMA), a contract verification data (CVD) server comprising digital contract data (DCD) items that can be uploaded to the mobile contract management application (MCMA) resident at the mobile device;

b. automatically suggesting one or more items of digital contract data (DCD) for the ticketing transaction via the mobile contract management application (MCMA),;

c. choosing a digital contract data(DCD) item to be loaded to the mobile device mobile contract management application (MCMA);

d. performing a payment for said item in step (c.) via the mobile contract management application (MCMA);

e. transmitting and receiving the digital contract data (DCD) for the ticketing transaction in communication with a contract verification data server (CVD) to the mobile contract management application (MCMA);

f. generating one-time per-use communication encryption of the digital contract data (DCD) for the ticketing transaction;

g. employing a remote security authorization module (RSAM) resident at the remote security authorization module (RSAM) server to verify the update of chosen digital contract data (DCD) on the mobile contract management application; and

h. uploading and/or updating the digital contract data (DCD) on the mobile contract management application (MCMA).

2. The method of claim 1, wherein the uploading and/or updating the digital contract data (DCD) for the ticketing transaction, comprises deducting electronic funds from the digital contract data (DCD) for the ticketing transaction based on the transport data structures.

3. The method of claim 2, wherein the step of deducting electronic funds from the digital contract data (DCD) for the ticketing transaction based on the transport data structures is performed in predetermined by a user different time periods.

4. The method of claim 1, wherein employing a remote security authorization module (RSAM) comprises transmitting the digital contract data (DCD) to remote security authorization module (RSAM) server that stores transactional data associated with the public transportation validators.

5. The method of claim 1, wherein employing a remote security authorization module (RSAM) server comprises subsequently transmitting the digital contract data (DCD) from remote security authorization module (RSAM) server to a public business object (BO) server validating the update of digital contract data (DCD).

6. The method of claim 1, wherein the transmitting and receiving the digital contract data (DCD) for the ticketing transaction in communication with a contract verification data server comprises transmitting the digital contract data (DCD) to a standard transaction services server that stores transactional data associated with the public transportation validators validating the update of digital contract data (DCD).

7. The method of claim 1, wherein automatically suggesting one or more types of personal digital contract data (DCD) for the ticketing transaction via the electronic contract management application, employs providing the unlimited travelling destination contract over one or more public transport operators.

8. The method of claim 1, wherein the step of automatically suggesting one or more types of personal digital contract data (DCD) based on localization and travelling area parameters is performed based on GPS and/or sensors of the user's device analysis in real-time.

9. A method for performing transaction of exploiting an electronic ticket to a public transportation, the method comprising:

a. initiating the ticketing transaction at an entry and/or exit public transportation validator associated with the public transportation vehicle;

b. dynamically prompting identification and verification of electronic contract transaction using a mobile device at the public transportation validator comprising one or more interface emulator apparatuses (IEA); c. automatically suggesting one or more items of digital contract data (DCD) resident on the mobile device for the ticketing transaction via the mobile contract management application (MCMA), and/or automatically choosing one digital contract data (DCD), the personal digital contract data (DCD) is utilized to provide the optimal travelling destination contract based on localization and travelling area parameters associated with one or more public transport operators; d. in response to identification and verification of electronic contract transaction, collecting digital contract data (DCD) for the terminal transaction stored in an mobile contract management application resident at the mobile device;

e. one or more processors of the interface emulator apparatuses (IEA) executing the Bluetooth (BT) module to generate a one-time per-use communication encryption Bluetooth (BT) tag payload communicating it via wired and/or wireless serial communication to the standard public transportation validator within range of a generated Bluetooth (BT) communication, prompting a hardware identification medium (HIM) comprising a local security authorization module (LSAM either resident at the interface emulator apparatus or one already embedded in the public transportation validator and encoding an application ID associated with and unique to an mobile contract management application resident at the mobile device;

f. performing the ticketing transaction at the public transportation validator; g. employing the hardware identification medium (HIM) associated with a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator to verify the ticketing transaction at the public transportation validator system; and

h. employing the application ID associated with the mobile contract management application to link the digital contract data (DCD) to the mobile device, wherein the employing comprising:

i. using the application ID associated with the mobile contract management application to initiate fund deduction verification process from the digital contract data (DCD) for the ticketing transaction as corresponding to the mobile contract management application;

ii. updating the digital contract data (DCD) and/or transactional data for the ticketing transaction on the mobile device.

10. The method of claim 9, wherein said method further comprising sending a push notification to the mobile device, the push notification indicating that digital contract data (DCD) for the ticketing transaction is updated accordingly to the ticketing transaction charging.

11. The method of claim 9, wherein the initiating the ticketing transaction at the public transportation validator comprises receiving a communicating indication from an I/O peripheral that the ticketing transaction is to be initiated.

12. The method of claim 9, wherein the initiating fund deduction verification process, comprises verifying electronic funds deduction from the digital contract data (DCD) for the ticketing transaction based on the transport data structures.

13. The method of claim 9, wherein completing the ticketing transaction at the public transportation validator comprises receiving a communicating indication from an I/O peripheral that the ticketing transaction is to be completed.

14. The method of claim 9, wherein the employing the hardware identification medium (HIM) associated with a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator to verify the ticketing transaction at the public transportation validator system is executed in an off-line mode.

15. The method of claim 9, wherein said digital contract data (DCD) for the ticketing transaction can be validated automatically based on localization and travelling area parameters.

16. The method of claim 15, wherein validating said digital contract data (DCD) for the ticketing transaction based on localization and travelling area parameters is performed based on GPS and/or sensors of the user's device analysis in real-time.

17. The method of claim 9, further comprising, after uploading and/or updating the digital contract data (DCD) for the ticketing transaction, generating a unique mobile device transactional identifier associated with the personal digital contract data (DCD).

18. The method of claim 17, further comprising monitoring said mobile device transactional identifier associated with the mobile device by one or more public transportation operators.

19. The method of claim 9, wherein the ticketing transaction validation automatically based on localization and travelling area parameters is opt out, said method further comprising sending a push notification to the mobile device, the push notification indicating when the mobile device is outside its localization and travelling area parameters associated with said digital contract data (DCD) for the ticketing transaction.

20. The method of claim 19, wherein the mobile device is outside its localization and travelling area parameters associated with said digital contract data (DCD) for the ticketing transaction, the push notification further indicates an option to purchase manually and/or automatically correlating to new localization and travelling area parameters digital contract data (DCD) for the ticketing transaction.

21. The method of claim 18, wherein monitoring further comprising receiving a list indication of expired and/or erroneous mobile device transactional identifier associated with the mobile device by one or more public transportation operators.

22. The method of claim 18, wherein monitoring further comprising receiving an indication when and where mobile device transactional identifiers associated with the mobile devices on a transportation vehicle have been evaluated.

23. The method of claim 22, wherein the indication further comprises suggesting mobile device transactional identifiers associated with the mobile devices on a different transportation vehicle to be evaluated.

24. The method of claim 18, wherein monitoring further comprising evaluating a monitoring level based on transportation vehicle transit frequency; transportation vehicle transit availability; and on a number of monitored mobile devices on board of the transportation vehicle.

25. An interface emulator apparatus (IEA) for performing transaction of an electronic ticket to a public transportation vehicle, the apparatus comprising:

a. one or more processors;

b. system memory; and

c. an antenna used commonly to both receive a modulated Bluetooth (BT) signal and to transmit said generated Bluetooth (BT) signal; wherein said one or more processors is operable to execute the Bluetooth (BT) module to generate a one-time per-use communication encryption Bluetooth (BT) tag pay load communicating it via wired and/or wireless serial communication to the standard public transportation validator within range of a generated Bluetooth (BT) communication, prompt a hardware identification medium (HIM) comprising a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator and encode an application ID associated with and unique to an mobile contract management application resident at the mobile device; wherein said one or more processors is operable to tender the ticketing transaction at the public transportation validator by employing the hardware identification medium (HIM) associated with a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator apparatus to verify the ticketing transaction at the public transportation validator system;

wherein said one or more processors is operable to tender the ticketing transaction at the public transportation validator by employing the application ID associated with the electronic contract management application to link the digital contract data (DCD) to the mobile device; wherein said one or more processors is operable to tender the ticketing transaction at the public transportation validator by further using the application ID associated with the electronic contract management application to initiate fund deduction verification process from the digital contract data (DCD) for the ticketing transaction as corresponding to the electronic contract management application and updating the digital contract data (DCD) for the ticketing transaction on the mobile device.

26. The apparatus of claim 25, wherein said one or more processors is further operable to initiate the ticketing transaction at the public transportation validator by receiving a communicating indication from an I/O peripheral that the ticketing transaction is to be initiated.

27. The apparatus of claim 25, wherein said one or more processors is further operable to the initiate fund deduction verification process by verifying electronic funds deduction from the digital contract data (DCD) for the ticketing transaction based on the transport data structures.

28. The apparatus of claim 25, wherein said one or more processors is further operable to complete the ticketing transaction at the public transportation validator by receiving a communicating indication from an I/O peripheral that the ticketing transaction is to be completed.

29. The apparatus of claim 25, wherein said one or more processors is further operable to employ the hardware identification medium (HIM) associated with a local security authorization module (LSAM) either resident at the interface emulator apparatus or one already embedded in the public transportation validator to verify the ticketing transaction at the public transportation validator system in an off-line mode.

30. A method for initiating transaction for an electronic ticket to a public transportation vehicle, the method comprising:

a. accessing, by using a mobile device, a contract verification data server comprising digital contract data for the ticketing transaction to be uploaded to an electronic contract management application resident at the mobile device; b. choosing one or more types of digital contract data for the ticketing transaction via the electronic contract management application;

c. transmitting and receiving the digital contract data for the ticketing transaction in communication with a contract verification data server to the electronic contract management application;

d. generating one-time per-use communication encryption of the digital contract data for the ticketing transaction;

e. employing a remote security authorization module (RSAM) resident at the remote security authorization module (RSAM) server to verify the update of chosen digital contract data on the electronic contract management application; and

f. uploading and/or updating the digital contract data on the electronic contract management application.

31. The method of claim 30, wherein the uploading and/or updating the digital contract data for the ticketing transaction, comprises deducting electronic funds from the digital contract data for the ticketing transaction based on the transport data structures.

32. The method of claim 30, wherein employing a remote security authorization module (RSAM) comprises transmitting the digital contract data to remote security authorization module (RSAM) server that stores transactional data associated with the terminal system.

33. The method of claim 30, wherein employing a remote security authorization module (RSAM) server comprises subsequently transmitting the digital contract data from remote security authorization module (RSAM) server to a business object (BO) server validating the update of digital contract data.

34. The method of claim 30, wherein the transmitting and receiving the digital contract data for the ticketing transaction in communication with a contract verification data server comprises transmitting the digital contract data to a standard transaction services server that stores transactional data associated with the terminal system validating the update of digital contract data.

35. A method for tendering transaction for an electronic ticket to a public transportation vehicle, the method comprising:

a. initiating the ticketing transaction at a terminal system associated with the public transportation vehicle;

b. dynamically prompting identification and verification of electronic contract transaction using a mobile device at the entry and/or exit terminal system comprising one or more interface emulator apparatuses;

c. in response to identification and verification of electronic contract transaction, collecting digital contract data for the terminal transaction stored in an electronic contract management application resident at the mobile device; d. one or more processors of the interface emulator apparatus executing the Bluetooth (BT) module to generate a tag payload communicating it via wired and/or wireless serial communication to the standard terminal within range of a generated Bluetooth (BT) communication, prompting a hardware identification medium (HIM) comprising a local security authorization module (LSAM) resident at the terminal system and encoding an application ID associated with and unique to an electronic contract management application resident at the mobile device;

e. tendering the ticketing transaction at the terminal system;

f. employing the hardware identification medium (HIM) associated with a local security authorization module (LSAM) resident at the terminal system to verify the ticketing transaction at the terminal system; and

g. employing the application ID associated with the electronic contract management application to link the digital contract data to the mobile device, wherein the employing comprising:

i. using the application ID associated with the electronic contract management application to initiate fund deduction verification process from the digital contract data for the ticketing transaction as corresponding to the electronic contract management application; ii. updating the digital contract data and/or transactional data for the ticketing transaction on the mobile device.

36. The method of claim 35, wherein said method further comprising sending a push notification to the mobile device, the push notification indicating that digital contract data for the ticketing transaction is updated accordingly to the ticketing transaction charging.

37. The method of claim 35, wherein the initiating the ticketing transaction at the terminal system comprises receiving a communicating indication from an I/O peripheral that the ticketing transaction is to be initiated.

38. The method of claim 35, wherein the initiating fund deduction verification process, comprises verifying electronic funds deduction from the digital contract data for the ticketing transaction based on the transport data structures.

39. The method of claim 35, wherein completing the ticketing transaction at the terminal system comprises receiving a communicating indication from an I/O peripheral that the ticketing transaction is to be completed.

40. The method of claim 35, wherein the employing the hardware identification medium (HIM) associated with a local security authorization module (LSAM) resident at the terminal system to verify the ticketing transaction at the terminal system is executed in an off-line mode.

41. An interface emulator apparatus for tendering transaction of an electronic ticket to a public transportation vehicle, the apparatus comprising:

a. one or more processors;

b. system memory; and

c. an antenna used commonly to both receive a modulated Bluetooth (BT) signal and to transmit said generated Bluetooth (BT) signal;

wherein said one or more processors is operable to execute the Bluetooth (BT) module to generate a tag pay load communicating it via wired and/or wireless serial communication to the standard terminal within range of a generated Bluetooth (BT) communication, prompt a hardware identification medium (HIM) comprising a local security authorization module (LSAM) resident at the terminal system and encode an application ID associated with and unique to an electronic contract management application resident at the mobile device;

wherein said one or more processors is operable to tender the ticketing transaction at the terminal system by employing the hardware identification medium (HIM) associated with a local security authorization module (LSAM) resident at the terminal system apparatus to verify the ticketing transaction at the terminal system;

wherein said one or more processors is operable to tender the ticketing transaction at the terminal system by employing the application ID associated with the electronic contract management application to link the digital contract data to the mobile device;

wherein said one or more processors is operable to tender the ticketing transaction at the terminal system by further using the application ID associated with the electronic contract management application to initiate fund deduction verification process from the digital contract data for the ticketing transaction as corresponding to the electronic contract management application and updating the digital contract data for the ticketing transaction on the mobile device.

42. The apparatus of claim 41, wherein said one or more processors is further operable to initiate the ticketing transaction at the terminal system by receiving a communicating indication from an I/O peripheral that the ticketing transaction is to be initiated.

43. The apparatus of claim 41, wherein said one or more processors is further operable to the initiate fund deduction verification process by verifying electronic funds deduction from the digital contract data for the ticketing transaction based on the transport data structures.

44. The apparatus of claim 41, wherein said one or more processors is further operable to complete the ticketing transaction at the terminal system by receiving a communicating indication from an I/O peripheral that the ticketing transaction is to be completed.

45. The apparatus of claim 41, wherein said one or more processors is further operable to employ the hardware identification medium (HIM) associated with a local security authorization module (LSAM) resident at the terminal system to verify the ticketing transaction at the terminal system in an off-line mode.