Abstract:
A computer program product for securely updating a website is installed on a computer, uses a WYSIWYG (What You See Is What You Get) editor, and may be used as a multi user, multi site, and multi project with varying per user permissions. A CMS stores the information in a database that can be displayed on a website, and is secured with a hashed password and content can be encrypted. The CMS can store miscellaneous language modes that are color coded such as PHP, JS, CSS, Java, and HTML. There are thus no passwords found in the website source files that make it possible to modify the database content. The security remains solely in the hands of the application and limits hacking. The program product is accessible from a computer-usable or computer-readable medium providing program code for use by or in connection with a computer or any instruction execution system.

Description:
CROSS-REFERENCE TO RELATED APPLICATIONS 
       [0001]    The present patent application claims the benefits of priority of Canadian Patent Application No. 2,883,029, entitled “Client Web System and Method”, and filed at the Canadian Intellectual Property Office on Feb. 26, 2015, the content of which is incorporated herein by reference. 
       FIELD OF THE INVENTION 
       [0002]    The field of the invention relates to methods and systems for securely updating content of a website using a client such as a device running a program. More specifically, the invention relates to methods and systems to manage web site content through a local Content Management Systems (CMS) client application. 
       BACKGROUND OF THE INVENTION 
       [0003]    As of today, security concerns on the web remain one of the highest risks for web developers and for owners/operators of websites. It is a continuous fight between hacker and developer, with the hackers being typically a few steps ahead of the developers. In order to prevent hacking, developers and owners/operators of websites must apply continuous security measures. 
         [0004]    Content Management Systems (CMS) have been around for a number of years. Such systems allow the publication of content by users instead of website operators or administrators. Typically, a CMS system allows access to modify content through a user login form hosted on a website. The user can thus login to modify the content of the CMS. Such approach may be problematic as the content may be modified/edited through a web interface which may be hacked by another user or by one of the millions of robots which typically try to break the code using various methods. 
         [0005]    A second issue of traditional CMS systems also resides in the login system. A user having a password to log in the CMS system may sign in from any computer which is connected to the internet. The security may be compromised as the connection is unsecured and not entrusted by the company or an authorized computer. 
         [0006]    A third issue is that interface to manage the CMS systems may become incompatible when new browsers are introduced. This inconvenience means that many CMS systems fail at one point or another and need to be updated to be compatible with new browsers functions. 
         [0007]    A fourth issue which is present in typical CMS systems resides in the updating of the WYSIWYG editor. Many sites are using outdated editors without the new functionalities that are being introduced with the new technology. Each individual site requires to be updated separately and without a centralized automatic update point. 
         [0008]    A fifth issue is in regards to the traditional CMS systems which use the leading WYSIWYG editors which consist of thousands of files. Backing up thousands of files takes a lot of unnecessary time &amp; space and makes it harder to keep site versions. 
         [0009]    Thus it is believed that there is a need for a system and method for securely updating content of a Content Management System. 
       SUMMARY OF THE INVENTION 
       [0010]    The invention is directed to a system for securely updating a website, the system being as substantially described herein. 
         [0011]    The invention is directed to a method for securely updating a website, the method being as substantially described herein. 
         [0012]    The invention is directed to the use of a computer program for securely updating a website as substantially described herein. 
         [0013]    The invention is also directed to a computer program product for securely updating a website as substantially described herein, the computer program product being accessible from a computer-usable or computer-readable medium providing program code for use by or in connection with a computer or any instruction execution system. 
         [0014]    The invention comprises a CMS application used to modify the contents of a website. It is installed on a user&#39;s computer. It communicates with a database and it stores information of a website and its content. It uses a WYSIWYG (What You See Is What You Get) editor in order to ensure a user friendly interface for modifying html code. It uses optional coding modules such as JS/CSS/PHP/HTML editors for advanced users or site administrators. 
         [0015]    According to one aspect of the invention, the ClientWeb Security System (CWSS) adds an extra level of security to the existing CMS thus ensuring that the system remains functional and compatible with new technology. The CWSS also has the option to centralize updates while making it faster and easier to backup sites with a CMS. 
         [0016]    According to one aspect of the invention the CWSS may have multiple layers of security depending on the logged in user and the specific requirements of the owner&#39;s website. For example, one user may have access only to a certain section of the website, such as the news section, one other user may not be allowed to add additional pages or change certain page information (such as the pages url) etc. 
         [0017]    According to one aspect of the invention, increased security may require the computer having the CWSS application installed to be customized by a network technician for restricting access to the CWSS application or interface. SSL can also be setup for secured database and file connections. 
         [0018]    According to one aspect of the invention, the database application has several permissions (select/update/delete/insert) while the web hosting files have a read-only version of the database content (select only). The database application can be setup to have indirect permissions (select/update/delete/insert) by using stored procedures which can limit direct interactions to the database to preauthorised tasks or any other method to communicate with the database to have increased security. For adding security, a valid token can be passed to the stored procedure (example: retrieved from a correct login attempt) in order to process the task. This ensures that the login credentials to modify the database (directly or indirectly) effectively reside within the application thus limiting risks to the point of installations of the application. IP addresses or other security measures may also be used in order to limit access to the database. 
         [0019]    According to one aspect of the invention, one (or more) additional database(s) can be configured to store information that is pertinent to the owner of the website, such as CMS login passwords, customized fields. These additional databases can be limited to the application and not accessible thus increasing security to this privileged information. A user&#39;s password (and any sensitive information) may also be either hashed and/or encrypted using cryptography practices. 
         [0020]    According to one aspect of the invention, other security measures and validation tools can be used such as sending a secondary security password to an email (usage is blocked until the secondary password is also entered by its user), temporarily blocking of a login after a certain amount of failed attempts (an administrator needs to unblock the user, or a certain time-out needs to pass before a password retry), limiting access by a timer or only during certain hours of the day, using security tokens from a valid login etc. 
         [0021]    According to one aspect of the invention, the CWSS may be implemented for transactional aspects of a website (client login, shopping carts etc.). As such, regular security can be used by configuring one (or more) database(s) with the proper permissions. The CWSS application may also be merged to an existing application thus removing the need for multiple applications (pertinent to the owner of the website). 
         [0022]    According to one aspect of the invention, the application (in part) stores website information in as many languages that are required. This information includes (but is not limited to) the url, page title, page name, page description, keywords, page category, multiple page orders, start &amp; end dates, page date, short &amp; long descriptions (html or plain text), product prices and page contents (html or plain text). 
         [0023]    According to one aspect of the invention, any of the text fields in the database may be configured to use a friendly WYSIWYG editor to display and modify the contents or a JS/CSS/PHP/HTML editor. As such, the editors can be hosted on a server. Multiple CWSS applications can access the editor to load and get the raw text of the editor. The editors can be centralized for easy upgrading. The editors do not have direct access to the database. Before saving the text, a validation is done to ensure nobody else has modified the page. If another user has modified the page, then the user has the option to cancel or overwrite the content. Previous versions of the text can be viewed. According to another aspect of the invention, newsletters may be created (formatted with the WYSIWYG editor) and sent. Custom fields may also be added for extra configuration options without having to modify the application. The custom fields can be text, numeric, dates, boolean, and a text field can be formatted using any of the existing modules such as JS/CSS/PHP/HTML. 
         [0024]    According to one aspect of the invention, a file manager may be attached to the WYSIWYG editor to manage the files such as upload, modify, delete and rename files. The file manager can be secured by using a security token from a logged in user, the IP addresses of the user, and any other features that can be installed for added security, such as a secondary login system. 
         [0025]    According to one aspect of the invention, the CWSS application can essentially do what other CMS systems can do such as, but not limited to, create new pages, delete pages, modify or edit pages, save pages, copy pages, redirect a page to another page, order pages or change order of pages, upload images &amp; documents, put pages offline (manually or with specific dates or times) and can be automatically backed up on each change. Additionally, actions can be logged in order to track who and when the changes were made. 
         [0026]    According to one aspect of the invention, the list of pages can be viewed by selecting a sorted list. The list can be sorted using any of the available columns (title, url, name, etc.), grouped or filtered by categories. The application can be branded by adding images in its layout. The images can either be fixed or downloaded for a dynamic change. 
         [0027]    According to one aspect of the present invention, the step of running a client-side application for an online content management system is automatically done, there is preferably no locally stored data. There is also preferably no synchronizing of data. The CWSS application preferably does not rely on locally stored data, therefore can be used on any system without the need to synchronize data. The installation of the CWSS application gives direct access to the Content Database. It also does not have any problems that synchronization can have, like synchronizing an older version, or having site variations from one installation to another. 
         [0028]    According to one aspect of the present invention, the CWSS has no need to have offline access to data which prevents collisions in a multi-user environment where many persons are modifying the same content. The speed is not an issue, since there is only the need to upload images and documents, this step is a required step in order to have the information on the server. Reading a database content is not slow, and ensures data integrity and you can easily ensure that no other user has modified the data before a change is applied. The CWSS application has no need to have local versions of files or images etc. which can cause inconsistencies in the system. Contents of the file server are usually regularly backed up, if the backup system is synchronized a User Computer, then they would have access to all of documents. Using current Synchronizing methods (such as Dropbox™) can make the backed up data available offline to any users that is synched with the synchronizing method. This method is not necessary and used only if a Client requires easier and faster access to their documents. Using the previous example of a synchronizing method, this can be achieved using such backup techniques already. CWSS does not need or require this option, although the option is readily available to do so. 
         [0029]    According to one aspect of the present invention, the CWSS application preferably does not manage files, it manages HTML code to view web pages and has an interface to upload documents on a Web Server. It is not associated with a file managing system and does not relate in the fact that the purpose has little or nothing to do with media content. As such, the CWSS application does not use synchronization, the application modifies data directly in the HTML code. 
         [0030]    According to one aspect of the present invention, in the CWSS, no repository is used or needed. There are no objects that have a need to be in a repository. The Client Web Owner has complete rights on what they want to have on the website. There is no need to have any versioning tools. Other and further aspects and advantages of the present invention will be obvious upon an understanding of the illustrative embodiments about to be described or will be indicated in the appended claims, and various advantages not referred to herein will occur to one skilled in the art upon employment of the invention in practice. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0031]    The above and other aspects, features and advantages of the invention will become more readily apparent from the following description, reference being made to the accompanying drawings in which: 
           [0032]      FIG. 1  is a screen shot a preferred embodiment of the invention. 
           [0033]      FIG. 2  is a sample login page for the system according to a preferred embodiment of the invention. 
           [0034]      FIG. 3  is a flowchart showing the interactions between the various steps and components of an embodiment of the invention. 
           [0035]      FIG. 4  is a flowchart of a Client owner perspective (main components) of a preferred embodiment. 
           [0036]      FIG. 5  is a flowchart of a Client user perspective. 
       
    
    
     DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
       [0037]    A novel method and system for securely updating a website will be described hereinafter. Although the invention is described in terms of specific illustrative embodiments, it is to be understood that the embodiments described herein are by way of example only and that the scope of the invention is not intended to be limited thereby. 
         [0038]    The present invention is a system used to securely modify the contents of a remote site, typically a website hosted using a content management system. 
         [0039]    Now referring to  FIG. 4 , an embodiment of a system for securely updating a website in accordance with the principles of the present invention is shown. The system comprises a client computing device  401 , such as a desktop computer, a tablet, a mobile phone or any other device comprising a CPU, memory and storage unit in communication with a network  404 , such as a WAN, the Internet or any other local area network. The system further comprises at least one storage unit  403  which may store user credentials, content of the website or other information relating to transactional operations. The computing device  401  is configured to run a program  402  to execute different operations on the contents of the storage unit  403 , such as updating, deleting and inserting data. Such program is typically known as a Content Management System (CMS). 
         [0040]    One skilled in the art shall understand that no other components are allowed to modify the content of the storage unit  403 . 
         [0041]    The File Editors  406  is typically hosted on a server  405  which is configured with read-only access the storage unit  403 . The server  405  is configured to validate requests from the plurality of file editors  406  to ensure that the file editors have the proper permissions  313  before modifications may be executed to the files located on the server  405 . 
         [0042]    The program  402  is configured to communicate with a web browser  407  and the storage unit  403  using a bridge connection  408 . The system further comprises file editors  406  which are configured to access to the network  404  and the web hosting server  405 . Only a successful validate security  313  check will display a file editor  406 . 
         [0043]    The system further comprises at least one editor  409  which is typically embodied as WYSIWYG Editors or any other user-friendly editors. The editor  409  are configured to communicate with the bridge  408 . The editor may be further configured to format HTML or to color code based on the language, such as JS/CSS/PHP/HTML, in order to be used in the website functionality. The editor  409  may further be configured to format code snippets such as C++ to be displayed on a web site or to be used internally within the program  402 . The program  402  is configured to retrieve and to set the values of the text that is displayed by the editor  409  using a common interface or programming language. 
         [0044]    The bridge  408  is preferably used to ensure that all required components are able to communicate properly. The bridge typically comprises:
       the application  402  communicates with the web browser  407 ; and   the web browser  407  communicates with the editors  409 .       
 
         [0047]    The bridge  408  is configured to use a programming language, an interface, a protocol and/or an application programming interface available or compatible with all the components  402 ,  407 ,  409 . The bridge  408  must also be client side only. The bridge connection  408  is configured to not directly communicate directly with the storage unit  403 . 
         [0048]    The bridge  408  is configured to be a data transportation interface to retrieve and set formatted data from the editor  409 , which originates from the application  402 . The actual data of the storing unit  403  does not pass through the server  405  since the set and get operations are client side only. The bridge  408  is configured to ensure that data retrieved and set is identical for any user that installs and uses the program  402 . The bridge  408  communicates a notice to the application  402  to indicate that the text of the editor  409  does not match the text stored in the storage unit  403  in the event where the content have been remotely changed or modified. Upon reception of the notice, the program  402  alerts the user to either validate or save again the newly formatted text before starting to manually modify the content. In the case when the contents are saved, a backup of the previous contents is typically stored in the storage unit  403 . In the event of the need to retrieve a previous version it is easy to get the previous content restored. 
         [0049]    One skilled in the art shall understand that the computing device  401  may be configured in many ways as to communicate with various networks and to be secure. Such configuration may include but are not limited to restrictions via firewall, router, file permission etc. The computer device is also configured to run a bridge  408  between the web browser  407 , the editor  409 , the program  402  and the storage unit  403 . 
         [0050]    The web browser  407  is configured to:
       communicate with the application  402 ;   display the editors  409  and/or  406 ;   to send formatted text from the editors  406  and/or  409  content; and   to retrieve formatted text from the editors content  406  and/or  409 .       
 
         [0055]    The following is an example of the typical steps required to view and update data:
       a) The program  402  comprises a field containing HTML formatted text stored in the content storage unit  403 ;   b) The program  402  loads a WYSIWYG editor  409  from a web browser  407 ;   c) The program  402  sets the value of the WYSIWYG Editor to match the current content of the formatted text to the field of the program  402  (see first step a)). Such step is typically completed using a client side programming interface;   d) The user modifies the content using the WYSIWYG Editor  409 ;   e) The user then clicks on the Save Button  9 ;   f) The program  402  validates that no other user has modified the data;   g) The program  402  retrieves the current value of the WYSIWYG Editor and stores the value in the field used in step a), typically by using a client side programming interface;   h) The new data is saved to the storage unit  403 ; and   i) The program  402  may be programmed to change or add an alternate storage place for the new data. The program  402  may store the value in a temporary location in order for an administrator to accept the modified value before the new contents may be viewed online.       
 
         [0065]    Now referring to  FIG. 5 , a diagram of the perspective of a content consumer user using an embodiment of the present invention is shown. As explained above, no files, storage medium or web pages which contain information allowing the modification or edition of the content of the storage unit  506  may be accessed on the hosting server  505 . As an example, even if a user accesses the server  505  using a FTP compatible client, the files found on the Web Hosting Server  505  would not allow the access to the content of the storage unit  406 . 
         [0066]    The user typically accesses the website  504  using a computing device  501  which is configured to run a program acting as a web browser  502 . The web browser  502  accesses the website  504  through a network  503 , typically a WAN, the Internet or any other local network. 
         [0067]    The website  504  is the client website and may comprise images and any miscellaneous files required to display a website. The website  504  communicates with the server  505  in order to retrieve the content from the storing unit  505 . The website  504  has no access to modify the content of the storing unit  506 . 
         [0068]    The server  505 , typically a web hosting server  505  contains most or all of the necessary files to properly display the website. The server fetched content from the storing unit  506  and has a read-only connection to the storing unit  506  in order to properly execute the page mechanics. The web hosting server  505  does not contain files that have a password that can be used to modify the storing unit  506 . 
         [0069]    The installation and configuration of a CMS system to manage web site content. Now referring to  FIG. 1 , an example of an interface of an embodiment of the present invention is shown. Such interface is displayed by the program  402  ran by the computing device  401 . The interface may comprises one or more of the following identified elements:
       1. An identification of the page, such as Unique identifier;   2. Current page category;   3. Add a first level menu page (popup if current contents were modified, the user can cancel and stay on current page or view the new item that has been selected with a Yes/No continue question);   4. Move the order up for the current selected page  16 ;   5. Move the order down for the current selected page  16 ;   6. Reduce the current pages level (minimum first level);   7. Increase the current page level (the maximum level depends on the number of levels added in database, three levels are usually sufficient);   8. Add page as a second or third level page (popup if current contents were modified, the user can cancel and stay on current page or view the new item that has been selected with a Yes/No continue question);   9. Save contents (popup if previous contents were modified by another user, can cancel or overwrite contents with a Yes/No continue question);   10. Current page website or project it belongs to;   11. Special title and/or image can be used as a background;   12. Delete current page;   13. List of installed modules, double click to view current module items;   14. Current selected module name (Element  13  contains the names of the modules, Element  1  and  16  are the results of the selected module);   15. Various sorting options to sort the list  16 ;   16. Current selected module items, double click in order to load the item (popup if current contents were modified, the user can cancel and stay on current page or view the new item that has been selected with a Yes/No continue question);   17. Current page start date to be displayed;   18. Current page end date to be displayed (or no end dates);   19. Current page French page name;   20. Current page French title;   21. Current page French url/after being updated, the url gets converted to lowercase, accents removed and made to be url safe;   22. Current page English page name;   23. Current page English page title ;   24. Current page English url/after being updated, the url gets converted to lowercase, accents removed and made to be url safe;   25. Current page has content (activates html content section, elements  29 - 38 );   26. Current page is active (displays if url is typed in a browser);   27. Administrators can use this to lock certain pages (ie:  404  not found page, home page etc.) from modifying certain information such as url information;   28. Current page date;   29. Current page general tab that can have commonly recurring fields such as meta descriptions, keywords, product prices etc.;   30. Current page main description for the French version (WYSIWYG editor, such as ckeditor™);   31. Current page short description for the French version (WYSIWYG editor);   32. Current page main description for the English version (WYSIWYG editor);   33. Current page short description for the English version (WYSIWYG editor);       
 
         [0103]    The elements  34 - 38  refer to the current page features specialty sections such as PHP, CSS, JS, HTML code. One shall understand that any other features comprising formatted text may be implemented.
       38. Current page custom fields are displayed depending on the currently selected custom field (Elements  42 - 43 );   39. Formatting options;   40. Current page loaded content;   41. Add a custom field to the current page;   42. Custom field name;   43. Custom field type. As an example, the field type may be any of the supported modules such as html from the WYSIWYG editor, text, date, numeric, boolean, the various language modes found with CodeMirror plugin http://codemirror.net/mode/index.html, or any other plugin that can communicate with the application;   44. Delete custom field (Elements  42 - 43 );       
 
         [0111]    Now referring to  FIG. 2 , an example interface of a secured login screen in accordance with the present invention is shown. The interface preferably comprises :
       A user identification code such as user name or project name  201 ;   The current password, which may or may not be secured using cryptography practices  202 ;   An optional secondary password that may be used for enhanced security  203 ;   Send/resend the secondary password, the secondary password can be modified  204 ;   Login button to verify the user, password(s). Failed attempts may block login (various login scripts can be implemented). On successful login, opens form shown in  FIG. 1  correctly displaying contents depending on user permissions  205 ; and An Exits function to exit the program  206 .       
 
         [0117]    Now referring to  FIGS. 3 and 4 , the method for securely updating a website using a CMS in accordance with the present invention is shown. 
         [0118]    The method comprises the step to run or launch the program  402  on a computing device  402 . The method further comprises a step to login  302  to the storing unit  403  from the application  402 . The login storing unit  302  stores the credentials of the users as no password may shall be stored on the server  405 . The login form as one shown in  FIG. 3  uses the storing unit  302  to validate user permissions. 
         [0119]    The method may further comprise a step to halt the program  303 , typically when the operations of the users are completed. During this step, any security tokens are disabled to ensure that there is no more access to the file editor. The user exits the application. 
         [0120]    The content storing unit or database  304  may only be accessed by the website hosting server in read-only mode. Only the program  402  may access the content storing unit  304  in read/write mode. 
         [0121]    Other Databases  305  may be configured to communicate with the website in order to do transactional operations, such as select/update/delete/insert. 
         [0122]    Following the launch of the application, a step to validate the installation  306  is typically executed. The validation typically uses stored cookies, a text file that is properly saved on the computer, a hash of a directory, etc. to validate the installation  306 . A valid installation allows the login form  307  to be displayed. An invalid installation typically exits the application. 
         [0123]    A login form  307  is used to identify a user willing to access to the program  402 . If the user fails the login, a step to try again may be executed (“Try Again Routine”  312 ). If the user succeeds, a “Security Token”  308  is issued and/or generated. The tokens  308  are to be used mainly for interacting between the various steps validation of the file editor  406  permissions ( 313  and  317 ) 
         [0124]    A process may be executed to validate security tokens  308 ,  313  that were generated and stored. Other security tokens may also be modified or added. A failed security check typically displays an Error Page  316 . A proper validation allows at least one File Editor  317  to be displayed. 
         [0125]    The try-again routine  312  may validate if the application  402  should be blocked from trying more invalid passwords. If blocked then the application  402  exits  311 . If the application  402  allows more tries then the application returns to the login script. The routine may automatically send a new secondary password in an email or any other communication method on a failed attempt, thus requiring access to the email account or communication method in order to successfully login  307 . 
         [0126]    A secured user interface  309  allows adding, modifying and deleting web pages and website information found in the content database  304 . The interface  309  communicates with editors  314 ,  315 ,  317  to easily format code such as, but not limited to, JS/CSS/PHP/HTML. 
         [0127]    A Website Hosting server  310  typically comprises files or any other storage medium. The files shall be configured with read-only permissions on the content storage unit  304  and on the optional storage units or databases  305  which may be configured to communicate with the website in order to, for instance, execute transactional operations such as select/update/delete/insert. The website hosting server  310  is configured to display the website depending on information found in the content database  304  and other files necessary to display the website (images, videos, database connection scripts etc.). 
         [0128]    User friendly editors  314 , such as WYSIWYG editor are implemented to manipulate HTML code linked to a field in the content storing unit  304 . The program  402  sets and gets the values. The editors  314  must validate security  313  before accessing the File Editor  317 . 
         [0129]    Other editors  315  such as user friendly formatted text editors displaying other pertinent information may be loaded by the application  402 . Such editor may format code such as JS/CSS/PHP/HTML. 
         [0130]    The file editor  317  allows upload of images &amp; documents to the web server. The file editor  317  is configured to execute all the options of regular file editors such as the option to resize images, rename files and/or move files. The File Editor  317  is configured to require a logged in user with the proper Security Tokens  308  and have passed the Validate Security  313  test before being able to display information to the user. 
         [0131]    The steps of the flow diagram ( FIG. 3 ) described herein may be implemented in the environments of  FIGS. 1-2 . The flow diagram may equally represent a high-level block diagram of the invention. The steps of the flow diagram may be implemented and executed from a server, in a client-server relationship, by computing devices in an ad hoc network, or they may run on a user workstation with operative information conveyed to the user workstation 
         [0132]    Furthermore, an embodiment of the present invention can take the form of a computer program product accessible from a computer-usable or computer-readable medium providing program code for use by or in connection with a computer or any instruction execution system. The software and/or computer program product can be implemented in the environments of  FIGS. 1-5 . 
         [0133]    The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used herein, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. 
         [0134]    While illustrative and presently preferred embodiments of the invention have been described in detail hereinabove, it is to be understood that the inventive concepts may be otherwise variously embodied and employed and that the appended claims are intended to be construed to include such variations except insofar as limited by the prior art.