WO2007080665A1 - Webページ閲覧システム - Google Patents

Webページ閲覧システム Download PDF

Info

Publication number
WO2007080665A1
WO2007080665A1 PCT/JP2006/313297 JP2006313297W WO2007080665A1 WO 2007080665 A1 WO2007080665 A1 WO 2007080665A1 JP 2006313297 W JP2006313297 W JP 2006313297W WO 2007080665 A1 WO2007080665 A1 WO 2007080665A1
Authority
WO
WIPO (PCT)
Prior art keywords
web page
display
component
page browsing
route
Prior art date
Application number
PCT/JP2006/313297
Other languages
English (en)
French (fr)
Inventor
Takahiro Hara
Takuya Maekawa
Shojiro Nishio
Original Assignee
Osaka University
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 Osaka University filed Critical Osaka University
Publication of WO2007080665A1 publication Critical patent/WO2007080665A1/ja

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/957Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577Optimising the visualization of content, e.g. distillation of HTML documents

Definitions

  • the present invention relates to a web page browsing system and the like capable of browsing a web page, and in particular, a web page browsing system capable of browsing while automatically scrolling along a route around the entire web page. And so on.
  • the display size of a mobile phone is overwhelmingly smaller than the size of a normal Web page. Therefore, it is difficult for a mobile phone to browse a Web page that is supposed to be viewed on a large screen, such as a Web page created assuming browsing on a desktop PC. In the future, it is conceivable that the display will be greatly refined. However, the amount of information that can be displayed on the display is limited because the display size is limited due to restrictions on carrying it.
  • Chen et al. uses a reduced image of a Web page as an overview, and the user can enlarge the part he wants to view from the overview. This method is very effective for pages that users normally browse on a desktop PC and are familiar with the structure. However, on pages that aren't, little information in the overview can get little information.
  • Enomoto et al. extracts a set of components consisting of images and text called Web page power rules, and presents carousels in order. A method is proposed. At this time, since the image is displayed on the display and the text is read out aloud, the user's operation is reduced.
  • Non-Patent Document 2 0. Buyukkokten, H. Garcia- Molina, A. Paepcke, and T. Winograd, "Power browser: Efficient web browsing for PDAs," Proc. Human-Computer Interaction Conference 2000 (CHI 2000), vol 2, issue 1, pp. 430—437, Apr. 2000.
  • Non-Patent Document 3 C. C. Yang and F. L. Yang, Fractal summarization for mobile devic es to access large documents on the web, "Proc. World Wide Web Conference (W WW '03), pp. 215-224, May 2003.
  • Non-Patent Document 4 Y. Chen, W. Ma, and H. Zhang, "Detecting web page structure for ad aptive viewing on small form factor devices," Proc. World Wide Web Conference (WWW '03), pp. 225 -233 , May 2003.
  • Non-Patent Document 5 A. Nadamoto, H. Kondo, and K. Tanaka, "WebCarousel: Automatic presentation and semantic restructuring of web search result for mobile environment s, Proc. The 12th International Conference on Database and Expert Systems Appli cations (DEXA 2001), pp. 712-722, Sept. 2001. Disclosure of the invention
  • Non-Patent Document 1 the page layout can be viewed only by one-dimensional vertical scrolling by reconfiguring the page layout to match the display width. can do.
  • the user knows empirically that the menu of the site is arranged at both ends of a general Web page.
  • the layout is changed, the user will not be able to browse based on this experience.
  • the web page can be displayed to the user with the minimum operation by the user without changing the layout of the web page as much as possible. It is important to provide as much information as possible.
  • An object of the present invention is to provide a Web page browsing support device, a Web page browsing support device, a Web page browsing support device, and a Web page browsing support device that support browsing.
  • a web page browsing apparatus is (a) a web page browsing apparatus that partially displays a web page having a size larger than the display size of a display.
  • display means for partially displaying the web page composed of one or more components on the display; and (a2) the route along the path of the entire web page while turning the components in order.
  • Control means for displaying on the display means while moving the display portion of the Web page.
  • a web page browsing support apparatus includes:
  • a web page browsing support device for supporting a web page browsing device, wherein (bl) an acquisition means for acquiring the web page instead of the web page browsing device; and (b2) a configuration of the web page and the display On the basis of the display size of the web page, and (b3) a transmission means for transmitting the web page and the path to the web page browsing device. It is characterized by.
  • a Web page browsing system includes (c) a Web page browsing device that partially displays a Web page having a size larger than the display size of the display.
  • a web page browsing system comprising: a web page browsing support device that supports the web page browsing device, wherein (cl) the web page browsing device is (cl-1) the web configured of one or more components Display means for partially displaying the page on the display, and (cl 2) While moving the display part of the Web page along the route that goes around the entire Web page while turning the components in order (C2)
  • the Web page browsing support device includes (c2-1) an acquisition unit that acquires the Web page instead of the Web page browsing device, and (c2-2) A determination unit that determines the route based on the configuration of the Web page and the display size of the display; and (c2-3) a transmission unit that transmits the Web page and the route to the Web page browsing device. It is characterized by
  • the present invention is not only realized as a Web page browsing device, Web page browsing support device, and Web page browsing system, but also as (1) to (3) below.
  • a method for controlling a Web page browsing apparatus (hereinafter referred to as a Web page browsing control method) and a program for causing a computer system or the like to execute a Web page browsing control method (hereinafter referred to as a Web page browsing control program). ), Even if it is realized as a recording medium that records the Web page browsing control program.
  • a method for controlling a Web page browsing support apparatus (hereinafter referred to as a Web page browsing support control method), a program for causing a computer system or the like to execute the Web page browsing support control method (hereinafter referred to as a Web page browsing support control program) Web page browsing support It may be realized as a recording medium on which the assistance control program is recorded.
  • a component that is a set of information is extracted from the Web page, and the power of the component layout, the amount of information in the component, and the like determine the nose of the tour. Since it is possible to display while scrolling automatically along the determined tour path, the user's work of scrolling to the destination can be reduced. Even with a monophonic terminal such as a mobile phone with a poor input interface or a small screen, the user can search for the desired information with a minimum of operation. As a result, by automatically navigating, the user can quickly browse the web page and find the information of interest or the information of interest.
  • FIG. 1 is a diagram showing a configuration of a Web page browsing system in an embodiment according to the present invention.
  • FIG. 2 is a diagram showing a detailed configuration of a client and a gateway in the embodiment according to the present invention.
  • FIG. 3 is a diagram showing a concept of page tooling in the embodiment according to the present invention.
  • FIG. 4 is a diagram showing a component extraction procedure in the embodiment according to the invention.
  • FIG. 5 is a diagram showing extraction results of components in the embodiment according to the present invention.
  • FIG. 6A is a first diagram showing a tour path in a component according to the embodiment of the present invention.
  • FIG. 6B is a second diagram showing a tour path in the component according to the embodiment of the present invention.
  • FIG. 6C is a third diagram showing a tour path in the component according to the embodiment of the present invention.
  • FIG. 7 is a diagram showing a transition of display magnification in the embodiment according to the present invention.
  • FIG. 8A is a first diagram showing an example of a client screen in the embodiment according to the present invention.
  • FIG. 8B is a second diagram showing a screen example of the client in the embodiment according to the present invention.
  • FIG. 8C is a third diagram showing an example of a client screen in the embodiment according to the present invention.
  • FIG. 8D is a fourth diagram showing an example of a client screen in the embodiment according to the present invention.
  • FIG. 9A is a first diagram showing scrolling by manual operation in the embodiment according to the present invention.
  • FIG. 9B is a second diagram showing scrolling by manual operation in the embodiment according to the present invention.
  • FIG. 10 is a diagram showing a sequence of the Web page browsing system in the embodiment according to the present invention.
  • FIG. 11 is a diagram showing a Web page acquisition process of a client in the embodiment according to the present invention.
  • FIG. 12 is a diagram showing Web page acquisition processing of the gateway in the embodiment according to the present invention.
  • FIG. 13 is a diagram showing a client display control process in the embodiment according to the invention.
  • FIG. 14 is a first diagram showing a display example of a client in the embodiment according to the invention.
  • FIG. 15 is a second diagram showing a display example of the client in the embodiment according to the present invention.
  • FIG. 16 is a third diagram showing a display example of the client in the embodiment according to the present invention.
  • FIG. 17 is a fourth diagram showing a display example of the client in the embodiment according to the present invention. [18] It is the fifth diagram showing a display example of the client in the embodiment according to the present invention.
  • FIG. 19 is a sixth diagram illustrating a display example of the client in the embodiment according to the invention.
  • FIG. 20 is a seventh diagram showing a display example of a client in the embodiment according to the present invention.
  • FIG. 18 is an eighth diagram showing a display example of a client in the embodiment according to the present invention.
  • the Web page browsing system in the present embodiment includes (a) a Web page browsing apparatus (hereinafter also referred to as a client) that partially displays a Web page having a size larger than the display size of the display, and a Web.
  • a web page browsing system that includes a web page browsing support device (hereinafter also referred to as a gateway) that supports the page browsing device, and (al) the web page browsing device is (al-1) one or more components
  • the Web page browsing support device has (a2-1) an acquisition function that acquires a Web page instead of the Web page browsing device.
  • (A2-2) Provide a decision function that determines the route based on the configuration of the web page and the display size of the display, and (a2-3) a send function that transmits the web page and route to the web page browsing device. It is characterized by.
  • the tour path is determined based on the configuration of the acquired Web page, the amount of information in the Web page, and the display size of the display. It is also possible for the user to change the tour nose and tour speed.
  • FIG. 1 is a diagram showing a configuration of a Web page browsing system in the present embodiment.
  • the Web page browsing system 100 includes a client 101, a gateway 102, a server 103, and the like.
  • the client 101 is a mobile terminal such as a mobile phone.
  • the gateway 102 and the server 103 are devices such as a computer system.
  • the client 101 and the gateway 102 are connected to each other via the mobile phone network 104.
  • the gateway 102 and the server 103 are connected to each other via the Internet 105.
  • the client 101 and the gateway 102 may be connected to each other via the Internet, a normal wireless network, or the like in addition to the mobile phone network 104.
  • the server 103 is a Web server that publishes Web pages. Web pages are data composed of text data written in HTML (HyperText Markup Language), XML (extensible Markup Language), and bitmap data such as images, sounds, and videos.
  • HTML HyperText Markup Language
  • XML extensible Markup Language
  • bitmap data such as images, sounds, and videos.
  • FIG. 2 is a diagram showing a detailed configuration of the client and the gateway in the present embodiment.
  • the client 101 includes a reception unit 111, a control unit 112, a transmission unit 113, a reception unit 114, an image data holding unit 115, a design data holding unit 116, a display unit 117, and the like.
  • the receiving unit 111 receives input information from a user via an input device such as a numeric keypad. The received input information is passed to the control unit 112.
  • the control unit 112 controls the transmission unit 113 and the display unit 117 in accordance with the received input information.
  • a URI Uniform Resource Identifier
  • control unit 112 displays control information indicating that a Web page is displayed. Output to 117.
  • the image data is obtained by converting the entire Web page into bitmap data.
  • Design data refers to information about components such as the coordinates, height, width, etc. of the components that make up a web page, and the coordinates and height of links in the web page.
  • Information about the link such as the width, URI of the link destination, etc.
  • the control unit 112 causes the display unit 117 to display the moving part of the Web page along the route that goes around the entire Web page while turning the components in order. Specifically, based on the design data held in the design data holding unit 116, the image data of the entire Web page is displayed in units of the screen size of the display while passing through a single path. To partially display. At this time, when the display part straddles between components, it is displayed while zooming out. Note that when displaying in fast forward or rewind, zoom out.
  • control unit 112 outputs control information for displaying any of the following (1) to (4) to the display unit 117 according to the received input information.
  • control unit 112 displays control information for displaying a component located in the center of the display as a component that the user is paying attention to by highlighting it.
  • the transmission unit 113 transmits the received request (including the URI) to the gateway 102.
  • the receiving unit 114 responds to the request (including the URI) transmitted by the transmitting unit 113.
  • the control unit 112 is notified that a response (including image data and design data) has been received, and the received response (image data and design data is received).
  • the image data included in () is stored in the image data holding unit 115, and the design data included in the received response (including image data and design data) is stored in the design data holding unit 116.
  • the image data holding unit 115 holds the image data stored in the receiving unit 114.
  • the design data holding unit 116 holds the design data stored in the receiving unit 114.
  • Display unit 117 receives control information indicating that a Web page is to be displayed from control unit 112, and partially displays a Web page composed of one or more components on the display. Specifically, the image data of the entire Web page held by the image data holding unit 115 is displayed to the user via an output device such as a display.
  • the screen resolution of the client 101 is 240 ⁇ 320 (pix), and the usable screen resolution is 240 ⁇ 240 (pix).
  • the client 101 receives a response including image data obtained by capturing a Web page, and displays the contents of the Web page using the image data.
  • a response including a Web page instead of image data and render the Web page to display the contents of the Web page.
  • the Web page may be optimized by the gateway 102 or the like according to the processing capability or display capability of the client 101.
  • the gateway 102 includes a reception unit 121, a control unit 122, a transmission unit 123, a reception unit 124, a Web page holding unit 125, a conversion unit 126, an image data holding unit 127, a generation unit 128, and a design data holding unit. 129, a transmission unit 130, and the like.
  • the receiving unit 121 When receiving the request (including the URI) from the client 101 via the mobile phone network 104, the receiving unit 121 passes the received request (including the URI) to the control unit 122.
  • control unit 122 When the control unit 122 receives a request (including a URI) from the reception unit 121, the control unit 122 receives the request.
  • the transmission source of the request (including the URI) is rewritten from the client 101 to the gateway 102, and the request (including the URI) with the rewritten transmission source is passed to the transmission unit 123.
  • control unit 122 When the receiving unit 124 4 is also notified that the response (including the Web page) has been received, the control unit 122 outputs control information indicating that the Web page is to be converted to the conversion unit 126. To do. Also, control information indicating that design data is to be generated is output to the generation unit 128. Then, control information indicating that a response is to be transmitted is output to transmitting section 130.
  • the transmission unit 123 Upon receiving the request (including the URI) from the control unit 122, the transmission unit 123 receives the Web server (in this case, the server 103) specified by the URI included in the received request (including the URI). ), The received request (including URI) is sent.
  • the Web server in this case, the server 103 specified by the URI included in the received request (including the URI).
  • the receiving unit 124 responds to the request (including the URI) transmitted by the transmitting unit 123.
  • the control unit 122 is notified that the response (including the web page) has been received, and the web page included in the received response (including the web page) Is stored in the Web page holding unit 125.
  • Web page holding unit 125 holds the Web page stored in receiving unit 124.
  • the conversion unit 126 receives control information indicating that a Web page is to be converted from the control unit 122, and is stored in the Web page storage unit 125. The entire Web page is converted into image data. The image data obtained by the conversion is stored in the image data holding unit 127.
  • the image data holding unit 127 holds the image data stored by the conversion unit 126.
  • the generation unit 128 receives control information indicating that design data is to be generated from the control unit 122, and extracts one or more components from the Web page held by the Web page holding unit 125. Generate a tour path using one or more extracted components. Then, design data including component information, link information, and tour information is generated. The generated design data is stored in the design data holding unit 129.
  • the component information is information relating to coordinates, height, width, attributes, information amount, etc. on the Web page of the component.
  • Link information is information about the coordinates, height, width, link destination URI, etc. of the link web page.
  • the tour information is information about the first pass.
  • the design data holding unit 129 holds the design data stored in the generation unit 128.
  • the transmission unit 130 receives control information indicating that a response is to be transmitted from the control unit 122, and holds the image data held in the image data holding unit 127 and the design data holding unit 129. A response including the received design data is generated, and the generated response (including image data and design data) is transmitted to the client 101.
  • page tooling the information in the page can be provided to the user without changing the layout of the web page by automatically scrolling the web page in two dimensions along the tour path.
  • FIG. 3 is a diagram showing the concept of page tooling in the present embodiment.
  • the dashed arrow shown in Fig. 3 is a tour path where the center of the screen of the mobile phone (client 101) turns.
  • the left side menu is displayed.
  • the body which is the main content.
  • the tour is folded and passed through the body. In this way, page tooling sequentially passes through the components that make up a Web page.
  • a tour within a component is called a tour within a component
  • a tour from the end of a tour within a component to the start of the next tour within a component is called a tour between components.
  • Page touring also allows the user to fast forward and rewind the tour.
  • the user views the contents of the Web page through a tour.
  • the user can fast-forward a portion that is not of interest. You can also use rewind to return to the part you care about. Then, if you find interesting information or information of interest from the Web page, stop the tour and browse the part.
  • the tour is interrupted and powerful scrolling is performed using the four-way key on the mobile phone. The tour can be resumed at any point where it was interrupted or at the start of the tour.
  • Bruijin et al.'S RSVP Browser (see, for example, Reference 1) is a method for presenting information in a web page at high speed, and uses a technique called Keyhole in RS VP (Rapid Serial Visual Presentation). Display like a slideshow. At this time, each slide was created by extracting the current page force from images and text that well represent the linked page of the current page. However, since it is important to maintain the original layout when presenting a Web page, scrolling means are used in this embodiment.
  • RSVP browser Web browsing on small screen devices
  • a tour consists of a repetition of an in-component tour and a tour between components.
  • the procedure of the tour is as follows (Procedure 1) to (Procedure 4).
  • a component is a collection of related information in a web page, such as a search form, the latest topic or -use, or directory on the top page of a portal site.
  • a Web page such as a search form, the latest topic or -use, or directory on the top page of a portal site.
  • the generation unit 128 extracts components by recursively subdividing the Web page in consideration of the component size. Specifically, subdivide so that the size of all components is within the specified range.
  • FIG. 4 is a diagram showing a component extraction procedure in the present embodiment.
  • the generating unit 128 first determines the size of the entire Web page as a component.
  • component A is larger than the range specified, so component A is divided into component B and component C.
  • a DOM (Document Object Model) tree is used for division.
  • the components within the specified range are extracted by recursively determining and dividing the size of the components.
  • the size range is 1 to 5 times the screen size of the mobile phone.
  • FIG. 5 is a diagram showing a component extraction result in the present embodiment.
  • Figure 5 here we show the results of extracting components from the Web page shown in Figure 3.
  • the screen size of the mobile phone is set to 240 X 240 (pix).
  • This result shows that component A consists of page title images and links to other web pages, component B consists of menus in the site, component C consists of large images, and links to other web pages.
  • the four components of component D consisting of these are extracted.
  • (a) HEADER Located at the top of the page and has a horizontally long shape. Specifically, the top edge of the component is within lOOpix from the top edge of the page, and the ratio of the component height to the width is less than 0.25. The component that includes the title image of the page belongs.
  • the bottom edge of the component is within lOOpix from the bottom edge of the page, and the ratio of the component height to the width is less than 0.25.
  • Components including page help and company information belong.
  • the width is somewhat smaller than the page width. Specifically, the left edge of the component is within 30 pix from the left edge of the page, and the width of the component is the page width.
  • the width is somewhat smaller than the page width. Specifically, the right edge of the component is within 30 pix from the right edge of the page, and the width of the component is 40% or less of the page width. This includes components such as menus, summaries, and advertisements within the site.
  • the layout characteristic power of the component also determines its attribute, and the content characteristic power of the attribute determines the order of hitting the components. Specifically, from the title HE ADER, follow LEFTSIDE, the main content BODY, and select the order of RIGHTSIDE, FOOTER. At this time, there may be multiple components with the same attributes. In that case, priority is given to the component described earlier in the HTML source.
  • the Web page browsing system 100 may be designed so that the user can arbitrarily switch the order of speaking.
  • the generation unit 128 determines the in-component tour path of the component i from the screen size of the mobile phone and the size of the component H.
  • FIG. 6A to FIG. 6C are diagrams showing tour paths in the components in the present embodiment.
  • a solid rectangle represents a component
  • a dotted rectangle represents a mobile phone screen
  • an arrow represents a tour path within the component. At this time, scrolling is performed so that the center of the screen of the mobile phone passes the arrow.
  • a path is set so as to scroll from left to right (see, for example, FIG. 6A).
  • the component at the start and end points of the path is displayed so that the component placed horizontally is displayed a little by scrolling from the component by 1Z4 which is the width of the screen. This allows the user to know the position of the component, and when interesting information enters the edge of the eye, the user can stop the tour at that point and view the information.
  • the screen height and width are smaller than the component height and width, respectively, set the path to wrap and scroll (for example, see Figure 6C). O At this time, start and end points of the path With, the screen protrudes vertically and horizontally by the height and width of 1Z4. In addition, at the turnaround point, the width is extended by 1Z4 and scrolled. Also, when scrolling to the lower left to wrap, it moves downward by the height of the mobile phone screen. That is, the plane that each right-hand scroll contains does not overlap with the other right-hand scroll. This method allows the user to see what they are seeing There is a problem that the sentence is difficult to read because the connection with the sentence located at the top of the sentence becomes difficult to divide.
  • the purpose of automatic scrolling in the present embodiment is to make the user find information that is interested in the page power and information of interest, and this method is used because it is not necessary to read the text. This method also shortens the time required for in-component caching. However, since the last rightward scrolling will scroll down by 1Z4 below the screen height, there may be overlap of surfaces.
  • constant is a constant for finely adjusting the scroll speed Speed
  • Attribute is related to the attribute of the component i and is given by the following expression.
  • Area is the area of component i.
  • Aol represents the amount of information contained in component i and is defined as the time it takes for the user to view component i. Specifically, it is the sum of the time it takes to read a character string in component i and the time it takes to recognize an image in component H. In general, the speed of Japanese reading is said to be around 400 to 600 characters per minute, and the time required to recognize an image is said to be at least 100 msec (for example, references) 3, see reference 4.) [0096] [Reference 3]
  • Rapid, serial and visual a presentation technique with potential
  • TextLength represents the length of the character string contained in component i, and divided by the reading speed of the character string per millisecond. Width and Height are the component i
  • Th is a step that determines the size of the image.
  • Th is given by the following equation.
  • Width and Height represent the width and height of component i
  • ScreenHeight represents the height of the screen of the mobile phone.
  • the tour between components has a role of notifying the user of the layout of components and information in the components that pass through the tour between components.
  • zooming out during the tour between components a lot of component layout information is conveyed to the user.
  • FIG. 7 is a diagram showing transition of display magnification in the present embodiment. As shown in Fig. 7, here, s, represents the start time of the tour between components from component i to component j, and e, represents the end time. And s, power s, up to +300
  • the display magnification is changed from 0.77 to 1.0.
  • FIG. 8A to FIG. 8D are diagrams showing examples of the client screen in the present embodiment.
  • Figure 8A a tour within Component B (see, eg, Figure 5).
  • the downward arrow indicates the direction of scrolling and is not displayed on the actual screen.
  • Figure 8B the component-to-component tour scrolls from component B to component C in the upper right direction and zooms out as described in the component-to-component tour.
  • the client 101 provides the following functions (1) to (3) to the user in addition to the function as a normal Web browser.
  • the user can fast forward and rewind the tour at any time.
  • Fast forward doubles the speed of the track. In other words, double the speed of tours between components and tours between components.
  • the tour is rolled in the opposite direction and the speed is the same as in fast-forwarding.
  • fast-forwarding and rewinding the page is reduced and displayed.
  • the multiplication factor is 0.77, and the magnification changes as in Fig. 7. That is, s in FIG. 7 corresponds to the time when the user has started fast-forwarding (rewinding), and e, when ending fast-forwarding (rewinding).
  • Tour Order there are various ways to determine tour order.
  • HEADER, LEFTSIDE, BODY, RIGHTSIDE, FOOTER order HEADER, BODY, LEFTSIDE, RIGHTSIDE, FOOTER order, BODY, HEADER, LEFTSIDE, RIGHTSIDE, FOOTER order.
  • the three can be selected by the user.
  • FIG. 9A and FIG. 9B are diagrams showing scrolling by manual operation in the present embodiment.
  • the center arrow represents the pointer and scrolls the page so that the pointer is always in the center of the screen. Pressing the direction key once will crawl 5 pix ⁇ in that direction. Also, while pressing the direction key, scrolls in that direction at a speed of 200pix / sec. Also, when the pointer is on a hyperlink on the page, the pointer icon changes and you can select that link, as shown in Figure 9B.
  • the size of a character string included in the component, the size of an image, and the like may be taken into consideration.
  • the amount of information may be calculated in consideration of the characteristics of the image.
  • magnification of the tour between components is a fixed value. The more the component layout information can be conveyed to the user. However, since the character strings and images in the component are reduced, the information in the component that can be presented to the user is reduced. Therefore, it may be displayed at an appropriate magnification that takes into account the size of the character strings and images in the components that pass in the tour between components, and the conditions that depend on the layout of the surrounding components.
  • FIG. 10 is a diagram showing a sequence of the Web page browsing system in the present embodiment. As shown in FIG. 10, the client 101 transmits a request (including a URI) to the gateway 102 (S101).
  • a request including a URI
  • S101 the gateway 102
  • the gateway 102 When the gateway 102 receives a request (including URI) from the client 101, the gateway 102 is assumed to be a Web server (here, server 103) specified by the URI included in the received request (including URI). ), The received request (including URI) is transmitted (S 102).
  • the gateway 102 receives a response (including a Web page) to the transmitted request (including the URI) from the server 103 (S103). Based on the received response (including the web page), a response (including image data and design data) to the request (including the URI) received from the client 101 is generated, and the generated response (image data) , Including design data) is transmitted to the client 101 (S104).
  • FIG. 11 is a diagram showing a Web page acquisition process of the client in the present embodiment.
  • the client 101 receives the URI via the user force input device (Sill: Yes)
  • the client 101 generates a request including the received URI.
  • the generated request (including URI) is transmitted to the gateway 102 (S112).
  • the client 101 receives a response (including image data and design data) to the transmitted request (including URI) from the gateway 102 (S113), and receives the received response (image data and design data).
  • the image data included in the received response (including image data and design data) is passed to the user via the output device while passing through the path based on the design data included in (S114).
  • the client 101 may directly input the URI via the input device, or one or more links embedded in the Web page via the input device. Medium power may be selected to accept the linked URI.
  • FIG. 12 is a diagram showing a Web page acquisition process of the gateway in the present embodiment.
  • the gateway 102 receives a request (including URI) from the client 101 (S121: Yes)
  • the gateway 102 is identified by the URI included in the received request (including URI).
  • the received request (including the URI) is transmitted to the Web server (here, server 103) (S122).
  • the source of the received request is rewritten from the client 101 to the gateway 102 and transmitted by force.
  • the gateway 102 receives a response (including the Web page) to the transmitted request (including the URI) from the Web server (S123), and is included in the received response (including the Web page).
  • One or more components are extracted from the Web page (S12 4).
  • a tour path is generated using one or more extracted components (S125).
  • design data including component information, link information, and tour information is generated (S 126) o
  • the gateway 102 generates a response including the image data obtained by the conversion and the generated design data, and transmits the generated response (including image data and design data) to the client 101. (S 128).
  • FIG. 13 is a diagram showing client display control processing in the present embodiment.
  • Figure 1
  • the client 101 responds to the input information that has received user power (S)
  • the control unit 112 controls the display unit 117 to display the Web page while automatically scrolling from the beginning.
  • the scrolling order is determined according to the shape of the component.
  • the control unit 112 controls the display unit 117 so as to skip the component being displayed and display the next component.
  • pressing the numeric keypad “3” skips the displayed component as shown in FIG. You can move to the circled part of the route indicated by. In other words, as shown in FIG. 16, it is not necessary to move by a complicated operation to reach the target part.
  • the control unit 112 controls the display unit 117 to skip the component being displayed and display the previous component.
  • pressing the numeric keypad “4” skips the displayed component and displays the previous component.
  • the control unit 112 controls the display unit 117 to move to the top of the component being displayed and display it.
  • the numeric key “2” when the user wants to see the displayed component for the first time, press the numeric key “2” and it will be circled at the end of the path indicated by the dashed arrow as shown in FIG. Can move to the part
  • the control unit 112 responds to the shape of the displayed compote.
  • the display unit 117 is controlled to automatically wrap and display.
  • the user can press the numeric keypad “6” to automatically wrap and display the circled part as shown in FIG.
  • the control unit 112 controls the display unit 117 to display the Web page while automatically scrolling from the current position.
  • pressing the numeric key “5” will cause a broken line as shown in FIG. The power is displayed on the route indicated by the arrow.
  • the client 101 has a component positioned at the center of the display of the client 101, that is, a cursor (a white arrow in the figure), as shown in FIG.
  • the highlighted component can always be highlighted as the component that the user pays attention to.
  • a menu in which numeric keys and operations are associated can be displayed.
  • the web page force is also extracted as a set of information, and the component layout, the amount of information in the component, etc. decide. Since it is possible to display automatically scrolling along the determined tour path, the user's work of scrolling to the destination can be reduced. And even with a poor input interface and a mobile phone such as a mobile phone with a small screen, the user can search for the desired information with a minimum of operations.
  • the function of the gateway 102 may be incorporated in the client 101.
  • the function of the gateway 102 may be partially incorporated in the client 101.
  • a function for determining a tour path may be incorporated in the client 101. Accordingly, the client 101 acquires the Web page, and determines a tour path that goes around the acquired Web page based on the configuration of the Web page and the display size of the display. At this time, one or more components are extracted from the Web page, and the shape of each component constituting the Web page is extracted. Based on the tour path.
  • the client 101 has a CPU (Central Processing Unit), a RAM (Random Access).
  • CPU Central Processing Unit
  • RAM Random Access
  • ROM Read Only Memory
  • HDD Hard Disk Drive
  • communication module etc.
  • a program that controls the client 101 hereinafter referred to as a Web page browsing control program
  • a Web page browsing control program is installed in the ROM, etc., and the Web page browsing control program is executed, so that the client 101 Each function may be realized.
  • the gateway 102 includes a CPU (Central Processing Unit), a RAM (Random Access).
  • CPU Central Processing Unit
  • RAM Random Access
  • a program for controlling Gateway 102 (hereinafter referred to as a Web page browsing support control program ;;) is installed in the HDD or ROM, etc., and the gateway is executed by executing the Web page browsing support control program. Even if each function of 102 is realized.
  • the Web page browsing control program and the Web page browsing support control program may be recorded on a recording medium readable by a hardware system such as a computer system or an embedded system. Furthermore, it may be read out and executed by another hardware system via the recording medium. As a result, the functions of the client 101 and the gateway 102 can be realized in another hardware system.
  • a computer system-readable recording medium an optical recording medium (for example, CD-ROM), a magnetic recording medium (for example, hard disk), a magneto-optical recording medium (for example, MO), a semiconductor, etc.
  • a memory for example, a memory card).
  • the Web page browsing control program and the Web page browsing support control program may be held in a hardware system connected to a network such as the Internet or a local area network. Furthermore, it may be downloaded to another hardware system via the network and executed. As a result, the functions of the client 101 and the gateway 102 can be realized in another hardware system.
  • a network a terrestrial broadcast network, a satellite broadcast network, a PLC (Power Line Communication), a mobile telephone network, a wired communication network (for example, IEEE 802.3), a wireless communication network (For example, IEEE802.11 etc.).
  • the client 101 may be an embedded system such as a PDA (Personal Digital Assistance), an IP phone, etc. in addition to the mobile phone.
  • PDA Personal Digital Assistance
  • IP phone Internet Protocol
  • the present invention is used as a Web page browsing system and the like, particularly as a Web page browsing system and the like that can be browsed while automatically scrolling along a route around the entire Web page. be able to.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

 Webページ閲覧システム(100)は、クライアント(101)およびゲートウェイ(102)を備える。クライアント(101)は、1以上のコンポーネントから構成されるWebページを部分的にディスプレイに表示する表示部(117)と、コンポーネントを順番に辿りながらWebページの全体を回る経路に沿ってWebページの表示部分を移動させながら表示部(117)に表示させる制御部(112)とを備える。ゲートウェイ(102)は、クライアント(101)の代わりにWebページを取得する受信部(121)と、Webページの構成およびディスプレイの表示サイズに基づいて、経路を決定する生成部(128)と、Webページおよび経路をクライアント(101)に送信する送信部(130)とを備える。

Description

明 細 書
Webページ閲覧システム
技術分野
[0001] 本発明は、 Webページを閲覧することができる Webページ閲覧システムなどに関し 、特に、 Webページの全体を回る経路に沿って自動的にスクロールしながら閲覧す ることができる Webページ閲覧システムなどに関する。
背景技術
[0002] 近年、携帯電話機などでも、ディスプレイの高精細化や通信速度の高速ィ匕により、 Webページの閲覧が一般的に行われるようになってきている。また、デスクトップ PC での閲覧を想定して作成された Webページを閲覧することができる(例えば、非特許 文献 1参照。)。
[0003] ただし、携帯電話機のディスプレイサイズは、通常の Webページのサイズに比べて 圧倒的に小さい。故に、デスクトップ PCでの閲覧を想定して作成された Webページ のように、大画面での閲覧を前提とした Webページを閲覧することは、携帯電話機で は困難である。今後、ディスプレイが大幅に高精細化されることは考えられる。しかし 、ディスプレイサイズは、携帯するという制約上限界があるため、ディスプレイに表示 できる情報量は限られる。
[0004] このような問題を解決するために Buyukkoktenら(例えば、非特許文献 2参照。 ) や Yangら(例えば、非特許文献 3参照。 )は、 Webページを簡略ィ匕して作成したあら すじをユーザに提示する手法を提案している。しかし、簡略化のため、元のページと は全く異なるデザインとなって ヽる。
[0005] Chenら (例えば、非特許文献 4参照。 )は、 Webページの縮小画像をオーバービュ 一として利用しており、ユーザはオーバービューから閲覧したい部分を拡大すること ができる。この手法は、ユーザがデスクトップ PCで普段力 よく閲覧しており、その構 造を熟知しているページにおいては非常に有効である。し力し、そうでないページで は、オーバービュー内の小さな文字力も情報をほとんど得ることができない。
[0006] また、構造を熟知しているページにおいても、必要とする情報がどこにあるか分かる だけで、それ以外の情報はほとんど得ることができない。例えば、デスクトップ PC上で Webページの閲覧を行っているときに、 目的の情報とは異なる情報が目の端に入り、 興味を惹かれることはよくあることである。しかし、携帯電話機でのオーバービューを 用いた閲覧ではこのような出来事は再現されない。
[0007] ここで、ユーザが携帯電話機を用いて通常の大きな Webページを閲覧するとき、縦 と横の 2次元でページをスクロールする必要がある。しかし、携帯電話機の入力インタ フェースは依然貧弱なままであり、ほとんどがダイヤル用ボタンと上下左右の 4方向ボ タンし力備えていない。このため、ユーザがページ内の情報をくまなく見るためには 非常に手間が力かる。
[0008] これに対して、灘本ら (例えば、非特許文献 5参照。 )は、 Webページ力 力ルーセ ルと呼ばれる画像とテキストからなるコンポーネントの集合を抽出し、カルーセルを順 番に提示する手法を提案している。このとき画像はディスプレイに表示し、テキストは 音声読み上げを行って 、るため、ユーザの操作が軽減されて 、る。
特干文献 1: OPERA Software, Opera for Mobile, nttp:/ / www.opera.com/ proauc ts/mobile/.
非特許文献 2 : 0. Buyukkokten, H. Garcia- Molina, A. Paepcke, and T. Winograd, " Power browser: Efficient web browsing for PDAs," Proc. Human-Computer Interact ion Conference 2000 (CHI 2000), vol. 2, issue 1, pp. 430—437, Apr. 2000.
非特許文献 3 : C. C. Yang and F. L. Yang, Fractal summarization for mobile devic es to access large documents on the web," Proc. World Wide Web Conference (W WW' 03), pp. 215-224, May 2003.
非特許文献 4 : Y. Chen, W. Ma, and H. Zhang, "Detecting web page structurefor ad aptive viewing on small form factor devices," Proc. World Wide Web Conference ( WWW' 03), pp. 225 -233, May 2003.
非特許文献 5 : A. Nadamoto, H. Kondo, and K. Tanaka, "WebCarousel: Automatic presentation and semantic restructuring of web search result for mobile environment s, Proc. the 12th International Conference on Database and Expert Systems Appli cations (DEXA 2001), pp. 712-722, Sept. 2001. 発明の開示
発明が解決しょうとする課題
[0009] しかしながら、 Opera for Mobile (例えば、非特許文献 1参照。)などのブラウザ では、ディスプレイの幅に合わせてページのレイアウトを再構成することにより、 1次元 の縦方向スクロールのみでページを閲覧することができる。しかし、複雑な構造をも つテーブルなどの再構成は困難である。また、一般的な Webページの両端にはその サイトのメニューなどが配置されて 、ることをユーザは経験的に知って 、る。しかし、 レイアウトが変更された場合は、ユーザは、このような経験に基づいた閲覧ができなく なる。さらに、ある文章において、その文章の左に配置されている図に対して、 "左図 を参照"などのような位置を指定した参照があるとき、そのレイアウトを再構成するの は適切でない。
[0010] 以上に述べたように、ユーザが大きな Webページをモパイル端末で閲覧する際に は、できるだけ Webページのレイアウトを変更せずに、かつユーザによる最低限の操 作で、ユーザに Webページ内の情報をできるだけ多く提供することが重要である。
[0011] そこで、本発明は、前記問題に鑑みてなされたものであり、レイアウトを変更せずに Webページを全体に亘つてユーザに表示する Webページ閲覧装置、 Webページ閲 覧装置における Webページの閲覧を支援する Webページ閲覧支援装置、 Webぺ ージ閲覧装置および Webページ閲覧支援装置を備える Webページ閲覧システムを 提供することを目的とする。
課題を解決するための手段
[0012] 前記目的を達成するために、本発明に係わる Webページ閲覧装置は、(a)デイス プレイの表示サイズよりも大きいサイズの Webページを部分的に表示する Webぺー ジ閲覧装置であって、(al) 1以上のコンポーネントから構成される前記 Webページを 部分的に前記ディスプレイに表示する表示手段と、(a2)コンポーネントを順番に迪り ながら前記 Webページの全体を回る経路に沿って前記 Webページの表示部分を移 動させながら前記表示手段に表示させる制御手段とを備えることを特徴とする。
[0013] また、前記目的を達成するために、本発明に係わる Webページ閲覧支援装置は、
(b)ディスプレイの表示サイズよりも大き 、サイズの Webページを部分的に表示する Webページ閲覧装置を支援する Webページ閲覧支援装置であって、(bl)前記 We bページ閲覧装置の代わりに前記 Webページを取得する取得手段と、 (b2)前記 We bページの構成および前記ディスプレイの表示サイズに基づ!/、て、前記 Webページ の全体を回る経路を決定する決定手段と、 (b3)前記 Webページおよび前記経路を 前記 Webページ閲覧装置に送信する送信手段とを備えることを特徴とする。
[0014] また、前記目的を達成するために、本発明に係わる Webページ閲覧システムは、( c)ディスプレイの表示サイズよりも大き 、サイズの Webページを部分的に表示する W ebページ閲覧装置と、前記 Webページ閲覧装置を支援する Webページ閲覧支援 装置とを備える Webページ閲覧システムであって、 (cl)前記 Webページ閲覧装置 は、(cl— 1) 1以上のコンポーネントから構成される前記 Webページを部分的に前 記ディスプレイに表示する表示手段と、(cl 2)コンポーネントを順番に迪りながら前 記 Webページの全体を回る経路に沿って前記 Webページの表示部分を移動させな がら前記表示手段に表示させる制御手段とを備え、 (c2)前記 Webページ閲覧支援 装置は、(c2— 1)前記 Webページ閲覧装置の代わりに前記 Webページを取得する 取得手段と、 (c2- 2)前記 Webページの構成および前記ディスプレイの表示サイズ に基づいて、前記経路を決定する決定手段と、(c2— 3)前記 Webページおよび前 記経路を前記 Webページ閲覧装置に送信する送信手段とを備えることを特徴とする
[0015] なお、本発明は、 Webページ閲覧装置、 Webページ閲覧支援装置、 Webページ 閲覧システムとして実現されるだけではなぐ下記(1)〜(3)のように実現されるとして ちょい。
[0016] (1) Webページ閲覧装置を制御する方法 (以下、 Webページ閲覧制御方法)、 We bページ閲覧制御方法をコンピュータシステム等に実行させるプログラム(以下、 Web ページ閲覧制御プログラムと呼称する。 )、 Webページ閲覧制御プログラムを記録し た記録媒体などとして実現されるとしてもょ 、。
[0017] (2) Webページ閲覧支援装置を制御する方法 (以下、 Webページ閲覧支援制御 方法)、 Webページ閲覧支援制御方法をコンピュータシステム等に実行させるプログ ラム(以下、 Webページ閲覧支援制御プログラムと呼称する。)、 Webページ閲覧支 援制御プログラムを記録した記録媒体などとして実現されるとしてもよい。
[0018] (3) Webページ閲覧システムを制御する方法などとして実現されるとしてもよい。
発明の効果
[0019] 本発明に係わる Webページ閲覧システムによれば、 Webページから情報の集合で あるコンポーネントを抽出し、コンポーネントのレイアウトやコンポーネント内の情報量 など力もツアーのノ スなどを決定する。決定したツアーのパスに沿って自動でスクロ ールさせながら表示することができるため、目的地までスクロールしていくユーザの作 業を軽減することができる。そして、貧弱な入力インタフェースや画面が小さい携帯電 話機などのようなモノィル端末であっても、ユーザは最低限の操作で目的の情報を 探すことができる。結果、自動でナビゲートを行うことにより、ユーザに Webページを 速覧させ、興味のある情報や目的の情報を見つけさせることができる。
図面の簡単な説明
[0020] [図 1]本発明に係わる実施の形態における Webページ閲覧システムの構成を示す図 である。
[図 2]本発明に係わる実施の形態におけるクライアントおよびゲートウェイの詳細構成 を示す図である。
[図 3]本発明に係わる実施の形態におけるページツーリングの概念を示す図である。
[図 4]本発明に係わる実施の形態におけるコンポーネントの抽出手順を示す図である
[図 5]本発明に係わる実施の形態におけるコンポーネントの抽出結果を示す図である
[図 6A]本発明に係わる実施の形態におけるコンポーネント内のツアーのパスを示す 第 1の図である。
[図 6B]本発明に係わる実施の形態におけるコンポーネント内のツアーのパスを示す 第 2の図である。
[図 6C]本発明に係わる実施の形態におけるコンポーネント内のツアーのパスを示す 第 3の図である。
[図 7]本発明に係わる実施の形態における表示倍率の遷移を示す図である。 [図 8A]本発明に係わる実施の形態におけるクライアントの画面例を示す第 1の図であ る。
[図 8B]本発明に係わる実施の形態におけるクライアントの画面例を示す第 2の図であ る。
[図 8C]本発明に係わる実施の形態におけるクライアントの画面例を示す第 3の図で ある。
[図 8D]本発明に係わる実施の形態におけるクライアントの画面例を示す第 4の図で ある。
[図 9A]本発明に係わる実施の形態における手操作によるスクロールを示す第 1の図 である。
[図 9B]本発明に係わる実施の形態における手操作によるスクロールを示す第 2の図 である。
[図 10]本発明に係わる実施の形態における Webページ閲覧システムのシーケンスを 示す図である。
[図 11]本発明に係わる実施の形態におけるクライアントの Webページ取得処理を示 す図である。
[図 12]本発明に係わる実施の形態におけるゲートウェイの Webページ取得処理を示 す図である。
[図 13]本発明に係わる実施の形態におけるクライアントの表示制御処理を示す図で ある。
[図 14]本発明に係わる実施の形態におけるクライアントの表示例を示す第 1の図であ る。
[図 15]本発明に係わる実施の形態におけるクライアントの表示例を示す第 2の図であ る。
[図 16]本発明に係わる実施の形態におけるクライアントの表示例を示す第 3の図であ る。
[図 17]本発明に係わる実施の形態におけるクライアントの表示例を示す第 4の図であ る。 圆 18]本発明に係わる実施の形態におけるクライアントの表示例を示す第 5の図であ る 〇。
圆 19]本発明に係わる実施の形態におけるクライアントの表示例を示す第 6の図であ る。
圆 20]本発明に係わる実施の形態におけるクライアントの表示例を示す第 7の図であ る。
圆 21]本発明に係わる実施の形態におけるクライアントの表示例を示す第 8の図であ る。
符号の説明
Webぺ、ージ閲覧シ」
101 クライアント
102 ゲートゥエイ
103 サーノ
104 携帯電話網
105 インターネット
111 受付部
112 制御部
113 送信部
114 受信部
115 画像デ —タ保持部
116 設計デ —タ保持部
117 表示部
121 受信部
122 制御部
123 送信部
124 受信部
125 Webぺ、ージ保持部
126 変換部 127 画像データ保持部
128 生成部
129 設計データ保持部
130 送信部
発明を実施するための最良の形態
[0022] (実施の形態)
以下、本発明に係わる実施の形態について、図面を参照しながら説明する。
[0023] 本実施の形態における Webページ閲覧システムは、(a)ディスプレイの表示サイズ よりも大きいサイズの Webページを部分的に表示する Webページ閲覧装置(以下、 クライアントとも呼称する。)と、 Webページ閲覧装置を支援する Webページ閲覧支 援装置(以下、ゲートウェイとも呼称する。)とを備える Webページ閲覧システムであつ て、(al) Webページ閲覧装置は、(al— 1) 1以上のコンポーネントから構成される W ebページを部分的にディスプレイに表示する表示機能と、(a 1— 2)コンポーネントを 順番に迪りながら Webページの全体を回る経路に沿って Webページの表示部分を 移動させながら表示機能に表示させる制御機能とを備え、(a2) Webページ閲覧支 援装置は、(a2— 1) Webページ閲覧装置の代わりに Webページを取得する取得機 能と、(a2— 2) Webページの構成およびディスプレイの表示サイズに基づいて、経路 を決定する決定機能と、(a2— 3) Webページおよび経路を Webページ閲覧装置に 送信する送信機能とを備えることを特徴とする。
[0024] 以下、 Webページを回ることをツアー(Tour)と呼称する。 Webページの全体を回 る経路をツアーのパスと呼称する。ツアーのパスに沿って Webページ内をスクロール することをページツーリング(Page touring)と呼称する。
[0025] また、ツアーのパスは、 Webページを取得する毎に、取得した Webページの構成 や Webページ内の情報量やディスプレイの表示サイズに基づ 、て決定される。また、 ユーザが操作して、ツアーのノ スやツアーの速度などを変更することも可能である。
[0026] 以上の点を踏まえて、本実施の形態における Webページ閲覧システムについて説 明する。
[0027] 図 1は、本実施の形態における Webページ閲覧システムの構成を示す図である。 図 1に示されるように、 Webページ閲覧システム 100は、クライアント 101、ゲートゥェ ィ 102、およびサーバ 103などを備える。クライアント 101は、携帯電話機のようなモ パイル端末である。ゲートウェイ 102およびサーバ 103は、コンピュータシステムのよう な装置である。また、クライアント 101およびゲートウェイ 102は、携帯電話網 104を 介して相互に接続されている。ゲートウェイ 102およびサーバ 103は、インターネット 1 05を介して相互に接続されて 、る。
[0028] なお、クライアント 101およびゲートウェイ 102は、携帯電話網 104以外に、インター ネットや通常の無線網などを介して相互に接続されているとしてもよい。また、サーバ 103は、 Webページを公開している Webサーバである。 Webページは、 HTML (Hy perText Markup Language)、 XML (extensible Markup Languageノなどで 己述 れた テキストデータや、画像、音声、動画などのビットマップデータなど力 構成されるデ ータである。
[0029] 図 2は、本実施の形態におけるクライアントおよびゲートウェイの詳細構成を示す図 である。図 2に示されるように、クライアント 101は、受付部 111、制御部 112、送信部 113、受信部 114、画像データ保持部 115、設計データ保持部 116、および表示部 117などを備える。
[0030] 受付部 111は、テンキーなどの入力デバイスを介して、ユーザから入力情報を受け 付ける。受け付けた入力情報を制御部 112に渡す。
[0031] 制御部 112は、受付部 111から入力情報を受け取ると、受け取った入力情報に応 じて、送信部 113、表示部 117を制御する。このとき、入力情報として URI (Uniform R esource Identifier)を受け取ると、その URIを含むリクエストを生成し、生成したリクェ スト (URIを含む。 )を送信部 113に渡す。
[0032] また、制御部 112は、レスポンス (画像データ、設計データを含む。 )を受信したこと が受信部 114から通知されると、 Webページを表示することが示される制御情報を表 示部 117に出力する。
[0033] ここで、画像データとは、 Webページ全体をビットマップデータに変換して得られた ものである。設計データとは、 Webページを構成するコンポーネントの座標、高さ、幅 などのようなコンポーネントに関する情報と、 Webページ内のリンク部分の座標、高さ 、幅、リンク先の URIなどのようなリンクに関する情報とを含むものである。
[0034] このとき、制御部 112は、コンポーネントを順番に迪りながら Webページの全体を回 る経路に沿って Webページの表示部分を移動させながら表示部 117に表示させる。 具体的には、設計データ保持部 116で保持されている設計データに基づいて、ッァ 一のパスを迪りながら、ディスプレイの画面サイズ単位で、 Webページ全体の画像デ ータを表示部 117に部分的に表示させる。このとき、表示部分がコンポーネント間を 跨ぐときに、ズームアウトさせながら表示させる。なお、早送りや巻戻しで表示させる 場合も、ズームアウトさせながら表示させる。
[0035] さらに、制御部 112は、受け取った入力情報に応じて、下記(1)〜(4)のいずれか を表示させる制御情報を表示部 117に出力する。
[0036] (1)クライアント 101が Webページ(画像データ)を自動でスクロールして!/、る最中、 またはユーザが Webページ (画像データ)を手操作によりスクロールして 、る最中に、 表示中のコンポーネントの次のコンポーネントにスキップすることが示される入力情報 をユーザ力も受け付けた場合は、次に表示されるコンポーネントを表示させる。
[0037] (2)クライアント 101が Webページ(画像データ)を自動でスクロールして!/、る最中、 またはユーザが Webページ (画像データ)を手操作によりスクロールして 、る最中に、 表示中のコンポーネントの前のコンポーネントにスキップすることが示される入力情報 をユーザ力も受け付けた場合は、前に表示されたコンポーネントを表示させる。
[0038] (3)ユーザが Webページ (画像データ)を手操作によりスクロールして 、る最中に、 表示中のコンポーネント内を折り返すことが示される入力情報をユーザ力 受け付け た場合は、表示中のコンポーネント内を折り返して表示させる。
[0039] (4)ユーザが Webページ(画像データ)を手操作によりスクロールして 、る最中に、 クライアント 101が Webページ(画像データ)を表示部分から自動でスクロールするこ とが示される入力情報をユーザ力 受け付けた場合は、入力情報が受け付けられた ときの表示部分力 移動させながら表示させる。
[0040] これら以外にも、制御部 112は、ユーザが注目しているコンポーネントとして、デイス プレイの中央に位置するコンポーネントをノ、イライトで表示させる制御情報を表示部 1
17に出力する。 [0041] 送信部 113は、制御部 112からリクエスト (URIを含む。)を受け取ると、受け取った リクエスト (URIを含む。)をゲートウェイ 102に送信する。
[0042] 受信部 114は、送信部 113で送信したリクエスト (URIを含む。)に対するレスポンス
(画像データ、設計データを含む。)を受信すると、レスポンス (画像データ、設計デ ータを含む。)を受信したことを制御部 112に通知すると共に、受信したレスポンス( 画像データ、設計データを含む。 )に含まれる画像データを画像データ保持部 115 に格納し、受信したレスポンス (画像データ、設計データを含む。 )に含まれる設計デ ータを設計データ保持部 116に格納する。
[0043] 画像データ保持部 115は、受信部 114が格納した画像データを保持する。
[0044] 設計データ保持部 116は、受信部 114が格納した設計データを保持する。
[0045] 表示部 117は、 Webページを表示することが示される制御情報を制御部 112から 受けて、 1以上のコンポーネントから構成される Webページを部分的にディスプレイ に表示する。具体的には、画像データ保持部 115で保持されている Webページ全体 の画像データを、ディスプレイなどの出力デバイスを介してユーザに表示する。
[0046] ここでは、一例として、クライアント 101の画面解像度として、 240 X 320 (pix)とし、 そのうち利用可能な画面解像度として、 240 X 240 (pix)とする。
[0047] なお、クライアント 101は、 Webページをキヤプチヤした画像データを含むレスポン スを受信し、その画像データを使用して Webページの内容を表示するとしている。し かし、画像データの代わりに Webページを含むレスポンスを受信し、その Webページ をレンダリングして Webページの内容を表示するとしてもよい。また、この場合におい て、クライアント 101の処理能力や表示能力などに合わせて Webページをゲートゥェ ィ 102などで最適化しておくとしてもよい。
[0048] ゲートウェイ 102は、受信部 121、制御部 122、送信部 123、受信部 124、 Webぺ ージ保持部 125、変換部 126、画像データ保持部 127、生成部 128、設計データ保 持部 129、および送信部 130などを備える。
[0049] 受信部 121は、携帯電話網 104を介して、クライアント 101からリクエスト (URIを含 む。)を受信すると、受信したリクエスト (URIを含む。)を制御部 122に渡す。
[0050] 制御部 122は、受信部 121からリクエスト (URIを含む。)を受け取ると、受け取った リクエスト (URIを含む。)の送信元をクライアント 101からゲートウェイ 102に書き換え 、送信元を書き換えたリクエスト (URIを含む。)を送信部 123に渡す。
[0051] また、制御部 122は、レスポンス (Webページを含む。)を受信したことが受信部 12 4力も通知されると、 Webページを変換することが示される制御情報を変換部 126に 出力する。また、設計データを生成することが示される制御情報を生成部 128に出力 する。そして、レスポンスを送信することが示される制御情報を送信部 130に出力す る。
[0052] 送信部 123は、制御部 122からリクエスト (URIを含む。)を受け取ると、受け取った リクエスト(URIを含む。)に含まれる URIよって特定される Webサーバ(ここでは、サ ーバ 103とする。 )に、受け取ったリクエスト (URIを含む。)を送信する。
[0053] 受信部 124は、送信部 123で送信したリクエスト (URIを含む。)に対するレスポンス
(Webページを含む。)をサーバ 103から受信すると、レスポンス(Webページを含む 。)を受信したことを制御部 122に通知すると共に、受信したレスポンス (Webページ を含む。)に含まれる Webページを Webページ保持部 125に格納する。
[0054] Webページ保持部 125は、受信部 124が格納した Webページを保持する。
[0055] 変換部 126は、 Webページを変換することが示される制御情報を制御部 122から 受けて、 Webページ保持部 125で保持されて!、る Webページ全体を画像データに 変換する。変換して得られた画像データを画像データ保持部 127に格納する。
[0056] 画像データ保持部 127は、変換部 126が格納した画像データを保持する。
[0057] 生成部 128は、設計データを生成することが示される制御情報を制御部 122から受 けて、 Webページ保持部 125で保持されている Webページから 1以上のコンポーネ ントを抽出する。抽出した 1以上のコンポーネントを使用してツアーのパスを生成する 。そして、コンポーネント情報と、リンク情報と、ツアー情報とを含む設計データを生成 する。生成した設計データを設計データ保持部 129に格納する。
[0058] ここで、コンポーネント情報とは、コンポーネントの Webページにおける座標、高さ、 幅、属性、情報量などに関する情報である。リンク情報とは、リンクの Webページにお ける座標、高さ、幅、リンク先の URIなどに関する情報である。ツアー情報とは、ッァ 一のパスなどに関する情報である。 [0059] 設計データ保持部 129は、生成部 128が格納した設計データを保持する。
[0060] 送信部 130は、レスポンスを送信することが示される制御情報を制御部 122から受 けて、画像データ保持部 127で保持されている画像データと、設計データ保持部 12 9で保持されて ヽる設計データとを含むレスポンスを生成し、生成したレスポンス(画 像データ、設計データを含む。)をクライアント 101に送信する。
[0061] 次に、ページツーリングの概要について説明する。ページツーリングでは、ツアーの パスに沿って Webページ内を 2次元で自動スクロールすることにより、 Webページの レイアウトを変更せずに、ユーザにページ内の情報を提供できる。
[0062] 図 3は、本実施の形態におけるページツーリングの概念を示す図である。図 3に示 される破線の矢印は携帯電話機 (クライアント 101)の画面の中心が迪るツアーのパ スとなっており、この例では Webページのヘッダ部を通った後、左サイドメ-ユーを通 り、最後にメインのコンテンツであるボディ部を通っている。このとき、ボディ部は、携 帯電話機 (クライアント 101)の画面サイズに比べて幅も高さも大きいため、ツアーは、 ボディ内を折り返して通過している。このようにページツーリングでは、 Webページを 構成するコンポーネント内を順番に通過していく。以下では、コンポーネント内のッァ 一をコンポーネント内ツアーと呼び、あるコンポーネント内ツアーの終点から次のコン ポーネント内ツアーの始点までのツアーをコンポーネント間ツアーと呼ぶ。またぺー ジツーリングでは、ユーザがツアーを早送り、および、巻戻しすることが可能である。
[0063] 続いて、このようなページツーリングを用いた Webページの閲覧の概要について説 明する。
[0064] まず、ユーザは、ツアーにより、 Webページの内容を見る。このときユーザは、興味 のない部分を早送りできる。また、巻戻しを用いて気になった部分に戻ることができる 。そして、 Webページの中から興味のある情報や目的の情報を見つけたら、ツアーを 中断してその部分を閲覧する。ツアーを中断して力ものスクロールは、携帯電話機の 4方向キーを用いて行う。ツアーは、中断した地点やツアーの開始点力 いつでも再 開できる。
[0065] 以上のように、ページツーリングの目的は、ユーザに Webページの内容を速覧させ 、興味のある情報や目的の情報を見つけさせる点にあり、 Webページの内容を最初 力も最後までじっくりと読ませるという目的ではない。 Webページ内の情報を高速に 提示する手法としては、 Bruijinらの RSVP Browser (例えば、参考文献 1参照。 ) があり、 Webページを RS VP (Rapid Serial Visual Presentation)の Keyholeと 呼ばれる手法を用いてスライドショーのように表示する。このとき、各スライドは、現在 のページのリンク先のページをよく表す画像とテキストを、現在のページ力 抽出して 作成したものである。しかし、 Webページを提示する場合にはもとのレイアウトを保つ ことが重要と考えるため、本実施の形態ではスクロールの手段を用いている。
[0066] [参考文献 1]
0. de Bruijin, R. Spence, ana . Y. し hong,
RSVP browser: Web browsing on small screen devices,
Personal and Ubiquitous Computing, vol. 6, issue 4, pp. 245—252、 Sept. 2002.
[0067] 次に、ユーザにページ内を速覧させるためのツアーの構成手法について説明する 。ページツーリングの概要で述べたように、ツアーは、コンポーネント内ツアーとコンポ 一ネント間ツアーの繰り返しから構成される。ツアーの構成手順は下記(手順 1)〜( 手順 4)の通りである。
[0068] (手順 1) Webページからコンポーネントを抽出する。
[0069] (手順 2)抽出したコンポーネントを迪る順序を決定する。
[0070] (手順 3)それぞれのコンポーネントにおいて、コンポーネント内ツアーを決定する [0071] (手順 4)コンポーネント間ツアーを決定する。
[0072] まず、(手順 1) Webページ力もコンポーネントを抽出する手順について説明する。
コンポーネントは、 Webページ内の関連する情報の集合であり、例えば、ポータルサ イトのトップページにおける、検索フォーム、最新のトピックや-ユース、ディレクトリな どである。 Webページの構造を解析してコンポーネントを抽出する方法は多くあり(例 えば、非特許文献 4、参考文献 2参照。)、そのほとんどが HTMLタグの解析を行つ ている。これに対して、ここでは、生成部 128は、コンポーネントのサイズを考慮して W ebページを再帰的に細分ィ匕することにより、コンポーネントを抽出する。具体的には、 全てのコンポーネントのサイズが指定する範囲内となるように細分ィ匕する。 [0073] [参考文献 2]
D.W. Embey, Y. Jiang, and Y.— K. Ng,
Record-boundary discovery in web documents,
Proc. ACM SIGMOD' 99, pp. 467-478, May/June 1999.
[0074] 図 4は、本実施の形態におけるコンポーネントの抽出手順を示す図である。図 4に 示されるように、まず、生成部 128は、 Webページ全体をコンポーネントと見立て、そ のサイズを判定する。この例ではコンポーネント Aが指定する範囲より大きかったため 、コンポーネント Aをコンポーネント Bとコンポーネント Cとに分割している。分割にあた つて、 DOM (Document Object Model)ツリーを用いる。この例では、コンポーネント A の DOMツリーにおける子ノードがコンポーネント Bとコンポーネント Cとになっている ため、コンポーネント Aをコンポーネント Bとコンポーネント Cとに分割している。そして 、コンポーネントに対してサイズの判定と分割を再帰的に行うことで、指定した範囲内 のコンポーネントを抽出する。ただし、あるコンポーネントを分割した結果、いずれか の子のサイズが指定した範囲より小さくなるときはその分割を行わない。ここでは、サ ィズの範囲を携帯電話機の画面サイズの 1から 5倍としている。
[0075] 図 5は、本実施の形態におけるコンポーネントの抽出結果を示す図である。図 5に 示されるように、ここでは、図 3に示された Webページからコンポーネントを抽出した 結果を示す。このとき、携帯電話機の画面サイズを 240 X 240 (pix)としている。この 結果では、ページのタイトル画像や他の Webページへのリンクなどからなるコンポ一 ネント A、サイト内のメニューからなるコンポーネント B、大きな画像からなるコンポーネ ント C、および、他の Webページへのリンクなどからなるコンポーネント Dの 4つのコン ポーネントが抽出されている。
[0076] 次に、(手順 2)抽出したコンポーネントを迪る順序を決定する手順について説明す る。まず、生成部 128は、順序を決定するために、抽出したコンポーネントの属性付 けを行う。属'性は、 HEADER, FOOTER, LEFTSIDE, RIGHTSIDE、 BODY の 5つを定義している。以下に、それぞれのレイアウト的特徴、および、内容的特徴を 説明する。
[0077] (a) HEADER ページの上部に位置し、横長の形状をもつ。具体的には、コンポーネントの上端が ページ上端から lOOpix以内にあり、コンポーネントの高さと幅の比が 0. 25未満であ る。ページのタイトル画像などを含むコンポーネントが属する。
[0078] (b) FOOTER
ページの下部に位置し、横長の形状をもつ。具体的には、コンポーネントの下端が ページ下端から lOOpix以内にあり、コンポーネントの高さと幅の比が 0. 25未満であ る。ページのヘルプや企業情報などを含むコンポーネントが属する。
[0079] (c) LEFTSIDE
ページの左に位置し、幅はページ幅よりある程度小さい。具体的には、コンポーネ ントの左端がページの左端から 30pix以内にあり、コンポーネントの幅がページ幅の
40%以下である。サイト内のメニューやサマリー、広告などを含むコンポーネントが属 する。
[0080] (d)RIGHTSIDE
ページの右に位置し、幅はページ幅よりある程度小さい。具体的には、コンポーネ ントの右端がページの右端から 30pix以内にあり、コンポーネントの幅がページ幅の 40%以下である。サイト内のメニューやサマリー、広告などを含むコンポーネントが属 する。
[0081] (e) BODY
上記(a)〜(d)以外の属性である。 Webページの中央に位置する。 Webページ内 のメインコンテンツなどを含むコンポーネントが属する。
[0082] ここでは、コンポーネントのレイアウト的特徴力もその属性を決定し、属性の内容的 特徴力 コンポーネントを迪る順序を決定する。具体的には、まずタイトルである HE ADERから、 LEFTSIDE,メインコンテンツである BODYをたどり、 RIGHTSIDE, FOOTERを迪る順序を選択する。このとき、同じ属性をもつ複数のコンポーネントが 存在することが考えられる。そのときは、 HTMLソースにおいて先に記述されている コンポーネントを優先する。
[0083] 図 5に示した Webページでは、コンポーネント Aの属性は HEADERに、コンポーネ ント Bの属性は LEFTSIDEに、コンポーネント Cと Dの属性は BODYになる。したが つて、コンポーネント A、 B、 C、 Dという順序でツアーが構成される。
[0084] また、 HEADERの次に BODYを迪ることで、メインコンテンツをユーザに早く提示 する方法も考えられる。さらに、最初に BODYを迪る方法も考えられ、そのポリシーは ユーザによってさまざまである。そこで、 Webページ閲覧システム 100は、迪る順序 はユーザが任意に切り替えられるように設計されて 、るとしてもよ 、。
[0085] 次に、(手順 3)それぞれのコンポーネントにおいて、コンポーネント内ツアーを決定 する手順について説明する。まず、生成部 128は、携帯電話機の画面サイズとコンポ ーネン Hのサイズから、コンポーネント iのコンポーネント内ツアーのパスを決定する。
[0086] 図 6A〜図 6Cは、本実施の形態におけるコンポーネント内のツアーのパスを示す図 である。図 6A〜図 6Cに示されるように、実線の矩形はコンポーネントを、点線の矩形 は携帯電話機の画面を、矢印はコンポーネント内ツアーのパスを表す。このとき、携 帯電話機の画面の中心が矢印を通過するようスクロールが行われる。
[0087] 画面の高さがコンポーネントの高さより大きいときは、左から右へスクロールするよう パスを設定する(例えば、図 6A参照。)。このとき、パスの始点と終点とでは画面の幅 の 1Z4だけコンポーネントから横にはみ出してスクロールすることで、横に配置する コンポーネントを少しだけ表示するようにしている。これにより、ユーザは、コンポーネ ントの位置を把握でき、興味を引く情報が目の端に入ったときは、ツアーをその点で 止め、その情報を閲覧したりできる。
[0088] 画面の幅がコンポーネントの幅より大きいときは、上から下へスクロールするようパス を設定する(例えば、図 6B参照。 ) 0このとき、パスの始点と終点とでは画面の高さの 1Z4だけ縦にはみ出してスクロールする。
[0089] 画面の高さおよび幅がコンポーネントの高さおよび幅よりそれぞれ小さいときは、折 り返してスクロールするようパスを設定する(例えば、図 6C参照。 ) oこのとき、パスの 始点と終点とでは画面の高さと幅の 1Z4だけそれぞれ縦と横にはみ出してスクロー ルする。また、折り返し点では幅の 1Z4だけ横にはみ出してスクロールする。また、 折り返すために左下にスクロールする際に、下方向に携帯電話機の画面の高さだけ 移動する。つまり、各々の右方向へのスクロールが包含する面は、他の右方向へのス クロールが包含する面と重ならない。この方法は、ユーザは今見ている文章と、その 文章の上部に位置する文章とのつながりが分力りにくくなるため、文章が読みにくい という問題がある。しかし、本実施の形態における自動スクロールの目的は、ユーザ にページ力 興味のある情報や目的の情報を見つけさせることにあり、文章を読ませ る必要はないため、この方法を用いている。また、この方法により、コンポーネント内ッ ァ一に要する時間も短くなる。ただし、最後の右方向へのスクロールは画面の高さの 1Z4だけ下にはみ出してスクロールするため、面の重なりが生じることがある。
[0090] このコンポーネント内ツアーにおけるスクロール速度 Speedは、以下の式で決定す る。
[0091] [数 1]
― , , , constant 'Attributei -Area i(pix2) bpeedj (pix/msec) = ■
Aoli(msec)■ Breadth f(pix)
[0092] ここで、 constantは、スクロール速度 Speedを微調整する定数であり、 Attribute は、コンポーネント iの属性に関係し、以下の式で与えられる。
[0093] [数 2]
1.0, HEADER
1.5, FOOTER
Attribute; = 1.2, LEFTSIDE
1.2, RIGHTSIDE
1.0, BODY
[0094] これにより、あまり重要ではないと考えられる FOOTER、 LEFTSIDE, RIGHTSI DEの属性をもつコンポーネント内ツアーのスクロール速度を早くしている。
[0095] ここで、 Areaは、コンポーネント iの面積である。 Aolは、コンポーネント iに含まれる 情報量を表し、ユーザがコンポーネント iを閲覧するためにかかる時間として定義して いる。具体的には、コンポーネント i内の文字列を読むために力かる時間と、コンポ一 ネン H内の画像を認識するために力かる時間の和である。一般的に日本人の読書の 速さは、 1分あたり 400から 600文字程度と言われており、画像を認識するのに要す る時間は最低で 100msecと言われている(例えば、参考文献 3、参考文献 4参照。 ) [0096] [参考文献 3]
C.G. Healey, K.S. Booth, and J.T. Enns,
High-speed visual estimation using preattentive processing,"
ACM Transactions on Computer-Human Interaction, vol. 3, issue 2, pp. 107—135, June 1996.
[0097] [参考文献 4]
R. Spence,
Rapid, serial and visual: a presentation technique with potential,
Information Visualization, vol. 1, issue 1, pp. 13—19, Mar. 2002.
[0098] そこで、 Aolを以下の式で与える。
[0099] [数 3]
ΑοΙ,- = reXt^gthf +∑^=Q 100 -Th(Widthk / Height^
60 - 1000
[0100] ここで、 TextLengthは、コンポーネント iに含まれる文字列長を表し、それを 1ミリ秒 あたりの文字列の読解速度で割っている。 Widthと Heightとは、コンポーネント iに
k k
含まれる画像 Imageの幅と高さのピクセル値で、 Thは画像の大きさを判定するステ
k
ップ関数である。ここで、 Thは、以下の式で与える。
[0101] [数 4]
1, if W > 20 and H 20
Th(Wf H)
0, else
[0102] Breadthは、コンポーネント iをスクロールする際の、スクロール方向と直交するコン ポーネン Hの幅(高さ)であり、以下の式で表す。
[0103] [数 5] Width" / 縦にスクロール
Breadth; Height,- , /ァ横にスクロール
ScreenHeight, if折り返してスク口ール
[0104] Widthと Heightとは、コンポーネント iの幅および高さを、 ScreenHeightは携帯 電話機の画面の高さをそれぞれ表す。これにより、例えば、横にスクロールするとき、 コンポーネントの高さが小さいほど、 Breadthは、小さくなり、スクロール速度は速くな る。また、折り返してスクロールするとき、左下方向へのスクロール速度は 400pixZs ecとしている。
[0105] 次に、(手順 4)コンポーネント間ツアーを決定する手順について説明する。ここで、 生成部 128は、コンポーネント jをツアーにおけるコンポーネント iの次のコンポーネン トに決定する。これによつて、コンポーネント iからコンポーネント jへのコンポーネント 間ツアーのパスは、コンポーネント iのコンポーネント内ツアーの終点から、コンポーネ ント jのコンポーネント内ツアーの始点をつなぐ直線である。コンポーネント間ツアーの 速度は 400pixZsecとして 、る。
[0106] コンポーネント間ツアーは、単にコンポーネント間を移動する役割以外に、ユーザ にコンポーネントのレイアウトや、コンポーネント間ツアーにおいて通過するコンポ一 ネント内の情報を伝える役割がある。ここでは、コンポーネント間ツアーの際ズームァ ゥトすることで、特にコンポーネントのレイアウトの情報をユーザに多く伝える。
[0107] 図 7は、本実施の形態における表示倍率の遷移を示す図である。図 7に示されるよ うにここでは、 s、 は、コンポーネント iからコンポーネント jへのコンポーネント間ツアー の開始時刻を、 e、 は、終了時刻をそれぞれ表す。そして、 s、力も s、 + 300までは
、 1. 0力ら 0. 77に、 s、 + 300力 e、 一 300まで、 0. 77に、 e、 一 300力 e、まで
i j i j i j i j
、 0. 77から 1. 0に表示倍率を遷移させている。
[0108] 以上、上記(手順 1)〜(手順 4)を含むツアーの構成手順によって、クライアント 101 は、例えば、図 8A〜図 8Dに示されるように、ツアーしながらクライアント 101の画面 に Webページが部分的に表示される。
[0109] 図 8A〜図 8Dは、本実施の形態におけるクライアントの画面例を示す図である。図 8Aに示されるように、コンポーネント B (例えば、図 5参照。)内のツアーである。下方 向の矢印はスクロールの進行方向を示しており、実際の画面に表示されるわけでは ない。図 8Bに示されるように、コンポーネント間ツアーでは、コンポーネント Bからコン ポーネント Cへ、右上方向にスクロールをしており、コンポーネント間ツアーで述べた ようにズームアウトをして 、る。
[0110] 図 8Cに示されるように、ズームアウトをせずにコンポーネント Bからコンポーネント C ヘスクロールしているとき、コンポーネントお C、 Dの一部が等倍で表示されているた め、ほとんどの文字列は途中で途切れている。しかし、図 8Bに示されるように、縮小 することで、ある程度改善されている。また、縮小することで、 Webページを俯瞰でき るため、 Webページ全体における現在の位置や、現在表示されているコンポーネント の位置をより把握することができる。
[0111] なお、クライアント 101は、通常の Webブラウザとしての機能以外に、下記(1)〜(3 )の機能をユーザに提供する。
[0112] (1)ツアーの早送り '巻戻し
ユーザは任意のときに、ツアーの早送りと巻戻しをすることができる。早送りでは、ッ ァ一の速度が 2倍になる。つまり、コンポーネント内ツアーとコンポーネント間ツアーの 速度をそれぞれ 2倍にする。巻戻しでは、ツアーを逆方向に迪り、その速度は、早送 りのときと同様である。また、早送りと巻戻しの際、ページを縮小して表示する。その倍 率は 0. 77となっており、図 7と同様に倍率が遷移する。つまり、図 7の s、力 ユーザ が早送り (巻戻し)を開始した時刻に、 e、が早送り (巻戻し)を終了した時刻に対応す る。ここで、スクロール速度にしたがって、倍率を変更する方法がある(例えば、参考 文献 5参照。 )0この方法では、縦長の大量のドキュメントをユーザがマウスで上下に スクロールする際に、そのスクロール速度に応じて倍率を変更する。具体的には、ュ 一ザがスクロールを早くすればするほど、ドキュメントが縮小される。ここでは、 Webぺ 一ジ内を複雑にスクロールするため、縮小しすぎるとユーザは、システムが現在注目 しているコンポーネントを把握できない。したがって、図 8Dに示されるように、ツアー を早送りしているとき、倍率を 0. 77程度に抑えている。
[0113] [参考文献 5] T. Igarashi and K. Hinckley,
Speed-dependent automatic zooming for browsing large documents," Proc. ACM Conference on User Interface Software and Technology (UIST' 00), pp. 139-148, Nov. 2000.
[0114] (2)ツアーの順序の変更:
ツアー順序の決定で述べたように、ツアーの順序を決定する方法はさまざまである 。ここでは、 HEADER, LEFTSIDE, BODY, RIGHTSIDE、 FOOTERの順序 で迪る方法、 HEADER, BODY, LEFTSIDE, RIGHTSIDE、 FOOTERの順序 で迪る方法、 BODY, HEADER, LEFTSIDE, RIGHTSIDE、 FOOTERの順序 で迪る方法の 3つをユーザが選択できる。
[0115] (3)ツアーの再開:
ページツーリングでは、ユーザがツアー中に興味のある情報を見つけるとツアーを 中断し、手操作によるスクロールを用いてその情報を閲覧する。その後ユーザがッァ 一を再開するときは、ツアーを初めから開始、中断した点から再開、現在地点に最も 近いツアーのパス上の点からの再開の 3つの方法を選択できる。
[0116] なお、クライアント 101における通常のスクロールは、携帯電話機の 4方向キーを用 いて行う。
[0117] 図 9A、図 9Bは、本実施の形態における手操作によるスクロールを示す図である。
図 9Aに示されるように、中央の矢印はポインタを表し、ポインタが常に画面の中央に あるようページをスクロールする。方向キーを 1度押すと、その方向に 5pix^クロール する。また、方向キーを押し続けている間、 200pix/secの速度で、その方向へスク ロールする。また、ポインタがページのハイパーリンク上にあるとき、図 9Bに示される ように、ポインタのアイコンが変わり、そのリンクを選択できる。
[0118] なお、コンポーネント内の情報量の算出については、コンポーネントに含まれる文 字列のサイズや画像のサイズなどを考慮するとしてもよい。特に、画像は、サイズや 内容によってその閲覧時間が異なるので、そのような画像の特性を考慮して情報量 を算出するとしてもよい。
[0119] なお、コンポーネント間ツアーの倍率は固定値としている力 倍率を小さくすればす るほど、ユーザにコンポーネントのレイアウト情報を多く伝えることができる。しかし、コ ンポーネント内の文字列や画像などが縮小されるため、ユーザに提示できるコンポ一 ネント内の情報は減少する。そこで、コンポーネント間ツアーにおいて通過するコンポ 一ネント内の文字列や画像の大きさ、および、周囲のコンポーネントのレイアウトに依 存する条件を考慮した適切な倍率で表示するとしてもよ ヽ。
[0120] 次に、以上のように構成されている Webページ閲覧システムの動作について説明 する。
[0121] 図 10は、本実施の形態における Webページ閲覧システムのシーケンスを示す図で ある。図 10に示されるように、クライアント 101は、リクエスト(URIを含む。)をゲートゥ エイ 102に送信する(S101)。
[0122] ゲートウェイ 102は、クライアント 101からリクエスト(URIを含む。)を受信すると、受 信したリクエスト(URIを含む。)に含まれる URIによって特定される Webサーバ(ここ では、サーバ 103とする。 )に、受信したリクエスト (URIを含む。)を送信する(S 102)
[0123] そして、ゲートウェイ 102は、送信したリクエスト(URIを含む。)に対するレスポンス ( Webページを含む。)を、サーバ 103から受信する(S 103)。受信したレスポンス(W ebページを含む。)に基づいて、クライアント 101から受信したリクエスト(URIを含む 。)に対するレスポンス (画像データ、設計データを含む。)を生成し、生成したレスポ ンス (画像データ、設計データを含む。)をクライアント 101に送信する(S104)。
[0124] 図 11は、本実施の形態におけるクライアントの Webページ取得処理を示す図であ る。図 11に示されるように、クライアント 101は、ユーザ力 入力デバイスを介して UR Iを受け付けると(Si l l : Yes)、受け付けた URIを含むリクエストを生成する。生成し たリクエスト (URIを含む。)をゲートウェイ 102に送信する(S112)。
[0125] そして、クライアント 101は、送信したリクエスト(URIを含む。)に対するレスポンス( 画像データ、設計データを含む。)をゲートウェイ 102から受信し (S113)、受信した レスポンス (画像データ、設計データを含む。 )に含まれる設計データに基づいて、ッ ァ一のパスを迪りながら、受信したレスポンス (画像データ、設計データを含む。 )に 含まれる画像データを、出力デバイスを介してユーザに部分的に表示する(S114)。 [0126] なお、クライアント 101は、ユーザ力も URIを受け付けるにあたって、入力デバイス を介して URIが直接入力されるとしてもよ 、し、入力デバイスを介して Webページに 埋め込まれている 1以上のリンクの中力 選択されてリンク先の URIを受け付けるとし てもよい。
[0127] 図 12は、本実施の形態におけるゲートウェイの Webページ取得処理を示す図であ る。図 12に示されるように、ゲートウェイ 102は、クライアント 101からリクエスト(URIを 含む。)を受信すると(S 121 : Yes)、受信したリクエスト (URIを含む。)に含まれる U RIによって特定される Webサーバ(ここでは、サーバ 103とする。)に、受信したリクェ スト (URIを含む。)を送信する(S122)。このとき、受信したリクエスト (URIを含む。) の送信元をクライアント 101からゲートウェイ 102に書き換えて力 送信する。
[0128] さらに、ゲートウェイ 102は、送信したリクエスト(URIを含む。)に対するレスポンス( Webページを含む。)を Webサーバから受信し(S 123)、受信したレスポンス(Web ページを含む。 )に含まれる Webページから 1以上のコンポーネントを抽出する(S12 4)。抽出した 1以上のコンポーネントを使用してツアーのパスを生成する(S125)。そ して、コンポーネント情報、リンク情報、ツアー情報とを含む設計データを生成する(S 126) o
[0129] また、受信したレスポンス(Webページを含む。 )に含まれる Webページ全体を画像 データに変換する(S 127)。
[0130] そして、ゲートウェイ 102は、変換して得られた画像データと、生成した設計データ とを含むレスポンスを生成し、生成したレスポンス (画像データ、設計データを含む。 ) をクライアント 101に送信する(S 128)。
[0131] 図 13は、本実施の形態におけるクライアントの表示制御処理を示す図である。図 1
3に示されるように、クライアント 101は、ユーザ力も受け付けた入力情報に応じて(S
131)、ページツーリングの概要などで説明したように、下記(1)〜(10)の処理を実 行する。
[0132] (1) Webページを最初から自動でスクロールする(S 132)。
[0133] (2)表示中のコンポーネントをスキップする(S133)。
[0134] (3)ユーザが注目しているコンポーネントの先頭に移動する(SI 34)。 [0135] (4)コンポーネント内を自動で折り返す(S 135)。
[0136] (5)表示位置から自動でスクロールする(S 136)。
[0137] (6)次のコンポーネントに移動する(S137)。
[0138] (7)前のコンポーネントに移動する(S138)。
[0139] (8)早送りでスクロールする(S139)。
[0140] (9)巻戻しでスクロールする(S 140)。
[0141] (10)メニューを表示する(S141)。
[0142] 例えば、テンキー" 1"が押されると、制御部 112は、 Webページを最初から自動で スクロールしながら表示するように表示部 117を制御する。このとき、コンポーネントの 形状に応じて、スクロールする順序が決定される。これによつて、ユーザが Webぺー ジの内容を一通り見たいときに、テンキー" 1"を押すことで、図 14に示されるように、 Webページが破線の矢印で示される経路で自動的にスクロールされて表示される。
[0143] 例えば、テンキー" 3"が押されると、制御部 112は、表示中のコンポーネントをスキ ップして次のコンポーネントを表示するように表示部 117を制御する。これによつて、 ユーザが Webページ内の特定の情報を探しているときに、テンキー" 3"を押すことで 、図 15に示されるように、表示中のコンポーネントがスキップされて、破線の矢印で示 される経路の先の丸で囲まれた部分に移動することができる。すなわち、図 16に示さ れるように、 目的の部分に迪りつくにあたって、複雑な操作で移動しなくともよくなる。
[0144] 同様に、テンキー" 4"が押されると、制御部 112は、表示中のコンポーネントをスキ ップして前のコンポーネントを表示するように表示部 117を制御する。これによつて、 ユーザが Webページ内の特定の情報を探しているときに、テンキー" 4"を押すことで 、表示中のコンポーネントがスキップされて前のコンポーネントが表示される。
[0145] 例えば、テンキー" 2"が押されると、制御部 112は、表示中のコンポーネントの先頭 に移動して表示するように表示部 117を制御する。これによつて、ユーザが表示中の コンポーネントを最初力も見たいときに、テンキー" 2"を押すことで、図 17に示される ように、破線の矢印で示される経路の先の丸で囲まれた部分に移動することができる
[0146] 例えば、テンキー" 6"が押されると、制御部 112は、表示中のコンポートの形状に応 じて、 自動で折り返して表示するように表示部 117を制御する。これによつて、ユーザ が表示中のコンポーネントを折り返したいときに、テンキー" 6"を押すことで、図 18に 示されるように、自動で折り返されて丸で囲まれた部分が表示される。
[0147] 例えば、テンキー" 5"が押されると、制御部 112は、 Webページを現在地点から自 動でスクロールしながら表示するように表示部 117を制御する。これによつて、ユーザ が Webページを手操作によりスクロールしながら表示していて途中でスクロールが面 倒になったときに、テンキー" 5"を押すことで、図 19に示されるように、破線の矢印で 示される経路で途中力 スクロールされて表示される。
[0148] なお、クライアント 101は、これらの操作や表示以外にも、図 20に示されるように、ク ライアント 101のディスプレイの中央に位置するコンポーネント、すなわち、カーソル( 図中の白い矢印)が合わさったコンポーネントをユーザが注目するコンポーネントとし て常にハイライトで表示することができる。また、図 21に示されるように、テンキーと操 作とが対応付けられているメニューを表示することができる。
[0149] 以上、本実施の形態における Webページ閲覧システム 100によれば、 Webページ 力も情報の集合であるコンポーネントを抽出し、コンポーネントのレイアウトやコンポ一 ネント内の情報量など力もツアーのパスなどを決定する。決定したツアーのパスに沿 つて自動でスクロールさせながら表示することができるため、 目的地までスクロールし ていくユーザの作業を軽減することができる。そして、貧弱な入力インタフェースや画 面が小さい携帯電話機などのようなモパイル端末であっても、ユーザは最低限の操 作で目的の情報を探すことができる。
[0150] (その他)
なお、ゲートウェイ 102の機能がクライアント 101に取り込まれているとしてもよい。ま た、ゲートウェイ 102の機能が部分的にクライアント 101に取り込まれているとしてもよ い。例えば、ゲートウェイ 102の機能のうち、ツアーのパスを決定する機能がクライア ント 101に取り込まれているとしてもよい。これによつて、クライアント 101は、 Webぺ ージを取得し、 Webページの構成およびディスプレイの表示サイズに基づいて、取 得した Webページの全体を回るツアーのパスを決定する。このとき、 Webページから 1以上のコンポーネントを抽出し、 Webページを構成する各コンポーネントの形状に 基づいて、ツアーのパスを決定する。
[0151] なお、クライアント 101は、 CPU (Central Processing Unit)、 RAM (Random Access
Memory)、 ROM (Read Only Memory)、 HDD (Hard Disk Drive)、通信モジユーノレ などを備えるとしてもよい。さら〖こ、 ROMなどに、クライアント 101を制御するプロダラ ム(以下、 Webページ閲覧制御プログラムと呼称する。)がインストールされており、 W ebページ閲覧制御プログラムが実行されることによって、クライアント 101の各機能が 実現されるとしてもよい。
[0152] なお、ゲートウェイ 102は、 CPU (Central Processing Unit)、 RAM (Random Access
Memory)、 ROM (Read Only Memory)、 HDD (Hard Disk Drive)、ネットワークイン ターフェースなどを備えるとしてもよい。さらに、 HDDまたは ROMなどに、ゲートゥェ ィ 102を制御するプログラム(以下、 Webページ閲覧支援制御プログラムと呼称する 。;)がインストールされており、 Webページ閲覧支援制御プログラムが実行されること によって、ゲートウェイ 102の各機能が実現されるとしてもよ 、。
[0153] なお、 Webページ閲覧制御プログラムや Webページ閲覧支援制御プログラムは、 コンピュータシステム、組み込みシステムなどのようなハードウェアシステムに読み取 り可能な記録媒体に記録されているとしてもよい。さらに、記録媒体を介して他のハ 一ドゥエアシステムに読み出されて実行されるとしてもよい。これによつて、クライアント 101やゲートウェイ 102の各機能を他のハードウェアシステムに実現することができる 。ここで、コンピュータシステム読み取り可能な記録媒体として、光学記録媒体 (例え ば、 CD— ROMなど。)、磁気記録媒体 (例えば、ハードディスクなど。)、光磁気記録 媒体 (例えば、 MOなど。)、半導体メモリ(例えば、メモリカードなど。)などがある。
[0154] また、 Webページ閲覧制御プログラムや Webページ閲覧支援制御プログラムは、ィ ンターネット、ローカルエリアネットワークなどのようなネットワークに接続されているハ 一ドゥエアシステムに保持されているとしてもよい。さらに、ネットワークを介して他のハ 一ドゥエアシステムにダウンロードされて実行されるとしてもよい。これによつて、クライ アント 101やゲートウェイ 102の各機能を他のハードウェアシステムに実現することが できる。ここで、ネットワークとして、地上放送網、衛星放送網、 PLC (Power Line Com munication)、移動電話網、有線通信網(例えば、 IEEE802. 3など。)、無線通信網 (例えば、 IEEE802. 11など。)がある。
[0155] なお、クライアント 101は、携帯電話機以外に、 PDA (Personal Digital Assistance) 、 IP電話機などのような組み込みシステムとしてもよ 、。
産業上の利用可能性
[0156] 本発明は、 Webページ閲覧システムなどとして、特に、 Webページの全体を回る経 路に沿って自動的にスクロールしながら閲覧することができる Webページ閲覧システ ムなどとして、禾 IJ用することができる。

Claims

請求の範囲
[1] ディスプレイの表示サイズよりも大き 、サイズの Webページを部分的に表示する We bページ閲覧装置であって、
1以上のコンポーネントから構成される前記 Webページを部分的に前記ディスプレ ィに表示する表示手段と、
コンポーネントを順番に迪りながら前記 Webページの全体を回る経路に沿って前 記 Webページの表示部分を移動させながら前記表示手段に表示させる制御手段と を備えることを特徴とする Webページ閲覧装置。
[2] 前記制御手段は、前記表示部分がコンポーネント間を跨ぐときに、ズームアウトさせ ながら表示させる
ことを特徴とする請求項 1に記載の Webページ閲覧装置。
[3] 前記制御手段は、早送りおよび巻戻しの!/、ずれかで前記表示部分を移動させなが ら表示させる
ことを特徴とする請求項 1に記載の Webページ閲覧装置。
[4] 前記制御手段は、早送りおよび巻戻しの!/、ずれかで前記表示部分を移動させなが ら表示させる場合は、ズームアウトさせながら表示させる
ことを特徴とする請求項 3に記載の Webページ閲覧装置。
[5] 前記 Webページ閲覧装置は、さらに、表示中のコンポーネントの次のコンポーネン トおよび前のコンポーネントのいずれ力にスキップすることが示される入力情報を受け 付ける受付手段を備え、
前記制御手段は、前記 Webページをスクロールしている最中に、前記受付手段で 前記入力情報が受け付けられると、表示中のコンポーネントの次のコンポーネントお よび前のコンポーネントのいずれかを表示させる
ことを特徴とする請求項 1に記載の Webページ閲覧装置。
[6] 前記制御手段は、前記表示部分がコンポーネント間を跨ぐときに、ズームアウトさせ ながら表示させる
ことを特徴とする請求項 5に記載の Webページ閲覧装置。
[7] 前記制御手段は、表示中のコンポーネントの次のコンポーネントおよび前のコンポ 一ネントの 1、ずれかから、前記表示部分を移動させながら表示させる ことを特徴とする請求項 5に記載の Webページ閲覧装置。
[8] 前記 Webページ閲覧装置は、さらに、ユーザが注目しているコンポーネントに関す る入力情報を受け付ける受付手段を備え、
前記制御手段は、ユーザが前記 Webページを手操作によりスクロールして 、る最 中に、表示中のコンポーネントを手操作により移動させている最中に、前記受付手段 で前記入力情報が前記ユーザ力 受け付けられると、前記入力情報に基づいて、ュ 一ザが注目しているコンポーネントの先頭を表示させる
ことを特徴とする請求項 1に記載の Webページ閲覧装置。
[9] 前記 Webページ閲覧装置は、さらに、表示中のコンポーネント内を折り返すことが 示される入力情報を受け付ける受付手段を備え、
前記制御手段は、ユーザが前記 Webページを手操作によりスクロールして 、る最 中に、前記受付手段で前記入力情報が受け付けられると、表示中のコンポーネント 内を折り返して表示させる
ことを特徴とする請求項 1に記載の Webページ閲覧装置。
[10] 前記 Webページ閲覧装置は、さらに、前記 Webページ閲覧装置が前記 Webぺー ジを表示部分から自動でスクロールすることが示される入力情報を受け付ける受付手 段を備え、
前記制御手段は、ユーザが Webページを手操作によりスクロールしている最中に、 前記受付手段で前記入力情報が受け付けられると、前記入力情報が受け付けられ たときの表示部分力 移動させながら表示させる
ことを特徴とする請求項 1に記載の Webページ閲覧装置。
[11] 前記制御手段は、ユーザが注目しているコンポーネントとして、前記ディスプレイの 中央に位置するコンポーネントをハイライトで表示させる
ことを特徴とする請求項 1に記載の Webページ閲覧装置。
[12] 前記 Webページを取得する取得手段と、
前記 Webページの構成および前記ディスプレイの表示サイズに基づ!/、て、前記 W ebページの全体を回る経路を決定する決定手段と を備えることを特徴とする請求項 1に記載の Webページ閲覧装置。
[13] 前記 Webページ閲覧装置は、さらに、前記 Webページから 1以上のコンポーネント を抽出する抽出手段を備え、
前記決定手段は、前記 Webページを構成する各コンポーネントの形状に基づ 、て 、前記経路を決定する
ことを特徴とする請求項 12に記載の Webページ閲覧装置。
[14] ディスプレイの表示サイズよりも大き 、サイズの Webページを部分的に表示する We bページ閲覧装置を支援する Webページ閲覧支援装置であって、
前記 Webページ閲覧装置の代わりに前記 Webページを取得する取得手段と、 前記 Webページの構成および前記ディスプレイの表示サイズに基づ!/、て、前記 W ebページの全体を回る経路を決定する決定手段と、
前記 Webページおよび前記経路を前記 Webページ閲覧装置に送信する送信手 段と
を備えることを特徴とする Webページ閲覧支援装置。
[15] 前記 Webページは、 1以上のコンポーネントから構成され、
前記決定手段は、前記 Webページを構成する各コンポーネントの形状に基づ 、て 、前記経路を決定する
ことを特徴とする請求項 14に記載の Webページ閲覧支援装置。
[16] 前記 Webページ閲覧支援装置は、さらに、
前記 Webページから 1以上のコンポーネントを抽出する抽出手段と、
前記 Webページにおける前記 1以上のコンポーネントのレイアウトに関する情報を 含む設計データを生成する生成手段と
を備え、
前記送信手段は、前記設計データに含めて前記経路を前記要求元に送信する ことを特徴とする請求項 15に記載の Webページ閲覧支援装置。
[17] ディスプレイの表示サイズよりも大き 、サイズの Webページを部分的に表示する We bページ閲覧装置と、前記 Webページ閲覧装置を支援する Webページ閲覧支援装 置とを備える Webページ閲覧システムであって、 前記 Webページ閲覧装置は、
1以上のコンポーネントから構成される前記 Webページを部分的に前記ディスプレ ィに表示する表示手段と、
コンポーネントを順番に迪りながら前記 Webページの全体を回る経路に沿って前 記 Webページの表示部分を移動させながら前記表示手段に表示させる制御手段と を備え、
前記 Webページ閲覧支援装置は、
前記 Webページ閲覧装置の代わりに前記 Webページを取得する取得手段と、 前記 Webページの構成および前記ディスプレイの表示サイズに基づ 、て、前記経 路を決定する決定手段と、
前記 Webページおよび前記経路を前記 Webページ閲覧装置に送信する送信手 段と
を備えることを特徴とする Webページ閲覧システム。
[18] ディスプレイの表示サイズよりも大き 、サイズの Webページを部分的に表示する We bページ閲覧制御方法であって、
1以上のコンポーネントから構成される前記 Webページを部分的に前記ディスプレ ィに表示する表示ステップと、
コンポーネントを順番に迪りながら前記 Webページの全体を回る経路に沿って前 記 Webページの表示部分を移動させながら前記表示ステップに表示させる制御ステ ップと
を含むことを特徴とする Webページ閲覧制御方法。
[19] ディスプレイの表示サイズよりも大き 、サイズの Webページを部分的に表示する We bページ閲覧装置を支援する Webページ閲覧支援制御方法であって、
前記 Webページ閲覧装置の代わりに前記 Webページを取得する取得ステップと、 前記 Webページの構成および前記ディスプレイの表示サイズに基づ!/、て、前記 W ebページの全体を回る経路を決定する決定ステップと、
前記 Webページおよび前記経路を前記 Webページ閲覧装置に送信する送信ステ ップと を含むことを特徴とする Webページ閲覧支援制御方法。
[20] ディスプレイの表示サイズよりも大き 、サイズの Webページを部分的に表示する We bページ閲覧方法であって、
前記 Webページの構成および前記ディスプレイの表示サイズに基づ!/、て、前記 W ebページの全体を回る経路を決定する決定ステップと、
前記経路に沿って前記 Webページの表示部分を移動させながら、前記 Webぺー ジを部分的に前記ディスプレイに表示する表示ステップと
を含むことを特徴とする Webページ閲覧方法。
[21] ディスプレイの表示サイズよりも大き 、サイズの Webページを部分的に表示する We bページ閲覧制御プログラムであって、
1以上のコンポーネントから構成される前記 Webページを部分的に前記ディスプレ ィに表示する表示ステップと、
コンポーネントを順番に迪りながら前記 Webページの全体を回る経路に沿って前 記 Webページの表示部分を移動させながら前記表示ステップに表示させる制御ステ ップと
をコンピュータシステムに実行させることを特徴とする Webページ閲覧制御プロダラ ム。
[22] ディスプレイの表示サイズよりも大き 、サイズの Webページを部分的に表示する We bページ閲覧装置を支援する Webページ閲覧支援制御プログラムであって、 前記 Webページ閲覧装置の代わりに前記 Webページを取得する取得ステップと、 前記 Webページの構成および前記ディスプレイの表示サイズに基づ!/、て、前記 W ebページの全体を回る経路を決定する決定ステップと、
前記 Webページおよび前記経路を前記 Webページ閲覧装置に送信する送信ステ ップと
をコンピュータシステムに実行させることを特徴とする Webページ閲覧支援制御プ ログラム。
PCT/JP2006/313297 2006-01-10 2006-07-04 Webページ閲覧システム WO2007080665A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006-002930 2006-01-10
JP2006002930 2006-01-10

Publications (1)

Publication Number Publication Date
WO2007080665A1 true WO2007080665A1 (ja) 2007-07-19

Family

ID=38256080

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/313297 WO2007080665A1 (ja) 2006-01-10 2006-07-04 Webページ閲覧システム

Country Status (1)

Country Link
WO (1) WO2007080665A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011257988A (ja) * 2010-06-09 2011-12-22 Fujifilm Corp Web閲覧システムおよびWeb閲覧方法
JP2012063880A (ja) * 2010-09-14 2012-03-29 Nec Corp スクロール制御装置、制御方法、及び、制御プログラム
JP2017041840A (ja) * 2015-08-21 2017-02-23 キヤノン株式会社 画像処理装置及び画像処理方法
JP7409887B2 (ja) 2020-01-23 2024-01-09 株式会社キーエンス データ中継装置および表示装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0962481A (ja) * 1995-08-23 1997-03-07 Ricoh Co Ltd 情報出力装置
JP2000305749A (ja) * 1999-04-23 2000-11-02 Fujitsu Ltd 音声による情報提供装置
JP2001202230A (ja) * 2000-01-20 2001-07-27 Hitachi Ltd 音声読み上げ装置及び当該装置を備えた携帯情報端末

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0962481A (ja) * 1995-08-23 1997-03-07 Ricoh Co Ltd 情報出力装置
JP2000305749A (ja) * 1999-04-23 2000-11-02 Fujitsu Ltd 音声による情報提供装置
JP2001202230A (ja) * 2000-01-20 2001-07-27 Hitachi Ltd 音声読み上げ装置及び当該装置を備えた携帯情報端末

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MAEKAWA T. ET AL.: "Mobile Tanmatsu no Tame no Web Page Jido Scroll Hoshiki (A Web Page Automatic Scrolling Method for Mobile Devices)", THE DATABASE SOCIETY OF JAPAN, 28 September 2005 (2005-09-28), XP003016437, Retrieved from the Internet <URL:http://www.dbsj.org/Japanese/DBSJLetters/vol4/no2/maekawa.pdf> *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011257988A (ja) * 2010-06-09 2011-12-22 Fujifilm Corp Web閲覧システムおよびWeb閲覧方法
JP2012063880A (ja) * 2010-09-14 2012-03-29 Nec Corp スクロール制御装置、制御方法、及び、制御プログラム
JP2017041840A (ja) * 2015-08-21 2017-02-23 キヤノン株式会社 画像処理装置及び画像処理方法
JP7409887B2 (ja) 2020-01-23 2024-01-09 株式会社キーエンス データ中継装置および表示装置

Similar Documents

Publication Publication Date Title
US7810049B2 (en) System and method for web navigation using images
US8577900B2 (en) Method and apparatus for enhancing webpage browsing
KR100550935B1 (ko) 웹브라우저에서의오디오기능제어용사용자인터페이스
US6785740B1 (en) Text-messaging server with automatic conversion of keywords into hyperlinks to external files on a network
US20040216036A1 (en) Browser user interface
US20030132957A1 (en) System for recording world wide web browsing sessions navigation on a real-time basis and for subsequently displaying the recorded sessions as surrogate browsing sessions with user enabled real-time modification
EP0782085A1 (en) Video browsing on the world wide web
JP5056810B2 (ja) 情報処理装置およびその制御プログラム
KR20010023562A (ko) 자동화된 내용 스케줄러 및 디스플레이어
US20070282825A1 (en) Systems and methods for dynamic content linking
JP2004513434A (ja) 表示方法および装置
US20020073081A1 (en) Information processing system, terminal device, method and medium
JP5482842B2 (ja) 情報処理装置およびその制御プログラム
CN103124968A (zh) 用于后仰式娱乐的内容转换
JP6322629B2 (ja) 情報表示方法およびプログラム
KR20080057907A (ko) 무선 인터넷 접속이 가능한 이동 통신 단말기에서하이퍼링크 정보를 제공하기 위한 방법
WO2007080665A1 (ja) Webページ閲覧システム
JP2011113279A (ja) 端末装置、Webページ上への情報挿入方法、及び端末処理プログラム
JPH10187408A (ja) ウェブ・ブラウザ内のオーディオ機能を制御するためのユーザ・インタフェース
JP5049880B2 (ja) 情報処理装置
JPH10301944A (ja) Wwwブラウザ装置
JP3949923B2 (ja) 受動型閲覧用データ加工処理方法、受動型閲覧用データ加工処理プログラム、端末側受動型閲覧用データ加工処理プログラム、受動型閲覧用データ閲覧処理プログラム
Pérez-Quiñones et al. The Ears Have It: A Task by Information Structure Taxonomy for Voice Access to Web Pages.
JP4953190B2 (ja) 表示装置、コンテンツ閲覧方法およびプログラム
US20090327233A1 (en) Method of selecting objects in web pages

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06767828

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP