[0001 J This application relates to and claims priority from U.S. Patent. Application No.

61 /728,528, filed on November 20,. 2012 and U.S. Patent Application o. 14/050,623, filed on October 10, 20.13 the entire disclosures of which is incorporated herein by reference.

FIELD OF THE DISCLOSURE

10002] The present disclosure relates generally to electronic document analysis and electronic-commerce Ce-commerce"), and more specifically to exemplary embodiments of system, method, software .arrangement and computer-accessible medium which can

automatically access an electronic document, extract data from the electronic document, process the data and adjust and optimize the data such that it can be rendered into a mobile commerce store.

BACKGROUND INFORMATION

£0003 | The Internet provides users access to a multitude of websites. These websites can be made up of web pages, which can be linked together using a hypertext markup language ("HTML") code. Websites can. also include Sinks or access to other electronic documents, including but not limited to, spreadsheets, PDFs, word processing documents and post-script documents. These websites can further include e-eommerce stares for persons to shop electronically (e.g., online). Persons can purchase products in the e-eommerce stores.. Products can include, but are not limited to, physical, goods (e.g., cell, phones), digital, goods (e.g., e-books), services (e.g., technical support) and virtual goods (e.g. extensions of

warranty). While many of these electronic documents, including web pages, are optimally viewed on large-screen devices such as desktops, televisions and laptops, they ma not be optimally viewed on small-screen devices, such as personal digital assistants ("PDAs") and mobile phones, due to their different display capabilities, such as different total pixel count, pixels per inch and the graphics capabilities of the device itself or its screen. This can make reading or navigating between the electronic documents more complex and more demanding than on a large-screen device. These challenges can be particularly apparent in the context of websites, more particularly, e-commerce stores. Navigating through e-eommerce stores specifically made for large-screen devices can be especially daunting. Entering the necessary transaction information during a web-based payment flow can be difficult on small screens. This can lead to consumers refraining from making purchases through the store. Since mobile website traffic has been growin rapidly (e.g., comprising approximately 10 percent of total Internet traffic), it can be advantageous to easily and efficiently adapt e-commerce stores for small -screen de v i ces.

j0004| Various technological advancements have been described to optimize small- screen viewing of websites. However, these approaches to create small-screen versions of websites have several disadvantages.

[0005} Some of the existing approaches for providing or facilitating small-screen versions of websi tes and examples of their disadvantages are described below:

10006} One such approach for creating small-screen versions of websites can be automatic transcoding. Automatic transcoding creates small-screen versions of web pages through an automated proxy. While this process can streamline the creation of small-screen versions of web pages, the results can exhibit one or many of the following shortfalls: the whole content of the page can be transcoded, so the page becomes very long, and unnecessary content can be shown; the memi items may not be optimized; the reference to which elements should be displayed and which should not can be lost; the positioning relationship of elements i 2 dimensional (x. y) or 3 dimensional space fx, y and in front of each, other) can be lost; the loss of positioning can also lead to an order that does not correspond to the reading order of the original document; and st ling can be paniaily or fully lost Additionally, since automatic transcoding generally removes client-side scripts, the resulting web page may not contain the same functionality as the original web page. Moreover, it can be very difficult or even impossible io optimize the small-screen pages to work well with individual small-screen devices, such as personal digital assistants ("PDAs") and mobile phones. Since automatic transcoding does not facilitate users to customize the web pages, there can often be major flaws in the small-screen versions of the web pages.

0007] In order to improve on the lack of customization that can result from using automatic transcoding, another system and method has been suggested to provide content authors with a means to control how the resulting content will look This "selective transcoding" can provide content authors the ability to more easily control the style and content of the small-screen web pages, it has been suggested that this method and system facilitates the creation of small-screen web pages that more closely match the original web pages.

[i>008j However, the above-described method and system have certain disadvantages.

For example, by giving too many of the decision-making responsibilities to a content author, and taking them away from an automatic system, the transcoding process can become more time-consuming, can require repetitive user input, and can lead to sub-optimal viewing experiences in case of user error. Furthermore, the method only removes the document length shortfall and some of the positioning and display shortfalls.

ΘΘ0 | Another approach for improving automatic transcoding involves extensible transcoder annotations .("XT As") that provide rules to the transcoder to improve how the web page can be transcoded. The transcoder executes the XTA instructions. A person can remotely edit the XT As. Inst like the approach above, however, this approach also potentially improves the transcoding results, but at the expense of additional manual work. Furthermore, XT As can only address the document length, and display shortfalls and some of the posi tioning shortfalls.

[0010] The above conversion processes can also cause e~commerce sites to lose their functionality. Since so many websites have e-commerce stores, and the number of people who shop online or electronically has been rising, this can be highly problematic.. Moreover, the process of manually creating a mobile store from scratch using the information from the original website can be very time-consuming and cumbersome. Therefore, an automated approach to generate a store suitable for a mobile device can be preferable.

(00111 Thu s, there i s a need to provide exempl r}' embodiments of automatic system, method, software arrangement and computer-accessible medium for, e.g., analyzing and processing electronic document code to optimize it for transcoding, selecting one or more regions of interest using the results, and thereafter automatically transcoding websites, which can. impro ve access to the specific content and web pages within these sites for pecific small- screen devices. There is also a need to recreate and/or adapt e-commerce stores on small- screen devices {hereinafter "m-commerce stores"). Furthermore, as indicated herein, there is a need to retain ail or some of the styling information, including visibility settings and positioning, and to minimize or eliminate some of the shortfalls of transcoding. It is noted thai The above described problem areas are merely representative. Other areas can exist where the exemplary embodiments of automatic system, method, software arrangement and computer- accessible medium for analyzing and transcoding electronic documents can be advantageous.

SUMMARY OF EXEMPLARY EMBODIMENTS

(00121 Exemplary embodiments of the present disclosure provide certain exemplary solutions to the problems of the techniques described above. (00i3J For example, exemplary embodiments of automatic system and method for analyzing electronic documents to optimize such documents for transcoding can therefore be preferable to make the transcoder function and perform in an improved manner, with no or minimal manual effort. li can be further advantageous to provide systems and methods for allowing e-commerce stores to present and. sell products on small-screen devices by accessin e-comraerce stores, extracting data from the e-commerce stores, processing the data from the e-commerce store, and rendering the data into a mobile-friendly format, with few or no manual steps.

(00141 According to certain exemplary embodiments of the present disclosure, exemplary embodiments of the system, method, software arrangement and computer- accessible medium can be provided for analyzing electronic documents by identifying a variety of the electronic documents' properties, selecting the document properties, developin one or m ore machine readable descriptions of ho w the propert ies o f the documents c an be located in the electronic documents, referred herein as regions of interest, providin the regions of interest io a transcoder, and. modifying the electronic document via the transcoder usin¾ the regions of interest,

(00151 According to certain exemplary embodiments of the present disclosure, exemplary embodiments of the system, method, software arrangement and computer- accessible medium can be provided for analyzing and extracting data .from one or more e- commerce stores, converting iranscodmg the data into an internal, standardized format, and adjusting and optimizing the data such that it can be optimally rendered into an m-commerce store,

(0016{ Representative and/or exemplary electronic documents can include but are not

^' limited to, e.g., any type of document that can have a clear definition on how to store and how to display data, and hence, can be transcoded into, including but not limited to, e-commerce stores, in one exemplary embodiment, the analysis of electronic document can include a logical block identifier known s a» identifying strategy that cm generate a representation of the electronic document in logical blocks, and a logical block ranker known as a ranking strategy, which can go through the blocks identified, and rank tnem in relation to one another. In another exemplary embodiment the blocks can be scored via the ranking strategy. The numbers cart represent the probability that the electronic document blocks can contain certain functional element types, including, but not limited, to, content and menu. In t pical embodiments, the blocks picked as representing the menu and the blocks picked as representing the content can each be defined in machine-readable descriptions, known as regions of interest that can specify the l ocations of the portions of the electronic document code thai can be transcoded. These regions of interest can be used to identify relevant data from one or more e-commerce stores which can be extracted and converted. However, any conceivable functional type can each have its own regions of interest In another exemplary embodiment of the present disclosure, a styling recipe can complement the regions of ^' interest. 00171 To address such exemplary need, exemplary embodiments of methods, systems, software arrangements, and computer-accessible media can be provided, for

automatically analyzing electronic documents in general, and e-eoromeree stores specifically, to optimize or prepare them for converting and/or transcoding, and thereafter subsequently convening/transcoding them.

[0018] These and other objects, features and advantages of the present disclosure will become apparent upon reading the following detailed description of embodiments of the present disclosure, when taken in conjunction with the appended claims. BRIEF DESCRIPTION OF THE DRAWINGS

[001 ] Further objects, features and advantages of the present disclosure will become apparent from the following detailed description taken in conjunction with the accompanying Figures showing illustrative embodiments of the present disclosure, in which:

[0020] FIG. 1 is a block diagram of an exemplary embodiment of a system according to an exemplary embodiment of the present disclosure;

0021 ( FIG. 2 is a schematic representation of an exemplary electronic document analysis engine illustrated in FIG. 1 and its exemplary components including the identifying strategy, the ranking strategy and the styling engine according to an exemplary embodiment of the present disclosure;

[0022] FIG, 3 is a flow diagram of an exemplary embodiment of an automatic- rendering and analysis method according to the present disclosure;

[0023] FIG . 4 is a flow diagram of an exemplary embodiment of a conversion and rendering method according to the present disclosure;

[0024] FIG. 5 is a block diagram ^' of an exemplary comparing device and its internal hardware on which the exemplary system can be implemented according to an exemplary embodiment of the present disclosure;

[0025] FIGS. 6A and 6B are exemplary web pages rendered on a small-screen device that use the exemplary embodiment of an automatic rendering and anaiysis method, and which are generated by the exemplar}-' embodiment of the system, software arrangement and computer-accessible medium according to the present disclosure;

[0026] FIG. 7 is a block diagram of an exemplary embodiment of a system for generating m-commerce store according to an exemplary embodiment of the present disclosure; (0027J FIG. 8 is a block diagram of the exemplary mobile engine illustrated, in FIG. 7 according to an. exemplary embodiment of the present disclosure;

[0028] FIG, 9 is a flow diagram of an exemplary embodiment of an exemplary m- commerce store creation according to an exemplary embodiment of the present disclosure; and

[0029J FIG. 10 is a block diagram of the exemplary end-user machine, secure validation server and mobile engine of FIG. 7 according to aa exemplary embodiment of the present disclosure.

(00301 Throughout the drawings, the same reference numerals and characters, unless otbenvise stated, are used to denote like features, elements, components, or portions of the illustrated embodiments. Moreover, while the present disclosure will, now be described in detail with reference to the figures, it is done so in connection with the illustrative embodiments and is not. limited fay the particular embodiments illustrated in the figures and the accompanying claims.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

(00311 The exemplary embodiments of the system, method, software arrangement and computer-accessible medium according to the present di sclosure, referred to herei as

"bMobilked" without any limiting effect, can be implemented using the following exemplary techniques, procedures and arrangements.

[00321 hi the following description and/or claims, the terms "coupled" and/or

^' 'connected" can be used, but are certainly not limited to, to indicate not only that two or more elements can be "directly or physically connected" to each other, but also that two or more elements can be "electrically connected" to each other where intervening elements can be present Further, in the following description and claims, the terms "includes", "has" "with" or "comprises" are intended not to exclude other components but to further include other components unless otherwise indicated.

[0033] According to certain exemplary embodiments of the present disclosure, system, method, software arrangement and computer-accessible medium can be provided for analyzing electronic documents by identifying a variety of the electronic documents' properties, selecting the document properties, developing one or more machine readable descriptions of how the documents ^' properties can be located in the electronic documents, herein referred to as regions of interest, providing the regions of interest to a transcoder, and modifying the electronic document via the transcoder using the regions of interest.

An exemplary region of interest can include, but is not limited to, a pattern matching rule that can identify one or more elements of an electronic document. I.u other words, it can describe the regions of the electronic document from which code, including, but not limited to HTML, can be fetched for conversion. These patterns, similar to regular expressions or Cascading Style Sheets f OS") selectors, can range from simple element names to rich contextual patterns, if all conditions in a certain region of interest can be true for a certain element, then the region of interest can match the element. The syntax of a region of interest expression can vary depending on the electronic document native code (e.g. HTML, PDF, etc.). Examples of regions of interest for HTML can be: 1) +div [ ); 2) *div [ ]; and 3) -div f j. The regions of interest can be matched with attributes and values to supply extra information about the element's content. For example, + div [id-contenl] can include the first div with content on the page, and -table [ipos= ] can remove the first table on the page.

[0034] FIG , 1 shows a block diagram of one exemplary embodiment of a system 100 that can be configured to access network content. According to this exemplary embodiment of FIG. I , the sysiem. 100 can comprise a plurality of end-user computing devices in the form of end-user machines I ISA and 118B (collectively 118), a web site server 102 can host a website 122 which can serve electronic documents, and. an optional client machine 120 that can. be adapted or configured to convert electronic documents to make them more easily viewable and readable for end-user machines 118. For clarity purposes, and not to provide any limitations, according to one exemplary embodiment, only a single website 122 can be shown. However, in another exemplary embodiment, a plurality of websites can be hosted on the web server 102. Moreover, electronic documents can be herein, but not in any way that limits their description or definition, referred to as web pages thai can be served by website 122,

{00351 In one exemplary embodiment, for a first user test request, client machine 120 can select an electronic document served by website 122, to be converted, and communicate with electronic document conversion engine 11.0 via network 120. in a typical embodiment, the network 120 can include the Internet. However various networks can be used including a local area network, a wide area network, a point-to-point dial-up connection, a ceil phone network, etc.

{00361 In another exemplary embodiment, the end-user machine 118 can access the electronic document by placing a call to the electronic document conversion engine. 110, where the electronic document conversion engine 110 can act as a way to access the document, or a iranscoded version of it. Examples of such a setup can include etwork-proxies, a web page or other electronic document with a field to enter the location of the document or an application on the end-user machine 118 that can modify the electronic document request accordingly. The electronic document conversion engine 110 can then identify the electronic document and find the corresponding parent structure for conversion, such as the

corresponding website or domain in the example of web pages . This electronic document, or electronic document parent structure, can then be selected for conversion. [0637] In another exemplary embodiment, information can be provided to the electronic document conversion engine 110, via the network 120, when an electronic document ca be requested by the end-user machine 11.8, Examples of this can include applications thai can display electronic documents and can also send information on the documents to the electronic document conversion engine 110, Another example can be a script in the website 122 sending information that a page has been requested to the document conversion engine. The document conversion engine 110 can then locate the corresponding parent structure for conversion, such as the corresponding website 122, or domain in the example of web pages. This electronic document or electronic document parent struciure can then be chosen for con version.

[0038] hi another exemplar embodiment of the present disclosure, a list of electronic documents, for which the electronic document parent structures can be identified, if required, can. be analyzed as described herein, below, and the results can be tored in one or more data store 106,

[0039] In certain exemplary embodiments of the present disclosure, the exemplary electronic document conversion engine 110 can be connected to a data store 106, which can have automatic parameters stored therein. The electronic document conversion engine 1 10 can coniraunicate with an electronic document rendering engine 104, regarding the weh pages of the website 122 to analyze, and the automatic parameters stored in data store 106. In a typical embodiment of the present disclosure, the electronic document rendering engine 104 can receive the Uniform Resource Locator ("URL") of the page to analyze. In other exemplary embodiments, the electronic document rendering engine 104 can also receive the Hypertext Markup Language ("HTML") of the page to be analyzed, the logo and icons to identify, and any CSS, it can also receive parameters regarding the maximum number of candidates for each functional block type that the electronic document analysis engine 108, defined below, will be looking for. In certain exempiary embodiments, the maximum number of candidates tor each functional block type can be automatically set to one. in another exempiary embodiment, a screenshot can also be taken. The client machine 120 can alter the automatic parameters via customization tools 112.

(0040] The exemplary electronic document rendering engine 104 can retrieve the layout attributes of web pages served by website 122 from website serv er 102 via network 120. Other electronic documents, including electronic forms, can also be rendered by the electronic document rendering engine 164. The exemplary code that the electronic document rendering engine 104 retrieves can be HTML and/or CSS, but it can be other codes as well. The electronic document rendering engine 104 can be any tool that can calciilaie display and layout attributes, including, but not limited to, web browsers, electronic document

interpreters, or HTML+CSS parsers,

{004.1} The exemplary electronic document Tendering engine 104 can be coupled to the electronic document analysis engine 108 (together known as an automatic content identifier 124), which can identify logical block elements in the web pages with the help of the electronic document rendering engine 104, and can rank the block elements, and sort the elements according to their rank. In some embodiments, the automatic content identifier 124 can be a web sen-ice thai can run on a web server, but it can be any type of server, in a typical embodiment; the electronic document analysis engine 108 can score the block elements, and rank them according to the score. The blocks with the highest score can be saved in the data store 106 in a format that can facilitate the ability to retrieve respective blocks in the web page HTML. The data store 1.06 can. include a cloud-based storage service, a database, a local disk drive or any other suitable method of storing data for later access in response to end-user machine 1.1.8 requests. The highest scored blocks saved in the data store 106 can be specified in the regions of interest. In another exemplary embodiment of the present disclosure, the electronic document analysis engine 108 can also create a style definition for each block and elements in each block.. The resulting styling recipe cars complement the regions of interest. The electronic document analysis engine 108 can also be coupled with a logging and quality assurance ("QA") info storage 116. The logging and QA info storage can serve as a repository tor the analysis of the results produced by the automatic content identifier 124. The storage can facilitate the retrieval of records of all the automatic content identifier 124 analyses in order to evaluate their accuracy. The evaluation process can be either manual (e.g., human operator), assisted (e.g., human operator with the support of evaluation tools), or fully automated. The outcome of such evaluations achieves a double purpose;

1 ) to pro-activefy identify and correct potential analysis issues; and

2) to provide valuable data to further improve the accuracy of the identification strategy, for instance, by producing addi iional data to be used to train, the process used, by the electronic document analysis engine 108.

|0042j The exemplary electronic document analysis engine 108 can be coupled with the electronic document conversion engine 110, which can capture and extract the content from the electronic document analysis engine 108, and parses it into objects. In a typical, embodiment, the electronic document conversion engine 110 can rearrange HTML or other code for end-user machines 118. The other code can include scripts aod styling tags, in one exemplary embodiment of the present disclosure, the objects can be returned by the electronic document conversion engine in the order in which they were recognized by the automatic content identifier 124. in another exemplary embodiment, electronic document conversion engine 110 can identify and modify the links that make up the menu block, and put them in association with each other. This can be done through the creation of a. hierarchy, as described in U.S. Patent Application 2007/0130.125, which is incorporated herein by reference in its entirety. In another exemplary embodiment, the links can be put into association with each other via changing link suffixes to incorporate server side logic that can associate it with corresponding menu objects and components of the next electronic document The electronic document conversion engine 110 can be coupled with customization tools 112, thai the client machine 120 can access to customize the converted web pages. The electronic document conversion engine can also be coupled with the device adapter 1.1.4, which can prepare and adapt the objects for targeted end-user machines US. The device adapter 114 can adjust the electronic documents based on end user machine 118 capabilities such as its overall screen resolution, screen pixels per inch, style-interpretation, graphics and scripting capabilities, in typical embodiments, the device adapter can be any framework, including,, but not limited to, Senc a Touch. Adjustment examples can include:

a) increase the font si for end user machines 118 with high overall screen resolution and screen pixels per inch greater than a regular computer screen, so thai screen pixels per inch in relation to viewing distance of two end-user machines 11.8 can approximately match; b) use advanced style definitions,, including but not limited to CSS3, in the context of HTML, if end-user machine 118 supports it. Otherwise,, provide alternative style definition; c) if end-user machines 118 support it, include particular graphics or functional elements with graphics, such as high color depth graphics or interactive visual content, such as animations, animated interaction, video players, maps and games. If the end-user machines 1.18 do not support them, exclude the elements; and

d) include scripting if the end-user machine's 118 capabilities support it. Scripts, which can include JavaScript and <script> tags, can refer to scripts present in the original electronic document or inserted by the electronic document conversion engine 110 to achieve aforementioned or further usability improvements. If scripting is not supported by the end- user machine 1.18, it may not be included. The transcoded version, of the electronic document without scripts cm be used, in an alternative embodiment of the present disclosure, the electronic document conversion engine 110 can. execute the script and transcodes the resulting version of the document.

ΘΘ43| End-user machines 118 can be coupled to the electronic document conversion engine 110 via the network 120. The End-user machines 118 can be large-screen devices (such as, e.g., desktops and laptops) 118A or small-screen devices (such as, e.g., personal digital assistants - "PDAs", and mobile phones) 118B. In one exemplary embodiment, the large-screen devices 118A, and smail-screen devices 118B, can also access the customization tools 112.

00441 Upon a request from an end-user machine 118 tor a given web page served by website 1 2 via the network 120, the electronic document conversion engine 110 can retrieve information stored in data store 106 about the blocks- identified and scored. The electronic document conversion engine 110 can use the blocks to !ranscode code (e.g., HTML) for display on end-user machines 1.1.8, In typical embodiments, this can be accomplished by converting the information stored in data store 106 into objects using PHP, although other programming languages can be used, including C++. The objects can be Java Script Object Notation ("JSON") objects, or any objects that can. be interpreted by the device adapter 114. For the smail-screen devices 118B, the electronic document conversion engine can also apply general styling for optimal viewing on the small-scree devices 1.1 SB. In one exemplary embodiment, a general styling sheet (e.g., one that conforms to certain preferred practices) can be used by default. However, in another exemplary embodiment, client machine 120 can append the general styling sheet with additional styling- In certain, exemplary embodiments, the electronic document conversion engine can also change all links and URLs in the document to either refer to the original files or web pages, or to represent the objects/regions of interest that have bee retrieved from the electronic document analysis engine 108, The device adapter 118 can downsize certain images and transcoded documents, and further adjust the objects so that they can be optimally rendered and displayed on the target end-user machine 118,

[0045} IK some exemplary embodiments, on first request for web page by end-user machine 118, the device adapter 114 can cause menu and component objects one level deep, including but not limited to widgets, content and map, to be cached by a browser on end-user machine 118. In part, this can decrease latency between the end-user machine 118 and the server 102. The objects can be stored in document object model ("DOM") and or Web it storage. Once in DOM, they can be retrieved on subsequent end-user machine 1 8 requests. Therefore, on subsequent requests from the end-user machine 118, for a given web page served by die website 122 via the network 1.20, some of the information, one level deep can be fetched from end-user machine 118, instead of from the server 102.

{0046} i another exemplary embodiment, the exemplary electronic document conversion engine 110 can request the electronic document rendering engine 104 and electronic document analysis engine 108 every time without the use of a data store.

[0947] In certain, exemplary embodiments of the present di sclosure, the given web page that the end-user machine 1.18 requests does not have stored information in data store 1.06. if the stored information is not in data store 106, then the electronic document conversion engine 110 can tell the electronic document rendering engine 1 4 to retrieve the web page served by website 122 on server 102 to analyze. The electronic document rendering engine 104, the electronic document analysis engine 108, the electronic document conversio engine 110 and the device adapter 114 then can. carry out the procedure described above.

[0048} hi other exemplary embodiments of the present disclosure, the electronic document rendering engine 104 and the electronic document/analysis engine 108 can be used standalone without the electronic document conversion engine 110 and the device adapter 114. For example, the regions of interest can be used in other contexts such as but not limited to: document ^" search; selective rendering of a document preview image; or comparative statistics over a range of websites.

[00 9| In typical embodiments, the automatic content identifier 124, tire electronic document conversion engine HO, the device adapter 114. the customization tools 112 the data store 106 and the logging and QA into storage 116 can be, e.g., together or in part, implemented on a server and/or computing device 126, The server can comprise memory, input output ports, external devices, a central processing unit ("CPU ^' "), external

devices/resources and one or more buses. The memory can comprise any known type of transmission media and/or data storage, including but not limited to, random access memory ("RAM"), a data object, a data cache, read-only memory ("ROM") and the like. External devices can include, but are not limited to, speakers, a screen, a keyboard, a monitor and a mouse.

j005O| Referring io FIG 2, a schematic block diagram can show an exemplary electronic document analysis engine 108 in greater detail. The exemplary structure shown in FIG, 2 is exemplary, and contemplates an engine that can be used for the system 100. hi certain exemplary embodiments, one exemplary purpose of the electronic document analysis engine 1.08 can be to, using the layout attributes, automatically find and identify block elements. The block elements can be categorized per their function. For example, the electronic document analysis engine 108 can categorize blocks as content, menu, logo and/or color scheme blocks. The regions of interest, which can assist in the transcoding and optimization of the web page, can. he generated from these block elements. Separate regions of interest can be generated for each functional block type. In some exemplary embodiments, the electronic document analysis engine 108 can generate one or more potential regions of interest for each block type. {0051] The electronic document analysis engine t08 can include an identifying strategy block 200, a ranking strategy block 202 and a styling engine 204. After the electronic document rendering engine 104 calculates the layout attributes of a web page, the identifying strategy block 200 can identify logical block elements using the layout, attributes calculated by the electronic document rendering engine 104. In certain exemplary embodiments, the identifying strategy block 200 can divide the electronic document web page into individual blocks, in certain exemplary embodiments of the present disclosure, this can be accomplished by using HTML tags such as "<div> /div>" or any other text based mark-up structure wrapping elements inside an open and a closing information, such as opening and closing- tags.

in another exemplary embodiment of the present disclosure, blocks can refer to elements in any binary file struc ture that can identif the beginning and end of data elements. The identified blocks' coordinates and size can be calculated following the layout and styling rules of the electronic document as defined in the corresponding electronic document format. The coordinates and size c an be defined in the cont ex of the display area of the enti re el ectron ic document. For the av oidance of doobi, the coordinates and. size can refer to any shape, including, but not limited to, rectangles, or circles, or can also refer to a composite shape, such as two rectangles or a rectangle and a circle.

[0052] In another exemplary embodiment, the identification strategy block 200 can further identify blocks by utilizing one or more search directions, which can be determined by the cultural, language and layout specific attributes of the analyzed document. For example, search directions can be based on the reading direction of the language, including, but not limited to, left to right for English, right to left for Hebrew, and up-down for Chinese. The use of this additional identification step can be appropria te when: (i) only a few blocks can be identified using the text-based mark-up structures or binary file structures (e.g. below the lower quartile of ihe average block count on ihe corresponding electronic docomeiu type); (ii) and/or the identified block's size is too small (below the ske expected for functional blocks); (iu) and/or the blocks can be positioned, outside of the regular document display area; (iy) and/or the blocks can be positioned in a way thai their order in the electronic document code does not correspond io their visual and reading order.

[0053| In typical embodiments of the present disclosure, where the identification strategy block 200 can utilize one or more search directions to identify blocks, the native blocks can be first identified using the initial ident fication logic for text-based or binary files. Native blocks can be blocks identified in the native format of the electronic document- For example, they can be the blocks identified by <div> tags. These native exemplary blocks can be logically combined into new blocks that may not originally be present in the native format of the electronic document. For example, in test-based electronic documents,, such as HTML or XML based files, the new blocks can be identified by combining additional tags around certain text elements such as individual characters, words, sentences or word combinations separated by a linefeed intended for display.

[0054] Next, the coordinates and sizes for all of the identified blocks can be. computed following the layout and styling rules of the electronic document as defined in the

corresponding electronic document format.

[0055J Irs some exemplary embodiments of the present disclosure, in order to identif additional blocks using the search directions, for each block identified, the next adjacent block can be identified using coordinates and size along a search direction, if such a block can be found within a set geometric di tance between the first, block's end coordinates in the specified, search direction and foe second block's beginning coordinates _* For example, when searching top-down, the first, block's bottom coordinates can be compared to the second block' s top coordinates. For example, two blocks can be considered adjacent if they can ^' be aligned along the reading direction, even if not perfectly aligned, within a certain tolerance. For example, the alignment of two blocks on Cartesian planes can be evaluated considering the overlapping of the y coordinates, for horizontal alignment, or the x coordinates for vertical alignment, of the two blocks. Blocks that can be considered adjacent using this process can be aggregated into one logical block. In addition to the overlapping, other rules can be applied to determine if the two biocks can be adjacent, such as proportions of the geometric dimensions of the two blocks. These steps, which can be used to find eligible adjacent biocks to aggregate, can be repeated until there can be no further element within the distance.

(00561 AH the adjacent blocks that can be found using, e.g., the search direction can be combined into logical blocks. The properties of the logical blocks can be determined based on the properties of the two or more biocks that can be part of it. For example, in order to determine the total inner text length of the logical block, the lengths of the inner text of each block can be computed together. In certain exemplary embodiments, the coordinates and size of the logical block cat) be computed by taking the minimum shape that can contain the shapes of all the combined blocks. The minimum shape, can be, but is not limited to, a rectangle. In other exemplary embodiments, shapes may not he aggregated into one resulting shape, but each logical block can be the union of the shapes of each element.

[0057] in another exemplary embod i men t of the present disclosu re, a l ogical block can be the combination of native blocks only, while in other exemplary embodiments, it can be the combination of native blocks and other logical biocks.

[0058] In another exemplary embodiment of the present disclosure, the

aforementioned strateg for finding logical blocks can. be executed multiple times. After each step, the newly found logical blocks can be added to the native blocks.

(0059] in one exemplary embodiment of the present disclosure, the aggregation into logical blocks can be executed considering .multiple directions. For example, both left- to- right and top-to-bottom reading directions can be used if the electronic document does not aggregate any lines of text: jeft-to-right direction can be used to aggregate complete lines of text; top-down direction can be used to find small columns of text-flow; and then again left- to-right direction can be used to aggregate columns that belong together or as individual table rows, such as navigation menu bars; and, finally, another top-to-bottom process can be used to aggregate ail the rows together with the other identified blocks into major sections of the electronic document.

0060| The identifying strategy block 200 can also exclude content that may not be relevant. The blocks, identified utilizing the aforementioned methods described above, can serve as candidates for the location of functional areas of the web page. For example, the identifying strategy can categorize the blocks as candidates for being menu blocks (e.g., menu items and structure) and/or content blocks. In same exemplary embodiments, it can also identify logo blocks, color scheme blocks or other blocks. In one exemplary embodiment, the identifying strategy block 200 can search for the logo among the <irag> in the page. If it finds a logo image, which can be ranked based on the image URL attributes, position, and or size, and the image may not be a part of a map, it can download the image from the web page as it is. in another exemplary embodiment, if the logo is only part of an image map, then the identifying strategy block 200 may not download the image. Instead, it can cut the area of the logo from the screenshot and save it in data store 106. One or more fallback measures can also be used if the logo is not found among the <img> tags. In one exemplary embodiment, the identifying strategy block 200 can search among the background images.

1 061] The identifying strategy block 200 can be coupled to a. ranking strategy block

202, which can rank the candidate blocks based on their likelihood of being for certain functions. For example, it can rank, the candidate blocks according to their likelihood of being menu blocks and/or content blocks, hi some exemplary embodiments, ranking strategy block 202 _» in order to mnk the candidate blocks, can filter the block elements by size, by location and display properties, and or by their content. For example, it can. block elements by function based on whether the block elements contain text, images, or other content important for the display of the resulting web page or other electronic document. Any of the aforementioned filters can be optional, although, it can be preferable to utilize at least one filter. certain exemplary embodiments, in order to rank the candidate blocks, the ranking strategy block 202 can compute a score for each of the block elements, and assign each block a number. For example, the ranking strategy block 202 can score the links on a page according to the probability that they can be menu items. However, in other exemplary embodiments, the ranking strategy block 202 can rank the block elements by function, without assigning them scores. For example, the ranking strategy block 202 can remove block elements not necessary through filtering. The exemplary blocks can also be ranked based on their natural order,

0062) In certain exemplary embodiments whereby the ranking strategy 202 can compute scores, block elements can be subject to one or more scoring processes. During each single scoring process, elements can be evaluated based on. scoring rules with the purpose of establishing whethe they can be good candidates to perform a specific function inside the document (e.g., such as being relevant content rather than a navigational element, or rather than a company logo) or among a group of documents. The score for each element can be based on the evaluation of at least one of these three exemplary factors:

1 } the native code properties of the element, in the context of HTML pages, the properties can be the HTML tags and attributes, the proportion, oflinfctext, the proportion of inner text of and the role of the element in the HTML hierarchy, and the like;

2) the visual layout of the element, including, but not limited to, geometrical properties such as shape, dimensions, area, and coordinates; and 3) the combination of native code properties and visual properties. For example, the link density in an HTML element can be evaluated as the number of links that the element eon tains— native code propert— divided by the area that such element occupies— eometric property.

(0063] The artificial intelligence procedures of the ranking strategy block 202 responsible for scoring can be trained to recognize the relevant correlations among all the aforementioned factors, and use such findings to properly weigh the probability that a block element serves a particular function. In some exemplary embodiments, the ranking strategy block 202 can also adjust the scoring based on linear comparison, specifically by using a healmap. For example, the ranking strategy block 202 can use a heatniap with regards to the block elements ^' size, location and/or inner text length. The ranking strategy block 202 can also categorize the block elements by adjustin the scoring based on input made during the exemplary ΑΪ Training Process, In some exemplary embodiments, the AI Training Process can comprise assembling a list of websites, manually picking the locations of the menu -and content, on the websites, and compiling data regarding the probability that specific portions of the web page contain the content or menu. The exemplary ranking strategy can automatically compare the results of this process with, the preliminary results of the scoring process.

[ΘΘ64] In a certain exemplary embodiment of the present disclosure, menu blocks can be ranked by the following criteria. For the avoidance of doubt this shall be seen as an exemplary list to illustrate the scoring and ranking mechanism and. not as a complete list:

1 } score geometric properties using the block's x and y axis position compared to the heatmap, the aspect ratio (e.g., width divided by heigh t) and the size of the block, in a certain exemplary embodiment, a block with a high aspect ratio, e.g. 2 or above, at the top of an electronic document, can be a good indi cation of a menu block and. can hence be assign ed a high score; 2) score links based on all the parent blocks thai lead from the main body of the electronic document to the individual link, in a certaiii exemplary embodiment, the properties of the parent blocks that can be evaluated can include the type of the block, such as a <div> in HTML, and any reference to style and/or functionality, such as "class" or "Id" attributes and their values in HTML. In a certain exemplary embodiment, the weight of scoring these parent biock properties can be determined by evaluating a large number of electronic documents of the relevant type, and finding statistically significant identifiers, such as the "class" attribute containing the word "menu" in the context of HTML;

3) score the proportion of links in comparison to the block's size and text length, in characters. The higher the count of links withk the block, in comparison to the size of the block (e.g., width x height) or the text contained within the block, the higher the probability thai the block can be a menu block. In another exemplary embodiment, the link text length hi characters can be compared to the block's text length;

4) score internal links, links thai stay within the electronic document ⁵ s parent structure, by number and in proportion to the total links found within the block;

5) score the individual length in characters of the text, within the links and the average of all these link text lengths within a biock. If the individual length of a link text and/or the average link text length can be short, but greater than two, then the probability that the block can be the menu block can be high;

6) score the text displayed wi thin the links in the block if it contains specific words or groups of words that can indicate thai this block can be a menu, such as "home" or "contact us." The .more links wi th in the block that contain such words or groups of words, the higher the probability that the biock can be the menu block;

7) the more parent elements a block has until the main bod of the electronic document can be reached, the higher the probability that the block can he a menu block; 8) if the block's definition, styling or identification properties cm indicate that the rale of the block can. be the navigation, menu, the score can be increased accordingly.

Examples include: pre-defined block definitions or tag names, such as the "nav" tag, attributes or style references such as "id" or "class" or "datarole" with their values containing the word "menu", "nav" or related expressions. The definition of the storage format of the electronic document can, in some cases, include references to aforementioned tags, block names, identifiers or style references, e.g., the HTML 5 definition for HTML documents, hi another exemplary embodiment, the score of a block can also be decreased if a block's role can be indicated to be another function than the menu: and

9) if the electronic document can consist of several sub-documents, such as "femes" in the context of .HTML webpages, the sub-document can have an ide tification, that ca indicate the role in the page. The identifiers can contain text such as "nav" or "me T and therefore the probability thai the block can be the menu block can be higher,

jO065| In a certain exemplar embodiment, content blocks can be ranked by the following criteria.. Fo the avoidance of doubt, this can be seen as an. exemplary list to illustrate the scoring and ranking mechanism and. not as a complete list:

I ) score geometric properties using, the blocks x and y axis position compared to the heatmap, the aspect ratio (e.g., width divided by height) and the size of the block. In certain exemplary embodiment, a block with a low aspect, ratio, e.g. .1 or below, in the center of the document, can be a good indicatio of a content, block and can hence be assigned a high score;

2} score the links per block size (e.g., width x height). The greater the block size in comparison to the number of links wi thin the block, the higher the probabtiity that the block can. be the content block; 3) score the block by the proportion of link text as a share of the iota! text within the block. ^' The lower the proportion of link text, the higher the probability for the block to be the consent block;

4) score the block's scoring-size in comparison to the maximum scoring-size found among ail the individual blocks within the electronic document. In a certain exemplary embodiment, the scoring-size can be the block's height times two plus the block's width. In another exemplary embodiment, the scoring-size can be the regular size (e.g., width x height);

5) in XML, XML-lrke or HTML based electronic document formats, score the block by the proportion of the displayed text within a block as share of the total text that defines the block within the stored electronic document. The higher the proportion of the displayed text, the higher the probability that the block can be the content block:

6) score the proportion of text within the block as a share of the longest text length in characters found among all the individual blocks in the electronic document The higher the proportion, the higher the probability of the block being the content block, in another exemplary embodiment the amount of text belonging to links can be subtracted before calculating the score. In. another exemplar embodiment, blocks with a very short text length (e.g. less than 150 characters) can be given a very low score;

7) score the text within the block as a proportion of the total text displayed by the electronic document. If the text in the block significantly exceeds the majority of the text in the document, e.g. 80% or above, the block can. be scored low as the probability that the block contains only the content block of the electronic document can also be low;

8) if the block's definition, styling or identification properties can indicate that the role of the block can be the content, the score can be increased, accordingly. Examples can include pre-defined block definitions or tag names, such as the "section" tag, attributes or style references such as "id" or "class" or "datarole" and their value containing the word "content", "main" or related expressions. The definition of the storage format of die electronic document can, in some cases, include references to aforementioned tags, block names, identifiers or style references, e.g. the HTML 5 definition for HTML documents, in another exemplary embodiment, the score of a block can also be decreased if a block's role can be indicated to be another function than the content;

9) if the electronic document consists of several sob-documents, such as "frames" in the context of HTML web pages, the sub-document can have an identification that can indicate the role in the page. The identifiers can contain text such as "main" or "content" and, therefore, the probability that the block can be the content block can be higher;

10) if the block con tains predominantly external links and can be in a publicly accessible electronic document, the probability of this block contai ning advertisement can be increased, and hence the probability of this block being the content block can be lower; and

1 1 ) if the block contains the menu block, the block can have a high probability of being too big to coniairi only the content. The probability of the block bein the content block can be thus reduced.

[Θ066] For the avoidance of doubt, the exemplary sum of all individual probabilities of a block bei ng the menu or the content block can be reflected in the score or the rank of a block in the list of possible content or possible menu blocks.

[0067J Once the block elements can be categorized according to their type and then scored, the ranking strategy biock 202 can choose one or more candidate block elements with the highest probability of being one or more certain functional types, including menu and content, mid assign them as those functional types. The n umber of candidates that the electronic document analysis engine 108 looks for and saves can be saved In data store 106 as an automatic parameter, in an embodiment, the number of candidates can be automatically set to one per functional type, but the number can be changed via customization tools 112, {0068} While assigning the candidate block elements as certain functional types, the ranking strategy block 202 can compare a block's computed score or rank for the respective function to the other blocks ^* score or rank. For each functional block category, the block ranking or scoring highest can be chosen as the functional block, in one exemplary embodiment, each block can only take one function. When this can lead to a block being considered for two functions, the decision can be made on score, rank, a set order of functions, such as menu before content blocks, or a combination of the above, m a different exemplary embodiment, a more elaborate scoring strategy, such as a strategy identifying bl oc ks as menu or content, which is described be low, can be used to define the function of a. block considered for multiple functions. In another exemplary embodiment of the presen t disclosure blocks can be classified for multiple functions. In another exemplary embodiment of the present disclosure, mu! tip! e blocks For each function can be facilitated.

{0069} For clarity purposes, the following example only assumes that two functional block types were scored, but there could be more. In a certain exemplary embodiment involving only the scoring of menu and content blocks, the ranking strategy 202 can choose only the block element with the highest probability of being die real menu, and can assign it as the menu. Then, the ranking strategy 202 can. choose the block element with the highest probability of being the real content, and assign it as the content. If the block element with the highest probability of being the real menu also has the highest probability of being the real content, then the ranking strategy block 202 can choose the block element with the second highest probability of being real content to be the content.

{0070} Data store 1 6 can save the information on the highest scored menu (e.g., one or more) and the highest scored eoaient (e.g., one or more), as well as all other automatically identified blocks in a format that facilitates the retrieval of the respective blocks in the website H TML, even if the respective H TML has changed like the regions of interest. The blocks identified as each functional type based on their score, can be picked, as the corresponding regions of interest, including, but not limited to, the regions of interest for content and menu; In certain exemplary embodiments, these regions can be machine readable instructions that can specify the locations of portions of the electronic document to be converted. The regions of interest can tell the electronic document conversion engine 116 what areas of the electronic document should be converted and rendered.

{0071 J in another exemplary embodiment of the present disclosure, regions of interests corresponding to blocks can be identified for a binary file format. One or more exemplary regions of interest to locate the blocks within the binary file can. be identified by finding a unique series of two or more bytes identifying the blocks, such as a block id stored as a series of bytes within in the file. In another exemplary embodiment of the present disclosure, the starting point of a region, of interest within the file can be defined by the number of bytes the first byte of the Mock can he offset against the first byte in the file. For the avoidance of doubt, exemplary bytes can be an exemplary unit for reading the binary file.

[0072 j The exemplary ranking strategy procedure and/or block can also be coupled to a styling engine 204 that can create a style definition for ^' each block and each element in the block. The style can be defined in the electronic document itself in. accordance with the rules for styling in the respective document format, such as inline styling in. an. HTML document. Alternatively, external styling definitions referring to the document, i permitted by the document's styling logic, such as Cascading Style Sheets, can. be used. Both of the styling definitions can be combined in accordance with the rules of the electronic document. The overall style can be for an end-user machine 1 IS. In. one exemplary embodiment, the styling engine 204 can ignore the old style of the original document. In another exemplary

embodiment, the styling engine 204 can create a new style that, ca utilize references within, the electronic document (e.g., headline or link identifiers), in another exemplary embodiment. the styling engine 204 can recreate the visual style of the original electronic document. The styling engine 204 can determine background colors, text and anchor-text, styling (e.g., color, font, weight, alignment), image styling, and margin and padding, all based on the original electronic document. For example, the styling engine 204 can determine background colors of the original website by sampling pixels. The styling engine 204 can also analyze the colors of the original website to determine if they can be readable on end-user machines J 18. For example, the styling engine 204 can measure color distance and luminosity, and create a greater contrast, if needed.

{00731 l ⁿ one exemplary embodiment of the present, disclosure, configuration data can be used to determine which blocks chosen by electronic document analysis engine 108 and stored in date store 106 can be shown to the end-user machine 118. This can be accomplished by either, automatically selecting the blocks using a filtering algorithm, manually selecting which blocks should be selected in a text or database editor or by manually selecting the blocks in a graphical user interface via customization tools 112,

[0074 j Referring now to FIG. 3. a flow di gram of an. exemplary embodiment of the present disclosure is shown for a rendering and analysis procedure 300. For clarity purposes, the exemplary embodimen t of the procedure shown in. FIG. 3 can focus on. block elements categorized as menu and content. However, in certain exemplary embodiments, the

exemplary embodiment of the procedure can be used to Identify and rank, block elements for other functional types. The exemplar procedure begins at procedure 302, where a web page can be inputted. For example, a web page can be inputted after a first user test request by the client machine 120. Next, in procedure- 303, the web page ^' layout attributes can. be analyzed by the electronic document rendering engine 104.

{0075J At procedure 304, blocks in the web page can be identified b the identifying strategy 200 of the electronic document analysis engine 108, For example, the identi fying strategy 200 can go through the web page nd divide the web page into native blocks using HTML tags or other text based .mark-up structure wrapping dements inside an open and dosing information. These native blocks can be logically combined into new blocks that may not originally be present in the native format of the electronic document. Additional blocks can be identified using one or more search directions, which can be determined by the cultural, language and layout specific attributes of the electronic document. Blocks that can be considered adjacent using this process can be aggregated into one or more logical blocks. The identifying strategy 200 can also exclude information thai may not be relevant, and can categorize blocks based on their functional type, including, but not limited to, menu blocks and/or content blocks,

{0076J Continuing in procedure 306, the logical blocks identified and aggregated can be tanked and filtered. For example, the ranking strategy 202 can go through the individual blocks and assign them numbers. The numbers can represent the probability thai the blocks can actually he a certain functional type, for example, .menu or content. Next, in procedure 308, the blocks with the highest scores for menu and content can be determined. For example, the blocks that can be categorized as menu can be extracted, and one or more can be chosen to be converted. Further, blocks that can be categorized as content can be extracted, and one or more can be chosen to be convened. Alternatively, the ranking and scoring process described above can be used. The ranking strategy 202 can be responsible for choosing and extracting the blocks to be converted.

0077j Continuing in procedure 310, the highest scored blocks can be stored for retrieval later usin the regions of interest. For example, date store 112 can. store the information. In one exemplary embodiment, only the blocks chosen as menu and content can be stored in data store 11 . In another exemplary embodiment, more than one of the highest scoring blocks categorized as menu or content can be stored. |0078J Next, in procedure 312, style definitions can be created for the blocks stored.

For example, the styling engine 204 can. creat CSS definitions, and determine background colors, text and anchor-text, styling, image styling and. margin and. padding, all. based on the original web page. As another example, the styling engine can infer the correct color of the original web page by sampling pixels.

0079j Referring now to FIG. 4, a flow diagram of an exemplary embodiment of the present disclosure is shown for a conversion and rendering procedure 408. The exemplary flow diagram begins at procedure 401, where, upon end-user machine ^' s 118 request, a web page can be transcoded. At procedure 402, it can be determined whether there can be stored information for blocks for the we page requested, if there is. no information stored, then the rendering and analysis exemplary procedure can be carried out in procedure 464. If there is information stored, the stored information about the web page blocks can be retrieved. For example, the electronic document conversion engine 110 can retrieve the stored information about the web page blocks from the data store 106 using, for example, the regions of Merest. Next, at procedure 408, the blocks retrieved can be transcoded for display on end-user machine 118. For example, the electronic- document conversion engine 110 can convert the information stored in data store 106 into objects using PHP. The electronic document conversion engine 110 can also identify and modify the links that make up the menu block, and put them into relationship with each other. This can be done through the creation of a hierarchy. Continuing at procedure 410, the resulting objects can be adjusted to be optimally rendered and displayed on target end-user machine 118, Next, at procedure 412, the web page can be rendered and displayed on target end user machine 118.

[0080J I other exemplary embodiments of the present disclosure, the information used for transcoding can be stored, for later use. in another exemplary embodiment of the present disclosure, the information used for transcoding can be retrieved from website 122 hosted oi web site server 102, or any other location, instead of from data store 106.

[00$ 1] FIG. 5 shows one example of a computing device 500 on which the system according to an exemplary embodiment of the present disclosure can be implemented. Such exemplary computing device 500 can have a CPU, such as processor 502, a memory or storage arrangement 506, at least one data input port 518, at least one data output port 516, and a user interface 51 , ail interconnected by one or more buses 504. However, in other exemplary embodiments, where the computing device 500 can be a server, the data input pori(s) 518, the data output port 516 and the user interface 514 do not have to be present. The memory storage arrangetnent 506 can store the operating system software 508, and other software programs including a program.510 for implementing the automatic content identifier 124, the electronic document conversion engine 110, the device adapter 114, the

customizatio tools 11.2, the HTML feed adapter 704, the configuration storage 712, the mobile analytics module 720, the mobile engine 710, the catalog feed adapter 708 arid/or the mobile ads module 722. The memory/storage arrangement 506 can further include data storage 512 for storing collected data sets through one of the input port 518 and/or for storing .results generated during execution of the program 51.0. The data storage can comprise data store 106 and logging and QA info storage 116.

[0082] The program 51 can be organized into modules which can include coded instructions that when executed by the processor 502, can. cause the computing device 500 to carry out different aspects, modules, or steps of the procedure for rendering, analyzing and/or converting an electronic document according to an exemplary embodiment, or the program 51 can carry out the ra-commerce store conversion process disclosed below, AH or part of memory/storage arrangement 506, such as data storage 512, can reside in a different geographical location Irom that of processor 502 and be coupled, to processor 502 through one or more computer networks,

[0083} The program 510 can also include a. module including coded instructions, which, when executed by the processor 502, can cause the computing device 500 to pro vide graphics! user interfaces ("GU P') for the user to interact with the computing device 500, and direct the flow of the program 510.

(0084] Referring now to FiG. 6A, a representative web page 600 is shown rendered on the small-screen device MSB using the automatic analysis method, system, software

arrangement and computer-accessible medium according to the present disclosure. The exemplary web page 600 of FiG. 6A illustrates a header 604, and a question form 606. FiG. 6B illustrates another exemplary web page 602, also rendered on the small-screen device 118B using the automatic analysis procedure. The exemplary web page 602 shows a header 604, and a menu 60S, which can be selected from the menu block candidates during the analysis process.

£0 85! Referring now to PIG. 7, an exemplary embodiment of a system 700 for generating a commerce store is shown that can be configured to access network content. System 700 can comprise a plurality of end-user computing devices in the form, of the end- user machines 118, a website server 702 hosting one or more e-commerce stores 714, a catalog feed adapter 708 that can convert e-commerce store data into a standardized format a mobile engine 710, and a configuration storage 712. System 7ΘΘ can also include the automatic content identifier 124, and an HTML feed adapter 704.

10086] in an exemplary embodiment of the present disclosure, for e-commerce stores

714 that can expose caiaiogs and product information through one or more data feeds, catalo feed adapter 708, via network 120, can convert/transcode one or more data feeds into a standardized format capable of being easily viewed by the mobile engine 710 to represent all the information in the e-commerce store 714. Catalog feed adapier 708 can convert/iranscode { ^' he data feeds to ensure that system 700 processes every catalog in exactly the same manner. The electronic document conversion engine 110 can be used as the catalog feed adapter 708, Data feeds can include, but are not limited to, XML and J SON and. E-commerce stores that have Application Programming Interface ("API") functionality and can be agenfo stores, Google stores and/or Amazon stores. The information from the data feeds that can be converted by the catalog feed adapter 708 can include, but is not limited to, categories, offers, pictures, item attributes and description. The data feeds can be converted'transcoded into objects using PHP, although other programming languages can be used, including C++, The network 120 can include the Internet; however various networks can be used including a local, area network, a wide area network, a point-to-point dial-up connection and/or a cell phone or mobile network, etc.

{0087} Once the catalog feed adapter 768 converts the dat feed into an internal standardized format, the mobile engine 710 can adjust and optimize the data feed such that it can be optimally rendered into a mobile commerce store ("m~comrnerce store"), either as a mobile web site or mobile application. The mobile engine 710, which can prepare and adapt the data feeds for targeted end-user m chines 118, can be device adaptor 114, or one or more other mobile engines. The m-connneree store can be stored on a server and/or computing device 716, or any other server including, but not limited to, website server 702. The co figuration storage 712 can store configuration parameters for each commerce store. The parameters can include, but are not limited to, connection information, rendering preferences, currencies and payment methods accepted.

[0088} If e-commerce stores 714 do not expose data feeds, the automatic content identifier 124, via network 120, can analyze the e-commerce stores 714, and create one or more regions of interest, t identify the relevant information in the HTML of e-commerce store 714 using the exemplary methods, systems, software arrangements and computer accessible mediums described above. The HTML feed adapter 704 can. then extract

information from the relevant HTML identified in the one or more regions of interest, and convert/iranscode the region of interest into an internal standardized format. For example, the information can be converted into objects using PHP, although other programming languages can be used, including C++. The mobile engine 710 can prepare and adapt the data feeds to be rendered on targeted end-user machines 118.

[008 j One or more signatures can be assigned to each product in the e-commerce store 714. This can be done to ensure that the product information and/or the process may not be maliciously altered before the cart information, can be submitted to a secure validation server 718 to execute the transaction. After the information can be transformed into a standardized format, each product can be signed by applying an MD5 procedure to the basic- properties of the product (e.g., including price, id. description, etc.) together with a secret code. Examples of prod uct signature function in PHP can include:

private function calc.tdateOfierSignatu.re{$iiemid, SidType, $title, $itemDescription, Sprice, SofferQuautity, IcurrencyCode, Ssecre Code) ί

return md5(SsecretCod.e . "[" . Sitemid . "!" . SidType . "j" , Slide . "j" . Sprice . "f . SofferQuantuy . "j" $curxencyCode. "j" . SiternDescription); }

[0090] The catalog feed adapter 70S, and/or the HTML Feed Adapter 704, can assign the signature, and all the product information associated with the products can be passed to the m-comrnerce store. The mobile engine 710 can verify the signature during a checkout request, which is described below.

[0091] End-user machines 118 can access the optimized m-coramerce stores via network 120, and make catalog browsing requests and/or purchases. The mobile engine 710, once the request can be made, can receive the request, which can include product searching. browsin and/or sorting requests. The mobile engine 710 can satisfy the request using the most recent data fetched from the original e-commerce website.714. M-coiamerce stores rendered and generated via. mobile engine 716 can mirror the catalog information present in the original e-commerce website 714, but can also provide its own cart functionality and offer different checkout options based on the parameters in configuration storage 712.

[0092| End-user machines 118 can make purchases during a cart checkout. During a cart checkout, mobile engine 710 can receive the order from the m-commerce store via network 12Θ, and validate every product to ensure that prices and other basic product information have not been altered from their original values. This can. be carried out by the mobile engine 710 using the following exemplary routine:

1 ) recalculate the signatures on each, product of the cart and verify thai they match the producl signature assigned by the catalog feed adapter 708 and/or HTML feed adapter 704;

2) recalculate the shopping cat! total and verify that it matches the submitted cart total: 3} validate thai the ordered quantity of each product can be equal to or lower than the available quantity in the in entory''; and

4) upon the success of the above validation, encrypt the entire cart according to the selected payment system (e.g., Paypai, Amazon, etc.) and generate secure payment form that can be used to redirect the end-user machine 118 to the secure validation server 718.

[0093] If the validation succeeds, the mobile engine 712 can redirect end-user machine 118, and the validated cart information, to the secure validation server 718, where the payment, billing and shipping information can be provided and the actual transaction can take place. In certain embodiments of the present, disclosure, payments can be processed at delivery or at a later step. In certain embodiments of the present disclosure, the secure validation server 718 can exist on the server and/or computing device 71.6. A t the end of the transaction, end-user machines 118 can. have the option to return to the m-commerce store to continue shopping.

{069 1 The mobile engine 710 can aiso be connected to a mobile analytics system 720, which can receive event tracking notifications related to end-user machine's 118 activities related to the one or more m-commerce stores visited. The event-tracking information that the mobile analytics system can collect can include browsing of products, product details, searches, and or products added to or removed from the cart. The mobile analytics system 720 can provide a series of statistics to the mobile engine 710 that can be used for advertising selection, product recommendations and/or promotions of different kinds. The m-commerce store can push tracking information, from one of more end-user machines 118 to the mobile analytics system 720 based on actions and interactions, including, hut not limited to, adding an item to the cart or a wish list, writing a product review, browsing a certain category, searching for specific keywords and/or purchase history. The mobile analytics system 720 can be Google analytics, an internal developed analytics serv ice, or any third patty analytics service.

[0095] The mobile engine 710 can aiso be connected to a mobile ads module 722.

The mobile ads module 722 can store advertising information and policies related to each mobile store. Upon request by the mobile engine 710, the mobile ads module can provide the dataset containing the advertising information to be optimized and rendered on specific pages and locations in one or more m-commerce stores.

0096 ^' j The automatic content identifier 124, H TML feed adapter 704, the catalog feed adapter 708, the mobile engine 710, the configuration storage 712 and the mobile analytics module 720 can be, e.g., together or in part, implemented on a server and or computing device 716. The server can comprise memory, input/output p s s, externa!, devices, a CPU, external devices/resources and one or more buses. The memory can comprise any known type of transmission, media and/or data storage, including but not limited to, RAM, a data object, a data cache, ROM and the like. External devices can include, but are not limited, to, speakers, a screen, a keyboard, monitor and a mouse,

00 7j FIG 8 shows a block diagram illustrating an exemplary mobile engine 710.

Upon a request from an end-user machine Ϊ 18 for an m-commerce store served by the website server 702 via the network 120, or sewer 716, the device detection proxy 8Θ0 can recognize the end-user machine 118 type and viewport, A rendering engine 802 can then optimize the data feed, and/or information extracted from the e-commerce store 714, into a visual format io be rendered and displayed on the type of end-user machine 118 recognized by the de vice detection proxy 800. An advertisement ("ads") builder 804 can be included to generate advertising information io be included in the m-commerce store rendered on the end-user machine 118. The ads can be generated based on the configuration and/or the statistic information provided by the mobile analytics system 720 for the particular m-commerce store stored in configuration storage 712.

[0098} Referring to FIG. 9, a flow diagram of a exemplary embodiment of the present disclosure is shown for an exemplary m-commerce store creation procedure 900. The exemplary procedure begins at procedure 902 where it can be determined, either manually or automatically, whether the e-co meree store 714 exposes a data feed. If the e-commerce store 714 exposes a data feed, then the catalog feed adaptor 708 can convert the data feed into an object standardized format at procedure 906. The data feeds can be converted transcoded into objects using PHP, although other programming languages can be used., including€ -÷-. If the e-commerce store 714 does not expose a data field, then the automatic content identifie 124 can analyze the e-commerce store 714 to determine the relevant information to be converted using the identifying and ranking procedure described above at procedure 904. Then at procedure 906, the HTML feed adapter can extract and convert the relevant information, identified firom the automatic content identifier 124 into an object standardized format. At procedure 910, the objects can be optimally adjusted for optimal display, and rendering on targeted end-user machine 118. ^' Lastly, at procedure 912, the m-commerce store 714 can be rendered and displayed on target end user machine 118, upon the end-user machine's 118 request for a given e-eommerce store 714.

ΘΘ99| FIG. 10 illustrates a data flow among end-user machine 118, secure validation server 718, and mobile engine 710. End-user machine 118 can make a checkout request with the cart information for validation (1002) irom m-commerce store. Mobile engine 710, upon the checkout request, can validate the cart informa tion and provide a list of checkout methods (J 004) thai can redirect end-user machine 118 to secure validation server 718. The validation can be carried out by the mobile engine 710 using the following exem lary routine:

1) recalculate the signatures on each product of the cart, and verify that it matches the product signature assigned by the catalog feed adapter 708 and/or HTML feed adapter 704;

2) recalculate the shopping cart total, and verify that it matches the submitted cart total;

3) validate that the ordered quantity of each product can be equal to or lower than, the available quantity in. the inventory; and

4) upon the success of the above validation, encrypt the entire cart according to the selected payment system (e.g., Paypal, Amazon, etc.) and generate secure payment form th t can be used to redirect the end-user machine 3.18 to the secure validation server 718.

OOlOOj The cart and payment info Irom m-commerce store can then be redirected (1006) to secure validation server 718. The secure validation server 718 can handle and protect the necessary payment information and carry out the actual transaction.. After the transaction ca be completed or cancelled, payment notification (1008) can be sent to mobile engine 710, and end-user machine 118 can be redirected back to m-commerce store. |00i0i{ The foregoing merely illustrates the principles of t e disclosure. Various modifications and alterations to the described embodiments will be apparent to those skilled in the art in view of the teachings herein, it. will thus be appreciated that those skilled in the art will be able to devise numerous systems, arrangements, and procedures which, although not explicitly shown or described herein, embody the principles of the disclosore and can be thus within the spirit and scope of the disclosure. Various different exemplary embodiments can be used together with one another, as well as interchangeably therewith, as should be understood by those having ordinary skill in the art. In addition, certain terms used in the present disclosure, including the specification, drawings and claims thereof can be used synonymously in certain instances, including, but not limited to, for example, data and information, ft should be understood that, while these words, and/or other words that can be synonymous to one another, can be used synonymously herein, that there can be instances when such words can be intended to not be used synonymously. Further, to the extent that the prior art knowledge has not been explicitly incorporated by reference herein above, it is explicitly incorporated herein in its entirety. All publications referenced are incorporated herein by reference in their entireties.