[go: up one dir, main page]

WO2006035662A1 - メモリ領域管理方法、ブラウザプログラムおよびマークアップ言語文書処理装置 - Google Patents

メモリ領域管理方法、ブラウザプログラムおよびマークアップ言語文書処理装置 Download PDF

Info

Publication number
WO2006035662A1
WO2006035662A1 PCT/JP2005/017464 JP2005017464W WO2006035662A1 WO 2006035662 A1 WO2006035662 A1 WO 2006035662A1 JP 2005017464 W JP2005017464 W JP 2005017464W WO 2006035662 A1 WO2006035662 A1 WO 2006035662A1
Authority
WO
WIPO (PCT)
Prior art keywords
page
memory area
memory
opened
embedded information
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2005/017464
Other languages
English (en)
French (fr)
Inventor
Yohei Inoguchi
Takeshi Sasaki
Yuji Fukasawa
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Access Co Ltd
Original Assignee
Access Co Ltd
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 Access Co Ltd filed Critical Access Co Ltd
Priority to JP2006537697A priority Critical patent/JP4925436B2/ja
Publication of WO2006035662A1 publication Critical patent/WO2006035662A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
    • G06F12/023—Free address space management

Definitions

  • the present invention relates to a browser program and a markup language document processing apparatus for browsing a markup language document, and a memory area management method thereof.
  • Windows as a frame for displaying information on a display screen of a display device as a man-machine user interface for various devices controlled by a computer such as a personal computer (PC). Is often used.
  • the application flexibly secures the memory required by the application, so that the application can contain a large number of windows. It is possible to secure a memory area for opening the. For example, it is common for Internet browser applications that run on an OS such as Windows to display multiple Web pages in different windows. As with normal applications that can display multiple windows, each time a window is opened, the application acquires the memory area required to display the window. When the window is closed, the application acquires the memory area and releases the memory area.
  • OS that is usually used on a PC
  • Windows registered trademark
  • the present invention relates to a technology for receiving and caching the encoded image data from the server on the Windows (registered trademark) machine in a client, and displaying the cached image data.
  • An image processing method has been proposed in which cached data that has little effect on the playback image is deleted from the generated image data, and display according to the user's request is made while preventing data overflow in the cache ( Patent Document 1).
  • Patent Document 1 Japanese Unexamined Patent Application Publication No. 2004-145760
  • Patent Document 2 Japanese Patent Laid-Open No. 2003-256219
  • Patent Document 3 Japanese Patent Laid-Open No. 7-334339
  • Patent Document 4 Japanese Patent Laid-Open No. 2003-316591
  • Non-Patent Document 1 Shigetoshi Yamamoto, Kazutoshi Arisue, “Embedded Device and Programming Language” (Interface March 2002, p. 44-48)
  • One solution is to define a memory area to be allocated to a window for displaying one page, and to secure a memory area for one window each time a page needs to be opened. Conceivable. However, with this method, the memory capacity required to display a page will exceed the allocated memory area, even if there is space in the memory area allocated to another window. The page cannot be displayed, and the convenience of the user who uses the memory very poorly is low.
  • Patent Document 3 A technology that secures a sufficient memory area and opens a new window has been proposed.
  • a predetermined plug-in module is not related to the simultaneous display of a plurality of pages, but relates to a browser that implements various embedded data processing function extensions using a plug-in method.
  • a technology has been proposed for deleting a plug-in module stored in a storage device when the capacity is insufficient to store another plug-in module in a storage device having a predetermined capacity for storing the module ( Patent Document 4).
  • the present invention has been made in such a background, and an object thereof is to provide a plurality of pages in a browser that operates in an environment in which a fixed memory area is allocated to an application in an OS such as an embedded OS. It is to improve the use efficiency of the memory when opening the memory at the same time, and as a result, improve the convenience of the user.
  • a memory area management method uses a memory area for a new page opened in an apparatus that executes a browser program that operates in an environment in which a fixed memory area is allocated to an application. If the request to open a page is the first page to be opened for the first time, the step of using the entire memory area allocatable to the page and the opening of the first page are performed.
  • the step of using the entire current free area of the allocatable memory area for the other page and the other newly opened page If the memory area required by a page is not enough, the page of the memory area used for the already opened page A step of releasing a memory area storing embedded information embedded therein, a step of using a free area including the released memory area for the newly opened page, and a releasing of the memory area storing the embedded information. If there is not enough free space, at least one of the already open And the step of releasing all memory areas used by the page.
  • a predetermined memory area that can be used to open a page is provided without defining an upper limit on the number of pages that are simultaneously opened, and the first page is provided.
  • the entire predetermined memory area is used.
  • the entire current free area in the predetermined memory area is used for the other page. This allows efficient use of memory regardless of the number of pages opened simultaneously.
  • the two-stage process is used. That is, first, by releasing the memory area that stores the embedded information embedded in the page among the memory areas used for the already opened page, a new page can be displayed (the first page described later). Memory release). In other words, by leaving the markup language document itself, it is possible to omit the process of acquiring and reinterpreting the document when it is displayed again.
  • the release of the storage area containing only embedded information is particularly useful when a cache memory is provided. That is, the markup language document constituting the page and the embedded information are stored in the cache memory, and the embedded information is present in the cache memory when the page in which at least a part of the memory area is opened is reopened. Then, the embedded information can be read out from the cache memory and used. This makes it possible to quickly retrieve and redisplay the embedded information that has been erased.
  • the browser program is, for example, a type that switches and displays a plurality of opened pages in one window opened on a display screen.
  • the present invention can be further understood as a browser program for executing the above memory area management methods on a terminal.
  • the present invention can also be understood as a markup language document processing apparatus in which a browser program is installed.
  • the fixed memory area is assigned to the first page and subsequent pages.
  • page information is discarded when there is a shortage of memory area, and is performed step by step according to the degree of shortage. In consideration of the speed and reproducibility of redisplay after destruction, there is a shortage of memory area. Can deal with.
  • FIG. 1 is a diagram showing the appearance of two examples of an apparatus to which the present invention is applied.
  • FIG. 2 is a block diagram illustrating a hardware configuration example of the television device illustrated in FIG. 1 (a).
  • FIG. 3 is a block diagram showing a hardware configuration example of the mobile phone shown in FIG. 1 (b).
  • FIG. 4 is a diagram showing a basic software configuration of an apparatus to which the present invention is applied.
  • FIG. 5 is a diagram showing a software function configuration of a browser.
  • FIG. 6 is an explanatory diagram of a memory area allocated to a browser in the embodiment of the present invention.
  • FIG. 7 is a diagram showing various pieces of information on a page stored in a browser information area in the embodiment of the present invention.
  • FIG. 8 is a diagram showing a data configuration example of a page displayed in a window in the embodiment of the present invention.
  • FIG. 9 is a diagram showing the contents of various types of information stored in the browser information area 42 of FIG.
  • FIG. 10 is a diagram showing an example of a so-called tab browser screen as an example of a browser to which the present invention is applied.
  • FIG. 11 is a diagram showing processing when page # 1 is opened in the embodiment of the present invention.
  • FIG. 12 is a diagram showing processing when page # 2 is opened in the embodiment of the present invention.
  • FIG. 13 is a diagram showing processing when page # 3 is opened in the embodiment of the present invention.
  • FIG. 14 is a diagram showing processing when developing image # 1 embedded in page # 3 in the embodiment of the present invention.
  • FIG. 15 is a diagram showing processing when expanding image # 1 embedded in page # 3 in the embodiment of the present invention.
  • FIG. 16 is a diagram showing processing (memory acquisition failure) when image # 2 embedded in page # 3 is further expanded in the embodiment of the present invention.
  • FIG. 17 is a diagram showing processing (memory acquisition success) when image # 2 embedded in page # 3 is further expanded in the embodiment of the present invention.
  • FIG. 18 is a flowchart showing a processing example of memory area management of the memory management function of the browser in the embodiment of the present invention.
  • FIG. 1 shows the appearance of two examples of a markup language document processing apparatus to which the present invention is applied.
  • FIG. 1 (a) shows an example of a television device 55 having an Internet connection function as a first example.
  • FIG. 2 (b) shows an example of the mobile phone 10 as a second example.
  • the television device 55 in FIG. 1 (a) is an example of a television device that supports data broadcasting, that is, BML and HTML, and a dedicated remote controller 50 is attached.
  • the television device 55 can display not only broadcasting but also information obtained via a communication network such as the Internet.
  • the remote controller 50 is provided with channel keys and other operation keys.
  • the remote controller 50 may be a remote controller that does not have a color button or the like.
  • the communication medium of the remote controller 50 is generally infrared (IrDA), but is not necessarily limited to infrared, and may be wired or wireless.
  • the television device 55 shown in FIG. 1 (a) has a power indicating that it has a built-in markup language document processing device.
  • a so-called set-top type markup language document processing device is externally attached to the television device body. It may be of a type that does.
  • the mobile phone 10 shown in FIG. 1B is connected to a communication network by operating the operation unit 13 in addition to the telephone function so that web information can be browsed on the screen of the display 8.
  • the cellular phone 10 is a foldable device in which an upper casing having a display 8 and a lower casing having an operation unit 13 including various keys such as a numeric keypad and a cursor movement operation key are coupled by a hinge unit. .
  • the cellular phone to which the present invention is applied is a folded type.
  • a mobile phone connected to such a communication network and capable of browsing web information is also a kind of markup language document processing apparatus to which the present invention is applied.
  • FIGS. 1 (a) and 1 (b) The apparatus shown in FIGS. 1 (a) and 1 (b) is a typical example of an apparatus to which the present invention is applied, and the present invention is not limited to these.
  • FIG. 2 is a block diagram illustrating a hardware configuration example of the television device 55.
  • the television device 55 is an information processing device in which a browser that is effective in the present embodiment is installed, and includes a central control unit 201, a RAM 202, a ROM 203, a display driver 204, and a display. 205, a network interface 206, a user interface (UI) device interface 207, a flash memory 208, an IR light receiver 209, an antenna 211, and a broadcast receiving unit 212 corresponding to data transmission.
  • UI user interface
  • the central control unit 201, the RAM 202, the ROM 203, the display driver 204, the network interface 206, the user interface (UI) device interface 207, the flash memory 208, and the broadcast receiving unit 212 are connected to each other via a bus 210. Data is exchanged and commands are exchanged via the bus 210.
  • the RAM 202 is a memory that temporarily holds and stores calculation results of the central control unit 201 and data (including markup language documents) acquired by an external force.
  • the ROM 203 is a non-volatile memory that stores programs and fixed data such as the operating system (OS) and the browser 203a, and the central control unit 201 reads these programs from the ROM 203 and follows the programs. A predetermined process is executed.
  • the flash memory 208 is a rewritable nonvolatile memory that retains data acquired from the outside, information such as e-mail addresses and URLs (Uniform Resource Locator) for later processing.
  • the browser 203a is stored in the ROM 203, but may be stored in the flash memory 208.
  • the network interface 206 has a function of establishing a connection with an external network and transmitting / receiving data to / from an external network (such as the Internet), and is configured by, for example, a LAN board.
  • the user interface device interface 207 has a function of receiving an input from the remote controller 50 by the IR light receiving unit 209 and passing it to the central control unit 201, for example.
  • the Ir light receiving unit 209 When receiving an infrared signal emitted from the remote controller 50, the Ir light receiving unit 209 has a function of converting it into an electric signal and passing it to the user interface device interface 207.
  • the display driver 204 has a function of receiving display information such as a document and an image from the central control unit 201 and driving the display based on the display information.
  • the display 205 is an arbitrary display device such as a liquid crystal display device, a CRT display device, or a plasma display device, and has a function of optically displaying a screen based on a drive signal from the display driver 204.
  • the broadcast receiving unit 212 has a function of extracting a signal of a desired channel from the broadcast wave power received by the antenna 211 and demodulating and reproducing the signal. This broadcast receiver 212 is a mobile phone It may correspond to the terrestrial data broadcast for.
  • FIG. 3 shows a hardware configuration example of the mobile phone 10. Control of each unit of the mobile phone 10 is realized by program control of a central control unit (for example, CPU) 1 via the bus 11.
  • ROM2 is a normal read-only memory that stores a control program for that purpose, an application program that is initially installed, and fixed data.
  • the RAM 3 is a readable / writable memory that provides a temporary data storage area and work area.
  • the flash memory 4 is a rewritable memory that stores various data as described above in a nonvolatile manner.
  • the browser 2a is stored in the ROM 2 (but may be stored in the flash memory 4).
  • the wireless network interface 6 is a part that performs wireless voice and data communication with the base station via the antenna 5. is there.
  • the display driver 7 is controlled by the central control unit 1 to perform drawing processing of various kinds of information and display on the display screen of the display 8 as a display unit.
  • the operation unit 13 is a part including user interface devices such as keys including various operation keys, a microphone, and a speaker under the control of the central control unit 1.
  • the mobile phone 10 may include a transmission / reception unit such as a terrestrial data broadcast (not shown).
  • Fig. 4 shows the basic software configuration of the device to which the present invention is applied. This configuration is basically the same regardless of the device to which the present invention is applied.
  • Browser program 23 (corresponding to 2a and 203a) as an application stored in memory such as ROM can be operated under the control of system (operating system: OS) 21.
  • OS operating system
  • the system 21 allocates a fixed memory area for the application.
  • the system 21 acquires the browser memory area 26 on the memory (RAM) 25 and loads the browser program 23 on the ROM.
  • the browser needs to execute in the memory area 26 for the browser allocated at this time and hold necessary data.
  • the browser itself manages the memory area that the browser uses for each page within the range of the browser memory area 26 allocated by the OS 21.
  • Figure 5 shows the software functional configuration of the browser.
  • the markup language (ML) document acquisition unit 31 acquires the ML document of the specified page.
  • An HTML document will be described as an example of the ML document below.
  • the ML document in the present invention is not limited to an HTML document.
  • the acquired HTML document is sequentially processed by the parser 32 and the page maker 33 to generate layout information and character information. Layout information and character information are stored in memory 39 (corresponding to RAM 202 in FIG. 2 and RAM 3 in FIG. 3).
  • the acquired HT ML document is cached in the memory 39 by the cache processing unit 35.
  • the image acquisition unit 36 acquires the specified image file, and the image development unit 37
  • the information (bitmap data) is expanded (decoded) and stored in the memory 39.
  • the acquired HTML document is cached in the memory 39 by the cache processing unit 35.
  • the layouter 34 displays character information and image information according to the layout information.
  • Data is written to the memory 39 from the page maker 33, the image development unit 37, and the cache processing unit 35 through the memory manager 38.
  • the memory manager 38 secures a memory area on the memory 39 and writes data in response to requests from various units.
  • Figure 6 shows an illustration of the memory area allocated to the browser.
  • the system allocates a fixed memory area to the browser.
  • the browser reserves a browser execution area 41 for the browser to execute in the allocated memory area and a browser information area 42 used to store data (cache data and display data) handled by the browser.
  • the browser uses the maximum memory area (capacity) of the browser information area 42 as one area that is not divided into pages to be displayed, in other words, windows. For example, as shown in Fig. 7, in the browser information area 42, cache information for page # 1, cache information for page # 2 , display information for page # 1 (layout information, character information)
  • Figure 7 shows various information.
  • the information is continuous in the browser information area 42 and forms one fragment, but it is not always necessary to be divided into a plurality of non-consecutive fragments.
  • window means a display frame opened on the screen
  • page means contents displayed in the window.
  • the page specified by one URL is displayed in one window that the browser opens.
  • embedded information for example, images, moving images, etc.
  • a single page 610 contains multiple (here two) embedded information 612, 613 (image # 1, Consists of image # 2).
  • image # 1 Consists of image # 2
  • a page consists of multiple frames.
  • one window is divided into multiple frames, and each frame displays a page with a different URL.
  • FIG. 9 shows the contents of various information stored in the browser information area 42 when this page # 1 is opened in one window 600 (window # 1).
  • page # 1 HTML document 711 and image original data 712 and 713 original information of image # 1 and image # 2, that is, a compressed image file are stored.
  • page display information 720 layout information 721 obtained by analyzing the HTML document, character information 722, image # 1 embedded in page # 1, information # 2 information 723, 724 (compressed image) Data after file expansion
  • the window related information 730 includes various setting information 731 in window # 1 (for example, display font size), window # 1 frame, user interface (buttons, menus, tabs, etc.) Etc. Window # 1 display information 7 32 is stored.
  • FIG. 10 shows an example of a so-called tab browser screen as an example of a browser to which the present invention is applied.
  • a tab browser is similar to a “tab” that is usually attached to a paper-based folder for managing paper files, and helps identify and select multiple windows on the display screen.
  • a window display screen including a window provided with tab portions 62, 63, and 64 is used. Multiple windows are completely non-tabbed Due to the overlap, there is essentially only one window open on the screen 61. In a general browser, a new window is opened on the screen each time a new page is opened, and the screen overflows with windows, which makes the operation troublesome. On the other hand, the tab browser has only one effective window. When a page is created, a tab is added and displayed in the window.
  • tab sections 62, 63, and 64 are assigned to three pages, respectively, and the tab 64 page is currently active.
  • step (1) when the HTML document of page # 1 is acquired (step (1)), the cache function 811 acquires memory for caching the page # 1 HTML document to the memory management function 814.
  • step (2) When the request is made (step (2)), the memory management function 814 acquires the designated memory area in the memory (step (3)).
  • step (4) the cache function 811 writes the page # 1 HTML document into the memory as page # 1 cache information (step (4)).
  • the page interpretation function 812 interprets the page # 1 HTML document and generates layout information and character information based on this, but requests the memory management function 814 to acquire memory for writing this information. (Step (5)).
  • the memory management function 814 acquires the requested memory area on the memory (step (6)).
  • the page interpretation function 812 writes layout information and character information on the memory (step (7)).
  • step (8) when image # 1 embedded in page # 1 is obtained (step (8)), the cache function 811 requests the memory management function 814 to acquire memory (step (9)), and the memory The management function 8 14 acquires the requested memory area on the memory (step (10)). If memory acquisition is successful, the cache function 811 caches image # 1 in memory (step (11)
  • the image expansion function 813 requests the memory management function 814 to acquire memory in order to decode the image file of image # 1 (step (12)). If the memory management function 814 acquires the memory area on the memory (step (13)), the image expansion function 813 expands the image # 1 and expands the image # 1 data (hereinafter image # 1) on the memory. 1 information) (step (14)).
  • the memory management function 814 can secure the memory area necessary for storing the cache information and the display information with all the power of the browser information area. As a result, even if page # 1 is very large, it is possible to display using the maximum usable capacity in browser information area 42.
  • a plurality of pages can be opened by using the free area in the second page following the first page.
  • Page # 3 shall have one image # 1 embedded in it.
  • the cache function 811 sends a memory acquisition request for caching the page # 1 HTML document to the memory management function 814.
  • the memory management function 814 acquires the instructed memory area as a free area in the memory (step (3)).
  • the cache function 811 writes the page # 1 HTML document in the memory (step (4)).
  • the page interpretation function 812 interprets the page # 1 HTML document, generates layout information and character information based on this, and requests the memory management function 814 to acquire memory for writing these information. (Step (5)).
  • the memory management function 814 acquires the requested memory area on the memory (step (6)). Thereafter, the page interpretation function 812 writes layout information and character information on the memory (step (7)).
  • cache function 811 requests memory management function 814 to acquire memory (Step (9)), the memory management function 814 acquires the requested memory area on the memory (Step (10)). If the memory acquisition is successful, the cache function 811 caches the original data of image # 1 in the memory (step (11)).
  • the image expansion function 813 requests the memory management function 814 to acquire memory in order to decode the image file of image # 1 (step (12)).
  • the memory management function 814 tries to acquire a necessary memory area in a free area in the memory (step (13)).
  • the memory management function 814 fails to acquire memory (step (14)).
  • the memory management function 814 determines and discards the image # 1 information that is a part of the display information of the currently inactive page # 1 (step (15)). This frees up memory for image # 1 and increases the free space. Disposing part of the page display information and expanding the free space is called “first release” of memory.
  • the memory management function 814 tries again to acquire a memory area for writing image # 1 information (step (16)), and succeeds (step (17)). ).
  • the image expansion function 813 expands image # 1 of page # 3 and writes image # 1 information in the memory (step (18)).
  • the display information of inactive page # 1 (in this example, Layout information, text information, and image information) (in this example, image information as embedded information) is discarded to free up memory and free up space to free up memory for new page # 3.
  • a part of the page, in particular, layout information is left, and other information, in this example, the image is discarded. Therefore, when the user requests to open the page again. In other words, it is not necessary to execute all the processes from the beginning. For example, in the above example, when display of page # 1 is requested, it is possible to display page # 1 easily and quickly by recalling the original data of cached image # 1 and expanding it again. Is possible.
  • the power of handling an image as information to be discarded among the display information of the page is not limited to images. It may be data.
  • layout information and text information may be used, but it is not very efficient because the HTML document needs to be interpreted again when the page is opened again. That is, one of the preferred aspects of the present invention is to leave the layout information and character information and discard the decoded data of the external object such as the image, moving image, and sound specified in the HTML document.
  • inactive page means an inactive page! /.
  • An active page is usually the foremost page that is viewed and manipulated by the user. For example, in the example of the tab browser in FIG. 10, when a new page # 3 is opened, a page that is hidden by the active page # 3 and is not displayed is a non-active page. Therefore, in this example, both pages # 1 and # 2 are “inactive pages”.
  • In the first memory release when there are a plurality of inactive pages, there is no particular limitation on which page information is discarded depending on the setting. Further, a part of the information may be discarded from a plurality of inactive pages.
  • page # 3 further includes image # 2
  • the cache function 811 requests the memory management function 814 to acquire the memory area necessary for the memory area. Then (step (20)), the memory management function 814 acquires the requested memory area on the memory (step (21)). If the memory acquisition is successful, the cache function 811 caches the original data of image # 2 in the memory (step (22)).
  • the memory management function 814 is requested to acquire a memory of a necessary memory area (step (23)).
  • the memory management function 814 tries to acquire a necessary memory area in a free area in the memory (step (24)).
  • the memory management function 814 fails to acquire memory because there is not enough free space (step (25)). Therefore, the memory management function 814 confirms that there are no more images that can be discarded on page # 1, and then asks the user whether to close page # 1 (step (26)). ). If the user's consent is obtained, the memory management function 814 discards all information of page # 1, that is, cache information, layout information, and character information (step (27)). As a result, sufficient free space can be secured for writing image # 2 information. This is called “second free” of memory.
  • the memory management function 814 tries to acquire the memory area for writing page # 3 image # 2 information again (step (28)), and succeeds (step (29)).
  • the image expansion function 813 expands image # 2 and writes image # 2 information in the memory (step (30)).
  • step (26) shown in FIG. 16 when the user confirms that the page # 1 is discarded, all information on the page # 1 is discarded. Cancels and the browser displays page # 3, the processed area, in this example text and image # 1.
  • FIG. 18 is a flowchart showing an example of memory area management processing of the browser memory management function 814 in the present embodiment.
  • step S12 if the page to be opened is the second page or later, all the free areas in the maximum memory area are used for the page (S14). If this free space is insufficient (S15, Yes), the first memory release is executed and the page including the newly free space is used for the page (S16). If there is not enough free space (S17, Yes), the user is inquired whether the second memory release can be performed (S18). If the user's answer is OK (S19, Yes), the second memory release is executed and the new free area is used for the page (S20). If there is still not enough free space (S21, Yes), a message indicating that only the content is sufficient is output (S22), and such a display is performed. However, such message output is not essential.
  • the present invention is most suitable for a browser program that operates on a wireless mobile terminal used in a wireless communication network such as a mobile phone network.
  • a wireless communication network such as a mobile phone network.
  • the “first release” opens a new page while ensuring that inactive pages are displayed again (reproducibility) as much as possible.
  • the “second release” the user's confirmation is canceled before all the information on the page is discarded, and if the page cannot be opened again, the user can cancel the page information destruction. It is possible to give an opportunity.
  • the present invention can be used for manufacturing and development of a browser program for browsing a markup language document and a markup language document processing apparatus.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　組込み系ＯＳのようなＯＳにおいてアプリケーションに対して固定のメモリ領域を割り当てる環境で動作するブラウザにおいて、最初に開かれる第１のページに対しては、ページに割り当て可能なメモリ領域の全体を使用させる（Ｓ１３）。第１のページが開かれている状態で新たに他のページを開く要求に対して、前記メモリ領域の現時点の空き領域の全体を当該ページに使用させる（Ｓ１４）。この空き領域では足りない場合、既に開かれているページに使用させるメモリ領域のうち少なくとも一部を開放して、前記新たに開かれるページに使用させる（Ｓ１６）。それでもなお空き領域が足りない場合、既に開かれている少なくとも１つのページが使用しているすべてのメモリ領域を開放して当該ページに使用させる（Ｓ２０）。これにより、複数のページを同時に開くときのメモリの使用効率を高め、結果としてユーザの利便性を向上させる。

Description

明 細 書
メモリ領域管理方法、ブラウザプログラムおよびマークアップ言語文書処 理装置
技術分野
[0001] 本発明は、マークアップ言語文書の閲覧を行うブラウザプログラムおよびマークアツ プ言語文書処理装置、さらにはそのメモリ領域管理方法に関するものである。
背景技術
[0002] パーソナルコンピュータ（PC)を初めとして、コンピュータにより制御される種々の機 器にぉ 、てはマンマシンユーザインタフェースとして、表示装置の表示画面上で情 報を表示する枠 みとしての「ウィンドウ」が利用されることが多 、。
[0003] 従来、機器上で、複数のウィンドウ表示が可能なアプリケーションを動作させたとき 、ウィンドウを 1つ開くたびにその表示に必要なメモリ領域をアプリケーションが獲得し 、ウィンドウを閉じると獲得して 、たメモリ領域を解放すると 、う動作が行われて 、る。
[0004] マイクロソフト社 (Microsoft Corporation)の Windows (登録商標）のような通常、 PC で利用される OSでは、アプリケーションが必要なメモリを OSがフレキシブルに確保し てくれるので、アプリケーションはかなり多数のウィンドウを開くためのメモリ領域を確 保することが可能である。例えば、 Windowsのような OS上で動作するインターネット ブラウザアプリケーションは、複数の Webページを互いに異なるウィンドウで表示する ことが一般的になっている。通常の複数のウィンドウ表示が可能なアプリケーションと 同様に、ウィンドウを一つ開くたびにその表示に必要なメモリ領域をアプリケーション が獲得し、ウィンドウズを閉じると獲得して 、たメモリ領域を解放する。
[0005] また、 Windows (登録商標）マシンにぉ 、て、サーバからの符号ィ匕された画像デー タをクライアントで断片的に受信してキャッシュして表示する技術に関し、キャッシュし て 、る符号化された画像データの内、再生画像に影響の少な 、キャッシュデータを 削除してキャッシュにおけるデータのオーバフローを防止しながらユーザの要求に応 じた表示を行う画像処理方法が提案されて ヽる（特許文献 1)。
特許文献 1 :特開 2004— 145760号公報 特許文献 2：特開 2003 - 256219号公報
特許文献 3：特開平 7— 334339号公報
特許文献 4 :特開 2003— 316591号公報
非特許文献 1：山本繁寿、有末一寿、「組み込み機器とプログラミング言語」（Interfa ce 2002年 3月号， p. 44— 48)
発明の開示
発明が解決しょうとする課題
[0006] しカゝしながら、携帯電話機、自動車、各種家電製品等の!/ヽゎゆる組込み機器 (Emb edded device)と呼ばれる機器 (特許文献 2参照）に利用される組込み系 OSでは、ァ プリケーシヨンに固定のメモリ領域が割り当てられている場合があり、ウィンドウを開く ために確保可能なメモリ領域は比較的少なぐ割り当てを超えてメモリ領域を確保す ることはできない。組込み OSでは、空きメモリを探してきてアプリケーションに割り当 てる仕組みは用意されていないからである（非特許文献 1)。したがって、組込み系 O Sでは、ブラウザアプリケーションが複数のページを同時に開く（あるいページを開い たまま他のページを開く）ためには、システム力 割り当てられた固定のメモリ領域内 で当該動作を行う必要がある。
[0007] 1つの解決策として、 1つのページを表示するためのウィンドウに対して割り当てるメ モリ領域を定め、 1つのページを開く必要が生じるたびに 1つのウィンドウ分のメモリ 領域を確保することが考えられる。しかし、この方法では、ある 1つのページを表示す るために必要なメモリ容量力 割り当てられたメモリ領域を越えてしまうと、仮に他のゥ インドウに割り当てられたメモリ領域に空きがあっても、そのページは表示できず、極 めてメモリの使用効率が悪ぐユーザの利便性も低い。
[0008] 一方、同時に開くことができる最大ウィンドウ数を定めておき、あるウィンドウを開い た後さらに別のウィンドウを開く場合には、最下位のウィンドウを消去して新しいウィン ドウを開くために必要なメモリ領域を確保し、新しいウィンドウを開く技術が提案され ている（特許文献 3)。
[0009] また、複数のページの同時表示とは直接関係しないが、プラグイン方式を用いて様 々な埋め込みデータ処理機能拡張を実現するブラウザに関し、所定のプラグインモ ジュールを記憶する所定の容量の記憶装置にさらに別のプラグインモジュールを記 憶するには容量が不足する場合に記憶装置に記憶されているプラグインモジュール を削除する技術が提案されて ヽる (特許文献 4)。
[0010] 上記のようにインターネットブラウザにお 、て、新し 、ページを開くために、以前のゥ インドウを消去してメモリ領域を解放することは、次のような問題がある。例えば、電子 商取引等の Webサイトでは発注や決済に用いる WWWサーバ上の CGI(Common G ateway Interface)に対してデータを再度ブラウザから送信しなければならず、データ が消去された後では同じページを表示することは困難になる。その結果、発注や支 払 、の重複などのユーザに不測の不利益を与える恐れもある。表示するページのデ ータはネットワーク上にあるので、再度取得する際に必ず取得することを保証できな い。この課題は、特に無線通信ネットワークで顕著である。
[0011] 本発明はこのような背景においてなされたものであり、その目的は、組込み系 OSの ような OSにおいてアプリケーションに対して固定のメモリ領域を割り当てる環境で動 作するブラウザにおいて、複数のページを同時に開くときのメモリの使用効率を高め 、結果としてユーザの利便性を向上させることにある。
課題を解決するための手段
[0012] 本発明によるメモリ領域管理方法は、アプリケーションに対して固定のメモリ領域を 割り当てる環境で動作するブラウザプログラムを実行する装置において開かれる新た なページに対してメモリ領域を使用させるメモリ領域管理方法であって、ページを開く 要求に対して、そのページが最初に開かれる第 1のページである場合、ページに割り 当て可能なメモリ領域の全体を使用させるステップと、前記第 1のページが開かれて V、る状態で新たに他のページを開く要求に対して、前記割り当て可能なメモリ領域の 現時点の空き領域の全体を当該他のページに使用させるステップと、前記新たに開 かれる他のページが必要とするメモリ領域が前記空き領域では足りない場合、既に 開かれているページに使用させるメモリ領域のうちページに埋め込まれる埋込み情 報を記憶したメモリ領域を開放するステップと、開放されたメモリ領域を含む空き領域 を前記新たに開かれるページに使用させるステップと、前記埋込み情報を記憶したメ モリ領域を開放しても空き領域が足りない場合、既に開かれている少なくとも 1つのべ ージが使用して 、るすべてのメモリ領域を開放するステップとを備えたことを特徴とす る。
[0013] このように、本発明ではメモリを効率よく使用するために、同時に開くページの数に 上限値を規定せず、ページを開くために使用可能な所定メモリ領域を設け、第 1のべ ージを開くときには所定メモリ領域の全てを使用させる。また、第 1のページが開かれ ている状態で新たに他のページを開く要求に対しては、所定メモリ領域の現時点の 空き領域の全体を当該他のページに使用させる。これによつて、同時に開かれるぺ ージの個数によらず効率的なメモリの利用が可能となる。
[0014] また、新たに開かれる他のページが必要とするメモリ領域が前記空き領域では足り ない場合、 2段階の処理で対応する。すなわち、まず、既に開かれているページに使 用させるメモリ領域のうちページに埋め込まれる埋込み情報を記憶したメモリ領域を 開放することにより、新たなページの表示を可能とする (後述する第 1のメモリ解放)。 換言すれば、マークアップ言語文書自体は残すことにより、再度表示の際の当該文 書の取得や再解釈の処理を省略することができる。
[0015] 埋込み情報のみの記憶領域の開放は、特にキャッシュメモリを有する場合に有用で ある。すなわち、ページを構成するマークアップ言語文書および前記埋込み情報を キャッシュメモリに記憶しておき、前記メモリ領域の少なくとも一部が開放されたぺー ジを再度開く際に前記キャッシュメモリに当該埋込み情報が存在すれば前記キヤッシ ュメモリから当該埋込み情報を読み出して利用することができる。これにより、消去さ れた埋込み情報の取得および再表示が迅速に行える。
[0016] 前記既に開かれているページに使用させるメモリ領域のうち埋込み情報を記憶した メモリ領域を開放しても空き領域が足りない場合、第 2段階の処理として、既に開かれ て!、る少なくとも 1つのページが使用して 、るすべてのメモリ領域を開放するステップ を備える。すなわち、前記一部を破棄しても新しいページを開くためのメモリ領域が 足りない場合には、前記他のページの全てのデータ (例えば、埋込み情報を含むマ ークアップ言語文書データおよびこれに対応する表示データの両方）を破棄すること により、空き領域を大幅に確保できる。このとき、さらに、ページのデータだけでなぐ ウィンドウ関連データ、すなわち、ウィンドウでの設定データやウィンドウ自体の表示 データも破棄することでさらに空き領域を確保できる (後述する第 2のメモリ解放)。
[0017] 但し、この場合、前記既に開かれている少なくとも 1つのページが使用しているすべ てのメモリ領域を開放するステップを実行する前に、装置のユーザにその実行に対 する許可を求めるステップをさらに備えることが好ましい。これにより、消去するページ が決済処理や検索処理のように CGIを利用しており、ページ消去により再現性が保 証できなくなるような場合に、ページ消去をキャンセルすることをユーザに可能ならし める効果がある。
[0018] なお、それでもページをすベて開くことができない場合には、ページの一部分だけ を開くようにしてもよい。
[0019] 前記ブラウザプログラムは、例えば、表示画面上に開いた一つのウィンドウ内に、開 かれた複数のページを切り替えて表示するタイプのものである。
[0020] 本発明は、さらに、上記各メモリ領域管理方法を端末上で実行するためのブラウザ プログラムとして把握することができる。
[0021] また、本発明は、ブラウザプログラムをインストールしたマークアップ言語文書処理 装置として把握することも可能である。
発明の効果
[0022] 本発明によれば、組込み系 OSのような OSにおいてアプリケーションに対して固定 のメモリ領域を割り当てる環境で動作するブラウザにおいて、当該固定のメモリ領域 を、第 1のページおよび後続のページに対して柔軟に使用させることにより、複数の ページを同時に開くときのメモリの使用効率を高めることができる。結果として、ユー ザの利便性を向上させることができる。
[0023] また、メモリ領域の不足時のページ情報の破棄は、不足の程度に応じて段階的に 行うことにより、破棄後の再表示の迅速性および再現性に配慮しつつ、メモリ領域の 不足に対処することができる。
図面の簡単な説明
[0024] [図 1]本発明が適用される装置の二例の外観を示す図である。
[図 2]図 1 (a)に示したテレビ装置のハードウェア構成例を示すブロック図である。
[図 3]図 1 (b)に示した携帯電話機のハードウェア構成例を示ブロック図である。 [図 4]本発明が適用される装置の基本的なソフトウェア構成を示す図である。
[図 5]ブラウザのソフトウェア機能構成を示す図である。
[図 6]本発明の実施の形態においてブラウザに割り当てられたメモリ領域の説明図を 示す図である。
[図 7]本発明の実施の形態においてブラウザ情報領域に格納されたページの各種情 報を示す図である。
[図 8]本発明の実施の形態においてウィンドウに表示されたページのデータ構成例を 示す図である
[図 9]図 6のブラウザ情報領域 42内に格納される各種情報の内容を示す図である。
[図 10]本発明が適用されるブラウザの一例として、いわゆるタブブラウザの画面例を 示す図である。
[図 11]本発明の実施の形態においてページ # 1を開くときの処理を示す図である。
[図 12]本発明の実施の形態においてページ # 2を開くときの処理を示す図である。
[図 13]本発明の実施の形態においてページ # 3を開くときの処理を示す図である。
[図 14]本発明の実施の形態においてページ # 3に埋め込まれた画像 # 1を展開する ときの処理を示す図である。
[図 15]本発明の実施の形態においてページ # 3に埋め込まれた画像 # 1を展開する ときの処理を示す図である。
[図 16]本発明の実施の形態においてページ # 3に埋め込まれた画像 # 2をさらに展 開するときの処理 (メモリ獲得失敗)を示す図である。
[図 17]本発明の実施の形態においてページ # 3に埋め込まれた画像 # 2をさらに展 開するときの処理 (メモリ獲得成功）を示す図である。
[図 18]本発明の実施の形態におけるブラウザのメモリ管理機能のメモリ領域管理の 処理例を表したフローチャートである。
発明を実施するための最良の形態
以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。 以下の実施の形態では、第 1のメモリ解放において、ページの表示データのうち画像 情報を消去する場合について説明する。 [0026] (発明が適用される装置）
図 1は、本発明が適用されるマークアップ言語文書処理装置の二例の外観を示し ている。図 1 (a)は第 1の例としてインターネット接続機能を有するテレビ装置 55の例 を示している。図 2 (b)は第 2の例として携帯電話機 10の例を示している。
[0027] 図 1 (a)のテレビ装置 55は、この例では、データ放送対応、すなわち BMLおよび H TML対応のテレビ装置の例を示し、専用のリモートコントローラ 50が付属している。 このテレビ装置 55は、放送に限らず、インターネット等、通信ネットワーク経由で得ら れた情報も表示可能である。リモートコントローラ 50は、チャンネルキーおよびその他 の操作キーが設けられて 、る。
[0028] なお、リモートコントローラ 50は、カラーボタンなどを持たないリモートコントローラで あっても構わない。リモートコントローラ 50の通信媒体は一般的には赤外線 (IrDA) であるが、必ずしも赤外線に限られるものではなぐまた、有線'無線を問わない。
[0029] 図 1 (a)に示したテレビ装置 55は、マークアップ言語文書処理装置を内蔵したもの を示す力 いわゆるセットトップ型のようなマークアップ言語文書処理装置をテレビ装 置本体に外付けする型のものであってもよ 、。
[0030] 図 1 (b)の携帯電話機 10は、電話機能の他、操作部 13の操作により通信ネットヮー クに接続され、ディスプレイ 8の画面上でウェブ情報の閲覧が行えるようになつている 。携帯電話機 10はディスプレイ 8を有する上部筐体と、テンキー等の各種キーおよび カーソル移動操作キー等を含む操作部 13を備えた下部筐体とをヒンジ部で結合した 折り畳み型の機器を示している。但し、本発明が適用される携帯電話機は二つ折り 型であるか否かは問わない。このような通信ネットワークに接続され、ウェブ情報の閲 覧を行える携帯電話機も、本発明の適用の対象となるマークアップ言語文書処理装 置の一種と言える。
[0031] なお、図 1 (a) (b)に示した装置は本発明が適用される装置の典型例を挙げたもの であり、本発明はこれらに限定されるものではない。
[0032] 図 2はテレビ装置 55のハードウェア構成例を示すブロック図である。このテレビ装置 55は、本実施の形態に力かるブラウザをインストールした情報処理装置であって、中 央制御部 201と、 RAM202と、 ROM203と、ディスプレイドライバ 204と、ディスプレ ィ 205と、ネットワークインタフェース 206、ユーザインタフェース（UI)デバイスインタ フェース 207と、フラッシュメモリ 208と、 IR受光咅 209と、アンテナ 211と、データ放 送対応の放送受信部 212とを有している。
[0033] 中央制御部 201、 RAM202, ROM203、ディスプレイドライバ 204、ネットワークィ ンタフェース 206と、ユーザインタフェース（UI)デバイスインタフェース 207、フラッシ ュメモリ 208、放送受信部 212は互いにバス 210により接続されており、このバス 210 を介して相互にデータの授受、コマンドの送受などが行われるようになつている。
[0034] RAM202は、中央制御部 201の演算結果や外部力 取得したデータ（マークアツ プ言語文書を含む）を一時的に保持格納するメモリである。 ROM203は、オペレー ティングシステム（OS)やブラウザ 203aなどのプログラムや固定的なデータを保存す る不揮発性のメモリであり、中央制御部 201が ROM203からこれらのプログラムゃデ ータを読み取り、プログラムに従って所定の処理を実行する。フラッシュメモリ 208は、 外部から取得したデータや、メールアドレス、 URL (Uniform Resource Locator)など の情報を後の処理のために保持しておく再書き込み可能な不揮発性のメモリである 。この例では、ブラウザ 203aを ROM203内に格納しているが、フラッシュメモリ 208 内に格納してもよい。ネットワークインタフェース 206は、外部ネットワークとの接続を 確立し、外部ネットワーク (インターネット等）とのデータの送受信を行う機能を有し、 例えば、 LANボードなどによって構成される。ユーザインタフェースデバイスインタフ エース 207は、例えば IR受光部 209でリモートコントローラ 50からの入力を受け取り、 これを中央制御部 201に渡す機能を有する。 Ir受光部 209は、リモートコントローラ 5 0が発した赤外線信号を受光すると、電気信号に変換してユーザインタフェースデバ イスインタフェース 207に渡す機能を有する。
[0035] ディスプレイドライバ 204は、中央制御部 201から文書やイメージ等の表示情報を 受け取り、これに基づいてディスプレイを駆動する機能を有する。ディスプレイ 205は 、液晶表示装置、 CRT表示装置、プラズマ表示装置等の任意の表示装置であって、 ディスプレイドライバ 204からの駆動信号に基づいて画面を光学的に表示する機能 を有する。放送受信部 212はアンテナ 211で受信された放送波力も所望のチャンネ ルの信号を抽出し、復調再生する機能を有する。この放送受信部 212は、携帯電話 向けの地上波データ放送に対応するものであってもよい。
[0036] 図 3は、携帯電話機 10のハードウェア構成例を示している。携帯電話機 10の各部 の制御は、バス 11を介する中央制御部（例えば CPU) 1のプログラム制御により実現 される。 ROM2は、そのための制御プログラムや初期装備されたアプリケーションプ ログラム、および固定的なデータを格納する通常読み出し専用のメモリである。 RAM 3は、データの一時的な保存領域や作業領域を提供する読み書き可能なメモリであ る。フラッシュメモリ 4は、前述したような各種のデータを不揮発的に記憶する再書き 込み可能なメモリである。ブラウザ 2aは ROM2内に格納している（但し、フラッシュメ モリ 4に格納してもよい。）無線ネットワークインタフェース 6は、アンテナ 5を介して基 地局と無線による音声およびデータの通信を行う部位である。ディスプレイドライバ 7 は、中央制御部 1により制御され、各種の情報の描画処理を行い、表示部であるディ スプレイ 8の表示画面上に表示を行う。操作部 13は、中央制御部 1の制御下で、各 種操作キーを含むキー、マイク、スピーカ等のユーザインタフェースデバイスを含む 部位である。携帯電話機 10は、これらの他、図示しないが地上波データ放送等の放 送受信部を備えてもよい。
[0037] (システムの説明）
図 4に本発明が適用される装置の基本的なソフトウェア構成を示す。この構成は本 発明が適用される装置の別を問わず、基本的には同じである。 ROM等のメモリに格 納されたアプリケーションとしてのブラウザプログラム 23 (2aおよび 203aに対応）は、 システム (オペレーティングシステム： OS) 21の制御下で動作可能となる。そのために 、システム 21は、アプリケーションに対して固定のメモリ領域を割り当てる。図 4に示す ように、ユーザ等力もブラウザの起動要求があった場合、システム 21はメモリ（RAM) 25上にブラウザ用メモリ領域 26を獲得して、 ROM上のブラウザプログラム 23をロー ドする。ブラウザは、このとき割り当てられたブラウザ用メモリ領域 26内で実行し、必 要なデータを保持する必要がある。後述するように、 OS21から割り当てられたブラウ ザ用メモリ領域 26の範囲内で、ブラウザが各ページに使用させるメモリ領域の管理は ブラウザ自身が行う。
[0038] (ブラウザのソフトウェア機能構成） 図 5はブラウザのソフトウェア機能構成を示している。
[0039] ブラウザは、ページの取得指示 30があると、マークアップランゲージ（ML)文書取 得部 31が、指示された当該ページの ML文書を取得する。以下での ML文書として HTML文書を例として説明する。但し、本発明における ML文書は HTML文書に限 るものではない。取得した HTML文書は、バーサ 32、ページメーカ 33により順次処 理され、レイアウト情報と文字情報が生成される。レイアウト情報と文字情報はメモリ 3 9 (図 2の RAM202および図 3の RAM3に対応）に格納される。一方、取得した HT ML文書はキャッシュ処理部 35によりメモリ 39にキャッシュされる。
[0040] HTML文書の中に、特定のタグ、例えばイメージタグく img >により画像が指定さ れている場合、画像取得部 36は、指定された画像ファイルを取得し、画像展開部 37 で画像情報 (ビットマップデータ）に展開（デコード)し、メモリ 39に格納する。一方、取 得した HTML文書は、キャッシュ処理部 35によりメモリ 39にキャッシュされる。レイァ ウタ 34は、レイアウト情報に従って文字情報および画像情報を表示する。
[0041] ページメーカ 33、画像展開部 37及びキャッシュ処理部 35からのメモリ 39へのデー タの書き込みは、メモリマネージャ 38を介して行われる。メモリマネージャ 38は、各部 力もの要求に対してメモリ 39上にメモリ領域を確保し、データの書き込みを行うように なっている。
[0042] (ブラウザ割り当てメモリ領域）
図 6に、ブラウザに割り当てられたメモリ領域の説明図を示す。本実施の形態に係る システム環境においては、上述の通り、システムはブラウザに固定のメモリ領域を割り 当てる。ブラウザは、割り当てられたメモリ領域内にブラウザが実行するためのブラウ ザ実行領域 41と、ブラウザが扱うデータ (キャッシュデータと表示データ）を格納する ために使用されるブラウザ情報領域 42を確保する。
[0043] 本実施の形態に係るブラウザは、ブラウザ情報領域 42の最大メモリ領域 (容量)を、 表示するページ、言い換えればウィンドウ毎に分けることなぐ一つの領域として使用 する。例えば、図 7に示すように、ブラウザ情報領域 42に、ページ # 1用キャッシュ情 報、ページ # 2用キャッシュ情報、ページ # 1用表示情報 (レイアウト情報、文字情報
、画像情報など)、ページ # 2用表示情報を書き込んでいく。なお、図 7では、各種情 報はブラウザ情報領域 42内で連続しており一つのフラグメントを形成して 、るが、必 ずしもこのようでなくてもよぐ非連続な複数のフラグメントに分かれていてもよい。
[0044] (ウィンドウとページ）
本明細書にぉ 、て「ウィンドウ」とは画面上に開かれた表示枠を意味し、「ページ」と はウィンドウ内に表示される内容を意味する。ブラウザが開く 1つのウィンドウ内には、 1つの URLで指定されるページが表示される。さらにページには、通常、埋込み情報 (例えば、画像、動画など）が埋め込まれている。例えば、図 8に示すように、一つの ページ 610 (ページ # 1)は、 1つの HTML文書と同ページに埋め込まれた複数（こ こでは 2つ）の埋込み情報 612、 613 (画像 # 1、画像 # 2)で構成される。また、ぺー ジが複数のフレームで構成されているときもある。この場合、一つのウィンドウは複数 のフレームに分割され、各フレームにはそれぞれ異なる URLを持つページが表示さ れる。
[0045] 図 8に示すように、このページ # 1を、一つのウィンドウ 600 (ウィンドウ # 1)内に開 いた場合にブラウザ情報領域 42内に格納される各種情報の内容を図 9に示す。図 9 から分かるように、キャッシュ情報 710として、ページ # 1HTML文書 711と、画像ォ リジナルデータ 712、 713 (画像 # 1、画像 # 2のオリジナル情報）、つまり圧縮された 画像ファイルが格納される。また、ページ表示情報 720として、同 HTML文書を解析 して得られたレイアウト情報 721、文字情報 722、ページ # 1に埋め込まれた画像 # 1、画像 # 2の情報 723、 724 (圧縮された画像ファイルを展開した後のデータ）が格 納される。さらに、図 7に示さな力つたが、ウィンドウ関連情報 730として、ウィンドウ # 1における各種設定情報 731 (例えば、表示フォントサイズなど）、ウィンドウ # 1の枠 、ユーザインターフェース (ボタン、メニュー、タブ等)などのウィンドウ # 1表示情報 7 32が格納される。
[0046] 図 10に、本発明が適用されるブラウザの一例として、いわゆるタブブラウザの画面 例を示す。タブブラウザとは、通常、紙ファイルの管理のための紙ベースのフォルダ に付属している「タブ」に模して、表示画面上で、それぞれフォルダに相当する複数 のウィンドウの識別および選択の手助けとなるタブ部 62、 63、 64を設けたウィンドウ を含むウィンドウ表示画面を用いるものである。複数のウィンドウはタブ部以外完全に 重なっているために、画面 61上には実質的には 1つのウィンドウが開かれているのみ である。一般的なブラウザでは、新しくページを開くたびに画面上に新しいウィンドウ が開かれ、画面がウィンドウであふれかえり、操作が面倒となる。これに対して、タブ ブラウザでは実質的なウィンドウは一つしかなぐ新 、ページの作成時にはタブが 追加されて同ウィンドウ内に表示される。したがって、画面上にウィンドウが大量に生 成されることがない。したがって、起動された 1つのブラウザについて、図 9に示したゥ インドウ関連情報 730はタブに関するもの以外、 1組で足りる。現在選択されていない タブのページは隠れているのみで、タブの選択により直ちにそのページを表示させる (アクティブにする）ことができる。図 10の例では、 3つのページにそれぞれタブ部 62 、 63、 64が割り当てられており、現在、タブ 64のページがアクティブとなっている。
[0047] (ページ # 1を開くときの処理）
次に、本実施の形態に係るブラウザ力 1つ目のページ # 1を開くときの処理につ いて説明する。
[0048] 図 11に示すように、ページ # 1の HTML文書を取得すると (ステップ (1))、キヤッシ ュ機能 811は、メモリ管理機能 814に対してページ # 1HTML文書をキャッシュする ためのメモリ獲得要求を行う (ステップ (2))、メモリ管理機能 814は指示されたメモリ領 域をメモリ上に獲得する (ステップ (3))。次にキャッシュ機能 811は、ページ # 1HTM L文書をページ # 1キャッシュ情報としてメモリ上に書き込む (ステップ (4))。
[0049] 一方、ページ解釈機能 812は、ページ # 1HTML文書を解釈し、これに基づいて レイアウト情報、文字情報が生成されるが、これらの情報を書き込むためのメモリ獲得 をメモリ管理機能 814に要求する (ステップ (5))。メモリ管理機能 814は要求されたメ モリ領域をメモリ上に獲得する (ステップ (6))。その後、ページ解釈機能 812は、レイ アウト情報及び文字情報をメモリ上に書き込む (ステップ (7))。
[0050] 次に、ページ # 1に埋め込まれた画像 # 1を取得すると (ステップ (8))、キャッシュ機 能 811は、メモリ管理機能 814にメモリ獲得を要求し (ステップ (9))、メモリ管理機能 8 14は、要求されたメモリ領域をメモリ上に獲得する (ステップ (10))。メモリ獲得に成功 したならば、キャッシュ機能 811は、画像 # 1をメモリ上にキャッシュする（ステップ (11)
) o [0051] 一方、画像展開機能 813は、画像 # 1の画像ファイルをデコードするため、メモリ管 理機能 814にメモリ獲得を要求する (ステップ (12))。メモリ管理機能 814がメモリ領域 をメモリ上に獲得したならば (ステップ (13))、画像展開機能 813は画像 # 1を展開し てメモリ上に展開済みの画像 # 1のデータ（以下、画像 # 1情報という）を書き込む (ス テツプ (14))。
[0052] このように、メモリ管理機能 814は、ブラウザ情報領域の全て力もキャッシュ情報お よび表示情報の格納に必要なメモリ領域を確保することができる。これにより、もしべ ージ # 1がとても大きくてもブラウザ情報領域 42の最大使用可能容量まで使って表 示を行うことができる。
[0053] (ページ # 2を開くときの処理）
上述のページ # 1を開 、た状態でさらにページ # 2を開 、た場合にっ 、て説明す る。ページ # 2には 2つの画像 # 1、 # 2が埋め込まれているものとする。
[0054] 図 12のステップ (1)〜ステップ (14)までのページ # 2の HTML文書および画像 # 1 についての処理は上述と同様に行われ、ブラウザ情報領域 42の空き領域に、必要な メモリ領域を獲得して各情報を書き込む。さらに、ページ # 2の画像 # 2についてもス テツプ (8)〜(： 14)と同様に、画像 # 2の取得 (ステップ (15))、画像 # 2のキャッシュ (ステ ップ (16)〜(18))および画像 # 2の展開データの書き込み (ステップ (19)〜(21))が行わ れる。
[0055] このように、ブラウザ情報領域の空き領域に余裕があれば、第 1のページに続いて 第 2のページにその空き領域を使用させて、複数のページを開くことができる。
[0056] (ページ # 3を開くときの処理）
上述のページ # 1、 # 2を開いた状態でさらにページ # 3を開いた場合について説 明する。ページ # 3には 1つの画像 # 1が埋め込まれて 、るものとする。
[0057] 図 13に示すように、ページ # 3HTML文書を取得すると (ステップ (1))、キャッシュ 機能 811は、メモリ管理機能 814に対してページ # 1HTML文書をキャッシュするた めのメモリ獲得要求を行う (ステップ (2))、メモリ管理機能 814は、指示されたメモリ領 域をメモリ上の空き領域に獲得する (ステップ (3))。次にキャッシュ機能 811は、ぺー ジ # 1HTML文書をメモリ上に書き込む (ステップ (4))。 [0058] 一方、ページ解釈機能 812は、ページ # 1HTML文書を解釈し、これに基づいて レイアウト情報、文字情報が生成され、これらの情報を書き込むためのメモリ獲得をメ モリ管理機能 814に要求する (ステップ (5))。メモリ管理機能 814は要求されたメモリ 領域をメモリ上に獲得する (ステップ (6))。その後、ページ解釈機能 812は、レイアウト 情報及び文字情報をメモリ上に書き込む (ステップ (7))。
[0059] 次に、図 14に示すように、ページ # 3に埋め込まれた画像 # 1を取得すると (ステツ プ (8))、キャッシュ機能 811は、メモリ管理機能 814にメモリ獲得を要求し (ステップ (9) )、メモリ管理機能 814は、要求されたメモリ領域をメモリ上に獲得する (ステップ (10)) 。メモリ獲得に成功したならば、キャッシュ機能 811は、画像 # 1のオリジナルデータ をメモリ上にキャッシュする (ステップ (11))。
[0060] 一方、画像展開機能 813は、画像 # 1の画像ファイルをデコードするため、メモリ管 理機能 814にメモリ獲得を要求する (ステップ (12))。この要求に従ってメモリ管理機 能 814が、必要なメモリ領域をメモリ上の空き領域に獲得することを試みる (ステップ（ 13))。しかし、この例では、空き領域が十分でないため、メモリ管理機能 814はメモリ 獲得に失敗する (ステップ (14))。そこで、メモリ管理機能 814は、現在非アクティブな ページ # 1の表示情報の一部である画像 # 1情報の破棄を決定し、実行する (ステツ プ (15))。これにより、画像 # 1の分だけメモリが解放され、空き領域が増える。このよう な、ページの表示情報の一部を破棄して空き領域を拡張することを、メモリの「第 1の 解放」と呼ぶ。
[0061] この後、図 15に示すように、メモリ管理機能 814は、画像 # 1情報を書き込むため のメモリ領域を再び獲得することを試み (ステップ (16))、成功する (ステップ (17))。そ して画像展開機能 813はページ # 3の画像 # 1を展開してメモリ上に画像 # 1情報を 書き込む (ステップ (18))。
[0062] このように、本実施の形態に係るブラウザによれば、情報を書き込むためのメモリ領 域を空き領域に確保できない場合には、非アクティブなページ # 1の表示情報 (この 例では、レイアウト情報、文字情報および画像情報)のうち一部 (この例では埋込み 情報としての画像情報)を破棄してメモリを解放して空き領域を拡張することにより、 新しいページ # 3用にメモリ領域を確保してページ # 3を開くことを可能にする。 [0063] 「第 1の解放」では、ページの一部、特にレイアウト情報を残し、その他の情報、この 例では画像を破棄して 、るので、ユーザが再び当該ページを開くことを要求した場 合に、全ての処理を初めから実行する必要は無い。例えば、上述の例では、ページ # 1の表示が要求されたとき、キャッシュされた画像 # 1のオリジナルデータを呼び出 して再び展開することでページ # 1を容易に且つ迅速に表示することが可能である。
[0064] この例では、ページの表示情報のうち、破棄する情報として画像を取り扱つている 力 特に画像に限定されるものではなぐページに埋め込まれている音声、動画など 、他の任意のオブジェクトデータであってもよい。さらに、レイアウト情報や文字情報 であってもよいが、ページを再び開くときに HTML文書を再度解釈する必要が生じる のであまり効率的ではない。つまり、本発明の好適な態様の一つは、レイアウト情報 や文字情報を残し、 HTML文書中で指定された画像、動画、音声などの外部ォブジ ェタトのデコード済みデータを破棄することである。
[0065] ここで「非アクティブなページ」とは、アクティブでな!/、ページを意味する。アクティブ なページとは、通常、最も前面に表示され、ユーザの閲覧および操作の対象となるぺ ージである。例えば図 10のタブブラウザの例では、新しいページ # 3を開くことにより 、アクティブなページ # 3により隠れてしまい表示されなくなったページが非ァクティ ブなページである。従って、この例では、ページ # 1、 # 2がともに「非アクティブなぺ ージ」である。第 1のメモリ開放において、非アクティブなページが複数存在する場合 、いずれのページの情報を破棄するかは設定次第であって特に限定されない。また 、複数の非アクティブなページから、その情報の一部を破棄するようにしても構わな い。
[0066] ここでは、実際にページ # 3HTML文書を書き込んだ後で、画像 # 1情報を書き込 むための空き領域がないと判断しているが、ページ # 3HTML文書を解釈した段階 でどのくらいのメモリが必要かを決定又は推測して、第 1のメモリ解放が必要力どうか を判断してもよい。
[0067] 次に、ページ # 3がさらに画像 # 2を含んでいる場合について説明する。図 16に示 すように、画像展開機能 813は、画像 # 2の画像ファイルを取得すると (ステップ (19)) 、キャッシュ機能 811は、メモリ管理機能 814に必要なメモリ領域のメモリ獲得を要求 し (ステップ (20))、メモリ管理機能 814は、要求されたメモリ領域をメモリ上に獲得する (ステップ (21))。メモリ獲得に成功したならば、キャッシュ機能 811は、画像 # 2のオリ ジナルデータをメモリ上にキャッシュする（ステップ (22))。
[0068] 次に、これをデコードするために、メモリ管理機能 814に、必要なメモリ領域のメモリ 獲得を要求する (ステップ (23))。この要求に従ってメモリ管理機能 814が必要なメモリ 領域をメモリ上の空き領域に獲得することを試みる (ステップ (24))。しかし、この例で は、空き領域が十分でないため、メモリ管理機能 814はメモリ獲得に失敗する (ステツ プ (25))。そこで、メモリ管理機能 814は、ページ # 1にそれ以上破棄可能な画像がな いことを確認した後、ユーザに対してページ # 1を閉じてもよいか否かを問い合わせ る (ステップ (26))。ユーザの了解を得られたならば、メモリ管理機能 814は、ページ # 1の全ての情報、つまり、キャッシュ情報、レイアウト情報及び文字情報を破棄する (ス テツプ (27))。これにより、画像 # 2情報を書き込むのに十分な空き領域を確保するこ とができる。これを、メモリの「第 2の解放」と呼ぶ。
[0069] 次いで、図 17に示すように、メモリ管理機能 814は、ページ # 3画像 # 2情報を書き 込むためのメモリ領域を再び獲得することを試み (ステップ (28))、成功する (ステップ（ 29))。そして画像展開機能 813は画像 # 2を展開してメモリ上に画像 # 2情報を書き 込む (ステップ (30))。
[0070] 一方、図 16に示すステップ (26)において、ユーザに確認を取ったときに、ユーザが ページ # 1の破棄を認めな力つたときは、ページ # 1の全ての情報を破棄することを キャンセルし、ブラウザはページ # 3を、処理済の範囲、この例ではテキストおよび画 像 # 1を表示する。
[0071] もちろん、ページ # 1の全ての情報を削除する前に、ページ # 2の画像 # 1情報、 画像 # 2情報を破棄してもよ ヽ。
[0072] (メモリ領域管理のフローチャート）
図 18に本実施の形態におけるブラウザのメモリ管理機能 814のメモリ領域管理の 処理例を表したフローチャートを示す。
[0073] ページを開く要求があつたとき（Sl l, Yes)、そのページが第 1のページであれば（
S12, Yes)、使用可能なブラウザ情報領域 42の最大メモリ領域を当該ページに対し て使用させる（S13)。ここで「ページを開く」とは未だ表示していない新たなページを 表示させることを意味する。すなわち、開いたが非アクティブとなっているページを再 度アクティブにする場合は含んで 、な 、。
[0074] ステップ S12において、開く対象のページが第 2のページ以降である場合、最大メ モリ領域の空き領域のすべてを当該ページに使用させる（S14)。この空き領域が足 りない場合 (S15, Yes)、第 1のメモリ解放を実行して、新たに空き領域となった部分 も含めて当該ページに使用させる（S16)。なお空き領域が足りない場合 (S17, Yes )、ユーザに対して第 2のメモリ解放を行ってよいかどうかを問い合わせる（S18)。ュ 一ザの回答が OKであれば (S19, Yes)、第 2のメモリ解放を実行して新たな空き領 域も含めて当該ページ用に使用させる（S20)。それでも空き領域が足りない場合 (S 21, Yes)、足りている分だけの内容を表示する旨のメッセージを出力し (S22)、その ような表示を行う。但し、このようなメッセージ出力は必須のものではない。
[0075] 本発明は、携帯電話網のような無線通信ネットワークで用いられる無線移動体端末 上で動作するブラウザプログラムに最適である。つまり、無線通信ネットワークでは端 末が移動するため通信環境が変動することが多ぐ現在開いているページをー且閉 じてしまうと再び開くことができるかどうか保証が無い。そこで、新しいページを開くた めのメモリ解放を段階的に行うことにより、「第 1の解放」では再び非アクティブなぺー ジを表示すること (再現性)をできるだけ保証しつつ新 、ページを開き、「第 2の解 放」ではページの全ての情報を破棄する前にユーザの確認を得ることで、ページが 再び開けなくなると不都合が生じるページであればユーザにページの情報破棄をキ ヤンセルする機会を与えることが可能である。
[0076] 本発明を適用して好適なブラウザの一例としてタブブラウザを挙げたが、本発明は タブブラウザへの適用に限られるものではな!/、。
産業上の利用可能性
[0077] 本発明は、マークアップ言語文書の閲覧を行うブラウザプログラムおよびマークアツ プ言語文書処理装置の製造や開発等に利用することができる。

Claims

請求の範囲
[1] アプリケーションに対して固定のメモリ領域を割り当てる環境で動作するブラウザプ ログラムを実行する装置において開かれる新たなページに対してメモリ領域を使用さ せるメモリ領域管理方法であって、
ページを開く要求に対して、そのページが最初に開かれる第 1のページである場合
、ページに割り当て可能なメモリ領域の全体を使用させるステップと、
前記第 1のページが開かれている状態で新たに他のページを開く要求に対して、 前記割り当て可能なメモリ領域の現時点の空き領域の全体を当該他のページに使 用させるステップと、
前記新たに開かれる他のページが必要とするメモリ領域が前記空き領域では足りな い場合、既に開かれているページに使用させるメモリ領域のうちページに埋め込まれ る埋込み情報を記憶したメモリ領域を開放するステップと、
開放されたメモリ領域を含む空き領域を前記新たに開かれるページに使用させるス テツプと、
前記埋込み情報を記憶したメモリ領域を開放しても空き領域が足りな 、場合、既に 開かれて 、る少なくとも 1つのページが使用して 、るすべてのメモリ領域を開放する ステップと
を備えたことを特徴とするメモリ領域管理方法。
[2] ページを構成するマークアップ言語文書および前記埋込み情報をキャッシュメモリ に記憶するステップと、
前記メモリ領域の少なくとも一部が開放されたページを再度開く際に前記キャッシュ メモリに当該埋込み情報が存在すれば前記キャッシュメモリから当該埋込み情報を 読み出して利用するステップと
を備えたことを特徴とする請求項 1記載のメモリ領域管理方法。
[3] 前記既に開かれている少なくとも 1つのページが使用しているすべてのメモリ領域 を開放するステップを実行する前に、装置のユーザにその実行に対する許可を求め るステップをさらに備えたことを特徴とする請求項 1記載のメモリ領域管理方法。
[4] 前記ブラウザプログラムは表示画面上に開いた一つのウィンドウ内に、開かれた複 数のページを切り替えて表示することを特徴とする請求項 1に記載のメモリ領域管理 方法。
[5] アプリケーションに対して固定のメモリ領域を割り当てる環境で動作し、開かれるぺ ージに対してメモリ領域を使用させる機能を有するブラウザプログラムであって、 ページを開く要求に対して、そのページが最初に開かれる第 1のページである場合 、ページに割り当て可能なメモリ領域の全体を使用させるステップと、
前記第 1のページが開かれている状態で新たに他のページを開く要求に対して、 前記割り当て可能なメモリ領域の現時点の空き領域の全体を当該他のページに使 用させるステップと、
前記新たに開かれる他のページが必要とするメモリ領域が前記空き領域では足りな い場合、既に開かれているページに使用させるメモリ領域のうちページに埋め込まれ る埋込み情報を記憶したメモリ領域を開放するステップと、
開放されたメモリ領域を含む空き領域を前記新たに開かれるページに使用させるス テツプと、
前記埋込み情報を記憶したメモリ領域を開放しても空き領域が足りな 、場合、既に 開かれて 、る少なくとも 1つのページが使用して 、るすべてのメモリ領域を開放する ステップと
を実行するブラウザプログラム。
[6] ページを構成するマークアップ言語文書および前記埋込み情報をキャッシュメモリ に記憶するステップと、
前記メモリ領域の少なくとも一部が開放されたページを再度開く際に前記キャッシュ メモリに当該埋込み情報が存在すれば前記キャッシュメモリから当該埋込み情報を 読み出して利用するステップと
を備えたことを特徴とする請求項 5記載のブラウザプログラム。
[7] 前記既に開かれている少なくとも 1つのページが使用しているすべてのメモリ領域 を開放するステップを実行する前に、装置のユーザにその実行に対する許可を求め るステップをさらに備えたことを特徴とする請求項 5記載のブラウザプログラム。
[8] 表示画面上に開いた一つのウィンドウ内に、開かれた複数のページを切り替えて 表示することを特徴とする請求項 5記載のブラウザプログラム。
[9] アプリケーションに対して固定のメモリ領域を割り当てる環境で動作するブラウザプ ログラムを実行するマークアップ言語文書処理装置であって、
マークアップ言語文書およびその文書中に埋め込まれる埋込み情報を受信する通 信部と、
前記受信されたマークアップ言語文書および埋込み情報を記憶する記憶部と、 前記マークアップ言語文書を解析し、前記埋込み情報とともに表示する表示部と、 前記記憶部のメモリ領域を、開かれる新たなページに対して使用させるメモリ領域 管理部とを備え、
前記メモリ領域管理部は、
ページを開く要求に対して、そのページが最初に開かれる第 1のページである場合 、ページに割り当て可能なメモリ領域の全体を使用させ、
前記第 1のページが開かれている状態で新たに他のページを開く要求に対して、 前記割り当て可能なメモリ領域の現時点の空き領域の全体を当該他のページに使 用させ、
前記新たに開かれる他のページが必要とするメモリ領域が前記空き領域では足りな い場合、既に開かれているページに使用させるメモリ領域のうちページに埋め込まれ る埋込み情報を記憶したメモリ領域を開放し、
前記埋込み情報を記憶したメモリ領域を開放しても空き領域が足りな 、場合、既に 開かれて 、る少なくとも 1つのページが使用して 、るすべてのメモリ領域を開放し、 開放されたメモリ領域を含む空き領域を前記新たに開かれるページに使用させる ことを特徴とするマークアップ言語文書処理装置。
[10] ページを構成するマークアップ言語文書および前記埋込み情報を記憶するキヤッ シュメモリを備え、
前記メモリ領域管理部は、前記メモリ領域の少なくとも一部が開放されたページを 再度開く際に前記キャッシュメモリに当該埋込み情報が存在すれば前記キャッシュメ モリから当該埋込み情報を読み出して利用することを特徴とする請求項 9記載のマー クアップ言語文書処理装置。
[11] 前記既に開かれている少なくとも 1つのページが使用しているすべてのメモリ領域 を開放するステップを実行する前に、装置のユーザにその実行に対する許可を求め るステップをさらに備えたことを特徴とする請求項 9記載のマークアップ言語文書処理 装置。
[12] 前記ブラウザプログラムは表示画面上に開いた一つのウィンドウ内に、開かれた複 数のページを切り替えて表示することを特徴とする請求項 9に記載のマークアップ言 語文書処理装置。
[13] 前記通信部は無線ネットワークインタフェースを含むことを特徴とする請求項 9記載 のマークアップ言語文書処理装置。
PCT/JP2005/017464 2004-09-29 2005-09-22 メモリ領域管理方法、ブラウザプログラムおよびマークアップ言語文書処理装置 Ceased WO2006035662A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006537697A JP4925436B2 (ja) 2004-09-29 2005-09-22 メモリ領域管理方法、ブラウザプログラムおよびマークアップ言語文書処理装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004-283343 2004-09-29
JP2004283343 2004-09-29

Publications (1)

Publication Number Publication Date
WO2006035662A1 true WO2006035662A1 (ja) 2006-04-06

Family

ID=36118810

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/017464 Ceased WO2006035662A1 (ja) 2004-09-29 2005-09-22 メモリ領域管理方法、ブラウザプログラムおよびマークアップ言語文書処理装置

Country Status (2)

Country Link
JP (1) JP4925436B2 (ja)
WO (1) WO2006035662A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111240757A (zh) * 2020-01-03 2020-06-05 北京小米移动软件有限公司 快应用控制方法、装置及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001099406A1 (en) * 2000-06-23 2001-12-27 Matsushita Electric Industrial Co., Ltd. Data management unit, data display, method for managing data, method for displaying data, program and medium
JP2002352219A (ja) * 2001-05-30 2002-12-06 Fujitsu Ltd 視野データに従う仮想空間におけるリンクされた複数の情報オブジェクトの表示
JP2002354148A (ja) * 2001-05-29 2002-12-06 Nec Corp 携帯端末及び画像データの表示方法
JP2004086743A (ja) * 2002-08-28 2004-03-18 Tomokazu Shioya Ｗｅｂページ閲覧支援システム及びプログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3613247B2 (ja) * 2002-02-12 2005-01-26 セイコーエプソン株式会社 プロキシサーバ、サーバ用プログラム及びメモリ管理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001099406A1 (en) * 2000-06-23 2001-12-27 Matsushita Electric Industrial Co., Ltd. Data management unit, data display, method for managing data, method for displaying data, program and medium
JP2002354148A (ja) * 2001-05-29 2002-12-06 Nec Corp 携帯端末及び画像データの表示方法
JP2002352219A (ja) * 2001-05-30 2002-12-06 Fujitsu Ltd 視野データに従う仮想空間におけるリンクされた複数の情報オブジェクトの表示
JP2004086743A (ja) * 2002-08-28 2004-03-18 Tomokazu Shioya Ｗｅｂページ閲覧支援システム及びプログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111240757A (zh) * 2020-01-03 2020-06-05 北京小米移动软件有限公司 快应用控制方法、装置及存储介质
CN111240757B (zh) * 2020-01-03 2024-02-06 北京小米移动软件有限公司 快应用控制方法、装置及存储介质

Also Published As

Publication number Publication date
JPWO2006035662A1 (ja) 2008-05-15
JP4925436B2 (ja) 2012-04-25

Similar Documents

Publication Publication Date Title
KR101869522B1 (ko) 휴대 단말기에서 클립보드를 제공하는 장치 및 방법
US7685535B2 (en) Information processing apparatus, method, and information processing program
RU2355045C2 (ru) Последовательный мультимодальный ввод
US20170255705A1 (en) Method and apparatus of browsing modeling
US20070143672A1 (en) Partial rendering of Web pages
US20100017406A1 (en) Document processing device and program
US8230334B2 (en) Webpage presentation method for mobile phone
JPWO2008114491A1 (ja) アプリケーション更新管理機能を備えた端末、アプリケーション更新管理プログラムおよびシステム
CN101763267A (zh) 嵌入式浏览器的实现方法、装置和数字电视接收终端
JP2007140910A (ja) コンテンツ表示システム
US20110145695A1 (en) Web page conversion system
JP2010020770A (ja) ウェブページインターフェース提供方法及びシステム
JP2009093374A (ja) クライアント装置およびサーバ装置
JP4180953B2 (ja) 通信装置及びプログラム
JP2012078925A (ja) 情報表示装置および情報表示プログラム
US20080228856A1 (en) Information processing device detecting operation, electronic equipment and storage medium storing a program related thereto
JP4925436B2 (ja) メモリ領域管理方法、ブラウザプログラムおよびマークアップ言語文書処理装置
US20130212456A1 (en) Broadcast receiving apparatus and method of providing website accessing route using the same
US9524076B2 (en) Web page management method and apparatus and storage medium thereof
KR100749845B1 (ko) 모바일 액티브 페이지 기능을 제공하는 이동 단말 및 그의무선 인터넷 서비스 제공 방법
JP5279793B2 (ja) 携帯端末、携帯端末の制御方法及びプログラム
JP2008502038A (ja) １つの選択可能なウェブ・プロジェクトとしての、複数のブラウザ・インスタンスの保存
JP4373480B2 (ja) 通信装置及びプログラム
JP4652144B2 (ja) 表示処理方法、表示処理プログラムおよびマークアップ言語処理装置
US8122148B2 (en) Method and apparatus for internet connection of mobile communication terminal

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006537697

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 05785605

Country of ref document: EP

Kind code of ref document: A1