JP2004157839A - Picture registration and display method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To allocate data which are being displayed to an allocation key, and to re-display the allocated data by depressing the button again. <P>SOLUTION: This device having a hard key for allocating processing for storing and displaying data has a step for generating and storing any format of data which are being displayed as image data, and an allocation step for allocating information for indicating the stored specific image, that is, a file name to a key and a calling display step for displaying a registration screen based on registered information when depressing the allocated key. <P>COPYRIGHT: (C)2004,JPO

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a simple storage and registration of data being displayed and a method of reproducing the data in an information processing apparatus that stores and displays at least a plurality of data.
[0002]
[Prior art]
Conventionally, as an example of a similar method executed on a personal computer, a screen image data is created using a screen copy function of a screen, and the data is classified and stored in an arbitrary directory of a file managed by a user, and is stored. When reproducing, there is a method of searching for and reproducing a desired image file by following this directory.
[0003]
In addition, there is a method in which a URL corresponding to data being displayed on a Web browser or the like is saved as a bookmark, and the same Web page is accessed from the bookmark at a later date.
[0004]
[Problems to be solved by the invention]
However, in the former case, a lot of work such as screen copy, file creation, and saving occurs. In addition, the work of searching the directory also occurs in the playback, so it takes a lot of time to register and play, and also to create it. There is a problem that it is very inconvenient to use and takes a long time to operate, for example, the user forgets where the copied image file is stored.
[0005]
In addition, in the latter method of saving with a bookmark of a URL, it is necessary not only to search a list of bookmarks but also to start a web browser which is application software, so that it takes a very long time to reproduce and is easy to use. It was not suitable for reproducing information.
[0006]
[Means for Solving the Problems]
SUMMARY OF THE INVENTION The present invention has been made in view of the above-described problems, and includes a step of generating and storing data of any format being displayed as image data, and information for representing the stored specific image, that is, a file name. The above problem is solved by having an assignment step for assignment and a call display step for displaying a registration screen based on the registered information when the assigned key is pressed after the assignment.
[0007]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.
[0008]
(Example 1)
FIG. 1 is a block diagram illustrating a hardware configuration of one embodiment of an information processing apparatus according to the present embodiment.
[0009]
In FIG. 1, reference numeral 1 denotes an image display unit for displaying an image. Reference numeral 2 denotes an instruction unit for inputting an instruction for the image displayed in 1.
[0010]
Reference numeral 3 denotes an input / output I / F, which receives the data input of the instruction step 2 and outputs it to the image display step 1.
[0011]
Reference numeral 4 denotes a CPU, which performs calculations for various processes, makes logical decisions, and controls each component connected to the bus 7.
[0012]
Reference numeral 5 denotes a program memory, which stores a program for control by the CPU 4 including a processing procedure described later with reference to a flowchart. The program memory 5 may be a ROM or a RAM into which a program is loaded from an external storage device or the like.
[0013]
Reference numeral 6 denotes a data memory for storing data generated in various processes. The data memory 6 is, for example, a RAM.
[0014]
Reference numeral 7 denotes a file DB which stores a plurality of input file data on a data memory.
[0015]
Reference numeral 8 denotes a list DB, which stores reproduction order list data of the file 7 in the data memory.
[0016]
Reference numeral 9 denotes an address signal indicating a component to be controlled by the CPU 4, a control signal for controlling each component, and a bus for transferring data exchanged between the components.
[0017]
FIG. 2 is a diagram showing a flow of the entire system according to the present embodiment.
[0018]
As shown in the figure, when the system is started, in step s201, a display step is started and a screen is displayed.
[0019]
Next, in step s202, the process waits for an event, and if the event is an assignment key press, the process proceeds to step s205.
[0020]
In S205, it is determined whether or not the key is long-pressed. In the present embodiment, it is determined that the key is long-pressed when the key-down time lasts 0.7 seconds or more.
[0021]
If the key press is a long press in step s205,
Proceeding to step s204, a screen registration step is started, and the screen data currently being displayed is assigned to an assignment key and registered. Subsequently, it is determined in step S208 whether or not the key has been released. When the key has been released, this step ends and the process returns to step S201.
[0022]
If it is determined in step s205 that the key is not pressed for a long time, the flow advances to step s206 to start a call display step and display the registered image assigned to the assignment key.
[0023]
If the event is another event in step s202, the flow advances to step s203 to start other processing.
[0024]
If the event is power off in step s202, the process proceeds to step s207, in which a system end step is started to end the system.
[0025]
FIG. 3 is a diagram showing the flow of the screen registration step according to the present embodiment.
[0026]
In this embodiment, the image file is stored as a Jpg-compressed image. Therefore, if the image currently displayed on the screen is an image other than Jpg, a method of converting the image into an image file, that is, a Jpg file format, and storing the image file is adopted.
[0027]
First, as shown in the figure, when the screen registration step is started, in step s301, if the data currently being displayed is not an image file, the flow advances to step s302 to generate an image file of display data by screen copying or the like. I do.
[0028]
A unique file name related to the original data is automatically generated in the generated Jpg file, and the extension indicates the Jpg file. jpg is given.
[0029]
In step s301, if the data currently being displayed is an image file, the flow advances to step s303 to display a registration confirmation dialog.
[0030]
If the user's input to the registration confirmation dialog is OK in step s304, the flow advances to step s305 to acquire an allocation table, and check whether or not the allocation data for the corresponding key in the table is available.
[0031]
The determination as to whether or not there is a vacancy is based on whether or not the end of the list corresponding to the assigned key in the assignment table is NUL.
[0032]
Next, if there is a space in step s306, an error in step s! Bookmark is not defined. Proceeding to 10, the data in the list is shifted by one data to the older one, the image file name is stored in the current portion of the list, and the processing is terminated.
[0033]
Next, if there is no free space in step s306, a step s error! Bookmark is not defined. Proceed to 07 and issue a warning message.
[0034]
In step s308, if the user's input to the warning message is OK, step s error! Bookmark is not defined. The process proceeds to step S10, where the image file is stored in the allocation table, and the process ends. At this time, the file name at the end of the list overflows and disappears.
[0035]
If the user input is not OK in step s308, the process ends without performing the subsequent processes.
[0036]
FIG. 4 is a diagram showing the flow of the call display step according to the present embodiment.
[0037]
As shown in the figure, when the call display step is started, in step s401, a key detection step is started to detect which allocation key is pressed.
[0038]
Next, in step s402, the allocation key list is referred to, and the processing target is set to the head of the key list of the corresponding key.
[0039]
Next, if the list is not completed in step s403, the image file of the corresponding key list is displayed in step s404.
[0040]
Next, in step s405, if the input event is the pressing of the same allocation key, the flow advances to step s405 to advance the list. Next, the flow advances to step s403. If the list is not finished, the flow advances to step s403. Proceeding to s404, the corresponding image data is displayed.
[0041]
If the list has been completed in step s403, the process proceeds to step s402 and repeats returning to the top of the list again.
[0042]
Next, in step s405, if the input event is the depression of another key, the process ends without performing the subsequent processes.
[0043]
FIG. 5 is a diagram illustrating an example of a table referred to in the present embodiment.
[0044]
Reference numeral 501 denotes a table that stores an allocation key and a registered image in association with each other, and stores a link of the registered image retroactively in the past with the current being set to 0 for each allocation key.
[0045]
Reference numerals 502 to 504 denote images of the registered images assigned to the assignment key A in the table 501.
[0046]
FIG. 6 is an example of the device according to the present embodiment.
[0047]
Reference numeral 601 denotes an apparatus main body, and 602 denotes a display.
[0048]
Reference numerals 603 to 606 denote operation keys.
[0049]
603: Cursor key 604: Assignment key 605: Other keys 606: Power key Hereinafter, specific operations will be described following the flow using the above flow.
[0050]
In an image display device having a hardware configuration as shown in FIG. 1 and a system configuration as shown in FIG. 2, it is assumed that a display step is started in s201 and a screen display state in which some data is displayed. Here, as an example, description will be made in the form of an apparatus as shown in FIG.
[0051]
For example, it is assumed that mail data such as 502 in FIG. 5 is displayed by the mail application. At this time, if the user presses the assignment key A at 604 in FIG. 6 for a long time, a screen registration step is started in s204, and in s301, the data being displayed is not an image file. To create an image file of the currently displayed mail data.
[0052]
Next, a registration confirmation dialog is displayed in s303, and when the user selects OK in s304, in s305, a table as shown in FIG. If it is determined in step S306 that there is an available assignment key, the process advances to step S310 to store a link to the image file in the key assignment list.
[0053]
Similarly, data 502 to 505 as shown in FIG. 5 are registered by holding down the assignment key A during each display. In FIG. 5, data of an allocation key A in an allocation table 501 corresponds to data 502 to 505.
[0054]
Thereafter, while another screen is being displayed by another operation, when the user presses (short presses) the assignment key A, the image data already assigned to the assignment key A as shown in FIG. The newest ones are displayed (in this case, in order from 502).
[0055]
When the user presses the allocation key A, a call display step starts in s206, and it is detected by the key detection step in s401 that the allocation key A is pressed. As a result, the processing target is set to the head of the image data list stored in the allocation key A (ie, the link of the latest data) in the allocation key table in s402.
[0056]
In this case, first, in s404, the image data file names a0001.a stored in the allocation key A 0 of the allocation table in FIG. The image 502 is displayed with reference to the jpg.
[0057]
In step s405, as long as the assignment key A is kept pressed, images 502 to 505 in FIG. 5 are displayed in the same manner. In this case, it is assumed that the display of the image data is continued until another input is performed, such as the user pressing another key or inputting another operation instruction in s405. Here, each time a key is pressed, the history is displayed retroactively, and when the operation is performed up to the last time, returning to the top again is repeated.
[0058]
As described above, by applying this embodiment, it is possible to easily register the data being displayed to the allocation key, display the registered data by pressing the key again, and display the history retroactively. For example, at the time of going out, map data of destinations, guidance, timetables and other transportation information, related materials / image data, etc. It can be used to call up and display.
[0059]
(Example 2)
In the first embodiment, by repeatedly pressing the same allocation key, for example, the allocation key A, image data of a screen allocated in the past can be viewed retroactively, but a digital camera, a portable information terminal, It may also be used as a key such as a cross key, a zoom key, a jog dial, a cursor key, etc., which is used for a mobile phone or the like, which means any movement or adjustment.
[0060]
In this embodiment, a method is described in which the history is manipulated by the ↑ and ↓ operations of the cursor keys 603 shown in the apparatus example of FIG.
[0061]
The second embodiment is the same as the first embodiment except that the call display step is different from the first embodiment. Therefore, the display call step will be described in detail below.
[0062]
Figure error! Bookmark is not defined. FIG. 5 is a diagram showing a flow of a call display step according to the present embodiment.
[0063]
As shown in the figure, when the call display step is activated, a step s error! Bookmark is not defined. At 01, a key detection step is activated to detect which allocation key has been pressed.
[0064]
Next, step s error! Bookmark is not defined. In 02, the allocation key list is referred to, and the processing target is set at the head of the key list of the corresponding key.
[0065]
Next, step s error! Bookmark is not defined. At 03, it is determined whether or not a file is allocated to the list. In this embodiment, the determination as to whether or not there is an empty space is based on whether or not the head of the corresponding allocation key in the allocation table is NUL.
[0066]
If it is determined in step S703 that no file has been allocated, the process is not performed and the call display step ends. If it is determined in step S703 that a file is allocated, a step s error! Bookmark is not defined. In step 04, an image file of the corresponding key list is displayed.
[0067]
Next, step s error! Bookmark is not defined. At 05, it waits for the next event to occur. If any event occurs here, the process branches according to the event.
[0068]
First, when the event is the ↓ operation of the cursor key, if the list assigned to the key in step S706 is completed, the process returns to step S704 without performing the process. If not completed in step S706, the process proceeds to step S707, and the list proceeds to step S707. Is advanced by one and the process proceeds to step S704 to call and display the data.
[0069]
On the other hand, if the branch condition is the ↑ operation of the cursor key in step S705, the process proceeds to step S708, and if the list assigned to the key is the first, the process returns to step S704 without performing the process.
[0070]
If the list is not the first, step s error! Bookmark is not defined. 09, go back one list, step s error! Bookmark is not defined. Returning to step 04, the data is called and displayed.
[0071]
If the event occurred in step S705 is other than the operation of the cursor keys ↑ and ↓, the process exits this call display step.
[0072]
As can be understood from the above description, according to the second embodiment, it is possible to perform a free search, such as going back to the past image data assigned to a specific assignment key or returning to the latest side. In addition, the operation to move and display the history back and forth can also be used as keys used for other purposes on the device, such as the cross key, zoom key, jog dial, etc. There is also an excellent effect that an extremely useful effect can be realized at low cost only by software without providing special hardware.
[0073]
【The invention's effect】
As described above, according to the present invention, a screen being executed by an application or a data viewer is saved as image data, and the saved image data is assigned to a specific key, regardless of the type of application or data. The desired information can be obtained at high speed by a simple operation of pressing the assignment key.
[0074]
Further, a plurality of data can be assigned to the specific key, and there is an effect that a target image file can be searched from a large amount of image data by a simple and easy-to-understand key operation at the time of calling.
[0075]
Further, in a device such as a small information device in which the number of keys and switches provided is limited, there is an effect that excellent operability can be realized without unnecessarily increasing the number of keys.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a hardware configuration of an information processing apparatus according to an embodiment;
FIG. 2 is a diagram showing a flow of the entire system according to the embodiment.
FIG. 3 is a diagram showing a flow of a screen registration step according to the embodiment.
FIG. 4 is a diagram showing a flow of a call display step according to the embodiment.
FIG. 5 is a diagram showing an example of a key assignment table used in the embodiment.
FIG. 6 is a diagram illustrating an example of an apparatus according to the present embodiment.
FIG. 7 is a diagram showing a second example of the flow of the call display step according to the present embodiment.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 Image display means 2 Instruction means 3 Input / output I / F part 4 CPU
5 Program memory 6 Data memory 7 File DB
8 History DB
9 bus

Claims (4)

Generating and storing data being displayed as image data in an information device including a function of storing and displaying a plurality of data;
An assignment step for assigning information for representing the stored specific image to a key,
A call display step of displaying a registration screen based on the registered information when the assigned key is pressed after the assignment. The allocating step has an allocation table for allocating a plurality of image data to the same key,
Adding and updating the table each time the allocation step is repeated;
2. The image information registration and call display method according to claim 1, wherein in the call display step, the image data is called and displayed based on the number of successive presses of the assignment key and the contents of the assignment table. The allocating step has an allocation table for allocating a plurality of image data to the same key,
Adding and updating the table each time the allocation step is repeated;
2. The image information registration and call display method according to claim 1, wherein in the call display step, the image data is called and displayed based on the pressing of a key indicating movement or increase / decrease and the contents of the allocation table. 4. The method for registering and recalling image information according to claim 3, wherein the key indicating the movement or increase / decrease has a unit that also functions as a cross key, a cursor key, a zoom key, a jog dial, or a jog switch.

Images