EP1436784A1 - Method of transferring operating attribute data over time from a service apparatus to a management server - Google Patents
Method of transferring operating attribute data over time from a service apparatus to a management serverInfo
- Publication number
- EP1436784A1 EP1436784A1 EP02772683A EP02772683A EP1436784A1 EP 1436784 A1 EP1436784 A1 EP 1436784A1 EP 02772683 A EP02772683 A EP 02772683A EP 02772683 A EP02772683 A EP 02772683A EP 1436784 A1 EP1436784 A1 EP 1436784A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- values
- taken
- value
- reference quantity
- management server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/24—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for parking meters
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
- G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
Definitions
- the present invention relates to a method for transferring data between a service apparatus and a remote management server.
- the present invention relates more precisely to a method for transferring data describing the operation over time of a service appliance such as a payment terminal to a remote management server.
- the present invention also relates to a payment terminal and a management server which are suitable for the implementation of such a method.
- the present invention relates more particularly to the payment terminals used for parking cars.
- city parking for cars has paid off.
- the motorist To be able to leave their vehicle in a parking space, the motorist must prepay an amount corresponding to the chosen parking time. In the absence of such a payment, the vehicle is in violation and it is liable to be the subject of a fine or a fine by surveillance officers.
- Such terminals are better known as parking meters or parking meters.
- the parking meter type system consists of a terminal in which the motorist wishing to park must pay (by coins, cards, etc.) for an amount corresponding to the desired parking time.
- a display mechanism placed on the terminal then shows an index corresponding to the paid parking time. This index will then disappear as time goes by. Controlling such a system is simple since surveillance officers only need to look at the position of the index to know whether the vehicle occupying the location controlled by the terminal in question is in violation or not.
- the user receives in exchange for payment of the desired parking time (payment made using coins or an adapted payment card, etc.) a ticket bearing various printed information and in particular the authorized parking time limit. The user must place this visible ticket behind the windshield of his vehicle.
- the surveillance officers then check in parked cars the presence of a ticket and the indication appearing on the ticket of the parking time limit.
- parking meters or parking meters the surveillance work is heavy to implement since it is necessary to carry out regular and systematic rounds in all the streets subject to paid parking and to check the vehicles (or terminals) one by one in order to detect among these, any vehicles in violation.
- the terminals are now equipped with means of communication with a remote central computer, which is intended to operate the supervision of the fleet of parking terminals.
- This central computer also called PMS server (acronym for Parking Management System) periodically receives from each terminal activity reports containing data describing the operation of the device, or even alarms when events requiring the intervention of a maintenance agent occurs (chest full of change, lack of paper for editing tickets, but also breakdowns or acts of vandalism).
- the PMS server can perform the downloading in the terminals, of parameter files, of rate tables or of updates of the programs operating the microprocessors of the payment terminals, updates improving the programs already in place or although still introducing new services for users.
- each terminal must communicate the status of the number of paid parking spaces and the parking time paid corresponding with a high frequency, for example every n minutes, with n being 5, 6 etc. Such a frequency is cumbersome to manage and costly in communication time.
- the object of the present invention is therefore to overcome this drawback by reducing the frequency of communication while allowing to keep an accurate knowledge of the rate of paid parking for each of the terminals.
- the object of the present invention is therefore also to develop payment terminals (parking meters, parking meters, etc.) and a PMS server for implementing the aforementioned methods.
- the method according to the invention aims to transfer to a remote management server a datum, such as a number of transactions, descriptive of the operation over time of a service appliance of the payment terminal type, the server and the service apparatus being connected to each other by means of an appropriate telecommunications network.
- a datum such as a number of transactions, descriptive of the operation over time of a service appliance of the payment terminal type, the server and the service apparatus being connected to each other by means of an appropriate telecommunications network.
- the method is characterized in that the data is only transferred in the event of a difference between this data and predetermined values to which said data is compared.
- the predetermined values form an interval of values delimited by a lower bound and an upper bound.
- the interval is generated from a reference quantity.
- the lower and upper limits are respectively deduced from the value taken by the reference quantity at the time considered, by subtracting and adding corresponding deviation values (Delta-, Delta +).
- the two deviation values are equal, so that the lower and upper limits extend equidistant from said value taken by the reference quantity at the instant considered.
- the deviation values are constant.
- the deviation values are variable as a function of the value taken by the reference quantity at the instant considered or as a function of time.
- the values taken by the reference quantity are constant.
- the values taken by the reference quantity are evolving over time.
- the reference quantity is a statistical quantity representative of the evolution over time of the values usually taken by this data.
- the values taken by the reference quantity depend on the value of the data having triggered the last transfer to the management server.
- the values of the reference quantity are then taken equal to the value that triggered the last transfer to the management server.
- the values of the reference quantity are then taken equal to an arbitrary value deduced from the value having triggered the last transfer to the management.
- the values of the reference quantity are then taken equal to the values of a statistical quantity representative of the evolution over time of the values usually taken by the data, to which are added an algebraic value deducted from the value that triggered the last transfer to the management server.
- the service device is a payment terminal for parking spaces, such as a parking meter or a parking meter, and the data to be transferred is the number of valid tickets sold or the occupancy rate.
- FIG. 1 is a schematic view of a park of parking meters and of the management server implementing the method according to the invention
- FIG. 2 describes a diagram detailing the evolution over time of paid places, making it possible to specify a first embodiment of the file transfer method according to the invention
- Figure 3 is a diagram similar to that of Figure 2, to specify a second embodiment of the file transfer method according to the invention.
- a payment terminal has been shown, which is in this case a parking meter 1.
- This parking meter 1 belongs to the parking machine park 10 managed by an operator such as a private organization or a municipality.
- the same park can include several tens to several thousand parking meters depending on the size of the city or agglomeration concerned.
- the use of payment terminals of the parking meter type is not limiting of the present invention which also applies to parking meters.
- These parking meters are regularly distributed, for example every fifty meters, along the sidewalks of streets subject to paid regulated parking.
- the parking meter 1 like all or part of the other parking meters of the park 10, is connected via a telecommunications network 2 to a management server 5 also called PMS, to transfer data to the latter.
- PMS management server 5 also called PMS
- the telephone network 2 is for example the telephone network of analog switched type PSTN (Public Switching Telephone Network) or of digital type ISDN (Integrated Services Digital Network).
- This network 2 can also be constituted by a mobile radiotelephony network, whatever its nature: GSM, CDMA, TDMA, AMPS, D-AMPS, or even by the Internet network or more generally by any communication network capable of transmit data (X25, Ethernet, etc.) as well as by any combination of such networks.
- the PMS 5 makes it possible to operate the fleet of parking meters 10. It has the function of exchanging with these parking meters information concerning their operation and in particular as will be detailed below concerning the transactions operated by the users.
- the parking meters and the PMS 5 are therefore provided with appropriate means of supervision and of reception / transmission of information, these means which are in themselves known will not be described in more detail.
- the PMS 5 transfers to the parking meters the files necessary for their operation, such as rate tables, configuration parameters, opposition lists or monitoring of the means of payment used (white, black or gray) or programs that run the parking meters' microprocessors.
- the parking meters transmit for their part, information relating to their use, namely a daily report comprising data relating to the transactions carried out, to the traffic, an alarm report which makes it possible to report to the PMS 5 the occurrence incidents or damage to their integrity, such as a breakdown in the card reader, etc., so as to provide for the intervention of a surveillance officer.
- the parking meter 1 like the other parking meters in the park 10 also includes a certain number of specific elements inherent in a parking meter. There are in particular visualization and data entry devices, such as a screen, a keyboard with keys, a card reader, a coin collection device, etc. It should be noted that the parking meter can also be equipped with means allowing the payment of a parking fee from a mobile phone. All of these hardware elements are controlled by a microprocessor with appropriate software.
- the microprocessor of the parking meter 1 is equipped with a program for monitoring the transactions operated by the users during the day and for remotely collecting this information to the PMS server 5.
- This transaction monitoring program is more particularly interested in the calculation of two significant quantities of the transaction process: the number N of parking tickets valid at a given instant and the time T which has elapsed since the issuance of the last ticket.
- the number N is calculated periodically by an appropriate program implemented by the microprocessor of the parking meter 1 from the stored information relating to each of the elementary transactions carried out on the parking meter 1.
- each payment gives rise to the recording in a suitable memory zone of a corresponding parking time.
- This period begins at the time of payment and ends in proportion to the money collected and the rate in force.
- the number N is therefore determined at time t by the number of recorded parking durations including time t.
- the frequency of calculation of N will be arbitrarily adapted. You can, for example, trigger this calculation every five minutes.
- the time T is itself determined at the instant t by the time elapsed between t and the instant of the start of the last memorized transaction.
- a first embodiment of the data transfer method from the parking meter 1 to the PMS server 5 also called telecollect will now be more particularly detailed with reference to FIG. 2.
- the remote collection is only triggered in the event of a difference between the number of valid tickets N and predefined domains of values to which the number N is compared.
- the electronic circuit of the parking terminal in this case the parking meter 1, therefore cooperates with software means dedicated to the implementation of the telecollection of information intended for the management server PMS 5.
- This program implemented by the microcontroller consists first of all in determining the ranges of values to which the number of valid tickets will be compared (or the occupancy rate Q).
- a first reference domain I is formed by the values extending on either side of the values taken by a reference quantity.
- This reference quantity is in this case defined as a curved statistical quantity N (Q) representative of the average number of valid tickets (of the average occupancy rate) during the day.
- this domain therefore takes the form of an interval delimited by a lower bound and an upper bound.
- These lower and upper bounds are respectively deduced from said value taken by the reference quantity at the instant i considered, by subtracting and adding deviation values.
- the lower bound is equal to Ni - (Delta-)
- the upper bound equal to Ni + (Delta +)
- the amplitude of the interval equal to (Delta-) + (Delta +).
- the amplitude of the domain I is adjusted as a function of the desired precision.
- this amplitude may not be constant but variable as a function of the values taken by the reference quantity N.
- the width of the domain I can be taken equal to plus or minus 10% of N.
- the statistical quantity N itself, it can be determined with more or less precision, depending on whether or not the time stamp 1 and its location are considered, there may indeed be differences between parking spaces in residential zones and parking zones in office zones or in commercial zones.
- the curve N can be considered to be constant whatever the day of the week or else it can be adapted to each day of the week, even to each day of the year to take into account seasonal variations and in particular vacation periods.
- the curve N illustrated is a curve known as with two bumps: the number of tickets sold increases in the morning from zero to a maximum and then decreases for lunch, this number then rises in the afternoon to then decrease again to zero towards the end time for paid parking.
- This curve N is obtained by statistical analysis of the raw data returned by the parking meter 1.
- This curve can be produced directly by the parking meter or even by the PMS server 5 and then downloaded into the parking meter 1. It represents the theoretical behavior or desired from the machine you want to control.
- domain II On either side of the domain I, corresponding to a normal operation of the parking meter 1 extend from the domains II and III, then IV and V which correspond respectively to domains of over-activity and of sub-activity, d more and more intense.
- the widths of each of these domains are adjusted, for example experimentally or else are deduced from that of domain I.
- Each of domains II to V is therefore deduced from domain I and therefore from the reference quantity by translation of an algebraic quantity appropriate.
- domain II is defined at time i by the interval [Ni- (Delta -) + G; Ni + (Delta +) + G], where G is the aforementioned algebraic quantity.
- G is chosen so as to avoid the overlapping of the domains or still areas of values outside of domains.
- the program implemented by the microcontroller therefore consists of calculating the number Ni of valid tickets at a given instant i and this, regularly throughout the duration of the paid parking, for example from 9h to 19h.
- the number Ni is calculated from the stored information relating to each of the elementary transactions carried out on the terminal. Each payment results in registration in a zone appropriate memory of a corresponding parking time. This period begins at the time of payment and ends in proportion to the money collected and the rate collected. The number Ni is therefore defined as the number of recorded parking durations including the instant i. We can for example provide that the last five hundred (500) transactions are thus stored. The calculation frequency of Ni will be arbitrarily adapted. You can, for example, trigger this calculation every five minutes.
- Di is compared to the domain I and therefore a telecollect is only triggered in the event of a difference between Di and the domain I, that is to say still a telecollect n ' is then triggered only if Ni is not included in the interval [Ni- (Delta -); Ni + (Delta +)].
- a telecollection or surveillance alarm therefore consists in calling the PMS server and sending it data for monitoring the operation of the terminal and in particular the value Ni (QI), as well as possibly previous values not already communicated.
- the telecollect may also include the transfer of other information such as the time period Ti separating the instant i from the telecollect and the last payment made on the terminal.
- the parking meter does not make any call because it respects the preprogrammed theoretical behavior.
- the present invention is not limited to the definition given above of a domain I based on the mean curve N of the values taken by N. Any other way to define domains of values is conceivable.
- the domains can be horizontal bands, that is to say generated from a reference quantity whose values are constant.
- the range I can thus be between zero and five tickets, the range II between six and ten tickets, etc.
- the telecollection can be triggered without reference to the domain where the number Nj was located that triggered the previous telecollect of the day, but simply if the number Ni no longer belongs to domain I
- domain I For the implementation of this variant, only one domain is necessary: domain I.
- the telecollect is triggered not in the event of variation, between the number valid tickets and one or more predetermined value areas but in the event of a relative change in the number of valid tickets over time.
- the predefined domain of value to which the number Ni is compared is constructed from the values previously taken by N and more precisely by the value Nj of N which triggered the previous telecollect.
- the reference quantity from which the range of values to which Ni is compared is defined to determine whether a telecollect should be triggered is therefore constructed in stages from the successive values of N having triggered a telecollect, its representation is a staircase function.
- the electronic circuit of the parking terminal in this case the parking meter 1, therefore cooperates with software means dedicated to the implementation of the telecollection of information intended for the PMS management server.
- This program implemented by the microcontroller consists first of all in determining the number Ni of valid tickets at a given instant i and this, regularly throughout the duration of the paid parking, for example from 9 am to 7 pm, from Monday to Saturday.
- the occupancy rate Qi defined as the ratio between the number N and a fixed number representative of the total number of parking spaces allocated to said terminal.
- this number is equal to fifty (50)
- we then have the following calculation formula for the paid occupancy rate of the terminal: Qi Ni / 50.
- the number Ni is calculated from the stored information relating to each of the elementary transactions carried out on the terminal. Each payment gives rise to recording in a suitable memory zone of a corresponding parking time. This period begins at the time of payment and ends in proportion to the money collected and the rate in force.
- the number Ni is therefore defined as the number of recorded parking durations including the instant i. We can for example provide that the last five hundred (500) transactions are thus stored.
- the calculation frequency of Ni will be arbitrarily adapted. You can, for example, trigger this calculation every five minutes.
- the telecollection program then compares this number Ni to the number Nj that triggered the previous telecollection of the day as well as possibly to a minimum threshold value No. If no telecollect has yet taken place during the day, the number Nj is, taken equal to the minimum threshold value No. This number No is taken equal for example to ten (10), it is defined experimentally from the number of tickets sold on average at the terminal considered. If we use the paid occupancy rate Qi instead of Ni, then Qo is taken equal to 20% (10/50).
- This telecollection or surveillance alarm triggers the call to the PMS server and the sending of data for monitoring the operation of the terminal and in particular of the value Ni (QI), as well as possibly previous values not already communicated, of Nj + 1 (Qj + 1) at Ni-1 (Qi- 1).
- the telecollect also includes the transfer of other information such as the time Ti separating the instant i from the telecollect and the last payment made on the terminal.
- the Delta threshold value is adjusted as a function of the precision desired in tracking the number of valid tickets (or the occupancy rate), for example, this value equal to five (5) can be chosen, in this case if using the quantity Qi and not the quantity Ni, then Delta is worth 20%. Likewise, this Delta value can depend on the value of the number of valid tickets, for example if Ni is worth zero then Delta is worth one, if Ni is worth from one to five then Delta is worth two, etc.
- Ni-Nj > 5 (
- the difference taken in absolute value, not between Ni (Qi) and Nj (Qj) but between Ni (Qi) and the largest of the numbers Nj (Qj) and No (Qo) and trigger an alarm when this difference exceeds a predetermined Delta threshold.
- This alarm triggers a telecollect i.e., calling the PMS server and sending the data monitoring the operation of the terminal and in particular the value Ni (Qi), as well as possibly the previous values not already communicated, from Nj + 1 (Qj + 1) to Ni-1 (Qi-1).
- the telecollect also includes the transfer of other information such as the time Ti separating the instant i from the telecollect and the last payment made on the terminal.
- the Delta threshold value is adjusted according to the precision desired in tracking the number of valid tickets (or the occupancy rate), we can for example choose this value equal to five (5), in this case if we use the quantity occupation rate paid Qi and not the quantity Ni, then Delta is worth 20%.
- this Delta value can depend on the value of the number of valid tickets, for example if N is zero then Delta is worth one, if N is from one to five then Delta is worth two, etc. So if
- the car park operator is able to estimate, with calibrable precision, in real time the number of valid tickets or the occupancy rate with a limited number of remote collectors and therefore a limited communication cost.
- a telecollection will not be sent systematically to each alarm, but after a given number of consecutive alarms in a given period of time.
Abstract
Description
Claims
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0113229A FR2830963B1 (en) | 2001-10-12 | 2001-10-12 | METHOD FOR TRANSFERRING TO A MANAGEMENT SERVER DATA DESCRIBING THE TIME OPERATION OF A SERVICE APPARATUS |
FR0113229 | 2001-10-12 | ||
PCT/IB2002/004086 WO2003034347A1 (en) | 2001-10-12 | 2002-10-04 | Method of transferring operating attribute data over time from a service apparatus to a management server |
Publications (1)
Publication Number | Publication Date |
---|---|
EP1436784A1 true EP1436784A1 (en) | 2004-07-14 |
Family
ID=8868273
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP02772683A Ceased EP1436784A1 (en) | 2001-10-12 | 2002-10-04 | Method of transferring operating attribute data over time from a service apparatus to a management server |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP1436784A1 (en) |
FR (1) | FR2830963B1 (en) |
WO (1) | WO2003034347A1 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2841674B1 (en) | 2002-06-27 | 2006-05-26 | Schlumberger Systems & Service | METHOD FOR DIAGNOSING DYSFUNCTION OF AN APPARATUS ISSUED AGAINST PAYMENT OF GOODS OR SERVICES |
CN102622786A (en) * | 2012-04-01 | 2012-08-01 | 厦门信达物联科技有限公司 | Parking charge management system for open space |
EP3567553B1 (en) | 2018-05-08 | 2023-09-13 | Ningbo Geely Automobile Research & Development Co. Ltd. | Parking system and method |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5710743A (en) * | 1996-06-11 | 1998-01-20 | Metervision. Com Inc. | Electronic module for conventional parking meter |
US5852411A (en) * | 1996-07-19 | 1998-12-22 | Intelligent Devices, Inc. | Universal adaptor for electronic parking meters |
US5822221A (en) * | 1996-12-04 | 1998-10-13 | Groenteman; Frank S. | Office machine monitoring device |
JPH10247982A (en) * | 1997-03-05 | 1998-09-14 | Nippon Mechatronics:Kk | Remote monitor system |
US6298449B1 (en) * | 1998-07-29 | 2001-10-02 | Siemens Information And Communication Networks, Inc. | Apparatus and method for high reliability PC platform telecommunications systems |
US6380851B1 (en) * | 1999-05-12 | 2002-04-30 | Schlumberger Resource Management Services, Inc. | Processing and presenting information received from a plurality of remote sensors |
-
2001
- 2001-10-12 FR FR0113229A patent/FR2830963B1/en not_active Expired - Fee Related
-
2002
- 2002-10-04 WO PCT/IB2002/004086 patent/WO2003034347A1/en not_active Application Discontinuation
- 2002-10-04 EP EP02772683A patent/EP1436784A1/en not_active Ceased
Non-Patent Citations (1)
Title |
---|
See references of WO03034347A1 * |
Also Published As
Publication number | Publication date |
---|---|
WO2003034347A1 (en) | 2003-04-24 |
FR2830963B1 (en) | 2004-02-06 |
FR2830963A1 (en) | 2003-04-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1390920B1 (en) | Method and device for booking a parking space | |
EP1128350B1 (en) | Parking place management method | |
EP1358636B1 (en) | Parking space payment method | |
CA2658482C (en) | Interoperable system and method for managing geolocatable multiple services | |
US20080071611A1 (en) | Parking meter payment by cell phone link | |
US20040181496A1 (en) | Networked metered parking system | |
EP1212731B1 (en) | Vehicle parking management method | |
FR2963977A1 (en) | INTELLIGENT PAID SYSTEM FOR PARKING PARK AND ASSOCIATED METHOD. | |
EP1330805A1 (en) | Method and device for booking a parking space | |
EP0034570A2 (en) | Device for arriving at a fee or amount due in respect of a performance | |
JP2010533909A (en) | System and method for managing parking rights | |
WO2013045835A1 (en) | Method and system for remote reservation of a parking space, and automated vehicle rental facility | |
EP1161747B1 (en) | Vehicle parking lot management method | |
EP1436784A1 (en) | Method of transferring operating attribute data over time from a service apparatus to a management server | |
FR3029337A1 (en) | METHOD AND SYSTEM FOR INTELLIGENT MANAGEMENT OF PARKING PLACES, SERVER TERMINAL, USER TERMINAL AND CORRESPONDING COMPUTER PROGRAMS | |
EP1516296B1 (en) | Method for diagnosing malfunction of an apparatus delivering goods or services against payment | |
WO1998049665A1 (en) | Device for providing motorists with information concerning available spaces in parking lots | |
EP2143078A2 (en) | Method for paying for parking spots and means for implementing same including a vehicle location device | |
FR2791161A1 (en) | Vehicle parking lot payment managing has time recorder using parking authorization devices for calculating price of parking from information concerning received from server | |
EP1490837A2 (en) | Customised goods and services delivery method | |
WO2003065321A2 (en) | Method and system of payment for a parking space by telephone | |
WO2003042929A1 (en) | Method and device for automatically emitting an alarm signal | |
FR3093371A1 (en) | Universal paid vehicle parking management system | |
FR2834109A1 (en) | Delivery of traffic information to moving vehicles, uses mobile telephone cells along length of roadway and detects passing telephones to monitor traffic | |
WO2002077924A1 (en) | Method for controlling a vehicle parking authorisation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20040511 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LI LU MC NL PT SE SK TR |
|
AX | Request for extension of the european patent |
Extension state: AL LT LV MK RO SI |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: AXALTO S.A. |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: SCHLUMBERGER SYSTEMES |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: PARKEON |
|
17Q | First examination report despatched |
Effective date: 20090422 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R003 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED |
|
18R | Application refused |
Effective date: 20131008 |