US20060036937A1 - Method and system for facilitating information exchange - Google Patents

Abstract

A method and system for facilitating information exchange between individuals and entities interacting on a shared project are provided, and more particularly to a method and system for horizontal. i.e., non-hierarchical, participation in and/or contribution to a spreadsheet-based project. The method and system is Web-based and utilizes conventional browser and spreadsheet technology to achieve collaborative exchanges of information on an enterprise-wide basis. The method and system also facilitate efficacious remote information access and exchange, e.g., over a computer network such as the Internet and/or the World Wide Web, through a caching function that combines individual queries initiated by a spreadsheet program before transmitting across a network to a server for consideration.

Description

BACKGROUND
• 1. Technical Field
• The present disclosure relates to a method and system for facilitating information exchange between individuals and entities interacting on a shared project, and more particularly to a method and system for horizontal, i.e., non-hierarchical, participation in and/or contribution to a spreadsheet-based project. In one embodiment of the present disclosure, the method and system facilitate efficacious remote information access and exchange, e.g., over a computer network such as the Internet and/or the World Wide Web.
• 2. Background of the Disclosure
• The use of spreadsheets to collect, assess, monitor and manage information and data is pervasive. Over time, spreadsheet technology has evolved into a host of computer-based systems that facilitate flexibility and diverse applications, both for personal and business uses. Software products such as VisiCalc, Lotus 1-2-3, Quattro Pro and Excel have greatly expanded the availability and use of computer-based spreadsheet applications. Spreadsheet technology has also become part of innumerable “legacy” systems developed by companies to meet their specific needs and objectives, as those needs have evolved over time.
• The computer-based systems and procedures for budgeting/forecasting corporate performance and for monitoring/evaluating actual performance relative to budget/forecast exemplify both the power and the limitations of current spreadsheet technology. A typical budgeting process is hugely time-consuming, cumbersome and inefficient, entailing countless iterations through reams of data. Typically, the budgeting process involves synthesis of historical information, competitive issues, long and short term corporate objectives, and forecasted revenues and expenses. Participants in a typical budgeting process are called upon to provide relevant information within their areas of responsibility and/or expertise. This information is fed into a spreadsheet program for ultimate consolidation into an overall budget.
• Budgeting participants are often dependent on additional individuals within the organization to provide necessary information and input, e.g., information as to historical and projected performance, competitive pressures and the like. The involvement of these additional individuals is generally limited in that their participation in the budgeting process is controlled and/or filtered by the individual(s) within the corporate hierarchy to or through whom such individuals report. Moreover, current budgeting procedures are generally unable to effectively address and/or recognize the inter-related and inter-dependent nature of individually forecasted numbers. For example, if the sales organization forecasts a significantly greater percentage of sales in the far east, the various support functions that will be impacted by such increased sales, e.g., shipping and receiving, customer service, etc., may need to adjust their forecasts to reflect the shift in sales. However, current budgeting procedures generally do not facilitate the types of communications required to identify such variations and, once identified, to adjust the budget/forecast figures to accommodate such variations. Despite the significant expenditure of effort and expense, the budgeting process often lacks long-term value to management.
• The implications of failures in the budgeting process are significant. First, individuals who are required to provide input to the budgeting process through a “superior” in the corporate hierarchy are often disenfranchised and frustrated by their limited involvement. Moreover, these individuals cannot be expected to take ownership of, or responsibility for, the final budget because their involvement was so attenuated and limited. Second, the hierarchical approach to budgeting generally infects the final budget with erroneous assumptions because the inter-related and inter-dependent nature of revenue/expense variables goes largely unrecognized and ignored. Third, the rationale behind various submissions to the budgeting process is often lost in the process. For example, if the R&D function is requesting an increase in headcount/expenditure because the sales/marketing function has identified a specific market need/opportunity that requires additional R&D effort, the underlying rationale for the R&D request, if known by “upper management,” may compel an endorsement of the R&D request. Countless “rationales” support individual budget submissions, the majority of which are lost in the hierarchical budget process.
• A further limitation of current budgeting processes is a general inability to integrate the budgeting process, and particularly the company's agreed upon budget, into management of the ongoing operation of the company. While certain members of the management team closely monitor company performance relative to budget, and such performance is periodically communicated to other segments of the corporate operation, particularly when performance is lagging budget forecasts, individuals outside of the “management circle” are largely unable to, and precluded from, measuring their performance against budget.
• The failure to integrate the agreed upon budget into the day-to-day operations of a corporation has several negative implications. First, performance trends are not known to individuals having the ability to respond to such trends in a timely fashion. Second, ownership of and commitment to the budget by individuals outside of the “management circle” is further undermined. Third, a corporate culture based on performance against agreed upon objectives is significantly undermined. Fourth, the ability of non-management individuals to develop management skills is minimized. And fifth, an opportunity to learn from year-to-year budget issues, e.g., recognizing the interdependence of R&D expenditure to legal expenses for patent procurement, will go unfulfilled.
• A further challenge to the effective management of any geographically dispersed organization is the timely exchange of, and access to, critical information. This challenge is particularly pronounced in the areas of budget preparation and the measurement/management of performance against budget. While a company generally collects, in real time, the data needed to formulate a budget and the performance data necessary to measure performance against budget, the availability of that data to individuals outside the management circle is generally restricted, if available at all. With the continued evolution of data communication, e.g., over the Internet and/or the World Wide Web, the infrastructure required to facilitate timely exchange and availability of data is generally available.
• Several issues present themselves when companies evaluate the potential for allowing widespread access within the corporation to proprietary financial information, e.g., budgeting data, performance data, and the like. First and foremost is the need that the confidentiality of such critical information be maintained and that individuals having access to different levels of information be appropriately restricted. A further issue confronting such companies is the latency associated with transmission of such information to remote locations. For a system designed to facilitate remote access to corporate information to be successfully implemented and utilized, the system's response speed must be reliably optimized. Moreover, the system design must facilitate maximum flexibility in the analytical tools available to system users so that optimal assessments and decisions may be made in a timely fashion.
• Despite efforts to date, particularly the widespread availability of spreadsheet-based systems and software programs (e.g., Lotus 1-2-3 and Excel), a need remains for a method and system for facilitating information exchange between individuals and entities interacting on a shared project. Indeed, a pronounced need exists for a method and system that facilitate horizontal, i.e., non-hierarchical, participation in and/or contribution to a shared project, e.g., a spreadsheet-based budgeting and/or performance measurement tool. Additionally, a need exists for a system and method that facilitate remote information access and exchange, e.g., over a computer network such as the Internet and/or the World Wide Web, with reduced latency.
SUMMARY OF THE DISCLOSURE
• The present disclosure is directed to a new and useful method and system for facilitating information exchange between individuals and entities interacting on a shared project, and more particularly to a method and system for horizontal, i.e., non-hierarchical, participation in and/or contribution to a spreadsheet-based effort. In one embodiment of the present disclosure, the method and system facilitate efficacious remote information access and exchange, e.g., over a computer network such as the Internet and/or the World Wide Web, while reducing latency associated therewith.
BRIEF DESCRIPTION OF THE DRAWINGS
• So that those having ordinary skill in the art to which the disclosed method and system appertains will more readily understand how to employ and use the same, reference may be made to the drawings wherein:
• FIG. 1 is a schematic depiction of a network-based system according to the present disclosure;
• FIG. 2 is an exemplary screen display according to an embodiment of the present disclosure;
• FIG. 3 is a second exemplary screen display according to an embodiment of the present disclosure;
• FIG. 4 is a third exemplary screen display according to an embodiment of the present disclosure;
• FIG. 5 is a fourth exemplary screen display according to an embodiment of the present disclosure;
• FIG. 6 is a fifth exemplary screen display according to an embodiment of the present disclosure; and
• FIG. 7 is a sixth exemplary screen display according to an embodiment of the present disclosure.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENT(S)
• The present disclosure provides a method and system for facilitating information exchange between individuals and entities interacting on a shared project. The method and system advantageously facilitates horizontal., i.e., non-hierarchical, participation in and/or contribution to the shared project. In a preferred embodiment of the present disclosure, the method and system facilitate input to and participation in the creation of a spreadsheet, e.g., in formulating an enterprise-wide budget and/or forecast. In a further embodiment of the present disclosure, the method and system facilitate efficacious remote information access and exchange, e.g., over a computer network such as the Internet and/or the World Wide Web, while reducing latency associated therewith.
• The method and system of the present disclosure provide, inter alia., a Web-based financial analytic solutions and professional services utility that can be effectively utilized by companies of any size, across any and all industries and geographic locations. The method and system optimally utilizes and combines the benefits of a centralized data and document repository with the flexibility of distributed spreadsheet technology that effectively leverages the infrastructure of the Internet. Moreover, the method/system disclosed herein allows users to dynamically link budget spreadsheets to centrally administered OLAP and relational databases.
• According to the present disclosure, a Web-centric “meeting place” for all levels and functional areas of an enterprise may be advantageously created to facilitate: (i) communication concerning corporate strategy; (ii) assessment of critical assumptions necessary for effective budgets/forecasts; (iii) creation and collaboration in budget creation; (iv) tracking and managing of the budgeting process; and/or (v) viewing of personalized performance metrics. Through utilization of the method/system of the present disclosure, companies are better able to align budgets with corporate strategies and deliver accurate budgets faster and with less effort. The present method/system require minimal user training, minimal maintenance and/or support resources from internal IT personnel, and optimally utilizes and is based upon accepted technology standards.
• Turning toFIG. 1, a schematic depiction of anexemplary system100 according to the present disclosure is provided.System100 includes aserver102 and anexemplary client104 that communicate across acomputer network106, e.g., an intranet, the Internet and/or the World Wide Web. As will be readily apparent to persons skilled in the art,client104 is intended to be representative of a plurality ofclients104, each of which may communicate withserver102 vianetwork106, whether sequentially or simultaneously, provided appropriate security clearance is achieved.
• With reference tonetwork106, it is contemplated according to the present disclosure thatclients104 may access and communicate with network through any data communication technology. For example,client104 may comprise one or more personal computers that are part of a conventional local area network (LAN) that is wired directly to the Internet through a conventional port, e.g., a T-connection.Client104 may also constitute one or more personal computers that use a modem to connect via a phone or cable connection to a network. The personal computers may also be part of a peer-to-peer network. In any case, client(s),104 are adapted to communicate withnetwork106 such that information may be transmitted to and fromserver102, e.g., through one or more routers, wide area networks (WANs), satellites, hubs, repeaters, bridges and gateways, as is known in the art. Data transmissions are typically passed from network to network in packets that include not only the substantive aspects of the data transmission, but addresses, error checking information and the like.
• With further reference toFIG. 1,client104 includes at least two software applications for purposes of the method and system of the present disclosure: aspreadsheet software program108 and a Webbrowser software application110.Spreadsheet program108 andbrowser110 are loaded into the memory ofclient104 or otherwise available for utilization byclient104, e.g., from an ancillary floppy, CD-ROM, DVD and/or tape drive. Anyconventional browser110 is contemplated for use according to the method/system of the present disclosure, e.g., Netscape Communicator or Microsoft Internet Explorer. Similarly, the method/system of the present disclosure may be utilized with anyspreadsheet program108, e.g., Lotus 1-2-3, Quattro Pro, Excel and/or legacy spreadsheet systems. Apreferred spreadsheet program108 for use byclient104 according to the present disclosure isMicrosoft Excel 2000. Indeed, the method/system of the present disclosure advantageously utilizes the full functionality ofMicrosoft Excel 2000, e.g., report wizards, spreadsheet design, spreadsheet modification, etc., as is known to persons skilled in the operation and use thereof.Preferred browser programs110 for use byclient104 according to the present disclosure are Microsoft Internet Explorer 4.0 (or later) and Netscape Communicator V4.0 (or later). As withMicrosoft Excel 2000, the method/system of the present disclosure advantageously utilizes the full functionality of such browser programs, as are known to persons skilled in the operation and use thereof.
• Beyondspreadsheet program108 andbrowser110,client104 typically contains and/or has direct access to a variety ofancillary user documents112, whether stored within its memory and/or accessible from an associated drive or server. For example,client104 may have access touser documents112 that include word processing documents, audio and/or graphical files, spreadsheets and the like.Client104 is adapted to work “off-line,” i.e., independent ofnetwork106, or “on-line,” i.e., in communicative interaction withnetwork106 andserver102. When working off-line,client104 will not have access to data stored indatabase114 associated withserver102, nor willclient104 be able to feed data todatabase114. Nonetheless, data fromdatabase114 may be pre-downloaded toclient104 when on-line and, to the extent data is input, modeled and/or modified atclient104 by a user working off-line, such input/modified data may be stored in the memory ofclient104 and subsequently transmitted/uploaded toserver102 vianetwork106 thereafter. In a preferred embodiment of the present disclosure,client104 includes an operating system selected from Microsoft Windows or Microsoft NT Workstation.
• With further reference toFIG. 1,server102 facilitatesclient104 communication and data exchange with database(s)114.Server102 preferably facilitates access to enterprise systems and/orsources116, e.g., an enterprise'sERP system118,general ledger120 andother systems122.System100 preferably provides dedicated high-speed connections to multiple,scalable backend databases114 andfile servers102. In a preferred embodiment ofsystem100,server102 utilizes the Windows NT 4.0 operating system and, based on the approximate number of users, is configured as follows:

  Number of Users	Number of Servers	Exemplary Components
  Up to 50	1 server	Web/File/SQL/OLAP
  50 to 250	2 servers	Web/File
  		SQL/OLAP
  250 to 500	3 servers	Web or Web
  		File   File/SQL
  		SQL/OLAP  OLAP
  500 to 1000	4servers	Web	1 or Web
  		Web
  2   File
  		File    SQL
  		SQL/OLAP  OLAP
  1000 and beyond	5 +servers	2 or more Web
  		File
  		SQL
  		OLAP

• To maximize speed and performance characteristics, server(s)102 are generally uniformly configured, while permitting customization that best meets individual user's system requirements.Typical server102 configurations according to the present disclosure are set forth below:

  	Component	Low End	High End
  	Pentium III/500 CPU	Dual	Quad
  	RAM	256MB	2 GB
  	Hard Drive(s)	9GB Raid 5	20GB Raid 5

• In preferred embodiments of the present disclosure,system100 provides security across all physical and logical components, thereby ensuring high level data and application integrity. Functional security is generally provided by allowing system administrator(s) to restrict user access to features, functionality, documents and data. down to individual dimensions or fields within thespreadsheet program108. In addition, connections security is generally achieved according to the present disclosure by providing data encryption of all information exchanged via the Internet and/or World Wide Web by utilizing SSL connections through https protocol and encryption keys.
• Turning toFIG. 2, anexemplary screen layout200 is provided from which certain aspects of the method/system of the present disclosure may be described.Screen200 is representative of screen layouts that may be viewed by users ofclients104. The application software required to provide the functionality described herein may be readily downloaded and/or installed atclient102, e.g., by an Internet download as is known in the art. Installation of such application software may advantageously provide an icon on the desktop ofclient102, facilitating user access thereto. Sign-on tosystem100 typically includes appropriate name/password entry to validate user access.
• With further reference toFIG. 2, the content onscreen200 is contained in a plurality of cells or blocks202. In particular, onexemplary screen200,cells202 include “map”204, “bulletin from others” or “bulletin board”206, “CEO vision”208, and “comparative analysis”spreadsheet210. Eachindividual cell202 is preferably provided with conventional functionality keys that permit the cell view to be enlarged, edited, scrolled and/or closed. Reorganization and/or modifications to the layout and styling associated with information displayed onscreen200 may be facilitated through conventional menu-drivencommands212, subject to inherent controls and/or limitations that may be built into the screen display functionality. For example,system100 may be programmed such that the positioning of theCEO vision208 may not be modified, thereby ensuring ready viewing of information considered to be critical to the enterprise. Preferably,system100 allows as many as thirtyblocks202 to be viewable on each page or screen view, thereby allowing a user to scroll from block to block for efficient access to relevant information. As with conventional applications,individual blocks202 may be enlarged to fill a user's screen through appropriate keyboard/mouse commands, e.g., double clicking on the desiredblock202.
• As demonstrated byscreen200,system100 advantageously facilitates group participation in an enterprise-wide project, e.g., budgeting and/or forecasting, through the expeditious sharing of relevant data and information in real time. Thus,CEO vision208 illustrates the types of information that can be conveyed to participants in the budgeting process, e.g., corporate objectives, budgeting parameters, strategic opportunities and the like. Information conveyed inCEO vision208 may be periodically updated and/or revised, and may be replaced and/or supplemented by other management information, e.g., message(s) from the CFO, controller and/or other financial personnel concerning the status and/or parameters for completion of the budgeting process.
• Based on the functionality ofbrowser110, the informational content within each ofcells202 may advantageously link to ancillary sources of information, e.g., documents contained within anenterprise source116, e.g., supporting spreadsheets, word processing documents, PowerPoint presentations, video files, sound files and the like, or to external sources of information located on the Internet and/or World Wide Web, e.g., news stories, analyst reports, competitor publications, and the like. The ability to connect ancillary sources of information with communications associated with the budgeting process afforded by the method/system of the present disclosure significantly improves the efficiency, reliability and accuracy of the budgeting process. Moreover, through use of conventional hyperlinking technology, the direct association of such ancillary information with a specific aspect of a budget-related submission is technically efficient and will not encumber or otherwise slow the budget process. Indeed, recipients of such budget-related submissions will be readily able to access supporting documentation and assess the merits of a submission expeditiously and with full knowledge of relevant background information.
• Referring again toFIG. 2,European map204 is illustrative of the types of information that might be depicted onscreen200 that would be of particular relevance to an individual participating in the budgeting process, e.g., an individual responsible for European sales.European map204 could be stored onclient104, withindatabase114, within anenterprise source116 and/or on the Internet/World Wide Web. Data blocks204a,204binclude detailed information concerning the underlying subject matter ofmap204 and may be linked thereto frommap204 and/or formatted into the display ofmap204. The data content of data blocks204a,204bmay be derived from any of the potential data sources detailed hereinabove.
• As noted above,screen200 is merely illustrative of the screen views provided by the method/system of the present disclosure. For a user having different functional responsibilities within the company, e.g., the vice president of research and development or the general counsel, map204 would advantageously be replaced by content of relevance to those users, e.g., organization charts, program reports, statistics concerning new product introductions, etc. In addition, a user having interest in European sales, whose personal page is depicted inFIG. 2 according to the method/system of the present disclosure, has the ability to periodically change the content ofcell202 frommap204 to modified content of interest, e.g., using the edit function depicted inscreen200.
• With reference tobulletin board206, the method/system of the present disclosure advantageously provide a direct communication function that, in certain respects, resembles an email system, but for the purposes of the present disclosure, far surpasses email in effectiveness and communicative efficiency.Bulletin board206 facilitates information sharing by providing a centralized location for posting and/or storing information relevant to a task, e.g., budgeting. For example, users may desire to post information concerning budget guidelines, timeliness, templates and the like onbulletin board206. Rather than email this information to everyone, thereby assuming the inherent risk that someone will be inadvertently omitted from the email distribution list, the information can be easily posted tobulletin board206 according to the present disclosure, where anyone having a need and/or interest in the posted information will have ready access thereto. In a preferred embodiment of the present disclosure, a user posting information tobulletin board206 has the option of emailing recipients and/or other interested parties with notification that the posting has occurred, thereby increasing the likelihood of immediate review of the posted information.
• In a further preferred embodiment of the present disclosure, postings tobulletin board206 may be categorized by category and/or document type. For example, in processing a bulletin board posting, a user may be required to designate the type of document being posted from among a predetermined list of categories, e.g., assumption, guideline, schedule, timetable and package. With reference to the above-noted categories, “assumptions” may typically originate from executive personnel and may be used to communicate the company's vision for the future to members of the organization, e.g., corporation is looking for twenty percent top-line growth or corporation is looking to increase gross margins by three percent. “Guidelines,” like assumptions, may typically originate from senior members of the corporation and may place caps or floors on aspects of the budgeting process, e.g., T&E expenses to increase by no more than three percent or distributor sales to increase by at least five percent year-over-year. “Schedules” may include templates for inputting data, e.g., an input schedule, and “timetables” may include timelines for submitting data and/or dates for key meetings/corporate events. “Packages” may include budget-related informational packages, e.g., background information required by individuals within the organization to fulfill their responsibilities in the budgeting process. Additional categories may be added by a system administrator, as needed by individual corporations from time-to-time.
• The system/method of the present disclosure generally provides an address book or “listing” for use in posting messages onbulletin board206. Message transmission may be directed to one or more targeted recipients, thereby facilitating non-hierarchical dialog concerning the budgeting process. In addition, predetermined groups may be provided and/or established to facilitate communications to individuals having a shared interest in types of postings. Messages posted to a collaborator'sbulletin board206 may advantageously provide narrative information and/or inquiries and may enclose, attach and/or link to documents contained withinsystem100, e.g., indatabase114 orenterprise source116. Messages are instantaneously posted to the recipient'sbulletin board206, independent of any email system, and facilitate direct non-hierarchical communication and collaboration in the budgeting process. Viewing of posted message(s) by the recipient can be confirmed by the individual making the transmission, thereby ensuring that the recipient has received the desired communication. Recipients are able to forward the message to additional recipients, but are unable to change the underlying content thereof. Postings may be sorted based on a multiplicity of attributes, e.g., data, transmitter, topic and the like, and may be edited and/or deleted by the user who posts the message.
• With further reference toFIG. 2,comparative analysis spreadsheet210 is representative of a host of spreadsheets and spreadsheet-based documents that may be accessed, modeled and submitted as part of the collaborative budgeting process according to the method/system of the present disclosure. Exemplarycomparative analysis spreadsheet210 is typically run on and rendered by aconventional spreadsheet program108, e.g., Excel, and typically derives its information, formulas and/or data fromdatabase114 and/orother resources116. Alternatively, when working off-line, comparative analysis may derive its information, formulas and/or data from the hard drive of the user's personal computer and/or ancillary drives associated with such personal computer. A user may view, modify, update, model, test assumptions, and the like by inputting data and/or formulas tocomparative analysis spreadsheet210, or such other spreadsheets as may be displayed onscreen200 according to the present disclosure.
• When a user enters a formula into a cell or dimension ofspreadsheet210, thespreadsheet program108 typically processes the formula through a minicompiler that reformats the function names, as is known in the art. The result of the compilation is typically written to a memory location reserved for that cell or dimension. Pointers to other formulas in the spreadsheet are provided by thespreadsheet program108, effectively creating a list of cells that contain formulas, thereby saving thespreadsheet program108 time and providing improved efficiency during recalculations. Deletion of a formula by the user results in redirection of its pointer so as to reconnect the formula chain. When the spreadsheet is recalculated,spreadsheet program108 saves time by making a first pass through the pointer list to identify cells or dimensions that contain formulas. The spreadsheet program typically finds those formulas that depend on data that has changed and marks each one that needs to be recalculated.
• Having identified the cells requiring recalculation,spreadsheet program108 typically makes a second pass through the list focusing only on formulas marked for recalculation. For each,spreadsheet program108 typically determines if the formula depends on another formula that has yet to be recalculated. If so,spreadsheet program108 adjusts the cell's pointers and the pointers of connected cells/dimensions so that the dependent formula(s) move to the end of the list. When formulas are encountered that are not dependent on yet-to-be calculated formulas,spreadsheet program108 typically undertakes to make the calculation required by such formulas. Critical to the calculations described herein is the efficiency of the required data retrieval associated therewith.
• In the method/system of the present disclosure,spreadsheet program108 is advantageously utilized by users that are dispersed geographically. As such, data is optimally maintained in central database repositories, e.g.,database114 andenterprise sources116. Each time a query and/or response is transmitted between a user'sclient104 andserver102, e.g., data retrieval from or input todatabase114, latency issues associated withnetwork106 are encountered. According to the present disclosure, a unique caching method/system are provided that optimize the efficiencies associated with data exchange betweenclient104 andserver102. The caching method/system disclosed herein is flexible in design and operable with anyspreadsheet program108 and/or hardware/software infrastructure.
• In conventional spreadsheet programs, data retrieval is generally achieved according to one of the following modalities: (i) cell-based responses to multi-parameter queries yield cell blocks of data that are not delivered directly to cells within spreadsheet; (ii) cell-based responses to individual queries are delivered directly to the spreadsheet cell requiring such data, but each cell-based data query automatically results in an independent and immediate inquiry to the database for the required data; and (iii) a pivot table. In distinct contrast to conventional data retrieval modalities, the method/system of the present disclosure utilizes a caching system onclient104 that greatly facilitates data retrieval and reduces potential delays associated with the latency ofnetwork106.
• According to the caching system of the present disclosure,client104 includes a first caching function, termed a “data cache,” that automatically caches data that is input atclient104 or retrieved toclient104, e.g., fromdatabase114 orenterprise source116. Thus, with reference tospreadsheet210 inFIG. 2, when the revenue figure for “Budget—Total Year 2001” is first retrieved fromdatabase116 by client104 (i.e., $41,219,727), such figure is automatically stored in the data cache. Thereafter, each time a recalculation ofspreadsheet210 is required, the data cache will be accessed to obtain the previously cached revenue data required by the cell entitled Budget—Total Year 2001. Thus, according to the caching method/system of the present disclosure, data contained in the data cache ofclient104 need not be retrieved acrossnetwork106 fromserver102.
• A second caching function possessed byclient104 according to the present disclosure enablesclient104 to greatly minimize the numbers of inquiries made and response received acrossnetwork106. According to this second aspect of the caching system,client104 possesses a “key cache” functionality that automatically checks internally for each piece of data requested byspreadsheet program108 and, to the extent such data is within the data cache ofclient104, the key cache provides such data immediately tospreadsheet program108 for use therein. Additionally, the key cache eliminates such data requirement from any potential requests to be made acrossnetwork106, i.e., data contained in the data cache is automatically omitted from queries acrossnetwork106. Conversely, pieces of data that are requested byspreadsheet program108 and are determined by the key cache not to be in the data cache, are retained by the key cache for combination with all other such data requests before any transmission is made acrossnetwork106.
• In use, the advantageous caching function of the present disclosure operates as follows. When thespreadsheet program108 is called upon by the user ofclient104 to render a spreadsheet, e.g.,spreadsheet210 inFIG. 2, or to re-render a spreadsheet to reflect revised data, formatting and/or formulas, thespreadsheet program108 calls upon the client to provide the data necessary, formatting and/or formulas necessary to respond to the user's request. The key cache determines whether all requested data, formatting and/or formulas are contained within the data cache ofclient104. To the extent the required data, formatting and/or formulas are contained within the data cache, such requested information is immediately provided tospreadsheet program108 for use therein. However, to the extent the data cache does not contain requested data, formatting and/or formulas, the key cache accumulates such unfulfilled requests for combination into a single inquiry to be transmitted acrossnetwork106 toserver102. The cached queries are generally built into a small object for transmission acrossnetwork106. In a preferred embodiment of the caching function described herein, thespreadsheet program108 is instructed not to re-render the spreadsheet until all required data is retrieved fromserver102, thereby minimizing potential user confusion associated with partial renderings of spreadsheets atclient104.
• When thespreadsheet program108 has completed its requests for data, formatting and/or formulas, the key cache packages up the requests that could not be fulfilled by the data cache into a single data object and transmits those inquiries in a single query toserver102 acrossnetwork104. Upon receipt of the single inquiry,server102 routes the query to the appropriate repository for response thereto, e.g.,database114 orenterprise source116.Server102 advantageously collects the individual pieces of information necessary to respond to the packaged query provided by the key cache, and packages those pieces of information for a single responsive transmission acrossnetwork106 toclient104.
• Upon receipt of the responsive transmission fromserver102 atclient104, the key cache automatically stores the responsive pieces of data, i.e., data, formatting and/or formulas, in the data cache for future reference. In a preferred embodiment of the present disclosure, the key cache promptsspreadsheet program108 to initiate a recalculation upon receipt of the needed data fromserver102. In attempting to recalculate,spreadsheet program108 queries the cache withinclient104 for all needed information/data, i.e., the data, formatting and/or formulas that were not previously contained in the data cache. In response to this prompted query fromspreadsheet program108, the key cache looks to the data cache for the needed information and transmits such information to thespreadsheet program108 for use therein.Spreadsheet program108 feeds the data to its calculation engine to sequentially generate the calculated values for the cells requiring such calculated values, and renders the final spreadsheet for viewing by the user atclient102.
• Preferably, the caching function withinclient104 of the method/system disclosed herein advantageously optimizes the transmissions acrossnetwork106 associated with user input of data, formatting and/or formulas atclient104 as well. Thus, the key cache preferably accumulates input by the user for a single transmission toserver102 across network. Moreover, the system/method of the present disclosure advantageously limits the amount of data retrieved fromserver102 by defining fields otherwise left undefined in the query fromspreadsheet program108 by utilizing the fields of the “current view” (as described in greater detail hereinbelow) to fill in the missing or omitted fields/dimensions of the request. For example, if the request to build a cell withinspreadsheet program108 is for “sales revenue,” the method/system of the present disclosure preferably automatically determines from the current view of the user atclient104 that the sales revenue of interest relates to “European sales.” Absent the limitative “current view” modality, the key cache would be required to request retrieval of all “sales revenue” data fromserver102, rather than the limited “European sales revenue” of interest forspreadsheet210 that constitutes the “current view” for purposes ofFIG. 2.
• The caching function of the present disclosure thus serves to optimize interaction acrossnetwork106 in several key respects, thereby minimizing latency issues and increasing the speed and efficiency ofspreadsheet program108. While the caching function is described herein primarily with reference to the spreadsheet functionality ofsystem100, and more particularly with reference to the budgeting/forecasting/performance metrics of a preferred embodiment thereof, it is specifically contemplated that the caching functionality described herein may be beneficially employed in a wide range of networked applications and utilities, as will be apparent to persons skilled in the art based on the disclosure herein.
• The system/method of the present disclosure advantageously overcomes the hierarchical limitations that have heretofore hampered the efforts of enterprises to budget and/or forecast performance and to subsequently measure performance metrics thereagainst, by enabling and empowering individuals to communicate in a non-hierarchical, e.g., lateral, manner. With reference toFIG. 3,exemplary screen layout300 is depicted with amenu screen302 positioned thereon. As noted previously,screen layout200 depicted inFIG. 2 is illustrative of the types of screen views available according to the present disclosure and, based on the contents thereof, is representative of the type of screen view that an individual having direct or indirect involvement in European sales might avail himself/herself of.Screen view300, by contrast, is more generic thanscreen view200, and includes alibrary304 of enterprise-related information,bulletin board206,CEO vision208, a spreadsheet306 related to “Trend Analysis.” Spreadsheet306 is representative of a utility provided according to the present disclosure to measure, monitor and communicate the performance metrics of an enterprise to globally dispersed corporate personnel in real time. With reference to the caching functionality discussed hereinabove, the budget-related aspects of spreadsheet306 are likely to remain unchanged, will be cached within the data cache the first time they are retrieved fromserver102, and will be provided from the data cache for re-rendering of spreadsheet306 without the need to repeatedly access the data fromserver102 acrossnetwork106.
• With further reference tomenu screen302, links to a plurality of desktop views308 are provided, namely the “company desktop,” the “manager desktop,” the “executive desktop,” the “admin desktop,” and “my desktop.”Screen view300 corresponds to an illustrative “company desktop.” The links to alternative desktop views308 depicted inmenu screen302, illustrate one aspect of the present disclosure that facilitates non-hierarchical collaboration in budgeting, forecasting and/or measurement of performance metrics. Eachdesktop view308 represents a subgroup within an exemplary enterprise that may benefit from timely exchange of information. The groupings reflect different ways of looking at the interplay between an enterprise's workforce. For example, individuals at a manager level have issues that concern each of them, regardless of the functional group in which they work, e.g., accounting, engineering, quality control, human resources, etc. These managers are generally isolated from one another in developing budget/forecast information and in measuring their respective performance metrics. According to the method/system of the present disclosure, this isolation is overcome in favor of highly effective, timely and reliable access to each other and to the data necessary to perform their respective functions more effectively. Similarly, the subgroups defined by the executive desktop and admin desktop views308 address issues of common interest and concern.
• The blocks orcells202 on eachdesktop view308 will differ, as will the types and degrees of financial information/spreadsheets available to users having access to those desktop views. Each desktop is easily accessed bybrowser110 atclient102. To the extent the data required to assemble a linked desktop view is contained indatabase114 and/orenterprise resource116 atserver102,client102 will access such data vianetwork106, as discussed hereinabove. An administrator for the system of the present disclosure can easily create, amend and/or delete groups/subgroups in response to the enterprise's needs over time. Groups and/or subgroups may be established that constitute relatively arbitrary, yet relevant, employee subsets who benefit themselves and the enterprise in their collaborative interaction. Utilization of subgroups, e.g., the “admin desktop,” facilitates and fosters senses of empowerment, commitment and ownership for corporate personnel who participate in the budgeting process and/or who have access to performance metrics in a timely fashion.
• Turning toFIG. 4, a furtherexemplary screen view400 is provided in whichbulletin board206 has been carried forward fromscreen view200, although in a different position and in an expanded format. The expanded format ofFIG. 4 includes information concerning the “caption” and the “description” of each posted message, as selected by the individual posting the message. In addition,screen400 depictsillustrative status boards402,402a,bulletin board404 and a “My Selected”bulletin board406.Bulletin boards404,406 illustrate a user's ability to view information in multiple formats, as may be desired by such individual. In particular,bulletin board404 differs frombulletin board404 in that the former collects messages originated by the user (“fronga”) whereas the latter collects messages originated by individuals other than the user. Similarly,bulletin board406 collects messages selected by the user for reasons known to the user.
• With particular reference tostatus boards402,402a, an advantageous feature of a preferred embodiment of the present disclosure is that users are able to work with their submissions to the budget and to submit those on a periodic basis for review and/or approval/consolidation into the enterprise's overall budget. Moreover, other users of the method/system disclosed herein are able to readily determine the status of such projects throughexemplary status boards402,402a. Thus, with reference tostatus board402, two informational columns are displayed: entity and status.Exemplary status board402 provides information relevant to the European sales function and conveys the budget submission status of sales budgets for individual European countries, e.g., France (submitted), Italy (modeling) and Switzerland (review).
• Typical status indicia that may be advantageously utilized according to the present disclosure include: modeling (the budget submission is a work in progress); submitted (the budget submission has been submitted to the appropriate management personnel for approval); review (the budget submission is being reviewed by the appropriate management personnel); and approved (the budget submission has been approved by the appropriate management personnel). Of note, the budget submission is preferably “locked,” i.e., unavailable for further change by the submitter once the status reaches the “submitted” stage. The user who is preparing the budget submission determines when the status should be changed to the “submitted” stage, e.g., through a prompt when the document/schedule/spreadsheet is refreshed and/or uploaded toserver102. This functionality preferably permits the user involved in preparing a submission to control the point at which such submission is viewable by other participants in the budgeting process. When “approved,” the individual budget submission is consolidated or “rolled up” into the enterprise's overall budget that takes form as individual submissions reach the approved stage. In a preferred embodiment, the enterprise's overall budget (and subparts thereof) are automatically consolidated from submissions made by individual users, regardless of budget submission status, thereby providing budget participants with a snapshot of the budget status at any given time in the development process.
• With reference tostatus board402a, the two information columns discussed with reference tostatus board402 are repeated therein. However, additional columnar information is conveyed instatus board402a, namely columns entitled “responsible,” “updated,” and two icon columns. The first icon column provides information concerning hyperlinks to supporting documents associated with the budget submission, and the second icon column provides a direct link to an email/message posting wizard associated with the method/system of the present disclosure. As described hereinabove, a user of the method/system of the present disclosure has the ability to modify his/her screen views, subject to certain administrative controls, so as to view those aspects of the budgeting process of particular interest. Thus, inexemplary screen view400, the user has opted to devote two screen blocks to information concerning the status of various budget submissions, evidencing the importance of such status information to this user.
• As is readily apparent, the “responsible” and “updated” columns provide information concerning the individual assigned responsibility for preparing/submitting the subject budget documents (e.g.. “MGRCH” for Switzerland) and the date such budget document was last updated (e.g., “Apr. 18, 2000” for Switzerland), respectively. Fromstatus board402a, it is immediately apparent that the sales budget for Italy has not yet been submitted by the responsible individual (“MRGIT”), but that such Italian budget submission is in the “modeling” process. It is also apparent that the European budget submission, which is likely, at least in part, a consolidation of the individual European budget submissions, is also at the modeling stage, although a first version was uploaded toserver102 on Apr. 17, 2000. If a user of the method/system disclosed herein was concerned about the status of the Italian budget submission, an immediate email/message could be directed to “MRGIT” by clicking on the associated icon instatus board402a, thereby usingbrowser110 to facilitate immediate communications related thereto.
• With reference to the supporting document icons depicted onstatus board402aofscreen view400, two of the illustrative budget submissions include supporting document icons, namely the French and Swiss submissions. Supporting documents may constitute any file, document or other information source deemed worthwhile by the originator of the submission, and may be linked to the submission as a whole or to individual cells and/or aspects of a submission, e.g., a specific cell or dimension of a submitted spreadsheet. Thus, the originator of a budget submission may advantageously and easily include word processing document(s), ancillary and supporting spreadsheet(s), PowerPoint presentation(s), graphic, audio and/or video file(s), hyperlinks to information on the Internet and/or World Wide Web, and the like, to his/her budget submission, thereby ensuring an informed evaluation of the contents thereof.
• The advantages associated with facilitating the inclusion of such supporting documentation with a budget submission, and even more advantageously, facilitating the linkage of supporting documentation to individual cells and/or aspects of a budget submission are significant. Behind every budget submission are countless exercises, expectations, assumptions, objectives, rationales and competing interests. These factors generally cannot be conveyed in the numbers alone, and are often lost as the budget submission works its way through the budgeting process, e.g., to members of the senior management team. Facilitating linkage of such supporting documentation to the budget submission makes it possible for each budget contributor to communicate these factors, and provides a source of valuable background information in evaluating performance metrics as actual performance against the final budget commences.
• Anexemplary screen view500 associated with submission of supportingdocument502 is provided inFIG. 5. Supportingdocument502 is entitled “Supporting Schedule—Salary and Fringe Detail By Employee” and reflects, in spreadsheet form, employee-by-employee information concerning personnel within the Swiss sales organization. As further depicted inFIG. 5, the “Submit Supporting Document” function has been accessed inmenu504 fromtoolbar506, according to the method/system of the present disclosure. Submission of supportingdocument502 preferably entails completion ofsubmission screen508 by which the submitter confirms the title of supportingdocument502, the caption to be assigned supportingdocument502 for purposes of communications related thereto, a description thereof, and recipients of the supporting documentation. Thus, the submitter has the ability to limit distribution of supportingdocument502 to personnel having a potential need and/or interest in review thereof. Moreover, the submitter is provided the option of notifying distribution recipient(s) that of supportingdocument502 has been submitted to the system disclosed herein. Preferably, a document board is available for screen view by participants in the budgeting process, such document board providing a centralized list of supporting documentation that has been submitted in connection with the budget process.
• Turning toFIGS. 6 and 7, exemplary screen views600 and700 are provided in which budget-relatedspreadsheets602,702 are depicted. Whilespreadsheets602,702 both relate to Global Motors'Budget 2001 effort, the twospreadsheets602,702 differ in the comparisons being made. More particularly,spreadsheet602 compares “actual” figures as of March 2000 to “budget” figures through March 2001, whereasspreadsheet702 compares the same “budget” figures through March 2001 to the “forecast” figures for March 2000. The variance calculations are derived from the respective comparisons, as is known in the art of spreadsheet design, operation and use.
• Of note with respect to screenviews600,700, the rendering of the columnar data contained therein is driven by the “current view” selections reflected in thecurrent view toolbars604,704. Thecurrent view toolbars604,704 are central to the operation and use of the budgeting method/system of the present disclosure in that the retrieval of data, e.g., fromdatabase114,enterprise source116 and/or the data cache ofclient104, is based on the selections made therein. Accordingly, with reference tocurrent view toolbar604, the user has selected as his/her current view the “Budget2001 spreadsheet (block606), the “Revenue” account (block608), the “Actual” category (block610), the “GlobalMotors” entity (block612), the “AllVehicles” products (block614), the “2001Mar” time (block616), and the “Periodic” measure (block618). The user's current view, as reflected incurrent view toolbar604, determines the appropriate data to be accessed, retrieved and loaded into the spreadsheet engine for rendering ofspreadsheet602. Of note, the key cache ofclient104 advantageously determines the degree to which data required to renderspreadsheet602 is contained within the data cache, formulates a single request/query to be transmitted toserver102 acrossnetwork106 to obtain data not contained within the data cache, and loads data retrieved fromserver102 into the data cache upon receipt thereof, as described hereinabove. The formatting ofspreadsheet602 is preferably predetermined according to the present disclosure, although a user's ability to design specialized/customized spreadsheets based on conventional spreadsheet technology is contemplated according to the present disclosure.
• Turning tospreadsheet702 depicted inscreen view700, the user's sole change to his/her current view relative to screenview600 is the selection of the “Budget” category inblock710 based on drop downmenu620 depicted inFIG. 6. The remaining fields/dimensions of the user's current view remain unchanged incurrent view toolbar704 relative tocurrent view toolbar604. However, based on the single change to block610,710, the spreadsheet engine automatically renders an altogetherdifferent spreadsheet702. Moreover, the selections contained in the remaining, unchanged current view blocks706,708,712,714,716,718 define the data that must be accessed byclient104 for the rendering ofspreadsheet702. The defining aspects of the unchanged current view blocks advantageously limit the amount of information/data to be retrieved byclient102. For example, absent the “GlobalMotors” entity limitation inblocks612,712,client102 would potentially seek to retrieve information/data associated with a host of entities not required to render the desired spreadsheet. The automatic narrowing of the data retrieval request based on the user's selections in thecurrent view toolbar604,704 greatly improve the speed, reliability and efficacy of the method/system of the present disclosure. Indeed, the “current view” functionality together with the Web-based, browser driven application design described herein, effectively transform static spreadsheets into dynamic, reusable reports that leverage and significantly enhance a user's ability to “slice and dice” data to arrive at beneficial financial results.
• According to the method/system of the present disclosure, a series of advantageous functional commands may be utilized to retrieve, send and display specific data, thereby enhancing the power and flexibility thereof. These functional commands may be used in conjunction with cell/dimension references within a spreadsheet, to make a report or screen view behave in a certain way. Advantageous functional commands that may be used according to the present disclosure are as follows:

  Functional Command	Meaning	Function
  EvAPP( )	App = application	Returns current application
  		identification
  EvBET(Application,	Better/(Worse)	Performs a better or worse comparison
  AccountMember,		of two values, based on the account
  Cell1, Cell2)		type property of the account number
  EvDES([dimension,]	Description	Returns description for the specified
  Member ID)		member. If the same member name is
  		used in more than one dimension, the
  		dimension must be specified.
  EvDIM (Application,	Dimension	Retrieves the property “DimName”
  dim Type)		from tblDimension. Its parameters are
  		“AppName” and “dimType”
  EvGET(Application,	Get value	Retrieves a data value based on the
  [dim.]member1,		specific members. If the same member
  [dim.]member2, . . . ,		name is used in more than one
  [dim.]memberN)		dimension, the dimension must be
  		specified.
  EvINP(Application,	Input value	Allows input into the cell containing
  member1,		the formula and then sends that input to
  member2, . . . ,		the server when the eSubmit/Refresh
  memberN, Value)		schedules command is selected.
  EvCV(Application,	Current view	Returns the current view setting for the
  Dimension)		specified dimension.
  EvPRO(Application,	Property	Returns the value of a given property of
  Member, Property)		a member.
  EvSND(Value	Send value	References another cell and sends the
  Reference,		value in that cell to the server when the
  Application, Dim1,		eSubmit/Refresh Schedules command
  Dim2, . . . , DimN)		is selected. The parameters specify the
  		dimensions that identify where the data
  		is to be sent in the database.

• While the present disclosure includes a description of the method and system with reference to various specific embodiments, those skilled in the art will readily appreciate that various modifications, changes and enhancements may be made thereto without departing from the spirit or scope of the invention as defined by the appended claims.

Claims (19)

1-17. (canceled)

18. A system for facilitating efficient database-related information exchanges across a network, the system comprising:

a server that has at least one database and that is in communication with the network, wherein the server is configured to:

receive a single query for data associated with a spreadsheet-based application program from a client computer across the network, wherein the data corresponds to a plurality of data cells;

retrieve the data responsive to the single query from the at least one database; and

transmit the data responsive to the single query across the network to the client computer for use in rendering the at least one spreadsheet.

19. The system ofclaim 18, wherein the server restricts access to data contained within the at least one database based upon a user's access clearance.

20. The system ofclaim 18, wherein the data responsive to the single query is stored in a cache at the client computer.

21. The system ofclaim 20, wherein the data responsive to the single query transmitted by the server was not previously stored in the cache at the client computer.

22. The system ofclaim 20, wherein the data responsive to the single query transmitted by the server is stored in the cache before providing the data to the spreadsheet-based application program for use in rendering the at least one spreadsheet.

23. The system ofclaim 18, wherein the single query is a plurality of data requests received by the server in a single transmission.

24. The system ofclaim 18, wherein the single query is related to the formulation of a budget using the spreadsheet-based application program.

25. The system ofclaim 18, wherein the at least one database comprises at least one relational database in communication with a centrally administered OLAP server.

26. A method for facilitating efficient database-related information exchanges across a network, the method comprising:

providing a server that has at least one database and that is in communication with the network;

receiving, at the server, a single query for data from a client computer across the network, wherein the data corresponds to a plurality of data cells in at least one spreadsheet;

retrieving the data responsive to the single query from the at least one database; and

transmitting the data responsive to the single query across the network to the client computer for use in rendering the at least one spreadsheet.

27. The method ofclaim 26, further comprising using the server to restrict access to data contained within the at least one database based upon a user's access clearance.

28. The method ofclaim 26, further comprising storing the transmitted data responsive to the single query in a cache at the client computer.

29. The method ofclaim 28, wherein the data responsive to the single query transmitted by the server was not previously stored in the cache at the client computer.

30. The method ofclaim 28, wherein the data responsive to the single query transmitted by the server is stored in the cache before providing the data to the spreadsheet-based application program for use in rendering the at least one spreadsheet.

31. The method ofclaim 26, wherein the single query is a plurality of data requests received by the server in a single transmission.

32. The method ofclaim 26, wherein the single query is associated with a spreadsheet-based application program.

33. The method ofclaim 32, wherein the single query is related to the formulation of a budget using the spreadsheet-based application program.

34. The method ofclaim 32, wherein the at least one database comprises at least one relational database in communication with a centrally administered OLAP server.

35. The method ofclaim 26, further comprising verifying that a user of the client computer has security clearance before providing the data to the client computer that is responsive to the single query.

Images