A negotiation method and server are provided for delivery of a service to a terminal. Also provided are a method for configuring a terminal and a terminal using the method. In particular, the methods and apparatus relate to interfaces for interaction with services available to users of a service. The negotiation method includes sending to the terminal of a set of proposals for interactions with a delivery component of the service capable of enabling the terminal to indicate to the delivery component that the terminal accepts at least one proposal from the set of interaction proposals.
|
9. A terminal comprising:
a memory;
a processor configured to receive from a delivery component configured for delivery of a service a set of proposals for interactions taken over by a delivery component when delivering the service, wherein each proposal of the set describes a list of at least two stimuli that are taken over by the delivery component for delivery of the service to the terminal during a service session, wherein the list of at least two stimuli for each proposal describes a list of interaction commands that have to be sent by the terminal to the delivery component when corresponding interactions are activated by the user through an interaction interface of the terminal, wherein each list of stimuli is different than the lists of stimuli of the other proposals and corresponds to a respective configuration of the interaction interface of the terminal, wherein the delivery component and the terminal are distinct devices, and wherein the processor is further configured to select at least one proposal of the set based at least in part on capabilities of the terminal, to provide an indication to said delivery component that said terminal takes over the selected at least one proposal from the set of interaction proposals and to use said at least one proposal to configure the terminal for delivery of said service from said delivery component according to the corresponding interaction commands of the at least one proposal, wherein the terminal is configured to enable the indication to accept more than one of the proposals in the set.
6. A method for configuring a terminal with a view to the delivery of a service comprising:
receiving at the terminal, from a delivery component configured for delivery of said service, a set of proposals for interactions taken over by the delivery component when delivering said service, wherein each proposal of the set describes a list of at least two stimuli that are taken over by the delivery component for delivery of the service to the terminal during a service session, wherein the list of at least two stimuli for each proposal describes a list of interaction commands that have to be sent by the terminal to the delivery component when corresponding interactions are activated by the user through an interaction interface of the terminal, wherein each list of stimuli is different than the lists of stimuli of the other proposals and corresponds to a respective configuration of the interaction interface of the terminal, wherein the delivery component and the terminal are distinct devices,
selecting the at least one proposal based at least in part on capabilities of the terminal, and
sending from the terminal an indication to said delivery component that said terminal takes over the selected at least one proposal from the set of interaction proposals, wherein the terminal is configured to enable the indication to accept more than one of the proposals in the set, said terminal using said at least one proposal to configure itself for delivery of said service from said delivery component according to the corresponding interaction commands of the at least one proposal.
5. A server delivering a service to a terminal, the server comprising:
a delivery component configured for delivery of said service;
a processor configured to send from the delivery component to said terminal a set of proposals for interactions taken over by the delivery component when delivering said service, the set of proposals being configured to enable said terminal to indicate to the server that said terminal is able to take over at least one proposal from the set of interaction proposals, wherein each proposal of the set describes a list of at least two stimuli that are taken over by the delivery component for delivery of the service to the terminal during a service session, wherein the list of at least two stimuli for each proposal describes a list of interaction commands that have to be sent by the terminal to the delivery component when corresponding interactions are activated by the user through an interaction interface of the terminal, and wherein each list of stimuli is different than the lists of stimuli of the other proposals and corresponds to a respective configuration of the interaction interface of the terminal, the terminal being permitted to accept more than one of the proposals in the set; and
the processor further being configured to receive an indication from said terminal that said terminal takes over the at least one proposal from the set of interaction proposals, the at least one proposal being selected based at least in part on capabilities of the terminal, said delivery component using said received indication to configure itself for delivering said service to said terminal according to the corresponding interaction commands of the at least one proposal.
8. A non-transitory computer-readable medium comprising a program stored thereon and comprising program code instructions for executing steps of configuring a terminal with a view to the delivery of a service when said program is executed by a processor, wherein the method comprises:
receiving at the terminal, from a delivery component configured for delivery of said service, a set of proposals for interactions taken over by the delivery component when delivering said service, wherein each proposal of the set describes a list of at least two stimuli that are taken over by the delivery component for delivery of the service to the terminal during a service session, wherein the list of at least two stimuli for each proposal describes a list of interaction commands that have to be sent by the terminal to the delivery component when corresponding interactions are activated by the user through an interaction interface of the terminal, wherein each list of stimuli is different than the lists of stimuli of the other proposals and corresponds to a respective configuration of the interaction interface of the terminal, wherein the delivery component and the terminal are distinct devices,
selecting at least one proposal based at least in part on capabilities of the terminal, and
sending from the terminal an indication to said delivery component that said terminal takes over the selected at least one proposal from the set of interaction proposals, wherein the terminal is configured to enable the indication to accept more than one of the proposals in the set, said terminal using said at least one proposal to configure the terminal for delivery of said service from said delivery component according to the corresponding interaction commands of the at least one proposal.
1. A negotiation method for delivery of a service to a terminal comprising:
sending from a delivery component configured for delivery of said service to said terminal a set of proposals for interactions taken over by the delivery component when delivering said service, the set of proposals being configured to enable said terminal to indicate to said delivery component that said terminal is able to take over at least one proposal from the set of interaction proposals, wherein each proposal of the set describes a list of at least two stimuli that are taken over by the delivery component for delivery of the service to the terminal during a service session, wherein the list of at least two stimuli for each proposal describes a list of interaction commands that have to be sent by the terminal to the delivery component when corresponding interactions are activated by the user through an interaction interface of the terminal, wherein each list of stimuli is different than the lists of stimuli of the other proposals and corresponds to a respective configuration of the interaction interface of the terminal, wherein the delivery component and the terminal are distinct devices, and the act of sending comprises transmitting the set of proposals from the delivery component to the terminal; and
receiving at the delivery component an indication from said terminal that said terminal takes over the at least one proposal from the set of interaction proposals, wherein the delivery component is configured to accept an indication comprising more than one of the proposals in the set, the at least one proposal being selected based at least in part on capabilities of the terminal, said delivery component using said received indication to configure itself for delivering said service to said terminal according to the corresponding interaction commands of the at least one proposal.
4. A non-transitory computer-readable medium comprising a program stored thereon and comprising program code instructions for executing a method of negotiating delivery of a service to a terminal, when said program is executed by a processor, wherein the method comprises:
sending from a delivery component configured for delivery of said service to said terminal a set of proposals for interactions taken over by the delivery component when delivering said service, the set of proposals being configured to enable said terminal to indicate to said delivery component that said terminal is able to take over at least one proposal from the set of interaction proposals, wherein each proposal of the set describes a list of at least two stimuli that are taken over by the delivery component for delivery of the service to the terminal during a service session, wherein the list of at least two stimuli for each proposal describes a list of interaction commands that have to be sent by the terminal to the delivery component when corresponding interactions are activated by the user through an interaction interface of the terminal, wherein each list of stimuli is different than the lists of stimuli of the other proposals and corresponds to a respective configuration of the interaction interface of the terminal, wherein the delivery component and the terminal are distinct devices, and the act of sending comprises transmitting the set of proposals from the delivery component to the terminal; and
receiving at the delivery component an indication from said terminal that said terminal takes over the at least one proposal from the set of interaction proposals, wherein the delivery component is configured to accept an indication comprising more than one of the proposals in the set, the at least one proposal being selected based at least in part on capabilities of the terminal, said delivery component using said received indication to configure itself for delivering said service to said terminal according to the corresponding interaction commands of the at least one proposal.
2. The negotiation method as claimed in
3. The negotiation method of
7. The configuration method as claimed in
|
|||||||||||||||||||||||||||||||||
This Application is a Section 371 National Stage Application of International Application No. PCT/FR2010/050513, filed Mar. 22, 2010 and published as WO 2010/112729 on Oct. 7, 2010, not in English.
None.
None.
The disclosure relates to a negotiation method for the delivery of a service to a terminal, a server using said method, a method for configuring a terminal, and a terminal using said method. In particular, the disclosure relates to the interfaces for interaction with services available to users of a service.
In the field of the current interfaces, two different trends are apparent.
On the one hand, rich and sophisticated interfaces are being developed that rely on the precise knowledge of the terminal accessing the service. These are so-called “closed” environments. Such is the case, for example, for services or applications dedicated to the iPhone, television offerings based on receivers or boxes which are clearly known, and so on.
This first approach requires, in particular, the users to invest in a full, and often proprietary, solution.
On the other hand, conversely, in a desire to make access to the resources of the Internet universally available, web browsers have emerged. These are so-called “open” environments. So as to be accessible to a very large number of terminals, these browsers have remained highly independent of the capabilities of the terminal, since all that is needed is a pointing device (a mouse, in particular) to use a browser.
This second approach, through its attempt at genericity, is ill suited to the growing diversity of the types of terminals used to access a service, culminating in an under-use of the capabilities of the terminal or, on the other hand, in the failure to recognize its limitations.
Furthermore, this second approach is ill suited to the handicap of certain users.
Also, in addition, it does not take into account usage contexts, in particular the mobility of the terminal, the fact that a conversation is already in progress, etc. Now, these usage contexts could have been indicated by the user or been deduced from the configuration set up by the user on his or her terminal (terminal in “Meeting” mode, microphone deactivated, etc.).
A number of solutions now exist that make it possible to indicate to a terminal to indicate its hardware and software characteristics to a service or an application, such that the latter adapts its content and/or the presentation of its content on the terminal concerned.
In particular, the specifications RFC 2534 and 1999 provide for a terminal to be able to indicate information describing its capabilities concerning the display, printing and reception of faxes. However, because of its age, they are no longer suited to the current complexity of the applications and of the terminals.
In its recommendation CP/PP1.0 dated 15 Jan. 2004, of which version 2.0 is in the working document state, the W3C (World Wide Web Consortium) consortium is drawing up a standard enabling each terminal to describe its capabilities. These are essentially capabilities concerning the hardware, the operating system, the Web browser and, where appropriate, the type of network connectivity. The aim is to enable a Web server to adapt the content delivered and its formatting to the limitations of the terminal. This recommendation draws on the RDF (Resource Description Framework) standard, based on the XML language, to describe the capabilities of a terminal.
The OMA Alliance (Open Mobile Alliance) has adopted the recommendation of the W3C consortium to detail its modalities of use in the context of mobile terminals. These modalities of use essentially specify the use of the composite capabilities/preferences profiles CC/PP on session according to the WAP or WSP protocol (WSP standing for WAP session protocol) and on session according to the wireless http or W-http (standing for WAP Wireless profiled http) protocol in a ratified document entitled User Agent Profile version 2.0.
Now, all these solutions are essentially focused on the passive playback capabilities of the terminals such as the display possibilities, the presence of loudspeakers, etc., and partially on its capabilities to send information (texts, voice, etc.). In all these cases, the single and unique objective of such information is to enable the Web server to adapt the delivered content (Content Adaptation). This content adaptation is then performed either by the selection of a content having a suitable format (the same content being available in several formats), or by formatting of the content in a different manner according to the playback and/or sending capabilities indicated, or by transforming the content (notably by reducing resolution, transcoding, etc.).
The interactions of the terminal with the service remain limited either, in the first approach, to the one proposed by the proprietary interface solution with its drawbacks or, in the second approach, to the generic interactions.
In this second approach, the potentialities of the terminal are therefore not fully exploited because this approach levels down the interactions between the terminal and the services, leading to the underuse of the interaction capabilities of the terminal.
One subject of an embodiment of the invention is a negotiation method for the delivery of a service to a terminal comprising the sending to said terminal of a set of proposals for interactions with means for delivery of said service capable of enabling said terminal to indicate to said means for delivery of said service that said terminal accepts at least one proposal from the set of interaction proposals.
Thus, the service proposes to the terminal alternatives in terms of possible interaction modes. The terminal can thus indicate the interaction mode(s) corresponding to the best possible use of its capabilities, or even choose an interaction mode that is compatible with the handicap of the user of said terminal.
Advantageously, the step for sending a set of interaction proposals is repeated during a session of said service.
Thus, if there has been an update to the service's interaction modes and/or to the terminal's interaction capabilities and/or if the user of the terminal has changed during the session, these new elements can be taken into account to readapt to the interaction mode of the terminal with the service.
Another subject of an embodiment of the invention is a program comprising program code instructions for executing the steps of the negotiation method when said program is executed by a processor.
The subject of an embodiment of the invention is a server delivering a service to a terminal comprising means for sending to said terminal a set of proposals for interactions with means for delivery of said service capable of enabling said terminal to indicate to the server that said terminal accepts at least one proposal from the set of interaction proposals.
Another subject of an embodiment of the invention is a method for configuring a terminal with a view to the delivery of a service comprising the reception of a set of proposals for interactions with means for delivery of said service capable of enabling said terminal to indicate to said means for delivery of said service that said terminal accepts at least one proposal from the set of interaction proposals.
Advantageously, said method comprises the choice of at least one proposal from the set of interaction proposals according to the capabilities of said terminal.
Thus, the terminal can be configured to interact best with the service according to its own capabilities.
Advantageously, said method comprises the repetition of the step for reception of a set of interaction proposals capable of enabling said terminal to modify the at least one accepted proposal.
Advantageously, on starting the use by said terminal of said service, said method comprises a configuration of said terminal according to one of the at least one accepted proposals.
Thus, the terminal dedicates its interface to interact with the service during the time that this service is used by the user of the terminal. The terminal dynamically adapts its interface to the service according to the interaction proposal set proposed by the service.
Another subject of an embodiment of the invention is a program comprising program code instructions for executing the steps of the configuration method when said program is executed by a processor.
A subject of an embodiment of the invention is a terminal comprising the reception of a set of proposals for interactions with means for delivery of a service capable of enabling said terminal to indicate to said means for delivery of said service that said terminal accepts at least one proposal from the set of interaction proposals.
Another subject of an embodiment of the invention is a terminal comprising means for delivery of a service and an interface enabling a user of said terminal to interact with said service, said means for delivery of said service comprises means for sending to said interface a set of proposals for interactions with said means for delivery of said service capable of enabling said interface to indicate to said means for delivery of said service that said interface accepts at least one proposal from the set of interaction proposals.
The features and advantages of one or more embodiments of the invention will become more clearly apparent from reading the description, given as an example, and the figures relating thereto which represent:
The variants of the invention described hereinbelow can be implemented alone or in combination.
The term “stimuli” should be understood to mean information passed form the terminal to the means for delivery of a service. The sending thereof is provoked by a usage action directed toward the means for delivery of a service. The stimulus is therefore an interaction between the terminal and the means for delivery of a service.
The term “service” designates both the service delivered by the core application and, in a misuse of language, can be used to designate this core application, that is to say, the means for delivery of the service. The means for delivery of a service may consist of a logic entity which delivers a service to the user. These means for delivery of a service may be local or remote, which means that the means for delivery of the service may be respectively located in the terminal or in a remote server. It is in these means for delivery of the service that the requests from the terminal are processed and that the content which is intended for said terminal is prepared according to these requests before being transmitted.
The negotiation comprises at least a first exchange p of the means for delivery of a service 1 to the terminal 2. In this exchange, the means for delivery of a service 1 formulate a set of interaction proposals. In a variant of the invention, the proposals are arranged hierarchically, notably according to the wealth of interactions that they offer to the user. Each proposal brings together a set of interactions taken over by the means for delivery of the service. The expression “set of interactions” is understood to mean at least one interaction. For each interaction or stimulus, the set of interaction proposals p sent by the means for delivery of a service 1 comprises:
The first exchange therefore constitutes an offer to the terminal 2 of stimuli or interactions taken over by the means for delivery of a service 1.
The tables below give an example of a set of interaction proposals that can be sent by means for delivery of a service 1, in particular of an advanced voice messaging service, to a terminal 2, such as a mobile terminal.
Proposal n° 1
Pref 9
Stimulus
Associated command
◯/F
*
DTMF “*”
◯
1
DTMF “1”
◯
3
DTMF “3”
◯
5
DTMF “5”
◯
Proposal n° 2
Pref 2
Stimulus
Associated command
◯/F
Right
Next
◯
Left
Back
◯
Confirm
OK
◯
Return
Upper-Menu
◯
C
Delete
F
Proposal n° 3
Pref 1
Stimulus
Associated command
◯/F
Scroll right
Roll-Next
◯
Scroll left
Roll-Back
◯
Scroll up
Roll-Up
◯
Scroll down
Roll-Down
◯
Point
Position
◯
Select
Select
F
In this example, the first proposal is the least recommended by the provider of the service (Pref=9).
The means for delivery of a service 1 can inform the terminal thereof by indicating, in the sending of a set p of interaction proposals, a preference indication. In the above example, this preference indication is given by a Pref parameter ranging from 1 to 10 from the most interesting proposal to the least interesting proposal according to the means for delivery of the service. The interest may be a simple recommendation from the provider of the service or be estimated by the means for delivery of the service 1. This interest is based on one more criteria such as the wealth of the interaction, the genericity of the interaction proposal, etc.
The first proposal enables the user of the terminal who will use this interaction mode to interact with his voice messaging service only by sending voice frequencies to the means for delivery of the service (DTMF keys). This proposal has the advantage of allowing the service to be accessed by the least sophisticated of terminals.
The second proposal enables the user to use the “right/left/confirm/return” keys of the keyboard 22 of a mobile terminal 2 illustrated by
In the case where the terminal 2 is configured according to this second proposal to interact with the means for delivery of the voice messaging service 1, the means for delivery of the voice messaging service will represent, for example in the form of a list of messages (here, of sealed envelopes) which will be displayed on the screen 21 of the mobile terminal 2 and which can be browsed through from right to left (arrows on the screen 21). The means for delivery of the service will not allow “up/down” browsing in this list. Thus, a user who is familiar with the terminal 2 will intuitively use the left key 221 and the right key 222 of the keyboard 22 of the mobile terminal 2 to browse through the list proposed by the means for delivery of the service.
The third proposal enables the user to use the touchscreen 22 of his mobile terminal 2 illustrated by
From the set p of the interaction proposals (illustrated by the above tables), the terminal 2 chooses one or more interaction proposals and indicates its choice, via the exchange c, to the means for delivery of the service 1. The possibility of accepting several proposals at a time enables the terminal 2 to enrich and diversify the interaction modes, and possibly to be adapted to its user. The means for delivery of the service 1 indicate, where appropriate, the acceptable proposal combinations, for example, in an additional parameter of the set p of interaction proposals.
The indication c of choice of proposal (choice of stimuli taken over) may be the fact that the terminal 2 does not support any of the proposed interaction modes. In this case, the indication c constitutes a notification of the fact that the terminal 2 does not satisfy the prerequisites allowing for the use of the service delivered by the means for delivery of the service 1.
In a variant of the invention, the means for delivery of the service 1 indicate, via the exchange a, that the choice of the terminal 2 has been taken into account. This message may, if necessary, be used to manage some, or even all, error cases.
In a variant of the invention, the negotiation method comprises the sending sa of a confirmation of the stimuli taken over by the terminal. This confirmation makes it possible to check that the terminal 2 and the means for delivery of the service 1 will correctly use the same interaction proposals.
In a variant of the invention, a service session is opened ss sv and the negotiation method can be renewed one or more times during this service session as shown by the negotiation method illustrated by broken lines.
In a variant of the invention, the configuration method comprises the reception ra by delivery means of a confirmation of the stimuli taken over by the terminal 2.
In a variant of the invention, the configuration method comprises a dynamic configuration config c of the terminal 2 and in particular of these interaction means or interaction interface 22.
To carry out both the selection from the set p of interaction proposals and the dynamic configuration config c, a terminal 2 can use one or more of the following methods taken alone or in combination:
Thus, the choice of one or more proposals from the set p of interaction proposals will be dependent on this list of interactions supported by the terminal.
Thus, the choice of one or more proposals from the set p of interaction proposals will be dependent on the interaction parameters defined by the user and notably his preferences.
Once one or more proposals have been retained and this choice has been notified sc, the terminal is dynamically configured by assigning a command or function of the terminal to each stimulus or interaction.
In the case of the voice messaging service of
In the case of the voice messaging service of
When a corresponding service session ss sv is set up by the processing means (processor) 13 of the means for delivery of the service and the processing means (processor) 23 of the terminal, the configuration means of the terminal 2203 dynamically configure the terminal according to the accepted interaction proposal(s) c.
The means for delivery of a service 1 may be remote from a terminal, notably in an application server, or local, that is to say implemented in the terminal 2 (not illustrated). The connectivity between the means for delivery of the service and the terminal covers all types: wired, wireless, GSM, Bluetooth, Wifi, Ethernet, or even a simple application relationship between two software components, etc.
In a variant of the invention, the configuration method complements the existing mechanisms enabling a terminal to communicate its information playback capabilities (screen size, etc.) to an application server.
In a variant of the invention, the means for delivery of the service 1 exploit the information supplied to it by the negotiation method to adapt the way in which it interacts with the terminal 2. In the case of architectures such as the three-tier web architectures for example, the interaction will be, notably, taken over by the “Presentation” layer. In this way, the “Service logic” layer, also called “Application” layer, can be used to deliver the service agnostically to the terminal; the “Presentation” layer taking over the interaction with the terminal.
In some applications, some elements may act as relays, that is to say that they implement both the terminal 2 for a first service and the means for delivery of a second service 1, such as a television receiver which acts both as means for delivery of a second service with respect to the remote control and as a terminal accessing a first service: television service located on the network.
By virtue of an embodiment of the invention, the developer of the service does not have to have a priori knowledge of the terminals that will be used to access his service since the terminal and the means for delivery of the service will dialogue using the negotiation method enabling the terminal to dynamically adapt its configuration. Furthermore, the user can make best use of his or her terminal according to the interfaces of the terminal and the set of interaction proposals of the means for delivery of the service.
By customizing the configuration in relation to the users' constraints: mobility, meeting, handicap, the interaction of the terminal with the service will also be adapted to the user of the terminal, and for any service.
The services targeted by an embodiment of the invention correspond to any usage type (non-exhaustive list):
The negotiation method and the configuration method constitutes a protocol which can be implemented in the form of an application programming interface or API enabling the means for delivery of a service to dialogue with the terminal on which they are installed to discover the interaction capabilities thereof. For example, for the downloading of applications to mobile telephones, each application embeds this API which enables it to exchange with the mobile to know which stimuli it can take over. Thus, the application can support a large number of mobiles without having to know them all.
Although the present disclosure has been described with reference to one or more examples, workers skilled in the art will recognize that changes may be made in form and detail without departing from the scope of the disclosure and/or the appended claims.
| Patent | Priority | Assignee | Title |
| Patent | Priority | Assignee | Title |
| 6104924, | Jul 15 1996 | Sony Corporation; Sony Electronics, Inc. | Virtual terminal protocol using text messaging |
| 6301626, | Oct 29 1998 | American Patents LLC | System for dynamic configuration of an input device by downloading an input device layout from server if the layout is not already display on the input device |
| 6708214, | Apr 21 2000 | GOOGLE LLC | Hypermedia identifier input mode for a mobile communication device |
| 6826413, | Dec 08 1999 | NTT DOCOMO, INC. | Portable telephone and terminal equipment |
| 8406409, | Dec 21 2004 | GOOGLE LLC | Treatment of electronic communications based on user association with one or more online groups |
| 8542323, | Dec 21 2007 | Sony Corporation; Sony Electronics Inc. | Touch sensitive wireless navigation device for remote control |
| 8561124, | May 20 2002 | Saturn Licensing LLC | Information-processing system, information-processing apparatus, and information-processing method |
| 20020075300, | |||
| 20030023953, | |||
| 20030129976, | |||
| 20030151538, | |||
| 20040203759, | |||
| 20050055702, | |||
| 20050123118, | |||
| 20060242600, | |||
| 20070082708, | |||
| 20070205909, | |||
| 20080123687, | |||
| 20080165035, | |||
| 20080191899, | |||
| 20080211698, | |||
| 20080276182, | |||
| 20080313566, | |||
| 20090254634, | |||
| 20090270078, | |||
| 20090292375, | |||
| 20100020956, | |||
| 20100313169, | |||
| 20110202342, | |||
| 20120106725, | |||
| 20120244952, | |||
| 20120311457, | |||
| 20130127726, | |||
| EP1724984, | |||
| GB2434721, | |||
| WO243422, |
| Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
| Mar 22 2010 | France Telecom | (assignment on the face of the patent) | / | |||
| Jan 16 2012 | MEURISSE, JEAN-SEBASTIEN | France Telecom | CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNEE S ZIP CODE PREVIOUSLY RECORDED AT REEL: 027857 FRAME: 0233 ASSIGNOR S HEREBY CONFIRMS THE ASSIGNMENT | 036723 | /0050 | |
| Jan 16 2012 | MEURISSE, JEAN-SEBASTIEN | France Telecom | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 027857 | /0233 |
| Date | Maintenance Fee Events |
| Sep 18 2020 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
| Sep 19 2024 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
| Date | Maintenance Schedule |
| Apr 25 2020 | 4 years fee payment window open |
| Oct 25 2020 | 6 months grace period start (w surcharge) |
| Apr 25 2021 | patent expiry (for year 4) |
| Apr 25 2023 | 2 years to revive unintentionally abandoned end. (for year 4) |
| Apr 25 2024 | 8 years fee payment window open |
| Oct 25 2024 | 6 months grace period start (w surcharge) |
| Apr 25 2025 | patent expiry (for year 8) |
| Apr 25 2027 | 2 years to revive unintentionally abandoned end. (for year 8) |
| Apr 25 2028 | 12 years fee payment window open |
| Oct 25 2028 | 6 months grace period start (w surcharge) |
| Apr 25 2029 | patent expiry (for year 12) |
| Apr 25 2031 | 2 years to revive unintentionally abandoned end. (for year 12) |