US20130198604A1 - Method for personalizing interaction with the web - Google Patents
Method for personalizing interaction with the web Download PDFInfo
- Publication number
- US20130198604A1 US20130198604A1 US13/359,112 US201213359112A US2013198604A1 US 20130198604 A1 US20130198604 A1 US 20130198604A1 US 201213359112 A US201213359112 A US 201213359112A US 2013198604 A1 US2013198604 A1 US 2013198604A1
- Authority
- US
- United States
- Prior art keywords
- pasp
- pages
- screen
- user
- session
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 29
- 230000003993 interaction Effects 0.000 title claims abstract description 15
- 239000013598 vector Substances 0.000 claims abstract description 24
- 230000008569 process Effects 0.000 claims abstract description 19
- 238000004458 analytical method Methods 0.000 claims abstract description 17
- 238000009795 derivation Methods 0.000 claims description 7
- 230000001413 cellular effect Effects 0.000 claims description 6
- 238000004590 computer program Methods 0.000 claims description 2
- 230000002452 interceptive effect Effects 0.000 description 9
- 230000007704 transition Effects 0.000 description 8
- 230000009466 transformation Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- WLOKFRZXOVZGIN-UHFFFAOYSA-N 2-(3-methylthiopropyl)malic acid Chemical compound CSCCCC(O)(C(O)=O)CC(O)=O WLOKFRZXOVZGIN-UHFFFAOYSA-N 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
Definitions
- the present invention is in the field of WANs, typically involving server systems for personalising transactions and especially web transactions.
- WIP web interaction process
- US patent application 2010/0070849 A1 to Sadan and Glatt discloses a method for processing a web page and extracting information therefrom in order to reconstruct the web page on a cellular web system.
- a web transaction in the instant disclosure can be expressed as a sequence of graphic interface page (GIPs) transitions, driven by a sequence of operations.
- GIPs graphic interface page
- a learning and interpretation procedure in accordance with the invention learns the transitions presentable on a computer screen and constructs an alternative sequence that may be required to be used on a different type of computation infrastructure than the computation infrastructure in which the interpretation procedure was carried out.
- the personalization of the sequence of transitions is aimed also at providing elevated efficiency for a user while simplifying his/her/its interaction with the system through which the web transaction is implemented.
- FIG. 1 is a chart schematically describing the time sequence of steps that a customer executes in order to complete a transaction
- FIG. 2A is a schematic description of one type of graphic interface page (GIP) transition
- FIG. 2B is a schematic description of another type of GIP transition
- FIG. 3 is a combined sequence chart and block diagram describing the sequential bringing about of a learning and interpretation procedure (LIP);
- LIP learning and interpretation procedure
- FIG. 4 is a schematic vector presentation of GIPs, their converted counterparts (PASPs), and vectors of screen elements derived from them;
- FIG. 5 is a schematic representation of the two complementary analytical tasks carried out on GIPs in accordance with the present invention.
- FIG. 6 is a schematic representation of the stepwise nature and analytical tasks at different states of the execution of web interaction process
- FIG. 7 is a schematic representation of the sequential decisions which dictate the characteristics of entities symbolically interpreting the graphic interface pages.
- First graphic interface page 20 which is for example a web page, displayed by an Internet browser, includes a set of apparent screen elements (SEs) referred to in the figure as SE set 0, some of which may be interactive (ISEs) and some or all may be interrelated to some extent.
- SE set 1 a set of apparent screen elements (SEs) referred to in the figure as SE set 0
- the user is to make a choice, which is in fact selecting and interacting with an available interactive screen element (ISE), usually one out of the available plurality.
- ISE interactive screen element
- a different set of SEs 24 appears, which may be associated with the same GIP having an apparent altered set of SEs or another GIP containing another set of apparent SEs, referred to as SEs set 2.
- the last set of SEs in the sequence, designated apparent set of SEs 26 exhibits a final set of SE set N that by selecting from which the appropriate ISE, the user can finalize the interaction, or can quit the interaction or else.
- GIP is used in the ongoing description to indicate graphic interface page. It should be stressed at this point that the selection of a ISE does not necessarily change the GIP or the apparent set of SEs on the current GIP.
- FIGS. 2A-C To help explain the types of GIP transitions in the context of the present invention, reference is made to FIGS. 2A-C .
- a set of screen elements N, designated 54 is associated with a GIP which is itself associated with web page 56 .
- the loading of new web page 58 is invoked, with which a set of screen elements N+1, designated 60 , is associated.
- FIG. 2B another type of GIP transition is described.
- Web page 56 is presented as a GIP, together with its own set of screen elements N 54 . Interacting with a ISE, the user invokes the reappearance of the same web page 56 as GIP, but demonstrating now a new set of screen elements 62 .
- Web page 56 is presented as a GIP, having its own set of screen elements N designated 54 .
- the same GIP 56 remains apparent and the same set of screen elements 54 remains apparent.
- Some or all the screen elements (SE) are ISEs, such as scroll down lists from which one can select an element, combo boxes radio buttons, and the like.
- Some of the SE are not necessarily interactive and they do not invoke any further activity as they are activated by the user, such as tables, lists and images. A list of SEs is given at the end of the disclosure.
- LIP learning and interpretation procedure
- FIG. 3 the LIP applies analysis of the screen elements of the respective GIPs 72 as they appear as a result of an activation of a ISE by the user. Further aspects of the LIP will be described later on.
- the analysis operation 80 is applied to each of the data sets derived from the respective GIPs, consecutively as they appear. Further learning steps are to be dwelt upon below, in the analysis section.
- the personalized process application can be created while the LIP is running or after the LIP has terminated for a specific WIP session.
- the role of the PPA is to receive and interpret a succession of option selections from a variety of entities such a user or a computer program and run the WIP to achieve the desired end.
- vector 96 includes all the GIP tracked by the LIP.
- the LIP compiles a vector 98 of converted GIPs, referred to hereinafter as personalized application screen page (PASP), which contain only the screen elements relevant to the user interaction.
- PASP personalized application screen page
- vector 98 is further processed to create vector 100 which contains all the screen elements (SEs) selected by the LIP and the information regarding their interrelationships as will be discussed below.
- SEs screen elements
- the transformation from the PASP vector to the synthetic interface pages or screens (SIP) vector will be discussed below after explaining the analyses made by the LIP.
- the PASP vector need not be transformed right away to a SIP vector, and the user/s may choose to effect a transformation at a time suitable for them, such as before a decision is made as to how many infrastructures the transformation will be effected.
- a user may also use a PASP for producing a SIP on the same infrastructure, when the PASP vector is available or later on.
- a user may also be predisposed for transferring the SIP or a PASP to secondary users, for whatever infrastructure they may be using.
- SEs in the context of the present invention follows.
- some of the screen elements are informative and interactive, illustratively, the user is invoked by a screen element to perform an action which he/she as a result performs on the same SE, such an SE is therefore interactive (ISE).
- ISE interactive
- Some screen elements on the other hand are only informative and do not react to any activation.
- a third type of SE in the context of the present invention is an exclusively interactive type, in other words such element lacks the informative aspect but reacts to the action of the user or a program.
- Analytical aspect 120 is the classification of a screen element, notably the one reacting as invoked by the user, with respect to its visible and functional aspects. Such features of the ISE are typically expressed in terms of software definitions, typically HTML definitions.
- the so called “radio button” is a known graphic element which reacts typically in a response to being clicked upon. And the user expects to bring about some sort of activity as a result, for example bringing forth another page.
- Analytical contextual aspect 122 of the GIP elements analysis operation relates to the meaningful placement of the respective SEs, be they reactive or informative within the GIP.
- a radio button that has a certain set of visible and functional properties, may be juxtaposing a SE which is solely informative but the location of which is essential for letting the user know what to do with the other, interactive SE.
- a non-interactive SE has to be placed in the top of the page in order to convey a sense of generality to its properties which refer to all the other SEs in the GIP.
- aspect 122 may bundle different SEs together and also may indicate a meaningful docking of specific SE or SE bundles to a relative location in the GIP. Such features are also typically expressed in terms of HTML software language. Next, the characteristics of the GIP transition are analysed using information about screen elements collected and analyzed by the LIP.
- the PASP derivation procedure (PDP) 134 is a procedure that derives a sequence of PASPs from the sequence of GIPs in a WIP session.
- PDP PASP derivation procedure
- the PASP derived reflects the fact that it has not shown up in the session before.
- a PASP reflects the fact that an existing PASP in the session is reused.
- a PASP is used reflecting the fact that it is a clone of the former PASP.
- the PASP used reflects the fact that no new PASP is formed, and the former PASP is kept as current.
- the policies will be explained in more details below. The steps applied in the implementation of PDP are described with reference to FIGS.
- the PDP provides foundations for the eventual transformation of a PASP to a SIP, accepting data from the SE analysis operation following or during the running of the WIP session.
- a GIP appears in step 138 , all the SEs and their respective locational information are kept in a temporary memory at step 140 to potentially be used later on.
- the GIP may be interacted with by the user at step 142 .
- the user can select a ISE, activate it and all the changes, if any, in SEs and associated contextual data are used in the preparation of a new PASP at step 144 .
- a subsequent GIP M+1 appears at step 148 .
- PDP 134 performs based also on the analysis of the respective SE as provided by respective instances of the SE analysis operation 80 .
- step 180 the PDP matches the properties of PASP M with those of GIP M as stored in memory MTMP. If they do, then subsequent verification step 182 is applied in which PDP checks if the AISE is new in the memory MTMP, meaning that it appears for the first time in the current GIP, if the AISE in the MTMP has already shown up in a previous GIP, then a PASP is not formed and current PASP is used (policy 4).
- step 186 session memory is interrogated, and if in step 188 any PASP is found as matching GIP M, then that specific PASP is copied in step 192 for re-use, it is referred to as a clone (policy 2). If in step 188 no PASP is found matching the data in the MTMP, the current PASP is cloned to be used as current PASP at step 194 (policy 3). Going back to verification step 180 , if the data in MTPM finds no match in the activated GIP M, the PDP interrogates the session memory in step 196 .
- a PASP is found that matches the MTMP data at step 198 , it is used as a next PASP in step 192 (policy 2). If not found, a new PASP is formed which has never been before in the session, at step 204 (policy 1). In each of the policies, the AISE is added to current PASP.
- vector 102 containing all relevant screen elements derived from a specific WIP and their contextual properties.
- the vector is parsed to create synthetic interface pages (SIPs).
- Vector 106 containing all the SIPs of a specific WIP is stored and typically transferred to a network made available for the user.
- the SIPs may or may not be viewable by the user.
- the decision whether to make a SIP available for a user is reflects among other considerations the need of the user to access a screen element for example to modify a parameter of the element. This shows that running the PPA is either uninterrupted or interrupted. It is noted that more than one SIP may be applied to reach the same final GIP.
- the LIP is typically implemented at a learning end-point of a WAN and once processed, the SIPs of vector 106 , become expressed and available in a form familiar to professional people, independent of a computer infrastructure (hardware and software), and can thereafter be transferred to other computer infrastructures.
- the LIP is implemented at an end-point such as an office terminal of a WAN and once processed, the SIP of vector 106 , becomes an application available to a user over a wireless cellular Internet, to be implemented in a cellular telephone such as a smartphone.
- buttons link, text-box, check-box, radio buttons, list-box, combo-box, date-picker, slider, list, table, form, menu, and tab.
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Description
- The present invention is in the field of WANs, typically involving server systems for personalising transactions and especially web transactions.
- A customer logging in a specific website that provides services or offers goods for sale, passes through a sequence of stations together defining a process. That process, referred to hereinafter as a web interaction process (WIP) is to be executed in a specific order while selecting a succession of screen elements in order to achieve a desired end. US patent application 2010/0070849 A1 to Sadan and Glatt, discloses a method for processing a web page and extracting information therefrom in order to reconstruct the web page on a cellular web system.
- A web transaction in the instant disclosure, can be expressed as a sequence of graphic interface page (GIPs) transitions, driven by a sequence of operations. A learning and interpretation procedure in accordance with the invention learns the transitions presentable on a computer screen and constructs an alternative sequence that may be required to be used on a different type of computation infrastructure than the computation infrastructure in which the interpretation procedure was carried out. The personalization of the sequence of transitions is aimed also at providing elevated efficiency for a user while simplifying his/her/its interaction with the system through which the web transaction is implemented.
-
FIG. 1 is a chart schematically describing the time sequence of steps that a customer executes in order to complete a transaction; -
FIG. 2A is a schematic description of one type of graphic interface page (GIP) transition; -
FIG. 2B is a schematic description of another type of GIP transition; -
FIG. 3 is a combined sequence chart and block diagram describing the sequential bringing about of a learning and interpretation procedure (LIP); -
FIG. 4 is a schematic vector presentation of GIPs, their converted counterparts (PASPs), and vectors of screen elements derived from them; -
FIG. 5 is a schematic representation of the two complementary analytical tasks carried out on GIPs in accordance with the present invention; -
FIG. 6 is a schematic representation of the stepwise nature and analytical tasks at different states of the execution of web interaction process; -
FIG. 7 is a schematic representation of the sequential decisions which dictate the characteristics of entities symbolically interpreting the graphic interface pages. - In order to carry out a desired interaction with the web such as a transaction, it is typically a user/customer going through a sequence of option selections that he/she implements as described symbolically in
FIG. 1 . Starting the WIP, the user executes a series of operations made available as via interactive elements on a screen. To explain such an interaction, a schematic course of events is described. Firstgraphic interface page 20, which is for example a web page, displayed by an Internet browser, includes a set of apparent screen elements (SEs) referred to in the figure as SE set 0, some of which may be interactive (ISEs) and some or all may be interrelated to some extent. As a result of the user selecting a specific ISE, a different set ofapparent SEs 22 appears, referred to as SE set 1. Subsequently, the user is to make a choice, which is in fact selecting and interacting with an available interactive screen element (ISE), usually one out of the available plurality. As a result of the selection being carried out, a different set ofSEs 24 appears, which may be associated with the same GIP having an apparent altered set of SEs or another GIP containing another set of apparent SEs, referred to asSEs set 2. The last set of SEs in the sequence, designated apparent set ofSEs 26, exhibits a final set of SE set N that by selecting from which the appropriate ISE, the user can finalize the interaction, or can quit the interaction or else. To continue explaining the implementation of the invention, the term GIP is used in the ongoing description to indicate graphic interface page. It should be stressed at this point that the selection of a ISE does not necessarily change the GIP or the apparent set of SEs on the current GIP. - To help explain the types of GIP transitions in the context of the present invention, reference is made to
FIGS. 2A-C . InFIG. 2A a set of screen elements N, designated 54 is associated with a GIP which is itself associated withweb page 56. When the user selects an option by activating an ISE, the loading ofnew web page 58 is invoked, with which a set of screen elements N+1, designated 60, is associated. InFIG. 2B , another type of GIP transition is described.Web page 56 is presented as a GIP, together with its own set ofscreen elements N 54. Interacting with a ISE, the user invokes the reappearance of thesame web page 56 as GIP, but demonstrating now a new set ofscreen elements 62. In yet another example, described schematically inFIG. 2C ,Web page 56 is presented as a GIP, having its own set of screen elements N designated 54. As the user activates an ISE, thesame GIP 56 remains apparent and the same set ofscreen elements 54 remains apparent. Some or all the screen elements (SE) are ISEs, such as scroll down lists from which one can select an element, combo boxes radio buttons, and the like. Some of the SE are not necessarily interactive and they do not invoke any further activity as they are activated by the user, such as tables, lists and images. A list of SEs is given at the end of the disclosure. - To automate the execution of the recurring WIPs, a learning and interpretation procedure (LIP) is employed. To explain in general terms the functionality of the LIP, reference is made first to
FIG. 3 in which the LIP applies analysis of the screen elements of the respective GIPs 72 as they appear as a result of an activation of a ISE by the user. Further aspects of the LIP will be described later on. Theanalysis operation 80 is applied to each of the data sets derived from the respective GIPs, consecutively as they appear. Further learning steps are to be dwelt upon below, in the analysis section. - The personalized process application (PPA), can be created while the LIP is running or after the LIP has terminated for a specific WIP session. The role of the PPA is to receive and interpret a succession of option selections from a variety of entities such a user or a computer program and run the WIP to achieve the desired end.
- Reference is now made to
FIG. 4 which depicts the series of processes taking place while the PPA for a WIP session is created. In a time vector notation,vector 96 includes all the GIP tracked by the LIP. The LIP compiles avector 98 of converted GIPs, referred to hereinafter as personalized application screen page (PASP), which contain only the screen elements relevant to the user interaction. Thereafter,vector 98 is further processed to createvector 100 which contains all the screen elements (SEs) selected by the LIP and the information regarding their interrelationships as will be discussed below. It should be noted at this point thatvector 96 may give rise to a multiplicity of screen elements vectors, such asvectors - Referring to
FIG. 3 again, analysis of the GIP elements is shown as being carried out consecutively on thetime axis 84, each consecutive GIP at its own turn. Before continuing to explain how the analysis is performed, a more thorough explanation of SEs in the context of the present invention follows. As discussed above, some of the screen elements are informative and interactive, illustratively, the user is invoked by a screen element to perform an action which he/she as a result performs on the same SE, such an SE is therefore interactive (ISE). Some screen elements on the other hand are only informative and do not react to any activation. A third type of SE in the context of the present invention is an exclusively interactive type, in other words such element lacks the informative aspect but reacts to the action of the user or a program. In order to find the elements which influence choice making and decisions of the user confronted by each GIP, the analysis is to find all SEs which may be of interest to the user in the context of what he or she is trying to accomplish by interacting with the application, be they informative elements or reactive elements or a combined type. The analysis operation schematically related to inFIG. 3 is further described in more detail inFIG. 5 . The interaction of the user with the GIP is subjected to analysis in two different aspects.Analytical aspect 120 is the classification of a screen element, notably the one reacting as invoked by the user, with respect to its visible and functional aspects. Such features of the ISE are typically expressed in terms of software definitions, typically HTML definitions. For example the so called “radio button” is a known graphic element which reacts typically in a response to being clicked upon. And the user expects to bring about some sort of activity as a result, for example bringing forth another page. Analyticalcontextual aspect 122 of the GIP elements analysis operation relates to the meaningful placement of the respective SEs, be they reactive or informative within the GIP. Thus, a radio button, that has a certain set of visible and functional properties, may be juxtaposing a SE which is solely informative but the location of which is essential for letting the user know what to do with the other, interactive SE. In another example, a non-interactive SE has to be placed in the top of the page in order to convey a sense of generality to its properties which refer to all the other SEs in the GIP. Thereforeaspect 122 may bundle different SEs together and also may indicate a meaningful docking of specific SE or SE bundles to a relative location in the GIP. Such features are also typically expressed in terms of HTML software language. Next, the characteristics of the GIP transition are analysed using information about screen elements collected and analyzed by the LIP. - D. Derivation of PASPs from Respective GIPs and the Four PASP Derivation Policies
- The PASP derivation procedure (PDP) 134 is a procedure that derives a sequence of PASPs from the sequence of GIPs in a WIP session. There are four implementable derivation policies. In a first policy, the PASP derived reflects the fact that it has not shown up in the session before. In a second policy, a PASP reflects the fact that an existing PASP in the session is reused. In a third policy, a PASP is used reflecting the fact that it is a clone of the former PASP. In a fourth policy, the PASP used reflects the fact that no new PASP is formed, and the former PASP is kept as current. The policies will be explained in more details below. The steps applied in the implementation of PDP are described with reference to
FIGS. 6-7 . The PDP provides foundations for the eventual transformation of a PASP to a SIP, accepting data from the SE analysis operation following or during the running of the WIP session. First, referring toFIG. 6 , in a WIP session, as a GIP appears instep 138, all the SEs and their respective locational information are kept in a temporary memory atstep 140 to potentially be used later on. Besides that, when the information has been stored, the GIP may be interacted with by the user atstep 142. Specifically, the user can select a ISE, activate it and all the changes, if any, in SEs and associated contextual data are used in the preparation of a new PASP atstep 144. Independently, a subsequent GIP M+1 appears atstep 148. The ISE which has been interacted with the user and caused the appearance of a subsequent GIP is referred to hereinafter as “activated ISE”, in short AISE.PDP 134 performs based also on the analysis of the respective SE as provided by respective instances of theSE analysis operation 80. - In
FIG. 7 the fundamental decisions whichPDP 134 makes in one embodiment of the invention in order to characterize PASP M, which is the currently produced PASP are described. It should be pointed out at this stage that a PASP may appear in a certain session more than once. First, instep 180, the PDP matches the properties of PASP M with those of GIP M as stored in memory MTMP. If they do, thensubsequent verification step 182 is applied in which PDP checks if the AISE is new in the memory MTMP, meaning that it appears for the first time in the current GIP, if the AISE in the MTMP has already shown up in a previous GIP, then a PASP is not formed and current PASP is used (policy 4). If the AISE in the PASP is new with respect to the MTMP, then atstep 186 session memory is interrogated, and if instep 188 any PASP is found as matching GIP M, then that specific PASP is copied instep 192 for re-use, it is referred to as a clone (policy 2). If instep 188 no PASP is found matching the data in the MTMP, the current PASP is cloned to be used as current PASP at step 194 (policy 3). Going back toverification step 180, if the data in MTPM finds no match in the activated GIP M, the PDP interrogates the session memory in step 196. Then if a PASP is found that matches the MTMP data at step 198, it is used as a next PASP in step 192 (policy 2). If not found, a new PASP is formed which has never been before in the session, at step 204 (policy 1). In each of the policies, the AISE is added to current PASP. - Referring now to
FIG. 4 again,vector 102 containing all relevant screen elements derived from a specific WIP and their contextual properties. In the following step, the vector is parsed to create synthetic interface pages (SIPs).Vector 106 containing all the SIPs of a specific WIP is stored and typically transferred to a network made available for the user. The SIPs may or may not be viewable by the user. The decision whether to make a SIP available for a user is reflects among other considerations the need of the user to access a screen element for example to modify a parameter of the element. This shows that running the PPA is either uninterrupted or interrupted. It is noted that more than one SIP may be applied to reach the same final GIP. - The LIP is typically implemented at a learning end-point of a WAN and once processed, the SIPs of
vector 106, become expressed and available in a form familiar to professional people, independent of a computer infrastructure (hardware and software), and can thereafter be transferred to other computer infrastructures. Typically, the LIP is implemented at an end-point such as an office terminal of a WAN and once processed, the SIP ofvector 106, becomes an application available to a user over a wireless cellular Internet, to be implemented in a cellular telephone such as a smartphone. - Button, link, text-box, check-box, radio buttons, list-box, combo-box, date-picker, slider, list, table, form, menu, and tab.
Claims (7)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/359,112 US8510652B1 (en) | 2012-01-26 | 2012-01-26 | Method for personalizing interaction with the web |
PCT/IB2013/050599 WO2013111074A1 (en) | 2012-01-26 | 2013-01-24 | Method for personalizing interaction with the web |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/359,112 US8510652B1 (en) | 2012-01-26 | 2012-01-26 | Method for personalizing interaction with the web |
Publications (2)
Publication Number | Publication Date |
---|---|
US20130198604A1 true US20130198604A1 (en) | 2013-08-01 |
US8510652B1 US8510652B1 (en) | 2013-08-13 |
Family
ID=48871421
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/359,112 Active 2032-03-10 US8510652B1 (en) | 2012-01-26 | 2012-01-26 | Method for personalizing interaction with the web |
Country Status (2)
Country | Link |
---|---|
US (1) | US8510652B1 (en) |
WO (1) | WO2013111074A1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9355355B2 (en) * | 2010-07-02 | 2016-05-31 | Hewlett Packard Enterprise Development Lp | Rule based automation |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6850252B1 (en) * | 1999-10-05 | 2005-02-01 | Steven M. Hoffberg | Intelligent electronic appliance system and method |
US8707185B2 (en) * | 2000-10-10 | 2014-04-22 | Addnclick, Inc. | Dynamic information management system and method for content delivery and sharing in content-, metadata- and viewer-based, live social networking among users concurrently engaged in the same and/or similar content |
US7249148B2 (en) * | 2004-02-19 | 2007-07-24 | International Business Machines Corporation | System and method for adaptive user settings |
US20100017885A1 (en) * | 2005-07-01 | 2010-01-21 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Media markup identifier for alterable promotional segments |
US20090300480A1 (en) * | 2005-07-01 | 2009-12-03 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Media segment alteration with embedded markup identifier |
WO2009040574A1 (en) * | 2007-09-24 | 2009-04-02 | Taptu Ltd | Search results with search query suggestions |
US8196035B2 (en) | 2008-09-18 | 2012-06-05 | Itai Sadan | Adaptation of a website to mobile web browser |
US7899847B2 (en) * | 2008-12-17 | 2011-03-01 | International Business Machines Corporation | System and method for authoring new lightweight web applications using application traces on existing websites |
US10235462B2 (en) * | 2009-09-16 | 2019-03-19 | International Business Machines Corporation | Analyzing an interaction history to generate a customized webpage |
-
2012
- 2012-01-26 US US13/359,112 patent/US8510652B1/en active Active
-
2013
- 2013-01-24 WO PCT/IB2013/050599 patent/WO2013111074A1/en active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2013111074A1 (en) | 2013-08-01 |
US8510652B1 (en) | 2013-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2915619C (en) | Method and apparatus for customized software development kit (sdk) generation | |
US8639542B2 (en) | Method and apparatus to facilitate development of a customer-specific business process model | |
US8856658B2 (en) | Representing user interactions as a synchronous action in a business process flow | |
JP2018036621A (en) | Information input method and device | |
US8078731B1 (en) | User proxy server | |
CN107077287A (en) | Start the application with interface switching | |
WO2012024590A2 (en) | Product configuration server for efficiently displaying selectable attribute values for configurable products | |
US10209855B1 (en) | Concurrent display of masked views of applications between devices | |
MXPA05002276A (en) | System and method for building wireless applications with intelligent mapping between user interface and data components . | |
US9323423B1 (en) | System, method, and computer program for displaying tasks as interactive thumbnails for interaction therewith by a user | |
CN105871690A (en) | Instant messaging realization method and device | |
CN106896937A (en) | Method and apparatus for being input into information | |
US20030018627A1 (en) | Apparatus and method for workflow | |
US8510652B1 (en) | Method for personalizing interaction with the web | |
US20050102606A1 (en) | Modal synchronization control method and multimodal interface system | |
Gamez et al. | SPL-TQSSS: a software product line approach for stateful service selection | |
CN103914292A (en) | RIA (Rich Internet Application) based user interface generation method and device | |
CN101753598B (en) | Method for integrating a plurality of web applications and web application integrator | |
CN102142004B (en) | Service processing method and service engine | |
CN106528719A (en) | Http-based dynamic instant adaptive multilingual processing method | |
CN111651989A (en) | Named entity recognition method and device, storage medium and electronic device | |
CN110262867A (en) | A kind of long-range control method and device based on onboard system | |
US10175953B2 (en) | User interface control and communication | |
EP3912058A1 (en) | Profile data store automation via bots | |
CN106708850A (en) | Image template-based image generation method and apparatus |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
AS | Assignment |
Owner name: CAPRIZA TECHNOLOGIES I.L LTD., ISRAEL Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ARMON, RONNEN;ISH-HURWITZ, IDO;SCHWARTZ, DROR;AND OTHERS;SIGNING DATES FROM 20140106 TO 20140130;REEL/FRAME:032983/0716 |
|
AS | Assignment |
Owner name: CAPRIZA, INC., CALIFORNIA Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNEE NAME PREVIOUSLY RECORDED ON REEL 032986 FRAME 0716. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNMENT INCORRECTLY IDENTIFIED THE ASSIGNEE AS CAPRIZA TECHNOLOGIES IL LTD AND IS CORRECTLY CAPRIZA INC.;ASSIGNORS:ARMON, RONNEN;ISH-HURWITZ, IDO;SCHWARTZ, DROR;AND OTHERS;SIGNING DATES FROM 20140106 TO 20140130;REEL/FRAME:038469/0064 |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
AS | Assignment |
Owner name: SIMPLE TECHNOLOGY, LLC, GEORGIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CAPRIZA (ASSIGNMENT FOR THE BENEFIT OF CREDITORS), LLC;REEL/FRAME:052215/0937 Effective date: 20191231 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YR, SMALL ENTITY (ORIGINAL EVENT CODE: M2552); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY Year of fee payment: 8 |