WO2012127627A1 - 情報装置、画面切替え方法、及び画面切替えプログラム - Google Patents

情報装置、画面切替え方法、及び画面切替えプログラム Download PDF

Info

Publication number
WO2012127627A1
WO2012127627A1 PCT/JP2011/056840 JP2011056840W WO2012127627A1 WO 2012127627 A1 WO2012127627 A1 WO 2012127627A1 JP 2011056840 W JP2011056840 W JP 2011056840W WO 2012127627 A1 WO2012127627 A1 WO 2012127627A1
Authority
WO
WIPO (PCT)
Prior art keywords
screen
screen data
switching
guest
display
Prior art date
Application number
PCT/JP2011/056840
Other languages
English (en)
French (fr)
Inventor
靖 原
矢崎　昌朋
克美 大塚
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to PCT/JP2011/056840 priority Critical patent/WO2012127627A1/ja
Priority to JP2013505697A priority patent/JP5585721B2/ja
Publication of WO2012127627A1 publication Critical patent/WO2012127627A1/ja
Priority to US14/031,623 priority patent/US20140025860A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • G06F13/4004—Coupling between buses
    • G06F13/4022—Coupling between buses using switching circuits, e.g. switching matrix, connection or expansion network
    • 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/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G06F3/1423—Digital output to display device ; Cooperation and interconnection of the display device with other functional units controlling a plurality of local displays, e.g. CRT and flat panel display
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/14—Display of multiple viewports
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00—Aspects of data communication
    • G09G2370/04—Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller
    • G09G2370/042—Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller for monitor identification

Definitions

  • the present invention relates to a screen switching technique.
  • the top menu screen or the previously displayed screen is displayed on the display. For this reason, for example, when it is desired to continue the setting performed on the setting screen of the OS before switching, the user has to perform an operation of changing the OS screen to a desired screen.
  • the present technology aims to provide a technology for improving operability in an information device.
  • the first operation system and the second operation system can operate in parallel.
  • the information device includes a display, first screen data generated by a first application that operates on the first operation system, and second information generated by a second application that operates on the second operation system.
  • a storage unit that stores screen data in association with each other and a switching unit are included.
  • the switching unit generates a screen data generated by a second application operating on the second operation system from screen data generated by the first application operating on the first operation system.
  • the operability can be improved in the information device.
  • FIG. 1 is a diagram illustrating an example of an information device 100 according to the present embodiment.
  • the information device 100 includes a display 110 such as an LCD (Liquid Crystal Display), an input device 120, and computer hardware 130 on which software operates.
  • a hypervisor 150 that implements a virtual machine 140 that is a virtual computer operates.
  • a host OS 200 and a guest OS 300 operate on each virtual machine 140 realized by the hypervisor 150.
  • the host OS 200 manages the guest OS 300.
  • the guest OS 300 operating on the virtual machine 140 is assumed to be OS # 1 and OS # 2.
  • Specific examples of the guest OS 300 include Android (registered trademark) and Symbian (registered trademark) OS.
  • the input device 120 is an input environment that allows a user to input operations and instructions to the information device 100.
  • Examples of the input device 120 include buttons and a touch panel.
  • the button is an example of an operation system (operating system) switching button.
  • Each guest OS 300 has a screen (hereinafter abbreviated as an application screen) from which an application or the like operating on the guest OS 300 is output.
  • an application screen a screen from which an application or the like operating on the guest OS 300 is output.
  • any one of the application screens of the guest OS 300 is output to the frame buffer of the virtual machine 140 on which the guest OS 300 operates, so that an output screen of the guest OS 300 is obtained.
  • any one of the output screens of the guest OS 300 is output to the display 110, so that the application screen is exclusively displayed on the display 110.
  • the application screen of each guest OS 300 has a hierarchical structure like the screen hierarchical structure 400 shown in FIG.
  • the output screen of each guest OS 300 transitions based on the hierarchical structure of the application screen.
  • each application screen is given a screen ID that is an identifier for identifying each application screen in each guest OS 300. For example, in the example shown in FIG. 2, the screen ID of the application screen for wireless setting is “302”.
  • Each guest OS 300 has a correspondence table 310 that can be referred to by each guest OS 300.
  • the correspondence table 310 is a table in which the correspondence relationship of the application screen is set between the guest OSs 300. Specifically, as shown in FIG. 3, the correspondence table 310 includes a record in which screen IDs of application screens between guest OSs 300 are associated with each other. For example, when the hierarchical structure of the application screens of OS # 1 and OS # 2 is as shown in FIGS. 2 and 4, respectively, correspondence between the wireless setting screens of each guest OS 300 and the ring tone selection screens is associated.
  • the table 310 is as shown in FIG.
  • the correspondence table 310 is set, for example, by a manufacturer that provides the information device 100 and is stored in a storage unit such as a nonvolatile memory provided in the information device 100.
  • the correspondence table 310 is an example of a table.
  • a control unit 210 is incorporated in the host OS 200.
  • Each guest OS 300 includes a management unit 320 and a switching unit 330.
  • the control unit 210 receives a switching instruction of the guest OS 300 to be displayed from the user via the input device 120 and a switching instruction for switching to an application screen related to the application screen being displayed. For example, when the user presses and holds a button, a touch panel, or the like of the input device 120 for one second or longer, the control unit 210 receives a related switching instruction. In this case, the control unit 210 inquires of the management unit 320 of the switching source guest OS 300 about the screen ID of the application screen being displayed. In addition, the control unit 210 transmits the screen ID returned in response to the inquiry to the switching unit 330 of the switching-destination guest OS 300.
  • the control unit 210 receives, from the user via the input device 120, a switching instruction for the guest OS 300 to be displayed, and a normal switching instruction that does not switch to an application screen related to the currently displayed application screen. For example, when the user presses a button, touch panel, or the like of the input device 120 and performs a normal press that is released for less than 1 second, the control unit 210 receives a normal switching instruction. In this case, the control 210 transmits, for example, NULL as the screen ID to the switching unit 330 of the guest OS 300 that is the switching destination.
  • the management unit 320 When the screen ID is inquired from the control unit 210, the management unit 320 returns the screen ID of the application screen being displayed to the control unit 210.
  • the switching unit 330 switches the screen of the display 110 to a top menu screen or a previously displayed screen. Note that whether the screen is switched to the top menu screen or the previously displayed screen is set in advance by the user, for example.
  • the switching unit 330 refers to the correspondence table 310 and determines the screen of the display 110 based on the guest OS 300 that is the switching destination and the received screen ID. Switch to.
  • FIG. 5 shows a flowchart of a switching notification process that is executed when the control unit 210 receives a related switching instruction or a normal switching instruction from the user via the input device 120.
  • step 1 the control unit 210 determines whether or not the received instruction is an instruction for related switching. If the received instruction is a related switching instruction, the control unit 210 advances the process to Step 2 (Yes). On the other hand, if the received instruction is not a related switching instruction, the control unit 210 advances the process to Step 5 (No).
  • step 2 the control unit 210 inquires of the management unit 320 of the switching source guest OS 300 about the screen ID of the application screen being displayed on the display 110.
  • step 3 the control unit 210 determines whether a screen ID has been received from the management unit 320 of the switching source guest OS 300. If the control unit 210 has received the screen ID, the process proceeds to step 4 (Yes). If the screen ID has not been received, the control unit 210 returns the process to step 3 (No).
  • the control unit 210 specifies another guest OS 300 different from the switching source guest OS 300 as the switching destination guest OS 300, and transmits the screen ID to the switching unit 330 of the switching destination guest OS 300.
  • the switching-source guest OS 300 is OS # 1
  • the control unit 210 transmits a screen ID to the switching unit 330 of OS # 2.
  • Step 5 the control unit 210 identifies another guest OS 300 different from the switching source guest OS 300 as the switching destination guest OS 300. Then, the control unit 210 transmits NULL as the screen ID to the switching unit 330 of the switching destination guest OS 300.
  • the control unit 210 queries the management unit 320 of the switching source guest OS 300 about the screen ID of the application screen being displayed. Then, the control unit 210 transmits the screen ID returned in response to the inquiry to the switching unit 330 of the switching destination guest OS 300.
  • the control unit 210 receives a normal switching instruction, the control unit 210 transmits NULL as a screen ID to the switching unit 330 of the switching-destination guest OS 300.
  • FIG. 6 shows a flowchart of a screen information acquisition process executed when the management unit 320 receives an inquiry from the control unit 210 regarding the screen ID of the application screen being displayed.
  • step 11 the management unit 320 acquires the screen ID of the application screen being displayed, that is, the screen ID of the application screen that is the output screen of the guest OS 300 in which the management unit 320 exists, by a system call or the like.
  • the application screen being displayed is an example of the first screen.
  • step 12 the management unit 320 returns the screen ID to the control unit 210.
  • the management unit 320 returns the screen ID of the application screen being displayed on the display 110 to the control unit 210.
  • FIG. 7 shows a flowchart of a screen switching process that is executed when the switching unit 330 receives a screen ID from the control unit 210.
  • step 21 the switching unit 330 determines whether or not the received screen ID is NULL. If the screen ID is NULL, the switching unit 330 proceeds with the process to step 22 (Yes), while if the screen ID is not NULL, the process proceeds to step 24 (No).
  • step 22 the switching unit 330 changes the top menu screen or the previously displayed screen to the output screen of the guest OS 300 in which the self is present.
  • step 23 the switching unit 330 switches the screen of the display 110 by outputting the output screen of the guest OS 300 in which the switching unit 330 exists to the display 110.
  • the switching unit 330 refers to the correspondence table 310, and identifies a record based on the switching-source guest OS 300 and the received screen ID. In addition, the switching unit 330 extracts the screen ID of the switching destination guest OS 300 from the specified record.
  • step 25 the switching unit 330 sets the application screen specified by the extracted screen ID as the output screen of the guest OS 300 in which the self is present.
  • the application screen specified by the extracted screen ID is an example of the second screen.
  • the switching unit 330 switches the screen of the display 110 to the top menu screen or the previously displayed screen.
  • the switching unit 330 refers to the correspondence table 310 and switches the screen of the display 110 to an application screen corresponding to the screen ID associated with the received screen ID.
  • the screen of the display 110 becomes an application screen associated with the application screen displayed before the switching by the correspondence table 310. For this reason, after switching, an operation for changing to an application screen related to the application screen before switching is unnecessary, and operability is improved.
  • the hierarchical structures of the application screens of OS # 1 and OS # 2 are as shown in FIGS. 2 and 4, respectively, and the correspondence table 310 of OS # 1 and OS # 2 is shown in FIG.
  • the application screen being displayed on the display 110 is a wireless setting screen of the screen ID “302” of OS # 1.
  • a related switching instruction is transmitted to the control unit 210.
  • a normal switching instruction is transmitted to the control unit 210.
  • the control unit 210 inquires of the screen ID of the application screen being displayed on the display 110 to the management unit 320 of the OS # 1, which is the guest OS 300 that is the switching source.
  • the management unit 320 of OS # 1 returns the screen ID “302” of the wireless setting screen being displayed to the control unit 210.
  • the control unit 210 transmits the screen ID “302” to the switching unit 330 of OS # 2, which is the guest OS 300 to be switched to.
  • the switching unit 330 of OS # 2 refers to the correspondence table 310 and identifies the screen ID “322” of OS # 2 associated with the received screen ID “302”. Then, the switching unit 330 of OS # 2 changes the wireless setting screen of OS # 2 to the output screen of OS # 2 by using the screen ID “322”. Further, the switching unit 330 of OS # 2 outputs the output screen of OS # 2 to the display 110, thereby switching the screen of the display 110 to the wireless setting screen of OS # 2.
  • the control unit 210 transmits NULL as the screen ID to the switching unit 330 of OS # 2, which is the guest OS 300 to be switched to.
  • the switching unit 330 of OS # 2 changes the top menu screen of OS # 2 to the output screen of OS # 2 by the screen ID “001” of the top menu screen.
  • the switching unit 330 of OS # 2 outputs the output screen of OS # 2 to the display 110, thereby switching the screen of the display 110 to the top menu screen of OS # 2.
  • the information device 100 also includes the following embodiments.
  • control unit 210 may be incorporated in the hypervisor 150.
  • management unit 320 may be incorporated in the hypervisor 150.
  • switching unit 330 may be incorporated in the hypervisor 150.
  • the correspondence table 310 may exist in the hypervisor 150.
  • the guest OS 300 may be three or more.
  • the guest OS 300 may include three guest OSs 300 such as OS # 1, OS # 2, and OS # 3 in the information device 100.
  • the order in which the guest OS 300 is switched is the order in which the guest OS 300 circulates as OS # 1, OS # 2, OS # 3, OS # 1,... It becomes.
  • the correspondence table 310 when there are three guest OSs 300 includes a record in which screen IDs of the three guest OSs 300 are associated with each other, as shown in FIG. For example, when the switching-source guest OS 300 is OS # 2 and the screen ID “403” of the application screen being displayed on the display 110, the screen ID of the application screen that is displayed next by switching is OS # 3. "413". Thereafter, when the screen is further switched, the screen ID of the application screen displayed after the switching is “411” of OS # 1.
  • the screen may be switched to the top menu screen of the guest OS 300 that is the switching destination or the screen that was previously displayed.
  • the screen of the display 110 may be switched to the application screen that was previously displayed in the switching destination guest OS 300.
  • the existing association in the correspondence table 310 may be arbitrarily rewritten by the user or the like.
  • a tool for rewriting the correspondence table 310 is incorporated in the guest OS 300.
  • the correspondence table 310 may include a record (hereinafter abbreviated as a user record) in which the user can arbitrarily set the association between the application screens between the guest OSs 300 in addition to the record set by the manufacturer or the like.
  • a user record in which the user can arbitrarily set the association between the application screens between the guest OSs 300 in addition to the record set by the manufacturer or the like.
  • the user record is used in preference to the record set by the manufacturer or the like.
  • the correspondence table 310 in this case includes, for example, each record in the order of a maker setting record and a user record as shown in FIG.
  • the user record in the correspondence table 310 is blank before being set by the user.
  • the user sets the association between specific application screens between the guest OSs 300 in the user record by the screen ID.
  • association switching if the manufacturer ID record and the user record are associated with different screen IDs for the screen ID of the currently displayed application screen, the user record is used preferentially. Further, at the time of association switching, if there is no screen ID associated with the screen ID of the application screen being displayed in the correspondence table 310 and it is blank, the screen of the display 110 is displayed as the top menu screen of the guest OS 300 to be switched to or Switch to the previously displayed screen.
  • correspondence table 310 a part including a maker setting record is given as an example of the first area.
  • portion of the correspondence table 310 that includes the user record is an example of the second area.
  • Each guest OS 300 may have a transition history.
  • the transition history is information in which the transition of the application screen on the output screen of each guest OS 300 is recorded in time series. Specifically, the transition history is information in which the history of transition from the highest-level application screen (for example, the top menu screen) to the application screen serving as the output screen is recorded by the screen ID.
  • the guest OS 300 being displayed records the screen ID of the transitioned application screen in its own transition history each time the output screen transitions due to a user operation or the like.
  • an operation to transition the output screen in the reverse order of the route from the application screen that is currently the output screen to the top-level application screen (hereinafter referred to as returning the output screen) Abbreviated as operation).
  • the hierarchical structure of the application screen of OS # 1 is a hierarchical structure as shown in FIG.
  • the OS # 1 output screen output to the display 110 by the user's operation is changed from the OS # 1 screen ID “001” application screen to the OS # 1 screen IDs “202”, “311”, “411”. It is assumed that the transition is in the order of “”. In this case, the transition history of OS # 1 is “001-202-311-411”. Thereafter, when the user performs an operation of returning the output screen, the output screen of OS # 1 is returned from the screen ID “411” to the application screen with the screen ID “311” based on the transition history of OS # 1. It is. Further, when the user performs an operation to return the output screen, the screen is returned from the screen ID “311” to the application screen with the screen ID “202” based on the transition history of the OS # 1.
  • the transition history of the guest OS 300 after the related switching remains as it was previously displayed. For this reason, when the operation to return the application screen after switching the relation is defined in advance, the return information indicating the route to return the output screen from the currently displayed application screen to the top-level application screen is defined. Use return information instead of history.
  • the return information is defined for each screen ID of the application screen as shown in FIG. 11 and set in the return information table 340.
  • the return information table 340 exists for each guest OS 300 as shown in FIG. Further, the return information table 340 is defined by, for example, a manufacturer that provides the information device 100 and is stored in a storage unit such as a nonvolatile memory provided in the information device 100.
  • the application screen displayed after the association switching is the screen ID “301” of OS # 1.
  • the return information “001-201-301” of the screen ID “301” in the return information table 340 is used, and the screen ID “301” is used.
  • the output screen is returned in the order of “201” and “001”.
  • the information device 100 includes hardware such as a CPU (Central Processing Unit) 101, a main memory 102, a communication interface 103, a storage 104, an input / output device 105, and a portable recording medium driving device 106. Wear may be included. Each hardware is connected to each other via a bus 107.
  • the main memory 102 is a main storage device accessed by the CPU 101, and a specific example is a RAM (Random Access Memory).
  • the communication interface 103 is a device for transmitting and receiving data via a network. A specific example is a network card.
  • the input / output device 105 is a device for inputting data to the information device 100 or outputting data from the information device 100.
  • the portable recording medium driving device 106 is a device for reading data from a portable recording medium 108 on which computer-readable data such as CD-ROM and DVD-ROM is recorded.
  • the portable recording medium driving device 106 is a CD-ROM. Drive and DVD-ROM drive.
  • the portable recording medium 108 stores a screen switching program that embodies the above-described embodiment.
  • the screen switching program recorded on the portable recording medium 108 is installed in the storage 104 from the portable recording medium driving device 106 by a known means.
  • the CPU 101 implements the control unit 210, the management unit 320, and the switching unit 330 by loading and executing the installed screen switching program on the main memory 102, respectively. Further, the screen switching program may be installed in the storage 104 from the network via the communication interface 103.
  • Information device 110 Display 120 Input device 300 Guest OS 310 Correspondence table 320 Management unit 330 Switching unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Human Computer Interaction (AREA)
  • Mathematical Physics (AREA)
  • User Interface Of Digital Computer (AREA)
  • Digital Computer Display Output (AREA)

Abstract

　制御部は、入力装置を介しゲストＯＳの切替え指示を受けたとき、ディスプレイに表示中の画面を特定するための画面ＩＤを、切替え元ゲストＯＳの管理部に問い合わせる。切替え元ゲストＯＳの管理部は、表示中の画面の画面ＩＤを制御部に返信する。制御部は、返信された画面ＩＤを切替え先ゲストＯＳの切替部に送信する。切替え先ゲストＯＳの切替部は、ゲストＯＳ間において、画面同士を画面ＩＤによって関連付けた対応テーブルを参照し、切替え先ゲストＯＳの画面のうち、受信した画面ＩＤに関連付けられた画面ＩＤに対する画面をディスプレイに表示する。

Description

情報装置、画面切替え方法、及び画面切替えプログラム
　本発明は、画面の切替え技術に関する。
　近年、組み込み機器や情報端末（例えば、スマートフォン）などの情報装置の処理能力が向上し、情報装置に仮想マシン技術を実装できるようになってきている。仮想マシン技術によって、１台の情報装置において複数のＯＳ（Operating System）が動作可能となる。各ＯＳ上で動作するアプリケーションは、情報装置のディスプレイに、操作画面や設定画面などの画面を、排他的に切替えて表示する。
特開２００２－３１８６９９号公報
　従来技術では、ディスプレイに表示するＯＳを切替えると、トップメニュー画面、又は、以前に表示されていた画面がディスプレイに表示される。このため、例えば、切替え前のＯＳの設定画面で行っていた設定を引き続き行いたい場合、ユーザは、ＯＳの画面を、所望の画面に遷移させる操作をしなければならない。
　そこで、本技術はこのような問題点に鑑み、情報装置において、操作性を向上せさる技術を提供することを目的とする。
　本技術の一実施形態の情報装置は、第１のオペレーションシステムと、第２のオペレーションシステムとが並列して動作可能である。また、情報装置は、ディスプレイ、第１のオペレーションシステム上で動作する第１のアプリケーションが生成する第１の画面データと、第２のオペレーションシステム上で動作する第２のアプリケーションが生成する第２の画面データを関連づけて記憶する記憶部、及び、切替部を有する。切替部は、ディスプレイに表示する画面データを第１のオペレーションシステム上で動作する第１のアプリケーションにより生成される画面データから、第２のオペレーションシステム上で動作する第２のアプリケーションにより生成される画面データへの切り替えの際に、切替前にディスプレイに表示されていた画面データが第１の画面データである場合は、記憶部において第１の画面データと関連づけられた第２の画面データをディスプレイに表示する。
　本技術によれば、情報装置において、操作性を向上させることができる。
実施形態に係る情報装置の一例の全体構成図である。 ＯＳ＃１の画面の階層構造の説明図である。 対応テーブルの説明図である。 ＯＳ＃２の画面の階層構造の説明図である。 切替通知処理のフローチャートである。 画面情報取得処理のフローチャートである。 画面切替処理のフローチャートである。 情報装置における、具体的な実施例の処理の流れの説明図である。 ゲストＯＳが３つの場合の、対応テーブルの説明図である。 対応テーブルが、メーカが設定したレコードと、ユーザが任意に設定可能なレコードと、を有する場合の説明図である。 ＯＳ＃１の戻り情報テーブルの説明図である。 情報装置に戻り情報テーブルを追加した場合の全体構成図である。 情報装置のハードウェア構成図の一例である。
　以下、添付された図面を参照して本発明を実施するための実施形態について技術を詳細に説明する。
　図１は、本実施形態における情報装置１００の一例を示す図である。
　情報装置１００は、ＬＣＤ（Liquid Crystal Display）などのディスプレイ１１０、入力装置１２０、及び、ソフトウェアが動作するコンピュータハードウェア１３０を有する。コンピュータハードウェア１３０上で、仮想的なコンピュータである仮想マシン１４０を実現するハイパーバイザ１５０が動作する。ハイパーバイザ１５０により実現した各仮想マシン１４０上で、ホストＯＳ２００、ゲストＯＳ３００が夫々動作する。ホストＯＳ２００は、ゲストＯＳ３００を管理する。なお、本実施形態では、仮想マシン１４０上で動作しているゲストＯＳ３００は、ＯＳ＃１及びＯＳ＃２とする。ゲストＯＳ３００の具体例としては、Ａｎｄｒｏｉｄ（登録商標）、及びＳｙｍｂｉａｎ（登録商標）　ＯＳなどがある。
　入力装置１２０は、ユーザから情報装置１００に対する操作や指示などを、入力することができる入力環境である。入力装置１２０の一例として、ボタンやタッチパネルなどが挙げられる。さらに、ボタンは、オペレーションシステム（オペレーティングシステム）の切替えボタンの一例として挙げられる。
　各ゲストＯＳ３００には、ゲストＯＳ３００上で動作するアプリケーションなどが出力する各画面（以下、アプリケーション画面と略記する）が存在する。また、ゲストＯＳ３００のアプリケーション画面のうち、いずれか１つのアプリケーション画面が、ゲストＯＳ３００が動作する仮想マシン１４０のフレームバッファに対し出力されることで、ゲストＯＳ３００の出力画面となる。さらに、各ゲストＯＳ３００の出力画面のうち、いずれか１つの出力画面がディスプレイ１１０に対し出力されることで、アプリケーション画面がディスプレイ１１０に排他的に表示される。
　各ゲストＯＳ３００のアプリケーション画面は、各ゲストＯＳ３００内において、図２で示す画面階層構造４００のように階層構造化されている。各ゲストＯＳ３００の出力画面は、アプリケーション画面の階層構造に基づいて遷移する。また、各アプリケーション画面には、各ゲストＯＳ３００内において、各アプリケーション画面を特定するための識別子である画面ＩＤが付される。例えば、図２に示す例では、ワイヤレス設定のためのアプリケーション画面の画面ＩＤは“３０２”である。
　各ゲストＯＳ３００は、各ゲストＯＳ３００が参照可能な対応テーブル３１０を有する。
　対応テーブル３１０は、各ゲストＯＳ３００間において、アプリケーション画面の対応関係を設定した表である。具体的に、対応テーブル３１０は、図３に示すように、各ゲストＯＳ３００間におけるアプリケーション画面の画面ＩＤ同士が関連付けられたレコードを含んでいる。例えば、ＯＳ＃１、ＯＳ＃２のアプリケーション画面の階層構造が、夫々図２、４に示すとおりである場合、各ゲストＯＳ３００のワイヤレス設定画面同士、及び、着信音選択画面同士などを関連付けた対応テーブル３１０は、図３に示すとおりとなる。対応テーブル３１０は、例えば、情報装置１００を提供するメーカによって設定され、情報装置１００に備えられた不揮発性メモリなどの記憶部に記憶される。なお、対応テーブル３１０はテーブルの一例として挙げられる。
　ホストＯＳ２００には、制御部２１０が組み込まれる。また、各ゲストＯＳ３００には、管理部３２０及び切替部３３０が夫々組み込まれる。
　制御部２１０は、ユーザから入力装置１２０を介し、表示するゲストＯＳ３００の切替え指示であって、表示中のアプリケーション画面と関連するアプリケーション画面に切替える関連切替えの指示を受信する。例えば、ユーザが、入力装置１２０のボタンやタッチパネルなどを１秒以上にわたって押し続ける長押しをした場合、制御部２１０は、関連切替えの指示を受信する。この場合、制御部２１０は、切替え元のゲストＯＳ３００の管理部３２０に、表示中のアプリケーション画面の画面ＩＤを問合せる。また、制御部２１０は、問合わせに対し返信された画面ＩＤを、切替え先のゲストＯＳ３００の切替部３３０に送信する。
　一方、制御部２１０は、ユーザから入力装置１２０を介し、表示するゲストＯＳ３００の切替え指示であって、表示中のアプリケーション画面と関連するアプリケーション画面に切替えない通常切替えの指示を受信する。例えば、ユーザが、入力装置１２０のボタンやタッチパネルなどを押した後、１秒未満の間に離す通常押しをした場合、制御部２１０は、通常切替えの指示を受信する。この場合、制御２１０は、切替え先のゲストＯＳ３００の切替部３３０に、例えば、画面ＩＤとしてＮＵＬＬを送信する。
　管理部３２０は、制御部２１０から画面ＩＤの問合わせがあったとき、表示中のアプリケーション画面の画面ＩＤを、制御部２１０に返信する。
　切替部３３０は、制御部２１０から受信した画面ＩＤがＮＵＬＬの場合、ディスプレイ１１０の画面をトップメニュー画面又は、以前に表示されていた画面に切替える。なお、トップメニュー画面、以前に表示されていた画面のどちらの画面に切替わるかは、例えば、ユーザなどにより予め設定される。
　また、切替部３３０は、制御部２１０から受信した画面ＩＤがＮＵＬＬではない場合、対応テーブル３１０を参照し、ディスプレイ１１０の画面を、切替え先のゲストＯＳ３００及び受信した画面ＩＤによって特定されるアプリケーション画面に切替える。
　図５は、制御部２１０が、ユーザから入力装置１２０を介し、関連切替えの指示、又は、通常切替えの指示を受信したことを契機として実行する切替通知処理のフローチャートを示す。
　ステップ１（図では「Ｓ１」と略記する。以下同様）では、制御部２１０が、受信した指示が、関連切替えの指示であるか否か判定する。制御部２１０は、受信した指示が関連切替えの指示である場合、処理をステップ２に進める（Ｙｅｓ）一方、受信した指示が関連切替えの指示ではない場合、処理をステップ５に進める（Ｎｏ）。
　ステップ２では、制御部２１０が、切替え元のゲストＯＳ３００の管理部３２０に対し、ディスプレイ１１０に表示中のアプリケーション画面の画面ＩＤを問合わせる。
　ステップ３では、制御部２１０が、切替え元のゲストＯＳ３００の管理部３２０から、画面ＩＤを受信したか否か判定する。制御部２１０は、画面ＩＤを受信していれば、処理をステップ４に進める一方（Ｙｅｓ）、画面ＩＤを受信していなければ、処理をステップ３に戻す（Ｎｏ）。
　ステップ４では、制御部２１０が、切替え元のゲストＯＳ３００とは別の、もう一方のゲストＯＳ３００を切替え先のゲストＯＳ３００として特定し、切替え先のゲストＯＳ３００の切替部３３０に、画面ＩＤを送信する。例えば、切替え元のゲストＯＳ３００がＯＳ＃１である場合、制御部２１０は、ＯＳ＃２の切替部３３０に画面ＩＤを送信する。
　ステップ５では、制御部２１０が、切替え元のゲストＯＳ３００とは別の、もう一方のゲストＯＳ３００を切替え先のゲストＯＳ３００として特定する。そして、制御部２１０は、切替え先のゲストＯＳ３００の切替部３３０に、画面ＩＤとしてＮＵＬＬを送信する。
　かかる切替通知処理では、制御部２１０は、関連切替えの指示を受信した場合、切替え元のゲストＯＳ３００の管理部３２０に対し、表示中のアプリケーション画面の画面ＩＤを問合わせる。そして、制御部２１０は、問合わせに対し返信された画面ＩＤを切替え先のゲストＯＳ３００の切替部３３０に送信する。また、制御部２１０は、通常切替えの指示を受信した場合、切替え先のゲストＯＳ３００の切替部３３０に対し、画面ＩＤとしてＮＵＬＬを送信する。
　図６は、管理部３２０が、制御部２１０から、表示中のアプリケーション画面の画面ＩＤに対する問合わせがあったことを契機として実行する画面情報取得処理のフローチャートを示す。
　ステップ１１では、管理部３２０が、表示中のアプリケーション画面、即ち、自己が存在するゲストＯＳ３００の出力画面となっているアプリケーション画面の画面ＩＤを、システムコールなどにより取得する。なお、表示中のアプリケーション画面は、第１の画面の一例として挙げられる。
　ステップ１２では、管理部３２０が、画面ＩＤを制御部２１０に返信する。
　かかる画面情報取得処理によれば、管理部３２０は、ディスプレイ１１０に表示中のアプリケーション画面の画面ＩＤを制御部２１０に返信する。
　図７は、切替部３３０が、制御部２１０から、画面ＩＤを受信したことを契機として実行する画面切替処理のフローチャートを示す。
　ステップ２１では、切替部３３０が、受信した画面ＩＤがＮＵＬＬか否か判定する。切替部３３０は、画面ＩＤがＮＵＬＬであれば、処理をステップ２２に進める一方（Ｙｅｓ）、画面ＩＤがＮＵＬＬでなければ、処理をステップ２４に進める（Ｎｏ）。
　ステップ２２では、切替部３３０が、トップメニュー画面又は、以前に表示されていた画面を、自己が存在するゲストＯＳ３００の出力画面にする。
　ステップ２３では、切替部３３０が、自己が存在するゲストＯＳ３００の出力画面をディスプレイ１１０に対し出力することで、ディスプレイ１１０の画面を切替える。
　ステップ２４では、切替部３３０が、対応テーブル３１０を参照し、切替え元のゲストＯＳ３００及び受信した画面ＩＤによって、レコードを特定する。また、切替部３３０は、特定したレコードから、切替え先のゲストＯＳ３００の画面ＩＤを取り出す。
　ステップ２５では、切替部３３０が、取り出した画面ＩＤによって特定されるアプリケーション画面を、自己が存在するゲストＯＳ３００の出力画面にする。なお、取り出した画面ＩＤによって特定されるアプリケーション画面は、第２の画面の一例として挙げられる。
　かかる画面切替処理によれば、切替部３３０は、受信した画面ＩＤがＮＵＬＬの場合、ディスプレイ１１０の画面をトップメニュー画面又は、以前に表示されていた画面に切替える。また、切替部３３０は、受信した画面ＩＤがＮＵＬＬではない場合、対応テーブル３１０を参照し、ディスプレイ１１０の画面を、受信した画面ＩＤに関連付けられた画面ＩＤに対するアプリケーション画面に切替える。
　従って、関連切替えの指示によってゲストＯＳ３００を切替えたとき、ディスプレイ１１０の画面が、対応テーブル３１０によって、切替え前に表示されていたアプリケーション画面と関連付けられたアプリケーション画面になる。このため、切替え後において、切替え前のアプリケーション画面と関連するアプリケーション画面に遷移させる操作が不要となり、操作性が向上する。
　前述した情報装置１００について、具体的な実施例を以下に説明する。
　実施例の前提条件として、ＯＳ＃１、ＯＳ＃２のアプリケーション画面の階層構造は夫々図２、図４に示すとおりであり、また、ＯＳ＃１、ＯＳ＃２の対応テーブル３１０は共に図３に示すとおりである。また、ディスプレイ１１０に表示中のアプリケーション画面は、ＯＳ＃１の画面ＩＤ“３０２”のワイヤレス設定画面であるとする。さらに、入力装置１２０のボタンが長押しをされた場合、関連切替えの指示が制御部２１０に送信される。一方、入力装置１２０のボタンが通常押しをされた場合、通常切替えの指示が制御部２１０に送信される。
　本実施例における処理の流れを図８に示す。
　ユーザは、関連切替えを実行したいとき、入力装置１２０のボタンを長押しする。制御部２１０は、入力装置１２０のボタンが長押しされると、切替え元のゲストＯＳ３００であるＯＳ＃１の管理部３２０に、ディスプレイ１１０に表示中のアプリケーション画面の画面ＩＤを問合わせる。ＯＳ＃１の管理部３２０は、表示中のワイヤレス設定画面の画面ＩＤ“３０２”を、制御部２１０に返信する。制御部２１０は、切替え先のゲストＯＳ３００であるＯＳ＃２の切替部３３０に、画面ＩＤ“３０２”を送信する。ＯＳ＃２の切替部３３０は、対応テーブル３１０を参照し、受信した画面ＩＤ“３０２”に関連付けられたＯＳ＃２の画面ＩＤ“３２２”を特定する。そして、ＯＳ＃２の切替部３３０は、画面ＩＤ“３２２”によって、ＯＳ＃２のワイヤレス設定画面をＯＳ＃２の出力画面にする。さらに、ＯＳ＃２の切替部３３０は、ＯＳ＃２の出力画面をディスプレイ１１０に対し出力することで、ディスプレイ１１０の画面をＯＳ＃２のワイヤレス設定画面に切替える。
　また、ユーザは、通常切替えを実行したいとき、入力装置１２０のボタンを通常押しする。制御部２１０は、入力装置１２０のボタンが通常押しされると、切替え先のゲストＯＳ３００であるＯＳ＃２の切替え部３３０に、画面ＩＤとしてＮＵＬＬを送信する。ＯＳ＃２の切替部３３０は、受信した画面ＩＤがＮＵＬＬの場合、トップメニュー画面の画面ＩＤ“００１”によって、ＯＳ＃２のトップメニュー画面をＯＳ＃２の出力画面にする。さらに、ＯＳ＃２の切替部３３０は、ＯＳ＃２の出力画面をディスプレイ１１０に対し出力することで、ディスプレイ１１０の画面をＯＳ＃２のトップメニュー画面に切替える。
　また、情報装置１００には、前述した実施形態に加えて、以下で示すような実施形態もある。
　制御部２１０、管理部３２０、切替部３３０のうちの一部又はすべてがハイパーバイザ１５０に組み込まれても良い。また、対応テーブル３１０が、ハイパーバイザ１５０に存在することもある。
　ゲストＯＳ３００は、３つ以上でもよい。例えば、ゲストＯＳ３００がＯＳ＃１、ＯＳ＃２、ＯＳ＃３のような３つのゲストＯＳ３００が情報装置１００に存在してもよい。この場合、ゲストＯＳ３００の切替わる順番は、ユーザから、切替えの指示が入力される毎に、ＯＳ＃１、ＯＳ＃２、ＯＳ＃３、ＯＳ＃１、・・・、のように循環する順番となる。また、ゲストＯＳ３００が３つの場合の対応テーブル３１０は、図９に示すように、３つのゲストＯＳ３００の各画面ＩＤを関連づけたレコードを含む。例えば、切替え元のゲストＯＳ３００がＯＳ＃２であり、ディスプレイ１１０に表示中のアプリケーション画面の画面ＩＤ“４０３”の場合、切替えられることで次に表示されるアプリケーション画面の画面ＩＤは、ＯＳ＃３の“４１３”となる。この後、さらに切替えられた場合、切替え後に表示されるアプリケーション画面の画面ＩＤは、ＯＳ＃１の“４１１”となる。
　関連切替えのとき、表示中のアプリケーション画面の画面ＩＤが、対応テーブル３１０に存在しない場合、切替え先のゲストＯＳ３００のトップメニュー画面又は、以前に表示されていた画面に切替えるようにしてもよい。
　通常切替えのとき、ディスプレイ１１０の画面を、切替え先のゲストＯＳ３００において以前に表示していたアプリケーション画面に切替えるようにしてもよい。
　対応テーブル３１０の既存の関連付けを、ユーザなどが任意に書換えることができてもよい。この場合、ゲストＯＳ３００に、対応テーブル３１０を書換えるためのツールが組み込まれる。
　対応テーブル３１０は、メーカなどが設定したレコードに加え、ゲストＯＳ３００間のアプリケーション画面同士の関連付けをユーザが任意に設定可能なレコード（以下、ユーザレコードと略記する）を含んでもよい。そして、ディスプレイ１１０に表示するゲストＯＳ３００を切替えるとき、ユーザレコードが、メーカなどが設定したレコードに優先して使用される。
　この場合の対応テーブル３１０は、例えば、図１０に示すように各レコードを、メーカ設定のレコード、ユーザレコード、の順に含む。対応テーブル３１０のユーザレコードは、ユーザにより設定される前は空白である。ユーザは、ゲストＯＳ３００間の特定のアプリケーション画面同士の関連付けを、画面ＩＤによってユーザレコードに設定する。
　関連切替えのとき、表示中のアプリケーション画面の画面ＩＤに対し、メーカ設定のレコードと、ユーザレコードと、で夫々別の画面ＩＤと関連付けられている場合、ユーザレコードが優先して使用される。また、関連切替えのとき、対応テーブル３１０において、表示中のアプリケーション画面の画面ＩＤと関連付けられた画面ＩＤがなく、空白である場合、ディスプレイ１１０の画面は、切替え先のゲストＯＳ３００のトップメニュー画面又は、以前に表示されていた画面に切替えられる。
　なお、対応テーブル３１０のうち、メーカ設定のレコードを含んでいる部分は、第１の領域の一例として挙げられる。また、対応テーブル３１０のうち、ユーザレコードを含んでいる部分は、第２の領域の一例として挙げられる。
　各ゲストＯＳ３００は、遷移履歴を有する場合がある。遷移履歴は、各ゲストＯＳ３００の出力画面における、アプリケーション画面の遷移を時系列に記録した情報である。具体的に、遷移履歴は、最上位のアプリケーション画面（例えばトップメニュー画面）から、出力画面となっているアプリケーション画面まで遷移した履歴を、画面ＩＤによって記録した情報である。表示中のゲストＯＳ３００は、ユーザの操作などによって、出力画面が遷移する毎に、遷移したアプリケーション画面の画面ＩＤを、自己の遷移履歴に記録する。また、遷移履歴を逆に辿ることで、現在、出力画面となっているアプリケーション画面から、最上位のアプリケーション画面まで、遷移した経路とは逆順に出力画面を遷移させる操作（以下、出力画面を戻す操作と略記する）をすることができる。
　例えば、ＯＳ＃１のアプリケーション画面の階層構造が、図２に示すような階層構造である場合を考える。ユーザの操作により、ディスプレイ１１０に出力されているＯＳ＃１の出力画面が、ＯＳ＃１の画面ＩＤ“００１”のアプリケーション画面から、ＯＳ＃１の画面ＩＤ“２０２”、“３１１”、“４１１”の順に遷移したとする。この場合、ＯＳ＃１の遷移履歴は“００１－２０２－３１１－４１１”となる。この後、出力画面を戻す操作をユーザがした場合には、ＯＳ＃１の遷移履歴に基づき、ＯＳ＃１の出力画面は、画面ＩＤ“４１１”から、画面ＩＤ“３１１”のアプリケーション画面に戻される。さらに、出力画面を戻す操作をユーザがした場合には、ＯＳ＃１の遷移履歴に基づき、画面ＩＤ“３１１”から、画面ＩＤ“２０２”のアプリケーション画面に戻される。
　本実施形態に遷移履歴を追加した場合、関連切替え後のゲストＯＳ３００の遷移履歴は、以前に表示されていたときのままとなっている。このため、表示中のアプリケーション画面から最上位のアプリケーション画面まで、どのような経路で出力画面を戻すかを示す戻り情報を予め定義しておき、関連切替え後にアプリケーション画面を戻す操作をするとき、遷移履歴の代わりに戻り情報を使用する。具体的に、戻り情報は、図１１に示すようにアプリケーション画面の画面ＩＤ毎に定義され、戻り情報テーブル３４０に設定されている。戻り情報テーブル３４０は、図１２に示すようにゲストＯＳ３００毎に存在する。また、戻り情報テーブル３４０は、例えば、情報装置１００を提供するメーカによって定義され、情報装置１００に備えられた不揮発性メモリなどの記憶部に記憶される。
　例えば、ＯＳ＃１のアプリケーション画面の階層構造が、図２に示すような階層構造であり、かつ、ＯＳ＃１の戻り情報テーブル３４０が、図１１の場合を考える。また、関連切替え後に表示されたアプリケーション画面が、ＯＳ＃１の画面ＩＤ“３０１”であるとする。このとき、ＯＳ＃１の出力画面をトップメニュー画面まで戻す操作をした場合、戻り情報テーブル３４０のなかの、画面ＩＤ“３０１”の戻り情報“００１－２０１－３０１”が使用され、画面ＩＤ“３０１”から“２０１”、“００１”の順に出力画面が戻される。
　また、情報装置１００には、図１３に示すように、ＣＰＵ（Central Processing Unit）１０１、メインメモリ１０２、通信インターフェース１０３、ストレージ１０４、入出力装置１０５、及び可搬記録媒体駆動装置１０６などのハードウェアが含まれることもある。各ハードウェアは、バス１０７を介して相互に接続されている。メインメモリ１０２は、ＣＰＵ１０１がアクセスする主記憶装置であり、具体例としてＲＡＭ（Random Access Memory）が挙げられる。また、通信インターフェース１０３は、ネットワークを介してデータを送受信するための装置であり、具体例としてネットワークカードが挙げられる。さらに、入出力装置１０５は、情報装置１００にデータを入力又は情報装置１００からデータを出力するための装置であり、具体例として、キーボード、マウス、及びディスプレイが挙げられる。そして、可搬記録媒体駆動装置１０６は、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭなどのコンピュータ読取可能なデータが記録された可搬記録媒体１０８から、データを読取る装置であり、具体例として、ＣＤ－ＲＯＭドライブ、ＤＶＤ－ＲＯＭドライブが挙げられる。可搬記録媒体１０８には、前述した実施形態を具現化する画面切替えプログラムが記録されている。可搬記録媒体１０８に記録された画面切替えプログラムは、公知の手段により可搬記録媒体駆動装置１０６からストレージ１０４にインストールされる。ＣＰＵ１０１は、インストールされた画面切替えプログラムをメインメモリ１０２にロードし、実行することで、制御部２１０、管理部３２０、及び切替部３３０を夫々具現化する。また、画面切替えプログラムは、ネットワークから通信インターフェース１０３を介し、ストレージ１０４にインストールされることもある。
　　１００　　情報装置
　　１１０　　ディスプレイ
　　１２０　　入力装置
　　３００　　ゲストＯＳ
　　３１０　　対応テーブル
　　３２０　　管理部
　　３３０　　切替部

Claims (6)

  1. 　第１のオペレーションシステムと、第２のオペレーションシステムとが並列して動作可能な情報装置であって、
    　ディスプレイと、
    　前記第１のオペレーションシステム上で動作する第１のアプリケーションが生成する第１の画面データと、前記第２のオペレーションシステム上で動作する第２のアプリケーションが生成する第２の画面データを関連づけて記憶する記憶部と、
    　前記ディスプレイに表示する画面データを前記第１のオペレーションシステム上で動作する前記第１のアプリケーションにより生成される画面データから、前記第２のオペレーションシステム上で動作する前記第２のアプリケーションにより生成される画面データへの切り替えの際に、切替前に前記ディスプレイに表示されていた画面データが前記第１の画面データである場合は、前記記憶部において該第１の画面データと関連づけられた前記第２の画面データを前記ディスプレイに表示する切替部と、
    を有することを特徴とする情報装置。
  2. 　前記記憶部は、前記第１の画面データと、前記第２の画面データを関連づけた第１の領域と共に、前記第１のオペレーションシステム上で動作する各アプリケーションが生成する各画面データと、前記第２のオペレーションシステム上で動作する各アプリケーションが生成する各画面データをユーザが任意に関連づけることができる第２の領域を有し、
    　前記切替部は、前記記憶部において、前記第１の画面データが、前記第１の領域と、前記第２の領域と、で異なる画面データに関連付けられている場合、前記第２の領域を参照し、前記第１の画面データに関連付けられた画面データを前記ディスプレイに表示することを特徴とする請求項１に記載の情報装置。
  3. 　前記記憶部において、既存の関連づけを任意に書換えることが可能なことを特徴とする請求項１に記載の情報装置。
  4. 　前記情報装置は、前記オペレーションシステムの切替えボタンを更に有し、
    　前記管理部は、前記切替えボタンが一定時間にわたって押し続けられたときに、前記ディスプレイに表示中の前記第１の画面データを特定することを特徴とする請求項１に記載の情報装置。
  5. 　ディスプレイを有し、第１のオペレーションシステムと、第２のオペレーションシステムとが並列して動作可能な情報装置が、
    　前記第１のオペレーションシステム上で動作する第１のアプリケーションが生成する第１の画面データと、前記第２のオペレーションシステム上で動作する第２のアプリケーションが生成する第２の画面データを関連づけて記憶する記憶部を有し、
    　前記ディスプレイに表示する画面データを前記第１のオペレーションシステム上で動作する前記第１のアプリケーションにより生成される画面データから、前記第２のオペレーションシステム上で動作する前記第２のアプリケーションにより生成される画面データへの切り替えの際に、切替前に前記ディスプレイに表示されていた画面データが前記第１の画面データである場合は、前記記憶部において該第１の画面データと関連づけられた前記第２の画面データを前記ディスプレイに表示するステップを実行することを特徴とする画面切替え方法。
  6. 　ディスプレイを有し、第１のオペレーションシステムと、第２のオペレーションシステムとが並列して動作可能な情報装置に、
    　前記ディスプレイに表示する画面データを前記第１のオペレーションシステム上で動作する第１のアプリケーションにより生成される画面データから、前記第２のオペレーションシステム上で動作する第２のアプリケーションにより生成される画面データへの切り替えの際に、前記第１のオペレーションシステム上で動作する前記第１のアプリケーションが生成する第１の画面データと、前記第２のオペレーションシステム上で動作する前記第２のアプリケーションが生成する第２の画面データを関連づけて記憶する記憶部を参照し、切替前に前記ディスプレイに表示されていた画面データが前記第１の画面データである場合は、前記記憶部において該第１の画面データと関連づけられた前記第２の画面データを前記ディスプレイに表示するステップを実現させることを特徴とする画面切替えプログラム。
PCT/JP2011/056840 2011-03-22 2011-03-22 情報装置、画面切替え方法、及び画面切替えプログラム WO2012127627A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2011/056840 WO2012127627A1 (ja) 2011-03-22 2011-03-22 情報装置、画面切替え方法、及び画面切替えプログラム
JP2013505697A JP5585721B2 (ja) 2011-03-22 2011-03-22 情報装置、画面切替え方法、及び画面切替えプログラム
US14/031,623 US20140025860A1 (en) 2011-03-22 2013-09-19 Information apparatus, method for switching screen, and computer-readable recording medium having stored therein screen switch program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/056840 WO2012127627A1 (ja) 2011-03-22 2011-03-22 情報装置、画面切替え方法、及び画面切替えプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/031,623 Continuation US20140025860A1 (en) 2011-03-22 2013-09-19 Information apparatus, method for switching screen, and computer-readable recording medium having stored therein screen switch program

Publications (1)

Publication Number Publication Date
WO2012127627A1 true WO2012127627A1 (ja) 2012-09-27

Family

ID=46878820

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/056840 WO2012127627A1 (ja) 2011-03-22 2011-03-22 情報装置、画面切替え方法、及び画面切替えプログラム

Country Status (3)

Country Link
US (1) US20140025860A1 (ja)
JP (1) JP5585721B2 (ja)
WO (1) WO2012127627A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106325789A (zh) * 2015-06-24 2017-01-11 西安中兴新软件有限责任公司 一种信息处理的方法、终端及系统
JP2018084909A (ja) * 2016-11-22 2018-05-31 トヨタ自動車株式会社 表示システム

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104978392B (zh) * 2014-04-03 2018-12-28 卡西欧计算机株式会社 输出内容的内容输出装置
WO2016137105A1 (en) 2015-02-27 2016-09-01 Samsung Electronics Co., Ltd. Device and method of running multiple operating systems
KR102345653B1 (ko) 2015-02-27 2021-12-30 삼성전자주식회사 복수의 운영체제를 구동하는 디바이스 및 그 방법
US9836368B2 (en) * 2015-10-22 2017-12-05 Netapp, Inc. Implementing automatic switchover
CN112817894A (zh) * 2021-01-25 2021-05-18 浙江大华技术股份有限公司 信号切换方法和装置、存储介质及电子设备
WO2024059958A1 (en) * 2022-09-19 2024-03-28 Citrix Systems, Inc. Switch between multiple screens by detecting cursor movement

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01214955A (ja) * 1988-02-23 1989-08-29 Nec Corp 複数ｏｓのｃｒｔ制御方式
JPH02114320A (ja) * 1988-10-25 1990-04-26 Pfu Ltd 画面切換え制御方式
JP2009230549A (ja) * 2008-03-24 2009-10-08 Fujitsu Ltd 情報処理装置、情報処理方法及びコンピュータプログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03118639A (ja) * 1989-10-02 1991-05-21 Nec Corp 仮想計算機のディスプレイコントローラ制御方式
AU2004202356B2 (en) * 2003-05-29 2009-11-26 Universal Entertainment Corporation Gaming machine
US7620949B2 (en) * 2004-03-31 2009-11-17 Intel Corporation Method and apparatus for facilitating recognition of an open event window during operation of guest software in a virtual machine environment
JP2007220086A (ja) * 2006-01-17 2007-08-30 Ntt Docomo Inc 入出力制御装置、入出力制御システム及び入出力制御方法
JP4782042B2 (ja) * 2007-02-21 2011-09-28 富士通株式会社 電子計算機及びソフトウェアによるユーザインタフェースの実現方法
JP4877608B2 (ja) * 2008-01-28 2012-02-15 日本電気株式会社 仮想マシンサーバ、仮想マシンサーバの情報保存方法及び仮想マシンサーバの情報保存用プログラム
JP2010039626A (ja) * 2008-08-01 2010-02-18 Fujitsu Ltd ネットワーク設定プログラム，ネットワーク設定方法及びネットワーク設定装置
JP5251385B2 (ja) * 2008-09-16 2013-07-31 富士通株式会社 イベント検出システム、イベント検出方法、およびプログラム
CN101960862A (zh) * 2008-11-06 2011-01-26 松下电器产业株式会社 再现装置、再现方法、再现程序及集成电路
WO2010089995A1 (ja) * 2009-02-04 2010-08-12 パナソニック株式会社 記録媒体、再生装置、及び集積回路
JP4676011B2 (ja) * 2009-05-15 2011-04-27 株式会社東芝 情報処理装置、表示制御方法およびプログラム
JP5572473B2 (ja) * 2010-07-30 2014-08-13 京楽産業．株式会社 遊技機
JP5729266B2 (ja) * 2011-11-15 2015-06-03 富士通株式会社 情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01214955A (ja) * 1988-02-23 1989-08-29 Nec Corp 複数ｏｓのｃｒｔ制御方式
JPH02114320A (ja) * 1988-10-25 1990-04-26 Pfu Ltd 画面切換え制御方式
JP2009230549A (ja) * 2008-03-24 2009-10-08 Fujitsu Ltd 情報処理装置、情報処理方法及びコンピュータプログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106325789A (zh) * 2015-06-24 2017-01-11 西安中兴新软件有限责任公司 一种信息处理的方法、终端及系统
CN106325789B (zh) * 2015-06-24 2021-04-20 西安中兴新软件有限责任公司 一种信息处理的方法、终端及系统
JP2018084909A (ja) * 2016-11-22 2018-05-31 トヨタ自動車株式会社 表示システム

Also Published As

Publication number Publication date
US20140025860A1 (en) 2014-01-23
JPWO2012127627A1 (ja) 2014-07-24
JP5585721B2 (ja) 2014-09-10

Similar Documents

Publication Publication Date Title
JP5585721B2 (ja) 情報装置、画面切替え方法、及び画面切替えプログラム
US8745619B2 (en) Computer system and recording medium
US9134972B2 (en) User interface generation apparatus
CN102150119B (zh) 信息处理设备
JP2014106882A (ja) 情報処理装置及び表示制御方法
JP4782042B2 (ja) 電子計算機及びソフトウェアによるユーザインタフェースの実現方法
US20130212526A1 (en) Method of providing information regarding application, device for performing the method, and computer readable recording medium having recorded thereon a program for executing the method
CN105573753B (zh) 多系统切换的方法及装置
US11455075B2 (en) Display method when application is exited and terminal
JP2006330912A (ja) 情報処理装置およびプログラム
JPWO2005109176A1 (ja) ウィンドウ表示システム、ウィンドウ表示方法、プログラム開発支援装置及びサーバ装置
EP2735133A2 (en) Method and apparatus for providing data entry content to a remote environment
KR102095912B1 (ko) 보안 기능 운용 방법 및 이를 지원하는 전자 장치
WO2006059488A1 (ja) 画像表示装置、画像表示方法及びプログラム
US10120488B2 (en) Display method and display device
JP4177434B2 (ja) ウィンドウ表示システム、情報処理システム、クライアント装置、電話機、情報機器、家電機器及び機器
JP5540793B2 (ja) 機能提供装置及びプログラム
CN101650635A (zh) 终端设备控制远端显示的方法及其终端设备
JP5184268B2 (ja) 情報処理装置及びプログラム
CN102144211B (zh) 信息处理设备和方法
JP2012212277A (ja) 表示制御装置およびそのプログラム
RU2630368C2 (ru) Способ и устройство для управления переключением виртуальной навигационной панели
WO2009087842A1 (ja) 情報処理装置及びプログラム
JP2011205254A (ja) 情報端末及び画面表示方法
KR20130062078A (ko) 모바일 디바이스에서 외부 디스플레이 장치의 해상도에 맞는 화면을 제공하는 방법

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: 11861791

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013505697

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11861791

Country of ref document: EP

Kind code of ref document: A1