Component Interaction Diagram Sample Clauses

Component Interaction Diagram. The fall detection service continuously monitors the user. To increase the robustness of detecting a fall, the virtual reconstruction of the surrounding from Task 2.2 is taken into account. If a fall is detected, the list of Emergency Contacts (as well as their telephone numbers or Skype information) is queried from Co-Net (though the use of Co-Net’s Virtual Care Team Management Service) and a telephone or video conference is started with the first entry in the contact list. If a contact cannot help, a call with the next contact in the list is initiated. The list of Emergency contacts is managed by an administrator, through the use of Co- Net’s Virtual Care Team Management service, who allows him to perform queries (i.e., retrieve the members), or even add and remove contacts (members) from the user’s Virtual Care Teams. Note that currently, Co-Net supports five types of Virtual Care Teams. These are the Care Professionals, Friends, Family, Neighbours, and Emergency Contacts. Throughout the lifetime of the system new custom virtual care team types will be allowed to be created if needed. More information regarding the Virtual Care Team Management service, describing in more details all the tables and methods currently supported by this service can be found in Deliverable D4.2 “Specification of Co-Net”. Safety Services Context Analysis (WP2) «uses» «uses» «uses» Elderly Co-Net VCT Service Object Detection Telephone Component Fall Detection Create Call Caregiver, Friends, Family, etc. Figure 18 – Component Interaction diagram for Fall Detection Service
Sample 1
AutoNDA by SimpleDocs
Component Interaction Diagram. The fall detection service continuously monitors the user. If a fall is detected, the list of Emergency Contacts (as well as their telephone numbers or Skype information) is queried from Co-Net (though the use of Co-Net’s Virtual Care Team Management Service) and a telephone or video conference is started with the first entry in the contact list. If a contact cannot help, a call with the next contact in the list is initiated. The list of Emergency contacts is managed by an administrator, through the use of Co- Net’s Virtual Care Team Management service, who allows him to perform queries (i.e., retrieve the members), or even add and remove contacts (members) from the user’s Virtual Care Teams. Note that currently, Co-Net supports five types of Virtual Care Teams. These are the Care Professionals, Friends, Family, Neighbors, and Emergency Contacts. Throughout the lifetime of the trials new custom virtual care team types may be allowed to be created if needed. More information regarding the Virtual Care Team Management service, describing in more details all the tables and methods currently supported by this service can be found in Deliverable D4.2 “Specification of Co-Net”. Safety Services Context Analysis (WP2) «uses» «uses» «uses» Elderly Co-Net VCT Service Object Detection Telephone Component Fall Detection Create Call Caregiver, Friends, Family, etc. Figure 30 – Component Interaction diagram for Fall Detection Service
Sample 1
Component Interaction Diagram. The collision detection service continuously monitors the user using the output of the surrounding analysis and the skeletal data from the Kinect2Java service. If a dangerous object is detected, the collision detection service generates an event and informs the Dialogmanager which informs the user about the dangerous object. The user can now decide to remove or evade the object. The Dialogmanager can inform him about the position of the object. The collision detection service remembers the detected object and checks in every surrounding analysis frame whether the object is removed or still there. If the object is removed it generates another event about the object removal. The Dialogmanager can now inform the user about the removal of the object. Figure 32 - Component Interaction diagram for Collision Detection Service 4 Conclusions / Further Work In the first version of deliverable D4.1 (D4.1a) we provide technical details regarding the design and implementation of a set of Home ICT-based services and safety services. In particular, we have designed and implemented the Care and Wellness - Agenda service that is responsible to keep track certain activities related to an elder, the Care and Wellness - Medication Service that provides medical information related to a specific elderly and the Education & Leisure - Event service that allows a user to invite other members to participate in group leisure activities. The functionality of these services has been identified by taking into consideration the initial requirements and needs of the end users inferred from the first versions of D1.1a and D1.2a developed in WP1. Note that both the Home ICT-based services and the Safety services were continuously evolved, thought out the lifetime of the project, according to the changing needs and requirements of the end users and the other related stakeholders and also the supporting functionality that the other components of the Miraculous-Life system demanded from the ICT-based and safety services. In this second and final version of the D4.1 we include new ICT-based and safety services that greatly enhance the functionality provided by the Miraculous-Life system. In more detail, the new services that were introduced are the Shopping List Assistance service under the Care and Wellness, the Physical Activity service under the Guidance, the Meal Assistance service under the Education and Leisure and the Collision Detection service under the Safety. Appendix A Data Diction...
Sample 1

Related to Component Interaction Diagram

  • Program Components Activities and services delivered under this Program Element align with Foundational Programs and Foundational Capabilities, as defined in Oregon’s Public Health Modernization Manual, (xxxx://xxx.xxxxxx.xxx/oha/PH/ABOUT/TASKFORCE/Documents/public_health_modernization_man ual.pdf) as well as with public health accountability outcome and process metrics (if applicable) as follows:

  • Purchase Order Flip via Ariba Network (AN) The online process allows suppliers to submit invoices via the AN for catalog and non- catalog goods and services. Contractors have the ability to create an invoice directly from their Inbox in their AN account by simply “flipping” the purchase order into an invoice. This option does not require any special software or technical capabilities. For the purposes of this section, the Contractor warrants and represents that it is authorized and empowered to and hereby grants the State and the third-party provider of MFMP the right and license to use, reproduce, transmit, distribute, and publicly display within the system the information outlined above. In addition, the Contractor warrants and represents that it is authorized and empowered to and hereby grants the State and the third-party provider the right and license to reproduce and display within the system the Contractor’s trademarks, system marks, logos, trade dress, or other branding designation that identifies the products made available by the Contractor under the Contract.

  • Distribution Protocol (1) At a time wholly within the discretion of Class Counsel, but on notice to the Settling Defendants, Class Counsel will bring motions seeking orders from the Courts approving the Distribution Protocol. The motions can be brought before the Effective Date, but the orders approving the Distribution Protocol shall be conditional on the Effective Date occurring.

  • Software Components At any time during the contract period of performance, the Government may require the Contractor to remedy any failure of the software to comply with the requirements of this contract. Support shall consist of correction of errors, provision of modifications, improvements, and other products the original manufacturer makes available to the Government without charge. The Government shall also be provided full documentation of changes and/or modifications to the software provided to meet the Government's requirements.

  • Programming Phase 2.2.1.2. Schematic Design Phase: 2.2.1.3. Design Development Phase:

  • Contact Tracing While the employees are on the job site, Producers may require that employees participate in systems that enable contact tracing, such as use of a “punch card” system to record the employee’s location throughout the day or by means of electronic devices (e.g., phone “apps” or wearable electronic devices that track the movement or location of a person or which detect when a person wearing the device comes into close contact with another person wearing the device). Producers may require employees to sign documentation consenting to the use of such electronic devices in contact tracing. In the event that a Producer uses electronic devices for contact tracing, it may access information collected from those devices only for purposes of tracing individuals that the employee has been in contact with during working hours when there has been a COVID- 19-related event, or for purposes of managing and enforcing social distancing protocols.

  • Local Interconnection Data Exchange for Billing 7.7.1 There are certain types of calls or types of Interconnection that require exchange of Billing records between the Parties, including, for example, alternate billed and Toll Free Service calls. The Parties agree that all call types must be routed between the networks, accounted for, and settled among the Parties. Certain calls will be handled via the Parties' respective operator service platforms. The Parties agree to utilize, where possible and appropriate, existing accounting and settlement systems to xxxx, exchange records and settle revenue.

  • Queries 1. If the Cardmember has any queries about any of the Charges or Transactions which appear in any Statement of Account, the Cardmember must contact AEME immediately and in any event, no later than 90 days from the date on which the Transaction or Charge was processed and debited to the Card Account. If the Cardmember fails to notify AEME of any queries or disputes within the 90 day period, then the Cardmember agrees and acknowledges that all Charges and Transactions which appear on the Statement of Account are true, accurate and correct and hereby waives any right to object, dispute or challenge, in any manner whatsoever, any such Transactions, Charges or amounts. AEME will assume all Charges and Transactions to be true, accurate and approved by the Cardmember upon the lapse of the said 90 day period.

  • Components Patheon will purchase and test all Components (with the exception of Client-Supplied Components) at Patheon’s expense and as required by the Specifications.

  • Household Component The Medical Expenditure Panel Survey (MEPS) provides nationally representative estimates of health care use, expenditures, sources of payment, and health insurance coverage for the U.S. civilian non-institutionalized population. The MEPS Household Component (HC) also provides estimates of respondents’ health status, demographic and socio-economic characteristics, employment, access to care, and satisfaction with health care. Estimates can be produced for individuals, families, and selected population subgroups. The panel design of the survey, which includes 5 Rounds of interviews covering 2 full calendar years, provides data for examining person level changes in selected variables such as expenditures, health insurance coverage, and health status. Using computer assisted personal interviewing (CAPI) technology, information about each household member is collected, and the survey builds on this information from interview to interview. All data for a sampled household are reported by a single household respondent. The MEPS-HC was initiated in 1996. Each year a new panel of sample households is selected. Because the data collected are comparable to those from earlier medical expenditure surveys conducted in 1977 and 1987, it is possible to analyze long-term trends. Each annual MEPS-HC sample size is about 15,000 households. Data can be analyzed at either the person or event level. Data must be weighted to produce national estimates. The set of households selected for each panel of the MEPS HC is a subsample of households participating in the previous year’s National Health Interview Survey (NHIS) conducted by the National Center for Health Statistics. The NHIS sampling frame provides a nationally representative sample of the U.S. civilian non-institutionalized population and reflects an oversample of blacks and Hispanics. In 2006, the NHIS implemented a new sample design, which included Asian persons in addition to households with black and Hispanic persons in the oversampling of minority populations. MEPS further oversamples additional policy relevant sub- groups such as low income households. The linkage of the MEPS to the previous year’s NHIS provides additional data for longitudinal analytic purposes.

Time is Money Join Law Insider Premium to draft better contracts faster.