WO2006101604A2 - Data output method and system - Google Patents
Data output method and systemInfo
- Publication number
- WO2006101604A2 WO2006101604A2 PCT/US2006/003836 US2006003836W WO2006101604A2 WO 2006101604 A2 WO2006101604 A2 WO 2006101604A2 US 2006003836 W US2006003836 W US 2006003836W WO 2006101604 A2 WO2006101604 A2 WO 2006101604A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- terminal
- data
- data format
- dependent
- format
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Definitions
- This invention relates to a method and a system for outputting data to be viewed, and particularly to outputting viewable data on a mobile terminal that has requested the data to be displayed from a data provider (e.g., via a particular Internet portal).
- a data provider e.g., via a particular Internet portal
- a terminal will request specific application-related data via a so-called Internet portal.
- the portal identifies the requesting terminal, then routes the request of that terminal to the appropriate application, which, in turn, provides the requested information in a first data format, referred to as markup language and containing links to the actual data content.
- markup language a first data format
- the links of the markup language are compiled into fixed links or direct data files, followed by a second conversion step, in which the data to be furnished are converted into a data format adapted to the terminal concerned.
- This conversion step is accomplished by means of a so-called transformation style sheet that constitutes a fixed protocol, on the basis of which the data are converted from the original markup-language format into the terminal-compatible data format.
- transformation style sheet that constitutes a fixed protocol, on the basis of which the data are converted from the original markup-language format into the terminal-compatible data format.
- One advantage of the present invention is to introduce a method for converting data of the type described above for display on a terminal, permitting flexible adaptation of the output data to such terminal.
- this capability is achieved by an optimizing step, in which 1) data that have already been converted into the terminal-dependent data format are adapted; and, 2) after adaptation, the data are transferred to the terminal, having specific system properties for that terminal, as derived from the system identification code of the terminal.
- This two-step conversion process permits easy and flexible adaptation of the data, transmitted for display to specific individual terminals, by utilizing basic data-format conversion performed via the transformation protocol into a terminal-compatible data format, as the starting point for optimized adaptation to the specific characteristics of the terminal concerned.
- a controller design based on typical terminal parameters, such as memory capacity, displayable character sets, display screen resolution, color depth, Codec capabilities, streaming capabilities and bit-rate limitations, allowing for automated optimization.
- adding a new terminal for similar adaptation and transfer thus merely requires correlating the system parameters of the terminal with the new equipment identification code, and storing this data, for instance, in a repository, such as a database.
- a repository such as a database.
- the present invention it is thus not necessary to create a complete, new transformation protocol for the terminal that would convert the target data into a terminal-dependent data format. Therefore, compared to prior-art methodology, the present invention permits simpler, more flexible manipulation, while reducing the development effort for the addition of new terminals.
- the controller itself can be of a configurable design.
- the optimizing step permits distribution of the data over several document pages, depending on the available memory space (e.g., the storage capacity per document page).
- the document page is so dimensioned that in terms of memory capacity and the size and resolution of the terminal display screen, the distributed data for a page can be displayed as one complete image.
- This optimized preparation of the data to be displayed permits a centrally specified and implemented appearance of the data set, so that configuration instructions for data preparation can be contained in the controller for the optimizing step.
- Automated distribution is possible for instance through the recognition of control characters within the converted data, which predefine preferred break points. These control characters can be configured in a markup language in which the data to be displayed are made available in a terminal- independent data format.
- control characters are appropriately mapped during the conversion into a target markup language.
- the distribution of the documents over several pages may also take into account the load time of a page, allowing for rapid display of the data on the terminal.
- the first data page can be transferred while the optimization and transmission of the subsequent data pages are still in progress. It follows that, in practical application, the user of the terminal does not have to contend with long delays.
- navigation elements for accessing the individual document pages of the overall document.
- These navigation elements can include buttons on a touch screen, menus or page numbers, or a slide-show or video playback function, each of which is selectable, for example, via specific function keys.
- characters embedded in the data for the optimizing step are checked for displayability and, where appropriate, are converted into a format displayable on the terminal.
- This checking is important especially in connection with text characters that are transmitted as the code number of a character set, if and when the text contains language-related special characters, for example.
- these characters may or may not be displayed correctly. Prior verification of the displayability of these characters in a text that is to be displayed on the terminal can therefore determine whether they will appear correctly.
- the invention provides the particularly desirable ability to combine the image and/or text data contained in the file to be displayed into a new composite graphic that can be converted into the preferred graphic format for the terminal concerned.
- an image generator for example, many different information elements in different data formats may be compounded into a uniform data format that is easier to optimize and usually involves a smaller data volume.
- each document page e.g., covering the entire available display area of the terminal
- each document page to be individually generated as a self-contained image that is easily scalable and adaptable in its entirety with unchanging quality.
- the optimizing step of the present invention allows, by means of an iterative process, adaptation of the resulting data display to the available memory space, the display resolution and color depth, the Codec capabilities, and/or existing video/audio bit-rate limitations.
- This process can be accomplished by first generating an optimal image, in terms of its visual appearance (e.g., involving image size, display resolution, color depth), and then testing the image size or other limitations (e.g., load time, optimized Codec image format such as JPEG, GIF, PNG, WBMP) of the terminal. This process is repeated by scaling individual parameters, until the size of the image optimally utilizes the available memory space.
- the present invention provides for the parallel preprocessing of the data converted for several iterative steps in the optimization process, and staging in a buffer memory corresponding to the subsequent iterative steps. To the extent that these iterative steps are needed, the data is made available for immediate verification without first having to be generated. If the iteration is aborted, the data is simply discarded. [00014]The present invention also relates to a system for outputting data to be displayed, particularly on a mobile terminal, according to the characterizing features specified below, as appropriate for implementing the method described above.
- the system includes a terminal identification unit and a controller, with the latter, in one embodiment, incorporating a converter for the conversion of the target data maintained in a terminal-independent data format into a terminal-dependent data format.
- the converter includes a series-connected post-processor that serves to adapt the data, converted into the terminal-dependent data format, to specific system characteristics of the terminal concerned.
- the separation of the original conversion into a data format that is basically displayable on the terminal, from a subsequent optimization of that data format for the requirements of a specific type of terminal allows flexible conversion of the data being displayed to various types of terminals. It is also possible to perform the basic conversion once and store this information in a repository (e.g., a database), if subsequent requests from several similar terminals can be expected. Via this approach, the processing speed can be further increased.
- the post processor is equipped with size partitioning units specifically serving to adjust textual information contained in the data set being displayed, so as to allow the processor to generate images, convert images, and convert video and/or audio data, to the extent that these have been processed for the implementation steps of the method described above.
- At least two units of the post processor are able to operate in parallel, with their results combined in the parent post processor or in the converter, from which the controller transmits these results to the terminal.
- FIG. 1 presents a representative diagram of a system and functionality for providing display for a mobile terminal, in accordance with an embodiment of the present invention.
- FIG. 1 contains a schematic depiction, in a functional flow diagram, of a system 1 serving to output data for display on a mobile terminal 2 (e.g., a cellular telephone) featuring a terminal identification unit 3 and a controller 4.
- a mobile terminal 2 e.g., a cellular telephone
- the system 1 may be incorporated in a single processor or, in distributed fashion, across several processors of a data processing unit equipped with appropriate interfaces to a communication network, such as the Internet.
- the controller 4 incorporates a preprocessor 5, a converter 6 that serves to convert display data maintained in a terminal-independent data format into a terminal-dependent data format, and a post processor 7 designed to adapt the data that have been converted into the terminal-dependent data format to specific system characteristics of the terminal 2.
- the post processor 7 incorporates a unit 8 for size partitioning and text conversion, a unit 9 for image generation, a unit 10 for image conversion, a unit 11 for video conversion, and a unit 12 for audio conversion.
- a unit 8 for size partitioning and text conversion incorporates a unit 9 for image generation, a unit 10 for image conversion, a unit 11 for video conversion, and a unit 12 for audio conversion.
- Each of these units work in parallel and are partly capable of a mutual data exchange, in the embodiment shown in FIG. 1.
- the post processor 7 serves to optimize the data that have been converted by the converter 6 into a terminal- readable data format, with regard to the specific system parameters of the mobile terminal 2 to which the data to be displayed are sent, upon completion of the conversion, by the controller 4, which controls the overall conversion process.
- the system 1 receives the data to be displayed in a terminal-independent data format via a connector 13 that downloads these data, such as from certain applications on the Internet.
- the system 1 is designed to recognize mobile terminals 2, upon requests being transmitted to computer systems, and to control the output function for the mobile terminals 2 in a manner whereby any content provided via the connector 13 for output to the mobile terminals 2 is delivered in an optimally adapted format for the requirements of the mobile terminals 2.
- the content to be displayed may include data in various media formats, such as text, images, graphics, photos, videos, sounds, or other applications.
- the mobile terminals 2 may include cellular telephones, smartphones, personal data assistants (PDAs), mobile development environment (MDE) devices, virtual-reality goggles, and head-up displays, as well as other terminals 2 having display and data transfer modules.
- the system 1 may also be used in conjunction with non-mobile terminals 2.
- a terminal 2 transmits a request (not indicated in FIG. 1) polling a given communications network, such as the Internet, for certain data.
- the request specifying the desired information and containing an equipment identification code, is transmitted from the terminal 2 to a central server.
- the central server collects the requested data and transmits these collected data to the system 1 via the connector 13, in a terminal- independent data format.
- the system 1 may even be directly integrated into the data server, so that the request is transmitted straight from the terminal 2 to the system 1, which, in turn, requests the desired data from another server via the connector 13.
- the system 1 operates as so-called "middleware" between the requesting terminal 2 and a back-end server that provides the requested data in a terminal-independent data format (e.g., in a general markup language).
- the Web server can preprocess the request of the terminal 2 and then route the desired information to a back-end server on which the system 1 is implemented. Accordingly, the system according to this embodiment of the present invention can be used as a front-end, as well as a back-end system. [00026]lnitialization of the system is triggered by a request, which is followed by a prompt querying the equipment identification code of the requesting terminal 2. The equipment identification code reveals the system parameters of the terminal 2.
- the system 1 contains a repository 14, such as a database, that stores the system parameter information associated with the equipment identification code for the terminal 2.
- the equipment identification code preferably includes various elements of data, such as the manufacturer's name, equipment model, and firmware version.
- specific control characteristics of the mobile terminal 2 will be forwarded to the controller 4 for further processing.
- a search is conducted for the closest possible system information. That search will first be aimed at the parameters of an older model of the same equipment by the same manufacturer, for example. If no similar model can be found, the parameters of the technically simplest device will be selected for executing the data conversion. This approach makes it possible for the system 1 to work even with new equipment that has not yet been specified in the repository 14.
- the system parameters of the terminal 2 include, for example, the available memory space, the accessible character sets within the boundaries of the character coding used, the display resolution, the displayable color depth, Codec capabilities (e.g., the ability to display descriptive data formats, the number of displayable images per second, streaming capabilities) and any potential video/audio bit-rate limitations.
- These system parameters of the terminal 2 are transferred to the controller 4 for further processing.
- the controller 4 coordinates the subsequent progression of the conversion process, storing intermediate conversion results in a buffer memory for facilitated availability.
- This buffered storage includes, for example, the data provided for display via the connector 13 in a terminal-independent data format (e.g., the data format in which the data are accessed on the Internet).
- HTML Hypertext Markup Language
- the controller 4 routes the data to be displayed, along with the system parameters, to a preprocessor 5, in which the data to be displayed are preprocessed such that, with the aid of control signals provided by the requesting terminal 2, the raw data supplied may be analyzed and internally prepared for the subsequent conversion steps.
- a preprocessor 5 in which the data to be displayed are preprocessed such that, with the aid of control signals provided by the requesting terminal 2, the raw data supplied may be analyzed and internally prepared for the subsequent conversion steps.
- certain initial terminal-dependent data conversions may already be possible, in the form of control-character insertions into the raw data.
- the data preprocessed up to this point are cached and routed to the converter 6, where the data that have been prepared in the preprocessor 5 are transformed into the desired terminal-dependent data format (e.g., target markup language, such as wireless markup language (WML), extensible hypertext markup language (XHTML), compact hypertext markup language (CHTML), Vodafone ML, and linked with optimized contents and terminal-specific control commands for the mobile terminal 2.
- target markup language such as wireless markup language (WML), extensible hypertext markup language (XHTML), compact hypertext markup language (CHTML), Vodafone ML, and linked with optimized contents and terminal-specific control commands for the mobile terminal 2.
- WML wireless markup language
- XHTML extensible hypertext markup language
- CHTML compact hypertext markup language
- Vodafone ML e.g., ML
- the conversion takes place by means of a predefined transformation protocol, such as an extensible stylesheet language transformations (XSLT) selected to correspond to the system parameters of the terminal 2.
- the data delivered by the converter can in essence be displayed on numerous types of equipment and are not completely adapted to a specific type of equipment. It is therefore desirable to stage the data in intermediate storage for similar requests by other terminals 2 of a comparable type.
- the data are transferred to a post processor 7, which is designed to adapt the data set emanating from the converter 6 and including the entire content, for the specific terminal 2, at the highest possible quality. That post processor 7 processes text, still images, video, image sequences and/or sound.
- the post processor 7 is provided with a control program that defines the manner in which display data delivered in a terminal-dependent data format can be adapted to specific terminal-system parameters, and thus optimized. This control program procedure involves a progression through different optimizing steps, individually mapped to discrete units and executed in parallel, and, where appropriate, mutually interlinked.
- a size- partitioning and text-converting unit 8 performs a size optimizing function.
- a relatively large document is partitioned and distributed over several document pages for consecutive display.
- each such page is of a size that permits it to be displayed as a full screen image on the terminal.
- the page being displayed additionally contains navigating elements that permit switching among the pages. This function is also implementable as an automatically generated image sequence.
- the size-partitioning unit 8 also converts text by transforming special characters into a format that the requesting terminal 2 can read (e.g., it replaces special characters with entities specifically coded for the terminal 2).
- a character-set code may be used for the text.
- an image generator 9 textual and/or image data to produce a new, uniform graphic that is composed and readied for display based on the equipment-specific system parameters and control signals for the terminal 2, with regard to pixel size and maximum attainable color depth.
- Both the image and text information in the newly created graphic are distributed and positioned in legible fashion. This result can be technically achieved by means of evaluation factors assigned to the individual elements and scaled together with pictorial and textual elements.
- Embodiments of the present invention also take into account the available Codec image formats.
- the graphic thus generated is then passed on to the image converter 10, in which either this graphic or an externally provided graphic is iteratively optimized, until the available memory space is maximally utilized for the best possible image quality.
- a visually optimal image is created first, after which the size of the image is reviewed with due consideration of other limitations, such as load time or the Codec image format. By scaling individual parameters, this process is repeated until the storage size of the image makes maximum use of the available memory space of the terminal 2.
- the individual parameters are weighted to allow defining of the sequence of the iteration.
- the video converter 11 and the audioconverter 12 must make allowances not only for the image-processing aspects, but, additionally, for the number of image frames displayable per second, the streaming capabilities, and the video/audio bit-rate limitations.
- the raw video sequences may be cut at periodic intervals.
- a substantial reduction in storage-space requirements - and thus an accelerated frame rate - can thereby be realized at the expense of resolution.
- the source video may be split into two tracks (e.g., a video and an audio channel), which will ultimately be recombined at the time of display on the terminal.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
NEW ABSTRACT A method and system for outputting data to be viewed on a mobile terminal (2) or other device that has requested the data to be displayed from a data provider . This outputting of viewable data includes: identifying the system parameters of the terminal (2) by a) querying the equipment identification code of t terminal, b) determining from a database the relevant system parameters (e.g., available memory spac displayable character sets, resolution of the display, depth of color, Codec capabilities, video and audio rates, streaming capability; 2) converting the data to be displayed and maintained in a terminal-independent data format, into a terminal (2) dependent data format by selecting a predefined transformation protocol the corresponds to the system parameters of the terminal (2); 3) executing the transformation of the data to displayed in accordance with that transformation protocol; and 4) transferring the data to the terminal (2).
Description
TITLE OF THE INVENTION
DATA OUTPUT METHOD AND SYSTEM
BACKGROUND OF THE INVENTION
Field of the Invention
[0001]This invention relates to a method and a system for outputting data to be viewed, and particularly to outputting viewable data on a mobile terminal that has requested the data to be displayed from a data provider (e.g., via a particular Internet portal).
Background of the Technology
[0002]Given modern communication capabilities, especially in the realm of mobile telephony, it is becoming increasingly possible to view complex data contents, especially from the Web, on mobile terminals, such as cellular telephones, organizers and the like. However, the data provided through the Internet are mostly so voluminous and tailored to the high performance of modern web browsers, that a direct display of the information is usually not possible on mobile terminals. Typically, these mobile terminals have a small display screen offering only limited resolution and color depth. Equally limited are transfer rates and input capabilities for these terminals. It is therefore common practice to convert information provided over the Internet in the form of text, image, video and/or audio data and intended for display on a mobile terminal, into a data format compatible with the terminal concerned.
[0003]One such method is described, for example, in WO02/059790 A1, according to which a terminal will request specific application-related data via a so-called Internet portal. The portal identifies the requesting terminal, then routes the request of that terminal to the appropriate application, which, in turn, provides the requested
information in a first data format, referred to as markup language and containing links to the actual data content. In a first step for adapting the data content, the links of the markup language are compiled into fixed links or direct data files, followed by a second conversion step, in which the data to be furnished are converted into a data format adapted to the terminal concerned. This conversion step is accomplished by means of a so-called transformation style sheet that constitutes a fixed protocol, on the basis of which the data are converted from the original markup-language format into the terminal-compatible data format. One drawback here, however, is that for every terminal, a specific transformation style sheet must be pre-established, making portal management and the addition of new terminals a complex task.
SUMMARY OF THE INVENTION
[0004]One advantage of the present invention is to introduce a method for converting data of the type described above for display on a terminal, permitting flexible adaptation of the output data to such terminal.
[0005]According to the invention, this capability is achieved by an optimizing step, in which 1) data that have already been converted into the terminal-dependent data format are adapted; and, 2) after adaptation, the data are transferred to the terminal, having specific system properties for that terminal, as derived from the system identification code of the terminal. This two-step conversion process permits easy and flexible adaptation of the data, transmitted for display to specific individual terminals, by utilizing basic data-format conversion performed via the transformation protocol into a terminal-compatible data format, as the starting point for optimized adaptation to the specific characteristics of the terminal concerned. For that optimizing step, it is possible to specify a controller design based on typical terminal parameters, such as memory capacity, displayable character sets, display screen resolution, color depth, Codec capabilities, streaming capabilities and bit-rate limitations, allowing for automated optimization.
[0006]Adding a new terminal for similar adaptation and transfer thus merely requires correlating the system parameters of the terminal with the new equipment identification code, and storing this data, for instance, in a repository, such as a database. According to the present invention, it is thus not necessary to create a complete, new transformation protocol for the terminal that would convert the target data into a terminal-dependent data format. Therefore, compared to prior-art methodology, the present invention permits simpler, more flexible manipulation, while reducing the development effort for the addition of new terminals. In addition, the controller itself can be of a configurable design.
[0007]According to one implementation of the present invention, the optimizing step permits distribution of the data over several document pages, depending on the available memory space (e.g., the storage capacity per document page). In this case the document page is so dimensioned that in terms of memory capacity and the size and resolution of the terminal display screen, the distributed data for a page can be displayed as one complete image. This optimized preparation of the data to be displayed permits a centrally specified and implemented appearance of the data set, so that configuration instructions for data preparation can be contained in the controller for the optimizing step. Automated distribution is possible for instance through the recognition of control characters within the converted data, which predefine preferred break points. These control characters can be configured in a markup language in which the data to be displayed are made available in a terminal- independent data format. The control characters are appropriately mapped during the conversion into a target markup language. Apart from the storage capacity of the document page in the terminal, the distribution of the documents over several pages may also take into account the load time of a page, allowing for rapid display of the data on the terminal. Specifically, the first data page can be transferred while the optimization and transmission of the subsequent data pages are still in progress. It
follows that, in practical application, the user of the terminal does not have to contend with long delays.
[0008]During the process of distribution of the data to be displayed over several document pages, it is possible to insert on one document page navigation elements for accessing the individual document pages of the overall document. These navigation elements can include buttons on a touch screen, menus or page numbers, or a slide-show or video playback function, each of which is selectable, for example, via specific function keys.
[0009]According to the invention, characters embedded in the data for the optimizing step are checked for displayability and, where appropriate, are converted into a format displayable on the terminal. This checking is important especially in connection with text characters that are transmitted as the code number of a character set, if and when the text contains language-related special characters, for example. Depending on how the terminal is configured, these characters may or may not be displayed correctly. Prior verification of the displayability of these characters in a text that is to be displayed on the terminal can therefore determine whether they will appear correctly. Alternatively, it is possible to convert the character concerned or the entire text, for example, into a graphic character format to permit a correct readout. The same applies to the display of image, video, and audio data, for which a check may be made of the correct displayability on the terminal for information contained in the data set, thus allowing for a correction of the information in the event that errors are expected. If such corrections are made during the setup or operating phase of a system, the corrections are preferably stored as part of the terminal's system parameters. To permit easy adaptation to new equipment, the system parameters of a terminal may be entered, for instance, as updates in systems installed earlier, thereby enabling these systems to employ the novel method. [00010]Quick, smooth conversion and optimization can be achieved in the optimizing step by the parallel processing of text, image, video, and/or audio data contained in
the data set. This approach is particularly advantageous for large data volumes, as in the case of video and audio files, which, if using a demultiplexing process, for example, can be broken down and processed as different data sets. [00011]To optimize the screen image, the invention provides the particularly desirable ability to combine the image and/or text data contained in the file to be displayed into a new composite graphic that can be converted into the preferred graphic format for the terminal concerned. By creating such an image, in an image generator, for example, many different information elements in different data formats may be compounded into a uniform data format that is easier to optimize and usually involves a smaller data volume. In particular, it is possible for each document page (e.g., covering the entire available display area of the terminal) to be individually generated as a self-contained image that is easily scalable and adaptable in its entirety with unchanging quality.
[00012]For maximum attainable utilization of the configurability of the terminal, the optimizing step of the present invention allows, by means of an iterative process, adaptation of the resulting data display to the available memory space, the display resolution and color depth, the Codec capabilities, and/or existing video/audio bit-rate limitations. This process can be accomplished by first generating an optimal image, in terms of its visual appearance (e.g., involving image size, display resolution, color depth), and then testing the image size or other limitations (e.g., load time, optimized Codec image format such as JPEG, GIF, PNG, WBMP) of the terminal. This process is repeated by scaling individual parameters, until the size of the image optimally utilizes the available memory space. In this context, the individual parameters are specifically weighted so as to allow for an evaluation of the optimum display quality. [00013]ln one embodiment of the above-described iterative procedure, the present invention provides for the parallel preprocessing of the data converted for several iterative steps in the optimization process, and staging in a buffer memory corresponding to the subsequent iterative steps. To the extent that these iterative
steps are needed, the data is made available for immediate verification without first having to be generated. If the iteration is aborted, the data is simply discarded. [00014]The present invention also relates to a system for outputting data to be displayed, particularly on a mobile terminal, according to the characterizing features specified below, as appropriate for implementing the method described above. The system includes a terminal identification unit and a controller, with the latter, in one embodiment, incorporating a converter for the conversion of the target data maintained in a terminal-independent data format into a terminal-dependent data format. According to one embodiment, the converter includes a series-connected post-processor that serves to adapt the data, converted into the terminal-dependent data format, to specific system characteristics of the terminal concerned. The separation of the original conversion into a data format that is basically displayable on the terminal, from a subsequent optimization of that data format for the requirements of a specific type of terminal, allows flexible conversion of the data being displayed to various types of terminals. It is also possible to perform the basic conversion once and store this information in a repository (e.g., a database), if subsequent requests from several similar terminals can be expected. Via this approach, the processing speed can be further increased.
[00015]According to one embodiment of the present invention, the post processor is equipped with size partitioning units specifically serving to adjust textual information contained in the data set being displayed, so as to allow the processor to generate images, convert images, and convert video and/or audio data, to the extent that these have been processed for the implementation steps of the method described above.
[00016]To increase processing speed, in one embodiment, at least two units of the post processor are able to operate in parallel, with their results combined in the parent post processor or in the converter, from which the controller transmits these results to the terminal.
[00017]Additional advantages and novel features of the invention will be set forth in part in the description that follows, and in part will become more apparent to those skilled in the art upon examination of the following or upon learning by practice of the invention.
BRIEF DESCRIPTION OF THE FIGURE [00018]ln the drawings:
[00019JFIG. 1 presents a representative diagram of a system and functionality for providing display for a mobile terminal, in accordance with an embodiment of the present invention.
DETAILED DESCRIPTION
[0002O]FIG. 1 contains a schematic depiction, in a functional flow diagram, of a system 1 serving to output data for display on a mobile terminal 2 (e.g., a cellular telephone) featuring a terminal identification unit 3 and a controller 4. Specifically, as shown in FIG. 1, the system 1 may be incorporated in a single processor or, in distributed fashion, across several processors of a data processing unit equipped with appropriate interfaces to a communication network, such as the Internet. [00021]lntegrated in the controller 4 are a preprocessor 5, a converter 6 that serves to convert display data maintained in a terminal-independent data format into a terminal-dependent data format, and a post processor 7 designed to adapt the data that have been converted into the terminal-dependent data format to specific system characteristics of the terminal 2. To that effect, the post processor 7 incorporates a unit 8 for size partitioning and text conversion, a unit 9 for image generation, a unit 10 for image conversion, a unit 11 for video conversion, and a unit 12 for audio conversion. Each of these units work in parallel and are partly capable of a mutual data exchange, in the embodiment shown in FIG. 1. The post processor 7 serves to optimize the data that have been converted by the converter 6 into a terminal-
readable data format, with regard to the specific system parameters of the mobile terminal 2 to which the data to be displayed are sent, upon completion of the conversion, by the controller 4, which controls the overall conversion process. [00022]The system 1 receives the data to be displayed in a terminal-independent data format via a connector 13 that downloads these data, such as from certain applications on the Internet.
[00023]The system 1 is designed to recognize mobile terminals 2, upon requests being transmitted to computer systems, and to control the output function for the mobile terminals 2 in a manner whereby any content provided via the connector 13 for output to the mobile terminals 2 is delivered in an optimally adapted format for the requirements of the mobile terminals 2. The content to be displayed may include data in various media formats, such as text, images, graphics, photos, videos, sounds, or other applications. The mobile terminals 2 may include cellular telephones, smartphones, personal data assistants (PDAs), mobile development environment (MDE) devices, virtual-reality goggles, and head-up displays, as well as other terminals 2 having display and data transfer modules. The system 1 may also be used in conjunction with non-mobile terminals 2.
[00024]The following implementation example will describe the conversion method i of an exemplary implementation of the present invention, with reference to FIG. 1. In FIG. 1, a terminal 2 transmits a request (not indicated in FIG. 1) polling a given communications network, such as the Internet, for certain data. The request, specifying the desired information and containing an equipment identification code, is transmitted from the terminal 2 to a central server. The central server collects the requested data and transmits these collected data to the system 1 via the connector 13, in a terminal- independent data format. The system 1 may even be directly integrated into the data server, so that the request is transmitted straight from the terminal 2 to the system 1, which, in turn, requests the desired data from another server via the connector 13. In that case, the system 1 operates as so-called
"middleware" between the requesting terminal 2 and a back-end server that provides the requested data in a terminal-independent data format (e.g., in a general markup language).
[00025]Altematively, the Web server can preprocess the request of the terminal 2 and then route the desired information to a back-end server on which the system 1 is implemented. Accordingly, the system according to this embodiment of the present invention can be used as a front-end, as well as a back-end system. [00026]lnitialization of the system is triggered by a request, which is followed by a prompt querying the equipment identification code of the requesting terminal 2. The equipment identification code reveals the system parameters of the terminal 2. In one embodiment, the system 1 contains a repository 14, such as a database, that stores the system parameter information associated with the equipment identification code for the terminal 2.
[00027]The equipment identification code preferably includes various elements of data, such as the manufacturer's name, equipment model, and firmware version. When the equipment identification of the requesting terminal 2 matches a data set in the system parameters stored in the repository 14, specific control characteristics of the mobile terminal 2 will be forwarded to the controller 4 for further processing. If an incomplete match occurs between the equipment identification code and a data set stored in the repository 14, a search is conducted for the closest possible system information. That search will first be aimed at the parameters of an older model of the same equipment by the same manufacturer, for example. If no similar model can be found, the parameters of the technically simplest device will be selected for executing the data conversion. This approach makes it possible for the system 1 to work even with new equipment that has not yet been specified in the repository 14. [00028]The system parameters of the terminal 2 include, for example, the available memory space, the accessible character sets within the boundaries of the character coding used, the display resolution, the displayable color depth, Codec capabilities
(e.g., the ability to display descriptive data formats, the number of displayable images per second, streaming capabilities) and any potential video/audio bit-rate limitations. These system parameters of the terminal 2 are transferred to the controller 4 for further processing. The controller 4 coordinates the subsequent progression of the conversion process, storing intermediate conversion results in a buffer memory for facilitated availability. This buffered storage includes, for example, the data provided for display via the connector 13 in a terminal-independent data format (e.g., the data format in which the data are accessed on the Internet). These data may include Hypertext Markup Language (HTML) data, which, while directly displayable with an Internet browser, typically cannot be displayed on mobile terminals. In other words, the data are supplied in a terminal-independent data format. [00029]For further processing, the controller 4 routes the data to be displayed, along with the system parameters, to a preprocessor 5, in which the data to be displayed are preprocessed such that, with the aid of control signals provided by the requesting terminal 2, the raw data supplied may be analyzed and internally prepared for the subsequent conversion steps. At that juncture, certain initial terminal-dependent data conversions may already be possible, in the form of control-character insertions into the raw data. Preferably, however, only those conversions are made in this phase of the process that apply to a wide range of possible terminals 2. The data preprocessed up to this point are cached and routed to the converter 6, where the data that have been prepared in the preprocessor 5 are transformed into the desired terminal-dependent data format (e.g., target markup language, such as wireless markup language (WML), extensible hypertext markup language (XHTML), compact hypertext markup language (CHTML), Vodafone ML, and linked with optimized contents and terminal-specific control commands for the mobile terminal 2. The conversion takes place by means of a predefined transformation protocol, such as an extensible stylesheet language transformations (XSLT) selected to correspond to the system parameters of the terminal 2. After that transformation, the data are in a
terminal-dependent data format and can essentially be output to any terminal 2 that supports this data format.
[00030]The data delivered by the converter (render engine) can in essence be displayed on numerous types of equipment and are not completely adapted to a specific type of equipment. It is therefore desirable to stage the data in intermediate storage for similar requests by other terminals 2 of a comparable type. [00031]Following this basic conversion, the data are transferred to a post processor 7, which is designed to adapt the data set emanating from the converter 6 and including the entire content, for the specific terminal 2, at the highest possible quality. That post processor 7 processes text, still images, video, image sequences and/or sound. To this end, the post processor 7 is provided with a control program that defines the manner in which display data delivered in a terminal-dependent data format can be adapted to specific terminal-system parameters, and thus optimized. This control program procedure involves a progression through different optimizing steps, individually mapped to discrete units and executed in parallel, and, where appropriate, mutually interlinked.
[00032]ln line with the document-page storage capacity of a terminal 2, a size- partitioning and text-converting unit 8 performs a size optimizing function. As a result, where necessary, a relatively large document is partitioned and distributed over several document pages for consecutive display. In terms of both available memory space and display resolution, each such page is of a size that permits it to be displayed as a full screen image on the terminal. The page being displayed additionally contains navigating elements that permit switching among the pages. This function is also implementable as an automatically generated image sequence. [00033]The size-partitioning unit 8 also converts text by transforming special characters into a format that the requesting terminal 2 can read (e.g., it replaces special characters with entities specifically coded for the terminal 2). In this case, a character-set code may be used for the text.
[00034]ln addition, in embodiments of the present invention, it is possible to combine in an image generator 9 textual and/or image data to produce a new, uniform graphic that is composed and readied for display based on the equipment-specific system parameters and control signals for the terminal 2, with regard to pixel size and maximum attainable color depth. Both the image and text information in the newly created graphic are distributed and positioned in legible fashion. This result can be technically achieved by means of evaluation factors assigned to the individual elements and scaled together with pictorial and textual elements. Embodiments of the present invention also take into account the available Codec image formats. The graphic thus generated is then passed on to the image converter 10, in which either this graphic or an externally provided graphic is iteratively optimized, until the available memory space is maximally utilized for the best possible image quality. [00035]To that end, a visually optimal image is created first, after which the size of the image is reviewed with due consideration of other limitations, such as load time or the Codec image format. By scaling individual parameters, this process is repeated until the storage size of the image makes maximum use of the available memory space of the terminal 2. The individual parameters are weighted to allow defining of the sequence of the iteration.
[00036]A similar approach is taken for the video converter 11 and the audioconverter 12, which must make allowances not only for the image-processing aspects, but, additionally, for the number of image frames displayable per second, the streaming capabilities, and the video/audio bit-rate limitations. For example, to maintain the number of image frames displayable per second, it is possible for the raw video sequences to be cut at periodic intervals. A substantial reduction in storage-space requirements - and thus an accelerated frame rate - can thereby be realized at the expense of resolution.
[00037]ln addition, the source video may be split into two tracks (e.g., a video and an audio channel), which will ultimately be recombined at the time of display on the terminal.
[00038]The processes taking place in the post processor 7 are executed in parallel and are combined by the controller 4 before the data to be displayed are transferred, as a data set, to the terminal 2.Accordingly, the system 1 and method of the present invention make it possible to obtain an optimized data output to any given terminal 2, executable without a time delay and easily adaptable to different terminals 2, since the data conversion into a terminal-dependent data format and the optimization for a specific terminal are carried out in two consecutive processes. [00039]Although exemplary embodiments of the present invention have now been discussed in accordance with the above advantages, it will be appreciated by one of ordinary skill in the art that these examples are merely illustrative of the invention and that numerous variations and/or modifications may be made without departing from the spirit or scope invention.
APPENDIX List of Reference Numbers:
1 Data output system
2 Mobile terminal, cell phone
3 Terminal identification unit
4 Controller
5 Preprocessor
6 Converter
7 Post processor
8 Size partitioning and text converting unit
9 Image generator
10 Image converter
11 Video converter
12 Audio converter
13 Connector
14 Database
Claims
1. A method for outputting data to be displayed on a terminal requesting display, the terminal having terminal-specific display limitations, the method comprising: identifying the system parameters of the terminal by querying an equipment identification code for the terminal; maintaining the data to be displayed in a terminal-independent data format; converting the data from the terminal-independent data format into a terminal- dependent data format by selecting a predefined transformation protocol based on the identified system parameters of the terminal; transforming the data in the terminal-dependent data format using the selected transformation protocol, adapting the transformed data in the terminal-dependent data format based on equipment-specific characteristics of the terminal, wherein the equipment-specific characteristics of the terminal are determined by the system parameters of the terminal; and transmitting the transfomed and adapted data in a terminal-dependent data format to the terminal.
2. The method of claim 1 , wherein, variably depending on the available storage space and the memory capacity per document page, adapting the transformed data in the terminal-dependent data format includes: providing for the distribution of the transformed data over a plurality of document pages.
3. The method of claim 2, further comprising: inserting navigating elements in each document page, the navigating elements permitting the call-up of document pages.
4. The method of claim 1 , wherein adapting the transformed data in the terminal-dependent data format includes: analyzing characters contained in the data for displayability; and converting the characters into a format displayable on the terminal.
5. The method of claim 1 , wherein the transformed data in the terminal- dependent data format includes data elements, and wherein adapting the transformed data in the terminal-dependent data format includes: processing the data elements in parallel.
6. The method of claim 5, wherein the data elements include at least one selected from a group consisting of text data, image data, video data, and audio data.
7. The method of claim 5, wherein adapting the transformed data in the terminal-dependent data format includes: combining the data elements into a graphic.
8. The method of claim 1 , wherein adapting the transformed data in the terminal-dependent data format includes: iteratively adapting the transformed data in the terminal-dependent data format to display limitations of the terminal.
9. The method of claim 8, wherein the display limitations of the terminal include at least one selected from a group consisting of available storage space, display resolution, color depth, Codec capabilities, and video/audio bit-rate limitations.
10. The method of claim 8, wherein the iteratively adapted data are preprocessed in parallel and intermediately saved.
11. The method of claim 10, wherein the iteratively adapted data are stored in a repository.
12. The method of claim 1 , wherein the terminal is a mobile device.
13. A system for outputting data to be displayed on a terminal having terminal-specific display limitations, the system including: a terminal identification unit; a controller , the controller including: a converter for converting the data to be displayed that are available in a terminal-independent data format into a terminal- dependent data format; and a post processor connected in series with the converter for adapting the converted data to a data format specific to requirements of the terminal; wherein the system parameters of the terminal are identified by querying an equipment identification code for the terminal; wherein the data to be displayed in a terminal-independent data format are maintained; wherein the data are converted from the terminal-independent data format into a terminal-dependent data format by selecting a predefined transformation protocol based on the identified system parameters of the terminal; wherein the data in the terminal-dependent data format are transformed using the selected transformation protocol, wherein the transformed data in the terminal-dependent data format are adapted based on equipment-specific characteristics of the terminal, wherein the equipment-specific characteristics of the terminal are determined by the system parameters of the terminal; and wherein the transfomed and adapted data in a terminal-dependent data format are transmitted to the terminal.
14. The system of claim 13, wherein the terminal is a mobile device.
15. The system of claim 13, wherein the post processor includes: components for at least one of size partitioning, image generation, image conversion, video conversion, and audio conversion.
16. The system of claim 15, wherein at least two of the components are processed in parallel.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102005013639.7 | 2005-03-23 | ||
DE102005013639A DE102005013639A1 (en) | 2005-03-24 | 2005-03-24 | Method and system for outputting data |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2006101604A2 true WO2006101604A2 (en) | 2006-09-28 |
WO2006101604A3 WO2006101604A3 (en) | 2007-05-31 |
Family
ID=37024276
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2006/003836 WO2006101604A2 (en) | 2005-03-23 | 2006-02-03 | Data output method and system |
Country Status (3)
Country | Link |
---|---|
US (1) | US20060218480A1 (en) |
DE (1) | DE102005013639A1 (en) |
WO (1) | WO2006101604A2 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008026025A1 (en) * | 2006-08-28 | 2008-03-06 | Sony Ericsson Mobile Communications Ab | System and method to shuffle and refill content |
GB2453998A (en) * | 2007-10-25 | 2009-04-29 | Trutap Ltd | Using telecommunication device identifiers to determine provisional device properties to allow compatible service provision. |
EP2061214A1 (en) * | 2007-11-19 | 2009-05-20 | NTT DoCoMo, Inc. | Virtual terminal server, mobile communication terminal, communication control system, and communication control method |
EP2086236A1 (en) * | 2008-01-31 | 2009-08-05 | Hewlett-Packard Development Company, L.P. | Method and system for accessing applications |
EP2316100A2 (en) * | 2008-08-11 | 2011-05-04 | Visa U.S.A. Inc. | Mobile payer authentication |
EP2316076A2 (en) * | 2008-08-13 | 2011-05-04 | Hewlett-Packard Development Company, L.P. | Bookmarks for flexible integrated access to published material |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070208688A1 (en) * | 2006-02-08 | 2007-09-06 | Jagadish Bandhole | Telephony based publishing, search, alerts & notifications, collaboration, and commerce methods |
US8032115B1 (en) * | 2007-02-05 | 2011-10-04 | Clear Wireless Llc | Global WiMAX device registry |
US8370491B1 (en) | 2007-06-20 | 2013-02-05 | Clearwire Ip Holdings Llc | Open mobile alliance provisioning via a global wimax device registry |
US8161179B2 (en) * | 2007-06-28 | 2012-04-17 | Apple Inc. | Generating low resolution user interfaces for transmission to mobile devices |
US8069409B2 (en) * | 2007-09-06 | 2011-11-29 | Sharp Laboratories Of America, Inc. | Customized remote access to imaging node front panels |
US8661497B2 (en) * | 2008-01-25 | 2014-02-25 | General Instrument Corporation | Set-top box for converting media signals based on stored output settings |
JP5347441B2 (en) * | 2008-11-10 | 2013-11-20 | 日本電気株式会社 | Moving image processing device |
US8862766B2 (en) * | 2009-07-24 | 2014-10-14 | Broadcom Corporation | Customized data delivery and network configuration via aggregation of device attributes |
JP5530217B2 (en) * | 2010-02-24 | 2014-06-25 | 富士フイルム株式会社 | Document browsing system and document conversion server |
TWI762465B (en) * | 2016-02-12 | 2022-05-01 | 瑞士商納格維遜股份有限公司 | Method and system to share a snapshot extracted from a video transmission |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6223289B1 (en) * | 1998-04-20 | 2001-04-24 | Sun Microsystems, Inc. | Method and apparatus for session management and user authentication |
US6985943B2 (en) * | 1998-09-11 | 2006-01-10 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center |
US7013289B2 (en) * | 2001-02-21 | 2006-03-14 | Michel Horn | Global electronic commerce system |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
SE524391C2 (en) * | 1998-12-28 | 2004-08-03 | Spyglass Inc | Method and system for content conversion of electronic documents for wireless clients. |
US6401132B1 (en) * | 1999-08-03 | 2002-06-04 | International Business Machines Corporation | Subchaining transcoders in a transcoding framework |
AU2002235232B2 (en) * | 2000-12-18 | 2006-01-12 | Ack Ventures Holdings, Llc | A system and method for delivering content to mobile devices |
SE0100191L (en) * | 2001-01-24 | 2002-07-25 | Ericsson Telefon Ab L M | An apparatus and method relating to accessing applications / services |
US20030069881A1 (en) * | 2001-10-03 | 2003-04-10 | Nokia Corporation | Apparatus and method for dynamic partitioning of structured documents |
US20030110297A1 (en) * | 2001-12-12 | 2003-06-12 | Tabatabai Ali J. | Transforming multimedia data for delivery to multiple heterogeneous devices |
PL354638A1 (en) * | 2002-06-20 | 2003-12-29 | Advanced Digital Broadcast Ltd.Advanced Digital Broadcast Ltd. | Method of memory allocation for images |
US7295960B2 (en) * | 2003-01-22 | 2007-11-13 | Wireless Valley Communications, Inc. | System and method for automated placement or configuration of equipment for obtaining desired network performance objectives |
-
2005
- 2005-03-24 DE DE102005013639A patent/DE102005013639A1/en not_active Withdrawn
-
2006
- 2006-02-03 US US11/346,365 patent/US20060218480A1/en not_active Abandoned
- 2006-02-03 WO PCT/US2006/003836 patent/WO2006101604A2/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6223289B1 (en) * | 1998-04-20 | 2001-04-24 | Sun Microsystems, Inc. | Method and apparatus for session management and user authentication |
US6985943B2 (en) * | 1998-09-11 | 2006-01-10 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center |
US7013289B2 (en) * | 2001-02-21 | 2006-03-14 | Michel Horn | Global electronic commerce system |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008026025A1 (en) * | 2006-08-28 | 2008-03-06 | Sony Ericsson Mobile Communications Ab | System and method to shuffle and refill content |
GB2453998A (en) * | 2007-10-25 | 2009-04-29 | Trutap Ltd | Using telecommunication device identifiers to determine provisional device properties to allow compatible service provision. |
EP2061214A1 (en) * | 2007-11-19 | 2009-05-20 | NTT DoCoMo, Inc. | Virtual terminal server, mobile communication terminal, communication control system, and communication control method |
US8050667B2 (en) | 2007-11-19 | 2011-11-01 | Ntt Docomo, Inc. | Virtual terminal server, mobile communication terminal, communication control system, and communication control method |
EP2086236A1 (en) * | 2008-01-31 | 2009-08-05 | Hewlett-Packard Development Company, L.P. | Method and system for accessing applications |
EP2316100A2 (en) * | 2008-08-11 | 2011-05-04 | Visa U.S.A. Inc. | Mobile payer authentication |
EP2316100A4 (en) * | 2008-08-11 | 2012-02-29 | Visa Usa Inc | Mobile payer authentication |
EP2316076A2 (en) * | 2008-08-13 | 2011-05-04 | Hewlett-Packard Development Company, L.P. | Bookmarks for flexible integrated access to published material |
EP2316076A4 (en) * | 2008-08-13 | 2011-08-10 | Hewlett Packard Development Co | Bookmarks for flexible integrated access to published material |
Also Published As
Publication number | Publication date |
---|---|
US20060218480A1 (en) | 2006-09-28 |
WO2006101604A3 (en) | 2007-05-31 |
DE102005013639A1 (en) | 2006-11-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20060218480A1 (en) | Data output method and system | |
KR101027548B1 (en) | Voice browser dialog enabler for a communication system | |
KR100561228B1 (en) | Method for VoiceXML to XHTML+Voice Conversion and Multimodal Service System using the same | |
EP1143679B1 (en) | A conversational portal for providing conversational browsing and multimedia broadcast on demand | |
US6880014B2 (en) | Method and system of use of transcode directives for distributed control of transcoding servers | |
US7272564B2 (en) | Method and apparatus for multimodal communication with user control of delivery modality | |
KR100353585B1 (en) | Method for generating display control information and computer | |
US20110119298A1 (en) | Method and apparatus for searching information | |
US20080195698A1 (en) | Method and System for Transforming and Delivering Video File Content for Mobile Devices | |
US20030115365A1 (en) | Transcoding information in a first markup language into a second markup language | |
JP2000090001A (en) | Method and system for conversion of electronic data using conversion setting | |
CN1666199A (en) | An arrangement and a method relating to access to internet content | |
EP1344368A2 (en) | Translation of digital contents based on receiving device capabilities | |
EP1567948A2 (en) | Transformation of web description documents | |
US7735002B2 (en) | User interface in a mobile station | |
US20050015718A1 (en) | Method and system for client aware content aggregation and rendering in a portal server | |
KR20030041432A (en) | An XML-based method of supplying Web-pages and its system for non-PC information terminals | |
US20110209051A1 (en) | Document browsing system and document conversion server | |
US7657502B2 (en) | Multimodal control device and multimodal control method | |
US20050102606A1 (en) | Modal synchronization control method and multimodal interface system | |
KR20090116096A (en) | Method for display of browser and portable terminal using the same | |
US20080267366A1 (en) | Messaging system and method for providing information to a user device | |
KR20030063559A (en) | Method for converting data through extensible markup language | |
KR20010051804A (en) | Method for displaying and distributing contents, contents server and terminal apparatus for using the same, and computer program product used in the contents server | |
US8073930B2 (en) | Screen reader remote access system |
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 |
|
NENP | Non-entry into the national phase |
Ref country code: RU |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 06720222 Country of ref document: EP Kind code of ref document: A2 |