WO2010034067A1 - User interface - Google Patents
User interface Download PDFInfo
- Publication number
- WO2010034067A1 WO2010034067A1 PCT/AU2009/001274 AU2009001274W WO2010034067A1 WO 2010034067 A1 WO2010034067 A1 WO 2010034067A1 AU 2009001274 W AU2009001274 W AU 2009001274W WO 2010034067 A1 WO2010034067 A1 WO 2010034067A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- interface
- unit
- area
- configuration
- interface defined
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
- G06F3/0482—Interaction with lists of selectable items, e.g. menus
Definitions
- the present invention generally relates to graphical user interfaces, and particularly but not exclusively to a user interface for an internet banking service.
- Computer based transactions such as those performed over an internet banking service, traditionally have a fixed navigation system in which a fixed left side and a top navigation bar are used.
- a user clicks on items in the bars to enter a multi-level navigation system.
- the process of making a transaction or viewing a balance requires navigation through a hierarchy of menus requiring many steps before the process is completed.
- the navigation system is typically inflexible and cannot be tailored to the user or by the user.
- a graphical user interface comprising: a display area having a first area and a second area; the display area being arranged to display a graphical interface unit, the unit being movable between the first area and the second area.
- the unit is one of a plurality of graphical interface units.
- the unit has a first configuration when displayed in the first area and a second configuration when displayed in the second area.
- the configuration of the unit may be changed when the unit is moved between the first area and the second area.
- the unit may have a third configuration in which the unit substantially occupies the display area.
- the unit may have an area, the area being smaller in the first configuration than in the second configuration.
- Information may be displayed in both the first and second configurations that is dependent on the configuration of the unit .
- the unit may be collapsed in the first configuration and expanded in the second configuration.
- the unit may further comprise a presentation area in the second configuration but not in the first configuration.
- the unit comprises a window.
- the unit further comprises an interactive element having a preset configuration.
- the preset configuration may have been set during a previous use of the interface.
- the interactive element may be one of a radio button, pop up menu, and check box.
- the unit comprises a text box containing preset text .
- the preset text may have been entered during a previous use of the interface.
- the interface is arranged for facilitating a transaction with a financial institution.
- the transaction may be one of depositing funds, transferring funds between two accounts, paying a credit balance, and making a payment with a bill payment system such as BPAY.
- the unit may be arranged for facilitating the transaction with the financial institution.
- the unit displays one or more of: account information; and a recent transaction.
- the unit is one of a first and a second graphical interface units, the first unit being arranged for a user to make a transaction using an associated account, and the second unit presenting information associated with the account .
- the first area allows a user to navigate between a plurality of units.
- the second area allows a user to interact with the unit .
- a graphical user interface comprising: a display area arranged to display a first and a second graphical interface unit, the first unit being arranged for a user to make a transaction using an associated account, and the second unit presenting information associated with the account .
- the information presented by the second unit is updated after the transaction has been processed.
- the information presented by the second interface may be updated within a predetermined time period.
- the time period may be 0.1 seconds.
- the time period may be one of: one; five; and 60 seconds after the transaction.
- the display area has a first area and a second area, and the first and second units are movable between the first area and the second area.
- an internet banking service comprising a graphical user interface in accordance with either the first or second aspects.
- a computing system arranged to provide interface information indicative of a graphical user interface in accordance with either the first or second aspects.
- the computing system may comprise a web server and the interface information may be web page information.
- a software program including at least one instruction arranged to implement a graphical user interface in accordance with the first or second aspects of the invention.
- a computing system for generating a graphical user interface, the system comprising: a processor arranged to generate display area data and graphical interface unit data, the display data and interface data comprising instructions for rendering a display area on an electronic display and a graphical interface unit on the display area, the display area having a first area and a second area; and a human machine interface arranged to receive one or more commands from a user, such that in response to the one or more commands the unit is moved between the first area and the second area.
- Figure 1 shows one embodiment of a graphical user interface for display on a screen or display
- Figure 2 shows one embodiment of an internet banking system
- Figure 3 shows a screen shot of one embodiment of a graphical user interface
- Figures 4 and 5 show arrangements of another embodiment of a graphical user interface
- Figure 6 shows an example of a computing architecture
- Figure 7 shows an example of a log in page for a web based service
- FIG 1 shows a snapshot of one embodiment of a graphical interface generally indicated by the numeral 10.
- the interface 10 is displayed on a machine such as a personal computer or terminal 14.
- the computer 14 is connected over a network 62 such as the internet to a computing system, in this embodiment a server 60.
- the interface 10 is implemented as a web page rendered by a web browser on the computer 14 used by the user 12.
- a financial institution or its agent controls the server 60 which provides interface information indicative of the graphical user interface 10.
- the interface information is web page information defining the web page rendered by a web browser running on the computer 14.
- the interface 10 shown in Figure 1 allows the user 12 to communicate with the server 60.
- the interface 10 has a display area 16.
- the display area 16 may comprise, for example, the entire display area of a computer monitor (electronic display) or be contained within a window shown on the computer monitor.
- the display area 16, in this embodiment, is divided into a first holding area 18 and a second workspace area 20.
- a line 19 separates the holding and workspace areas but it need not be present in all embodiments.
- the holding and workspace areas are on different displays of the same machine 14 or may even be arbitrarily shaped areas contained within the display area.
- the graphical interface 10 is arranged, at least in this embodiment, for facilitating transactions with the financial institution or providing information about an account held with the financial institution by the user 12.
- the interface 10 may facilitate, for example the depositing of funds, the transferring of funds between two or more accounts, paying a credit balance, making a BPAY payment or other banking operation.
- the units may also display account information such as the account balance 22 and a list of recent transactions 32.
- the interface can form part of any financial service such as that provided by a bank, insurance company or brokerage.
- the account may not be merely a savings account , but could be any type of account such as a term deposit, credit card, mortgage, or even a trading account for instruments such as shares, for example.
- an interface such as 10 is widely adaptable to any number of transactions including but not limited to financial transactions.
- the display area 16 includes a plurality of graphical interface units such as 22, 24, 26, 28, 3O 7 32 and 42.
- the units are moveable by the user 12 around the display area 16 by use of a moveable pointer 21 controlled by, for example, a computer mouse 13.
- the graphical interface units such as 30 and 32 are windows having a presentation area 34 and a window control area 36. To move the window 30 the user 12 places the pointer 21 over the window control area 36, presses a mouse button and drags the window 30 around the display area 16 whilst the mouse button is depressed.
- Figure 3 shows a screen shot of another embodiment of a graphical user interface 10' . It has a holding area 18' and a workspace area 20'.
- the window control area 36' may also include controls to close 70', enlarge 72', or collapse 74' the window 76' .
- the units such as 76' can be moved by the user between the holding area 18' and the workspace area 20' .
- the units located in the holding area 18', such as 22' to 28' have a first configuration and the units located in the workspace area 20', such as 76' and 78', have a second configuration. Most of the windows in the holding area 18' are collapsed so that the window control area 36' is visible but not the presentation area 80' .
- the windows may be collapsed in both the workspace and holding area (see 28' and 82' for example) and the different configuration requires a different configuration of some aspect of the control area.
- the aspect of the control area that is reconfigured is its length.
- the windows in the holding area 18' may be expanded so that the presentation area is visible, as for 84' .
- the holding area can be seen as a navigation or menu area where the user can select a type of banking operation (or other type of operation) to perform. It also allows the units to be temporarily 'parked' until required and then they are moved out, thus the holding area may be called a parking area.
- a collapsed window such as 22
- the unit becomes operational and the user may perform transactions, view balances, etc.
- the main presentation area 34 is displayed and populated with information, interactive elements such as radio buttons 52, pop-up menus, check boxes 50 and text boxes 54.
- the units may be moved between the holding area 18 and the workspace area 20 or vice versa by a means other than dragging a unit from one of the areas to the other.
- the units include buttons such as 33 and 35 as shown in Figure 1. When pressing the button 33 (a "move to workspace” button labeled W) of the unit 22 in the holding area, the unit is moved by the system and/or software from the holding area to the workspace area.
- the software causes the unit 30 to move from the workspace area to the holding area.
- the unit is changed from the first configuration to the second configuration when it is moved between the holding area and the workspace area and vice versa.
- one or more keystrokes made on a keyboard by the user may cause a unit to move between the holding and workspace areas.
- a voiced command by the user and received via microphone by the system may cause a unit to move between the holding area and the workspace area.
- One or more units may in some embodiments be configured to accept a command from the user to show more details. For example, in response to the user clicking on a button displayed on the unit, the unit area may be increased and more details presented to the user on the increased unit area.
- a single click anywhere will return the interface to its configuration before the command was accepted. That is, the user is only one click away from the default interface.
- the display beyond the unit boundary is de-highlighted, by dimming it or making it grey for example.
- the unit occupies the whole display area when maximized.
- the single click must be in a certain area or button (or alternatively a key stroke or through another command delivery device) to return the interface to its configuration before the command was accepted.
- the windows such as 30 can be arbitrarily moved and placed anywhere in the workspace area 20 such as in Figure 1. In alternative embodiments such as Figure 3, however, the windows are snapped into set positions, such as columns or onto set points located in the workspace area .
- the windows or units such as 30 may also have a third configuration.
- the window 30 substantially covers the workspace area 16.
- the window may substantially (or totally) occupies the display area 16.
- the user may achieve this by clicking a button such as 40 in the window control area (or window bar) 41 of a window such as 42.
- a unit or window such as 32 displays information while it is both in the holding area 18 and the workspace area 20 as shown in Figures 3 and 4 respectively.
- the window 32 has a smaller area when it is in, the holding area 18 than in the workspace area 20.
- the information presented in the presentation area 44 of the window 32 may be smaller when the window 32 is in the holding area 18 than when it is in the main presentation area 20.
- the information is presented and/or formatted differently in the first and second configurations, in this case to allow a compression of presentation area.
- Figure 4 where the unit is in the holding area 18 the dates are abbreviated and the cents for the transactions have been omitted, however in Figure 5 where the unit is in the workspace area 20 the dates are less abbreviated.
- the headings are omitted in Figure 3. Headings may be abbreviated and text style changed also.
- window 42 includes check boxes such as 50 and radio buttons such as 52.
- the checking or selection of the check boxes and radio buttons respectively have been remembered by the interface 10, computer 14 or preferably the server 60, the configuration of these interactive elements being set by the user during a previous session in which the interface 10 was used by the user 12.
- the text box 54 similarly includes text entered in the previous session.
- the interface is configurable by either the user 10 or the computer 14 or server 60.
- the server 60 may provide a default arrangement of the windows such as 22 to 30 when the user 12 logs on for the first time. In this first session, the user may modify the position and configuration of the windows and the server 60 may remember this for future sessions.
- the system 60 may have some information regarding the expertise of the user 16 and configure the interface accordingly.
- the user 12 may, for example, routinely perform some types of transactions (such as recent transactions 32) and in this case the windows facilitating these transactions may be in the workspace area 20 by default.
- the other types of transactions represented by windows 22 to 28 in Figure 1 may be stored in the holding area 18 and only- moved across to the workspace area 20 for occasional use when required.
- the information in the windows such as 22 (balance) , 32 (recent transactions) and 24 (transfer) may be linked. For example, if the user 12 makes a transfer (or other transaction) using unit 24 then the account balance shown in window 22 and the recent transactions shown in window 32 may be updated in accordance with the transfer (or transaction) . Similar updates may occur for a deposit, a BPAY payment or a credit card payment for example .
- the time interval between the user finishing the transaction and the update is less than 0.1 seconds so that it appears instantaneous to the user. However, a time period of less than 1 second still provides no appreciable hindrance or delay. A time period of up to 5 seconds would be acceptable in many embodiments. In some embodiments, a delay of between 5 seconds and 60 seconds may be acceptable, especially if the period between transactions is significantly greater than this. This time period may allow, for example, confirmation of the transaction before providing the update.
- the computing system 60 and machine 14 implement the interface with the aid of appropriate computer hardware and software.
- One example of an architecture 100 suitable for both the machine and computing system are shown in figure 6.
- the computing architecture 100 comprises suitable components necessary to receive, store and execute appropriate computer instructions.
- the components may include a processing unit 102, read only memory (ROM) 104, random access memory (RAM) 106, storage devices 108, and communication links 110 such as an Ethernet port, a USB port, etc.
- the computing system 100 includes instructions that may be included in ROM 104, RAM 106 or disk drives 108 and may be executed by the processing unit 102.
- a plurality of communication links 110 may variously connect to one or more computing devices such as a server, personal computers, terminals, wireless, handheld computing devices or other devices capable of receiving and/or sending electronic information.
- At least one of a plurality of communications links may be connected to an external computing network through a telephone line, an Ethernet connection, or any type of communications link. Additional information may be entered into the computing system or machine by way of the user interacting with a human machine interface comprising suitable input devices such as, but not limited to, a keyboard and/or mouse (not shown) .
- the architecture may include storage devices such as a disk drive 108 which may encompass solid state drives, hard disk drives, optical drives or magnetic tape drives.
- the computing system 100 may use a single disk drive or multiple disk drives.
- a suitable operating system 112 resides on the disk drive or in the ROM of the computing system 100 and cooperates with the hardware to provide an environment in which software applications can be executed.
- the data storage system is arranged to store software including logic that controls the interface 10.
- the logic is stored on the data storage system including tangible media such as a hard drive, flash memory, RAM, DRAM, DVD or CD-ROM or other form of media in which the logic can be stored.
- the data storage system may be loaded with a module having various sub- modules (not shown) .
- the sub-modules are arranged to interact with the architecture 100, via the operating system 112, to either receive and/or process information.
- the embodiments described herein can be implemented as an application programming interface (API) or as a series of libraries for use by a developer, or can be included within another software application, such as a terminal or personal computer operating system or a portable computing device operating system.
- program modules include routines, programs, objects, components and data files which work together to perform particular functions, it will be understood that the functionality may be distributed across a number of routines, programs, objects components or data files, as required.
- the interface is implemented using web pages provided by a service such as a banking service .
- a service such as a banking service .
- the main page of which Figures 1 and 3 are examples, is seen by the user after logging in for a session with the service.
- the main page can display several linked (or not linked) pages simultaneously, each page being presented in one of the displayed units.
- the user may be able to view a number of pages from the one main page. All the activities for one site / session are viewed from the single main page. There is no requirement for the user to be directed to other external tabs or windows.
- the user may place less regularly used units having associated features or transactions in the holding or parking area.
- the main page is driven by a banking application that, in some embodiments, enables users to access multiple services of banking at one given time.
- a banking application that, in some embodiments, enables users to access multiple services of banking at one given time.
- log in the user is immediately presented units in the workspace area for showing an account balance, a recent transaction and making a payment with a bill payment system such as BPAY.
- these banking functions are the most used.
- the choice of units - and thus possible banking functions - shown after the user logs in in some embodiments is determined by user usage statistics. In this case, the user may be able to bank according to their behavior with less clicks and/or steps .
- Aj ax (Asynchronous JavaScript and XML) , or AJAX, is a group of interrelated web development techniques used for creating interactive web applications or rich Internet applications.
- Aj ax web applications can retrieve data from the server asynchronousIy in the background without interfering with the display and behavior of the existing page. Data is retrieved using the XMLHttpRequest object or through the use of Remote Scripting in browsers that do not support it.
- JavaScript, XML, or its asynchronous use is not necessarily required.
- the interface makes use of a customized architecture.
- This architecture uses "widgets" that support several HTML objects concurrently, including but not limited to iFrames, ASP.NET user controls, Flash objects and Silverlight. All widgets are processed independently, and do not rely upon the completion of other widgets inside the framework to perform its defined activity. To reduce key strokes some widgets drive a secondary action within a second widget where there is a logical connection. This design reduces the number of screens and clicks required by the user.
- Aj ax is used to customize the drag and drop process, and for the processing of the widgets. The result for the user is a real time post back experience not dependent upon full page submissions.
- the units may take the form of desktop widgets, for example a dashboard type widget for an Apple Macintosh under OSX.
- the units may take the form of Mobile Widgets running on a mobile telephone.
- the widgets may alternatively be web widgets running on a web browser used as a widget engine infrastructure, or even a TV set widget.
- Units are implemented using boxes as defined by Ajax.
- the user is able to arrange and customize these drag-able widgets. All expanded units are loaded on the main page first. Collapsed boxes that are parked in the holding area on the left-hand side of the page are loaded on the page only when the user is accessing the information, that is when the box is expanded, and preferably when in the working area of the page.
- Each widget is linked to a HTML Object; the content on the main page is a collection of widgets containing different HTML Objects - which the user can access at the same time.
- Each widget is more than a preview box.
- Each widget (or unit) contains a rendering of a HTML Object appropriate for that widget. The user is able to process information in these widgets.
- An advantage provided by using Widgets/Ajax technology is that only the widget (unit) containing the information that is accessed on the page is refreshed - not the whole main page. This is advantageous as it saves the user's time.
- some embodiments of the system include advance technology web pages that are designed to work with low speed and high speed internet .
- the interface runs on a web browser and units are rendered on a web browser window.
- a "move to work space” button, labeled W, or the "move to holding area” button, labeled H the system causes the web browser window to be refreshed with the unit having been moved between the holding and workspace areas within the browser window as appropriate.
- the unit may be reconfigured during the refresh.
- AJAX would not necessarily need to be used. Individual request may be sent back to the server which reconstruct the page information for rendering on the user's browser.
- Figure 7 shows one embodiment of a first page seen by the user of an web based service, in this case an internet banking service. It is a log in page. The user will access a main page, such as shown in Figure 3, after successfully logging in. This main page then provides the end customer with direct access to all available data and functions required for Internet Banking. Different functions and features of the Internet Banking system are summarized in individual Widgets. All these windows are loaded once only post successful logon, and then managed using Aj ax technology, meaning all subsequent requests are handled as servlet or sub page requests.
- An example - Consider an Account Balance window.
- the Account Balance Widget loads initially the Account Balance aspx page.
- the Account Balance aspx has a grid used to display the users individual account balances. This page uses Aj ax technology to populate the grid. So as to avoid loading a page load for each transaction it is possible to use a further page to manage database and information requests (such as for account balances) . That page is called the Account balance server page.
- VJ VJ
- the Account balance web page is populated using the Account balance Widget.
- Account balance server page get the user account info and connect to database and get a user account balance data of a specific user and convert it to xml string and send it back to account balance web page .
- the Account Balance web page is loaded within the Account balance Widget .
- Widgets Some data with each Widget may be linked or relate to other Widgets. For example, BPAY payments will result in the account balances being update without the need to reload the entire page.
- the navigation place holders can be based upon a left hand navigation model or top navigation model, for example.
- the less frequently used functions can be stored in any location on the Main Page, but for the purposes of the examples we have used the Left Hand
- embodiments are implemented with the aid of an architecture, or partly implemented by an architecture .
- Any appropriate architecture may be used. This includes stand alone computers, network computers, dedicated computing devices, or any device capable of receiving and processing information or data.
- computing system and “computing devices” are utilised throughout the specification, these terms are intended to cover any appropriate arrangement of computer hardware and/or software required to implement at least an embodiment of the invention.
- the server 60 may contain the medical records of a patient and the interface 10 may facilitate the viewing of patient medical information.
- one unit may be configured to show the patients current medications and dosages, another may be configured to show pathology or test results, and yet another any known conditions or abnormalities.
- the server 60 may be controlled by a hospital, area health service, or government department, for example, or their agent.
- the units may each be portal applications, providing data presentation and data manipulation capabilities for generally any type of data.
- the units may connect to a core banking system and different users, for example a bank manager and a teller, who have different banking data requirements can customize the units for their purposes.
- a bank manager and a teller who have different banking data requirements can customize the units for their purposes.
- the present embodiments are, therefore, to be considered in all respects as illustrative and not restrictive.
- server in this specification is intended to encompass any combination of hardware and software that performs services for connected clients in part of a client-server architecture.
- the client and a server may be separate software running on a single piece of hardware or a plurality of connected pieces of hardware. Combinations include main frame and terminal, server and thick or thin client, web server and browser, etc .
Abstract
Description
Claims
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU2009295352A AU2009295352B2 (en) | 2008-09-25 | 2009-09-25 | User interface |
US13/120,977 US20110314413A1 (en) | 2008-09-25 | 2009-09-25 | User interface |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU2008905003 | 2008-09-25 | ||
AU2008905003A AU2008905003A0 (en) | 2008-09-25 | User interface |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2010034067A1 true WO2010034067A1 (en) | 2010-04-01 |
Family
ID=42059210
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/AU2009/001274 WO2010034067A1 (en) | 2008-09-25 | 2009-09-25 | User interface |
Country Status (3)
Country | Link |
---|---|
US (1) | US20110314413A1 (en) |
AU (1) | AU2009295352B2 (en) |
WO (1) | WO2010034067A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2381373A1 (en) * | 2010-04-19 | 2011-10-26 | LG Electronics | Mobile terminal and controlling method thereof |
US20110314370A1 (en) * | 2010-06-18 | 2011-12-22 | Microsoft Corporation | Tiered pageview generation for computing devices |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7792748B1 (en) * | 2007-09-19 | 2010-09-07 | Capital One Financial Corporation | Method and system for performing a financial transaction using a user interface |
US11379550B2 (en) * | 2017-08-29 | 2022-07-05 | Paypal, Inc. | Seamless service on third-party sites |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5561757A (en) * | 1994-04-06 | 1996-10-01 | Altera Corporation | Computer user interface having tiled and overlapped window areas |
JP2001093046A (en) * | 1999-09-24 | 2001-04-06 | Toshiba Tec Corp | Merchandise sales data processor |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6073119A (en) * | 1997-09-04 | 2000-06-06 | Citicorp Development Center, Inc. | Method and system for banking institution interactive center |
US7672879B1 (en) * | 1998-12-08 | 2010-03-02 | Yodlee.Com, Inc. | Interactive activity interface for managing personal data and performing transactions over a data packet network |
-
2009
- 2009-09-25 AU AU2009295352A patent/AU2009295352B2/en not_active Ceased
- 2009-09-25 US US13/120,977 patent/US20110314413A1/en not_active Abandoned
- 2009-09-25 WO PCT/AU2009/001274 patent/WO2010034067A1/en active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5561757A (en) * | 1994-04-06 | 1996-10-01 | Altera Corporation | Computer user interface having tiled and overlapped window areas |
JP2001093046A (en) * | 1999-09-24 | 2001-04-06 | Toshiba Tec Corp | Merchandise sales data processor |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2381373A1 (en) * | 2010-04-19 | 2011-10-26 | LG Electronics | Mobile terminal and controlling method thereof |
KR20110116442A (en) * | 2010-04-19 | 2011-10-26 | 엘지전자 주식회사 | Mobile terminal and method for controlling the same |
US8887041B2 (en) | 2010-04-19 | 2014-11-11 | Lg Electronics Inc. | Displaying a call function within a web browser |
KR101625858B1 (en) * | 2010-04-19 | 2016-06-13 | 엘지전자 주식회사 | Mobile terminal and method for controlling the same |
US20110314370A1 (en) * | 2010-06-18 | 2011-12-22 | Microsoft Corporation | Tiered pageview generation for computing devices |
Also Published As
Publication number | Publication date |
---|---|
US20110314413A1 (en) | 2011-12-22 |
AU2009295352A1 (en) | 2010-04-01 |
AU2009295352B2 (en) | 2015-01-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10861089B2 (en) | System and method for customizing real-time applications on a user interface | |
US7783613B2 (en) | Context-aware middleware platform for client devices | |
US20170032342A1 (en) | Send money plug in for web mails | |
US8671107B2 (en) | Method and apparatus for global information reporting | |
US9330081B2 (en) | Computer system and method for generating client-side software demonstrations | |
US9152995B2 (en) | Method and system for loan application non-acceptance follow-up | |
US10504075B2 (en) | Methods, systems, and devices to dynamically customize electronic bill presentment and payment workflows | |
CZ20031172A3 (en) | System and method for monitoring a plurality of financial service terminals with document-controlled interface | |
KR102121709B1 (en) | System and method for providing customer service based on chatbot | |
US20130227386A1 (en) | Method of gathering data of an event-like nature from electronic forms | |
AU2018205158A1 (en) | Enhancing webpage functionality | |
US20190220922A1 (en) | Bill presentment based on a user learning style | |
AU2009295352B2 (en) | User interface | |
US11914849B1 (en) | Computer desktop flexible layouts | |
JP2016026363A (en) | Automatic transaction menu generating device, automatic transaction menu generating system, and automatic transaction menu generating program | |
US20020184258A1 (en) | Self-service kiosk control program | |
US20190325373A1 (en) | System and method for monitoring usage of an information kiosk | |
US20040205491A1 (en) | Software and method for self-service applications | |
US11694256B1 (en) | Mobile enabled activation of a bank account | |
US7575156B2 (en) | Conducting financial transactions under multiple protocols in a single user session within a self-service terminal | |
US20100217704A1 (en) | Consular Kiosks and Methods | |
JP2012038171A (en) | Automatic transaction menu generating device, automatic transaction menu generating system and automatic transaction menu generating program | |
KR102327586B1 (en) | Terminal and method for displaying interaction credit card statementand that about breakdown of credit card installment transaction | |
US10891024B2 (en) | Hierarchical user interface | |
US10901597B1 (en) | ATM screen personalization |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 09815488 Country of ref document: EP Kind code of ref document: A1 |
|
DPE1 | Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101) | ||
DPE1 | Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101) | ||
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2009295352 Country of ref document: AU |
|
WWE | Wipo information: entry into national phase |
Ref document number: 592222 Country of ref document: NZ |
|
ENP | Entry into the national phase |
Ref document number: 2009295352 Country of ref document: AU Date of ref document: 20090925 Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: 13120977 Country of ref document: US |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 09815488 Country of ref document: EP Kind code of ref document: A1 |