JPH09305372A - Screen display system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To improve the performance and further improve the operability when two screens are used as independent screens. SOLUTION: A memory actually stores the areas of dummy screens 43 and 44 which do not exit as a frame memory space for an original screen 41 and an extension screen 42. A flicker driver 9 informs an operating system 2 and a GDI(graphical device interface) 3 of the total size of the dummy screens 43 and 44 together with the original screen 41 and extension screen 42. Consequently, the parts of the original screen 41 and extension screen 42 which project from the dummy screens 43 and 44 are not transferred to the frame memory.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a screen display system for controlling an image display device having an original screen and an expanded screen for these screens.

[0002]

2. Description of the Related Art Today, there is a display system in which an area to be displayed on a screen is expanded and the expanded portion is displayed on another screen. This display system is designed to display an area adjacent to a certain screen (original screen) as an extended screen, and allows another screen to be independently displayed.

[0003]

However, in the above-mentioned conventional screen display system, when an object is moved from the original screen and the object straddles the extended screen, the object is moved between the original screen and the frame memory corresponding to the extended screen. Data transfer occurred and the performance of the display system was significantly reduced.

When the original screen and the extended screen are used as independent display areas, an object that is displayed across the original screen and the extended screen must be divided into the original screen and the extended screen and displayed. And the display becomes unnatural. Furthermore, if you move the object displayed on the original screen and it extends to the extended screen, that part will be displayed on the object displayed on the extended screen, making the object on the extended screen invisible. However, there was an obstacle to using the original screen and the extended screen as independent display areas.

From this point of view, in the display system for displaying the original screen and the extended screen, it is possible to improve the performance and improve the operability when the two screens are used as independent screens. Realization of a screen display system has been desired.

[0006]

The present invention employs the following structure to solve the above-mentioned problems. <Structure of claim 1> An original screen, a frame memory having an area corresponding to an extended screen for displaying data different from the data of the original screen, and an original screen and an extended screen, and adjacent to these screens. Generate a virtual dummy screen area and transfer the display data to the frame memory.Inform the control section that the frame memory is the total area of the original screen, the dummy screen and the extended screen. When data is transferred to the area, a hooker driver that does not output this as display data to the frame memory is provided.

<Explanation of Claim 1> The control unit is an operating system or GDI, and transfers display data according to an instruction from an application program. At system initialization, the operating system checks the size of the frame memory. At this time,
The hooker driver informs the total size of the dummy screen as well as the original screen and the extended screen. Therefore, the operating system and GDI recognize that the dummy screen area is also the actual screen area.

As a result, when the drawing command from the application program is located in the dummy screen area, the operating system and GDI are
The drawing position is issued to the hooker driver. If this is the dummy screen area, the hooker driver does not output the display data to the frame memory. Therefore,
For example, if the object displayed on the original screen is moved a little and it protrudes from the original screen, conventionally, the data of the protruding portion is transferred from the frame memory of the original screen to the frame memory of the extended screen. , Which led to poor performance,
In the present invention, such data transfer is not performed, and the performance can be improved. Also, if the movement of the object is within the dummy screen area, it can be hidden so that the independence of the screen between the original screen and the extended screen can be enhanced, and the operability in such a case can be improved. Can be improved.

<Structure of Claim 2> In the screen display system according to Claim 1, the control unit is informed that the dummy screen area has a top-level designated object in the screen display of the same size as the dummy screen. It is characterized by having a hooker driver.

<Explanation of Claim 2> In the invention of claim 2,
The hooker driver informs the control unit that a dummy screen exists between the original screen and the extended screen, and that the dummy screen contains an object that is the highest level and cannot be moved or rewritten. The highest designated object is an object that is displayed with the highest priority even if a plurality of objects exist at the same position. For example, when an object is moved from the original screen to a position across the dummy screen, the dummy screen has an object designated as the highest level, and thus this part is hidden. Therefore, when this object is returned to the original screen, the part overlapping the dummy screen is automatically redisplayed.

As described above, since the display / non-display control in the dummy screen area uses the general method, the object can be correctly displayed without requiring a special configuration.

<Structure of claim 3> In the screen display system according to claim 1, a user application program for designating whether to display an object on an original screen or an extended screen, and a screen display of the object from the user application program. When a designation is made, a hooker driver for outputting display data to the frame memory so as to be displayed on the designated screen is provided.

<Explanation of Claim 3> The user application program is a program provided in the application layer, and is configured to receive a designation of a display screen from a user. The user application program specifies a screen to be displayed as a part of the parameter when issuing the object display command, and the hooker driver interprets the screen and displays it on the corresponding screen.

Also, the movement of the cursor can be limited within each screen range of the original screen or the extended screen by designating the user application program. As a result, it is possible to prevent the cursor from being displayed on any screen and losing its place.

<Structure of Claim 4> In the screen display system according to claim 1 or 2, when at least a part of the object is present on the dummy screen, the size of the object is set between the original screen and the extended screen. It is characterized by including an object size changing filter for limiting the value within the width of the dummy screen.

<Explanation of Claim 4> For example, when an arbitrary window displayed on the original screen is moved in the direction of the extended screen by dragging and the end portion on the opposite side of the window is widened, the window is displayed. The width of the expanded screen in the direction of exceeds the width of the dummy screen. In such a state, data transfer occurs between the frame memories of the original screen and the extended screen. Therefore, in the invention of claim 4, the object size changing filter limits the size of the object such as the window to the size of the width of the dummy screen. As a result, an object that extends over the original screen and the extended screen will not occur. Further, in this case, as in the second aspect of the invention, a configuration may be provided in which the dummy screen area has a top-level designated object.

<Structure of Claim 5> In the screen display system according to any one of claims 1 to 4, when an application program inquires of the control unit about the resolutions of the original screen and the extended screen, The control unit is provided with a resolution inquiry hook filter that hooks the resolution of the screen that answers the application program, changes the resolution of the original screen and the extended screen and outputs the resolution to the application program.

<Explanation of Claim 5> When the application program performs maximum display of an object or display of an object in the center of the screen, it issues a resolution inquiry message to GDI. GDI attempts to inform it of the size, including the dummy screen area, which is known by the hooker driver. Here, if the application program is notified of the size including the dummy screen area, the maximum screen display including the dummy screen is performed, and the screen in which the dummy screen portion is actually missing is displayed.

Therefore, in the invention of claim 5, the resolution inquiry hook filter is used to change the return value to the application program to notify the actual screen size of the original screen or the extended screen. Thereby, even when the maximum display of the screen is performed, the display can be performed in the actual screen size.

The same is done when displaying the center of the screen. For example, when an object on the original screen tries to display another object in the center of the screen, a resolution inquiry is generated, and in this case also, the resolution inquiry hook filter changes the return value to the application program. As a result, the object can be displayed in the center of the original screen.

According to the invention of claim 5 as described above, as in the invention of claim 2, the dummy screen area has a top-ranked object, and the user application program as in the invention of claim 3 is provided. It may have a configuration provided or a configuration provided with an object size changing filter as in the invention of claim 4.

<Structure of Claim 6> In the screen display system according to any one of claims 1 to 5, a frame memory having an area corresponding to a plurality of extended screens, and an original screen and an extended screen are provided. A virtual dummy screen area adjacent to these screens is created, and a virtual dummy screen area adjacent to each extended screen is created. For the control unit, the frame memory is the original screen,
The present invention is characterized by including a hooker driver for notifying a total area of a plurality of dummy screens and a plurality of extended screens.

<Explanation of Claim 6> In the invention of Claim 6, a plurality of extended screens and dummy screens are added as a set to the original screen. Then, the hooker driver notifies the control unit that the frame memory space is the total size of these screens. Accordingly, the display control of the dummy screen area is performed in the same manner as in claim 1. Therefore, with such a configuration, it is possible to increase the number of screens by the number of required expansion screens.
You can improve the performance by eliminating the data transfer due to the objects protruding from each screen. Also, each screen can be displayed independently. In the invention of claim 6, the above-mentioned claim 2
It is applicable to each of ~ 5.

[0024]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described in detail below with reference to the drawings. FIG. 1 is an explanatory diagram showing a specific example of the screen display system of the present invention. Prior to this description, the basic configuration of the screen display will be described.

FIG. 2 is an explanatory diagram of a hierarchical structure of a basic display system. In the figure, application program 1, operating system (OS), GDI
The (Graphical Device Interface) 3, the display driver 4 are software, and the display board 5 and the display 6 are hardware.

The application programs 1 are various programs executed on the operating system 2. An operating system (hereinafter, simply referred to as OS) 2 is a peripheral device or an application program 1
It is a basic program that manages the execution of. G
The DI 3 is located between the application program 1 and the display driver 4 and serves as an interface for screen display from the application program 1. The display driver 4 is a program that controls screen display. Display board 5
Is hardware for controlling screen display, and the display 6 is an image display device such as a CRT.

Normally, with one OS 2, the flow of screen display commands in one logical space follows the hierarchical structure shown in the figure. That is, the screen display command from the application program 1 is issued to the display driver 4 through the OS 2 and GDI 3. The display driver 4 gives an instruction to the display board 5. The display board 5 outputs the display content to the display 6.

The configuration provided with an extended screen in addition to the original screen is as follows. FIG. 3 is an explanatory diagram of a hierarchical structure when the extended screen is provided. Here, the extended display board 7 and the extended display 8 are
It is a hardware component for the extended screen. Also,
The configuration with the extended screen is as follows.

FIG. 4 is a hardware configuration diagram when the extended screen is provided. FIG. 5 is a block diagram of a frame memory having an extended screen. The configuration shown in FIG. 4 is a portion related to screen display of a computer, and includes a central processing unit (CPU) 21, a memory controller 22, and a memory 2.
3, ISA controller 24, I / O card 25, graphics controller 26, frame memory 27, extended graphics controller 28, extended frame memory 29, bus 30, and ISA bus 31.

Central processing unit (hereinafter simply referred to as CPU)
Reference numeral 21 is a processor that controls each unit via the bus 30. The memory controller 22 is a controller that is connected to the bus 30 and controls the memory 23. The memory 23 is a memory such as a DRAM. Also, IS
The A controller 24 is an ISA bus controller, and the I / O card 25 is the ISA controller 24.
Is connected to the bus 30 via. The I / O card 25 is an interface that is connected to the ISA bus 31 and is used to connect peripheral devices.

The graphics controller 26 and the extended graphics controller 28 are display control units of the VGA standard, for example, for controlling the display of the frame memory 27 and the extended frame memory 29, respectively. Frame memory 27 and extended frame memory 29
Is a structure corresponding to the display board 5 and the extended display board 7 shown in FIG. 3 together with the graphics controller 26 and the extended graphics controller 28, and is a buffer memory for temporarily storing the display data to the display 6 and the extended display 8. Is. These frame memory and extended frame memory 2
Area 9 is provided so that the original screen and the extended screen are adjacent to each other in the memory space as shown in FIG.

Therefore, in such a configuration, when an arbitrary object, for example, a window is moved from the original screen toward the expanded screen and the right end portion of the window is displayed on the expanded screen, the frame memory 27 via the bus 30.
Therefore, data transfer occurs between the expansion frame memory 29 and the extension frame memory 29.

Therefore, in the present invention, by providing a virtual dummy area between the original screen and the extended screen, even if the object moves, data transfer between the frame memories is minimized. The performance is improved, and a specific example of the present invention will be described in detail below.

<< Specific Example 1 >><Structure> FIG. 1 is an explanatory view of a specific example 1 in the screen display system of the present invention. The software and hardware parts of FIG. 1 correspond to the hierarchical structure of FIG. 3 described above, and in this specific example, the hooker driver 9 and the extended display driver 10 are provided. In this specific example, as the frame memory configuration, a virtual dummy screen 43 is provided between the original screen 41 and the extended screen 42. That is, the original screen 41 and the expanded screen 42
The dummy screen 43 is provided between the X-directions, and the dummy screen 44 is provided in the Y-direction of the original screen 41 so as to be the same size as the expanded screen 42 in the Y-direction. These dummy screens 43 and 44 are logical areas,
In fact, it does not have a memory to store data.

The hooker driver 9 is an OS 2 or G that constitutes a control unit for transferring display data to the frame memory.
For DI3, the screen size of the frame memory is the original screen 41, the dummy screens 43 and 44, and the expanded screen 42.
When the OS2 and GDI3 (control unit) transfer data to the dummy screen area, it is not output as display data to the frame memory of the original screen and the frame memory of the extended screen. It is configured.

That is, the flow of commands in this case is as follows. First, the drawing command from the application program 1 to the screen is interpreted by GDI3,
It is passed to the hooker driver 9. Hooker driver 9
Issues a command to the display driver 4 or the extended display driver 10 depending on the content of the screen, the display position, and the like. Further, commands such as screen inquiry and display position change other than the drawing command are directly executed by the hooker driver 9 or interpreted by the OS 2 and then executed by the hooker driver 9.

In FIG. 1, the display driver 4 and the extended display driver 10 are drivers corresponding to the original screen 41 and the extended screen 42, respectively. Also, the display board 5, the extended display board 7, the display 6, and the extended display 8
Is similar to the configuration shown in FIG.

<Operation> At the time of initial setting, when the OS 2 confirms the size of the frame memory (screen), the hooker driver 9 uses the original screen 4 as the frame memory space.
1. Notify the total size of the dummy screens 43 and 44 and the expanded screen 42. The OS2 and GDI3 recognize the display screen size as this total size. The actual memory has only the original screen 41 and the expanded screen 42.

The drawing command from the application program 1 is issued to the hooker driver 9 through the OS 2 and GDI 3. The hooker driver 9 determines from the drawing position requested by the drawing command whether to display on the original screen 41 or the expanded screen 42, and issues a command to the display driver 4 or the expanded display driver 10.

<Effect> As described above, in the first specific example, the frame memory is configured to have the areas of the dummy screens 43 and 44. Therefore, the portion where the object protrudes from the original screen 41 or the extended screen 42 is used. Is not displayed on the other side, and therefore data transfer between the original screen 41 and the extended screen 42 does not occur,
Can improve overall performance. In addition, one object is not displayed separately on a plurality of screens, and it is possible to improve the visibility when the original screen 41 and the extended screen 42 are displayed independently.

<Specific Example 2><Structure> In this specific example, the hooker driver 9 has an object in the area of the dummy screens 43 and 44, which has the same size as the screen and has the highest designation in the screen display (move or rewrite is not allowed). Object) exists. That is, the hooker driver 9 displays in the areas of the dummy screens 43 and 44 that even if a plurality of objects having the same size as those of the dummy screens 43 and 44 are displayed, the objects are displayed with the highest priority and cannot be moved or rewritten. O
It is configured to notify S2 and GDI3. Also,
The other configuration of this specific example is similar to that of the specific example 1 described above, and therefore will be described with reference to FIG.

<Operation> For example, when a certain object is moved from the original screen 41 to a position across the dummy screen 43 (44), the dummy screen 43 (44) is designated as the highest priority display, so that the OS 2 and the GDI 3 are displayed. Is
The portions overlapping the dummy screens 43 and 44 are hidden.
Therefore, no data is transferred to that portion (the frame memory does not actually exist). The same applies to the movement of the object from the extended screen 42. Next, when the part of the object that overlaps the dummy screen 43 (44) is returned to the original screen 41, this part is the OS.
2, the display is automatically instructed again.

<Effect> Since data is not written to an object which is out of the original screen 41 or the expanded screen 42 and overlaps with the area of the highest priority designation which does not actually exist, the performance is improved accordingly. Further, when the original screen 41 or the extended screen 42 is projected and then returned to the original screen, that part is the OS.
Since the re-display instruction is automatically given by 2, the object can be displayed correctly without requiring a special configuration.

<< Specific Example 3 >><Structure> FIG. 6 is an explanatory view of the hierarchical structure of the specific example 3. In FIG. In this specific example, as shown in the drawing, the user application program 11 existing in the same hierarchy as the application program 1 and designating whether to display an object on the original screen 41 or the extended screen 42 is provided. The command from the user application program 11 is interpreted, and when the display screen of the object is designated, the command is output so as to be displayed on the designated screen. Since the configuration of the frame memory is provided with the areas of the dummy screens 43 and 44 as well as the original screen 41 and the extended screen 42, the illustration thereof is omitted because it is the same as in the first and second specific examples. Since the other configurations in FIG. 6 are also the same as those in the first and second specific examples, the description thereof is omitted here.

<Operation> First, the user application program 11 instructs the movement of the object between the original screen 41 and the extended screen 42. Specifically, when the user wants to move an object from the original screen 41 to the extended screen 42 or from the extended screen 42 to 41, this is set by the user application program 11
Instruct to. When the user makes this designation, the user application program 11 causes the hooker driver 9 to issue a move command. This move command instructs the hooker driver 9 which of the display driver 4 and the extended display driver 10 should display the object. The hooker driver 9 transfers the designated object to the designated screen.

<Effect> As described above, according to the third specific example, the user application program 11 for designating which of the original screen 41 and the extended screen 42 the object is displayed is provided. The objects can be easily moved, and the operability for the user can be improved.

<< Specific Example 4 >><Structure> FIG. 7 is an explanatory diagram of the hierarchical structure of the specific example 4. In FIG. In this specific example, when at least a part of the object exists on the dummy screens 43 and 44, the object size that limits the size of the object to a value within the width of the dummy screen 43 between the original screen 41 and the extended screen 42. The change filter 12 is provided. Further, the frame memory configuration and the other configurations in FIG.
Since it is the same as that of 3, the description thereof is omitted here.

<Operation> When the application program 1 issues an object size change message, the object size change filter 12 hooks the change message and takes out the change size from the parameter attached to it, which is the X of the dummy screen 43. When the size exceeds the size in the direction, this value is corrected to the size of the dummy screen 43 in the X direction. For example, as such an example, an arbitrary window displayed on the original screen 41 is dragged to move in the X direction (extended screen 42 direction), and
When the left end of the window is expanded, the width of the window in the X direction exceeds the width of the dummy screen 43.
In such a state, data transfer occurs between the original screen 41 and the extended screen 42 as described above. Therefore, the object size changing filter 12 limits the size of the object such as the window in the X direction to the size of the dummy screen 43 in the X direction. As a result, the original screen 41 and the expanded screen 42
Objects that span and will not occur.

<Effect> As described above, according to the fourth specific example, since the object size changing filter 12 limits the size of the object, the object display across the original screen 41 and the expanded screen 42 is displayed. Can not occur. As a result, it is possible to prevent the data transfer of the object in the portion overlapping the dummy screen 43 and protruding from the original screen 41 and the extended screen 42.

<Specific Example 5><Structure> FIG. 8 is an explanatory diagram showing a hierarchical structure of a specific example 5. In this specific example 5, the application program 1
A resolution inquiry hook filter 13 for hooking the inquiry about the resolution from the GDI 3 to the GDI 3 is provided. The resolution inquiry hook filter 13 hooks the resolution of the screen that the GDI 3 answers to the application program 1 when the application program 1 inquires of the GDI 3 about the resolutions of the original screen 41 and the extended screen 42. This is a filter having a function of changing the resolutions of the original screen 41 and the extended screen 42 and outputting to the application program 1. Further, the size of the frame memory notified by the hooker driver 9 to the OS 2 and the GDI 3 is as shown in FIG. 1, and therefore its illustration and description are omitted.

<Operation> When the application program 1 performs maximum display of an object or display of an object at the center of the screen, it issues a resolution inquiry command to the GDI 3. On the other hand, GDI3
Tries to inform the application program 1 inquired of the size (total size of the original screen 41, the expanded screen 42 and the dummy screens 43, 44 known by the hooker driver 9) recognized by the. Therefore, the resolution inquiry hook filter 13 changes the return value to the application program 1 to notify the screen size of the original screen 41 or the expanded screen 42.

The same is done when displaying the center of the screen. For example, when the object of the original screen 41 tries to display another object in the center of the screen, a resolution inquiry is made.
The resolution inquiry hook filter 13 changes the return value from DI3 and informs the application program 1 of it. As a result, the object can be displayed in the center of the original screen 41.

<Effect> As described above, according to the fifth embodiment, since the resolution inquiry hook filter for hooking the resolution inquiry is provided, even when the maximum display of the screen or the object is displayed in the center of the screen, for example. , Can be displayed in the actual screen size.

<< Specific Example 6 >> In this specific example, a plurality of extended screens and dummy screens are added as a set to the original screen 41. Hereinafter, as an example thereof, an example in which two sets of extended screens and dummy screens are added will be described.

<Structure> FIG. 9 is an explanatory diagram of the hierarchical structure of the sixth example. FIG. 10 is a configuration diagram of the frame memory of the sixth example. FIG. 11 is a hardware configuration diagram of the sixth example.

In this specific example, as shown in FIG. 10, a dummy screen 43-1 and a dummy screen are respectively added to the expanded screens 42-1 and 42-2 added to the original screen 41 as a frame memory configuration. 43-2 is provided. Further, the dummy screen 44 is the same as that in each of the specific examples described above. These dummy screens 43-1 and 43-2 are logical areas like the dummy screens 43 and 44 of the above-described specific examples, and do not actually include a memory for storing data. .

Then, as shown in FIG. 9, the hooker driver 9 uses the original screen 41 and the expanded screen 42.
-1, 42-2, dummy screens 43-1, 43-2, 44
The total size of OS2 and G
Notify to DI3, and dummy screens 43-1 and 43-
The OS2 and GDI3 are informed of the information that there is an object that displays the areas 2 and 44 with the highest priority, so that the writing of the data of the objects overlapping here is not generated. In addition, the extended display driver 10-
1, the extended display board 7-1 and the extended display 8-1 have configurations corresponding to the extended screen 42-1. The extended display driver 10-2, the extended display board 7-2, and the extended display 8-2 are extended. Screen 42
It is a configuration corresponding to -2. Furthermore, the user application program 11 displays the arbitrary object,
It is an application program for designating the original screen 41 or the extended screens 42-1 and 42-2.

The extended graphics controller 28-1 and the extended frame memory 29-1 shown in FIG.
Corresponds to the extended screen 42-1 and corresponds to the extended graphics controller 28-2 and the extended frame memory 29-2.
Is a configuration corresponding to the extension screen 42-2.

<Operation> When the OS 2 confirms the size of the frame memory (screen) at the time of initial setting, the hooker driver 9 sets the original screen 41, the dummy screen 43-1 and the dummy screen 43-1.
The total size of the sizes 43-2 and 44 and the expanded screens 42-1 and 42-2 is notified. OS2 and GDI3 recognize the frame memory space as this total size, but the actual frame memory is the original screen 41 and the expanded screen 42.
-1, 42-2 only exist.

The screen display command from the application program 1 is issued to the hooker driver 9 through the OS 2 and GDI 3. The hooker driver 9 determines whether the display is on the original screen 41 or the extended screens 42-1 and 42-2 based on the display position and the designation of the user application program 11, and the display driver 4 and the extended display are displayed. A command is issued to the driver 10-1 and the extended display driver 10-2. In addition, each display driver 4, 10-1, 10
-2 to the displays 6, 8-1 and 8-2 are the same as those in the above specific examples.

<Effect> As described above, in the sixth specific example, the number of screens can be increased by the number of required extended screens. Even in this case, data transfer due to an object protruding from each screen is eliminated and performance is improved. Can be made. Also, each screen can be displayed independently.

<< Explanation of Usage Mode >> In each of the above specific examples, the graphics controller 26 and the extended graphics controller 28 (28-1, 28-2) are directly connected to the bus 30.
However, the present invention is also applicable to a system in which the I / O card 25 is used for communication, and the extended graphics controller is present at the end.

FIG. 12 is a hardware configuration diagram when an extended screen is displayed via a communication path. In the figure, a CPU 21a, an I / O card 25a, an extended graphics controller 28, an extended frame memory 2
A computer system having 9 CPUs 21-IS
The A bus 31 is a device different from the computer system, and is connected via a communication path 32. The communication path 32 is a wire communication such as serial communication or parallel communication, wireless communication such as infrared rays or radio waves, or a communication path such as a telephone line depending on the type of each I / O card 25 or 25a.

FIG. 13 is an explanatory diagram of the hierarchical structure in this case. That is, the system that displays the original screen 41 includes the communication driver 14 and the communication hardware 15 for displaying the expansion screen 42 in another system, and the system that displays the expansion screen 42 transfers the data via the communication path 16. It includes communication hardware 15a and a communication driver 14a for the expanded screen 42. The frame memory space notified by the hooker driver 9 to the OS 2 and the GDI 3 is the same as in the above specific examples 1 to 5.

In the system configured as described above, the display data on the extended display 8 is changed to the communication driver 14 →
Communication hardware 15 → communication path 16 → communication hardware 15a → communication driver 14a → extended display driver 10 → extended display board 7 is transferred in this order.
In this way, since the display data on the extended screen 42 is transferred not through the bus 30 but by the communication path 16,
The distance between the original screen 41 and the expanded screen 42 can be made very large.

Since data is not transferred to the areas of the dummy screens 43 and 44, the data is not transferred via the communication path 16 and the display data is transferred via such a communication path 16. Can improve the performance of.

[Brief description of drawings]

FIG. 1 is an explanatory diagram of a specific example 1 of a screen display system of the present invention.

FIG. 2 is an explanatory diagram of a hierarchical structure of a basic display system.

FIG. 3 is an explanatory diagram of a hierarchical structure when an extended screen is provided.

FIG. 4 is a hardware configuration diagram when an extended screen is provided.

FIG. 5 is a configuration diagram of a frame memory having an extended screen.

FIG. 6 is an explanatory diagram of specific example 3 in the screen display system of the present invention.

FIG. 7 is an explanatory diagram of specific example 4 in the screen display system of the present invention.

FIG. 8 is an explanatory diagram of a specific example 5 in the screen display system of the present invention.

FIG. 9 is an explanatory diagram of specific example 6 in the screen display system of the present invention.

FIG. 10 is a configuration diagram of a frame memory space in a specific example 6 of the screen display system of the present invention.

FIG. 11 is a hardware configuration diagram of a specific example 6 of the screen display system of the present invention.

FIG. 12 is a hardware configuration diagram in a case where an extended screen is displayed via a communication path in the screen display system of the present invention.

FIG. 13 is an explanatory diagram of a hierarchical structure when an extended screen is displayed via a communication path in the screen display system of the present invention.

[Explanation of symbols]

 1 Application Program 2 Operating System (OS) 3 GDI 9 Hooker Driver 11 User Application Program 12 Object Size Change Filter 13 Resolution Query Hook Filter

Claims (6)

[Claims] 1. An original screen, a frame memory having an area corresponding to an expanded screen for displaying data different from the data of the original screen, and a virtual image adjacent to these screens between the original screen and the expanded screen. The control unit that generates a typical dummy screen area and transfers the display data to the frame memory, notifies the control unit that the frame memory is the total area of the original screen, the dummy screen, and the extended screen. A screen display system comprising: a hooker driver that does not output the data as display data to the frame memory when data is transferred to the dummy screen area. 2. The screen display system according to claim 1, further comprising a hooker driver for notifying the control unit that a dummy-screen area has a top-designated object of the same size as the dummy screen. A screen display system characterized by that. 3. The screen display system according to claim 1, wherein a user application program that specifies whether to display an object on an original screen or an extended screen, and a display screen for an object is specified from the user application program. In this case, the screen display system is provided with a hooker driver that outputs the display data to the frame memory so as to be displayed on the specified screen. 4. The screen display system according to claim 1, wherein when at least a part of the object is present on the dummy screen, the size of the object is within the width of the dummy screen between the original screen and the extended screen. A screen display system characterized by comprising an object size changing filter for limiting the value of. 5. The screen display system according to claim 1, wherein when an application program inquires of the control unit about the resolutions of the original screen and the extended screen, the control unit executes the application. A screen display system characterized by comprising a resolution inquiry hook filter for hooking the resolution of a screen that answers a program, changing the resolution of the original screen and the extension screen and outputting to the application program. 6. The screen display system according to claim 1, wherein a frame memory having an area corresponding to a plurality of extended screens and an original screen and an extended screen are adjacent to each other. And a virtual dummy screen area adjacent to each other between the extended screens, and the frame memory is used for the control unit to store the original screen and a plurality of dummy screens. And a hooker driver for notifying the total area of a plurality of extended screens.