Abstract:
A publisher accessible e-publishing system and method, configured to enable a publisher to construct and make an app available for permitting enhanced viewing and interactive utilization of e-published content on various mobile devices with various software platforms, the system comprising a front end and a back end with the front end being configured to be used by a publisher to provide content and selection of parameters for display and use with the e-published content and the back end being a system which is configured to store the content and meta data for the content and which is configured to configure the content into an end user app specifically conformed to the specific viewing platform and device being used by the end user to view and interact with the e-published content.

Description:
FIELD OF THE INVENTION 
       [0001]    This invention relates to the simplified, formatted, publishing of electronic or digital media including web content or e-materials as well as print material on mobile devices and particularly tablet devices. 
       BACKGROUND OF INVENTION 
       [0002]    Users consume written or graphic content in various ways. Traditionally such consumption has been by way of reading or viewing of physically printed materials on paper. Recently, reading on physical print media has been overtaken by electronic reading on the web (or off-line by downloaded reading content), by means of a desktop computer, laptop or electronic reading devices. Sales of e-books have, in fact, overtaken sales of the traditional paper based books. 
         [0003]    As a more recent phenomena, consumption of content, in digital form, including newspapers and magazines, on tablet computers and other mobile devices has grown exponentially. It is expected that in the very near future, mobile/touch devices will be the overwhelming primary medium with which users will be reading content. 
         [0004]    Impeding such transition is the fact that currently not all content is presented in a mobile and touch friendly manner. Actual formatting of the converted print material or even electronic or digital or e-type of materials from one type of electronic device (e.g., from pc or laptops to readers or tablets), or the web, is often perceived as being unprofessional, uneven, and viewably sloppy. This results in a negative perception and a poor user-experience and a lack of acceptance, which affects perception of the publisher. In many instances, content in its current form, is not even viewable on mobile devices or specialized versions in different unsatisfying formats are made specifically for the mobile device. 
         [0005]    It has therefore become imperative that content publishers, having a printed, electronic, digital or e-material content base or web content base, in order to economically survive, need to incorporate into their publishing strategy, facilitated procedures for e-publishing the originally content (whether printed or in electronic or digital form or as web content). This is of particular importance with respect to publishing on mobile/touch devices, such as smartphones and, on the increasingly popular tablet computers or readers. The publishing strategy needs to also include not only making content available on these devices but also the enhancing of an e-reading experience, by adding device centric capabilities such as touch gestures, accelerometer uses or use of the GPS functions. 
         [0006]    However, publishers who are scrambling to make their content presentable on mobile devices have very limited operational choices available to them. Most often the publishers are required to hire mobile developer specialists to code applications to work on the devices. This is however, very costly and time consuming and not economically available to smaller publishing outfits, and is even less available to individuals. A need has therefore arisen for the development of a platform and process by which tablet and mobile publishing can be made economically and viable available to all sources of e- publishable content and even to those who are not technically proficient. 
       SUMMARY OF INVENTION 
       [0007]    Preliminarily, the following terminology is utilized herein as follows: 
         [0008]    Native App 
         [0009]    A mobile application, which can run on the native operating system for the specific device. For example, a native iOS app is an app which can run on iOS devices such as an iPhone, iPod Touch, iPad. Another example, is a native Android App, which can run on the android operating devices such as the Motorola, LG, and Samsung family of devices. 
         [0010]    HTML5 App 
         [0011]    A series of web pages written using the HTML language and using the version 5 of HTML tags. The web pages can be viewed on computer (i.e. laptop/desktop) web browsers as well as mobile web browsers. 
         [0012]    Publisher 
         [0013]    The actual user of the platform who builds the app for reader viewing and interaction. 
         [0014]    End-user/Reader 
         [0015]    The user who actually uses or reads the end result app produced/built by the publisher using the platform. 
         [0016]    Hotspot/Hotspot Region 
         [0017]    A hotspot or hotspot region is a given region on the touch screen of a mobile device or computer touch screen, which, when the end-user taps that given region, an action happens. For example, a hotspot may comprise a photo gallery in which a photo album or stream of pictures opens when the user taps on a region. This region can be defined as being anywhere on the screen page. 
         [0018]    Hotspot Type 
         [0019]    A hotspot type is a type of hotspot the publisher selects to define. Various hotspot types will be exemplified hereinafter. 
         [0020]    It is an object of the present invention to provide a method and system for app creation for publishers to be able to functionally and expeditiously transfer to, or initially provide, published content to a variety of mobile devices, with various native operating systems and HTML5 language for enhanced reading of content and with interactive capabilities via app access. 
         [0021]    It is a further object of the present invention to provide such method and system for app creation without dedicated programming and programmers and with full mobile device dedicated formatting and touch control for various functions. 
         [0022]    It is yet another object of the present invention to provide a publisher accessible system, preferably on a web site, configured to enable a publisher to construct and make an app available for permitting enhanced viewing and interactive utilization of e-published materials or content on various mobile devices with various software platforms. 
         [0023]    It is still yet another object of the present invention to provide an e-publishing system having a front end and a back end with the front end being used by a publisher to provide content and selection of parameters for display and used with the e-published content and the back end being a system which stores the content and meta data for the content and configures the content into an end user app specifically conformed to the specific viewing platform and device being used by the end user to view the e-published content and to interact with it. 
         [0024]    Generally the present invention comprises a method and system for publishers to be able to functionally and expeditiously transfer to or initially provide content to a variety of mobile devices, with various native operating systems as well as HTML5 language by creation of an app accessible to reader/users. The method comprises the steps of:
       a) providing an accessible site, preferably on the web, through which a publisher is able to provide page images, or other files such as a pdf, Word file, etc. which can be converted into an image to be presentable in a mobile format, of the content to be transferred to the mobile devices and to provide parameters encompassing desired viewability and desired interactive capability, and operation;   b) configuring the accessible site to be capable of analyzing the input page images and desired parameters and to convert the input pages to be dimensioned and formatted according to viewing requirements of various available software platforms and mobile device types of various configurations;   c) configuring the accessible site to provide the converted input pages with hot spots of various selected types at pre-selected locations on the page, for interactive operation therewith by reader users;   d) the accessible site thereafter creating an app for dissemination by the publisher, with the app enabling readers or users to optimally view converted content and to interact with hotspots on different mobile devices, operating with different platforms, the app being available to the readers or users on the mobile device being used with specific platform being used.       
 
         [0029]    The tablet-publishing platform of the present invention (the term “tablet” includes all mobile and e-viewable media) is configured to greatly facilitate the manner in which content publishers, whether of print or e-materials or web content such as magazines, newspapers, books, text books, interactive books, brochures, or other web content, blogs, and other publications are published and consumed on tablet and mobile platforms. 
         [0030]    The platform is particularly geared toward individuals and small publishing businesses or businesses with publishing requirements, to allow them to easily publish their content on touch devices of various types and sizes, though of course, the platform may be used by publishers or businesses of all sizes. The platform is comprised of an application or app (as currently commonly referred to) builder, which is a comprehensive web-based toolset designed for non-technical publisher/users to add interactive and complex features to their publications quickly and easily 
         [0031]    The by-product is most commonly and most popularly, a native iPad, Android and HTML, particularly HTML5, app. HTML5, as an advanced form of HTML, which allows for embedded videos, photo galleries, animations and the like. Typically, an app of this type, normally requires hiring a mobile app development company. However, by using the platform of the present application, the same or better quality app can be produced in less than 45 minutes, without any technical knowledge. The cost of producing the app in this manner is only a fraction of what it would typically cost to hire a mobile app development company. 
         [0032]    In accordance with the present invention the publisher/user utilizes the “existing” content to create the app and the platform technology to make the existing content consumable in a friendly format designed specifically for the touch device, based on the device specifications (i.e. screen size, device capabilities, etc.). By using a web-based toolset or native app toolset (use of the term “web-based” herein is understood to also include “native app”) the publisher/user uploads or configures content and then the platform, using its process technology, to make the content consumable on touch devices. 
         [0033]    In further accordance with the method of the invention, once the publisher/user finishes defining the app properties, app design aspects, and more importantly uploading/defining the content, the publisher/user requests publishing of the app on the supported mobile platforms. The request is sent to a process which instantiates the mechanism which actually builds the app for the requested mobile platform(s). 
         [0034]    The following are the most prevalent Supported Mobile Platforms for which the e-publishing system and app formation of the present invention is typically applicable: 
         [0035]    Native iOS App: 
         [0036]    This is a native universal app, which works on current mobile products, specifically an iPhone and on an iPad. Once created by the publisher the app is made available to end users on a suitable site such as the Apple App Store and Apple Newsstand app. 
         [0037]    Native Android App 
         [0038]    This is an app adapted to operate on Android mobile phones and on an Android Tablet. This app is made available to end users on sites such as Android Marketplace now known as “Google Play”. 
         [0039]    HTML5 App 
         [0040]    This app, configured for HTML5 becomes a web app [html5 app], which is then viewable on any touch device, which supports HTML5. 
         [0041]    The back end of the system of the present invention, which analyzes and stores content and meta-data, utilizes a server with peripheral components. The server components include: 
         [0042]    Database: 
         [0043]    The database is comprised of many normalized tables, which store essential information about the app, and more importantly store the content and/or links to the content in a normalized fashion. 
         [0044]    Web Services (APIs) 
         [0045]    The web services provide the interface so that the native applications and html5 are enabled to retrieve the stored content with the app in a proper format. 
         [0046]    Native App 
         [0047]    The native app, when formed and made available, is comprised of OS-specific SDK code (i.e. iOS, Android), which handles all the logic, functions, features, and other workings of the app. The data is completely extracted from the app and the app is configured with a unique identifier, which is then used to contact a server-based API to fetch the content for the app. The content is then stored locally on the device to accommodate use of the app when no Internet connection is available. 
         [0048]    HTML5 App 
         [0049]    The HTML5 app is comprised of a series of HTML5 tags and JavaScript functions, which handle all the logic, functions, features, and other working of the app, with the data being completely extracted from the app. The HTML5 app resides in a pre-determined URI-location designated for the specific app and contains a unique identifier, which is used to fetch the content of the app from a server-based API. 
     
    
     
       SHORT DESCRIPTION OF THE DRAWING 
         [0050]      FIG. 1  is a flow chart of a High-level App Building Process of the present invention; 
           [0051]      FIG. 2  depicts the manner in which hotspots are interacted with by an end user; and 
           [0052]      FIG. 3  is a block diagram showing the various components and operation of the front end and back end of the system of the present invention, and 
       
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
       [0053]    Once the publisher has accessed the web or other access site for the submission of content and desired parameters, in a front end process, the submitted materials and parameters are stored and analyzed by the back-end of the system (i.e., Builder Technical Implementation) with the nearly immediate creation of an app for distribution by the publisher to end users to access on various platforms and mobile devices with optimal formatting and operation. 
         [0054]    Builder Technical Implementation: 
         [0055]    The builder sub-system is a web-based or native app based interface which a publisher/user can access using a computer or a mobile web browser, to build his app. The builder sub-system is comprised of a series of front-end web pages, which can be written in any browser compatible language, but is commonly written in HTML and JavaScript. For a native app based interface it can be written in native OS codes such as XCode or Android. The builder sub-system contains a back-end database which stores the information as provided by the publisher/user. The following outlines a preferred embodiment with which the back end system processes content of various types: 
         [0056]    PDF Processing: 
         [0057]    The system takes publisher/user-uploaded PDF, for example, and creates an image representation by creating an image file on a file system, for each page within the PDF. The system then optimizes each image representation to the optimal image properties for the supported devices to be viewable on. (i.e., optimizes it for iPad, iPhone, 
         [0058]    Android, Android Tablet, Computer Web Browser, Mobile Web Browser, etc.). After processing the PDF and creating an image file for each of the pages within the PDF, the physical files are stored in a configurable location on a file server behind a firewall. For each page, a record is created in the page table and associating the page with an issue in the issue table. The system then stores the logical file information namely: filename, type, and page count in a page file table. Other types of processing include Word processing of Documents, InDesign document processing, Image file Processing and the like. 
         [0059]    Article Processing 
         [0060]    For each article defined by the publisher/user, the system stores meta-data of the article information namely: title of article, page number beginning, and associated issue, in the article table whereby the articles can be accessed by an end user. 
         [0061]    Hotspot Processing 
         [0062]    Among the parameters selected by the publisher, whether standardized or customized, the published content may be provided with interactive hot spots, which permit the end user to access imbedded videos, photo galleries, animations, etc. For each hotspot defined by the publisher/user, the system stores the geometry (i.e. X, Y, width, height) in a hotspot table, which is configured according to processing system and accessing mobile devices. For each hotspot content item provided by the publisher/user, the system stores the content information in the hot spot content table, and associates it to that hotspot in the hotspot table. For each hotspot property, the system stores the layout in a layout hotspot table, and any overlay in an overlay placement table. The term “Hotspot” as used herein includes general Interactive points which are provided by the input file document with the system adapted to recognize the interactive points and convert them to hotspots. 
         [0063]    Thus, for example within pdf files there are web links, with the system capable of taking the web links and converting them into hotspots in the actual app&gt; Thus, a publisher enables a magazine which has interactive features such as web links, videos and photo galleries, to upload a single file. The system is then able to convert all the interactive points to turn them into hotspots. This is of particular value with use of InDesign. 
         [0064]    Publishing Processing 
         [0065]    In the publishing process, the system marks the app as “requested to be published” and sends out an email notification to an administrator. The publishing sub-system polls the system on a predetermined interval basis to determine which apps need to be built. The publishing sub-system fetches the next available app to be built and creates the configuration file containing the AppID. The publishing sub-system compiles the app using the native OS code and saves the app in preparation to submission to an app store. 
         [0066]    Native App Technical Implementation 
         [0067]    Because of the various software and operating system platforms in mobile devices, the present system takes into account the particular platform, when building the app and each app is dedicated to the particular platform. Accordingly, there is a separation of code base in order to customize usage for mobile devices geared for use with the particular platforms. 
         [0068]    Separation of Code Base 
         [0069]    The native app (i.e. iOS and/or Android) is comprised of a code base in which the code logic, publisher/user-interface and data are completely separated from each other. 
         [0070]    Configuration 
         [0071]    The app has one configuration file which lets the app know where to fetch the content and data for the app. 
         [0072]    The Configuration file typically consists of: 
         [0000]    
       
         
               
             
           
               
                   
               
             
             
               
                 &lt;dict&gt;; &lt;key&gt;AdditionForMD5&lt;/key&gt;;&lt;string&gt;[THE MD5 KEY]&lt;/string&gt;; 
               
               
                 &lt;key&gt;AppID&lt;/key&gt;; &lt;string&gt;[THE APPID]&lt;/string&gt;;  
               
               
                 &lt;key&gt;SecretKey&lt;/key; 
               
               
                 &lt;string&gt;[THE SECRET KEY]&lt;/string&gt;;  
               
               
                 &lt;key&gt;WebServiceURL&lt;/key&gt;;&lt;string&gt;[THE  
               
               
                 WEB SERVICE URL]&lt;/string&gt;;&lt;/dict&gt; 
               
               
                   
               
             
          
         
       
     
         [0073]    The manner in which the app, as activated by an end user, accesses the published material is typically outlined as follows: 
         [0074]    App Launch Process 
         [0075]    The app code connects to the web service. The design properties are then fetched and the design properties are applied. Publications (i.e., issues) are fetched, when available for sale, with the downloaded and purchased publications being fetched. The publications for sale are rendered in the store view with the publications downloaded and purchased are rendered in the library view as based in the library view. 
         [0076]    Publication View Process 
         [0077]    When the user taps on the publication to view it, the system fetches the page images, based on the following image-fetching algorithm: 
         [0078]    1. Fetch current page 
         [0079]    2. Fetch current page +2 (in preparation for the possibility of the user going to a next page so performance is kept optimal) 
         [0080]    3. Fetch current page −2 (prepares for the possibility of the user going to a prior page so performance is kept optimal) 
         [0081]    4. Fetch current page hotspot information 
         [0082]    5. Fetch current page +1 hotspot information 
         [0083]    6. Fetch current page −1 hotspot information 
         [0084]    The system preferably stores the pages on the local file system of the device, in order to increase performance during the app use and to also allow for offline reading when the mobile device is not connected to the Internet. 
         [0085]    When the end user instantiates the pages index view, the system fetches thumbnails of each page within the app and renders the page in the layout (i.e. scroll view, cover-flow view) as chosen by the publisher user during the original building process. 
         [0086]    When the end user taps on a page within the page index, the system fetches the page image and presents the page to the user and instantiates the page image-fetching algorithm as presented above. 
         [0087]    Hot Spot Designations allows for Interactive Viewing of the Publication 
         [0088]    The end-user executes various types of finger swiping or tapping gestures to initiate a desired action. The type of gesture the end-user performs, will determine the action. Many of the following gestures and tapping procedures have been established in the industry for particular operations and actions: 
         [0089]    Tap Action 
         [0090]    When a user taps anywhere on the physical device, the code base determines if the location of the tap is a hotspot region. If the tap is within defined hotspot geometry boundaries, the app determines the type of hotspot and appropriate actions are then initiated. 
         [0091]    Two-finger Single Tap Action 
         [0092]    When a user does a single-tap with two fingers, the hotspot region boundaries are shown for each finger hotspot and appropriate actions are then effected.. 
         [0093]    Hotspot Types 
         [0094]    In preferred embodiments the publisher/user is provided with the ability to define the layout to use based on platform and mobile devices being use. The platform is designed to easily allow extensions and scalability of layouts. 
         [0095]    Examples of hotspot interactive operations and opening of viewing files, hyperlinks, information, operations, etc., include the following:
       Photo Gallery   Video Gallery   Audio Gallery   RSS   Textbox   Info pop-up   Map   Internal Page Links   Web Links   Tap-to-call   Tap-to-email   Forms       
 
         [0108]    An Overall Process Overview of the system of the present invention includes a front end providing of content and designated parameters and a back end of analyzing the provided content and parameters, with storing content and configuring the system for an app to be used with optimal performance for different platforms and mobile devices. The process is described as follows, with reference to the flow chart of  FIG. 1 : 
         [0109]    At  100 , a publisher/user logs into a web-based interface, a mobile app, or portal using a computer or a mobile device. The publisher/user, at  101 , determines the type of app for the system to build and inputs the app properties at  102 . The design properties are configured at  103  with the publisher/user configuring/defining section/pages for the app. At  104  and  104   a  the publisher/user uploads or configures content. File content at  105  is stored by the system as file content in a normalized database at  106  and the publisher/user adds interactive touch device-centric features at  107  and the publisher/user further submits the app for publishing at  108 . Web content at  105   a  is stored by the system at  106   a  in a normalized database and the system proceeds to addition of interactive touch device-device centric features at  107  and the publisher/user submits the App for publication at  108 . 
         [0110]    Standardized finger utilizations and movements are shown in the chart depiction  50  of  FIG. 2 , with one-finger double tap  51  used to show an appropriate menu and page index, two finger single tap  52  to show the hotspots, a three finger single tap  53  to show instructions, a one finger tap on a hot spot  54  to activate the hotspot function, a pinching (in or out) movement of thumb and forefinger  55  to zoom in or out of the page on the screen, a swipe of the screen to the left  56  to go to a previous page and a swipe to the right  57  to go to the next page. A rotation to landscape  58  effects a 2-page single screen view and a rotation to portrait  59  effects a 1-page single screen view. 
         [0111]    Generally, the publisher/user inputs, configures and defines the design properties of the app and the publisher/user uploads a PDF or other supported file such as PNG, GIF, or a TIFF or other file formats including Word, InDesign, etc. If the publisher/user uploads a PDF, then the system processes the PDF by creating images for each page. If the publisher/user uploads an image file, then the system processes the image file by just storing the image properties in the database table and storing the physical file on a file system. The publisher/user is presented with a user-interface containing all the processed pages. 
         [0112]    The publisher/user then navigates to the desired page by clicking on the page thumbnail and starts defining hotspots by dragging and dropping the selected hotspot type to a desired location on the page. The publisher/user sizes/re-sizes the hotspot region to desired dimensions, which will serve as the hotspot activator. The publisher/user configures the hotspot contents by uploading content such as videos, photos, or audio files, or defines the content by entering a URL for link hotspots, page numbers for internal links, or other type of supported hotspots. The publisher/user configures the hotspot layout properties such as scroll view, overlay view, or embedded view and then the publisher/user configures the hotspot overlay and indicator images such as overlay image to show on tap or hotspot indicator image to show on page load. The user configures the table of contents for each article beginning and ending point in the app and the System saves all the hotspot geometry information to a database table. The System saves the hotspot layout, and overlay/indicator image properties to a database table. 
         [0113]    Purchasable Items when Tapping on a Hotspot 
         [0114]    Hotspots can be configured to permit direct purchase of items, services or content from the published page contents. This hotspot is configured such that when the end-user taps on the hotspot, he/she is presented with a way to purchase the item using either a built in commerce system or an external commerce system. This permits the publishers to make their content come to life and allow users to purchase items or services. For example, if the publisher is publishing a fashion magazine, hotspots may be created on the page around the shoes, dresses, or similar items, so when the end-user taps on the shoe/dress/etc . . . they can “purchase” the item. 
         [0115]    In order to permit the purchase hotspot configuration the:
       Publisher defines hotspots in which the end-user can purchase content, items, good or services.   End-user taps on the hotspot   App renders a screen to allow the user to add the item to his/her cart for immediate purchase.   Commerce happens through the built-in commerce engine of the native mobile operating system or the publisher&#39;s external commerce engine.       
 
         [0120]    Hotspot Tap Tracking 
         [0121]    The hotspot system app can be further configured to track when the end-user taps on a hotspot with such tapping data being stored on the server. Typical information being tracked includes: hotspot type, geolocation of end-user who tapped on hotspot, date/time when end-user tapped on hotspot, end-user device id. This information is stored on the server and can later be reported on. 
         [0122]    Once the publisher/user has provided content and parameters, the back end of the system analyzes the provided content and parameters according to pre-set tables, to provide the requisite access meta-data, formatting for building apps for use with the different platforms and mobile device, and hot-spot designations and accessing.  FIG. 3  depicts the system  10  with the various interfaces. At website access interface  11 , the publisher/user  12 , at the front end supplies content and parameters desired. At the back end  20  of the system, file server  21  stores the files and images provided by the publisher/user. Data base  22  stores the meta data of the content in the file server including image names and addresses and hotspot locations and operations. Web server  30  provides an interface between the system and an end user on the touch screen  31  of the device being utilized by the end user to access the published content and constitutes what the app allows the end user to see. Different apps are provided to the iPad tablet 41 and the Android tablet  42  as well as to the iPhone  43 , all with different operating platforms and operational dimensions. Other tablets, smartphones and computers in general may be linked to the web server by applicable apps as available. 
         [0123]    The web server  30  provides both the output to the end user and the input from the user/publisher and is linked to the system which effects the construction of the apps for use by the mobile devices  41 ,  42  and  43 . Construction of the apps is effected automatically by the system with the input of parameters provided by the publisher/user by taking into account prior established table parameters for the requisite functions. 
         [0124]    The following are examples of the specific tables and their operational functions: 
         [0125]    The Issue table stores issue information: issue number, date of release, internal notes, price, currency, and modification date. 
         [0126]    The Article table stores article information: title of article, page number where the article begins, and associated page issue identification. 
         [0127]    The Page table stores page information: page number, associated issue id for this page, associated page file id (i.e. image representation), page file number, and orientation of the page (e.g., portrait, landscape). 
         [0128]    The Page file table stores file information for the page: physical filename, page count, type of file and associated issue id for this file. 
         [0129]    The Hotspot table stores hotspot information: geometry (x,y coordinates, width, and height) of the hotspot region, type of hotspot, page number, associated page issue id, layout of the hotspot, overlay media item, overlay placement. The Hotspot content table stores relationships between a hotspot and text content. The Media item table stores the location (source) of the media item file, associated user id and the type of media (i.e. photo, video, audio). The Media gallery table stores the relationship between the media item and the hotspot content. The Hotspot type table stores the type of hotspots available for definition. Overlay placement table stores the types of overlay placements. Layout hotspot table stores the layout for the hotspot. Media item type table stores the types of media items. 
         [0130]    Layout table stores the layout. (i.e. scrollview, embedded view, overlay view) 
         [0131]    Layout media table stores the layout for the media. 
         [0132]    Sharing Clippings 
         [0133]    Published content lends itself to being shared via social networking systems. Thus the published material is configured such that an end-user is able to select any region on the viewed page image as a “clipping” and to send the clipping to anyone via social media such by sharing on a Facebook page and tweeting. Other sharings of this type include sending to pinterest, emails, etc. 
         [0134]    In this clipping process, the end-user simply uses a finger to draw the region which defines the clipping content to be shared with a pre-determined shape of a rectangle or polygon being created for the selected drawn region. The selected drawn region is then made into an image which then capable of being shared. The unique feature is that the user is able to selectively draw the desired region by simply using a finger and, based on the region drawn, a sharable image is created for that region. 
         [0135]    It is understood that the above parameters, platforms, tables and the like are only illustrative of the present invention and that other parameters, platforms and tables and the like are possible as well as app building procedures. Inputs include any of images, pdfs, Word files (or other word processing files), InDesign files, etc. Changes in the method of content providing such as changes in interface types, analysis and publishing with or without apps and like are possible without departing from the scope of the present invention as defined in the following claims.