NZ518199A - Presentation of data for multiple layered screens by assigning different codes for different screens - Google Patents

Abstract

A method for creating a visual effect in the display of software in a multilevel screen display formed by pixels, comprises: a) assigning a particular screen designation code to some software components; b) assigning other screen designation codes to other components of the software; c) determining which other images, data or software components are simultaneously displayed on different screens in the multilevel screen display. The software is for the presentation of data or images on a screen using software functions; the user of the software can effectively look behind images displayed on at least one other screen. The assignment of a particular screen designation code to a software component is performed on the basis of a particular screen designation associated with the software component and the software component's importance. This method can be incorporated with different software packages such as spreadsheet software, instrumentation software and presentation software package.

Description

51 Received 26 October 2001 CORRECTED VERSION' VISUAL EFFECTS Technical Field This invention relates to software visual effects. background art Many software programs these days display information on a screen using effectively a multi-layered approach.

For example, a drawing package may have a.central area which the software user can draw upon.

In a typical drawing package there are many drop down menus, tool bars, cursors or 10 templates which effectively overlay the drawing on the screen. The reason for this is that there is only limited screen area available. Thus, for the user to be able to view the functions to be selected, some of the drawing space has to be borrowed for this.

Often, the user is placed in the undesirable position of having to move around the tool bars and menus if possible, or alternatively move the drawing (or whatever file the 15 user is working on) so that the user can actually see parts of the drawing formerly obscured by the menus and so forth.

There is another related problem experienced by software users, particularly in relation to drawing packages, but not exclusively.

Often when compiling a drawing, it is necessary to compile the drawing using several 20 layers of "objects". A typical drawing function gives the user the ability to determine whether the object is viewed as being at the back of the picture or overlaying everything at the front of the picture. This can in some cases lead to the objects at the back of the picture being obscured by larger objects at the front of the picture. Thus, James & Wells Ref: 18033/3 RP AMENDED SHEET IPEA/AU PCT/NZ00/00161 Received 26 October 2001 CORRECTED VERSiOIV the user cannot readily select the object at the back of the picture with it being obscured.

This is understandably frustrating and can impede the users' ability to work efficiently, often requiring the user to move the front object so as to gain access to the 5 back object.

This frustration is not limited to drawing packages. It can also be frustrating to not having ready access to the multiple levels in such diverse applications as geographical information system (GIS) programs, including medical models, instrumentation using browsers for the internet or game software, for example flight simulators.

All of the aforementioned packages have information on various levels with which the user would desire ready access to.

All references, including any patents or patent applications, cited in this specification are hereby incorporated by reference. No admission is made that any reference constitutes prior art. The discussion of the references states what their authors assert, 15 and the applicants reserve the right to challenge the accuracy and pertinency of the cited documents. It will be clearly understood that, although a number of prior art publications are referred to herein, this reference does not constitute an admission that any of these documents forms part of the common general knowledge in the art, in New Zealand or in any other country.

It is an object of the present invention to address the foregoing problems or at least to provide the public with a useful choice.

Further aspects and advantages of the present invention will become apparent from the ensuing description which is given by way of example only. 2 James & Wells Ref: 18033/3 RP AMENDED SHEET IPEA/AU Received 26 October 2001 CORRECTED VERSIO1- Disclosure of Invention According to one aspect of the present invention there is provided a method for creating a visual effect in the display of software in a multilevel screen display formed by pixels wherein the software is for the presentation of data or images on a screen using software functions, the method characterised by the steps of a) assigning a particular screen designation code to some software components, and b) assigning other screen designation codes to other components of the software, and c) determining which other images, data or software components are simultaneously displayed on different screens in the multilevel screen display so that a user of the software can effectively look behind an image displayed on at least one other screen.

In further embodiments of the invention, the software components being assigned a particular screen designation code all relate to images being manipulated. However this should not be seen as limiting. The image being manipulated can mean the manipulation of any image, whether the image is in text format, numbers, graphical or otherwise.

For example, the present invention can be used in relation to software for word processing, drawing, financial and scientific information, flight simulators, internet browsers, spreadsheets, slot machines, instrumentation, medical programs, mapping 3 James & Wells Ref: 18033/3 RP AMENDED SHEET IPEA/AU Received 26 October 2001 CORRECTED VEFF"'":- programs, games and the like.

In some embodiments of the present invention certain software components may be reference data of lesser importance than other data. This, is the data of greater importance may be assigned to the front screen where as data of lesser importance may be placed on background or midground screen. In preferred embodiments if there is an image on the screen which is being manipulated via software functions - even if it is a game scene "being travelled through" - it has a particular screen designation separate to other functions.

It is envisaged that in most cases, the other components of software are standard features which come with the software program. For example, screen template, drop down menus, function keys, cursors, tool bars, head-up displays and the like. However, in some embodiments of the present invention, the different components of the image may be assigned a separate designation code, for example an object which is laid over part of the image.

In some embodiments of the present invention, the method can be applied to existing software, for example Microsoft Word™, Microsoft Powerpoint™, Adobe Photoshop™, MacroMedia Director ™ and so forth. However, in other embodiments of the present invention there may be created software which uses the principles behind the present invention.

The screen designation code is merely a code that identifies which physical screen the image or software component is displayed upon.

The inventors of the present invention also invented a multi-level screen display and this is described in detail in PCT Application Nos. PCT/NZ98/00098 and PCT/NZ99/00021.

This is a device which is created by combining multiple layers of selectively 4 James & Wells Ref: 18033/3 RP AMENDED SHEE1 IPEA/AU Received 26 October 2001 CORRECTED VERS;"" transparent screens. Each screen is capable of showing an image. In preferred embodiments, the screen layers are liquid crystal displays. Preferably the screens are aligned parallel to each other with a preset distance between them.

With this invention, images displayed on the screen furthest from the view 5 (background screen), will appear at some depth behind the images displayed on the screen closest to the viewer (foreground screen). The transparent portions on the foreground screen will allow viewers to see images displayed on the background screen.

This arrangement of layering multiple screens allows images to be presented at 10 multiple levels giving the viewer true depth without use of glass or lens.

The present invention shall now refer to use with a multi-level screen as described above although this should not be seen as limiting.

It should be appreciated that although reference shall be made throughout this specification now to only background and foreground screens, other aspects of the 15 present invention may utilise more than two screens. For example, with drawing packages all of the readily useable software functions may be on the foreground while various layers of the drawing may be on the multiple screens behind the foreground screen.

With the present invention, a screen designation code may be used to place all of the 20 standard software functions, templates, tool bars and the like on the foreground screen. However, the image being worked upon may be placed on the background screen. This arrangement allows the user of the software to effectively look behind the foreground components to view the image being manipulated.

This ability may be enhanced if the traditional opaque background to the functions 25 has varying shades of transparency. This feature may be imparted by a version of James & Wells Ref: 18033/3 RP AMENDED SHEET IPEA/AU Received 26 October 2001 CORRECTED VERSiO^.' software in accordance with the present invention.

Thus, there is now no requirement for the user to move around on screen various toolbars and the like so as to get a full view of the image.

Further, if the package is for example, a drawing package, the foreground and background components may actually be on different screens, again allowing the viewer to view and possibly select the drawing components without one obscuring the other.

To allow the drawings components to be readily and/or manipulated, the components themselves may have different transparencies. Further, the traditional white palette may be fully transparent.

There are a number of methods by which the present invention can be implemented.

In some embodiments of the present invention it may be that existing software is coded to identify screen functions which are normally "always on top" or "always at back". If this is the case, one embodiment of the present invention will be an interface that identifies the coding on existing software with these identifiers and assign the various software components eg toolbar to the appropriate foreground or background screen.

The interface maybe a patch for existing software, a display driver, a library file or a new front end for multiple existing software packages or a completely new operating system. Instead of software, graphic cards may be used to divide the images appropriately. This will increase the speed of operation considerably.

Further aspects of the present inventions provide a media which can contain instructions for the operation of method as described.

The background fill of 'always on top' functions can be made fully or partially 6 James & Wells Ref: 18033/3 RP AMENDED SHEET IPEA/AU Received 26 October 2001 CORRECTED VERS transparent by the present invention.

With existing software that does not have such coding, it may be necessary to implement the present invention by having customised software in which the software developer specifies the software routines which cause the appropriate components and images to go on the appropriate screens.

Other aspects of the present invention include not just interface programs which enable existing software to be used on multi-level displays, but original software programs which likewise utilise the concept of having a screen for the file or image being worked upon and other screens for more standard software functions, templates and the like.

There is software available which can be used with multiple monitors placed side by side. This software has screen designation codes as such, in that the x-axis coordinate determines on which of the monitors the information is to be displayed. It is envisaged that this software could be used in the present invention with a code which normally would assign an image to a particular monitor will now assign that image or data pixel to one of the screens in a multi-level display.

Other aspects of the present invention includes an operating system which incorporates the principles of the present invention as previously described and also a web browser which also incorporates the principles as previously described.

It can be seen that the present invention adds a new dimension, literally and figuratively to existing software and potential for new software.

Brief Description of Drawings Further aspects of the present invention will become apparent from the following description which is given by way of example only and with reference to the 7 James & Wells Ref: 18033/3 RP AMENDED SHEET IPEA/AU J" ^ 1 / UU 10 l Received 26 October 2001 CORRECTED VERS'ION accompanying drawings in which: Figure 1 illustrates a prior art screen display, and Figure 2 illustrates a foreground screen display in accordance with one embodiment of the present invention, and Figure 3 illustrates a background screen display in accordance with one embodiment of the present invention.

Best Modes for Carrying out the Invention With respect to Figure 1, there is illustrated a typical' screen display found in commercial software, in this case, the commercial software is Microsoft Powerpoint™.

On this display there is an external template (1), two toolbars (2, 3), a drop down menu (4) and an image to be manipulated (5) on a palette (6).

It can be seen that the toolbars (2, 3) and drop down menu (4) obscure the image (5) and palette (6).

With the present invention, the common components of the software can be placed on the foreground screen of a multi-level screen display as illustrated in Figure 2. It should be noted that the palette (6) and the image (5) are not displayed on the foreground screen.

Instead, the image (5) is displayed on a background screen as illustrated in Figure 3. With the present invention there is no need to display a palette.

The separation of the image (5) from the standard software components (1, 2, 3 and 4) is achieved by the present invention assigning screen designation codes to each of these which determine whether they are placed on the foreground or background 8 James & Wells Ref: 18033/3 RP AMENDED t>n lie i IPEA/AU JfUl/MZAJU/UUltol Received 26 October 2001 CORRECTED VERSION screen. Again, it should be appreciated that there may be more than two screens and these components can be placed on any of these.

Not illustrated is the effect of having the foreground screen over the background screen as this is a 3-dimensional. effect difficult to show. However, as the foreground 5 ■ screen is a physical distance from the background screen and transparent in places to respect to the background screen, it is possible for the user to look around and behind the tool bars and drop down menu to view the image on the background screen.

Aspects of the present invention have been described by way of example only and it should be appreciated that modifications and additions may be made thereto without 10 departing from the scope of the appended claims. 9 AMENDED SHEE1 IPEA/AU James & Wells Ref: 18033/3 RP

Claims (26)

1. A method for creating a visual effect in the display of software in a multilevel screen display formed by pixels wherein the software is' for the presentation of data or images on a screen using software functions, the method characterised by the steps of, a) assigning a particular screen designation code to some software components, and b) assigning other screen designation codes to other components of the software, and c) determining which other images, data or software components are simultaneously displayed on different screens in the multilevel screen display so that a user of the software can effectively look behind images displayed on at least one other screen.
2. A method as claimed in claim 1 wherein an image to be manipulated is assigned a particular screen designation code.
3. A method as claimed in claim 1 or claim 2 wherein the specific software components are standard software features.
4. A method as claimed in any one of claims 1 to 3 characterised by the further step of applying the method to existing software.
5. A method as claimed in any one of claims 1 to 3 characterised in the further step of applying the method to customised software.
6. A method as claimed in any one of claims 1 to 5 wherein the screens have variable transparencies. 10 IPONZ 23 JUL 2003
7. 7.
8. 8.
9. 9.
10. 10.
11. 11.
12. 12,
13. 13.
14. 14,
15. 15.
16. 16
17. 17
18. 18 A method as claimed in any one of claims 1 to 6 wherein the method is encoded within a display driver. A method as claimed in any one of claims 1 to 6 wherein the method utilises software originally written for multiple monitor systems. A method as claimed in any one of claims 1 to 8 wherein the transparency of display components and/or parts there-of can be varied. A method as claimed in any one of claims 1 to 9 where the assignment of a particular screen designation code to a software component is performed on the basis the software component's importance. A method as claimed in any one of claims 1 to 10 where the assignment of a particular screen designation code to a software component is performed on the basis of a particular screen designation associated with the software component. Media incorporating instructions for the operation of the method as claimed in any one of claims 1 to 11. An operating system incorporating a method as claimed in any one of claims 1 to 11. A web browser incorporating a method as claimed in any one of claims 1 to 11. A spreadsheet software package incorporating a method as claimed in any one of claims 1 to 11. A word-processing software package incorporating a method as claimed in any one of claims 1 to 11. A drawing software package incorporating a method as claimed in any one of claims 1 to 11. An instrumentation software package incorporating a method as claimed in any one of claims 1 to 11. IPONZ 11 23 Jul 2003
19. 19. A medical software package incorporating a method as claimed in any one of claims 1 to 11.
20. 20. A geographical information (GIS) software package incorporating a method as claimed in any one of claims 1 to 11. 5
21. 21. A financial software package incorporating a method as claimed in any one of claims 1 to 11.
22. 22. A scientific software package incorporating a method as claimed in any one of claims 1 to 11.
23. 23. A slot machine software package incorporating a method as claimed in any 10 one of claims 1 to 11.
24. 24. A graphical software package incorporating a method as claimed in any one of claims 1 to 11.
25. 25. A database software package incorporating a method as claimed in any one of claims 1 to 11. 15
26. 26. A presentation software package incorporating a method as claimed in any one of claims 1 to 11. 12 IPONZ 23 JUL 2003