Patent Application
20070143163
The present invention generally relates to the field of data processing and information management. More particularly, the invention relates to systems, methods, apparatus, and computer-readable media for organizing and monitoring data collection.
Data collection is vital to many organizations. There are many situations where organizations need to gather data from multiple parties. For example, an organization may need to collect employee opinions for subsequent business analyses. An organization may also need to collect accrual postings from accountants in multiple subsidiaries immediately prior to a period close and/or forecast data from multiple parties immediately after the period close. In such situations, the ability to collect data quickly and efficiently is imperative.
In certain situations, data collection may involve complexities resulting from various standards and/or business requirements. For example, in a budgeting process, data collection may require checking data consistency, approving and/or rejecting data with appropriate comments, and ensuring that targets and deadlines are met. These requirements may further complicate the timing and efficiency aspects of collecting data.
Data collection is particularly relevant to planning and forecasting activities, such as budget planning. Often, planning and forecasting requires a collaborative dialog among planning coordinators, planners, and other stakeholders during which goals must be set and activities agreed. Problems arise in selecting the parties to submit plans and the managers to approve plans. Problems also arise in managing the planning process as a project with deliverables and deadlines as well as monitoring responses to the plan, sending out reminders, accepting, rejecting or commenting on plans and viewing the aggregate results of the plan. Organizations also struggle with outdated distribution lists for the planners and approvers.
Existing solutions for managing data collection are often based on OLAP (Online Analytical Processing), a multi-dimensional data analysis. By way of example, existing solutions may be based on OLAP structures where individual “slices” of the structures are assigned to individuals and data received by individuals is monitored by “slice”. Such solutions for managing data collection are deficient in several respects. For instance, existing solutions lack functionality to adequately cope with outdated distribution lists. Further, existing solutions do not adequately faciliate efficient monitoring of data entered by various parties. In addition, existing solutions typically monitor the status of data collection by “slice” and do not provide varying views of the data collection. Also, while some existing solutions can distribute data collection tasks by e-mail and monitor whether data has been entered for a particular data slice, these solutions do not actively trigger activities.
Systems, methods, apparatus, and computer-readable media consistent with embodiments of the present invention may obviate one or more of the above and/or other issues and drawbacks. Consistent with an aspect of the invention, data collection initiatives may be organized and monitored.
Consistent with the present invention, a method for tracking data collection may be provided. The method may comprise: implementing a data collection initiative in a communications portal; providing a task associated with the data collection initiative to at least one participant through the portal; receiving through the portal information from the at least one participant in response to the task; and providing through the portal a status of the data collection initiative based on the received information.
Consistent with the present invention, another method for tracking data collection may be provided. The method may comprise: identifying a data collection initiative; providing a portal through which information associated with the data collection initiative is requested and received; receiving through the portal information from at least one participant; determining a status of the data collection initiative based on the received information; and providing a plurality of views of the status of the data collection initiative.
Consistent with the present invention, a method of organizing planning may be provided. The method may comprise: allowing a coordinator to establish a planning initiative associated with a goal, the planning initiative including a plurality of planning tasks and identifying planning participants; allowing the coordinator to assign the plurality of planning tasks to the participants; receiving information from the participants in response to the plurality of tasks; determining a status of each of the plurality of planning tasks based on the received information; determining a status of the planning initiative based on the status of each of the plurality of planning tasks; and allowing the user to track the planning initiative including the status of each planning task.
Consistent with the present invention, a system for tracking data collection may be provided. The system may comprise: a data processing system coupled to a network, the data processing system including a memory that stores instructions and a processor that executes the instructions. The instructions may include: instructions for implementing a communications portal; instructions for implementing a data collection initiative in the communications portal; instructions for providing a task associated with the data collection initiative to at least one participant through the portal; instructions for receiving through the portal information from the at least one participant in response to the task; and instructions for providing through the portal a status of the data collection initiative based on the received information. The system may further comprise an access device, coupled to the network, that accesses the communications portal.
Consistent with the present invention, another system for tracking data collection may be provided. The system may comprise: means for implementing a data collection initiative; means for providing a task associated with the data collection initiative to at least one participant; means for receiving information from the at least one participant in response to the task; and means for providing a status of the data collection initiative based on the received information.
Consistent with the present invention, a computer-accessible communications portal for tracking data collection may be provided. The portal may comprise: a selection module for allowing a user to implement a data collection initiative; a task module that allows the user to provide a task associated with the data collection initiative to at least one participant; a receiving module that receives information from the at least one participant in response to the task; and a status module that provides a status of the data collection initiative based on the received information.
Consistent with the present invention, a computer-readable medium containing instructions for controlling a computer system to perform a method may be provided. The method may comprise: implementing a data collection initiative in a communications portal; providing a task associated with the data collection initiative to at least one participant through the portal; receiving through the portal information from the at least one participant in response to the task; and providing through the portal a status of the data collection initiative based on the received information.
The foregoing background and summary are not intended to be comprehensive, but instead serve to help artisans of ordinary skill understand implementations consistent with the present invention as set forth in the appended claims. In addition, the foregoing background and summary are not intended to provide any independent limitations on the claimed invention or equivalents thereof.
The accompanying drawings show features of implementations consistent with the present invention and, together with the corresponding written description, help explain principles associated with the invention. In the drawings:
The following description refers to the accompanying drawings, in which, in the absence of a contrary representation, the same numbers in different drawings represent similar elements. The implementations set forth in the following description do not represent all implementations consistent with the claimed invention. Instead, they are merely some examples of systems and methods consistent with the invention. Other implementations and embodiments may be used and structural and procedural changes may be made without departing from the scope of present invention.
Introduction and Overview
Consistent with embodiments of the present invention, a data collection initiative may be managed. As used herein, the term “data collection initiative” refers to any coordinated effort to obtain information. Non-limiting examples of data collection initiatives include customer satisfaction surveys, employee surveys, financial and accounting planning and forecasting, budget planning, internal auditing, etc.
In one example, a data collection initiative may be associated with a business entity. Business entities may include enterprises, organizations, corporations, partnerships, firms, service providers, manufacturers, suppliers, distributors, wholesalers, retailers, educational institutions, government agencies, and the like. A business entity may undertake a data collection initiative for various reasons, such as planning and forecasting, to analyze business processes, to manage and streamline supply chains or enterprise resources, to evaluate customer and/or employee satisfaction, to comply with regulations and business practices, to forecast financials, etc.
Managing a data collection initiative may involve various functions, such as creating and coordinating data collection initiatives, assigning tasks associated with the initiative, allowing users to input information in accordance with data collection initiatives, and allowing users to view the overall status of data collection initiatives as well as individual aspects of initiatives. Managing a data collection initiative may also involve providing various notifications to users associated with the data collection initiatives.
Consistent with certain embodiments of the present invention, a data collection initiative may be managed through a data collection portal. Accordingly, managing a data collection initiative may involve establishing a data collection portal.
Data collection portal 110 may serve as a gateway through which information relevant to a data collection initiative can be exchanged among various entities, such as the coordinator 120 and any number of participants 130. Data collection portal 110 may also monitor, track, store, and/or organize information and activities associated with a data collection initiative.
In certain implementations, data collection portal 110 may include a communications portal. In one example, data collection portal 110 may be implemented via one or more websites. Portal 110 may be configured as an intranet website, an extranet website, and/or an internet website. Data collection portal 110 may also be implemented as a user interface provided by one or more applications running on a server. Data collection portal 110 may be configured to exchange various forms of information, such as text, computer code, e-mail messages, database listings, recordings, audio signals, video signals, etc. Likewise, portal 110 may present information in various ways, such as visually (e.g., text, graphics, symbols, video, holographic images, etc.) and audibly (e.g., simulated speech, tones, recordings, etc.).
In one embodiment, data collection portal 110 may be implemented as a function or component of a business application. For example, portal 110 could be implemented as a component of an ERP (Enterprise Resource Planning) system, such as the mySAP™ ERP solution provided by SAP AG of Walldorf, Germany. Data collection portal 110 could alternatively be implemented within various other business-related applications and intelligence. In addition, the data collection portal may be integrated with an IT infrastructure and may interact with other applications, such as e-mail systems, storage components, and websites, to enable information exchange and provide tracking functions.
Consistent with certain embodiments of the present invention, initiative coordinator 120 and participants 130 may access information through portal 110. Initiative coordinator 120 may include any individual or entity responsible for implementing a data processing initiative. In one embodiment, coordinator 120 may include a management- or executive-level employee of a business entity. In an alternative embodiment, coordinator 120 could be a computer application, such as an artificial intelligence program, that is configured to implement a data collection initiative. Participants 130 may include individuals, such as managers, that provide information associated with their respective business units. Participants 130 may also include other employees, customers, planners, approvers, specialists, technicians, and/or executives. In an alternative embodiment, participants 130 may include automated systems or applications, such as business intelligence applications configured to obtain data from various sources.
Data collection portal 110 may allow coordinator 120 to request information from participants 130. Portal 110 may also receive and store requested information, track the status of information requests, and provide access to the requests, information, and status.
The number of coordinators and participants depicted in
The foregoing overview is intended to introduce and provide initial clarity for some of the aspects associated with the present invention. Further details of the above-mentioned functionality and embodiments as well as additional aspects, features, and embodiments of the present invention will be described below.
Exemplary Method for Managing Data Collection
Implementing a Data Collection Initiative
Implementing a data collection initiative (stage 310) may include creating the initiative. Creating the initiative may involve identifying and specifying data for collection and appropriate data providers. Creating the data collection initiative may also involve identifying a coordinator (e.g., coordinator 120) for the initiative and participants (e.g., participants 130) that assist with the initiative (e.g., obtain information from data providers).
Consistent with certain embodiments of the present invention, a data collection initiative may be created using a data collection portal, such as portal 110. Coordinator 120 may create a data collection initiative by inputting information to an interface provided by portal 110. For example, portal 110 may present a series of user prompts and data fields for allowing users to input information. The portal could also present a series of menus and sub-menus from which a coordinator can select pre-loaded or dynamically-loaded items to create the initiative. As an example, portal 110 could dynamically load (in response to some user action) a list of managers in a particular business unit from one or more databases or applications. Portal 110 may present this list to coordinator 120 and allow coordinator 120 to select one or more managers (e.g., participants 130) to include in the data collection initiative.
Data collection portal 110 may also allow users to create new initiatives by selecting pre-loaded initiatives from one or more menus. For example, portal 110 may allow coordinator 120 to select a fully configured initiative from a menu or listing. These pre-loaded initiatives may be pre-configured and installed in portal 110, or they may be initiatives previously created and stored by coordinator 120 or other user.
In one embodiment, the data collection portal may provide a “self-service” function for allowing coordinator 120 to create data collection initiatives. This functionality may present a coordinated series of steps that guide coordinator 120 through a pre-configured process for creating an initiative.
As shown in
After specifying general information, coordinator 120 may invite participants (stage 420), such as participants 130. As explained above, participants include any individual or entity that assist in the data collection initiative.
Coordinator 120 may manually search for and/or specify individuals or entities as participants. Alternatively, as illustrated in screen shot 503 of
In one embodiment, portal 110 may allow coordinator 120 to update the potential participant listings. For example, portal 110 may initially provide a listing of potential participants based on pre-stored information or information obtained from databases and/or applications. Portal 110 may allow coordinator 120 to view the listing and delete, edit, and add individuals or entities to the list. The portal may be configured to save the updated listing for future use.
After participants are invited, coordinator 120 may review and save (stage 430) the data collection initiative. In one embodiment, portal 110 may provide an overview of the data collection initiative to allow coordinator 120 to review the initiative. For example, as depicted in screen shot 507 of
After review, the data collection initiative may be finalized and published (stage 440). As illustrated in screen shot 509 of
Assigning Tasks
Referring again to
In certain situations, a given task may include one or more task steps. The task steps may identify individual activities to be performed. Non-limiting examples of task steps include confirming current headcount, confirming current assets, acknowledging objectives, and documenting planned actions.
In one embodiment, assigning tasks may include creating tasks using data collection portal 110. Creating a task may involve naming the task, specifying a particular participant to perform the task, setting a priority for the task, establishing due dates for the task, and describing the task.
Assigning tasks may also include providing the created tasks to the responsible participants 130. Providing the created tasks may involve sending the task to one or more participants 130 via an electronic message. As illustrated in the example of
In an alternative embodiment, portal 110 could provide access to the created task without sending the task or notifying participants 130. In that case, the created tasks may be provided to the responsible participants when the participants access the portal.
Consistent with certain embodiments of the present invention, assigning tasks to participants may include providing each participant with one or more task forms containing those objects or items (e.g., all production cost centers) for which the participant is responsible. The task forms may also contain one or more tasks (e.g., headcount planning, order planning, etc.) the participant is expected to perform and the related steps (e.g., confirm current headcount, document planned actions, etc.) of each task. These forms may be generated and provided to participants by portal 110.
Receiving Data
Referring again to
Data collection portal 110 may be configured to receive data in response to tasks directly from participants 130. For example, portal 110 may allow participants to access one or more interfaces (e.g., a website) and input information to the interfaces. Portal 110 may provide participants with a link (e.g., via an e-mail), which routes participants 130 to such interfaces.
Data collection portal 110 may also be configured to receive data from participants 130 indirectly via one or more intermediate systems, such as applications and databases. For example, portal 110 may send participants links to websites or other applications hosted by intermediate systems (e.g., a remote network server) where information can be entered. The information may then be transferred to or obtained by portal 110. As another example, participants 130 may input information in response to tasks by updating a database and portal 110 may obtain the information from the database.
Receiving data in response to assigned tasks may additionally include storing the received data. The received data may be stored in order to track the status of data collection initiatives. In one example, after receiving information, portal 110 may store the information (e.g., using one or more databases) for tracking purposes. Portal 110 may be configured to store task forms and information received in response to task forms as instances of a particular data collection initiative.
Providing a Status of the Data Collection Initiative
Referring again to
In one example, providing a status may include determining and providing standings of initiatives, tasks, sub tasks, or parts of sub tasks. These standings may be set manually or automatically, for example, per planning task, sub task, or sub task part. Non-limiting examples of standings include: Initial, In Progress, Sent, Being Checked, Rejected, In Revision Revised, and Approved.
Providing a status may also include determining and providing the progress of tasks, sub tasks, or parts of sub tasks, as well as the progress of initiatives as a whole. In one embodiment, determining progress may include calculating a degree of completion. The degree of completion may be expressed, in one example, as a percentage. Further, the degree of completion may be calculated in various ways.
In certain embodiments, the degree of completion may be calculated from the statuses (e.g., standings) of the different tasks. These statuses may be set manually or automatically per planning task, sub task, or even parts of sub tasks. Calculating the degree of completion of an initiative may involve aggregating the statuses of the tasks associated with the initiative. A formula may be used to aggregate the status information per data collection initiative (e.g., per planning round). As an example, the degree of completion may be calculated by the following formula:
[Number of Tasks in Status “Initial”×0%
+Number of Tasks in Status “In Progress”×0%
+Number of Tasks in Status “Sent”×50%
+Number of Tasks in Status “Being Checked”×50%
+Number of Tasks in Status “Rejected”×50%
+Number of Tasks in Status “In Revision”×50%
+Number of Tasks in Status “Revised”×50%
+Number of Tasks in Status “Approved”×100%]
/Total Number of Tasks
The foregoing example of aggregation is exemplary only, and other forms of aggregation are possible. Also, in certain embodiments, calculating a degree of completion may include comparing information received in response to the task, sub task, etc. with an expected amount of information. Participants may also specify a degree of completion, by for example inputting a degree to or selecting a degree from portal 110. Further, calculating a degree of completion may involve portal 110 obtaining the degree of completion from one or more business intelligence or other applications.
Additionally, if timeframes are defined for a particular data collection initiative (e.g., start date, end date, etc. associated with a planning round), the degree of elapsed time can evaluated. The ratio between the degree of completion and the elapsed time (e.g., as a percentage) may provide additional status information.
Once determined, the status of the data collection initiative (e.g., standings and progress) may be presented to or accessed by coordinator 120 and or participants 130 via portal 110. Presenting the status of the data collection initiative may include providing a user with a plurality of view of the status information. For example, the user may view the status by task, object, participant, etc. In addition, the user may view the status of individual tasks as well as the initiative as a whole. In one embodiment, presenting the status of the initiative may involve presenting an overview of the initiative. For example, portal 110 may list all assigned tasks and their statuses, the overall status of the initiative, as well as all participants and their responsibilities. Portal 110 may allow a user to switch between various views of this information and drill down to investigate further details of any particular item or status displayed. In addition, in each view the user can navigate to an entity, check the data for consistency, enter comments, and/or set a standing (e.g., approved, rejected, etc.) for the entity.
Consistent with certain embodiments of the present invention, presenting the status of a data collection initiative may additionally include providing “triggers” to coordinator 120. A trigger may include any indication or notification that some action should be taken. For example, a trigger may indicate to coordinator 120 that the status (e.g., standing or progress) of a particular item (e.g., a task) is ready for review and should be checked. A trigger may include a flag or other indication displayed on an interface provided by portal 110.
Triggers may be based on status information. In one embodiment, the status of tasks may be used to determine triggers. As an example, if there are 11 tasks in status “Sent,” coordinator 120 may be informed via a trigger that there are 11 tasks to be checked. The status profile and the respective triggers may be configurable and the coordinator may be informed if the number of tasks in a certain status was changed. The ratio between the degree of completion and the elapsed time of an initiative may also be used for generating and determining triggers. For example, this ratio may be used to generate and provide various automatic reminders to coordinator 120.
Triggers may be determined or generated when status information is determined and/or updated. Triggers may also be determined or generated at various pre-set time intervals. In one implementation, portal 110 may generate triggers. Other applications or systems interacting with portal 110 may also determine and/or generate triggers.
Exemplary Architecture
The illustrated methods and procedures may be implemented via one or more hardware, software, and/or firmware components. In one implementation, the functionality described above may be implemented in one or more software modules running on one or more data processing systems. In addition, various neural networks, decision trees, artificial intelligence engines, and/or other logic-based apparatus or processes may be employed for implementing functionality consistent with the present invention. The illustrated methods and procedures are not inherently related to any particular apparatus or system and may be implemented in conjunction with any suitable combination of components. One exemplary system architecture consistent with the present invention is detailed below in connection with
User space 1210 may include one or more users, such as a coordinator 120 and participants 130, as well as one or more access devices 1212. Access devices 1212 may include any system, device, or apparatus suitable for allowing a user to access elements of architecture 1200 (such as network layer 1220) and send and receive information to/from those elements. Non-limiting examples of access devices 1212 include desktop computers, workstations, kiosks or “dumb” terminals, mobile computing devices (e.g., laptops, PDAs, a Blackberry™, an Ergo Audrey™, etc.), and mobile communications devices (e.g., cell phones). Any number of geographically-dispersed access devices, each similar or different in structure and capability, may be included in user space 1210.
User space 1210 may also include one or more networks (not shown) that may be used by access devices 1212. Such networks may be shared, public, or private data networks and encompass a wide area or local area. In one embodiment, user space 1210 may include a corporate intranet. User space 1210 may also be operatively coupled to the Internet. For example, access device 1212 may use the Internet to interact with user space 1210 and to interact with network layer 1220.
Network layer 1220 may be any appropriate structure for enabling communication between two or more nodes or locations. Network layer 1220 may include one or more shared, public, or private data networks and encompass a wide area or local area. Network layer 1220 may also include one or more broadband digital networks. Network layer 1220 may employ communication protocols such as User Datagram Protocol (UDP), Transmission Control and Internet Protocol (TCP/IP), Asynchronous Transfer Mode (ATM), SONET, Ethernet, or any other compilation of procedures for controlling communications among network locations. Further, in certain embodiments, network layer 1220 may leverage voice-over Internet Protocol (“VolP”) technology. Moreover, network layer 1220 may include optical fiber, Fibre Channel, SCSI, and/or iSCSI technology and devices.
Business intelligence 1230 may include one or more software, hardware, and/or firmware components and may leverage one or more logical components, processes, algorithms, systems, applications, and/or networks. For example, business intelligence 1230 may include one or more application servers configured to run various business applications. In one exemplary implementation, business intelligence 1230 may include an interface 1232, applications 1234, and a data layer 1236. In one embodiment, these components may be implemented within one or more application servers.
Interface 1232 may include hardware, software, and/or firmware components for allowing user space 1210 to interact with business intelligence 1230. In one example, interface 1232 may generate and/or provide one or more user interfaces.
Applications 1234 may include various intelligence components, such as an ERP application 1250, in which all or part of the functionality associated with portal 110 may be embedded. Applications 1234 may also include CRM (customer relationship management) systems, EAI (enterprise application integration) tools, CIM (Computer Integrated Manufacturing) tools, SCM (Supply Chain Management) systems, customer-, supplier-, and/or internal-oriented e-Business applications, and any other business-related application.
Data layer 1236 may manage data used by application 1234. Data layer 1236 may be embodied by various components, systems, networks, or programs and may include various hardware, software, and/or firmware components. In certain embodiments, data layer 1236 may provide one or more knowledge bases, which may be leveraged by applications 1234, including portal 110, to perform various functions. For example, portal 110 may use data layer 1236 to store and track information received in response to tasks and to calculate the degree of completion of various items.
Data layer 1236 may represent one or more structured data archives distributed among one or more network-based data processing systems. Data layer 1236 may be multidimensional in that it may organize data hierarchically and across several dimensions. In addition, data layer 1236 may be configured to provide data warehousing functions for a business entity. Data layer 1236 may include and/or leverage one or more schemas (e.g., file systems) for managing stored information. In certain configurations, data layer 1236 may leverage one or more elements from a storage area network (SAN). Data layer 1236 may include or be coupled to one or more databases 1246. Databases 1246 may include relational databases and systems (e.g., Oracle databases, DB2, MS SQL, etc.), distributed databases, object-oriented programming databases, and/or any other mechanism, device, or structure for managing, accessing, and updating an aggregation of data. Although depicted as separate from data layer 1236, data layer 1236 may include or encompass the functionality of databases 1246.
One or more of the components of business intelligence 1230 (e.g., applications 1234) may be embodied in one or more modules implemented in one or more programming languages, such as eXtendable Markup Language (XML), HTML, HTML with JavaScript, C/C++, Java, etc. These modules may be embedded on one or more memories and executed by one or more processors associated with business intelligence 1230.
The number and arrangement of components in architecture 1200 is not limited to what is shown in
Portal 110 may be embodied in one or more modules implemented in one or more programming languages, such as eXtendable Markup Language (XML), HTML, HTML with JavaScript, C/C++, Java, etc. These modules may be embedded on one or more memories and executed by one or more processors associated with business intelligence 1230. For example, as explained above, portal 110 could be implemented as a component of an ERP system, such as the mySAP™ ERP solution provided by SAP AG. Alternatively, portal 110 may be a stand-alone application or device. In such alternative embodiments, portal 110 may include suitable hardware, software, and firmware for performing its various functions.
Communication layer 1310 may allow components of portal 110 to communicate with each other and with other elements, such as ERP system 1250 and data layer 1236. In one example, communication layer 1310 may include or provide various communication ports. Communication layer 1310 may also perform user authentication and access control. Communication layer 1310 may provide various user interfaces (which may generated by layer 1320) and allow coordinators (e.g., 120) and participants (e.g., 130) to access functionality associated with portal 110.
Selection and presentation layer 1320 may generate and provide user interfaces, electronic forms, reports, menus, GUI elements, etc. Selection and presentation layer 1320 may generate a gateway or front end through which one or more users can interact with functions of portal 110. Selection and presentation layer 1320 may include components for building various interface elements and structures. In one configuration, selection and presentation layer 1320 generate various interfaces, such as those illustrated in FIGS. 2, 5A-5E, and 11. Selection and presentation layer 1320 may also facilitate and process user selections and inputs to portal 110, as well as portal personalization options.
Processing layer 1330 may be configured to determine the status of data collection initiatives, including calculating degrees of completion. In addition, processing layer 1330 may provide various other features including, but not limited to, data access and searching, categorization, data profiling, and application integration. Processing layer 1330 may include various processing components and/or algorithms. For example, processing layer 1330 may include or perform one or more calculations or algorithms to determine the status of data collection initiatives. In one embodiment, processing layer 1330 may include various neural networks, decision trees, artificial intelligence engines, and/or other logic-based components.
As explained above, portal 110 may be implemented within business intelligence 1230, which may include one or more data processing systems.
Data processing system 1401 may represent any system, device, or apparatus suitable for processing information and implementing functionality consistent with the present invention. Data processing system 1401 may include a general-purpose computer, server, personal computer (e.g., a desktop), workstation, and other hardware-based processing systems known in the art. In certain implementations, data processing system 1401 may include mobile computing devices (e.g., laptops, PDAs, a Blackberry™, an Ergo Audrey™, etc.), mobile communications devices (e.g., cell phones), or other structures that enable users to remotely access information.
As shown in the example of
Network interface 1410 may be any appropriate mechanism and/or module for facilitating communication with a network, such as network 1220. Network interface 1410 may include one or more network cards and/or data and communication ports.
Processor 1412 may be configured for routing information among components and devices and for executing instructions from one or more memories. Although
I/O devices 1414 may include components such as keyboard, a mouse, a pointing device, and/or a touch screen. I/O devices 1414 may also include audio- or video-capture devices. In addition, I/O devices 1414 may include one or more data reading devices and/or input ports.
Data processing system 1401 may present information and interfaces (e.g., GUIs) via display 1416. Display 1416 may be configured to display text, images, or any other type of information. In certain configurations, display 1416 may present information by way of a cathode ray tube, liquid crystal, light-emitting diode, gas plasma, or other type of display mechanism. Display 1416 may additionally or alternatively be configured to audibly present information. Display 1416 may be used in conjunction with I/O devices 1414 for facilitating user interaction with data processing system 1401.
Storage 1418 may provide mass storage and/or cache memory for data processing system 1401. Storage 1418 may be implemented using a variety of suitable components or subsystems. Storage 1418 may include a random access memory, a read-only memory, magnetic and optical storage elements, organic storage elements, audio disks, and video disks. In certain configurations, storage 1418 may include or leverage one or more programmable, erasable and/or re-useable storage components, such as EPROM (erasable programmable read-only memory) and EEPROM (electrically erasable programmable read-only memory). Storage 1418 may also include or leverage constantly-powered nonvolatile memory operable to be erased and programmed in blocks, such as flash memory (i.e., flash RAM). Although a single storage module is shown, any number of modules may be included in data processing system 1418, and each may be configured for performing distinct functions.
Storage 1418 may include program code for various applications, an operating system, an application-programming interface, application routines, and/or other executable instructions. Storage 1418 may also include program code and information for communications (e.g., TCP/IP communications), kernel and device drivers, and configuration information. In one embodiment, instructions for implementing portal 110, or one or more components of business intelligence 1230, may be implemented in storage 1418. Further, storage 1418 may include or be coupled to one or more databases, such as databases 1246, as needed.
Referring back to
For purposes of explanation only, certain aspects of the present invention are described herein with reference to the discrete functional blocks illustrated in
The foregoing description of possible implementations consistent with the present invention does not represent a comprehensive list of all such implementations or all variations of the implementations described. The description of only some implementations should not be construed as an intent to exclude other implementations. Artisans will understand how to implement the invention in the appended claims in many other ways, using equivalents and alternatives that do not depart from the scope of the following claims.
This application claims the benefit of priority from U.S. Provisional Patent Application No. 60/750,779, entitled “Systems and Methods for Organizing and Monitoring Data Collection,” filed Dec. 16, 2005, the disclosure of which is expressly incorporated herein by reference to its entirety.
| Number | Date | Country | |
|---|---|---|---|
| 60750779 | Dec 2005 | US |
