KR20170078047A - Insurance Information System - Google Patents

Insurance Information System Download PDF

Info

Publication number
KR20170078047A
KR20170078047A KR1020150188154A KR20150188154A KR20170078047A KR 20170078047 A KR20170078047 A KR 20170078047A KR 1020150188154 A KR1020150188154 A KR 1020150188154A KR 20150188154 A KR20150188154 A KR 20150188154A KR 20170078047 A KR20170078047 A KR 20170078047A
Authority
KR
South Korea
Prior art keywords
remote insurance
remote
information
main server
data
Prior art date
Application number
KR1020150188154A
Other languages
Korean (ko)
Inventor
이현자
Original Assignee
이현자
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 이현자 filed Critical 이현자
Priority to KR1020150188154A priority Critical patent/KR20170078047A/en
Publication of KR20170078047A publication Critical patent/KR20170078047A/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance
    • G06F17/30318
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/01Social networking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Computing Systems (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

A new module is included to allow information generated from the features, numbers, steps, operations, components, parts or combinations of the electrical devices (DB) including remote insurance information to flow out naturally and be displayed.

Description

Insurance information system {.

It is about the insurance information system.

Typical services that an insurance company can provide are to pay a certain amount in advance for certain events that may arise in the future of accidental accidents or illnesses, and to pay a certain amount when a contracted condition is met And provide insurance products to be paid. Among these insurance products, life insurance and non-life insurance are representative. Life insurance is an insurance that is intended to pay for the loss of life or body. Non-life insurance is the insurance that the insurer compensates for the property damage of the insured caused by the accident.

In the event that certain events defined by the insurance product to provide compensation to the insured occur more than the insurer's estimates (eg, actual mortality is higher than the predicted mortality rate) Mortality loss may occur. Therefore, various attempts have been made in the insurance industry to meet the needs of customers as much as possible and to reduce the possibility of the occurrence of a loss (ie, risk of squatting).

Along with the situation in the insurance industry, the Big Data environment, in which information can not be measured in size due to the growth of the Internet and the mobile industry, is coming. Such big data is considered to be a key resource that can secure future competitiveness of companies and the like as various types of data generated in a digital environment and a huge amount of data.

Also, extracting economically necessary value from big data can be referred to as big data technology. Utilizing Big Data can create various forms of value, such as establishing marketing strategies, optimizing processes, improving productivity and preventing fraud. Therefore, big data technology for effectively utilizing big data can be considered as a means of securing corporate competitiveness that should be considered first in the infinite competition age regardless of the type of enterprise.

Therefore, even in the insurance industry, utilization of big data can be an indispensable factor for securing the competitiveness of the company. In other words, the modern society including the insurance industry is becoming increasingly complex, and various types of business models related to big data are being created. Accordingly, in accordance with the trend of the times, there is a need to create various types of new business models related to big data under the insurance industry situation as described above.

As prior art related to the present application, there is disclosure number 10-2004-0032385

Provide insurance information system.

Provide insurance information system.

Provide insurance information easily.

The terms first, second, etc. may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present invention, the first remote insurance component may be referred to as a second remote insurance component, and similarly, the second remote insurance component may also be referred to as a first remote insurance component . And / or < / RTI > includes any combination of a plurality of related listed items or any of a plurality of related listed items.

The first module (or the first remote insurance component) that allows the user to self-diagnose or diagnose the abnormality of the insured product (complete or partially complete) at the time of insuring the insurance so that the insured can participate in the insurance differently.

Here, terms such as abnormalities refer to the insurance policy.

When an element is referred to as being "connected" or "connected" remotely to another element, it may be directly connected or connected to the other element, but other elements It should be understood that it may exist. On the other hand, when a component of a remote insurance is referred to as being "directly connected" or "directly connected" to another component, it should be understood that there are no other components in between.

The remote insurance information used in this application is used only to illustrate specific embodiments and is not intended to limit the invention. The singular expression "remote insurance information " includes plural expressions" remote insurance information ", unless the context clearly indicates otherwise.

Accordingly, the distance or time-separated remote insurance information are related to each other, and a plurality of insurance can be displayed by inputting the customer's preference in advance. This includes a distance insurance module displaying distance-separated remote insurance information, a time insurance module for displaying the distance insurance module off-line or separated by time in a predetermined schedule through a control unit, An association insurance module for transferring the association insurance to keep the associativeness of the insurance, a customer preference module for preliminarily inputting the customer's preference among the insurance displayed in the distance insurance module and the time insurance module.

In the present application, the term "comprising" or "having ", etc. in remote insurance information means that information generated from the features, numbers, steps, operations, components, parts, And does not preclude the presence or addition of one or more other features, numbers, steps, operations, components, components, or combinations thereof.

That is, a new module may be included so that information generated from features, numbers, steps, operations, components, parts, or combinations thereof of an electrical device (DB) including remote insurance information naturally flows out and is displayed. For example, the remote insurance information related to the step may be displayed for each step with a difference in time or distance.

Unless defined otherwise, all remote insurance related terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. Terms such as those defined in commonly used dictionaries should be interpreted as having a meaning consistent with the meaning in the context of the relevant art and are to be interpreted in an ideal or overly formal sense unless explicitly defined in the present application Do not.

The present invention can be expressed intactly as the insurance amount at that time.

A 3D image sensor is required for this.

The present invention is a device for inputting and storing all information or generated information of a constituent body created by a person, for example, dimensions of an object, insurance information, remote insurance information, time information and the like, and immediately outputting insurance amount if necessary.

For example, this information can be used to scan remote insurance information and reproduce 3 remote insurance information. This provides a clear solution to the accident later on.

A 3D image sensor is required for this.

To do this, we analyze the remote insurance information input event pattern to expand the realistic remote insurance information area and extend the remote insurance information area based on the analyzed remote insurance information input event pattern.

When the image sensor or the 3D image sensor having the eye tracer function presses the confirmation "agree", it is judged to what extent the position of the pupil of the customer is within a predetermined angle or time, and the legal validity of the agreement can be left as DB.

The remote insurance information entry event pattern is data pattern information that includes the remote insurance information used at that time for the product at that time. This can be referred to the SNS conversation about the time, the remote insurance information used at that time for the product at that time, or the TOC of a material information collective vendor that can be collected through various databases or the Internet.

These remote insurance information entry event patterns can be classified into various types of information such as the movement of the pupil, the physical information on the motion, the motion information of the spine in a sitting state when working in a company, various information to be connected online, It can be deduced or stored in the database in advance.

All information or generated information of human-created constructs, such as object dimensions, insurance information, remote insurance information, and time information, may be technical ideas using natural laws. Of these, remote insurance information may be a characteristic of technical thought.

All devices involved in the step of referencing one or more material-related data associated therewith are discussed.

Hereinafter, a data processing system or method that is particularly suited for management, commercial, financial, management, supervisory or forecasting involving special data processing is described.

 The constructor may be configured such that the material information based on the specific computational model is stored in an electronic device, various insurance devices, a navigation device, a global positioning system receiver, an automotive infotainment device, a marine electronic device (e.g., Gyro compass, etc.), avionics, or security devices.

An electronic device that exposes all information or generated information of a human-created structure, such as dimensions of an object, insurance information, remote insurance information, time information, etc., (E.g., water, electricity, gas, or radio waves, etc.), an electronic board, an electronic signature receiving device, a projector, have.

An electronic device that receives all the information of a human-created construct according to various embodiments of the present invention may be one or more of the various devices described above. For example, there are insurance devices and electronic sign input devices.

Another important material information leaked from the insurance device is patient information.

It should also be apparent to those skilled in the art that the electronic device according to various embodiments of the present invention is not limited to the above-described devices.

Hereinafter, an electronic device according to various embodiments will be described with reference to the accompanying drawings. The term user employed in various embodiments may be referred to as including a person using an electronic device or a device using an electronic device (e.g., an artificial intelligence electronic device).

<The following is an industry related field where remote insurance related data can be applied>

 Biomodel-based materials Main server / Big data DB system (Analog material main server / Big data DB G06G7 / 60 for simulating the function of life)

Immediately apply the result of the function simulation of the life phenomenon according to the insurance to calculate the premium.

. {Biomolecular material main server / Big data DB, i. E. Using biomolecules, proteins, cells (using DNA, using neurons).

 Artificial neural network

Rule - based artificial intelligence G06N5 / 00)}

. Using neural network models (for adaptive control G05B13 / 00; for image pattern matching G06K9 / 00; for image data processing G06T1 / 20; for voice pattern matching G10L15 / 16)

.. architecture, eg. Interconnect network topology

... {Adaptive Resonance Theory (ART) Network]: Integrates new knowledge automatically and consistently into the whole knowledge base so that what was learned in the past is not erased by new learning.

... {using chaos or fractal principles}

... {in combination with specialized systems}

.

... using electronic means

.... {using analog means}

... using optical means

.... {using electro-optic, acousto-optical or opto-electronic means}

.. learning method

... {Altering the algorithm structure, eg. Add or delete nodes or connections, pruning}

... {use evolution programming, eg. Genetic algorithm}; If a genetic form is defined for a problem, a new solution can be created from an existing solution by combining the genes of some solutions together. This combination operation can be compared to a crossover. By choosing excellent solutions and mating them, the created year is more likely to inherit the characteristics of the superior year. The choice of good solution can be based on the fitness function defined above and if the probability of choosing a solution with high fitness is high, the probability that a solution with a better gene will hand over its gene to the next generation becomes higher, The solutions of the solutions become closer to the optimal solution. Even if they do not leave their offspring through mating, they can create new genes through mutations and hand them over to the next generation, which is a major technique to keep them from falling into local optimums.

... {Non-supervised learning, eg. Competitive Learning}

.. Simulation for universal remote insurance main server / Big Data DB

... {shell for specifying net layout}

. Using genetic engineering models

.. {DNA remote insurance main server / Big Data DB, ie. Information processing using biological DNA}

.. {Genetic Algorithm, ie. Information processing using digital simulation of a genetic system}

 Remote insurance main server / Big data DB system using knowledge base model

. {Dynamic search technology, experience, quarterly (for optimization; for gameplay)}

.. {Automated Theory Proof}

. About knowledge representation

.. {Knowledge Engineering, Knowledge Acquisition}

... {Extracting rules from data (learning in general)}

Arithmetic logic operations for remote insurance; Calculation; Coefficient

Data processing systems or methods particularly suited for management, commercial, financial, management, supervisory or forecasting purposes; Systems or methods that are particularly suitable for management, commercial, financial, management, supervisory or forecasting purposes not otherwise categorized

But only systems or methods involving special data processing operations (i.e., data processing operations that are to be executed by a computing, system, or device, for example, technically).

Operation; management

As used herein, the term "remote insurance information co-operative document" with respect to remote insurance is used herein to refer to any machine-readable machine-storable work product, Should be interpreted broadly as including.

The remote insurance information co-operation provider may be a provider of information such as email, a web page or site, a business listing, a file, a combination of files, one or more files embedded with links to other files, Blogs, unidirectional delivery of remote insurance information (eg, online insurance). Remote insurance information collaboration companies often include textual information and may include embedded information (meta information, images, hyperlinks, etc.) and / or embedded instructions (such as JavaScript).

If the term "link" is used here, any reference to any remote insurance information collaborator from other remote insurance information co-operators or other parts of the same remote insurance information co-operative operator, and any remote It should be broadly interpreted to include any references to other remote insurance information co-operators or other parts of the same remote insurance information co-operative enterprise from the insurance information co-operative.

Example of a query module for remote insurance information

The term "contextual query" is a query that demonstrates that it meets quality, origin, method of production, or other characteristics. It is a query that accesses the data source and uses the terms contained in the structure and query of the information contained in the data source. Represents a data command used to retrieve information from a data source based on semantics. As used herein, the term "component" refers to any combination of hardware, firmware, and software.

Embodiments of the present invention provide a contextual query that allows a user to receive answers to user queries. Answers are collected from a number of content with structured data, semi-structured data, and unstructured data. The contextual query is generated by the remote insurance main server / Big Data DB system based on the ontology associated with the query and the terms included in the application that are utilized during the current search session. Contextual queries on remote insurance information data retrieve a combination of structured, unstructured, and semi-structured data to answer queries. For example, an answer to a financial query related to a user's insurance money may be obtained by using an ontology-based understanding of a financial query related to remote insurance information (remote insurance information for finance is defined as insurance cost (amount) or source) / Big data is returned by DB system. The remote insurance main server / Big Data DB system provides insurance services that allow users to obtain answers to natural language queries such as "Companies with similar PE ratio as Company A", "Company A operatingincome" and "Company A and B valuation" You can provide an insurance application. The ontology is used to understand a number of key ratios that must be computed using the current data in response to queries by the remote insurance main server / Big Data DB system. The key ratios may include "PE Ratio,""Price-to-Salesratio," and so on. Natural language queries and corresponding ontologies are used to generate semantic representations. The insurance application can convert the semantic representation into a SPARQL query that is made to the data source, which contains records that are passed to return an answer.

In other words, when data related to remote insurance is stored as a relational database in general, data is retrieved through a query language called SQL (Structured Query Language).

Data constructed with Linked Open Data uses a query language called SPARQL. This language is designed to query data expressed in RDF, and acts like SQL.

Data can be obtained by inputting a query of a desired format into the interface of the present invention. This function is called a SPARQL Endpoint, and all data can be accessed by knowing only the endpoint address.

Eventually, the insurance application returns a comparison of these ratios and other valuation metrics for companies A and B. The remote insurance main server / big data DB system receives the query from the user. In addition, the remote insurance main server / Big Data DB system receives the context for one or more applications being passed during the current search session. Using one or more ontologies, the remote insurance main server / Big Data DB system understands the query and the context to create a semantic representation of the context and query of the application in which the user forms the query. Concepts, examples, characteristics, and relationships are included in the semantic representation of the query based on the classification, template, or definition contained in the ontology. In one embodiment, a semantic representation is a graph of a query using extracted concepts, examples, characteristics, and relationships. As a result, the semantic expression can be automatically converted into a data source specific query by the data source command generator to retrieve the relevant information and the answer to the query.

Enter remote insurance information Event pattern module

Data pattern information coupled to the remote insurance main server / big data DB, remote insurance information entry event pattern, the time when the 3-dimensional human body information for insurance was scanned realistically, the textual representation information at that time, The instruction set and subroutines of the event process, which may include data pattern information, may be stored in the remote insurance main server / big data DB by one or more processors and one or more remote insurance information mapping storage architectures Lt; / RTI &gt;

Remote insurance information includes storage and control devices that retrieve or deduce remote insurance information by storing information about the TOC of remote insurance information or collaborative companies that can be communicated through SNS conversations or via various databases or the Internet.

Remote insurance information that can be collected via the Internet Storage module for TOC

The network that receives the TOC of the remote insurance information collaborative vendor that can be SNS chatted about remote insurance information or collected via various databases or the Internet can be connected to one or more secondary networks (e.g., Examples of networks include, but are not limited to, a LAN, a wide area network (WAN), an intranet, and the like.

Examples of client-side applications for entering remote insurance information entry event patterns include a web browser; A game console user interface, a television user interface, or special applications (e.g., applications running on a mobile platform). The instruction sets and subroutines for obtaining remote insurance information of client-side applications, which may be stored in storage devices coupled to client electronic devices, include one or more processors integrated into the client electronics and one or more remote insurance Information mapping storage architecture.

The instruction sets and subroutines associated with the remote insurance information data may include one or more processor modules

Examples of client electronic devices that receive textual representations at that time when remote insurance information is scanned in real time include personal remote insurance main server / big data DB, laptop remote insurance main server / big data DB, remote insurance information network Or remote insurance main server / big data DB of mobile terminals recruited via the cloud. However, the present invention is not limited thereto. The client electronic devices may each execute an operating system.

Users can access the event process either directly over the network or through the secondary network.

Furthermore, the event process can be accessed via the auxiliary network through a link line.

DB / GUI module

Medical data collected within the insurance system flows through a set of steps between real-time sensor collection and database storage

(flow). The data collected from the system is first loaded into the real-time memory SQL database of the IS. The SQL database provides physical locations for the data to be processed by the different algorithms defined by the user through the plans in the data management section of the APC system and by the scripts defined by the control job.

The APC system may include one or more storage devices that store files containing raw data from the sensors and files containing trace data from the tool. If these files are not properly managed (i.e., not regularly deleted), the storage device may exceed the disk space and stop collecting new data.

The APC system allows the user to include a data management application that allows older files to be deleted, thereby freeing disk space for continuing data collection without interruption.

The APC system may include a plurality of tables used to operate the system, and these tables may be stored in a database. Other computers, such as on-site or off-site computers / workstations and / or hosts, may also be used to provide functions such as data / chart viewing, SPC charting, EPD analysis, file access for one or more tools Can be networked.

The GUI component allows the user of the APC system to enter as few inputs as possible to perform the desired configuration, data collection, monitoring, modeling, and troubleshooting tasks.

Directly coupling module

Various client electronic devices (e.g., client electronic devices related to information about remote insurance information may be coupled directly or indirectly to the network (or network, e.g., personal remote insurance main server / Big Data DB And is coupled directly to the network.

Further, the laptop remote insurance main server / Big Data DB is wirelessly coupled to the network via established wireless communication channels between the laptop remote insurance main server / Big Data DB and a wireless access point (WAP).

Personal remote insurance main server / Big data DB remote insurance information scanning device

In addition, the personal remote insurance main server / Big Data DB is coupled directly to the network communicating the textual representation at that time, when it was scanned realistically via a hardwired network connection.

Generally, as discussed above, an event process may be generally coupled to group messaging systems to allow events to be generated, scheduled, and / or managed. For example, in one embodiment, the event process may receive an ID of a conversation that includes a plurality of conversation participants in the group messaging system. The group messaging system may generally allow messaging of conversations between two or more people.

Group messaging system related to remote insurance information data

The group messaging system for remote coverage information may utilize a communication channel that may include participant-based message threads. As such, the conversations in the group messaging system may include a common group of participants (i.e., a plurality of conversation participants) regardless of the topic or topic of the message. In some embodiments, the group messaging system may use interruptive messaging, for example, where a new message's interruptive notification may be used. As such, exchanges within a conversation can generally be performed in a synchronous manner. Examples of group messaging systems may include, but are not limited to, an SMS messaging system, an instant messaging system, a social network-based messaging system, and the like.

A client-side application and / or an event process module associated with remote insurance information data

According to an exemplary embodiment, the event process that processes data, including data pattern information, including remote insurance information entry event patterns, may include, for example, a user interface associated with remote insurance information input information (e.g., (E.g., a user interface that may be at least partially provided by one or more of client-side applications and / or event processes executed by the Big Data DB) You can receive a conversational ID.

The user interface allows a user to create messages (e.g., via a text entry field) for conversation and / or to send messages that have been received in connection with the conversation (e.g., A user interface that can read messages from other participants of the conversation associated with the presentation and / or messages that may have been generated by the user. In some embodiments, receiving the identity of the conversation for remote insurance information (E.g., user, user, user, user's identity in the embodiment) associated with the conversation. Various additional / alternative mechanisms may be used to select a conversation in the group messaging system Can be similarly used. Furthermore, various examples described as being user interfaces It will be appreciated that the present invention is not intended to limit the scope of the present disclosure, as it is intended for purposes of illustration only and various other user interfaces may be equally used. So that the ID of the conversation can be received.

Data pattern information module related to remote insurance information data

Claims after insurance subscription are so difficult that each customer is suffering from the inconvenience.

An insurance claims event process, including a remote insurance main server / Big Data DB, may also receive a request to schedule events related to a dialog between the doctor and the patient. For example, and the user may select the generate insurance claim event button from within the user interface (e.g., via a touch screen input device or other suitable input device). In response to the user selecting the create event button, the event process may receive a request to schedule an event related to the conversation. In response to receiving a request to schedule an event related to a conversation on a content-by-call time-by-call basis, the event process includes providing the plurality of conversation participants with an event having a plurality of event participants including a similar insurance claim based, at least in part, Lt; / RTI &gt;

Pre-populating module associated with remote insurance information data

The present invention uses a populating method using metadata (such as information on a row, a data type, a key, and a constraint), an RDMBS data source, and the like.

The present invention can use the Open Directory Project (ODP).

For example, the event process may generate an event with a pre-populated guest list as members of a remote insurance information conversation. In an exemplary embodiment, as part of generating an event, the event process may include an event detail user interface (either alone and / or in combination with one or more additional applications, such as a client-side application and / or a separate scheduling application) (event details user interface).

Remote insurance information for pulling remote insurance information The scheduler for scheduling conversations balances the load on traffic using priority scheduling so that the transmission bandwidth is fully utilized

Secret data module

The data stream of the remote insurance is made up of different data types such as secret data, shared data, and control data. If confidential data for remote insurance is for a single user and shared data is broadcast to groups of client devices as previously described. Control data is passed to a single or group of client devices, which carry bookkeeping and configuration information.

The position of the scheduling function of the arrangement information of each information for expressing the texture at that time when the biometric information of the medical field is scanned in real time is handled by a handler for shared data, a secret message service, and a contents table (TOC) manager Lt; / RTI &gt; The scheduler allocates packets to slots based on the next frame transmission based on a priority algorithm.

Handler module related to remote insurance information data

Shared data and secret data service handlers for remote insurance are registered as remote insurance managers that are sequentially registered with the scheduler. Prior to assembling the remote insurance information frame (the most basic information), the scheduler forwards the request to the remote insurance manager to generate a slot (configuration information that constitutes basic insurance information) (slot creation). The remote insurance manager will update the information to reflect the final transmission sequence (slot review). The review of slot assignment is described in more detail below.

Slot allocation is maintained for multiple insurance information sequences such that the client device can follow the slot locations specified for specific information. The frame reservation field of the slot descriptor specifies the number of insurance information sequences for which slot designation is to be continued. The remote insurance manager will reduce the frame reservation field of each slot descriptor after the insurance information sequence is completed. However, the persistent slot assignment may be overridden by a confidentiality message that is preset by the user or the like, as described in more detail below.

Shared data service handler module related to remote insurance information data

After the slot allocation has been reviewed and the available slots recycled to add functionality to the computer, the remote insurance manager requests the registered shared data service handlers to update the slots (slot update request). The shared data service handler of the remote insurance information handles the request so that the locator field for the assigned slot descriptor is updated (locator update). The remote insurance information slot descriptor field associated with the assigned slot is updated to reflect the change in the locator field and returned to the remote insurance manager.

In an exemplary embodiment, the event detail user interface may allow a user to provide one or more remote insurance event attributes via corresponding fields. For example, a user can provide a title for an event in a title input field, a suggested time for an event in a time input field, and a suggested place for an event via a place input field. Event attributes may be entered using, for example, an input device provided by the client-side application and / or other applications. In some embodiments, it may only be necessary for the user (e.g., the creator of the event) to provide a title for the event. In this embodiment, other event attributes may be provided later, and / or may not be provided for the event. Consistent with the above example, the event process can cause events to be generated relatively quickly and easily, including ad hoc events.

In another embodiment, in addition to / in place of generating a new event, the user can share existing events with the conversation (i. E., Share existing events with conversation participants). In accordance with this embodiment, the event process may receive a request to schedule an event that includes receiving an indication of an existing event. For example, rather than selecting an event creation button, the user can select a sharing button. In response to receiving the selection of the sharing button, the client-side application may provide a sharing user interface (alone and / or in combination with an event process and / or other application). The shared user interface may include various options of content and / or objects to be shared with the conversation (i.e., to be shared with the conversation participants via the group messaging system). For example, the shared user interface may include photo sharing options, video sharing options, and event sharing options. The shared user interface may include various additional and / or alternative options of content and / or objects to be shared with the conversation.

Event sharing option module related to remote insurance information data

In response to a user selecting an event sharing option according to the remote insurance information, the client-side application may be able to provide upcoming events (i.e., user-initiated events) in which the user is a participant (alone and / or in combination with an event process and / &Lt; / RTI &gt; invited events). The user can select events to be shared with the conversation from within the list of upcoming events. In response to a user selecting an event from within the list of upcoming events, the event process may receive an indication of an existing event. In accordance with this embodiment, in response to receiving an indication of an existing event, the event process associated with the remote insurance information may be updated by updating the existing event to include a plurality of conversation participants as event participants, In part, it may generate an event based on a plurality of event participants. That is, the event process may include a list of participants (i.e., invited to participate in the event) to include the participants in the conversation (alone and / or in combination with other applications such as a separate scheduling application and / or a scheduling module within the group messaging system, A list of individuals) to update existing events.

Notification module for events

The event process may send a notification of the event to a plurality of event participants. In an exemplary embodiment, sending a notification of an event to a plurality of event participants may include sending a notification of the event to the conversation (i.e., to the conversation participants via the group messaging system). For example, in one embodiment, the event process may send a notification of an event to the conversation in the form of a new message (e.g., a new event message associated with remote insurance information "new event: today & have. In some embodiments, where the group messaging system is capable of using interrupt messaging, a notification (e.g., sending a new event message may also invoke an interrupt notification in each client application associated with the conversation participants.

At this time, the remote insurance of the dinner menu is stored in $ according to the present invention.

Event process module related to remote insurance information data

In an exemplary embodiment, the event process according to insurance information may further receive one or more event attributes from one or more of a plurality of event participants. For example, and as described above, in some embodiments, the user generating the event (e.g., the user of the previous example may provide one or more event attributes during the creation of the event.) In some embodiments, For example, the event process may, in some embodiments, involve a variety of event participants (also event participants who may be conversation participants) is, for example, generally can be allowed to add and / or replace the event attribute as a democratic manner (democratic manner). for example, different users (e.g., user for the purposes of explanation, for example, dialogue user interface ( (E.g., which may generally correspond to a user interface) In response to selecting an event from within the conversation user interface, the client-side application (either alone and / or in combination with the event process and / or one or more additional applications) may provide an event user In an exemplary embodiment, the user interface may include one or more event attribute fields (e.g., an event name field, an event time field, an event location field). Various additional / alternative event attribute fields Through the event user interface, the user may enter (e.g., using a suitable input device, such as a keyboard associated with the personal remote insurance main server / Big Data DB) Through one or more And one or more event attributes may be received in response to a user entering the vent attribute. One or more event attributes may include one or more of time and location. [0040] Various additional / alternative event attributes may be equally used .

In an embodiment, an event process may determine an event attribute based on one or more status characteristics of a plurality of event participants. In an exemplary embodiment, the one or more state properties of the plurality of event participants may include one or more of the location of a plurality of event participants and the availability of one or more event participants. For example, the event process may include a plurality (e.g., in combination with one or more additional applications, such as, alone and / or client-side applications, a separate scheduling application associated with one or more event processors, a scheduling module associated with the group messaging system, And determine the available time associated with the event participants. For example, based at least in part on other scheduled events for each of the event participants, the event process may determine that each of the event participants has an insurance claim event (an insurance claim event) at 7:00 PM have. In response to each of the event participants determining that there is a product of some remote insurance information at 7:00 PM, the event process may set the remote property information associated with the event, the time attribute, to be 7:00 PM.

In a further embodiment, one or more event participants may provide them with available times (e.g., in response to a request for availability from an event process).

In another exemplary embodiment, the event process may include an event location attribute based, at least in part, on a determined location of one or more event participants and / or an anticipated location of one or more event participants. You can decide. For example, in one embodiment, the event process may determine a location associated with one or more of the event participants based on a request for a location sent to one or more of the event participants. In a further embodiment, one or more of the client electronic devices associated with one or more of the event participants may determine the location (e.g., GPS determined location, hardwired determined location, cell tower triangulation, and / Or a location based on another mechanism by which the location of the client electronic device may be determined) to the event process. In an exemplary embodiment, based on the received locations associated with one or more of the event participants (e.g., by reasoning based on the location of the client electronic device associated with one or more of the event participants directly and / ), The event process may determine the event location attribute based, for example, on a location that may be generally centered on at least a half of one or more event participants. The event process can generally determine various additional / alternative event attributes associated with the event in a similar manner.

In one embodiment, the event process may send one or more event attributes to the conversation. For example, if one or more event attributes have been defined by one or more of the event participants, an alert of the event containing the received and / or determined event attributes may be sent to the conversation (i. E., Via the group messaging system, ). &Lt; / RTI &gt; For example, suppose that an event participant (e.g., a user is provided with an event venue (e.g., restaurant) for an "supper today" event (E.g., 7:00 PM) of the meal menu remote insurance information, so that the event process can send one or more event attributes to the conversation, for example, as a notification containing event details. For example, and in one embodiment, the event process may send one or more event attributes to a conversation as an event message that may be received by one or more conversation participants via a group messaging interface (e.g., a user interface).

According to an exemplary embodiment, the event process may enable generation and modification of events based on group dynamics among the conversation participants. In this exemplary embodiment, the event process may receive changed event attributes from one or more event participants and may update one or more event attributes based, at least in part, on the changed event attributes. For example, and as generally discussed, one or more of the event participants may enter event attributes associated with the event (e.g., through a suitable user interface). In some embodiments, once an attribute has been entered, other event participants may change and / or modify the event attributes that were received by the event process. In response to receiving the changed event attribute (e.g., as a result of an event participant changing an already established event attribute and / or providing an event attribute that was not previously defined), the event process includes the newly received information To update the changed event attributes. In some embodiments, the event process

As discussed with reference, an announcement of the updated event attribute may be further communicated to the conversation, for example, in a manner similar to sending one or more event attributes to the conversation. In some embodiments, access controls may include, for example,

And / or to define which event participants can have privileges to modify event properties.

In some embodiments, the event process may further send the metadata associated with the event to the conversation. According to various embodiments, the metadata associated with the event may include, for example, RSVP for the event, check-in (e.g., acknowledging that the event participant has arrived at the location of the event), and / or various additional / Data may be included. The event process may send the metadata associated with the event to a conversation (e.g., via the group messaging system to the event participants), e.g., as a message in the conversation and / or via another suitable mechanism.

In some embodiments, the event process may send an event update to the conversation based, at least in part, on the changed event participant status. The event participant state may include, but is not limited to, for example, the location of the event participant, the arrival of the event participant in the event, and the estimated arrival time of the event participant in the event and the like. In an exemplary embodiment, the event process can send event updates to a conversation that can be accessed by the conversation partner via the group messaging interface. For example, and the user may receive update messages (e.g., event updates sent by the updater message) within the group messaging user interface. Various additional and / or alternative updates may similarly be sent and received using other suitable mechanisms. / RTI &gt;

For example, any remote insurance main server / big data DB that can execute the event process, either in whole or in part, can replace the remote insurance main server / big data DB, But is not limited thereto.

As can be appreciated by one of ordinary skill in the art, the present disclosure provides a method (e.g., executed entirely or partially on a remote insurance main server / big data DB), a system (e.g., remote insurance main server / (Such as firmware, resident software, micro- &lt; Desc / Clms Page number 12 &gt; software, etc.) Code, etc.) or software, and hardware aspects that may be generally referred to herein as "circuit "," module "or" system &quot;.

The remote insurance main server / Big Data DB program code that performs operations to process the ontology method, data pattern information, etc. of the present disclosure can be written in an object-oriented programming language, such as Java, Smalltalk, C ++ or the like have. However, the remote insurance main server / Big Data DB program code that performs the operations herein may also be written in a conventional procedural programming language such as, for example, a "C" programming language or a similar programming language. The program code may be partially or completely on the user's remote insurance main server / big data DB, partially on the user's remote insurance main server / big data DB, or partially on the user's remote insurance main server / , And partially on the doctor's remote insurance main server / big data DB, or on the remote insurance main server / big data DB or server. In the last scenario, the remote insurance main server / big data DB can be connected to the user's remote insurance main server / big data DB via LAN / WAN / Internet (e.g., network.

The present disclosure is described with reference to flowcharts and / or block diagrams of methods, apparatus and remote insurance main server / Big Data DB program products in accordance with embodiments of the present disclosure.

Each block of the insurance treatment flow diagram and / or block diagram, and combinations of each block (e.g., each separate insurance performing agencies) in the flowchart and / or block diagram, may be accessed by remote insurance main server / Can be implemented. The remote insurance main server / big data DB program commands include a general purpose remote insurance main server / a big data DB / a special purpose remote insurance main server / a big data DB / another programmable data processing apparatus (for example, a remote insurance main server / (E.g., processor) of the remote insurance main server / big data DB or other programmable data processing apparatus, so that the instructions that execute via the processor of the remote insurance main server / big data DB or other programmable data processing apparatus may be stored in a flow diagram and / Lt; / RTI &gt;

The remote insurance main server / big data DB program commands may also be used to indicate a remote insurance main server / big data DB (e.g., remote insurance main server / big data DB or other programmable data processing device Remote insurance main server / big data DB-readable remote insurance information mapping storage (e.g., stored in a storage device and thus stored in a remote insurance main server / big data DB-readable remote insurance information mapping storage Produce an article of manufacture comprising instruction means implementing the function / action specified in the flowchart and / or block diagram or blocks.

The remote insurance main server / big data DB program command also causes a series of operation steps to produce a process implemented in the remote insurance main server / big data DB to be performed on the remote insurance main server / big data DB or other programmable device Remote insurance main server / Big Data DB or other programmable data processing

And thus instructions executing on the remote insurance main server / big data DB or other programmable device provide steps for implementing the functions / operations specified in the flowchart and / or block diagram or blocks.

The flowcharts and block diagrams in accordance with the present invention describe the architecture, functionality, and system of possible implementations of operations, methods, and remote insurance main server / Big Data DB program products in accordance with various embodiments herein. In this regard, each block in the flowchart or block diagram may represent a portion of a module, segment, or code that includes one or more executable instructions that implement the specified logical function. It should also be noted that, in some alternative implementations, the functions recorded in the block may deviate from the order recorded in the drawing. For example, two successively constructed blocks may in fact be executed substantially concurrently, or the blocks may be executed in reverse order, sometimes depending on the function involved. It should also be noted that each block and block diagram of the block diagram and / or flowchart illustrations and / or combinations of blocks within the flowchart illustrate a particular-purpose hardware-based system that performs particular functions or operations, Remote insurance main server / big data DB commands .

The insurance term used herein is for the purpose of describing certain embodiments only and is not intended to be a limitation of the present disclosure. As used herein, unless the context clearly indicates otherwise, the singular forms "a," "one," and "its" are intended to include plural forms (insurers, patients) do.

The term " including "and / or" comprising ", when used in this specification, specifies the presence of stated features, integers, steps, operations, elements and / , Does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or a collection thereof.

The functional elements in the claims below, as well as equivalents of corresponding insurance therapy structures, substances required for insurance action, actions, and all means or steps, Material, &lt; / RTI &gt; The description herein has been presented for purposes of illustration and description, and is not intended to be exhaustive or to limit the invention to the precise form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of this disclosure. To best illustrate the principles and practice of the present disclosure and to enable those of ordinary skill in the art to understand the disclosure of various embodiments having various modifications as are suited to the particular use contemplated, Selected and explained.

It will thus be apparent that modifications and variations are possible without departing from the scope of the disclosure as defined in the appended claims, by describing the specification of the present application and by referring to the embodiments thereof.

If the configuration pattern in the remote insurance main server / big data DB, the data pattern information in violation of the input method, the time of the real-time scan, the textual representation information at that time, the remote insurance information input event pattern, If the input form is not entered in accordance with the specified form, the input procedure is invalidated, and information that was not cured by the original stored in accordance with the invalidation procedure of the input procedure is invalidated.

EXAMPLES Remote insurance information scan DB; Ontology method

The foregoing description of embodiments of the present invention has been presented for purposes of illustration and is not intended to be exhaustive or to limit the invention to the precise forms disclosed.

For example, when the ontology method can not perform the calculation function, a person skilled in the art who is continuing the present invention assumes a specific object or situation having the function from the point of specifying the object described in the claim in consideration of technical common sense The process of collecting insurance information is suspended until the reason for the disappearance.

It will be appreciated by those skilled in the art that various modifications and variations can be made in the present invention.

Some portions of the disclosure describe embodiments of the present invention in terms of algorithms or symbolic representations of operations on information. These algorithmic descriptions or representations are commonly used by those of ordinary skill in the data processing arts to convey the substance of their work effectively to those of ordinary skill in the art. These operations, which are functionally, computationally or logically described, are understood to be implemented by a remote insurance main server / Big Data DB program or equivalent electrical circuit, microcode, or the like. Also, it is often found that the arrangement of such operations can be referred to as modules without loss of generality. The described operations and their associated modules may be implemented in software, firmware, hardware, or any combination thereof.

Any of the steps, operations, or processes described herein may be performed or implemented by one or more hardware or software modules, or by a combination of these and other devices. In one embodiment, the software module includes a remote insurance main server / big data DB program code that can be executed by the remote insurance main server / big data DB processor to perform some or all of the described steps, operations or processes Remote insurance main server / big data DB program product including remote insurance main server / big data DB readable medium,

Embodiments of the invention may also be associated with apparatus for performing the operations herein. This device may be specifically configured for the requested purpose and / or may be selectively activated or reconfigured by the remote insurance main server / big data DB program stored in the remote insurance main server / big data DB. And may include a data DB. This remote insurance main server / big data DB program is used to store electronic instructions that can be combined into a non-transitory type remote insurance main server / big data DB readable storage medium or remote insurance main server / big data DB system bus And may be stored in any suitable type of media. In addition, any computing system referred to herein may include a single processor, or it may be a structure employing a multiprocessor design for increased computing power.

Embodiments of the systems and methods of the present invention may also be directed to products made with the computing processes described herein. Such products may include information generated as a result of the computing process, where the information is non-

Type remote insurance main server / big data DB readable storage medium and may include any embodiment of the remote insurance main server / big data DB program product or other data combination described herein.

Finally, the language used herein has in principle been selected for easy-to-read guidance purposes and may not be selected to delineate or limit the gist of the invention. Accordingly, the technical scope of the system and method of the present invention is intended to be defined not by this specification, but by any claims that are filed on the basis of this specification.

Thus, the description of embodiments of the system and method of the present invention is intended to be illustrative, but not limiting, of the scope of the invention as set forth in the following claims.

Examples related to remote insurance information data module: Analyze remote insurance information entry event pattern

Embodiments of the invention and the operations described herein may be implemented in a digital network of networks including the structures disclosed herein and their structural equivalents or in remote insurance main server / Big Data DB software, firmware or hardware, or May be implemented in one or more combinations thereof. Embodiments of the present invention described herein may be used, for example, to analyze a remote insurance information entry event pattern to extend a realistic remote insurance information area, to analyze the time at which it was scanned in real time, , One or more modules of remote insurance main server / big data DB program instructions that analyzes not only the form including the dimensions of the object but also the remote insurance information to reproduce remote insurance information with a 3D printer, And the execution is encoded on the remote insurance main server / big data DB storage medium for execution by the data processing apparatus, the execution being performed by the data processing apparatus or by the one or more remote insurance main server / Can be implemented as big data DB programs.

And for encoding the information for transmission to a suitable receiver device for execution by a data processing device associated with the remote insurance information data,

Alternatively or additionally, the program instructions may be, for example, electrically, optically, or otherwise generated by a machine generated to encode information for transmission to a suitable receiver device for execution by a data processing device of remote insurance information It can be encoded on an artificially generated propagation signal such as an electromagnetic signal. Remote insurance main server / big data DB storage medium is a storage device readable by remote insurance main server / big data DB, storage baseboard readable by remote insurance main server / big data DB, arbitrary or serial access remote insurance An information mapping storage array or device, or a combination of one or more thereof. Furthermore, while the remote insurance main server / big data DB storage medium is not a radio signal, the remote insurance main server / big data DB storage medium is a remote insurance main server / big data DB program encoded in an artificially generated radio signal The source or destination number of commands

have. The remote insurance main server / big data DB storage medium may also be or include one or more individual and physical components or media, such as, for example, multiple CDs, disks, or other storage devices .

The operations described herein may be implemented as operations performed on data by a data processing device and the data may be stored in storage devices readable by one or more remote insurance main server / Lt; / RTI &gt;

The term "data processing device" is intended to encompass all types of devices for processing data, including remote insurance-related data pattern information, SNS conversations, or TOC of remote insurance information collectible through various databases or the Internet, Big Data DB, System On Chip, Personal Remote Insurance Main Server / Big Data DB System, Desktop Remote Insurance Main Server / Big &lt; RTI ID = 0.0 & Data DB, Laptop, Notebook, Netbook Remote Insurance Main Server / Big Data DB, Mainframe Remote Insurance Main Server / Big Data DB System, Handheld Remote Insurance Main Server / Big Data DB (Handheld Computer), Workstation, Network Remote Insurance Main server / big data DB, application server, storage device or camera, camcorder, set top Consumer electronics devices such as consumer electronics devices, such as mobile phones, mobile devices, video game consoles, handheld video game devices or peripheral devices such as switches, modems, routers, or any type of computing or electronic device in general, do. The device may include a remote insurance information entry event to extend a realistic remote insurance information area, such as, for example, a field programmable gate array (FPGA) or an application-specific integrated circuit And may include a special purpose logic network capable of analyzing the pattern. The device may also be implemented in hardware, such as, for example, processor firmware, a protocol stack, a database management system, an operating system, a cross-platform runtime environment, a virtual machine, or a combination of one or more of these , Code for creating an execution environment for the remote insurance main server / big data DB program in question. The device and execution environment may implement a variety of different computing model infrastructures, such as web services, distributed computing and grid computing infrastructure, to provide not only a form that includes the dimensions of an object, And can reproduce remote insurance information with a 3D printer.

Remote Insurance Main Server / Big Data DB programs (also known as programs, software, software applications, scripts, or code) are programs that are compiled or interpreted for ontology processing, some form of declarative or procedural language Programming language and the remote insurance main server / big data DB program can be used as a stand-alone program or as a module, component, subroutine, object, or other unit suitable for use in a computing environment Or &lt; / RTI &gt; The remote insurance main server / big data DB program can correspond to a file in the file system, but it does not necessarily correspond to the file. The program may be stored in a single file dedicated to the program in question or in multiple coordinate files (e.g., one or more modules, sub-programs, or portions of code) (E.g., one or more scripts stored in a markup language document), or other portions of the file associated with the markup language. The remote insurance main server / big data DB program can be arranged to be executed on one remote insurance main server / big data DB or a plurality of remote insurance main server / big data DB, and the remote insurance main server / Or distributed over multiple locations and interconnected via a communication network.

Special purpose logic network module

Processes and logic flows related to the remote insurance information described herein may be executed on one or more remote insurance main server / big data DB programs to perform actions by operating on input data and generating output Further programmable

May be performed by the processing units. The processes and logic flows may also be performed by a special purpose logic network , such as, for example, a field programmable gate array or an application specific integrated circuit,

The device may be implemented as a special purpose logic network.

The processing units suitable for execution of the remote insurance main server / big data DB program are, by way of example, both general purpose microprocessors and microprocessors related to special purpose remote insurance information, Insurance Main Server / Big Data DB Any one or more of

Processing units. Generally, the processing unit receives commands and data from a read-only remote insurance information mapping storage or a random access remote insurance information mapping storage or both. Essential elements of the remote insurance main server / Big Data DB are those that perform actions

Processing unit and one or more remote insurance information mapping storage devices for storing instructions and data. Also, generally, the remote insurance main server / Big Data DB includes one or more mass storage devices for storing data, such as magnetic, magneto-optical disks, or optical disks, for example, Or to scan remote coverage information and transmit remote insurance information reproduction data to a 3D printer, or both, as well as a form including the dimensions of objects in the mass storage devices, Lt; / RTI &gt;

 In order to provide for interaction with a user, embodiments of the present invention described herein may be used by a user, such as a user and a keyboard and, e.g., a mouse or trackball, to provide input to the remote insurance main server / A remote insurance main with a display device, such as, for example, a cathode ray tube (CRT) or a liquid crystal display (LCD) monitor, for displaying information on a pointing device that may provide Server / big data DB. Other types of devices may be used to provide not only a form that includes the dimensions of an object with a user, but also an interaction that includes a hand gesture for scanning remote coverage information and reproducing remote coverage information with a 3D printer;

Sensory feedback module related to remote insurance information data

For example, the feedback provided to the user may be some form of sensory feedback, such as, for example, visual feedback, auditory feedback, or tactile feedback; And the input from the user may be received in any form, including acoustic, speech, or tactile input. In addition, the remote insurance main server / Big Data DB can interact with the user by sending remote insurance information collaborators to the device used by the user and receiving remote insurance information collaborators from the device; For example, by sending web pages to a web browser on the user's client device in response to requests received from the web browser.

Embodiments of the present invention described herein may be an ontology data server in which not only a form including dimensions of objects but also data for scanning remote insurance information and reproducing remote insurance information in a 3D printer, End component associated with the remote insurance information, or it may include a middleware component, such as, for example, an application server, or may include, for example, May be implemented in a computing system including a front-end component, such as a client remote insurance main server / Big Data DB with a graphical user interface or web browser capable of interacting through the implementation of the present invention . The components of the system may be interconnected by any form or medium of digital data communication, for example, a communication network. Examples of communication networks include, but are not limited to, a local area network ("LAN") and a wide area network ("WAN"), peer-to-peer networks (e. g., ad hoc peer-to-peer networks).

The computing system may include clients and servers. Clients and servers are typically remote from each other and typically interact through a communications network. The relationship between the client and the server is caused by remote insurance main server / big data DB programs running on the respective remote insurance main server / big data DBs and having client-server relationship with each other. In some embodiments, a server may send data (e.g., a document page) to a client device (e.g., for purposes of displaying data to a user interacting with the client device and receiving user input from the user) . Data generated at the client device may be received from the client device at the server (e.g., as a result of user interaction).

The system of one or more remote insurance main server / Big Data DBs may be configured to perform certain actions by software, firmware, hardware, or a combination thereof installed on the system, . One or more remote insurance main server / big data DB programs are configured to perform certain actions when executed by the data processing device, by including instructions that cause the device to perform the actions.

An electronic remote insurance information collaboration company (for example, simply referred to as a remote insurance information collaboration company for brevity) can respond to a file but does not necessarily respond to the file. The remote insurance information collaboration company may be part of a file with other remote insurance information collaboration companies, a single file dedicated to the remote insurance information collaboration company in question, or files with multiple coordinates.

A suitable sub-combination module related to remote insurance information data

While the specification concludes with a number of specific implementation details, they should not be construed as limitations on the scope of what the inventions or what may be claimed, but rather on the specific embodiments of the specific inventions . Certain features described herein in the context of separate embodiments may be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented in a number of embodiments , either individually or in a suitable subcombination involving any remote insurance information . Moreover, the features may be described as acting in any combination, even so from the beginning, and one or more features from the claimed combination may, in some cases, be deleted from the combination, May be about a sub-combination or a variant of a sub-combination.

 Similarly, while operations may be listed in a particular order, it should be understood that these operations are performed in a particular order or sequential order, or that all operations are performed, in order to achieve the desired results. do. In some environments, multitasking and parallel processing may be advantageous. Moreover, the separation of the various system components in the embodiments described above should not be understood as requiring such a separation in all embodiments, since the desired program components and systems are generally integrated together in a single software product Or may be packaged into a number of software products.

Therefore, specific embodiments of the invention have been described. Other embodiments are within the scope of the following claims. In some cases, the actions described in the claims may be performed in a different order and still achieve the desired results.

Additionally, processes in accordance with the present invention do not necessarily require a specific order, or sequential order, to achieve desired results. In certain implementations, multitasking and parallel processing may be advantageous. Accordingly, other embodiments are within the scope of the following claims.

Remote insurance information mapping related to remote insurance information data Example of storage center module: Entering remote insurance information

The remote insurance information mapping storage may store a program for processing and controlling the processor, and may temporarily store the input / output information. A remote insurance information mapping storage that includes remote insurance information reproduction data as a 3D printer can be utilized as a buffer as well as a form including the dimensions of an object as well as remote insurance information. A processor typically controls the overall operation of the various modules within a transmitting or receiving device. In particular, the processor may perform various control functions to perform the present invention. The processor may also be referred to as a controller, microcontroller, microprocessor, micro remote insurance main server / big data DB, and the like.

The processor may be implemented by hardware or firmware, software, or a combination thereof. When implementing the present invention using hardware, application specific integrated circuits (ASICs) or digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), FPGAs field programmable gate arrays, etc., may be included in a processor that scans remote insurance information and reproduces remote insurance information with a 3D printer as well as a form including dimensions of objects. Meanwhile, when the present invention is implemented using firmware or software, firmware or software may be configured to include a module, a procedure, or a function for performing the functions or operations of the present invention. The firmware or software may be contained within a processor or stored in a remote insurance information mapping storage and may be driven by a processor.

The apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components. For example, the apparatus and components described in the embodiments may include a processor, controller, ALU (not shown) that scans up to remote insurance information and reproduces remote insurance information to a 3D printer, as well as, for example, arithmetic logic unit, digital signal processor, micro remote insurance main server / big data DB, field programmable array (FPA), programmable logic unit (PLU), microprocessor, As with any other device, it can be implemented using one or more general purpose remote insurance main server / big data DB or special purpose remote insurance main server / big data DB. By scanning the remote insurance information as well as the form including the dimensions of the object, the remote insurance information reproduction device with the 3D printer can execute the operating system and one or more software applications performed on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing unit may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The software may include a remote insurance main server / big data DB program (computer program), code, instructions, or a combination of one or more of them, and may be configured to configure the processing device to operate as desired, Command. The software and / or data may be stored on any type of machine, component, physical device, virtual equipment, remote insurance main server / big data DB A storage medium or device, or a signal wave to be transmitted. The software may be distributed on a networked remote insurance main server / Big Data DB system and stored or executed in a distributed manner. The software and data may be stored in one or more remote insurance main server / big data DB readable recording media.

The method according to an embodiment of the present invention is not limited to a form including dimensions of objects that can be performed through various remote insurance main server / big data DB means, but also a program command to scan remote insurance information and reproduce remote insurance information with a 3D printer And can be written to the remote insurance main server / big data DB readable medium. The remote insurance main server / big data DB readable medium may include program commands, data files, data structures, and the like, alone or in combination. The program instructions to be recorded on the medium may be those specially designed and constructed for the embodiment or may be available to those skilled in the art of remote insurance main server / Big Data DB software.

Examples of a series of program commands that scan remote coverage information and reproduce remote insurance information with a 3D printer, as well as forms that include the dimensions of objects, as well as machine code, such as those produced by a compiler, And high-level language code that can be executed by the server / Big Data DB. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. For example, if the described techniques are different from the described method

It will be appreciated by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention as defined by the following claims. To be achieved

.

Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

Accessory for remote insurance information event module

Hereinafter, an exemplary remote data collection system capable of collecting data pattern information related to remote insurance information that can be used in some implementations of the present invention, TOC of collaborating company information that can be collected through various databases or the Internet, Insurance main server / big data DB system. It is understood that the search system of the present invention and the associated techniques described herein may be implemented in any suitable software, hardware, or both. The search system may be implemented, for example, on a single remote insurance main server / Big Data DB or across multiple remote insurance main servers / Big Data DB or other hardware platforms.

We propose a system that can improve both recall and precision by adding an additional semantic layer called semantic matching engine related to remote insurance information using this retrieval system.

The present invention proposes a technique for enhancing user satisfaction by retrieving a web service composition using an easy and simple algorithm using a relational database and an ontology.

Also, the present invention proposes a grid-based similarity matching method for feature points to improve response time. The grid-based similarity matching method divides the points into grids and narrows the search range to reduce the number of matches. The points used as minutiae points were extracted from the image line by MPP (Minimum Perimeter Polygons) algorithm and the sum of the distance values between the feature points was calculated as the similarity.

In addition, the present invention proposes a workload analysis tool for analyzing the types and the number of participating tables in the workload by deriving the association between the tables of the operating system and applying it to a large CRM analysis system, Analyze the workload of the system.

The present invention is based on Case Based Reasoning that includes information related to remote insurance, and uses an RDF (Resource Description Framework) or an OWL (Web Ontology Language) based ontology in case expression, The adaptation knowledge is expressed as OWL or SWRL (Semantic Web Rule Language) based on Description Logic and the case is modified through inference.

Also, matchmaking is a process for connecting a service provider that meets the requirements of the service requester, and is determined by whether the web service request is matched with the web service insurance. Consistency between these requests and insurance depends on the consistency of the service input / output among the functional contents. The matchmaking system also supports input and output through the repository

You must be able to browse, modify, and revoke the service.

In order to obtain the similarity between service name and description information, the present invention calculates similarity using TF-IDF (Term Frequency-Inverse Document Frequency Weighting) through service name similarity and service description similarity.

An exemplary remote insurance main server / Big that can be used to implement some or all of the features of a search system that retrieves data analyzing remote insurance information entry event patterns to extend a realistic remote insurance information area in accordance with some implementations of the present invention The data DB system will be described. In some implementations, the system includes one or more user devices.

In some implementations, a user device that scans up to remote insurance information, as well as a form that includes the dimensions of an object, and reproduces remote insurance information with a 3D printer associated with remote insurance information, is connected to the network through a direct connection, By any other suitable method, or by any combination thereof. In some implementations, the network includes the Internet, a distributed remote insurance main server / big data DB and server network, a local network, a public intranet, a private intranet, other connected computing systems, or any combination thereof.

In some implementations, the user device is connected to the network by a wired connection. In some implementations, the connection includes Ethernet hardware, coaxial cable hardware, DSL hardware, T-1 hardware, fiber optic hardware, analog telephone line hardware, any other suitable wired hardware capable of communicating, or any combination thereof. The connection includes a transmission technique including TCP / IP transmission technology, IEEE 802 transmission technology, Ethernet transmission technology, DSL transmission technology, optical fiber transmission technology, ITU-T transmission technology, any other suitable transmission technology or any combination thereof can do.

A network communication module for receiving and connecting information transmitted from a user device related to remote insurance information data;

In some implementations, the user device is wirelessly connected to the network by a wireless connection. In some implementations, a wireless repeater receives information transmitted from a user device by a wireless connection and communicates with the network by connection . In some implementations, the wireless repeater receives information from the network by way of a connection and communicates with the user device by way of a wireless connection. In some implementations, the wireless connection may be implemented in a wireless communication system such as a cellular telephone transmission technology, a code division multiple access transmission technology, a global mobile communication system transmission technology, a general packet radio service (GPRS) transmission technology, a satellite transmission technology, an infrared transmission technology, Fi transmission technology, WiMax transmission technology, any other suitable transmission technology, or any combination thereof.

In some implementations, the connection includes Ethernet hardware, coaxial cable hardware, DSL hardware, T-1 hardware, fiber optic hardware, analog telephone line hardware, wireless hardware, any other suitable hardware capable of communicating, or any combination thereof. In some implementations, the connection may include a TCP / IP transmission technique, an IEEE 802 transmission technique, an Ethernet transmission technique, a DSL transmission technique, a fiber transmission technique, an ITU-T transmission technique, any other suitable transmission technique, Wired transmission technology. In some implementations, the connections may be implemented in a wireless communication system such as a cellular phone transmission technology, a code division multiple access transmission technology, a global mobile communication system transmission technology, a general packet radio service (GPRS) transmission technology, a satellite transmission technology, an infrared transmission technology, Transmission techniques, WiMax transmission techniques, any other suitable transmission techniques, or any combination thereof.

Another device communicating over a network associated with remote coverage information data or any combination thereof

In some implementations, the wireless repeater includes any number of cellular phone transceivers, network routers, network switches, communication satellites, other devices that communicate information over a network from a user device, or any combination thereof. It is understood that the particular arrangement of connections, wireless connections and connections included in the system is exemplary only and that the system may include any suitable number of any suitable devices for connecting the user device to the network. Any user device may be communicatively coupled with any user device, remote server, local server, any other suitable processing equipment, or any combination thereof, and may be connected using any suitable technique, as described above. .

In some implementations, any suitable number of remote servers are connected to the network. The remote server may be a general purpose, special purpose, or any combination thereof. In some implementations, one or more search engine servers are connected to the network. In some implementations, one or more database servers are connected to the network. In some implementations, the system is understood to employ any suitable number of general purpose, special purpose, storage, processing, retrieval, any other suitable server, or any combination thereof.

In some implementations, the user device includes input / output equipment and processing equipment. In some implementations, the input / output device includes audio equipment including a display, a touch screen, a button, an accelerometer, a global position system (GPS) receiver, a camera, a keyboard, a mouse and speakers and a microphone. In some implementations, it is understood that the equipment contained in the smartphone user device may depend on the type of user device that the particular equipment included in the exemplary remote insurance main server / Big Data DB system. For example, the input / output equipment of a desktop remote insurance main server / Big Data DB may include a keyboard and a mouse, and an accelerometer and a GPS receiver may be omitted. The user device may omit elements relevant to processing any appropriate remote insurance information data, and may include media drives, data storage media, communication devices, display devices, processing equipment, any other suitable equipment, It will be appreciated that equipment such as a combination may be included. Any other suitable equipment, or any combination thereof.

In some implementations, the display may be any other suitable type capable of displaying content related to a liquid crystal display, a light emitting diode display, an organic light emitting diode display, an amorphous organic light emitting diode display, a plasma display, a cathode ray tube display, a projector display, Or any combination thereof.

In some implementations, the display is controlled by the display controller or by a processor in the processing equipment, by processing equipment within the display, by other control equipment, or by any combination thereof.

In some implementations, the touch screen includes a sensor capable of sensing a pressure input, a capacitance input, a resistance input, a piezo electric input, an optical input, an acoustic input, any other suitable input, or any combination thereof. In some implementations,

A touch screen for input associated with remote insurance information may receive a touch-based gesture. In some implementations, the received gesture may include one or more locations on the surface of the touch screen, the pressure of the gesture, the speed of the gesture, the duration of the gesture, the path direction traced on the surface by the gesture, Other appropriate information about the gesture, or any combination thereof. In some implementations, the touch screen is optically transparent and positioned above or below the display. In some implementations, the touch screen is connected to and controlled by a display controller, a sensor controller, a processor, any other suitable controller, or any combination thereof.

In some embodiments, the corresponding display element by the gesture received by the touch screen that scans up to the remote insurance information, as well as the form that includes the dimensions of the object, and enters the information for reproducing the remote insurance information to the 3D printer , Immediately after, or after a short delay). For example, if the gesture is a movement of a finger or stylus along the surface of the touch screen, the search system displays on the display any visible thickness, color, or pattern of lines that represents the path of the gesture. In some implementations, for example, the functionality of the desktop remote insurance main server / Big Data DB, touch screen using a mouse is replaced in whole or in part by using a mouse pointer displayed on the display screen.

In some implementations, the button that scans up to remote insurance information as well as the form that includes the dimensions of the object and reproduces the remote insurance information with the 3D printer includes one or more electromechanical push-button mechanisms, slide mechanisms, switch mechanisms, rocker mechanisms, toggle mechanisms , Other suitable mechanisms, or any combination thereof.

In some implementations, the button is included in the touch screen with a predefined area of the touch screen (e.g., a soft key). In some implementations, the button is included in the touch screen as a region of the touch screen defined by the display and indicated by the search system. In some implementations, when the button is activated, the signal is transmitted to the sensor controller, processor, display controller, any other suitable processing equipment, or any combination thereof. In some implementations, the actuation of a button may cause a push gesture, a sliding gesture, a touch gesture, a pressing gesture , a time-based gesture (e.g., based on the duration of the push), any other suitable gesture, Lt; / RTI &gt;

In some implementations, an accelerometer for detecting remote insurance information may receive information about motion characteristics, acceleration characteristics, orientation characteristics, tilt characteristics, and other suitable characteristics of the user device, or any combination thereof. In some implementations,

In some implementations, a global positioning system (GPS) receiver for the location in which the remote coverage information area is included to analyze the remote insurance information entry event pattern to extend the realistic remote coverage information area may receive a signal from the GPS satellite . In some implementations, the GPS receiver receives remote coverage information from one or more satellites orbiting the earth's orbit, and this information includes time, orbits, and other information associated with the satellite. Some implementations use this information to calculate the position of the user device on the surface of the earth. In some implementations, the GPS receiver includes a barometer that improves positional accuracy. In some implementations, the GPS receiver receives information from other wired and wireless communication sources relating to the location of the user device. For example, the location and location of a nearby cellular phone tower may be used in place of or in addition to GPS data to determine the location of the user device.

Any other suitable power source module associated with remote coverage information data

In some implementations, the power source is connected to the processor and to other components of the user device ( remote insurance information data related devices ). In some implementations, the power source includes a lithium-polymer battery, a lithium-ion battery, a NiMH battery, an alkaline battery, a lead acid battery, a fuel cell, a mobile solar panel, a thermoelectric generator, any other suitable power source, do. In some implementations, the power source includes a hard wired connection (such as a power line communication) to an electrical power source, and suitable electrical equipment (power line communication equipment) for converting the voltage, frequency and phase of the electrical power source input to power for the user device. .

In some implementations, the power source may be wholly or partially integrated into the user device, function as a standalone device, or any combination thereof. In some implementations, the power source may supply power to the user device by directly powering the user device, by charging the battery, by providing power by any other suitable technique, or by any combination thereof .

And provides a docking host configured to dock the token in a docking environment managed by the docking host. Wherein the docking host comprises at least one processor, a memory communicatively coupled to the at least one processor, a wireless charging circuitry communicatively coupled to the at least one processor to wirelessly charge the keyboard, and a Bluetooth Low Energy ) Protocol or a Wi-Fi protocol to communicate with the at least one processor. The at least one processor receives the request from the Toki to initiate an authentication / association operation with the Toki, sends the credential information to the Toki in response to the Toki landing on the wireless charger, To the docking environment.

A method for performing a docking service using a Wi-Fi in a wireless dockey (WD), the method including a docking information element 1 for discovering a wireless docking center (WDC) supporting a docking service Transmitting a probe request (Probe Request); Receiving a probe response including a docking information element 2 from a docking center receiving the probe request; And performing a docking connection with the docking center based on the received probe response, wherein the docking information element (1) comprises a docking role parameter indicating a role to perform as a token, a device name parameter indicating a name of the device, A docking information request parameter indicating a command of docking service discovery, and a docking information request parameter indicating a docking service discovery command.

 In another aspect, the disclosure provides a diagram configured to dock into a docking environment managed by a docking host. Here, the Toki includes at least one processor, a memory communicatively coupled to the at least one processor, a wireless charging circuitry communicatively coupled to the at least one processor to wirelessly charge the keyboard, and a Bluetooth Low Energy (BTLE) And a communication interface communicatively coupled to the at least one processor for communicating with the docking host using one of a protocol or a Wi-Fi protocol. The at least one processor receives the credential information from the docking host in response to landing on the wireless charger, sends a request to initiate an authentication / association operation with the docking host, Environment.

 In another aspect, the disclosure provides a docking host configured to dock a diagram in a docking environment managed by a docking host. Wherein the docking host comprises at least one processor, a memory communicatively coupled to the at least one processor, a wireless charging circuitry communicatively coupled to the at least one processor to wirelessly charge the keyboard, and a Bluetooth Low Energy ) Protocol or a Wi-Fi protocol to communicate with the at least one processor. At least one processor is configured to couple the wireless charging circuitry to the keypad when the keypad is landing on the docking host and to determine the docking intent of the keyboard in response to coupling the wireless charging circuitry to the keypad, To dock the token in a docking environment.

 In another aspect, the disclosure provides a diagram configured to dock into a docking environment managed by a docking host. Here, the Toki includes at least one processor, a memory communicatively coupled to the at least one processor, a wireless charging circuitry communicatively coupled to the at least one processor to wirelessly charge the keyboard, and a Bluetooth Low Energy (BTLE) And a communication interface communicatively coupled to the at least one processor for communicating with the docking host using one of a protocol or a Wi-Fi protocol. Wherein at least one processor is landed on a docking host, the docking host comprising a wireless charging circuitry, and depending on the docking intent of the keyboard

And docking intent is signaled to the docking host by landing on the docking host.

 In another aspect, the disclosure provides a diagram configured to dock with a docking environment managed by a docking host. Here, the Toki includes at least one processor, a memory communicatively coupled to the at least one processor, a wireless charging circuitry communicatively coupled to the at least one processor to wirelessly charge the keyboard, and a Bluetooth Low Energy (BTLE) And a communication interface communicatively coupled to the at least one processor for communicating with the docking host using one of a protocol or a Wi-Fi protocol. Wherein the at least one processor is configured to land on a wireless charger to establish a connection with the wireless charger using the wireless charging interface of the Toki and to receive, via the wireless docking host interface of the Toki, Transmitting the name information to the docking host, and docking the docking environment according to the credential information, wherein the docking environment includes a wireless charger as a peripheral.

 In another aspect, the disclosure provides a docking host configured to allow a peripheral device including a wireless charger to wirelessly charge a key. Here, the docking host may include at least one processor, at least one processor communicatively coupled to the at least one processor, and at least one processor to communicate with the wireless charger using either Bluetooth low energy (BTLE) protocol or Wi-Fi protocol Lt; RTI ID = 0.0 &gt; communicatively &lt; / RTI &gt; The at least one processor is configured to establish a docking session with the Toki, receive information from the wireless charger indicating that the Toki has landed on the wireless charger, and send an authentication to the wireless charger indicating that the wireless charging function is authorized.

EXAMPLES: Remote insurance main server for remote insurance information scan / Big data DB

The remote insurance main server / big data DB may typically include various remote insurance main server / big data DB readable media. The remote insurance main server / big data DB readable medium may be accessed by the remote insurance main server / Big Data DB and may be any available medium including both volatile and nonvolatile media, both mobile and non-removable media . By way of example, but not limitation, the remote insurance main server / big data DB readable medium may include a remote insurance main server / big data DB storage medium and a communication medium.

The remote insurance main server / big data DB storage medium is implemented with any method or technology for storing information such as remote insurance main server / big data DB readable instructions, data structures, program modules or other data.

Communication media includes wired media such as a wired network or directly wired connection, and wireless media such as acoustic, RF, infrared, and other wireless media. Any combination of the above should also be included within the scope of the remote insurance main server / big data DB readable medium.

The drives of the present invention and its associated remote insurance main server / big data DB storage medium stores remote insurance main server / big data DB readable instructions, data structures, program modules and other data in remote insurance main server / big data DB .

For example, a hard disk drive stores an operating system, application programs, other program modules, and program data. It should be noted that these components may be the same or different from the operating system, application programs, other program modules, and program data. The operating system, application programs, other program modules, and program data are given different codes here at least to illustrate that they are different copies. The user can input commands and information into the remote insurance main server / big data DB through input devices such as a keyboard and a pointing device such as a mouse, trackball or touch pad. Other input devices may include joysticks, game pads, satellite dishes, scanners, and the like. These and other input devices are often connected to the processing device through a user input interface connected to the system bus, but may also be connected by other interface and bus structures such as a parallel port, game port or universal serial bus (USB). A video display or other type of display device is also connected to the system bus via an interface, such as a video interface. In addition to the monitor, the remote insurance main server / big data DBs may also include other peripheral output devices such as speakers and printers that may be connected via an output peripheral interface. The remote insurance main server / Big Data DB operates in a networking environment using a logical connection to one or more remote insurance main servers / big data DBs, such as remote insurance main server / big data DB. The remote insurance main server / big data DB may be a personal remote insurance main server / big data DB, a handheld device, a server, a router, a network PC, a peer device or other common network node, Includes many or all of the elements described above with respect to DB. The logical connections of the present invention include a local area network (LAN) and a wide area network (WAN), but may also include other networks. Such networking environments are commonplace in offices, enterprise-wide remote insurance main server / big data DB networks, intranets and the Internet. When used in a LAN networking environment, the remote insurance main server / Big Data DB is connected to the LAN via a network interface or adapter. When used in a WAN networking environment, the remote insurance main server / Big Data DB typically includes a modem or other means for establishing communications over the WAN, such as the Internet. A modem, which may be internal or external, may be connected to the system bus through a user input interface or other appropriate mechanism . In a networking environment, program modules, or portions thereof, relating to the remote insurance main server / Big Data DB may be stored in the remote insurance information mapping storage device. However, without limitation, the remote application program of the present invention is depicted as resident on the remote insurance main server / Big Data DB. It will be appreciated that the network connection associated with the remote insurance information data is exemplary and other means of establishing a communication link between the remote insurance main server / big data DBs may also be used.

Examples: Remote insurance information scan details (dimensions, form, etc.)

As used herein, not only the form including the dimensions of the object but also the remote insurance information can be scanned, the SNS conversation related to the reproduction of the remote insurance information by the 3D printer, or the remote insurance information collectible through various databases or the Internet. &Quot; Personal electronic device "that collects a TOC or the like may be a mobile phone, a personal digital assistant, a handheld entertainment device, a pad or tablet remote insurance main server / big data DB system or a set top box Cable converter box) (APPLE TV is a registered trademark of Apple Inc.). As used herein, the term "service" refers to a utility, function, or program code module that performs some work for the calling process, which does not have a user interface and does not have a calling interface Lt; / RTI &gt;

 Has access to current system resources (e.g., the central processing unit and the graphics processing unit of the platform) for scanning remote insurance information and reproducing remote insurance information with a 3D printer, as well as forms including dimensions of objects, Quot; means a process of presenting a user interface or a graphical user interface to a user. On the other hand, a "background process" that analyzes remote insurance information entry event patterns to extend a realistic remote insurance information area is a process that can be scheduled to access system resources but does not present the UI / GUI to the user at present. As used herein, remote insurance information related term "process " means information collected through a user application. The user application is eventually an executable code module capable of presenting a UI / GUI.

An exemplary list of remote insurance information-related information collection operation limitations in accordance with the present invention may be implemented to predict and limit adverse effects that may be had on multiple processes to the ontology DB in advance.

Remote insurance information scan processor scheduling.

Remote insurance information scan processes may be assigned different processor scheduling "priorities " in a manner that does not interfere with each other. Those skilled in the art will recognize that in operating environments such as UNIX and Mach, processes are not scheduled and threads are scheduled. In addition to the form including the dimensions of the object, It will further be appreciated that a thread is a part of a program, application, or process that can execute independently of, and concurrently with, other portions of a program, application, or process. In one embodiment, multiple threads may be assigned priorities from bands of priorities partially overlapping with corresponding priority levels assigned to foreground threads. The overlap priority bands increase the probability that multiple processes / threads will progress (i.e., execute) even if there is foreground process / thread execution. In this embodiment, it has been found advantageous to demote the corresponding threads using the entire quantum (i.e., lower their scheduling priority) without blocking for input / output operations, in order to improve thread responsiveness. In one embodiment, the priority of a thread is reduced by a single count each time it uses the entire quantum allocated without blocking (it will be appreciated that the process use of the entire quantum is the indicator that the process is using the central processing unit) . In another embodiment, the priority of a thread may be reduced by more than one count if this occurs.

Disk scheduling for remote insurance information scan data storage :

In one embodiment, one thread is given priority over other threads when accessing system storage units (e.g., magnetic hard drives and solid state hard disk units).

In one embodiment, the incoming network traffic may be adjusted by dropping all packets destined for the application at the background or non-executing state (e.g., stopped). In addition, artificially small buffer sizes may be reported to remote network sites to throttle incoming TCP (Transmission Control Protocol) traffic. Those skilled in the art will recognize that TCP has an existing set of traffic flow control mechanisms associated with buffer sizes and thus traffic is not transmitted over the network sooner than the recipient can handle it. As noted previously, in one embodiment, the sender may be reported to slow or stop the flow of incoming traffic.

Outgoing networking related to remote insurance information data. In one embodiment, network access is coordinated through the use of two queues: one for jobs associated with foreground processes, and one for jobs associated with background processes. It has been found advantageous to provide foreground queue priorities on a single queue.

Graphical actions for scanning remote insurance information.

For example, in one embodiment, such as the iPhone operating system, there are at least two mechanisms by which an application can write or draw on a display screen (IPHONE is a registered trademark of Apple Inc.). The first mechanism is through the use of specialized hardware, such as a graphics processing unit. The second mechanism is through the use of one or more of the central processors of the platform. According to one embodiment, in the iPhone operating environment, processes for scan backgrounds are not allowed to access specialized graphics hardware, for example, any background process attempting to access the GPU may be terminated. Any attempt to execute the commands related to using the CPU to write to the drawing buffer / remote insurance information mapping storage is ignored. In some embodiments, the drawing remote insurance information mapping storage associated with the process / application placed in the background state may be marked as "removable ". Thus, if the foreground process requires more remote insurance information mapping storage, it is able to provide a display remote insurance information mapping storage (via standard remote insurance information mapping storage allocation techniques) originally approved for the process in the current background state, Can be used.

Notifications. When a process transitions from a background state to a foreground state, it may be acceptable to receive one notification for each type of notification . More specifically, in one embodiment, multiple notification events may be merged. For example, when a user rotates his or her personal electronic device (e.g., iPhone) from a portrait presentation to a landscape presentation, to a portrait presentation, and then back to a landscape presentation, the resulting three orientations The notification events may be merged into a landscape that is a single notification-last state. This can improve the response of the application because it does not need to respond to multiple events. Exemplary notification types include, but are not limited to, orientation change notifications (e.g., from an accelerometer or gyroscope sensor input), address book database notifications (occurring when address book entries are modified), and camera roll notifications Occurs).

Remote insurance information scan share locks.

In one embodiment, any process that has a lock on a shared resource that goes to a paused state may be terminated (rather than stopped). Exemplary shared resources include special graphics hardware and file descriptors. In another embodiment, the shared resource is "removed" from the user application if it proceeds to a background state. For example, if an application has a lock on camera hardware, this lock is removed when the user application is placed in the background state. As used herein, a "paused state" is a condition in which a process is not allowed to schedule threads for execution, but the state is maintained in the main remote insurance information mapping storage.

Remote insurance information scan hardware restrictions. In one embodiment, background processes are prevented from obtaining access to specific system hardware resources. Exemplary hardware that is not available for background processes includes but is not limited to cameras, GPUs, accelerometers, gyroscopes, proximity sensors, and microphones.

Remote Insurance Information Scan Data Remote Insurance Information Mapping Storage Management. As the core remote insurance information mapping storage of the personal electronic device approaches a specified "critical" point, in order to have sufficient remote insurance information mapping storage to accommodate execution processes, the processes are removed from the remote insurance information mapping storage . In one embodiment, the process so removed may be dormant. In yet another embodiment, the process so removed may be terminated. As used herein, the phrase "core remote insurance information mapping storage" or "primary remote insurance information mapping storage" refers to a primary random access remote insurance information mapping storage of the personal electronic device Meaning; A "dormant process" is a process in which its operational state is recorded in a non-volatile remote insurance information mapping storage and thus it can not schedule threads for execution and its primary remote insurance information mapping storage "trace" is substantially zero ; A "terminated process" is a process that can not be executed until its operating state is removed and therefore restarted . In one embodiment, the remote insurance information mapping storage, which can be regenerated or reloaded (cleaned) on demand during a dormant operation, processes only the modified remote insurance information mapping storage and, if not, can not be reconfigured, Is recorded in the mapping storage. In another embodiment, the specified area of the non-volatile remote insurance information mapping storage is set except for the boot time for use as a "dormant" remote insurance information mapping storage. If the dormant process is revived, its data in the non-volatile remote health information mapping storage is returned to the main remote insurance information mapping storage, thereby freeing space in the non-volatile storage. In one embodiment, applications that are not accessed for longer than a specified time may be "dormant &quot;. Storing remote insurance information in the remote insurance information scanning application Any desired manner for selecting which applications to remove from the primary remote insurance information mapping storage can be made. For example, the least recently used application can be removed first. Alternatively, the largest current non-executing application may be removed. In one embodiment, applications selected for removal greater than a specified size (e.g., 8 MB, 16 MB, or 32 MB) may be terminated, while applications smaller than a specified size may be dormant. In yet another embodiment, the audio user applications may only be terminated after the paused user applications have terminated, but before the foreground user applications. Similarly, a "critical" point may be any value that the designer desires. Exemplary critical points may include 50%, 75% and 90%. Using 75% as an example critical point, applications can see that when the primary remote insurance information mapping storage reaches 75% of its capacity - for example, a 256 MB primary insurance information mapping storage reaches 192 MB pool - will be selected for removal from the main remote insurance information mapping repository.

Operating states: Identify and describe five operating states for a user process executing on a personal electronic device, as an aid in understanding how the above restrictions apply to the various services described below. Network services. The network service allows a suspended network application to maintain (e. G., Keep live) the communication socket for its remote insurance information communication. As used herein, a network application is a user application that uses network communication sockets. An exemplary network application is a user VOIP application. In the prior art, when a user's network application / process is stopped, it loses its ability to maintain its own communication socket and consequently can not continue to receive communication data (e.g., incoming VOIP phone calls). An exemplary network service operation is demonstrated by a VOIP service operation in which the user's VOIP application begins to transition to a paused state. In one embodiment, as the VOIP process transitions to the paused state, it specifies to the operating system (e.g., via a network daemon) which time interval is required for the transmission of the "remote insurance information" messages. These remote insurance information virtual information is responsible for reviving the process when data is received at the process-related socket or at the expiration of a specified time - for remote insurance information or heart rate maintenance, heart rate status, etc. For more information on this aspect, see U.S. Patent Publication No. 20090305732 entitled Managing Notification Service Connections and Displaying Icon Badges. Which applications are incorporated herein in their entirety. At a later time, the network remote insurance information virtual information receives the message. The target application is then identified, revived into a background state, and delivers the message. The background VOIP application may respond to subsequent messages (e.g., incoming VOIP calls or "heartbeat request" messages). If the requested operation is to issue a heartbeat, the VOIP application may go back to a paused state. If the requested action is to respond to an incoming VOIP call, the VOIP application may request the operating system to issue a UI to select whether to accept or reject the call. If the call is ignored, the VOIP application can go back to the paused state. If the call is answered, the VOIP application may come to the foreground (e.g., by the user selecting the appropriate element in the UI represented by the operating system). Maintenance of network communications (e.g., VOIP and WiFi or WiFi) sockets for paused processes on personal electronic devices of the type described herein, although it will be understood that the operating system remote insurance information virtual information is known in the art. Remuneration is new.

Remote insurance information location of scan fans and geo-fencing service.

The location and geo-fencing service allows the background and paused processes to receive notifications (e.g., messages from operating system remote insurance information virtual information) when certain location events occur. Exemplary positional events may include, but are not limited to, reaching a specified location, departing a specified location, entering a specified area, leaving a specified area, or " , But is not limited thereto. In one embodiment, the process / application must programmatically declare (for example via a p-list parameter) that it wants to assist the location and geo-fencing operation service. In another embodiment, geo-fencing operations do not require the use of p-list entries - all geo-fencing applications can help the geo-fencing service itself. In location operations, as long as the location tracking operation is in progress, the application may still be in the background - receiving processing time in accordance with the system scheduling mechanism (see discussion above). In one embodiment, if the tracing operation is terminated or otherwise aborted, the process may be suspended (i.e., placed in a suspended state; the process may also be terminated or dormant). When a process responds to a message, it can reject (pause) or block it in the background state waiting for the next message. In one embodiment, the number of user applications using location services in the background state is related to the use of other system resources, for example, when the system remote insurance information mapping storage is run low, The application may be terminated.

Personal Electronic Device Architecture: In one embodiment, the personal electronic device may be configured to use one or more of the aforementioned constraints to allow multitasking operations (e.g., opportunistic multitasking) Lt; / RTI &gt; may be implemented. As illustrated, user applications interact with standard operating system calls and an application initiator (e.g., "Springboard" in the iPhone operating system) to a multitasking service library to access and use the services described above do.

A real-time communication session involving transmission of a captured video image related to remote insurance information data; For remote insurance information scan

An example of a real-time communication session involving remote insurance information for a captured video image is remote insurance information of a virtual or real item visible in the image is a video conference. In some embodiments, the mobile device may only transmit the captured video image of one camera at any given time during the video conference. However, in other embodiments, the mobile device may simultaneously transmit the captured video image from both its camera during a video conference or other real-time communication session. And generates a composite display that includes simultaneous display of a plurality of captured videos.

Background related to remote insurance information data Main display

The exemplary composite PIP display illustrated and discussed with this remote insurance information collaboration vendor shows the entire foreground insert display area within the background main display area.

Background to remote insurance information Other synthetic displays are possible that have a foreground insert display area that is not completely contained within the main display area and overlaps with it.

In addition to transmitting video content during a video conference with another device, the mobile device in some embodiments may transmit other types of content along with the video content of the remote insurance information related conference.

Example (remote insurance information retrieval)

The system converts the remote insurance information voice query into a text search query, the text search query comprising a word sequence based on a corresponding adjusted probability value in the customized language model. The system may provide one or more search results of a text search query as a response to a voice search query for display on a display device. Embodiments of the present invention and the operations described herein may be implemented within a computer- Structures, and structural equivalents thereof, or in remote insurance main server / Big Data DB software, firmware or hardware, or combinations of one or more of these.

A data processing device related to remote insurance information data

Embodiments of the present invention described herein may be implemented, for example, with one or more modules of remote insurance main server / big data DB program instructions, and the modules may include a remote insurance main server / And the execution can be implemented as one or more remote insurance main server / big data DB programs, such as by a data processing device or for controlling the operation of the data processing device. Alternatively or additionally, the program instructions may be stored in a computer-readable medium, such as, for example, electrically, optically, or programmatically, generated by a machine generated for transmission to a suitable receiver device for execution by a remote data- It can be encoded on an artificially generated propagation signal such as an electromagnetic signal. Remote insurance main server / big data DB storage medium is a storage device readable by remote insurance main server / big data DB, storage baseboard readable by remote insurance main server / big data DB, arbitrary or serial access remote insurance An information mapping storage array or device, or a combination of one or more thereof. Furthermore, while the remote insurance main server / big data DB storage medium is not a radio signal, the remote insurance main server / big data DB storage medium is a remote insurance main server / big data DB program encoded in an artificially generated radio signal It may be the source or destination of commands.

Markup language related to remote insurance information data Remote insurance information Co-operative company, files in coordinates

Or other data or data (e.g., markup language remote insurance information joints ) in files with multiple coordinates (e.g., one or more modules, sub-programs, And one or more scripts stored in a markup language document). The remote insurance main server / big data DB program can be arranged to run on one remote insurance main server / big data DB or a plurality of remote insurance main server / big data DB, and the remote insurance main server / Or distributed over multiple locations and interconnected via a communication network. The processes and logic flows described herein may be implemented in one or more programmable processing units that execute one or more remote insurance main server / big data DB programs to perform actions by operating on input data and generating output Units. &Lt; / RTI &gt;

Multitasking and parallel processing

Certain features described herein in the context of separate embodiments may be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented in a number of embodiments, either individually or in any suitable subcombination. Moreover, the features may be described as acting in any combination, even so from the beginning, and one or more features from the claimed combination may, in some cases, be deleted from the combination, May relate to a sub-combination or a variant of a sub-combination. Similarly, while operations may be in a particular order, this is not to be understood as requiring that such operations are performed in a particular order or sequential order, or that all operations are performed in order to achieve the desired results do. In some circumstances, multitasking and parallel processing of remote insurance information related data may be advantageous. Moreover, the separation of the various system components in the embodiments described above should not be understood as requiring such a separation in all embodiments, since the desired program components and systems are generally integrated together in a single software product Or may be packaged into a number of software products.

Multi-Touch Clarification System for Specifying Remote Insurance Information

A remote insurance main server / big data DB system according to an embodiment of the present invention. The remote insurance main server / big data DB system is, for example, desktop or laptop remote insurance main server / big data DB, tablet remote insurance main server / big data DB, smart phone, insurance internal navigation system, personal data assistant ), Or any other type of computing device that is not limited to any particular form factor.

The remote insurance main server / Big Data DB system may include a processing unit, a storage subsystem, input devices, a display, a network interface and a bus. The processing unit may be a single processor or a plurality of processors . In some embodiments, the processing unit may include one or more special purpose coprocessors, such as a graphics processor, a digital signal processor, etc., as well as a general purpose main processor. In some embodiments, some or all of the processing units may be implemented using customized circuits such as application specific integrated circuits or field programmable gate arrays. In some embodiments, such integrated circuits execute instructions stored in the circuit itself.

 A sequence of instructions defining a specific machine implementation

Remote insurance main server / big data DB readable storage media include carrier waves and transient electronic signals transmitted wirelessly or via wired connections. In some embodiments, the storage subsystem may store one or more software programs, e.g., bodily applications, to be executed by the processing unit.

"Software" generally refers to a set of instructions that, when executed by a processing unit, cause a remote insurance main server / Big Data DB system to perform various operations, thus defining one or more specific machine implementations to execute and perform operations of the software programs Sequences . The instructions may be stored as applications stored in a magnetic storage device readable by the remote insurance information mapping storage for processing by the firmware and / or processor resident in the read-only remote insurance information mapping storage.

The software may be embodied as a single program, or as a collection of discrete programs or program modules that interact as desired. The programs and / or data may be stored in non-volatile storage and may be copied, either wholly or partially, to the volatile operational remote insurance information mapping storage during program execution. From the storage subsystem, the processing unit may retrieve program instructions and data to be processed to be executed to perform the various operations described herein. The user interface may include one or more user input devices, a display device, and / May be provided by a user output device.

The input devices may include any device from which a user may provide signals to the computing system; The computing system may interpret the signals as indicating specific user requests or information.

In various embodiments, the input devices may include any or all of a keyboard, a touchpad, a touch screen, a mouse or other pointing device, a scroll wheel, a click wheel, a dial, a button, a switch, a keypad, . In an embodiment involving gesture recognition, the at least one input device may provide a touch sensitive surface capable of detecting the position and movement of a plurality of distinct contact areas.

Various image creation technologies related to remote insurance information

Illustrative examples are described in U.S. Patent No. 6,326,846 and U.S. Patent No. 7,479,949; It will be appreciated that the implementation of a particular touch sensitive surface related to remote insurance information is not required.

"Mapped" area associated with remote coverage information data

For example, the processing unit may execute an imaged information mapping application (e.g., a body). An imaged information mapping application can provide a variety of functionality, such as the ability to image information in a particular area and display it in a visually good manner.

That is, the displayed area may be all or some of the "mapped" areas where body data is available.

The body data may be stored locally, for example, in a storage subsystem or stored remotely and acquired, for example, via a network interface as needed.

Refer to specific blocks

Also, while the remote insurance main server / Big Data DB system is described with reference to particular blocks, it will be understood that these blocks are defined for convenience of description and are not intended to imply a particular physical arrangement of component parts. Also, the blocks need not correspond to physically distinct components.

The blocks may be configured to perform various operations, for example, by programming a processor or providing appropriate control circuitry, and the various blocks may not be reconfigurable or reconfigurable depending on how the initial configuration is obtained. Embodiments of the present invention may realize the input or output of remote insurance information data in various devices including electronic devices implemented using any combination of circuitry and software. For example, a body that can be displayed on a remote insurance main server / Big Data DB system running a body application. The body represents a scaled area to fit the display.

<2D and 3D mode body creation module containing remote insurance information related data>

In this example, the body may be a 3D body that is viewable at various angles, without being limited to vertical up-and-down to input remote insurance information-related data, and the user may perform gestures that manipulate the display. In some embodiments, the body may be switched to 2D and 3D mode. The displayed map may be manipulated by the user. In some embodiments, the displayed body is rendered based on parameters defining the position and orientation of the virtual camera in 3D space. In response to the gesture input from the user, the command to change the parameters is executed so that the camera can be relocated (i.e., change position and / or orientation) and the body can be rendered again with new camera parameters. For example, the body may be panned by moving the virtual camera in a plane parallel to the body's groundplane so that other areas are visible. The body is zoomed in by moving the virtual camera closer or farther away from the reference plane along the optical axis of the virtual camera (or by changing the focal length or magnification constant associated with the virtual camera without moving) so that the visible area is enlarged or reduced can do. The body can be rotated by changing the orientation of the optical axis and / or "up" vector of the virtual camera. The body can be tilted by rearranging the virtual camera and changing the "tilt" angle between the optical axis and the reference plane of the body.

Displayed maps related to remote insurance information data

Examples of gestures that can be used to perform such an operation are described below. In some embodiments, the displayed map may also act as an interface that allows a user to access additional information. For example, a user may be provided with information on a location displayed on the body (e.g., by tapping a restaurant or a museum to obtain more information about the location (e.g., facility phone number, operating time, product and service provided, Other available location information may also be available, such as current or anticipated weather conditions, scheduled events, sequential direction instructions to guide to the location, parking availability, and the like.

In accordance with an embodiment, the body image may be a model of an object created by, for example, a remote insurance main server / Big Data DB utilization design program, a real and / or remote insurance main server / , Or any other image of a real or virtual 3D region. II. Examples of gestures that may be used to manipulate a map (or other image) being displayed in a single control mode will now be described. In these examples, a gesture is defined based on the number of contacts on the touch sensitive surface and the movement of the contacts. In some embodiments, the number of contacts is treated as a minimum number, and any excess contacts are ignored. [0040] The remote insurance, which allows the electronic device to move or translate the display portion of the body in a direction selected by the user for the display area It is a "fan" gesture for information data. In some embodiments, panning can be implemented by moving the virtual camera in a plane parallel to the reference plane of the body without changing the orientation of the virtual camera. When the body is displayed on the touch screen display, In some embodiments, the body may be moved along with the contact movement, for example, a finger, and the contact may be moved in any direction as indicated by the arrow. So that almost the same position is continuously under contact on the body, and both the contact and the body are moved relative to the edge of the display area. For example, in the body, the museum is under the contact, and in the body, the same museum remains almost under contact.

"Dragging" the body associated with the remote insurance information data,

Thus, the user can control the speed and direction of the body movement, and the pan gesture can provide an experience of "dragging" the body . Dragging the body may refer to changing the body part being displayed in the display area and / or changing parameters that define the boundary of the display part. In some embodiments, the user may change the direction. For example, a user may touch (e.g., a finger) on the screen, move the contact in any direction as indicated by the arrow, and then move in another direction (e.g., right, left, As shown in FIG. Correspondingly, the electronic device can move the body with the movement of the contact while the contact is being moved. A fan gesture that implicitly separates remote insurance information-related information (e.g., class) by motion is not limited to linear motion. In some embodiments, a user may define a curved motion path to the body. For example, the movement of the contact may be a curved path instead of a straight line indicated by. The movement of the contact may include any combination of linear and non-linear movement. In some embodiments, the fan may be regarded as a gesture comprising a linear movement of two or more contacts in one contact or parallel direction. Panning with two (or more) contacts can be distinguished from other gestures based on various combinations of motion characteristics, including linearity, direction, and speed of motion . The relative positions of the contacts can also be used to distinguish gestures. In some embodiments, the zoom (in or out) is directed along the optical axis of the virtual camera towards the reference plane. &Lt; Desc / Clms Page number 12 &gt; Moving the virtual camera and zooming in or moving away from the reference plane to zoom out. In some embodiments, zooming may be implemented by changing the magnification constant or focal length associated with the virtual camera. When displayed on the display, the user can move the contacts away from each other, as indicated by the arrows, with a touch (e.g., one finger and a thumb, or two fingers) touching the touch screen. Correspondingly, The electronic device can enlarge the body. This movement is often referred to as an outward pinch or "differential pinch. &Quot;

In some embodiments, the diphinch (or pinch) motion can be identified by an angle formed by the arrow. For example, a zoom in / out operation may be identified if it is within a critical angle of 0. In some embodiments, the body is magnified with the contact movement such that approximately the same position on the body remains below each contact.

Near the same intersection on the body related to remote insurance information data

For example, both contacts are near the same intersection on the body , and the contact is near the same position on the body. That is, even after the movement causes a change in the display of the body to the body, the contact may have a similar arrangement with respect to the body object. Thus, the user can control the speed, angle and center position for the zooming operation.

In some embodiments, when the contact is moving slowly, the zoom in is adjusted according to the contact movement. In some embodiments, a quick de-pinch gesture (with two fingers) allows the body to be magnified by a predetermined step size, e.g., from the current magnification constant to the next "step ". There may be an arbitrary number of predetermined steps, for example, 10, 16, 20, etc. from the minimum magnification to the maximum magnification for receiving remote insurance information.

The associated "zoom out" gesture may also be defined to reduce the size of the rendered body. The zoom-out gesture can be defined as reversing the movement of the contact so that the pinch-in, for example, does not move away but moves closer to each other. The same concept as described above for de-pinching and zoom in, including adjustment of body magnification for fast or slow de-pinch and de-pinch move contact, can be applied to the inward-facing pinch operation for zoom out. In some embodiments, the zoom in and zoom out may be performed corresponding to a single gesture. A single gesture can be defined to last or occur from the time of the initial gesture to a gesture termination event (e.g., one or more touches from the touch sensitive surface). For example, the user can start zooming out, determining that it is too much, and then returning the motion back to zoom in. In this example, the two fingers (or other contacts) of the user continue to contact the touch sensitive surface when zooming out and again zooming in. In some embodiments, Can be regarded as a single gesture that can be characterized by two or more contacts moving almost linearly in a modifying (increasing or decreasing) manner. For example, the contact is a first distance apart. After the movement, the contact is a second distance apart. In the de-pinch operation, the first distance is smaller than the second distance. In a pinch operation, the first distance may be greater than the second distance. The electronic device includes a "turn" gesture that causes the user to rotate the body with respect to the display such that the user views the body at different angles.

"Rotate" gestures related to remote insurance information data

In some embodiments, rotation may be implemented with rotation of the virtual camera about the optical axis of the virtual camera 20, and reorient the camera "up" However, for users viewing insurance 3D images, this will not produce the desired effect, especially if the optical axis is not oriented perpendicular to the reference plane of the body. Instead, rather than showing the region side-to-side or upside-down, the user may prefer to rotate the view of the same region in the other direction. Thus, in some embodiments, the rotational motion can be defined as moving the virtual camera into a circle that is parallel to the reference plane of the body. The center of the circle is the "target point" where the optical axis of the virtual camera intersects the reference plane, and the radius of the circle is determined from the current tilt angle and camera placement.

Figure pat00001

At the same time, while moving around the circumference of the body, the camera is redirected through re-directing section 40 to keep the optical axis aimed at the target point. In the particular case where the optical axis is perpendicular (right down) to the reference plane, the circular motion of the virtual camera can be a rotation around the optical axis. When the body is displayed on the touch screen display, For example, a finger and a thumb, or two fingers) may contact the touch screen and move the contact in a circular manner about the common center of contact. To the user, movement can be similar to dialing with one finger and thumb. Correspondingly, the electronic device can rotate the body. In some embodiments, rotation is performed with movement from contact to contact, and from contact to contact, as indicated by the arrows.

The size of the rotation for receiving remote coverage information may be such that a full 360 degree rotation of the contact around the common center corresponds to a full 360 degree rotation. In such a case, almost identical positions on the body may continue to be under contact due to rotation performed using the optical axis orthogonal to the body. For example, a contact may be in the same position on the body relative to another body object as compared to the contact (e.g., a slight deviation from a certain distance, about 1/4 below the block) For example, near a museum), it may be about the same position on the body as for other body objects. For optical axes of different orientations, this is not necessarily the case. In some embodiments, the rotation is adjusted in accordance with the contact movement when the gesture is performed slowly.

In some embodiments, a fast rotation gesture for receiving remote insurance information may cause the body to rotate to a predetermined angle. In some embodiments, the rotation gesture can be distinguished from other gestures based on the rotation (as opposed to the linear) component of the movement, in which the two contacts rotate in the same direction about a certain point between them. Quot; tilt "gesture that can be used to adjust the viewing angle of the body, and this angle is often referred to as the tilt angle or pitch. In some embodiments, the tilt angle adjustment is implemented similarly to rotation except that the virtual camera moves in a circle perpendicular to the reference plane. The center of the circle is defined as the point at which the optical axis intersects the reference plane, and the plane of the circle includes the normal to the optical axis and the reference plane. As the virtual camera moves along the vertical direction circle, the camera is redirected so that the optical axis continues to aim at the target point at the same time. The inclination angle is defined as the angle between the reference plane and the optical axis, 0 degrees corresponding to the reference plane, and 90 degrees (normal to the reference plane) corresponds to looking down. In other words, we are looking down on the body area from above. To tilt the body (or to change the tilt angle), the user may place two contacts (e.g., two fingers, or fingers and thumb) along the X-axis of the display, and a line connecting them And can move to the contact position. The tilt gesture changes the viewing angle of the body through the changing unit 30 so that the body is visible in the obliqueangle instead of directly looking down. Which can be fed back to the virtual camera 20 to create a duplicate image.

The speed and magnitude of the tilt angle change can be determined based on user movement. For example, a transformation factor may be used to transform the distance traveled by the contact into a change in the tilt angle, and the change may be applied simultaneously with the movement of the contact.

In some embodiments, any excess contact (exceeding the number of contacts defining the gesture) may be ignored. In some embodiments, the user may add a new contact during the process of creating a gesture, remove one of the original contacts (e.g., exchange fingers), and such action may include at least a number of contacts defining the gesture At least one contact in accordance with the example) can continue to be processed with the same gesture as long as it is in contact with the touch sensitive surface. Other gestures may be defined and used in addition to or instead of the preceding gestures. For example, a fast swipe can move the body a predetermined distance in the swipe direction . A gesture that strikes a particular location on the body may cause the device to obtain and display information about the location.

The tilt angle can be limited to the maximum and minimum values. Zoom (or magnification) may also be limited by the maximum and minimum scale factors. Panning can also be limited, for example, if the body region has edges.

A body area that includes the entire surface of the planet

(This may not be the case for a body area containing the full surface remote insurance information of a planet, but it may be for a body of a different type, such as a body in a fictional area with a building, a city or a boundary.)

For example, the movement of the body over the display may appear to change acceleration, deceleration, and / or direction based on changes in movement. If this change applies a predetermined change (e.g., in response to fast zoom or fast scroll gestures, as described above), acceleration and deceleration may be applied to the change using appropriate constants, for example, Friction coefficients may be used to model acceleration and / or deceleration.

Gestures as described above may be used to manipulate any other image of the 3D spatial domain including the body or any number and / or any type of object. Figure 2 is a flow diagram of a process for manipulating an image in accordance with an embodiment of the present invention. The process may be implemented in, for example, a remote insurance main server / Big Data DB system or other electronic devices. In a block, an image of the 3D area is displayed. According to an implementation, such an image may be stored in a database, for example, a model of an object created by a body (e.g., a body, a remote insurance main server / Big Data DB utilization design program, a real and / A rendering of an image of a scene containing the generated object, or any other image of a real or virtual 3D region.

Virtual camera parameters

The image may be displayed in a default state based on virtual camera parameters such as placement, orientation (e.g., rotation angle), viewing direction (e.g., tilt angle), and magnification constant.

Or a set of the most recent parameters set by the user (e.g., returning to the recently displayed screen each time the application is executed). In a block, a process may be performed on one or more Contact can be detected. In some embodiments, the touch sensitive surface may be a display. In some embodiments, other touch sensitive surfaces, including track pads, mice, and other user input devices, may also be used. In a block, a process may detect an initial gesture movement of one or more contacts. An initial gesture motion (often referred to as a hysteresis characteristic of a gesture) may include any motion that is intentional and / or large enough to be perceived distinctly from other motions associated with other gestures, examples of gesture motions Are described above and also in U.S. Patent Nos. 6,326,846; 7,469,381; 7,479,949; And U.S. Patent Application Publication No. 2008/0036743. In the block, the process may select the mode of operation based on the number of contacts and the initial gesture movement. Examples of operating modes may include any combination of the operations described above and described above (e.g., fan, rotate, zoom and tilt) and / or other operations. In some embodiments, the mode of operation may be determined using the process described above. Based on the selected mode of operation and the initial gesture motion, the process may change the displayed image in the block. For example, if a pan operation mode is selected (e.g., based on an initial gesture movement), the pan operation may be performed on the displayed image (e.g., on the body. And / or additional operating modes may be applied and displayed in the block.

Additional moves associated with gestures related to remote insurance information data

In some embodiments, the gesture itself may extend beyond the initial gesture motion, while an initial gesture motion for acquiring remote insurance information related data is responsible for identifying the gesture in the block. Thus, in a block, the process may detect additional motion associated with the gesture and may further change the displayed image based on additional motion). At block, if no additional motion is detected, the process can determine whether a gesture end event has occurred. For example, a gesture end event may be detected if all contacts are removed from the touch sensitive surface and / or if all contacts remain at least during the critical period. If no gesture end event is detected, the process can return to the block to detect additional motion associated with the current gesture. When a gesture termination event occurs, the process may return to the block and detect another contact initiating another gesture. The process may be performed by the user in order to indicate the user's intent using any combination of gestures in any order. Allowing it to interact with the displayed image of the 3D region without requiring any additional input. The user can also start the manipulation gesture, confirm its effect in real time, react accordingly, for example, continue the gesture, change the speed or direction, or end the gesture as desired. As previously mentioned, the electronic device automatically distinguishes among the various gestures that the user may create and select the mode of operation, so that subsequent motions until a gesture termination event occurs. &Lt; RTI ID = 0.0 &gt; The interpreted and displayed image can be manipulated according to the selected mode. The selection of the operating mode will now be described.

In some embodiments, a gesture made by a user may be identified as representing one of a set of distinct operations or any other, e.g., any of the pan, zoom, rotate, or tilt operations described above . In this case, the corresponding operation can be selected as the operation mode. They are also referred to herein as a single control mode indicating that only one type of change at a time applies to the body view. III. Multiple Control Modes Some embodiments of the present invention allow a gesture to be identified as applying a "multiple control" mode in which more than one type of change can be accompanied or at the same time.

Multiple control modes related to remote insurance information data

<Data module for remote insurance information>

An example of multiple control modes according to remote insurance information related data storage is a mode that allows pan, zoom and rotating changes to be made simultaneously or simultaneously while maintaining a constant tilt angle with respect to the vertical axis of body space.

A multiple control operation for obtaining remote insurance information data according to an embodiment of the present invention will be described. And a contact executing a multiple control gesture for acquiring remote insurance information data as indicated by the body view and arrows. These gestures combine the elements of a linear motion (associated with a pan gesture), a rotary motion (associated with a rotation gesture), and an extended motion (associated with a zoom gesture). Based on these factors, the body can be moved, rotated and zoomed to create a new view, for example, a body. In a multiple control mode, the body deformations can be adjusted according to the relevant components of the motion, and the user can have the experience of freely adjusting the body with the desired placement, orientation, and magnification. In some embodiments, (E.g., rotation and pan, pan and zoom, rotation and tilt, etc.) of any combination, and any number of distinct multiple control modes can be recognized. In some embodiments, the tilt control is not included in any of the multiple control modes, but is only available in a single control mode. May be selected by the device. The device may implement various heuristics based on the nature of the gesture (e.g., the number of contacts and the nature of the initial movement of the contact, such as direction and / or speed) to determine whether a particular gesture should apply a single control mode or multiple control modes It is also possible to determine that the specified mode is applied as well as a flowchart of a process for selecting an operation mode based on gesture input according to an embodiment of the present invention.

If the pan mode is selected in the block, the subsequent motion may be processed as continuation of the pan gesture until an end event occurs. [0031] In a block, the process may determine whether a criterion for recognizing the zoom gesture has been met. As described above, these criteria include whether at least two contacts are detected; Whether one or more contacts move toward or away from each other; And whether the motion is primarily linear. If the zoom criterion is satisfied, at block, the process can select the zoom mode which is the third single control mode. If the zoom mode is selected in the block, subsequent movements may be processed as a continuation of the zoom gesture until an end event occurs. In a block, the process may determine whether a criterion for recognizing the rotation gesture is satisfied. As described above, these criteria include whether at least two contacts are detected; Whether the two contacts move in a roughly circular pattern; And whether the motion rotates about the common center about.

If the rotation criterion is met, at block, the process may select the rotation mode which is the fourth single control mode. If the rotation mode is selected in the block, the subsequent motion can be processed as a continuation of the rotation gesture until an end event occurs. In a block, the process can determine whether a criterion for recognizing the multiple control gesture has been met . As described above, the multiple control mode can be applied to gestures that combine aspects of various single control gestures. Thus, for example, when multiple control modes allow pan, zoom and rotation, the criteria for recognizing multiple control gestures include whether two or more contacts are detected; Whether the speed of the initial movement of one or more contacts is below a threshold; And whether the initial motion combines the attributes of at least two single control gestures such as pan + zoom, rotate + zoom, or rotate + pan. If multiple control criteria are met, in a block, The control mode can be selected. If multiple control modes are selected in the block, subsequent movements can be handled as a combination of pan, rotation, and zoom based on a particular motion. The multiple control mode may continue to be applied until a gesture end event occurs. In some embodiments, the device may apply functions other than recognizing the gesture input and manipulating the displayed image.

Thus, at a block, the process may determine whether criteria for recognizing some other gesture (e.g., tap, double tap, swipe, etc.) are met. Examples of gesture-recognition criteria for multiple gestures are described in U.S. Patent Nos. 6,326,846; 7,469,381; 7,479,949; And U.S. Patent Application Publication No. 2008/0036743. If a different gesture is recognized, in a block, the process may execute the action associated with the gesture, which may or may not involve changing the image. If a gesture that is not about the manipulation of the displayed image is recognized in the block, the process may return to the block after performing the appropriate action in the block. (Or can be exited according to the behavior in question). In a block, if the gesture is not recognized, the process can ignore the input (block. In this case, the process can go back to the block and wait for another gesture .

It is to be understood that the process is illustrative and that variations and modifications are possible. The steps described as being sequential may be performed in parallel, the order of the steps may vary, and the steps may be altered, combined, added, or omitted. Additionally, the described criteria associated with various gestures are exemplary and other criteria may be used. Additional descriptions of techniques for recognizing and interpreting gesture input are disclosed in U.S. Patent Nos. 6,326,846; 7,469,381; 7,479,949; And United States Patent Application Publication 2008/0036743. In some embodiments, gesture recognition may be based on a scoring model rather than meeting certain criteria. A flow chart of a process for selecting an operation mode based on gesture input according to an embodiment of the present invention implementing a scoring model. For example, a process can be used to implement a block of a process.

In the block, the touch data received from the touch sensitive surface is analyzed to determine the position and velocity (speed and direction) of each of the one or more detected contacts. In the block, scores may be calculated for each gesture in a library of predefined possible gestures. The library may include, for example, pan, zoom, rotate and tilt gestures as described above, and other gestures may also be included. The library can define a scoring function for each gesture, and the scoring is a mathematical function of the characteristics of the contacts and / or their initial motions. The score may be defined to reflect the probability that a gesture with a set of certain characteristics intends a particular gesture to be scored.

In some embodiments, the scoring function may be a pool of users attempting to make various gestures in a known environment with biomechanical constraints (e.g., range of finger motions), estimation of user behavior, and / , &Lt; / RTI &gt; Various algorithms and techniques may be used to define scores for different gestures, and a library may include many gestures.

In some embodiments, threshold-based criteria and / or environment-based criteria may be used as a filter to reduce the number of gestures for which a score is calculated. In a block, the score associated with the different gestures may be scored such that any single gesture exceeds the threshold Lt; RTI ID = 0.0 &gt; a &lt; / RTI &gt; The threshold can be defined as an absolute score or a difference between two peaks or a difference between a peak and an average score. If exactly one gesture has a score that exceeds the threshold, then in the block, a single control mode corresponding to the gesture having a score exceeding the threshold is selected. In some embodiments, the block may also include executing a function associated with a gesture not associated with image manipulation, which is similar to the block of the process described above. In the block, if the gesture does not exceed the threshold and can not be scored, multiple gestures can be selected if the score is scored above the threshold. For example, if multiple gestures score over a threshold, multiple control modes including all such gestures can be selected. If the gesture in the block does not exceed the threshold and can not be scored, a lower threshold may be applied in the block, and the selected multiple control mode may include gestures that have scored over the lower threshold. As another example, if two (or three, or even four, etc.) peaks are close enough together, the selected multiple control mode may be manipulated in association with gestures having two (or three, or four, etc.) peaks Can be combined. In some embodiments, a single multiple control mode may be defined (e.g., including rotation, pan and zoom control), and whenever the point comparison in the block does not represent a single clear gesture , . Other techniques for defining and selecting the multiple control modes may also be used. The gestures may include other elements of motion, but they are not described herein. For example, an object is near the center of the visible region in the body, and the object is toward the top of the body. This change may be associated with fan motion based on linear movement of the contact. In addition, the orientation of the object in the visible region has changed from body to body. For example, the orientation indicator indicates a first orientation and the orientation indicator indicates a second orientation. The change in orientation may be, for example, the result of angular rotation of the contact associated with the rotational movement. The distance between the contact and the contact and the distance between and are nearly equal. Thus, in the example, there is little (or no) zoom in or zoom out and the size of the building is nearly the same.

2 mode operation mode may occur when the user determines that two (only two) operation modes are desired. The gesture may be a combination of the elements of the motion (associated with the pan gesture) and the zoom-out motion (associated with the zoom gesture) do. For example, an object (and associated textual information) associated with the Moscone Convention Center may be associated with an edge of the visible region, for example, Change the layout. This change may be related to fan motion due to the linear movement of the contact. In some embodiments, as described above, the pan movement can be adjusted. For example, the contact is in approximately the same arrangement relative to the object under the contact (e.g., the building), and the contact is in approximately the same arrangement relative to the object under the contact (e.g., another building). In addition, the scale of the object in the visible area has changed from body to body. The scale change may be the result of a zoom in / out operation. The distance between contact and contact is greater than the distance between each configuration . Additionally, the movement of the contact is substantially linear with respect to the other of the contact. In some embodiments, as described above, the zoom movement can be adjusted. For example, the contact may be in approximately the same arrangement relative to the object underneath the contact (e.g., the end of the building), and the contact may be in the same position relative to the object beneath the contact (e.g., . In the example, there is little (or no) of each rotation (e.g., as happens when the user is making a dial turn), and thus the orientation of the body is almost the same. This orientation can be reflected by the orientation indicator as well as displaying the body object in almost the same orientation.

Mode selection process related to remote insurance information data

It will be appreciated that the mode selection process described herein is illustrative and that variations and modifications are possible. The steps described as being sequential may be performed in parallel, the order of the steps may vary, and the steps may be altered, combined, added, or omitted. Various combinations of score-based and threshold-based criteria may be used to distinguish the various gestures. The criteria may include any information of the remote insurance information that can be detected by the touch sensitive surface associated with the remote insurance information data, such as the number of contacts; The position of each contact relative to the other contact; The location of each contact on the touch sensitive surface (also referred to as the "absolute"position); The speed of movement of each contact; The direction of movement of each contact (which may be defined relative to the touch sensitive surface and / or one or more other contacts); The pressure associated with each contact; The duration of each contact; The time between successive touches, and the like. Gesture recognition may be based on sequential (e.g., decision-making body) or specific criteria applied to the scoring model, and / or any combination thereof. The embodiments described above provide recognition of various gestures related to manipulating the displayed image of the 3D region. The gesture allows the user to change the orientation of the area (e.g., by turning and / or tilting), changing the magnification of the image (e.g., by zooming) and / (E. G., By panning). In some embodiments, the effect of the image-manipulating gesture can be implemented by rendering the image from the viewpoint of the virtual camera, and the gesture can be interpreted as changing the position and / or orientation of the virtual camera.

Single control mode associated with remote insurance information data

Through the operation of the single control mode , the user adjusts one display parameter at a time, but the operation of the multiple control mode allows multiple display parameters to be simultaneously adjusted, giving the user flexible and intuitive control over the screen. The device can automatically determine whether to operate in a single control mode or multiple control mode based on the characteristics of the gesture and the user can change the mode at any time by closing the current gesture and opening a new gesture. , Some embodiments provide one multiple control mode that allows simultaneous control of the pan, zoom, and rotation while keeping the tilt angle constant. Some applications (e.g., the body) may be helpful in that adjusting the tilt angle can make the user more confused than adjusting other parameters.

Pop-up graphic elements

In another embodiment, the pop-up graphical element may be displayed in response to a remote insurance information search query. In some embodiments, the pop-up graphical element may be displayed on the object as an insured body, etc. , as if it were "in the air" This can seem like "floating". In 2D mode, a pop-up graphical element may appear as if it were adjacent to the object (e.g., up, down, or next to the object). In response to the manipulation gesture, the pop-up graphic element may remain in approximately the same arrangement for the object. For example, a pop-up graphic element may "float" over an object after zooming, pan, rotating, tilting, or a combination thereof. In some embodiments, the pop-up graphic elements remain approximately the same size corresponding to the zoom in or zoom out operation, but the surrounding objects in the image are of different sizes. In some embodiments, the pop-up graphical element may be displayed as long as the object associated with the pop-up graphic element is displayed on the screen. &Lt; RTI ID = 0.0 & It continues to be displayed on the ground.

For example, the pop-up graphic element may continue to be displayed on the screen after the pan (or rotate, tilt, zoom) operation as long as the object is within the visible area, even after operation. In some embodiments, the pop-up notification disappears when the object leaves the viewing area (and / or is hidden by other objects on the display, such as a 3D building object). In some embodiments, the pop-up graphic element is not displayed again, as the object re-enters the visible area (e.g., as a result of a gesture of panning the screen so that the object is almost redrawn back to the original screen after leaving the screen) In another embodiment, the pop-up graphic element is displayed again.

Additionally, gesture interpretation techniques for acquiring remote insurance information related data described herein may provide a function of clarifying gestures, and may be adapted to apply multiple control modes of operation combining a plurality of gestures, Since such techniques have applicability to situations other than manipulating 3D images, the techniques described herein are used to distinguish related gestures in other environments, and the images of 3D regions or objects The user can allow multiple control modes for any user interaction including interactions that are not related to the gesture. The gesture can be detected using any touch sensitive surface. In some embodiments, the touch sensitive surface may be another component of a display device that provides an overlay or touch screen interface. However, a touch sensitive surface, e.g., a trackpad, that is located away from the display device may also be used. The contact may be made using a finger, stylus, or other object detectable by a particular touch sensitive surface. In some embodiments, the touch sensitive surface may be proximity sensitive, and the "contact" may be detected based on proximity to the surface without actual physical contact. Embodiments of the present invention may include dedicated components and / May be realized using any combination of processors and / or other programmable devices. The various processes described herein may be implemented in any combination on the same processor or on different processors. In the case where components are described as being configured to perform certain operations, such a configuration may be achieved by programming electronic circuits (e.g., microprocessors) that are programmable to perform an operation, for example by designing the electronic circuits to perform the operation , Or any combination thereof. In addition, while the embodiments described above may refer to particular hardware and software components, those skilled in the art will appreciate that other combinations of hardware and / or software components may also be used and that certain operations described as being implemented in hardware may also be implemented in software Or vice versa. &Lt; RTI ID = 0.0 &gt; The remote insurance main server / big data DB readable medium encoded with the program code may be packaged with a compatible electronic device, or the program code may be stored in the remote insurance main server / big data DB readout (e.g., via an Internet download or separately packaged remote insurance main server / Although the present invention has been described with respect to particular embodiments, it is to be understood that the invention is not limited to the embodiments described herein, but is intended to cover all modifications and equivalents within the scope of the following claims It will be understood.

Exemplary environment (remote insurance main server / Big Data DB); Various forms of configuration for remote insurance information entry or control devices

And illustrates the environment of an exemplary implementation that may operate using the techniques described herein. The environment shown includes a computing device that includes a processing system and a remote insurance main server / big data DB readable storage medium, represented as a remote insurance information mapping storage, but other configurations as discussed further below can be considered The remote insurance main server / Big Data DB can thus be configured in a variety of ways, so that the remote insurance main server / Big Data DB is a full resource device with substantial remote insurance information mapping storage and processor resources To a low-resource device (e.g., a traditional set-top box, handheld game console) with limited remote insurance information mapping storage and / or processing resources in the main server / big data DB, game console . In addition, a single remote insurance main server / big data DB was included, but the remote insurance main server / big data DB includes a business (eg, A remote control and set-top box combination, an image capture device configured to capture a gesture, a game console, etc. Additionally, the remote insurance main server / Big Data &lt; RTI ID = 0.0 &gt; The DB includes the operating system.

Remote insurance main server / big data DB in various ways related to remote insurance information data

Remote insurance main server that can communicate over the network / Big Data DB

A plurality of servers used by a business entity (e.g., a web service)

The operating system controlling the remote insurance information data is configured to abstract the basic functions of the remote insurance main server / Big Data DB to executable applications in the remote insurance main server / Big Data DB. For example, the operating system abstracts the display device functions of a processing system, remote insurance information mapping storage, network and / or remote insurance main server / Big Data DB so that applications do not create "how" Can be done.

Abstract operating system and display device functions related to remote insurance information data

The application can provide data to the operating system to be rendered and displayed by the display device described, for example, without understanding how rendering of such remote insurance information data is performed. The operating system also includes various other functions, such as managing file systems and user interfaces that can be explored by users of the remote insurance main server / Big Data DB, managing user logins to provide access to resources specific to the user . The application includes an image module that represents functions related to the management of the image. Although included as part of the application, the functionality of the image module may be implemented in a variety of ways (e.g., as part of an operating system, as a standalone application, distributed throughout the environment, used as part of a network service, etc.) An example of a function related to the management of an image by an image module includes image curation.

This involves the creation of criteria that can potentially be used to find "interesting" images related to remote insurance information, and can be performed automatically without user intervention by the remote insurance information related image module. Examples of criteria include, but are not limited to, time based criteria (e.g., eight months), person based criteria (e.g., user, user's child, user's friend), location based criteria ), Etc. The image module may also be configured to access images from a variety of different sources. This may include a repository that is local to the computing device (e.g., a remote insurance information mapping repository.) Additionally, the image module may include an image source accessible via the network. And is one of a plurality of other service providers configured to support the service.

Thus, it may include a social network related to remote insurance information, an image sharing service, an image storage service, and the like. Thus, the image module can be configured to support interaction with images from a variety of different sources, and can be automatically supported without user intervention, examples of which are described in connection with the following drawings. &Lt; / RTI &gt; shows a system of an exemplary implementation configured to access an image from a source. As described above, an image module for acquiring remote insurance information related data can access images from various other image sources. One such example includes a local repository of remote insurance main server / big data DB (e.g., remote insurance main server / big data DB running image module). For example, the image source may include one or more folders in which images are archived. In another example, the image source may include another remote insurance main server / big data DB associated with the user.

Thus, the image module may be configured to access images from such other devices, for example, through a login procedure using credentials accessible to the image module. In a further example, the image source includes a remote repository associated with the user. This may include a repository made accessible to the user to serve as a repository accessible over the network, one example of which is SkyDrive (SkyDrive is a trademark of Microsoft Corporation in Redmond, Washington). In yet another additional example, the image source may include a photo sharing service that is remotely accessible via the network.

On-chip system related to remote insurance information data and / or any suitable remote insurance main server / Big Data DB

Various commercial computing platforms with various processors

 The signal medium also includes any information delivery media. The term "modulated data signal" means a signal that has one or more of its characteristics set or changed in such a way as to encode information in the signal. For example, communication media includes, but is not limited to, wired media such as a wireless network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. As described above, the hardware components and the remote insurance main server / big data DB readable medium may be implemented as modules, programmable device logic and / or fixed device logic (e.g., as described herein to perform one or more instructions Implemented in hardware form that may be used in some embodiments to implement at least some of the features of the disclosed technique).

Hardware components that control remote insurance information related information may include components of the integrated circuit or on-chip system, application specific integrated circuit (ASIC), field programmable gate array (FPGA), complex programmable logic device (CPLD) , And other hardware components. In this context, the hardware may operate as logic implemented by a processing unit and / or hardware that performs program tasks defined by the instructions, such as, for example, the remote insurance main server / big data DB readable storage medium Or as hardware used to store instructions for execution. The various techniques and modules described herein may also be implemented using a combination of the foregoing. Accordingly, software, hardware, or executable modules and other program modules may be stored in one or more of the instructions and / or in the form of a single form of remote insurance main server / big data DB readable storage medium and / Lt; / RTI &gt; logic. The remote insurance main server / Big Data DB may be configured to implement specific instructions and / or functions corresponding to software and / or hardware modules. Thus, the implementation of the modules executable as software by the remote insurance main server / Big Data DB may be implemented, at least in part, in hardware, for example in the remote insurance main server / big data DB readable storage medium and / Element. &Lt; / RTI &gt; The instructions and / or functions may be executable / operable by one or more manufactures (e.g., one or more remote insurance main servers / Big Data DB and / or processing system) to implement the techniques, methods and embodiments described herein The exemplary system enables a ubiquitous environment for seamless user experience when an application is run on a personal remote insurance main server / Big Data DB, a television device, and / or a mobile device. Services and applications are executed in all three substantially similar environments for a common user experience when moving from one device to another while watching video. In an exemplary system, a plurality of devices are connected to a central remote insurance main server / The Big Data DB is interconnected. / Big Data DB may be located at the same location or remotely from multiple devices for multiple devices. In one embodiment, the Central Remote Insurance Main Server / Big Data DB may be located on a network, the Internet, And may be a cloud of one or more server remote insurance main server / big data DB connected to a plurality of devices via the remote insurance main server.

Modulated data signals related to remote insurance information data

Ubiquitous environment

In one embodiment, such an interconnection architecture allows functionality to be delivered through a plurality of devices, thereby providing a common, seamless experience for users of a plurality of devices. Each of the plurality of devices may have different physical requirements and capabilities, and the central remote insurance main server / Big Data DB may be customized for any device, while at the same time enabling delivery of experience for devices common to all devices Use the platform to do this. In one embodiment, a class of the target device is created and experiences are customized for the generic class of devices. The class of a device may be defined by physical characteristics, the type of use, and common characteristics of other devices.

In various embodiments, the remote insurance main server / big data DB can assume various configurations such as remote insurance main server / big data DB, mobile, and television applications. Each of these configurations may have overall different configurations and capabilities so that the remote insurance main server / Big Data DB can be configured according to one or more different devices, smart devices. For example, the remote insurance main server / big data DB includes personal remote insurance main server / big data DB, desktop remote insurance main server / big data DB, multi-screen remote insurance main server / big data DB, laptop remote insurance main server / Big Data DB, a netbook, and the like. The remote insurance main server / Big Data DB also includes a mobile device such as a mobile phone, a portable music player, a portable game device, a tablet remote insurance main server / big data DB, a multi-screen remote insurance main server / Lt; / RTI &gt; The remote insurance main server / Big Data DB may be implemented as a television class of devices, including devices that are typically connected to a large screen or have a large screen in a normal viewing environment. These devices include televisions, set-top boxes, game consoles, and the like. The techniques described herein are supported by various configurations of remote insurance main server / Big Data DB, and are not limited to the specific examples described herein. For example, the functions may be implemented in whole or in part using a distributed system across a "cloud" The cloud can include or represent a platform for resources. The platform extracts the basic functions of the hardware (eg, server) and the software resources of the cloud. The resources may include data and / or applications that may be utilized while remote insurance main server / big data DB processing is performed on a server remote from the remote insurance main server / big data DB. The resource may also include services that are provided via a subscriber network or over a subscriber network such as a cellular or Wi-Fi network. The platform extracts the resources and capabilities to provide the remote insurance main server / / Big data DB can be connected. The platform extracts the scaling of the resources and provides a scale level corresponding to the demand for resources implemented through the platform. Thus, in embodiments of interconnected devices, implementations of the functions described herein may be distributed throughout the system. For example, the functionality may be partially implemented on the remote insurance main server / Big Data DB, or may be implemented through a platform that abstracts the capabilities of the cloud. Consequently, while the present invention has been described using expressions specific to structural features and / or methodological acts, it is to be understood that the invention defined in the following claims is not limited to the specific features or acts described. Rather, the specific features or acts described are set forth in the illustrative forms for implementing the claimed invention.

Ontology related to remote insurance information data

The constituent elements of an ontology can be classified into classes, instances, relations, and properties.

Class of remote insurance information

A class can usually be described as saying the name we attach to things or concepts. "Keyboard remote insurance information", "monitor remote insurance information" and "love feeling" are all class.

Instance

An instance is itself a manifestation of a substance or event, or an actual form, such as an event. In other words, remote insurance information such as "LG ST-500 Ultra Slim Keyboard", "Samsung Sync Master Wide LCD Monitor" and "Love of Romeo and Juliet" is generally an instance. The distinction between classes and instances can vary greatly depending on the application and purpose of use. That is, an object of the same expression can be a class in some cases, or an instance in other cases.

Property

An attribute associates a class or instance with a particular value to indicate a specific nature, orientation, etc. of the class or instance. For example, you can define attributes such as hasSize to indicate that "Samsung Sync Master Wide LCD monitor is XX inches."

Here, Wide LCD monitor, XX inch, etc. may be remote insurance information.

Relation

Relationships refer to relations between class and instance remote insurance information, and generally can be classified into taxonomic relation and non-taxonomic relation.

Taxonomic Relation is a hierarchical representation of classes and instances that are separated into broader concepts and concrete concepts for conceptual classification. For example, the "isA" relationship is used to express the conceptual relationship between concepts such as "man is an animal".

A non-taxonomic relation is a relationship that is not a taxonomic relationship. For example, "being healthy by exercise" is expressed using the "cause" relationship (causal relationship).

Concepts, Cases, Characteristics, and Relationships

template

It is possible to analyze the information analysis risk quickly or easily by automatically providing the result of the new risk analysis evaluation using the past most similar failure analysis cases of remote insurance information.

The remote insurance main server / Big Data DB includes a bus, a remote insurance information mapping storage, a processor, a presentation component, an input / output port, an input / output component, and a power supply. The remote insurance main server / Big Data DB is merely an example of a suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality of the invention. The computing device should not be construed as having any dependency or requirement relating to any one or combination of components. The remote insurance main server / big data DB typically includes various remote insurance main servers / big data DB readable media. By way of example, and not limitation, the remote insurance main server / big data DB readable medium comprises a random access remote insurance information mapping storage; A read only remote insurance information mapping storage; An electrically erasable programmable read only remote insurance information mapping storage; Flash remote insurance information mapping storage or other remote insurance information mapping storage technology; CDROMs, digital versatile disks or other optical or holographic media; Magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to encode the desired information and which can be accessed by the remote insurance main server / Big Data DB. Embodiments of the present invention may be applied to remote insurance mains / remote data center systems, including remote insurance main server / big data DB executable instructions, such as program modules executed by a remote insurance main server / big data DB such as a personal digital assistant or other handheld device Server / big data DB code or machine-usable instructions. Generally, program modules, including routines, programs, objects, modules, data structures, etc., represent code that performs particular tasks or implements certain abstract data types. Embodiments of the invention may be practiced in a variety of system configurations including distributed computing environments where tasks are performed by remote processing devices that are connected through a communications network. Remote coverage main server / big data DB is the following components: a remote insurance information map storage body, directly or indirectly, one or more processors, one or more presentation components, I / O ports, I / O components, and an exemplary power supply It includes buses that are connected to each other. A bus may represent one or more buses (such as an address bus, a data bus, or a combination thereof).

For example, a presentation component, such as a display device, may be considered an I / O component. The processor also has a remote insurance information mapping storage. There is no distinction between "workstations", "servers", "laptops", "handheld devices", etc., because everything is considered within a certain range.

Remote insurance information related remote insurance information mapping storage is remote insurance main server / big data DB readable medium in the form of volatile and / or non-volatile remote insurance information mapping storage (eg memory) and remote insurance main server / big data DB storage medium. The remote insurance information mapping repository may be mobile, non-mobile, or a combination thereof. Exemplary hardware devices include remote insurance information mapping storage, hard drives, optical disk drives, and the like. The remote insurance main server / Big Data DB includes one or more processors that read data from various entities, such as remote insurance information mapping storage or I / O components. The presentation component presents the data representation to the user or other device. Exemplary presentation components include a display device that displays the appearance of remote insurance information, a speaker that changes the characteristics of remote insurance information to a characteristic frequency, a printer (e.g., 3D) that depicts the characteristics of remote insurance information as closely as possible, Modules and the like. The I / O port allows the remote insurance main server / Big Data DB to be physically and logically coupled to other devices including I / O components, some of which may be embedded. , Joysticks, game pads, satellite antennas, scanners, printers, wireless devices, and the like. A remote insurance main server / Big Data DB system that generates a contextual query includes a search engine, a query understanding component, and a data source instruction generator. The contextual query is generated based on the ontology associated with the query provided by the client device, and the ontology corresponding to the application formulating the query. The search engine receives the query from the client device and the context from the application. As a result, the search engine sends a contextual query containing the content corresponding to the query to the client device and the answer to the result. The client device displays the result with the answer. A network diagram is an exemplary component of a remote insurance main server / Big Data DB system configured to generate contextual queries in accordance with embodiments of the present invention. The remote insurance main server / Big Data DB system has a client device, a network, a search engine, a data source command generator, and a query understanding component. The client device is connected to the search engine via the network. In some embodiments, the client device may be some remote insurance main server / big data DB capable of web accessibility. As such, the client device may include a personal remote insurance main server / big data DB, a laptop remote insurance main server / big data DB, a mobile phone, a personal digital assistant, a server, a remote insurance information storage CD player, Player, a handheld communication device, a workstation, any combination of these devices, or any other device capable of web accessibility. The client device allows the user to enter a query. The client device sends the query to the search engine. In some embodiments, the client device also sends a context associated with the application used to formulate the query by the user.

Context related to applications related to remote insurance information data

In other embodiments, the search engine may provide the context. As a result, the client device receives results that include answers. The client device may also display the answers to the contextual query and the results of the query to the user. The network links client devices, search engines, data source command generators, and query understanding components. The network may be wired, wireless, or both. The network may include multiple networks, or a network of one of the networks. For example, the network may include one or more wide area networks, one or more local area networks, one or more public networks such as the Internet, or one or more private networks. In a wireless network, base stations, communication towers, and even access points and components (as well as other components) may provide wireless connectivity in some embodiments. While a single component is represented for clarity, those skilled in the art will appreciate that a network may enable communication between many client devices. The search engine is a server remote insurance main server / big data DB that provides answers to the query received from the client device and the contextual query dynamically generated by the data source command generator.

Results for received queries related to remote insurance information data

The search engine is configured to receive user queries and application contexts. The search engine returns the results of the user query and the answers to the contextual query. In some embodiments, the search engine returns only the answer to the contextual query. The data source instruction generator is communicatively coupled to the query understanding component. In one embodiment, the data source instruction generator includes filter and lexical information. The data source instruction generator is configured to convert the semantic expression provided by the query understanding component into a contextual query, which can be implemented using a data source instruction selected based on lexical information associated with each data source, It is applied across data sources. In one embodiment, the data source includes an unstructured, structured, or semi-structured data source that is queried using one of Structured Query Language (SQL) or SPARQL (SPARQL Protocol and RDF Query Language) or textual keyword queries.

Query using structured query language (QL) or SPARQL (SPARQLProtocol and RDF Query Language) or text keyword query

The filter is configured to refine the semantic representation provided by the query comprehension component. The filter refines the semantic expression by enhancing the semantic expression based on the information associated with the current query session.

In one embodiment, the filter includes domain, collaboration, geographic, temporal, task, and user. The domain filter may be identified based on the application context. For example, a user searching for shares interested in remote insurance information data may be interested in the financial domain or the cooking domain. The data source instruction generator may select one of these domains based on another filter. For example, the collaboration or community filter may indicate that the user is connected to a cooking group or financial group. Based on the group associated with the user, the data source command generator selects the relevant domain filter. For example, a user in the financial community may be interested in company stock. Thus, the domain filter can be set to finance.

Domain filters related to remote insurance information data are financial, geographic filters

For example, a user in the United Kingdom (British subject in England) can make a query, and the geographic filter can be set to the UK by the remote insurance main server / Big Data DB system. . The temporal filter may include a time frame for the query. If the date or time is not included in the query, the temporal filter may be set to the current 24 hour period. The task filter may be selected based on the application used by the user or may be inferred by the remote insurance main server / Big Data DB system . Task filters can include checking e-mails, retrieving content, and editing remote insurance information collaboration companies. The user filter may include profile attributes that override the value selected for the other filter. For example, an English user may be specific to a profile of interest including US stocks. Thus, geographic information about stock queries can be changed from the UK to the United States. These values for the filter are included in the semantic expression that is transformed into a contextual query by the data source command generator. The lexical information component is part of the data source command generator. The lexical information component is used to select the data source that receives the contextual query. A data source with lexical information similar to that of a contextual query is selected to receive contextual queries. In one embodiment, the lexical information component stores lexical information associated with the ontology and a data source that stores content passed by the search engine. In some embodiments, text mining is performed at each data source by the remote insurance main server / Big Data DB system to select lexical information associated with each data source stored in the lexical information component. As a result, the data source instruction generator generates a contextual query performed on the selected data source. The semantic representation of the query can be further processed to select the appropriate command for the selected data source. The lexical information components, ontologies, and rules are accessed to identify methods for each data source that access or compute related information from a data source based on concepts, properties, and semantic descriptions of the relationships contained in the semantic representation. The query comprehension component is configured to store an ontology that identifies the query type and the context type. Query comprehension The component also extends the semantic expression to define rules related to the items in the ontology that identify how to access or compute related information from the data source based on the semantics description of the concepts, to provide.

Semantic description of concepts, characteristics and relationships related to remote insurance information data

For example, a query type may identify one or more input types and one or more output types, where the input and output types correspond to concepts, examples, properties, or relationships of query ontologies or context ontologies. The query comprehension component is configured to generate a semantic representation of the query and context. The query ontology and context ontology can be used by the query comprehension component to generate a graph of semantic expressions based on URIs (Uniform Resource Identifiers) associated with each concept, instance, etc. included in the ontology. The semantic expression has the condition that it is a proper context rule of the user query and application context.

URIs (Uniform Resource Identifiers) associated with remote insurance information data

In one embodiment, the graph is a semantic query expression that is formatted in an extensibility markup language. A node query with information related to remote coverage information can include the following nodes: query type, context, and display template. For example, a natural language query for Company A may have a node query that has various remote coverage information related information. Depending on the data source, semantic query expressions are translated into data source specific queries to retrieve relevant answers and information from these data sources. In a semantic expression, a node query that has information related to remote coverage information is an official representation of a different type of hierarchy of queries that an application can expect from its users. A node query with information about each remote insurance information is qualified by a set of input and output parameters that facilitate expansion to other parts of the ontology. A node query with information about remote insurance information is a formal representation of a hierarchy of different types of context in which a user query can be captured and interpreted. A node query that has information related to remote coverage information can be explicitly identified by the interacting application to query the user or implicitly derived from the query text. A node query with information about each remote insurance information identifies the conditions and criteria for interpreting concepts, cases, etc. in a given query. A node question with information related to remote insurance information can expand or clarify concepts, examples, etc. included in the expression of semantic question.

Semantic graph relating to remote insurance information data

The semantic graph is structured according to the query type of the query type ontology, the context type of the ontology, the node query template with information on remote insurance information, and the lexical information associated with each data source. The ontology includes a word or phrase corresponding to the content of the data source. Each ontology includes a classification of the domain and the relationship between words or phrases in the domain. The domain may include medical, art, remote insurance main server / big data DB, and the like. In one embodiment, the ontology also stores query types and context types. The remote insurance information related query type identifies the type and structure of the text user query. For example, the query type may include natural language, structuring, in-line command, and the like. Context types identify and organize different types of contexts in which queries can be expressed. For example, the context may include a search engine, an email application, an insurance application, and the like. Ontologies are related to rules. Rules can be referenced in semantic query expressions using URIs corresponding to appropriate rules. Rules identify concepts, examples, characteristics and relationships across multiple domains. In some embodiments, the rules may define a method or function used to calculate results from data contained in the data source.

Comparator, mathematical function, statistical function

For example, the rule may include a comparator, a mathematical function, a statistical function, or other heuristic. In other embodiments, the rule may also be associated with a function identified in a command available to the data source. In an embodiment, the answer is sent to the client device based on a contextual query dynamically generated from the query received from the user of the client device. The remote insurance main server / big data DB system executes the remote insurance main server / big data DB implementation method that dynamically creates the contextual query based on the ontology corresponding to the query and application passed by the user when formulating the query .

When the remote insurance main server / big data DB system is connected to the network of the client device, the method starts at the step. In the step, the remote insurance main server / Big Data DB system receives the user query and the application context. The context is provided by the application that the user runs during the current query session. In the step, the remote insurance main server / big data DB system generates a semantic expression of the query using the domain ontology. The remote insurance main server / Big Data DB system determines the query and the context type using query and context ontology. The structure for semantic representation is derived from the query type included in the query ontology or from the template related to the context type contained in the context ontology. In the step, the semantic representation is refined using a filter associated with each domain that is passed in the current query session. The filter enforces semantic expressions on the basis of one or more applications that the user operates during the current query session request. In the step, the remote insurance main server / Big Data DB system selects one or more data source commands to be submitted to a data source having content related to the term of the query. In some embodiments, the data source includes a structured data source, an unstructured data source, and a semi-structured data source. Structured data sources are queried using either Structured Query Language (SQL) or SPARQL (SPARQL Protocol and RDF Query Language). An unstructured or semi-structured data source is queried using a text keyword query. The method ends at step. In summary, the contextual query allows the user to pass through multiple data sources using the ontology associated with the query provided by the user, and the information embedded in the ontology associated with the application used to generate the query. For example, a user may send a query to a search engine that returns multiple results. In addition, search engines can also provide answers related to contextual queries formulated in user queries. For example, an answer to a user's financial query is returned by the remote insurance main server / Big Data DB system using an ontology-based understanding of the financial query. The remote insurance main server / Big Data DB system is a financial application that allows users to obtain answers to natural language queries such as "Companies with similar PE ratio as Company A", "Company Aoperating income", and "Company A and B valuation" (Where remote insurance information amounts, allowable limits). The latter query process can use an ontology to understand that the evaluation includes a number of key ratios that must be computed using the current data. The key ratios may include "PE Ratio", "Price-to-Sales ratio", and so on. As a result, the insurance application returns a comparison of these ratios and another evaluation metric for companies A and B. Natural language queries and corresponding ontologies are used to generate semantic representations.

Insurance applications related to remote insurance information data

The insurance application may convert the semantic representation to a node (sub-bank) query that has information about the remote insurance information being made to the data source that contains the record passed to return the answer.

Location-based dialog interpretation is provided. For example, a voice-to-text conversion system may be provided that correlates information from a plurality of users to improve the accuracy of the query results contained in the converted and transformed statements. According to an embodiment of the present invention, a personal assistant program may receive voice-based queries from users at a plurality of locations.

Voice-based queries related to remote insurance information data

Acoustic and / or environmental characteristics are analyzed for each remote insurance information related search query, and these characteristics are stored and associated with the location where the query was received. For example, a query received from a user at a subway station can detect the presence of background sounds and / or acoustic echoes on the tile wall by crowd or subway. And that the properties are filtered out from future queries received at that location, allowing greater accuracy in the translation of those queries. In accordance with embodiments of the present invention, for example, a location of a user's Global Positioning System (GPS), an area code associated with a user, a zip code associated with a user, and / or a user's landmark (e.g., a train station, a gym, a museum, Etc.), and the like. Processing the query may involve adjusting the query according to an acoustic model.

Acoustic model related to remote insurance information data

For example, the acoustic model may include a background sound that is known to exist at a particular location. Applying the acoustic model allows the query to be converted more precisely by ignoring irrelevant sounds. The acoustic model can also allow the display of any results associated with the query to be altered. For example, in certain noisy environments, the results can be displayed on the screen rather than on the audio. The environmental context can also be associated with analytical models to aid in voice-to-text conversion. For example, the analytical model may include a HMM (Hidden Markov Model). The environmental context can be further associated with a semantic model to help execute the query. For example, the semantic model may include the disclosure of the patent document 10-2014-0025361.

Future queries related to remote insurance information data

Also, the subject of the query can be used to improve the results for future queries. For example, if users in a subway station give the query "What's next?", The assistive program can determine when the next train arrives, what the user wants, while going through some queries. This can be accomplished by asking for further explanation of the query from the first user and storing the description for future use. As another example, if a user gives a query "What's next?" And another user queries "When is the next train?", The program associates these queries and both users request the same information Can be assumed.

&Lt; / RTI &gt; is a block diagram of an operating environment that provides location-based dialog interpretation. The operating environment may include a spoken dialog system (SDS) that includes personal assistant programs, voice-to-text converters, and a context database. The personal assistance program may receive queries over the network from a first plurality of users at a first location and / or from a second plurality of users at a second location. The context database may store contextual data associated with queries received from users, such as a first plurality of users and / or a second plurality of users. The context data may include acoustic and / or environmental characteristics and query context information such as query subject, time / date of the query, user details, and / or where the query was made. According to embodiments of the present invention, the network may include a public network, such as, for example, a private data network (e.g., intranet), a cellular data network, and / or the Internet. The agent may be associated with a voice conversation system. These systems allow people to interact with remote insurance main servers / Big Data DBs in their voices. The main components that operate the SDS may include a dialog manager, which manages dialog-based conversations with the user. The dialog manager may be configured to perform a combination of a plurality of input sources, such as speech recognition or natural language analysis component outputs, context in a previous conversation, user context, and / or results returned from a knowledge base (e.g., a search engine) The user's intention can be determined.

A combination from a plurality of input sources related to remote insurance information data

After determining the intent, the dialog manager may take actions such as displaying final results to the user and / or continuing the dialog with the user to satisfy their intent. The speech dialog system may include a plurality of dialog analytic models, such as an acoustic model associated with a speech language analysis model for processing location and / or voice-based inputs.

Multiple dialogue interpretation models

/ RTI &gt; is a flow diagram of general steps associated with a method according to an embodiment of the present invention for providing location-based dialog interpretation. The method can be implemented using the remote insurance main server / Big Data DB, which will be described in more detail below. Methods of implementing the steps of the method will be described in more detail below. The method begins at the start block and proceeds to the step where the remote insurance main server / Big Data DB can receive a voice-based query from a user in one location.

Voice-based queries related to remote insurance information data

For example, a user may send a query to the SDS via a device such as a cellular telephone. The method proceeds from step to step to allow the remote insurance main server / Big Data DB to determine whether the environmental context associated with the location is present in the remote insurance information mapping storage storage. For example, the SDS can determine where the query was received (e.g., identify the first location and determine if the context associated with the location is in the context database.) If the context associated with that location does not exist If not, the method proceeds to step to allow the remote insurance main server / Big Data DB to identify at least one acoustic interference in the voice-based query. For example, the SDS may analyze the audio of the query, It can identify background noise such as that associated with a large number of crowds around and / or passing trains. The method then goes on to step, where the remote insurance main server / Big Data DB identifies at least one subject associated with the voice- For example, if the query includes the question " When does the next remote insurance information-related object arrive? " SDS will ask the user And then the method proceeds to step to determine whether the remote insurance main server / Big Data DB is in a new environmental context associated with the location for storage in the remote insurance information mapping storage store For example, the SDS may store the identified acoustic interference and query subject in the context database as being associated with the user's location.

Context database related to remote insurance information data

If there is a context associated with the location, the method proceeds to step so that the remote insurance main server / Big Data DB loads the environmental context associated with that location. For example, the SDS can load an environmental context from the context database as described above. After creating an environmental context at step or loading the context at the step, the method proceeds to step so that the remote insurance main server / Big Data DB translates the voice-based query into a text-based query according to the environmental context .

A filter that removes acoustic interference related to remote insurance information data

For example, a query having information related to remote insurance information can convert a noise-based query into a text-based query by applying a filter that removes at least one noise information interference associated with the environmental context. The method then proceeds to step so that the remote insurance main server / Big Data DB executes the text-based query according to the environmental context. For example, a query having information related to remote insurance information may include a query (e.g., "When is the next arrival?") Within the search area (eg, a train timetable) in connection with at least one subject associated with the environmental context Can be executed. The method then proceeds to step to provide the user with at least one result of the text-based query in which the remote insurance main server / Big Data DB is executed. For example, the SDS may send results to a device associated with the user (e.g., a cellular telephone) for display. The method then ends at the step. One embodiment in accordance with the present invention may include a system for providing location-based dialog interpretation. The system may include a processing unit coupled to a remote insurance information mapping storage device and a remote insurance information mapping storage device. The processing unit receives the query from the user, generates an environmental context associated with the query, interprets the query according to the environmental context, executes the interpreted query, and provides at least one result of the query to the user . The query may include, for example, a voice query that the processing unit converts to remote insurance main server / big data DB-readable text.

Semantic concepts associated with semantic models related to remote insurance information data

In accordance with embodiments of the present invention, speech-to-text conversion may utilize a Hidden Markov model algorithm that includes providing statistical weights for various possible terms associated with the analytical model and / or the semantic concepts associated with the semantic model. The processing unit may, for example, increase the statistical weight for at least one predicted word according to at least one previous query received from the location, or store the statistical weight as part of an environmental context. The environmental context may include an acoustic model associated with the location at which the query was received. The processing unit may adjust the query according to at least one background sound of the voice-based query according to the acoustic model. For example, it can be known that there are background sounds (e.g., train miracles) in voice queries received from a given location (e.g., train station) . The background sounds are detected and the sound height, Can be measured.

Future queries related to remote insurance information data

The query can be adjusted to ignore such sounds and the sound can be computed and stored to be applied to future queries from that location. The processing unit may also receive a second voice-based query from a second user and adjust the query to remove the same background sound according to the updated acoustic model. The processing unit may also aggregate environmental contexts associated with a plurality of queries from a plurality of users and store them as aggregated environmental contexts associated with the locations. Another embodiment according to the present invention may include a system for providing location-based dialog interpretation. The system may include a processing unit coupled to a remote insurance information mapping storage device and a remote insurance information mapping storage device. The processing unit receives the voice-based query from the user at one location, loads the environmental context associated with the location, converts the voice-based query into text according to the environmental context, Execute the query, and provide the user with at least one result associated with the executed query. The environmental context includes, for example, the time of at least one previous query, the date of at least one previous query, the subject of at least one previous query, the semantic model including the ontology, the analytical model, can do. The processing unit may also adjust the query according to known acoustic interference associated with its location.

A processing unit associated with remote insurance information data

The processing unit may also store a plurality of environmental contexts associated with the plurality of positions synthesized according to the plurality of queries received from the plurality of users. The processing unit may also receive a calibration for the translated text from the user and update the environmental context according to the calibration. The processing unit also receives a second voice-based query from a user in the second location, loads a second contextual context associated with the second location, and loads the second voice-based query into text Translate the translated query into a second environmental context, and provide the user with at least one second result associated with the executed query.

Context related to remote insurance information data - Understanding environment

Yet another embodiment of the present invention includes a system for providing a context-understanding environment. The system may include a processing unit coupled to a remote insurance information mapping storage device and a remote insurance information mapping storage device. The processing unit receives the voice-based query from the user at one location and determines whether the environmental context associated with that location is present in the remote insurance information mapping storage store. In response to determining that an environmental context does not exist, the processing unit identifies at least one acoustic interference in the voice-based query, identifies at least one subject associated with the voice-based query, And creates a new environmental context associated with that location to be stored in the storage device. In response to determining that an environmental context exists, the process unit loads its environmental context. The processing unit then converts the speech-based query into a text-based query according to the environmental context (converting the speech-based query into a text-based query according to the environmental context, Executing a text-based query according to an environmental context (implementing a text-based query according to an environmental context may include at least one acoustic interference associated with the acoustic model) Wherein the at least one identified subject includes executing a query associated with a semantic model associated with an environmental context) to provide the user with at least one result of the executed text-based query.

Any appropriate combination of firmware associated with remote insurance information data

According to an embodiment of the present invention, the aforementioned remote insurance information mapping storage device and the processing unit may be implemented in a remote insurance main server / big data DB such as a remote insurance main server / big data DB. Any suitable combination of hardware, software, or firmware may be used to implement the remote insurance information mapping storage device and processing unit. For example, the remote insurance information mapping storage storage and processing unit may be a remote insurance information main storage server / Big Data DB, or with any other remote insurance main server / Big Data DB combined with remote insurance main server / Big Data DB. The above-described systems, devices, and processors are illustrative and other systems, devices, and processors may include the remote insurance information mapping storage device and processing unit described above in accordance with embodiments of the present invention. In addition, the remote insurance main server / Big Data DB can include an operating environment for the system as described above. The system may operate in different environments and is not limited to this remote insurance main server / Big Data DB device.

One or more program modules associated with remote insurance information data

The system according to the embodiment of the present invention includes a remote insurance main server / big data DB such as a remote insurance main server / big data DB. In the basic configuration, the remote insurance main server / big data DB may include at least one processing unit and a system remote insurance information mapping storage. Configuration and remote insurance Depending on the type of main server / big data DB, The information mapping storage can include volatile (e.g., random access remote insurance information mapping storage, nonvolatile (e.g., read-only remote insurance information mapping storage, flash remote insurance information mapping storage, The system remote insurance information mapping storage may include an operating system, one or more program modules , and may include personal assistance programs. The operating system may include, for example, a remote insurance main server / Big Data DB Embodiments of the present invention may be implemented in a graphics library, other operating system, Can be carried out in conjunction with other application programs are not limited to any particular application or system. The main server remotely insurance / big data DB may have additional features or functionality.

For example, the remote insurance main server / Big Data DB may also include additional (removable and / or fixed) data storage devices such as magnetic disks, optical disks, or tapes. Such additional storage devices are removable storage devices and fixed storage devices. The remote insurance main server / big data DB storage medium includes volatile and nonvolatile memory having implemented any method or technique for storing information such as remote insurance main server / big data DB readable instructions, data structures, program modules, or other data , Removable and stationary media. System remote insurance information mapping storage, removable storage, and fixed storage are all examples of remote insurance main server / big data DB storage media (i.e., remote insurance information mapping storage storage). The remote insurance main server / Big Data DB may also include an input device such as a keyboard, a mouse, a pen, a voice input device, a touch input device and the like. Output devices such as displays, speakers, printers, etc. The above-described devices are exemplary and others may be used.

Modulated data signals related to remote insurance information data

The remote insurance main server / Big Data DB may also include a communication connection that allows the device to communicate with another remote insurance main server / Big Data DB, such as via a network of distributed computing environments, such as the Internet or an intranet . A communication connection that can be spread over the air by a network is an example of a communication medium. The communication medium is typically implemented by remote insurance main server / big data DB readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism, including any information delivery media . The term "modulated data signal" may describe a signal that has changed in a manner such as having one or more sets of characteristics or encrypting information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, wireless media such as acoustic, radio frequency, infrared, or other wireless media. The term remote insurance main server / big data DB readable medium as used herein includes both a storage medium and a communication medium. As described above, some program modules and data files, including operating systems, may be stored in the system remote insurance information mapping storage. While running on the processing unit, a programming module (e.g., a personal assistance program, for example, may perform a process including one or more of the steps of the method as described above.) The process described above is exemplary and the processing unit Other programming modules that may be used in accordance with the teachings of the present patent application are electronic mail and contact applications, word processing applications, spreadsheet applications, database applications, slide presentation applications , A drawing or remote insurance main server / Big Data DB-assisted application program, etc. Generally, in accordance with embodiments of the present invention, program modules include routines, programs, components, data structures, Can be done Or it includes other types of structures that may implement particular abstract data types.

Programmable consumer electronics related to remote insurance information data

In addition, embodiments of the present invention may be applied to other remote insurance mains such as portable devices, multiprocessor systems, microprocessor-based or programmable consumer electronics, mini remote insurance main server / big data DB, mainframe remote insurance main server / Server / Big Data DB system configurations. Embodiments of the invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are connected through a communications network. In a distributed computing environment, program modules may be located on both local and remote insurance information mapping storage storage devices.

Discrete electronic device

In addition, embodiments of the present invention include electrical circuits including discrete electronic elements, packaged or integrated electrical chips including logic gates, circuits utilizing microprocessors, or electronic devices or microprocessors On a single chip. Embodiments of the invention also mechanical, optical, does not, however, limited to including the fluid or both techniques, for example, using different technologies that can perform logical operations such as AND, OR, and NOT conducted . In addition, embodiments of the present invention may be implemented within a general-purpose purpose remote insurance main server / Big Data DB or any other circuit or system. Embodiments of the present invention may be implemented in a computer system, such as a remote insurance main server / big data DB process product, or a remote insurance main server / big data DB readable medium, such as a remote insurance main server / And may be implemented as an article of manufacture. Remote insurance main server / Big Data DB program products are readable by remote insurance main server / Big Data DB system and remote insurance main server / Big Data DB program of remote insurance main server / Big Data DB Encoded remote insurance main server / big data DB storage medium. The remote insurance main server / Big Data DB program product is also a radio signal or carrier readable by the computing system and encodes the remote insurance main server / Big Data DB program of instructions for executing the remote insurance main server / Big Data DB process Lt; / RTI &gt; Thus, the present invention may be implemented in hardware and / or software (including firmware, resident applications, micro-code, etc.). In other words, embodiments of the present invention may be implemented in a remote insurance main server / Big Data DB-enabled or remote insurance main server / Big Data DB-readable program code implemented in the medium used by or connected to the instruction execution system Insurance may take the form of remote care of the main server / DB Big data software products on the main server / DB Big data available from available insurance or remote server main / Big data DB- readable storage medium. Remote insurance main server / big data DB-enabled or remote insurance main server / big data DB-readable medium includes, stores, communicates, and stores programs used by or connected to an instruction execution program, Propagate, or transmit information. Remote insurance main server / Big Data DB-enabled or remote insurance main server / Big Data DB-Readable medium may be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, Media, but is not limited thereto. Examples of more specific remote insurance main server / big data DB-readable media include (non-limiting list) an electrical connection including one or more wires, a portable remote insurance main server / big data DB diskette, a random access remote insurance information mapping storage (EPROM or flash remote insurance information mapping storage), optical fiber, and portable compact disc read-only remote insurance information mapping storage body, a read-only remote insurance information mapping storage, a removable programmable read-only remote insurance information mapping storage have. To remote coverage main server / DB- big data available or a remote care main server / big data DB readable media should be noted that this may be paper or another suitable medium on which the program is printed, the program is for example of paper or other optical media Scanned , and then compiled, interpreted, or otherwise processed in an appropriate manner, and stored in the remote insurance main server / Big Data DB remote insurance information mapping storage. Embodiments of the present invention have been described above with reference to block diagrams and / or operations of, for example, a method, system, and remote insurance main server / Big Data DB program product, according to embodiments of the present invention. The functions / operations recorded in the blocks may be performed in a different order in the flowchart. For example, two blocks that appear consecutively according to their associated functions / operations may actually be executed concurrently, or the blocks may be executed in reverse order as well. While several embodiments of the invention have been described, other embodiments may exist. In addition, the steps of the methods disclosed herein may be modified in any manner including rearranging steps and / or inserting or deleting steps without departing from the invention.

Automatic voice recognition related to remote insurance information data

Spot Input: Inputs the desired language for automatic speech recognition.

Receiving a touch input from a user at a computing device comprising one or more remote insurance information related data processing processors, the touch input including a spot input indicative of a request to provide a voice input to a computing device, and a slide input indicative of a desired language for automatic speech recognition of a subsequent speech input; Receiving a speech input from a user at a computing device; Obtaining one or more recognized characters from an automatic speech recognition result of a speech input using a desired language at a computing device; And outputting one or more recognized characters in the computing device.

Remote insurance main server / big data DB. The technique may include receiving a touch input from a user at a computing device that includes one or more processors, the touch input including a spot input indicative of a request to provide a voice input to the computing device and a slide input indicative of a desired language for automatic speech recognition of a subsequent speech input. The technique may include receiving, at a computing device, a speech input from a user. The technique may include obtaining at the computing device one or more recognized characters from an automatic speech recognition result of a speech input using a desired language. The technique may also include outputting one or more recognized characters at a computing device. In some embodiments, the techniques may include determining a direction of a slide input from a spot input at a computing device, and determining a direction of a slide input based on the desired In other embodiments, each of the one or more languages is associated with a predetermined range of directions, and the step of determining the desired language comprises determining the direction of the slide input from the spot input And selecting one of the one or more languages having a predetermined range of related directions, In some embodiments, the desired language is determined after the slide input is away from the spot input by a predetermined distance. In other embodiments, the technique includes determining the predetermined orientations at a computing device by receiving a first input from a user indicating a particular direction for each of one or more languages for a user's selection at a computing device Receiving a second input from a user representing one or more languages for a user's selection at a computing device and receiving at least one of a plurality of languages for a user's selection based on a user's past computing activity at a computing device Further comprising automatically determining. In some embodiments, the method further comprises outputting a user interface in response to receiving a spot input at a computing device, wherein the user interface provides one or more languages for user selection. In other embodiments, the user interface is output after a predetermined delay period after receiving the spot input, wherein the predetermined delay period allows the user to provide a slide input in one of the predetermined directions . In some embodiments, a slide input received from a user is provided with respect to a user interface, which is a pop-up window containing one or more languages. In other embodiments, the technique further comprises outputting a user interface in response to receiving a spot input at a computing device, wherein the user interface provides one or more languages for user selection. In some embodiments, the method further comprises receiving from an user an input indicative of one or more languages to be provided by a user interface at a computing device, wherein the slide input received from the user is provided Wherein the user interface is output in response to receiving a spot input, the user interface being a pop-up window comprising one or more languages. Computing devices are also presented. The computing device may include a touch display, a microphone, and one or more processors. The touch display may be configured to receive a touch input from a user, the touch input comprising a spot input indicative of a request to provide a speech input to a computing device, and a language desired for automatic speech recognition of a subsequent speech input Lt; / RTI &gt; The microphone may be configured to receive remote insurance related information voice input from a user. The one or more processors may be configured to obtain one or more recognized characters from an automatic speech recognition result of a speech input using a desired language. The touch display may also be configured to output one or more recognized characters. In some embodiments, the one or more processors are further configured to determine the orientation of the slide input from the spot input and to determine the desired language based on the orientation and predetermined orientations associated with the one or more languages for user selection do. In other embodiments, each of the one or more languages is associated with a predetermined range of orientations, and the one or more processors are configured to display one of the one or more languages having a predetermined range of related directions, In some embodiments, the desired language is determined after the slide input is further than a predetermined distance from the spot input. In other embodiments, the touch display determines predetermined directions by receiving a first input from a user indicating a particular direction for each of one or more languages for a user's selection, And to automatically determine one or more languages for the user's selection based on the user's past computing activity. In some embodiments, the touch display is further configured to output a user interface in response to receiving the spot input, wherein the user interface provides one or more languages for user selection. In other embodiments, the user interface is output after a predetermined delay period after receiving the spot input, and the predetermined delay period is configured such that the user can provide the slide input in one of the predetermined directions . In some embodiments, a slide input received from a user is provided with respect to a user interface, the user interface being a pop-up window containing one or more languages.

Activate rental in a database aggregate related to remote insurance information data

The present invention provides a number of advantages over traditional database aggregation hardware and software designed to manage physical media collections, as well as e-book borrowing systems for information relating to remote insurance information related to current remote insurance or questions having it to provide. For example, the present invention provides a method and system that allows a user or a customer of interest to visit a database aggregation to initially ask for a question with remote insurance information related information, Or the convenience of electronic books that can be accessed anywhere from the customer's device. The present invention also increases database aggregate visits, which can provide an important metric for database aggregates to receive funds. The present invention provides a method for encouraging customers who initially loan electronic content for a question having remote insurance information related information to contact other types of content while physically residing in a database aggregate. The present invention helps to ensure that customers lending electronic materials are members of the community by requiring a database aggregation visit for content activation. The present invention additionally allows customers to participate in database aggregation activities by engaging in database aggregation events, by borrowing database aggregate data, by donating to a database aggregate, and by granting access to premium or &quot; thereby increasing library engagement. In one embodiment, the present invention includes an e-book borrowing system for requiring at-library book activation in a database aggregate. The rental system includes a central system for managing and hosting e-books, the central system including a storage device, and a processor for controlling the user interface, wherein the user interface allows a user to interact with the central system. The lending system additionally includes an access device for activating e-books in the database aggregate. A user may reserve an e-book via a user interface accessed by a remote user device or a database aggregate device. In such an embodiment, the contents of the e-book can not be accessed by the user until the e-book is activated, where the user can activate the e-book by providing the user identification information to the access device, In another embodiment, the present invention provides a central system for managing and hosting eBooks, including a processor for controlling storage devices, 8 - and user interfaces. And a user interface allowing the user to interact with the central system. The system includes an e-book rental system for requesting book downloads in a database aggregate. The rental system additionally includes a download device for accepting e-book downloads in the database collection, wherein the user can reserve the e-book via the user interface accessed by the remote user device or the database aggregation device . In such an embodiment, the e-book can not be downloaded by the user until the e-book is activated, and the user can activate the e-book by providing the user identification information to the download device, In another embodiment, the present invention includes an e-book rental system for requesting book activation in a database aggregate. The rental system includes a central system for managing and hosting e-books, the central system including a storage device, and a processor for controlling the user interface, wherein the user interface allows the user to interact with the central system. A user may reserve an e-book via a user interface accessed by a remote user device or a database aggregate device. In such an embodiment, the content of the e-book is not accessible by the user until the e-book is activated, and the central system activates the e-book when receiving confirmation of the user's presence in the database collection. In another embodiment, the invention includes an e-book rental system for encouraging users to visit a database aggregation. The e-book rental system is a central system for managing and hosting e-books, And a processor for controlling the user interface, wherein the user interface allows a user to interact with the central system. The rental system additionally includes an incentive device in the database collection for identifying the user and tracking user actions. In such an embodiment, when the user performs a credible action and provides identification information to the incentive device, the central system associates the activation credits with the user's database aggregate account, User access is associated with the activation credits of the user.

Integration of automatic control system related to remote insurance information data

Mobile computing devices, such as smartphones and / or tablets, that process remote insurance data, have an impact as a platform for supporting and controlling automatic control device systems. The rapid growth of such devices between consumers has made the assumption that a sufficient number of such devices are available for use by consumers in connection with the automatic control system, making them feasible and realistic.

In addition, such devices typically have rich user interfaces, notable remote insurance main server / Big Data DB capabilities, and built-in wireless connections, so that devices can be connected to an automatic control device system Lt; RTI ID = 0.0 &gt; control system. &Lt; / RTI &gt; In various embodiments as described herein, under the control of a user or users, the physical configurations, or agents, of individual components of the system in physical space are replicated in representation in virtual space. Some real-time equivalence can be maintained between physical and virtual spaces to implement a virtual environment that reflects the physical environment. In this way, the present invention supports a system in which events occurring in one environment can affect the outcome of the progress of events occurring in another environment and cause the results. By doing so, the elements of virtual space can be precisely interdependent and unified with respect to the peers that relate to the elements of physical space. The integration of virtual and physical was the so-called tenants of the augmented reality; Up to now, augmented reality applications have produced many examples of single-directional action (one that affects virtually, or vice versa), but these have not come close to configuring an automatic control device bi-directional system. In at least one embodiment of the present invention, an exactly symbiotic system is implemented in which the virtual environment affects the physical environment in a coherent manner, and vice versa. In at least one embodiment, Lt; RTI ID = 0.0 &gt; of the &lt; / RTI &gt; Games and entertainment are an interesting use of the present invention for its inclusion of interaction among multiple users. In at least one embodiment, the system of the present invention provides an environment in which users may control one or more agents of the system, while one or more other agents may be controlled by artificial intelligence.

System control related to remote insurance information data

A first aspect of remote insurance data control provides a method for controlling system critical changes that can be implemented by a user of an operating system, the method comprising: receiving a request to make a system critical change from a user; Evaluating whether or not the user has appropriate rights to make a significant change; and, if the user has the appropriate rights, notifying the at least one other user with the right to make a system critical change, , And waiting for approval from at least one other user before implementing the requested system critical change. Because physical access to server rooms is typically severely limited, computing systems hosted by coexisting servers in a data center, for example, are generally well protected. Remote access to the operating system and applications running on that operating system is also typically controlled, for example, by a secure shell or a remote desktop session. There is a way to prevent end users who are human or software services, with the ability to make changes that potentially interfere with the computing system.

Typically, there are special users with unlimited capabilities to change the system virtually. The user is typically referred to as a "super user" in many operating systems. In Unix and Unix-like systems, the superuser is operable to change the permissions of each user. The user "root" has unrestricted access to files and commands.

Thus, any malicious user or malware that gains superuser access may be operable to perform any action within the system, such as deleting critical data, a virtual machine shutdown, or an overall system shutdown. It will be appreciated that the actual superuser may be able to perform such actions unintentionally or unintentionally, but also to perform the same set of actions including the previously proposed dangerous actions. Such a scenario may also occur in other operating systems, such as Microsoft Windows. The operating system typically functions according to the "least privilege" principle, where each user (other than the super user) It is possible to configure user accounts to manage only some available services. For example, the right to be able to change and restart the configuration of the web server is assigned to the user, but sufficient authority can not be given or assigned to shut down the other service or the entire service to the user. A user may inadvertently make a mistake when configuring a service or misjudge a service for personal purposes. An access-control model of a typical operating system may be used by a user to control the access control system So that the response returned from the access control system is returned in the form of a binary response. The user is neither authorized nor permitted to manage the service. Administrative actions performed by authorized users are granted without requiring their actions to be checked. One aspect and embodiment described herein recognize that there may be advantages associated with a change to a typical operating system access control model such that before a change is applied by the system, It is an advantage that an action performed by an authorized user, for example, an important action, may require approval by one or more other users having the appropriate authority. Such a configuration may be that a misconfiguration of the server due to a mistake by the system administrator violates the security level agreement with the customer

In a typical modern operating system, an access control list (ACL) is used to authorize the user to perform the requested operation. For example, a user who has been provided with the ability to read and / or write and / or execute a particular file will typically be defined in the ACL associated with that particular file. The file system can support Portable Operating System Interface (POSIX) ACLs, depending on how many access rules for each individual user and group can be specified for each file in the system. In a known ACL implementation, The superuser has unlimited permissions on the entire system so that it can take any action, for example, to add, edit, or delete any file, or to start, stop, or restart any application running on the system. Often, the superuser is trained and skilled, and the superuser is typically also referred to as the system administrator. Such system administrators are typically responsible for supporting and maintaining the remote insurance main server / Big Data DB system. System administrators typically have training and experience to support failures and low data loss maintenance. However, human errors may still occur or malicious users or software may still operate to cause disruption to the system. To overcome human error, the system or application may issue a " critical " It can be operated to check automatically. The system or application may be operable to deliver a warning message suitable for the superuser. The final decision on an important command can be made by a super user who can intentionally or unintentionally ignore any such warning message and the critical command can be committed. For example, it will be appreciated that the activity of malicious users or malicious software that obtained superuser access to the system by an elevation technology is not controllable. Some recertification measures can be applied, but this often happens too late. A workflow-based interaction model is sometimes available in individual applications or services where configuration changes must be approved by other users before being committed. For example, various content-management systems that support web page publishing on the Internet have such a capability that is often available in the form of a web-based editing system, whereby the user can prepare for some changes to the web site, It is not certain until some other user approves the change. However, as suggested by the embodiments and aspects described herein, no workflow is typically available at the innermost functional level of the operating system. The first aspect refers to an operating system and / Or multi-authentication or multi-authorization management of the services provided by such operating systems.

Thus, one aspect can provide a means to prevent potentially disruptive changes on a real or virtual computing system. One aspect and embodiment extends the operating system to provide an access-control model that executes such that more than one administrator is required to agree on a " critical "action regarding remote insurance information processing before the change is committed. Critical actions may be configured according to an implementation, but generally involve making changes that potentially interfere with the configuration of one or more services provided by the operating system or its operating system. According to one embodiment, One other user has system administrator privileges. Administrator privileges are substantially synonymous with superuser privileges. In an embodiment, the user and at least one other user have the same authority. Thus, peer approval may occur. According to one embodiment, both the user and at least one other user have system administrator rights. Accordingly, a multi-acknowledged peer acknowledgment may be required to commit system critical changes. If the proposed or requested change is particularly important, a majority of peer users may be required to approve the change. According to one embodiment, acknowledgment and implementation occur asynchronously with the receipt of the request. Thus, in some embodiments, the requested action or change may be deferred for later approval by at least one other user, and the user may double-check the proposed system-level change before the authorization is implemented. Thus, the synchronous operation of both the requesting user and at least one other user is not required to authenticate or acknowledge the requested change. According to some embodiments, an acknowledgment process should occur for each significant change requested, and a cross review will occur whenever a system critical change is requested by the user. Thus, a single user can not implement a system critical change, regardless of whether the user has been cross-reviewed with respect to previously requested system critical changes. The embodiment may provide an asynchronous mode of operation whereby the user may perform or request a management action or a system critical action and the application of that action until another user with the appropriate authority can review and approve such action Is delayed. Each user can log in individually using their own certificate to perform system critical changes and / or to approve and apply the changes requested by other users waiting for approval. According to one embodiment, reception, evaluation, and notification are implemented in kernel space. Embodiments and embodiments may be implemented in kernel space, for example, as an extension of an access control list or in an user space, for example, an implementation with non-modifiable remote insurance information virtual information running constantly. According to one embodiment, reception, evaluation, and notification are implemented in user space. According to one embodiment, the receiving, evaluating and notifying are implemented by remote insurance information virtual information driven by the operating system, and the remote insurance information virtual information has appropriate authority.

In one embodiment, the remote insurance information virtual information has superuser rights. According to one embodiment, the remote insurance information virtual information is unchangeable by any single user of the operating system. For example, a change in the remote insurance information virtual information itself that upgrades, fixes, adds or removes system critical actions for a predetermined system critical change set may include system critical changes and may change operational parameters of the remote insurance information virtual information A multi-user authorization system may be required.

According to one embodiment, a system critical change includes critical operating system level operations. According to one embodiment, the method comprises configuring which changes implementable by the operating system are considered system critical changes. Examples of critical operations or processes that may be subject to a multi-authorization process by the operating system include, for example, rebooting or shutting down a virtual or physical machine, modifying file or process permissions, applying changes to security settings (e.g., firewall policy) , Applying changes to network settings, and accessing other important data belonging to other users and other similar actions. Certain aspects and embodiments may be implemented within an operating system that protects critical operating system level operations, such as reconfiguring network adapters, networking services and routing tables, creating or deleting users, modifying user rights, performing shutdown or reboot operations, Consider multi-approval workflow. According to one embodiment, the method includes assigning a security level to each system critical change that can be implemented by the operating system, and associating notification and authorization parameters with the system critical change based on the assigned security level. Thus, a change determined to have a high security level may require more than one other user to approve before the change is committed. If the change has a high security level, the selected notification method may include a more direct form of notification, such as the start of a text message, rather than a notification to another user or users at the next login. The notification and authorization parameters may be configured to tailor various types of critical level system changes. According to one embodiment, the step of notifying at least one other user comprises: initiating a procedure for delivering email to at least one other user; , Initiating a procedure for delivering an SMS message to at least one other user, initiating a procedure for delivering an instant message to at least one other user, initiating a procedure for making a telephone contact with at least one other user, And a procedure for displaying a pop-up message to another user of the terminal. Thus, the notification can occur in one or more of a variety of ways. The kernel itself is not operable to deliver e-mail, but when implemented in kernel space, the embodiment may be operative to allow the kernel to operate to hand over pending change requests that require approval of the appropriate user space remote insurance information virtual information , And the remote insurance information virtual information itself is operable to notify the appropriate user of the change request.

The second aspect provides a remote insurance main server / big data DB program product operable to perform the method of the first aspect when executed on the remote insurance main server / big data DB.

The third aspect provides an operating system operative to control system critical changes that may be implemented by a user, the operating system further comprising: request receiving logic operable to receive a request to make a system critical change from a user; A privilege evaluation logic operable to assess whether the user has the appropriate rights to make the change; and if the user is judged to have the right to make a system critical change, A notification logic that is operable to notify other users of the request for the received request and an implementation logic operable to wait for acknowledgment from at least one other user prior to implementing the requested system critical change.

A computer-implemented method module implemented as remote insurance main server / big data DB related to remote insurance information data

A method of implementing a remote insurance main server / big data DB, the at least one remote insurance main server / big data DB readable storage medium comprising instructions executable by a processor, by a search system. Wherein the processor configures the processor. A system for providing networked applications in a client-server environment, the system comprising: a set of application functions on a server, the application functions including a type definition; and a set of client functions defining a script environment, And a type matching each of the application functions in the set. The touch I / O device is described in the following U.S. patents: 6,323,846 (Westerman et al), 6,570,557 (Westerman et al.), And / or 6,677,932, and / or US Patent Application Publication No. 2002/0015024A1 Multi-touch sensing surface, each of which is incorporated herein by reference. A logic flow diagram may represent an operation performed by one or more embodiments described herein. The logic flow diagram may receive a provisioning request by a provisioning server in a block. The logic flow diagram may receive the device configuration information of the packet telephony device at the block. The logic flow diagram may determine to provide software updates of the packet telephony device based on the device configuration information at the block. The previous description has been presented to enable those skilled in the art to practice the various aspects described herein. The foregoing description provides various examples of the present invention, and the present invention is not limited to these examples. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Expressions such as "side" are intended to indicate that such aspects are essential to the invention, But it does not mean that the present invention is applied to all the settings of The term " when used &quot;, as used herein, can be interpreted to mean "when" or "at the same time" or "in response to a determination"

A method of controlling a system critical change that can be implemented by a user of an operating system, the method comprising: receiving a request for making a system critical change from a user; The method comprising: evaluating whether the user has appropriate rights; notifying the received request to at least one other user having appropriate rights to make the system critical change if the user has appropriate rights; Waiting for approval from at least one other user before implementing the system critical change.

Those skilled in the art will readily recognize that the various method steps described above can be performed by a remote insurance main server / big data DB programmed. Herein, some embodiments also cover a machine or remote insurance main server / big data DB readable program storage device, e.g., a digital data storage medium, and a machine executable or remote insurance main server / big data DB executable It is intended to encode the program. The program storage device may be, for example, a digital remote insurance information mapping storage device, a magnetic storage medium such as a magnetic disk and magnetic tape, a hard drive, or an optionally readable digital data storage medium. The embodiment is also intended to cover a remote insurance main server / big data DB programmed to carry out the steps of the above-described method. The functions of the various elements, including any function block labeled "processor & May be provided through use of dedicated hardware as well as hardware capable of executing the software in connection with the appropriate software. When provided by a processor, the functionality may be provided by a single dedicated processor by a single shared processor, or by a plurality of individual processors, some of which may be shared. Also, the explicit use of the term "processor" or " controller "or" logic "should not be construed to refer exclusively to hardware capable of executing software, , ROM for storing software, RAM, and non-volatile storage devices. Other conventional and / or customized hardware may also be included. Similarly, any switch is just a concept. These functions can be performed through the operation of the program logic, through the dedicated logic, the interaction of the program control with the dedicated logic, or even manually, and the particular technique is selectable as being more specifically understood by the implementer from the context Do. Skilled artisans appreciate that any block diagram herein depicts a conceptual view of an exemplary circuit that implements the principles of the invention. Likewise, any flow chart, flow diagram, state transition diagram, pseudo code, etc. are substantially represented by the remote insurance main server / big data DB readable medium and the remote insurance main server / big data DB or processor is explicitly marked / RTI &gt; will be understood to refer to various processes that may be performed by such remote insurance main server / big data DB or processor.

Each description merely illustrates the principles of the invention. Therefore, those skilled in the art will appreciate that, although not explicitly described or illustrated herein, it is contemplated that various aspects may be invented that implement the principles of the invention and fall within the spirit and scope of the invention. In addition, all examples mentioned herein are expressly intended to be primarily for insurance purposes only to assist the reader in understanding the concepts invented by the inventor in addition to the principles and techniques of the present invention, And should be construed as not being limited. Furthermore, all statements herein reciting principles, aspects and embodiments of the invention, as well as the specific examples, are intended to include equivalents.

In a typical modern operating system, an access control list (ACL) is used to authorize the user to perform the requested operation. For example, a user who has been provided with the ability to read and / or write and / or execute a particular file will typically be defined in the ACL associated with that particular file. The file system can support Portable Operating System Interface (POSIX) ACLs, depending on how many access rules for each individual user and group can be specified for each file in the system. In a known ACL implementation, The superuser has unlimited permissions on the entire system so that it can take any action, for example, to add, edit, or delete any file, or to start, stop, or restart any application running on the system. Often, the superuser is trained and skilled, and the superuser is typically also referred to as the system administrator. Such system administrators are typically responsible for supporting and maintaining the remote insurance main server / Big Data DB system. System administrators typically have training and experience to support failures and low data loss maintenance. However, human errors may still occur or malicious users or software may still operate to cause disruption to the system. To overcome human error, the system or application may issue a " critical " It can be operated to check automatically. The system or application may be operable to deliver a warning message suitable for the superuser.

The final decision on critical commands for remote insurance can be made by a super user who can intentionally or unintentionally ignore such arbitrary warning messages and critical commands can be committed. For example, it will be appreciated that the activity of malicious users or malicious software that obtained superuser access to the system by an elevation technology is not controllable. Some recertification measures can be applied, but this often happens too late. The workflow-based interaction model is sometimes available in individual applications or services where configuration changes must be approved by other users before they are committed. For example, various content-management systems that support web page publishing on the Internet have such a capability that is often available in the form of a web-based editing system, whereby the user can prepare for some changes to the web site, It is not clear when some other user approves the change. However, as suggested by the embodiments and aspects described herein, no workflow is typically available at the innermost functional level of the operating system. The first aspect refers to an operating system and / Or multi-authentication or multi-authorization management of the services provided by such operating systems. Thus, one aspect can provide a means to prevent potentially disruptive changes on a real or virtual computing system. One aspect and embodiment extends the operating system to provide an access-control model that executes such that more than one administrator is required to agree on a "critical" action before the change is committed. Critical actions can be configured according to an implementation, but generally involve making changes that potentially interfere with the configuration of one or more services provided by the operating system or its operating system. According to one embodiment, the user and at least one other user have system administrator rights. Administrator privileges are substantially synonymous with superuser privileges. In an embodiment, the user and at least one other user have the same authority. Thus, peer approval may occur. According to one embodiment, both the user and at least one other user have system administrator rights. Accordingly, a multi-acknowledged peer acknowledgment may be required to commit system critical changes. If the proposed or requested change is particularly important, a majority of peer users may be required to approve the change. According to one embodiment, acknowledgment and implementation occur asynchronously with the receipt of the request. Thus, in some embodiments, the requested action or change may be deferred for later approval by at least one other user, and the user may double-check the proposed system-level change before the authorization is implemented. Thus, the synchronous operation of both the requesting user and at least one other user is not required to authenticate or acknowledge the requested change. According to some embodiments, an acknowledgment process should occur for each significant change requested, and a cross review will occur whenever a system critical change is requested by the user. Thus, a single user can not implement a system critical change, regardless of whether the user has been cross-reviewed with respect to previously requested system critical changes. The embodiment may provide an asynchronous mode of operation whereby the user may perform or request a management action or a system critical action and the application of that action until another user with the appropriate authority can review and approve such action Is delayed. Each user can individually log in using their own certificates to perform system critical changes and / or to approve and apply the changes requested by other users waiting for approval. According to one embodiment, And notifications are implemented in the kernel space. Embodiments and embodiments may be implemented in kernel space, for example, as an extension of an access control list or in an user space, for example, an implementation with non-modifiable remote insurance information virtual information running constantly. According to one embodiment, reception, evaluation, and notification are implemented in user space. According to one embodiment, the receiving, evaluating and notifying are implemented by remote insurance information virtual information driven by the operating system, and the remote insurance information virtual information has appropriate authority. In one embodiment, the remote insurance information virtual information has superuser rights. According to one embodiment, the remote insurance information virtual information is unchangeable by any single user of the operating system. For example, a change in the remote insurance information virtual information itself that upgrades, fixes, adds or removes system critical actions for a predetermined system critical change set may include system critical changes and may change operational parameters of the remote insurance information virtual information A multi-user authorization system may be required. According to one embodiment, system critical changes include critical operating system level operations. According to one embodiment, the method includes configuring what changes that can be implemented by the operating system are considered system critical changes. Examples of critical operations or processes that may be subject to a multi-authorization process by the operating system include, for example, rebooting or shutting down a virtual or physical machine, modifying file or process permissions, applying changes to security settings (e.g., firewall policy) , Applying changes to network settings, and accessing other important data belonging to other users and other similar actions. Certain aspects and embodiments may be implemented within an operating system that protects critical operating system level operations, such as reconfiguring network adapters, networking services and routing tables, creating or deleting users, modifying user rights, performing shutdown or reboot operations, Consider multi-approval workflow. According to one embodiment, the method includes assigning a security level to each system critical change that can be implemented by the operating system, and associating notification and authorization parameters with the system critical change based on the assigned security level. Thus, a change determined by a higher security level may require more than one other user to approve before the change is committed. If the change has a high security level, the selected notification method may include a more direct form of notification, such as the start of a text message, rather than a notification to another user or users at the next login. According to one embodiment, the step of notifying at least one other user comprises initiating a procedure for delivering an e-mail to at least one other user, Initiating a procedure for delivering an SMS message to at least one other user, initiating a procedure for delivering an instant message to at least one other user, initiating a procedure for making a telephone contact with at least one other user, And a procedure for displaying a pop-up message to another user. Thus, the notification can occur in one or more of a variety of ways. The kernel itself is not operable to deliver e-mail, but when implemented in kernel space, the embodiment may be operative to allow the kernel to operate to hand over pending change requests that require approval of the appropriate user space remote insurance information virtual information The remote insurance information virtual information itself is operable to notify the appropriate user of the change request. The second aspect, when executed on the remote insurance main server / big data DB, performs the method of the first aspect The third aspect provides an operating system that is operative to control system critical changes that can be implemented by a user and wherein the operating system is configured to perform system critical changes Request reception logic operable to receive a request to A privilege evaluation logic operable to evaluate whether a user has appropriate rights to make a critical change; and, if the user is judged to have appropriate rights to make a system critical change, Notification logic operable to notify at least one other user of a request received and implementation logic operable to wait for acknowledgment from at least one other user prior to implementing the requested system critical change. According to one embodiment, the user and at least one other user both have system administrator privileges. According to one embodiment, the implementation logic may include a request Prior to implementing a system-critical change, at least one other user Evaluation, and notification logic operate in kernel space. According to one embodiment, receive, evaluate, and notify logic operate in user space. According to an embodiment, the reception, evaluation and notification logic operates as remote insurance information virtual information driven by the operating system, and the remote insurance information virtual information has the appropriate authority. According to one embodiment, According to one embodiment, a change that is implementable by an operating system may be a system critical change, such as a system critical change, In accordance with an embodiment of the present invention. According to one embodiment, The notification is operable to assign a security level to each possible system critical change and to associate notification and authorization parameters with the system critical change based on the assigned security level. Initiating a procedure for delivering an SMS message to at least one other user, initiating a procedure for delivering an instant message to at least one other user, To notify at least one other user by at least one of initiating a contact procedure and initiating a procedure for displaying a pop-up message to at least one other user. Other specific and preferred aspects are described in the accompanying independent and dependent claims . The features of the independent claims may be combined with other features of the dependent claims as appropriate, or in other combinations not explicitly set forth in the claims. Device Features Where an apparatus is described as being operable to provide additional functionality, The device features that are configured to provide the device capabilities.

Multiple sensor modules

A plurality of sensors receiving remote insurance information acquire the biometric information through at least one sensor of a body temperature sensor, a blood pressure sensor, an ECG sensor, and an oxygen saturation sensor, and at least one of a GPS sensor, an acceleration sensor, Further comprising: a microphone for acquiring the environment information through a sensor of the sensor, a microphone for acquiring voice information of the user, and a speaker for outputting an acoustic signal, wherein the information of each of the plurality of sensors is transmitted through a wireless body area network The collected information is transmitted to the collecting apparatus, and the collected information is transmitted to the control server through a network in a multi-hop environment. To support emergency medical scenarios for medical applications.

Classifies the user state into facial expressions such as laughter, sadness, surprise, disappointment, and automatically checks the user state change according to the classified user facial expressions.

Sensor input module related to remote insurance information data

The sensor input may be a charge coupled device, a black silicon sensor, an IR sensor, an acoustic sensor, an induction sensor, a motion sensor, an optical sensor, an opacity sensor, a proximity sensor, an inductive sensor, , Passive infrared proximity sensor, radar, capacitive displacement sensor, Hall effect sensor, magnetic sensor, GPS sensor, thermal imaging sensor, thermocouple, thermistor, photoelectric sensor, ultrasonic sensor, infrared laser sensor, Motion sensors, MEMS internal motion sensors, ultrasonic 3D motion sensors, accelerometers, inclinometers, force sensors, piezoelectric sensors, rotary encoders, linearencoders, chemical sensors, ozone sensors, smoke sensors, A sensor, a magnetometer, a carbon dioxide detector, a carbon monoxide detector, an oxygen sensor, a glucose sensor, a smoke detector, a metal detector, a rain sensor, an altimeter, an activity sensor ) Is derived from at least one of an object detector, a marker detector, a laser range finder, a sonar, a capacitive sensor, a heart rate sensor, and an RF / MIR (micropower impulse radio) sensor .

 In the present specification, the semantic remote insurance information refers to a correspondence expressed by a graphic, a picture, an icon, an emoticon, or a photogram having a meaning of a word, phrase, or sentence in a specific language.

Video surveillance module related to remote insurance information data

The input image through the network camera is extracted by the input image edge extraction function, the edge direction grouping function and the interest area fence automatic function for setting the intelligent ROI (Region of Interest), which is a new object extraction algorithm, through the Sobel Operator By combining the setting function and Min-Max background modeling and GMM, the background separation algorithm function, movement area extraction function, movement area noise control function, moving object extraction function and Histogram of Oriented Gradient (HOG) Even if a lot of movements occur due to small objects or lighting changes in a special internal environment, accurate and intelligent analysis can be done.

3D augmented reality (AR) content display and interactive module with eyepiece

A 3D augmented reality (AR) content display showing information about remote insurance, and an internal software application running on an integrated multimedia computing facility configured to interact with the eyepiece. 3D AR software applications can be developed with mobile applications and can be provided as stand-alone applications aimed at the eyepiece through an application store or specifically as an end-use platform and through a dedicated 3D AR eyepiece store. The internal software application may be accessed via equipment inside and outside the eyepiece (such as those initiated from sensing devices, user motion capture devices, internal processing equipment, internal multimedia processing equipment, other internal applications, cameras, sensors, Through the transceiver, through the tactile interface, with the input and output facilities provided by the eyepiece, from external computing facilities, external applications, events and / or data feeds, external devices, third parties, Commands and control modes that operate in relation to the eyepiece can be initiated by sensing input through the input device, user actions, external device interaction, receiving events and / or data feeds, executing internal applications, executing external applications, have. In embodiments, at least an event and / or data feed, a sense input and / or sense device, a user action capture input and / or output, a user movement and / or action to control and / An application on a platform on which the command can be used to respond to input, a communication and / or connection from an on-platform interface to an external system and / or device, an external device, an external application, There may be a series of steps included in the execution control provided through the internal software application, including the combination of two of the feedback (the external device, the external application, etc.) to the user or the like.

Integrated Image Light Source Content Module for Remote Insurance Information Data

An integrated image light source for introducing the content into the optical assembly, the processor configured to modify the content, the modification being made in response to the sensor input. The content may be a video image. These modifications include adjusting the brightness, adjusting the color saturation, adjusting the color balance, adjusting the color hue, adjusting the video resolution, transparency Adjusting the compression ratio, adjusting the frame rate per second, isolating a portion of the video, stopping playback of the video, pausing the video, or restarting the video It can be one.

Types of sensors that acquire data related to remote insurance information

The sensor input may be a charge-coupled device, a black silicon sensor, an IR sensor, an acoustic sensor, an induction sensor, a motion sensor, an optical sensor, an opacity sensor, a capacitive sensor, a capacitive displacement sensor, a Hall effect sensor, a magnetic sensor, a GPS sensor, a thermal image sensor, a thermocouple, a thermistor, a photoelectric sensor, Ultrasonic 3D motion sensor, accelerometer, inclinometer, force sensor, piezoelectric sensor, rotary encoder, linear encoder, chemical sensor, ozone sensor, smoke sensor, heat sensor, ultrasonic sensor, infrared laser sensor, inertial motion sensor, MEMS internal motion sensor, A magnetometer, a carbon dioxide detector, a carbon monoxide detector, an oxygen sensor, a glucose sensor, a smoke detector, a metal detector, a rain sensor, an altimeter, (E.g., a geographic location indicator for a unidirectional delivery system), a laser range finder, a sonar, a capacitance, an optical response, a heart rate sensor, or an RF / MIR micropowerimpulse radio sensors. The playback of the content may be interrupted in response to an indication from the accelerometer input that the user's head is moving. Audio sensor input can be generated by at least one participant in the videoconference talking. The visual sensor input may be a video image of at least one participant of the videoconference or a video image of a visual presentation. This modification may be at least one of making the video image more transparent or less transparent in response to an indication from the sensor that the user is moving.

An overall identification module of the electronic device associated with the remote insurance information data

Provides a holistic identification process that can facilitate reliable interworking between accessories and host devices (including portable devices) when the accessory includes multiple components and / or multiple communication interfaces. This process can be performed as part of initiating communication when the accessory is connected to the host via the first communication channel via the first interface. The accessory may then provide identification information, including information about all communication interfaces (e.g., USB, Wi-Fi, Bluetooth, UART, and any other interfaces) that can be used to communicate with the host. The accessory can then establish a second (or third, other) connection to the host via what is in its interfaces, and the host can recognize that the second connection is for the same accessory. Based on this, the host can use the initial identification information when communicating with the accessory via the second connection. When an accessory establishes multiple connections to a host, the host can choose the optimal routing for a particular communication.

The host can continue to communicate with the accessory. The routing and rerouting of communication to the various interfaces may be transparent to the user. In some embodiments, the identification information provided by the accessory may also be used by the various components that are available for use by the accessory to interact with the host device Lt; / RTI &gt; For example, the accessory may provide information about its display device, speakers, and / or user manipulatable input devices (e.g., keyboard, keypad, buttons, dials, touchscreens, trackpads, etc.) can do. The accessory may also define a "bundle" or group of components based on a common purpose or common physical location. The host device may be configured to communicate with the accessory by, for example, routing specific information to specific accessory components, or by responding differently to input signals from the accessory depending on which component was the source of the input signal Achieving complete identification of all available communication interfaces and / or components from an accessory at the beginning of the interaction may be accomplished by the host device in a coordinated manner with the accessory Specific aspects of the invention relate to methods for identifying an accessory device to a host device. The accessory may establish a communication channel with the host device using the first communication interface and transmit the identification information to the host via the communication channel. The identification information may include an interface descriptor of at least one other communication interface that the accessory can use to communicate with the host. The identification information may also include other information such as, for example, a component descriptor of each of the plurality of components of the accessory, including an audio output component, a video output component, and / or a user input component. In some cases, the component descriptor may include a purpose indicator that identifies the particular function that should be associated with the component. The identification information may also include a bundled descriptor that associates some (or all) of the components with the bundle, for example, based on having a common location and / or a common associated function or purpose. Certain aspects of the invention relate to a host device that communicates with an accessory. The host device may detect a connection to the accessory via the first communication channel using the first communication interface. Through this channel, the host can receive the identification information from the accessory. The identification information may include an interface descriptor that provides information about the second communication interface that the accessory may also use to communicate with the host, as well as other interface descriptors that provide information about the first communication interface. When the host receives the identification information, the host can communicate with the accessory using the first communication interface and the second communication interface. For example, the host device may determine that particular data should be transmitted to the accessory, and may select one of the first communication interface and the second communication interface and transmit data therefrom. As another example, the host device may receive an input signal from an accessory via one of the communication interfaces. Certain aspects of the invention relate to a host device that communicates with one or more accessory devices. The host device may communicate with one or more accessory devices. The host may detect a connection to the first accessory via the first communication channel using the first communication interface. Through the channel, the host can receive identification information from the first accessory. This information may include descriptors of a number of communication interfaces that the first accessory may use to communicate with the host. While the first accessory remains connected, the host device can detect the connection request via the second communication interface and can determine if a connection request has been issued by the first accessory. When a connection request is issued by the first accessory, the host can communicate with the first accessory using both the first communication interface and the second communication interface. Otherwise, the host may use the second communication interface to communicate with the second accessory that may provide its own identification information. In certain cases, there may be a limit on the number of accessories that can be connected to the host at any given time. Certain aspects of the present invention may include, for example, audio components, video components, and / Lt; RTI ID = 0.0 &gt; components. &Lt; / RTI &gt; The accessory device may also have a plurality of communication interfaces operable to communicate with the host device. The identification logic within the accessory device may provide identification information to the host device via one of the communication interfaces. The identification information may include a descriptor of each of the components and a descriptor of each of the communication interfaces. The descriptors may provide information (e.g., applicable signal formats, sizes, intended uses, etc.) about the configuration and / or capabilities of particular components. And may include a bundle descriptor that defines the bundle thereby; The bundle descriptor may also associate at least one of the communication interfaces of the accessory with the bundle. Certain aspects of the present invention include a plurality of communication interfaces &lt; RTI ID = 0.0 &gt;Lt; / RTI &gt; The control and routing logic may be coupled between the execution logic and the communication interfaces and the control and routing logic may be configured to selectively route information from the execution logic to one or the other of the host communication interfaces. The identification logic within the host device may be configured to receive an identification message including identification information from the accessory device via one of the host communication interfaces. This information may include descriptors of the components and / or communication interfaces of the accessory. A selected path to specific information from one of the execution logic to one of the host communication interfaces may be determined based in part on the identification information and actions to be taken by the host device in response to the input signals received from the accessory, May be determined based in part on which of the input signals is transmitted.

If the proposed identification module for remote coverage information data is rejected

Capture student actions (remote insurance information data, behavior, etc.) performed in response to questions / tasks related to remote insurance information, and store measured data for predefined answers / responses.

If the proposed identification is rejected, the accessory information added to the remote insurance information to be retried does not need to be retransmitted all of its parameters (unless the accessory has canceled or disconnected the process). The accessory may need to retransmit any other parameters that the accessory determines that it should be changed, as well as the complete message list, rather than modifications to the previous listings. It is necessary for the accessory to present a single complete remote insurance information message list (or two separate listings-one for all messages sent and one for all received messages) May be easier to consider the modified proposal and may be simpler than implementing a series of commands to remove individual messages from a previously presented list and / or to add individual messages thereto. In some embodiments, while the identification is in progress, the accessory may be blocked from sending any messages unrelated to the identification. For example, the host may ignore any such messages that may be received. In other embodiments, the host may temporarily allow the messages during the identification process (e.g., by receiving at least some irrelevant messages and acting accordingly), and if the process ends in failure, In some embodiments, the accessory may choose to ignore or dispose of messages that are not relevant to the identification that may be received during the identification process. In addition, while the above description refers to the accessory disclosing itself to the host device, those skilled in the art will recognize that the roles can be reversed when viewing this disclosure. Similar messages and processes can be implemented to allow the host to reveal itself to the accessory collectively. Bidirectional identification can also be implemented, for example, one device presents information about itself and the other device responds with its own information. In certain specific implementations, the negotiation of a set of valid messages to be exchanged may be performed in either direction (or as suggested by the host and / or determined by the accessory) In the opposite direction).

Remote insurance main server / Big data DB implementation method using voice recognition for remote insurance information data

A remote insurance main server / big data DB implementation method for verifying whether a remote insurance information related conversation or call recipient is an actual person or an answering machine, the method comprising: Receiving an audible response from a call recipient and processing the audible response using a speech recognizer; And processing the output representing the recognized speech with a classifier to provide an output indicating whether the call recipient is a real person or an answering machine, Based on statistical analysis - is a remote insurance main server / big data DB implementation method.

User intent and future interaction prediction module from remote insurance information data application tasks

According to some embodiments, a user agent, also referred to as an adaptive user experience manager, may be configured to configure various performance knobs versus efficiency knobs of the device such that the user can set them up if the knobs are exposed to the user . Because performance and efficiency are typically conflicting goals, new metrics are needed to optimize various knobs. It contains something that is best for the user. Sometimes, this can be a higher performance. In another embodiment, it may be a long battery life (power efficiency). According to one embodiment, the user agent intuitively knows the user goal, using a set of contending heuristics, to determine the performance and efficiency of the various blocks of the device Determine the best way to manage and achieve your goals.

Social networking systems related to remote insurance information data

The social graph according to the remote insurance information includes the nodes connected by the edges (A, B, D, D, E) stored in the social networking system. A node includes a user and an object of a social networking system, such as a web page including, for example, a concept and an entity, and the edge again connects the nodes in a radial fashion.

Figure pat00002

The custom graph object type and graph behavior type can be defined by the manager of the social networking system as well as the third developer to define attributes of the graph object and graph behavior.

In this way, social graphs can be "open", allowing third-party developers to create and use custom graph objects and behaviors from external websites. The third developer can enable users of the social networking system to express interest in web pages hosted on external web sites of the social networking system. Such a web page can be represented as a page object in a social networking system as a result of inserting widgets, social plugins, programmable logic or code snippets into a web page such as an iFrame. Any concept that can be embedded in a web page can be a node in a social graph on a social networking system in this way.

By allowing the one-way remote insurance information bearer to target their one-way delivery method based on user interaction with the object on the keyword, the unidirectional delivery method allows the user to perform further actions, for example, It is possible to reach acceptable viewers.

Using the computing system, the remote insurance information is divided into the two-dimensional information of the internal personnel and the three-dimensional information of the outside persons (third persons) excluding the internal personnel to judge the truthfulness of the remote insurance information, The remote insurance information is immediately transmitted to resolve it, and the location information of the remote insurance information generator is notified to the central center or the manager terminal.

Unidirectional remote coverage Because informers can provide different unidirectional delivery methods based on topic associations to target insurance more efficiently, one-way remote insurance information communicators can be used to provide a one-way remote insurance information carrier's products, brands, It benefits from identifying users participating in the event based on the topic association with other concepts of the networking system and the object. As a result, since the social networking system can modify the bid for the user based on the topic associativity, the social networking system allows the one-way remote insurance informant to target users based on the topic relevance to the object, Gain profits.

In one embodiment, the social networking system may receive targeting criteria for a unidirectional delivery method that includes a particular selected topic from a unidirectional remote insurance information communicator.

In order to determine the truthfulness of remote insurance information by dividing the remote insurance information into three dimensional information of the outside persons (third parties) excluding the two-dimensional information that the internal personnel of the family etc. emit using the computing system and the internal personnel,

In one embodiment, the truth criterion may be defined to include users who express particular interest in a topic. In another embodiment, the topic may be specified by a one-way remote insurance information communicator in the targeting criteria. As a result, the social networking system may distribute topic related unidirectional topical ads to the user based on the determination of the topic extracted from the content item associated with the selected topic included in the targeting criteria. The user may select one or more of the following: a sponsored news that is related to the topic selected for the remote insurance information, a unidirectional delivery method to the selected topic, a social unidirectional delivery method for the selected topic, and a conventional unidirectional delivery method using the selected topic It is possible to receive a topic-related unidirectional delivery method in the form of a topic.

In another embodiment, the social networking system may infer interests of users and / or pages of the social networking system based on extracted topics of content items that interact with or are generated by users and / or pages. As noted, the nodes of the social networking system may include entities that are represented as pages, as well as users, in social networking systems.

The script module in the web browser associated with the remote Insurance Data

Remote insurance information data may be replaced with terms such as "question", "answer", "answer", "instruction", "assignment", "scoring", "measurement" In addition, terms may have alternate spellings that may or may not be explicitly mentioned, and those skilled in the art will recognize that all such variations of the terms are intended to be included.

A document related to "question", "answer", "answer", etc. As a method of preparing scripts included in a remote insurance information cooperative company, the document remote insurance information cooperative company is scanned step; Sending the plurality of scripts to a script engine to be prepared for execution; Parsing the document remote insurance information collaboration company while the script engine prepares the plurality of scripts for execution; Identifying a next script to be executed from the plurality of scripts; Transmitting information corresponding to the identified next executed script to the script engine; Stopping the parsing of the document remote insurance information cooperative company; Receiving a notification indicating that the identified next script to be executed has been executed; And restarting the parsing of the document remote insurance information collaborator in response to receiving the notification.

Various aspects include methods of preparing scripts included in a document remote insurance information collaboration vendor, comprising the steps of scanning a document remote insurance information collaborator to discover a plurality of scripts, Parsing the document remote insurance information collaboration company while the script engine prepares a plurality of scripts for execution, identifying the script to be executed next from a plurality of scripts, Transmitting the information corresponding to the script to the script engine, interrupting parsing of the document remote insurance information collaboration vendor, receiving a notification indicating that the next script to be executed has been executed, and receiving a notification Responding to documents written by remote coins A may include the step of restarting. In one aspect, transmitting the information corresponding to the next identified script to be executed to the script engine may include sending the next script to be executed to the script engine. In an aspect, the method may comprise generating an identifier for each of the plurality of scripts. In a further aspect, transmitting the plurality of scripts to the script engine may include transmitting the plurality of scripts and identifiers to the script engine, and transmitting information corresponding to the next identified script to be executed to the script engine May include transmitting an identifier of the next script to be executed to the script engine. In a further aspect, generating an identifier for each of the plurality of scripts may comprise associating at least one script with a uniform resource identifier (URI). In a further aspect, generating an identifier for each of the plurality of scripts may comprise generating a signature for the at least one script. In a further aspect, generating an identifier for each of the plurality of scripts may include generating at least one identifier that may include text of the at least one script. In a further aspect, the step of scanning the document remote insurance information collaborator to discover the plurality of scripts may include scanning the document remote insurance information co-vendor in the first processor, The step of parsing the document remote insurance information collaborator while preparing the plurality of scripts may include parsing the document remote insurance information collaborator in the second processor. In a further aspect, the step of scanning the document remote insurance information collaborator to discover a plurality of scripts may include scanning the document remote insurance information cooperative company by a first process running on the processor, The step of parsing the document remote insurance information collaborator while the script engine prepares multiple scripts for execution may include parsing the document remote insurance information collaborator by a second process running on the processor . In a further aspect, the step of parsing the document remote insurance information collaborator while the script engine prepares the plurality of scripts for execution includes the step of the script engine parsing, analyzing, and compiling the second script, And parsing the document remote insurance information collaborator while the engine parses, parses and compiles the first script. In a further aspect, the step of parsing the document remote insurance information collaboration enterprise while the script engine prepares a plurality of scripts for execution includes the steps of the script engine executing a plurality of scripts, And may include parsing the document remote insurance information collaborator while preparing the scripts of the document. In a further aspect, identifying the next script to be executed from the plurality of scripts may comprise identifying the next script to be executed based on the defined execution order. Additional aspects include, but are not limited to, means for scanning a document remote insurance information collaborator to discover a plurality of scripts, means for sending a plurality of scripts to a script engine, Means for parsing the insurance information collaborator, means for identifying the next script to be executed from the plurality of scripts, means for transferring information corresponding to the next identified script to be executed to the script engine, Means for suspending parsing, means for receiving a notification indicating that the next script to be executed has been executed, and means for restarting parsing of the document remote insurance information cooperative vendor in response to receiving the notification. Computing devices. In an aspect, the means for sending information corresponding to the next identified script to be executed to the script engine may include means for sending the next script to be executed to the script engine. In a further aspect, the computing device may comprise means for generating an identifier for each of the plurality of scripts. In a further aspect, the means for sending the plurality of scripts to the script engine may comprise means for sending a plurality of scripts and identifiers to the script engine, and sending information corresponding to the next identified script to be executed to the script engine And transmitting the identifier of the script to be executed next to the script engine to the script engine. In a further aspect, the means for generating an identifier for each of the plurality of scripts may comprise means for associating at least one script with a uniform resource identifier (URI). In a further aspect, the means for generating an identifier for each of the plurality of scripts may comprise means for generating a signature for at least one script. In a further aspect, the means for generating an identifier for each of the plurality of scripts may comprise means for generating at least one identifier comprising text of the at least one script. In a further aspect, the means for scanning the document remote insurance information collaborator to discover a plurality of scripts may include means for scanning the document remote insurance information co-vendor at the first processor, The means for parsing the document remote insurance information collaborator while preparing for multiple scripts may include means for parsing the document remote insurance information collaborator on the second processor. In a further aspect, the means for scanning the document remote insurance information collaborator to discover a plurality of scripts may include means for scanning the document remote insurance information co-vendor by a first process running on the processor, While the script engine prepares multiple scripts for execution, the means for parsing the document remote insurance information collaborator may include means for parsing the document remote insurance information collaborator by a second process running on the processor . In a further aspect, the means by which the script engine parses the document remote insurance information collaborator while preparing the plurality of scripts for execution is that the script engine parses, parses and compiles the second script in parallel The script engine parses, parses, and compiles the first script While there may be a means to parse the document remotely insurance information provider co-operation. In a further aspect, the means for the script engine to parse the document remote insurance information collaborator while preparing the plurality of scripts for execution may include a means for the script engine to execute a plurality of scripts, May include means to parse the document remote insurance information co-operative while preparing the scripts of the document. In a further aspect, the means for identifying a next script to be executed from a plurality of scripts may comprise means for identifying a next script to be executed based on the defined execution order. Additional aspects include a computing device that may include a processor configured with processor executable instructions for performing operations, the operations comprising: generating a document remote insurance information collaboration to discover a plurality of scripts to be prepared for execution Scanning a vendor, transferring multiple scripts to a script engine, parsing the document remote insurance information collaborator while the script engine prepares multiple scripts for execution, executing multiple scripts from multiple scripts Identifying the script, transferring information corresponding to the next script identified to be executed to the script engine, discontinuing parsing of the document remote insurance information collaboration vendor, notification indicating that the next executed script to be executed has been executed , And in response to receiving the notification In one aspect, the processor may be configured to cause the next script to be executed to be identified as a script to be sent to the script engine, wherein the sending of the information corresponding to the next identified script to be executed to a script engine, To an engine, including transmitting to an engine. In a further aspect, the processor may be comprised of processor executable instructions for performing operations further comprising generating an identifier for each of the plurality of scripts, wherein the processor is operable to send the plurality of scripts to a script engine May include sending a plurality of scripts and identifiers to the script engine, and sending information corresponding to the next identified script to be executed to the script engine may include sending an identifier of the next script to be executed to the script engine And may also be comprised of processor executable instructions for performing operations that may also include instructions that may be included. In a further aspect, the processor may include processor executable instructions for performing operations that may include associating at least one script with a uniform resource identifier (URI) to generate an identifier for each of the plurality of scripts . In a further aspect, the processor may comprise processor executable instructions for performing operations that may include generating an identifier for each of the plurality of scripts, the signature generating for at least one script have. In a further aspect, a processor is operable to perform operations that, by generating an identifier for each of a plurality of scripts, may include generating at least one identifier comprising text of at least one script Commands.

Acquisition rate of data related to remote insurance information Gaming module

In one embodiment, the user starts playing the remote insurance information related game on the server. As mentioned, although the game is described as playing on the server, the image may be sent from the server to the client device on which it is displayed. Likewise, control and game inputs can be uploaded from the client to the server where they are used to manipulate the game and render the video game image to tailor the remote insurance information. At a certain point in time, a triggering event can occur that causes the start of the migration process. For example, the user may choose to purchase a full version of the game being played. At this point, the user can continue playing the game on the server, while the game service decides how much bandwidth is available to download the block of game code to the client device.

For example, a user may reach a point within a remote insurance information game where the user has not stored the game file on the client.

An overview of embodiments of the present invention has been briefly described, and an exemplary operating environment suitable for implementing embodiments of the present invention is described below.

First, an exemplary remote insurance information related quiz or game operating environment for implementing embodiments of the present invention is included and is generally indicated as a remote insurance main server / big data DB. The remote insurance main server / Big Data DB is only one example of a suitable computing environment and does not limit the scope of use or functionality of the present invention. The remote insurance main server / Big Data DB should not be understood to have any dependencies or requirements associated with any one or combination of components.

The present invention provides a remote insurance main server / large data DB executable instructions including remote insurance main server / big data DB executable instructions such as remote insurance main server / big data DB such as personal assistant terminal or other handheld device or program components executed by another machine / Big Data DB code or in the general context of machine-available instructions. Generally, program components, including routines, programs, objects, components, data structures, etc., refer to code that performs a particular task or implements a particular abstract data type. Embodiments of the present invention may be practiced in a variety of system configurations including handheld devices for collecting remote insurance related information, consumer electronic devices, universal remote insurance main server / big data DB, dedicated remote insurance main server / big data DB, . Embodiments of the invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.

The remote insurance main server / Big Data DB includes a remote insurance information mapping storage, one or more processors, one or more presentation components, input / output ports, I / O components, and a bus connecting the exemplary power directly or indirectly do. A bus may represent one or more buses (e.g., an address bus, a data bus, or a combination thereof). It is not clear that the various blocks actually distinguish the various components with the lines for clarity, and the lines may be more precisely gray and blurred. For example, a presentation component such as a display device may be considered an I / O component. In addition, the processor may have a remote insurance information mapping storage. The inventors recognize that this is natural in the art and once again emphasizes that the diagram represents an exemplary remote insurance main server / Big Data DB that can only be used in conjunction with one or more embodiments of the present invention. There is no clear distinction between categories such as "workstation", "server", "laptop", "handheld device", etc. because all of these are considered within the allowed categories and " Data DB "or" remote insurance main server / big data DB ". The remote insurance main server / big data DB typically includes various remote insurance main servers / big data DB readable media. The remote insurance main server / big data DB readable medium can be accessed by the remote insurance main server / Big Data DB and can be any available media including volatile and nonvolatile media, removable and non-volatile media. By way of example, and not limitation, the remote insurance main server / big data DB readable medium may include a remote insurance main server / big data DB storage medium and a communication medium. The remote insurance main server / big data DB storage medium is a volatile database implemented in any method or technology for storage of information such as remote insurance main server / big data DB readable instructions, data structures, program modules or other data And non-volatile, removable and stationary media. The remote insurance main server / Big Data DB storage medium may be a RAM, ROM, EEPROM, flash remote insurance information mapping storage or other remote insurance information mapping storage technology, CD-ROM, DVD or other optical disk storage, magnetic cassette, magnetic tape , Magnetic disk storage or other magnetic storage devices. The storage medium for the remote insurance main server / big data DB also includes a data signal to be propagated. Communication media in accordance with the propagated data signal typically include remote insurance main server / big data DB readable instructions, data structures, program modules or other data in a modulated data signal, such as a carrier wave or other transport mechanism, The term "modulated data signal" means a signal in which one or more of its characteristics are set or changed so as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.

Any combination of the foregoing (remote insurance information, etc.) may also be included within the scope of the remote insurance main server / big data DB readable medium. The remote insurance information mapping storage stores remote insurance information mapping storage , A storage having data and the like in a block format such as one block information, two-block information having one-block information and related information, etc.). The remote insurance information mapping reservoir may be mobile, stationary, or a combination thereof.

An exemplary remote insurance information mapping storage includes a solid state fixture, or a mobile body in which remote insurance information including time and location changes in real time. The remote insurance main server / Big Data DB includes one or more processors for receiving and reading data from various entities such as remote insurance information mapping storage or I / O components.

The presentation component presents the data representation to the user or other device. Exemplary presentation components include a display device, a speaker, a printing component, a vibration component, and the like. The I / O port allows the remote insurance main server / Big Data DB to logically connect to other devices, including I / O components (some of which are internal). Exemplary I / O components include a microphone, joystick, game pad, satellite dish, scanner, printer, wireless device, and the like.

An online game environment according to an embodiment of the present invention is included. The online game environment includes various game clients connected to the game service (service including remote insurance information such as graphic, music, story, sentence, information technology information) through the network. An exemplary game client includes a game console, a tablet, and a personal remote insurance main server / Big Data DB. Other game clients such as smart phones may also be used. The game console may have one or more game controllers communicatively coupled thereto.

In one embodiment, the tablet capable of displaying remote insurance information may be operable to automatically display a logical pattern as an input device to a game console or a personal remote insurance main server / Big Data DB. In yet another embodiment, the tablet is a stand-alone game client. The network may be a wide area network such as the Internet. The game service includes a plurality of remote insurance main server / big data DB communicably connected to each other. In one embodiment, the game service is implemented using one or more server farms. Server farms can spread across many geographical regions, including cities across the globe. In this case, the game client can be connected to the nearest server farm. The embodiment of the present invention is not limited to this configuration. The game service enables the game to be executed within the remote insurance main server / big data DB provided by the game service. The communication session between the game service and the game client delivers the input traffic to the game service and returns the rendered game image. In this embodiment, the remote insurance main server / Big Data DB which is part of the game service (service including remote insurance information such as graphic, music, story, sentence, information technology information) is generated by an input device associated with various game clients Lt; RTI ID = 0.0 &gt; control stream. &Lt; / RTI &gt; A video game rendered around remote insurance information is delivered to the game client and the game rendered on the game client is output for display.

Content module in social networking system related to remote insurance information

Social networking systems allow users to communicate with and interact with other users of the social networking system by subscribing to social networking systems and adding connections with many other users they wish to be connected to. Users of social networking systems can provide information describing those stored as user profiles. For example, users can provide their age, gender, geographic location, education, career, and the like. The information provided by the users may be used by a social networking system to inform the user of the information. For example, a social networking system may recommend a user to social groups, events, and potential friends. In addition, social networking systems can allow users to express their interest in concepts, such as celebrities, hobbies, sports teams, books, music, and the like, explicitly. This concern can be used in a number of ways, including unidirectional delivery of targeting and personalization of user experiences on social networking systems by showing relevant news to other users of the social networking system based on shared interests. And nodes connected by edges stored in the social networking system. A node includes a user and an object of a social networking system, such as a web page including, for example, a concept and an entity, and the edge connects the node. The edge represents a particular interaction between two nodes, such as when a user expresses interest in a news article shared by another user with respect to the "America's Cup. &Quot; The social graph stores information in the nodes and the edges that represent the interaction, so as to record the interaction between users and objects of the social networking system as well as the interaction between users of the social networking system. The custom graph object type and graph behavior type can be defined by the manager of the social networking system as well as the third developer to define attributes of the graph object and graph behavior. For example, a graph object for a movie may have some defined object properties, such as title, actor, director, producer, year, and so on. A graph behavior type such as "Purchase " (a series of special remote coverage information) can be used by a third developer on an external website of the social networking system to report custom behaviors performed by users of the social networking system. In this way, social graphs can be "open", allowing third-party developers to create and use custom graph objects and behaviors from external websites.

The third developer can enable users of the social networking system to express interest in web pages hosted on external web sites of the social networking system.

Any concept that can be embedded in a web page can be a node in a social graph on a social networking system in this way. As a result, the user may, for example, obtain information about the origin of the remote insurance information, such as the quality of the remote insurance, the efficacy of the application, the quantity of the product, or the name of the related celebrity "Justin Bieber" You can interact with many objects. Each interaction with an object can be recorded by the social networking system as an edge object. By allowing a one-way remote insurance information bearer to target their one-way delivery method based on user interaction with objects related to the keyword, the unidirectional delivery method can be further accommodated because the user has already performed the action associated with the unidirectional delivery method It is possible to reach as many viewers as possible.

U.S. Patent Application No. 13 / 239,340, entitled " Structured Objects and Actions on a Social Networking System ", filed on September 21, 2011, which is incorporated herein by reference and which is entitled &quot; Structured Objects and Actions on a Social Networking System & It is further described in the issue. Unidirectional remote insurance information carriers include direct unidirectional delivery methods such as banner unidirectional delivery; Includes indirect non-directional delivery such as sponsorship news; Create a fan base for the page in a social networking system; Users can associate with users of social networking systems through different communication channels that develop applications that users can install in social networking systems. Because one-way remote insurers can provide different unidirectional delivery methods based on topic associations to more effectively target unidirectional delivery methods, a one-way remote insurance information carrier can be a product, brand, or application of a one- But also benefits from identifying the users participating in the event based on the topic associations with other concepts and objects of the social networking system. Finally, because the social networking system can modify the bid for the user based on the topic association, the social networking system allows the one-way remote insurance information communicator to target users based on the topic association on the object, Profit from profits.

In one embodiment, the social networking system may receive a targeting criteria for insurance that includes a particular selected topic from a one-way remote insurance information communicator. For example, a one-way remote insurance information communicator may provide information to a particular celebrity such as Britney Spears of Ted's recent film release, or information that may be interested in targeting users interested in a play-off game for the 2012 Major League Baseball World Series It can be used as information.

In one embodiment, the targeting criteria may be defined to include users who express particular interest in the topic. In another embodiment, the topic may be specified by a one-way remote insurance information communicator in the targeting criteria. As a result, the social networking system may distribute topic related unidirectional topical ads to the user based on the determination of the topic extracted from the content item associated with the selected topic included in the targeting criteria. The user may select one or more topics related to the topic in the form of a sponsored news broadcasted by being associated with the selected topic, a unidirectional delivery method attachment to the selected topic, a social unidirectional delivery method for the selected topic, and a conventional unidirectional delivery method using the selected topic In another embodiment, the social networking system may be configured to receive a user and / or page of a social networking system based on an extracted topic of a content item that interacts with or is generated by a user and / As noted above, a node of a social networking system may include an entity represented as a page in a social networking system as well as a user.

A method for extracting a topic from a content item in a social networking system related to remote coverage information data is disclosed in U.S. Patent Application Serial No. 10 / System, " which is a continuation-in-part of U.S. Patent Application No. 13 / 167,701, entitled " System. &Quot; The sentiment filter module can be used to ensure that topics extracted from the content object are representing positive emotions as opposed to negative emotions (special remote insurance information data). For example, a status update saying "Magic Mike wasawesome!" Has a positive feel for the movie "Magic Mike" that can show the user's interest in the topic. However, the emotion filter module may identify negative emotions by, for example, filtered content objects that include blacklist keywords, profanity, and content generated by blacklisted users.

The emotional filter module creates a topic object that has been identified by satisfying a positive emotional requirement determined by a one-way remote insurance information communicator and / or an administrator of the social networking system. In one embodiment, the emotion filter module separates the topic objects from the associated content objects based on the topic extraction engine, wherein the separate topic objects are included in the content object with negative emotions. In addition, a topic generalization module related to remote insurance can be used to generate additional topics that can be extracted from the content object. For example, using a category tree associated with remote insurance, the extracted topic may be generalized to generate additional topics. Other data structures, such as dictionaries, databases and quick lookup tables, may also be used to generalize topics based on the extracted topics. The topics may be represented in the social networking system as topic objects. A topic extracted from a content object is represented as a topic object. The extracted topic represented by the topic object is associated with a content object representing the content item from which the topic was extracted. Likewise, a generalized topic based on the extracted topic may be represented by a topic object and associated with the content object based on the extracted topic. The topic related unidirectional distribution scheme distribution module may include a topic extraction engine, an emotion filter, and / A topic object that has been extracted from the content object through the topic generalization module.

Unidirectional delivery of remote insurance information Modules (eg insurance)

In the case of remote insurance, there is a case where the description of the insurance can not be transmitted only in one direction, and it is possible to solve this problem and smoothly communicate with each other (seller and consumer).

A targeting module that concentrates only certain remote insurance features other than the other characteristics may be used to distribute and receive communication from a topic-related unidirectional delivery mode distribution module to target a unidirectional delivery mode associated with the content object for the topic object for communication to be extracted. You can access the topic object.

In one embodiment, the topic-related unidirectional delivery distribution module for communication may provide a topic-related unidirectional delivery method for display to users of the social networking system. In one embodiment, the topic-related unidirectional delivery scheme may be attached directly to the content item or news for the targeted topic. In another embodiment, the one-way delivery method associated with a remote insurance related topic may be displayed on the same page or application that displays the communication channel of a social networking system, such as a news feed, messaging platform, mobile application, In another embodiment, the topic-related unidirectional delivery scheme may be distributed by the topic-relevant distribution module as a sponsoring event so that the user-generated content item for the targeting topic is boosted in the communication channel of the social networking system. In another embodiment, a social unidirectional delivery method for aggregating content items for a targeted topic may be distributed by a topic-related unidirectional delivery method distribution module. Is received by the module. The unidirectional forwarding targeting module receives information about the user from the user profile object, the content object, and the page object. The user profile object includes declarative profile information for a user of the social networking system.

The content object including the remote insurance information may include objects in a social networking system representing state updates, messages, comments, video, photographs, applications and custom graph objects defined by a third developer. The page object includes information about the page in the social networking system, such as the nature of the page, the list of users currently browsing the page, and the content object. The topic reasoning module analyzes the topic object extracted from the content object by the topic extraction engine along with the user profile object and the page object. In one embodiment, the topic reasoning module may determine that a particular topic object should be associated with a user or page based on the number and frequency of comments and status updates that refer to the topic represented by the topic object. The topic reasoning module may also identify pages that may be associated with a topic object based on comments and posts by users of the social networking system associated with the page. In one embodiment, the topic object may be selected and inferred by the topic reasoning module based on an analysis of the user profile object and the page object.

Artificial Neural Network Module

It is easy to sell / resell insurance information by using artificial neural network.

One of the typical tasks of machine learning is the classification problem, which further includes a machine learning classification module that classifies incoming input vectors into sales / resale inputs into specific classes.

Deep Learning based learning algorithms including Artificial Neural Network Sales / Resale Decision Tree, Beige Anem, Support Vector Machine, Artificial Neural Network (Jeffrey Hinton) RBM;

Just as humans can identify objects in a number of sales / resale data, computers can distinguish objects;

Supervised learning and unsupervised learning.

Dropout algorithm

A service server and a terminal for providing a remote insurance information related data service based on a prediction of user behavior

A hierarchical temporal memory (HTM) model can be used to calculate a common behavior pattern of a plurality of users or to calculate a behavior pattern unique to an individual user. The HTM model is based on machine learning techniques.

The service server according to an embodiment of the present invention can select a common pattern frequently observed from a plurality of sensor data in a training step using the HTM model and generate a plurality of spatial patterns based on the common pattern . In addition, the service server according to an embodiment of the present invention can determine whether the sensor data transmitted from the terminal is the same as any one of the generated plurality of spatial patterns, and if it is not the same, The received sensor data can be regarded as the very similar spatial pattern.

Next, the service server according to an embodiment of the present invention may generate a temporal sequence of spatial patters according to the order in which the generated plurality of spatial patterns are transmitted. The term &quot; computer &quot; is used herein to refer to any device that has a processing capability capable of executing instructions. &Lt; RTI ID = 0.0 &gt; .

The query creation system can be used to create objects that can encapsulate queries. The created object can also be used to perform searches to find information stored on a computer system. As used herein, a term object refers to a computing object in an object-oriented computing environment as well as other appropriate data structures, A data structure found in a C or C ++ programming language from a different computing paradigm or a combination of such structures may be written in executable code. The tree structure includes a plurality of nodes.

Terms may include search terms and operators, such as selecting, projecting, or combining, among other things, in accordance with a particular implementation. Nodes, one of the nodes, can be connected together to express the logical connection between the query terms. The tree structure can represent an entire query or simply a portion of a query. In this case, the tree structure can be used as part of a more complex query by joining the tree structure to other tree structures. The tree structure can be encapsulated in a search object for use as a search function. And may be encapsulated in an object such as an object (not shown).

The representation object of the content for insurance may be encapsulated by a searcher object, such as an initiated and described repository searcher object. Expression objects for insurance can be constructed when a query is created. Similarly, the expression object can be processed when the query is executed.

In addition to or as an alternative to the query string, a representation object representing the query can be passed to the searcher constructor, creating a new searcher object that encapsulates the query represented by the representation object. Many possible methods can be created to execute functions similar or similar to functions executed in the query language by various commands. A filter method may be provided to filter objects based on the values of these objects' properties. Type filters can filter objects based on their type. It can be converted to a searcher that searches for a supertype in a searcher that searches for a subtype, treating it as a type method of an insurance searcher object. The sort method can sort objects based on one or more attribute values. A project method may plan for each one or more attributes of one or more objects. Group methods can group objects according to one or more values. An integration method can create an aggregation of two sets of objects. In addition, query methods can apply complex queries in a single step. Methods can be implemented so that a method call can be used as an easy way to invoke a query method.

The encapsulated query and the subquery can be used as a chain of queries to isolate each step of the query execution from each other step.

When doing this, each successive step in the query execution can only affect the data generated by the previous step. This approach, however, can potentially result in an instruction to be taken at a later stage that may result from a previous step, such as ordering or grouping an operation, or canceling or destroying at least a portion of a calculation or result. Methods that alleviate this anxiety can be implemented in a way that ensures that ordering is maintained by operations performed by that method. Additionally or alternatively, methods may be specified to be called in order to maintain ordering or grouping. In addition, certain types of methods, such as ordering or grouping methods, may be prevented from being executed at a given step, or if the operations performed by these methods are likely to be canceled or destroyed by a later invocation of a method, To perform a query and get search results, a search object or search class can support a number of methods. For example, the get enumerator method can enumerate the results of all the queries. The execution of the process starts at the start block and proceeds to the processing block. In the processing block, a query (or a portion thereof) is defined. In a processing block, an official query (or portion thereof) is written in a predetermined query language, such as an application space query language described in connection with another drawing. The process proceeds, and in the processing block, the created query is passed to the repository browser object. In the processing block, a query tree is constructed from the created query. In the processing block, the query is executed. The result of the query executed in the processing block is obtained. Processing terminates at the end block.

Object Remote Insurance Information Module

Embodiments describe a method and / or system for providing a general repository of information about the "real" world. Such remote insurance information may include detailed information about a particular entity or region of interest. The user may, for example, ask for remote insurance information about the university campus (special characteristics information about the university - ranking, major series information, etc.). A bird's-eye view of the campus can be displayed along with specific information about each building, structure, office, etc. associated with the campus. The information displayed may include building name, faculty, department, classroom number, telephone number, and so on. Such remote insurance information may also be provided for various other structures or areas (e.g., shopping malls, office buildings, government buildings, apartment buildings, etc.). The information may be submitted from the owner, occupant and / or other authorized persons associated with the structure, and / or may be obtained from a public resource. The real world information may further include a detailed three-dimensional model of the locations on the earth, satellite photographs, real-time web cams, user annotations, maps, points of interest, geological information, real-time traffic, real estate sales,

According to the features provided herein, the system includes a platform, a set of experiences, and any and all remote insurance information for the physical world, and such remote insurance information is accessed by the user in a "on demand & (E.g., live video, continuous motion) is provided.

These remote coverage information may be updated over time to allow projection of current observations, historical observations, and / or how the area will look in the future. The features relating to the remote insurance information provided herein are not limited to the earth, and may include a virtual world as provided by a user as well as a space object. There is also provided an active community for capturing, connecting, sharing and visualizing information based on location. Embodiments provide schemas, repositories, indexes, and application program interfaces to any information, place, entity, attribute, service or person that can be referenced geographically. The disclosed embodiments are based on the premise that the positions are otherwise associated with different information sources, that values exist in the "tail" information sources, and that the tail information is (in many cases) inherently local. Together these concepts enable an independent, informed ecosystem. A data model is a set of layers that can encode anything in the real world and are estimated in many ways based on a generic core schema. The virtual world is assembled from a global model, a plurality of terrain attitude maps, a plurality of sky and non-sky raster images, vector objects, cultural objects, dynamic objects, temporal information (including temporal objects), and interactive objects. An artificial intelligence based system (e.g., an explicitly and / or implicitly trained classifier) may be used in connection with performing inference and / or stochastic and / or statistical based decisions. The term " inferencing " as used herein generally refers to a process of determining or inferring a state of a system, environment, and / or user from a set of observations as understood through events and / or data. Inference may be used to identify a particular context or action, or may generate a probability distribution for, for example, states. The inference can be probabilistic, that is, the computation of a probability distribution over states of interest based on consideration of data and events. Inference may refer to a technique used to construct higher-level events from a set of events and / or data. This inference results in a new event or action being constructed from a set of observed and / or stored event data, regardless of whether the events are closely correlated in time, And whether it is from a data source. (E.g., support vector machines, neural networks, expert systems, Bayesian trust networks, fuzzy logic, data fusion, etc.) in connection with performing automatic and / or inferential actions in connection with the present embodiments. Engine, etc.) can be used. Community searches can be scaled up or down according to user requirements. The widest range is the entire community, the middle range is your own community (often acquaintances), and the narrowest range is associated with a particular user or a saved bookmark of that user. The user can navigate between the narrowest search and the broadest search, and also search for an arbitrary range between the narrowest and widest ranges. Further, the user may request a search based on the user's acquaintance, the acquaintance's acquaintance, or the acquaintance of the acquaintance in the continuously expanding and / or remote range of acquaintances remote from the user.

This remote insurance information retrieval can be performed based on inference, or artificial intelligence provided by a machine learning component that interfaces with stitching components or other components of the system. For example, a first user may have preferences for a particular restaurant, and a second user does not need to be the same, but has a similar preference. If the first user is unfamiliar with an area and / or does not know a similar restaurant he can enjoy, the search may be performed based on reasoning using the preferences of the second user. The retrieval can be performed using user defined criteria or system defined criteria based on the user's known preferences and non-preferences as previously entered by the user. The inference or machine learning component and / To search for additional users with similar preferences. The system can recommend an appropriate restaurant based on the inference that the preferences and dislikings of the two users are similar if each user pre-agrees that their information can be used in such a way even if the users do not know each other have. Some of these inferences can be based on social networks, such as using instant messaging systems as social networks. A heuristic search can be based on inferences about what another person would prefer. For example, a husband might want to take his wife to a special event, and he decided to do it because it was special, not what he wanted to do. In this example, the husband can search based on his wife's preference and his wife's community preference, without any relationship to the husband's preferences and / or a combination of husband's preferences. This is basically a search (remote insurance information search) that determines what a person likes without actually asking another person, which provides an element of incredible and / or good judgment. Another type of heuristic search may be based on a combination of preferences of two or more people. By combining a plurality of preferences, the reasoning can come closer to being able to enjoy both, or both, together. The inference engine may provide geographic reasoning based on time-based information and / or social network-based information. The training mode may be initiated with the seed model and as the data is captured or pushed into the system, the user's preferences may be learned. The system or architecture captures data about places where the user has previously viewed, viewed or displayed preferences in a certain way, and based on this data, the user is interested in certain activities such as sports activities, social activities, business activities, The user's preferences are placed in large types or groups of activities, and the system deduces what the person can be interested in by applying the filter and analyzes the specific activity. Once the system learns its user's preferences, the system acquires intelligence and applies the user's preferences to the relationship with the community to enable faster and more accurate searches and recommendations.

The system includes a receiver component that receives data, images, and other information from a plurality of users. Data, images, and / or information are communicated to the stitching component, which maintains the data in a logical format, allowing data and images to be used for a plurality of users through interaction with the rendering component. The rendering component may include map information and / or map information via an interface between an acquisition module, a content display module, an automatic refresh module, an observation module, and an update module that verifies whether the update information is available, And to display related data. It should be understood that fewer or more modules than shown and described may be used with or separately from the rendering components. The acquisition module is configured to receive map information to be displayed, which includes receiving a user request to observe an area or location on the map. For example, a user may request observation of a geographic area (e.g., city, street, building, address, etc.) associated with a particular remote insurance information through a user interface. The map focus may be based on the center of the screen, but the user may also see certain entities or locations, such as restaurants, and / or certain facilities associated with such types of entities. For example, search can be performed on all Mexican restaurants with five stars, great views, live music performances, alcoholic beverage service and more. The search results may be associated with additional data including images, text, and / or audio data. The content display module is configured to render a subset of map information in a display space or viewing area (e.g., monitor, display, etc.). The content display module is also configured to render user interface controls to overlay the map information within the display space. Controls are rendered to be semitransparent, so map information located under control can be seen. In this manner, a user can manipulate user interface controls and view map content and related information at substantially the same time. As a limited example, if a user wants to find all the Starbucks in Seattle as well as different places to park in that area, the user can view both results together on the map. The user will enter a search term such as "Starbucks in Seattle" and / or "Seattle ". Searches based on user input criteria are performed by the system, and when both criteria are entered, both criteria are shown on the observation page, e.g., distinguished by different colors. The user can selectively turn on or off each search criterion individually for ease of classification and distinction. Thus, if the user who performed the search only wants to see where to park, the user will select the "off" function and the indicator for Starbucks will be removed from the observation. The user can return these functions to "on" and they will reappear on the observation screen. In another example, if the user who performed the search additionally or alternatively wants to find an Italian restaurant and ATM machine associated with remote insurance information, the user may select a search criteria such as " Italian Food in Seattle "and / Can be input. The system performs the search, layering the search results with the search results, and allowing observation of all search criteria at approximately similar times. This layering function makes it possible for different search functions to be displayed together using different marking indications such as, for example, different colors or flags, geometry, and the like. Further information regarding the display overlay or layering function will be described below. << E-commerce >> Consumer profiles are data that consumers use (or use) in connection with transactions with physical merchant entities or virtual merchant entities, Request, and / or information about the consumer. As such, certain information in the consumer profile can be received directly from a consumer, such as a consumer. For example, a consumer may enter data into a mobile communication device or may supply data to a merchant entity at a physical retail store (e.g., by completing an investigation at a retail store or by using a membership card). Other information in the consumer profile may be collected based on e-commerce activity or other behavior of the consumer. For example, certain communication session information (described in further detail below) may be included in the consumer profile. The consumer profile can be used for any purpose within the virtual retail system and is particularly useful for customizing the operation of the virtual retail system for special consumers. In order to deal with the secret (special remote coverage information), the consumer can control whether information is collected and included in the consumer profile and / or what information is collected and included in the consumer profile, and how this information is used or accessed Or to control who uses or accesses this information. The consumer profile is described in more detail below with respect to various aspects of the method sequence chart of FIG. 3. First, consumer profiling is described. Consumer profiling refers to actions associated with remote insurance information in association with creating, updating, or using a consumer profile. Examples of consumer profiling include, but are not limited to, actions, pattern purchases, personal information (e.g., name, address, genre, age) associated with collecting or using consumer actions, (E. G., Opt-in condition), service profile, retail store alliance, device and network dense location information, device and network dense communication session information, and Internet activity, email activity , And other behavior related data such as general mobility patterns, but are not limited to these examples.

Consumer profiling (consumer remote insurance information analysis) can be used to confirm other situations that affect proximity. For example, the predetermined logical relationship between a consumer and a physical retail store may be created and stored in a consumer profile, used alone, or may be used as a filter in connection with a given physical distance, Can be determined when it is close to a particular retail outlet.

Remote insurance information related input text module ;

A device such as a desktop computer, laptop, or handheld device may be configured to receive input text using an input device. In one example, a user of the desktop computer may use the keyboard to enter text into a word processing program or other software application. In devices with a touch screen, such as a cellular telephone and a tablet computer, a user may enter text, for example, by tapping on-screen keys. The device may be configured to receive a portion of the text (e.g., a word or phrase) and may be configured to provide the user with candidate text that predicts the remainder of the text based on the received portion of the text. , One key or button of the input device may represent more than one character, such as in mobile phones. Each keystroke can cause prediction, rather than repetitive sequencing through the same group of "characters" that the keystroke can represent. In the examples, the device may be configured to enable the entire word to be entered by a single key press. In this way, the device can be configured to efficiently use fewer device keys to enter text, such as text messages, e-mail, address book, calendar, etc. In some instances, Or when the user is distracted. As a result, the user input text may contain errors. When the user enters a character sequence that does not correspond to a known word, the device can be configured to predict and correct the character sequence. In some instances, a misspelled word may be replaced with a corresponding correct word. In other examples, the device may be configured to provide the user with a list of possible alternatives in which to select the correct word. Errors, however, can reduce the accuracy with which a device can accurately predict text or provide a list containing correct words. As used herein, the term &quot; character &quot; refers to a symbol or &quot; It is intended to include other numbers. Examples of characters include, for example, alphabetic characters, such as those derived from the Latin, Cyrillic, Arabic, Hebrew, or Greek alphabets. In addition, the characters may be one of various symbols used in Asian languages such as Chinese, Japanese, and Korean. The text may include words or groups of various characters forming units of word type. By way of example, the text may be a Chinese character that may be represented by one or more Pinyin characters. Thus, text can refer to morphemes (the smallest unit of semantic meaning), words, phrases, and so on. In the example, a portion of the text may be, for example, one or more letters forming part of a word. In another example, a portion of the text may include Pinyin initials of the words forming the phrase. These examples are for illustration only, and other examples are possible.

In one example, the computing device may be configured to use the speech input to determine candidate text based on a portion of text, and to identify or discard a subset of candidate text. In another example, the computing device may be configured to determine candidate text based on speech input and to use a portion of the text to identify or discard a subset of candidate text. In another example, the computing device determines a first set of candidate texts based on a portion of the text; And to determine a second set of candidate texts based on the speech input at substantially the same time. The computing device may also compare the first set of candidate texts with the second set of candidate texts, for example, to determine candidate texts that are common between the first set and the second set. As another example, May provide programmable devices with access to software for computing, graphics, audio, video, World Wide Web (WWW) / Intranet usage, and / or other functions. Many other examples of server devices are of course possible.

The server devices may be program logic, and / or cloud-based devices that store data of cloud-based applications and / or services. In some instances, the server devices may be a single computing device resident in a single computing center. In another example, server devices may include multiple computing devices in a single computing center, or multiple computing devices located in multiple computing centers at various geographic locations. For example, server devices resident at different physical locations. In some instances, data and services at server devices may be stored in non-transitory types of computer-readable media (or computer-readable storage media) and readable by programmable devices and / or other computing devices Data may be stored on a single disk drive or other type of storage medium, or may be stored on multiple disk drives or other types of storage media located in one or more various geographic locations. &Lt; RTI ID = 0.0 &gt;Lt; / RTI &gt;

A block diagram of an exemplary computing device (e.g., system) in accordance with one embodiment. In particular, a computing device may be configured to perform one or more functions of server devices, a network, and / or one or more programmable devices. The computing device may include a user interface module, a network communication interface module, one or more processes, and a data storage, all of which may be linked together via a system bus, a network, or other connection mechanism. May be operable to transmit and / or receive data to / from user input / output devices. For example, the user interface module may transmit and / or receive data to and / or from a user input devices, e.g., a keyboard, a keypad, a touch screen, a computer mouse, a trackball, a joystick, a camera, Or receive data therefrom. The user interface module may also include user display devices such as one or more cathode ray tube (CRT), liquid crystal display (LCD), light emitting diode (LED), displays using digital light processing (DLP) , Incandescent lamps, and / or other similar devices that are currently being developed or later developed. The user interface module may also be configured to generate an audible output, such as a speaker, a speaker jack, an audio output port, an audio output device, an earphone, and / or other similar devices. One or more wireless interfaces and / or one or more wired interfaces that are configurable to communicate over a wireless network. The wireless interfaces may be implemented within one or more wireless transmitters, receivers, and / or transceivers, such as a Bluetooth transceiver, a Zigbee transceiver, a Wi-Fi transceiver, an LTE transceiver, and / A wireless transceiver. The wired interfaces may include one or more wired transmitters, receivers, and / or transceivers, for example, an Ethernet transceiver, a Universal Serial Bus (USB) transceiver, or a twisted pair wire, coaxial cable, fiber optic link, A similar network communication interface module may be configured to provide reliable, secure, and / or authenticated communication. In some instances, the network communication interface module may be configured to provide reliable, secure, and / or authenticated communication. In each communication described herein, the information for assuring reliable communication (i.e., guaranteed message delivery) may be stored in the message header and / or as part thereof (e.g., packet / message sequencing information, encapsulation header and / , Size / time information, and transmission verification information such as CRC and / or parity check values). The communication may be secured (e.g., encoded or encrypted) using one or more encryption protocols and / or algorithms, such as, but not limited to, DES, AES, RSA, Diffie-Hellman and / or DSA / RTI &gt; and / or decrypted / decoded. Other encryption protocols and / or algorithms may be used or may be used in addition to those listed herein to secure (and also decrypt / decode) communications.

Processors may include one or more general purpose processes and / or one or more special purpose processes (e.g., digital signal processors, custom semiconductors, etc.).

Processes may be configured to execute computer readable program instructions contained in a data storage and / or as described above (e.g., method other instructions). Data storage may be read and / or accessed by at least one of the processors One or more computer-readable storage media, which may be in whole or in part integrated with at least one of volatile and / or non-volatile storage components, e.g., processes. Data storage may comprise a single physical device (e.g., one optical, magnetic, organic or other memory, or disk storage unit). , While in another example Data storage may be implemented using two or more physical devices. Data storage may include computer readable program instructions, and possibly additional data, such as, but not limited to, one or more processors and / or threads of a software application Data storage may include at least some of the methods described herein (e.g., at least some of the methods and techniques, and / or at least some of the functions of the devices and networks described herein) And may further include the storage required to perform.

The functions of the server device may be distributed among the three computing clusters.

Computing cluster module

Remote insurance information related logic acquisition computing clusters may include one or more computing devices (e.g., computing devices, cluster storage arrays, and cluster routers) connected by a local cluster network.

Similarly, a computing cluster may include one or more computing devices connected by a local cluster network, cluster storage arrays, and cluster routers. Likewise, a computing cluster may include one or more computing devices, cluster storage arrays, and cluster routers connected by a local cluster network. In some instances, each of the computing clusters may comprise the same number of computing devices, Cluster storage arrays, and the same number of cluster routers. However, in another example, each computing cluster may have a different number of computing devices, a different number of cluster storage arrays, and a different number of cluster routers. The number of computing devices, cluster storage arrays, and cluster routers in each computing cluster may vary depending on the computing tasks or tasks assigned to each computing cluster.

For example, in a computing cluster, computing devices may be configured to perform various computing tasks of a server device. In one example, the various functions of the server device may be distributed among one or more computing devices.

Computing devices in computing clusters may be configured similar to computing devices in a computing cluster. On the other hand, in some instances, computing devices may be configured to perform different functions.

In some examples, the computing tasks and stored data associated with the server devices may include the processing requirements of the server devices, the processing capabilities of the computing devices, the latency of network links between computing devices in each computing cluster and between the computing clusters themselves, And / or other factors that may contribute to cost, speed, fault tolerance, elasticity, efficiency, and / or other design goals of the overall system architecture.

The cluster storage arrays of computing clusters may be data storage arrays that include a disk array controller configured to manage read and write accesses to groups of hard disk drives.

The disk array controllers may also be coupled either alone or in combination with their respective computing devices to protect against disk failures and / or other cluster storage array failures and / or network failures that prevent one or more computing devices from accessing one or more cluster storage arrays And to manage backups or extra copies of data stored in the cluster storage arrays.

Similar to the manner in which the functions of the server devices may be distributed across the computing devices of the computing clusters, the various active and / or backup portions of these components may be distributed across the cluster storage arrays.

For example, some cluster storage arrays may be configured to store data of a server device, while other cluster storage arrays may store data of a server device. In addition, some cluster storage arrays may be configured to store backup versions of data stored in other cluster storage arrays.

Clusters in computing clusters may include networking facilities configured to provide internal and external communication for computing clusters. For example, a cluster router in a computing cluster may provide local area network communication between a computing device and a cluster array over a local cluster network, and remote communication network communication between a computing cluster and computing clusters over a remote network connection to the network Lt; RTI ID = 0.0 &gt; and / or &lt; / RTI &gt; The cluster routers may include network facilities similar to the cluster routers and the cluster routers may perform similar networking functions for the computing clusters that the cluster routers perform for the computing cluster. In some instances, The configuration may include data communication requirements of computing devices and cluster storage arrays, data communication capabilities of network facilities at cluster routers, latency and throughput of a local area network, latency, throughput and cost of a wide area network link, and / May be based, at least in part, on other factors that may contribute to failure tolerance, elasticity, efficiency, and / or other design goals of a suitable system architecture. In some instances, the disclosed methods (e.g., Non-transitory Computer program instructions for executing computer processes on a computing device arranged in accordance with at least some embodiments disclosed herein may be embodied as computer program instructions embodied in computer-readable storage media or in other non- The signal bearing medium may be embodied by one or more processors and may be embodied in the form of a computer program product, In some instances, the signal bearing medium may be a hard disk drive, a CD (Compact Disc), a DVD (Digital Video Disk), a digital Computer board such as tape, memory, etc. In some embodiments, the signal bearing medium may encompass a computer-writable medium such as memory, R / W CD, R / W DVD, etc., but these may include, but are not limited to, In some embodiments, the signal bearing media includes communication media such as digital and / or analog communication media (e.g., fiber optic cables, waveguides, wired communication links, wireless communication links, etc.) But are not limited to these. Thus, for example, the signal bearing medium may be carried by a wireless communication medium (e.g., a wireless communication medium conforming to the IEEE 802.11 standard or other transmission protocol).

Programming Command Module

The one or more programming instructions may be, for example, computer-executable and / or logic-implemented instructions.

In some instances, a computing device, such as programmable devices or computing devices, is communicated to one or more programmable devices or computing devices by one or more of one or more computer-readable media, computer-recordable media, and / Functions or actions in response to programming instructions. It will be appreciated that the arrangements described herein are for illustrative purposes only. Accordingly, it will be appreciated by those of ordinary skill in the art that other configurations and other elements (e.g., machines, interfaces, functions, sequences, and groups of functions) Can be omitted altogether according to. Moreover, many of the elements described are functional entities that may be implemented as separate or distributed components, or in combination with other components in any suitable combination and location.

While various aspects and embodiments have been disclosed herein, other aspects and embodiments will be apparent to those of ordinary skill in the art. The various aspects and embodiments disclosed herein are for the purpose of illustration, are not intended to be limiting, and the true scope is indicated by the claims below, and the full scope of equivalents to which such claims are entitled. It is also to be understood that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting.

Grid computing environment module

The grid computing environment, which handles information on remote insurance information, is an extended concept of the existing distributed computing technology and utilizes a grid to achieve low cost and high performance computing performance in various fields. However, in the absence of a commonly available information system, the current grid is used in the same sense as a conventional cluster computer, not a grid as a single large-scale environment. Therefore, in order to include the distributed computing environment that is constituted as a part of the grid environment, information about the computing environment should be shared by the users of the grid, and information services should be disclosed and shared.

As a part of distributed parallel computing related to remote insurance information, a plurality of networked computing resources are grouped together to constitute a virtual high capacity and high performance computing environment to perform computation intensive jobs or data intensive jobs ).

Bayesian belief network module,

A Bayesian network or a belief network or a directed acyclic graphical model module

Bayesian belief networks are extended to represent user needs and catalog documents in a concept (or category) network extracted from a web directory. By using the concept network, it is possible to calculate the concept matching degree between the request of the user related to the remote insurance information and the catalog document. That is, even if the query terms of the user and the index words of the catalog document do not match, it is possible to retrieve conceptually relevant documents. Also, by calculating the conceptual similarity between users, it is possible to recommend collaborative filtering based on semantic.

Thread module

In the present invention, as described above, the insurance information related connection with the client is managed by the thread thread method. However, when the number of threads increases, it is burdensome to manage the connection. MariaDB maintains threads as pools, keeping threads from growing every time a connection grows.

Ontology module

A remote insurance information data category module for categorizing and classifying remote insurance information by ranking the ontology and similarity search results for remote insurance based search, and categorizing and classifying the remote insurance information according to the situation; A thematic category module that displays the content that matches the clicked category in the remote insurance information data category module; Remote insurance information data Category of remote insurance information classified by category module and thematic module Sharing of remote insurance information list recommended by ontology and ranking according to category and subject matter contents by contents and remote insurance information to search for each category Recommended content / problem search module recommended.

Remote insurance information filtering module

An executor by neural network means;

A filtering saver that blocks remote insurance information flowing in the remote insurance information cooperative business system by being connected to the executor by the neural network means and the semantic expression;

And a microprocessor which is formed by pre-populating the filtering protection unit, receives the remote insurance information, converts the remote insurance information into a digital semantic expression signal, and controls the remote insurance information below a predetermined level to be blocked.

Remote Insurance Information Learning Module

Insurance is inherently understandable, and some people do not. We want to provide insurance service with learning function by solving their troubles.

Learning is done in the brain, which consists of many learning units or modules. These units of learning are already genetically determined, and are pre-programmed according to the type of learning, so that they each have their own specific anatomically connected synapses. Brain is an organ that develops continuously after birth. As it grows older, it must form this unique synapse in order to acquire various neurological functions.

As far as learning about remote insurance is concerned, the computer's diskette is formatted in advance so that the cortex is also formatted at a predetermined address so that it stores the information at the specified address when storing the information. It is categorized and stored in the form of memory in the cerebral cortex.

Functional anatomy of the brain The cerebral cortex can be divided into sensory areas, motor areas, and association areas that connect them. Primary motor & sensory areas, which are the first to develop in the double developmental stage, account for 5% of the brain and consist of primary visual area, primary auditory area, primary body sensory area, and primary motor area. The connection of the brain to other parts of the brain has been determined from the time of birth (primary hard-wired areas), the motor area is the vertebral circuit, the visual area is the optic tract, the auditory area is the auditory system, Areas are linked to the awards, and information from learning or training is not stored here. The area occupying the remaining 95% of the brain is the union region,

It can be divided into unimodal association areas and multimodal association areas. The single union region is located next to the primary kinesthetic sensation region in the brain. It functions to recognize and interpret information received from each region. The visual association zone, the auditory association zone, the Broca zone, and the somatosensory association zone correspond to the same position of the opposite hemisphere through the corpus callosum, and connect the motion zone to the sensory zone. . The most multi-associative area of cortical development in school-age is the prefrontal lobe of the frontal lobe of the frontal lobe and the angular gyrus and supramarginal gyrus of the temporo-parietal area . Here, the information is received in a single federation domain, linked to another single federated domain, or sent to a kinetic domain or limbic system.

The sensory information that comes into our body is firstly analyzed in the body body sensory area, the primary visual area, and the primary auditory area, and then compared with the past experience in each sensory association area, And the resulting multi-sensory association area (MA) where each stimulus is synthesized. The front of the lower part of the temporal lobe is thought to be the area with multiple sensory association areas. When the sensory information finally reaches this part, the perception of the object becomes complete, and the perceived information is added to the prefrontal cortex for prediction and behavior of the action, and the supplementary motor area and the pre- After a detailed plan of motion is made in the premotor area, it is converted into a reaction through the primary motor area. If this is the case, new stimuli that were not experienced in the past will enter the new memory circuit through the limbic Papez circuit, and the stimuli that were important in the past experience will enter the amygdala nuclear complex And then they become specific behavioral responses through prefrontal cortex and motor area. What is also important in the newly memorized mechanism is the addition of emotions to the Papeč circuit through the tonsillitis complex, which leads to consolidation of memory. Thus, the information that has passed through the memory circuit is stored in the association area.

The ontology is a tool that can semantically link the concept of remote insurance information as a tool to implement the semantic web. Web information retrieval for remote insurance information enabled retrieval of all electronic resources accessible via the web.

Due to the rapid development of the web, the expansion of the scope of the search has necessitated a more sophisticated search and facilitated the development of an intelligent remote insurance information retrieval system.

The ontology according to the present invention is utilized in the field of machine translation and artificial intelligence of the natural language related to the remote insurance information. Recently, the semantic web using the ontology describing the internet resources of the specific field and the relation between the semantic web and the semantic web Service and so on.

In other words, it means to clearly and detailly store meaning, remote insurance information, etc. in order to find common points in each object remote insurance information and to represent them in one set or category.

Claims (1)

An insurance information system in which information generated from a feature, a number, a step, an operation, a component, a part, or a combination thereof of an electric appliance (DB) including remote insurance information is naturally leaked and displayed.
KR1020150188154A 2015-12-29 2015-12-29 Insurance Information System KR20170078047A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020150188154A KR20170078047A (en) 2015-12-29 2015-12-29 Insurance Information System

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020150188154A KR20170078047A (en) 2015-12-29 2015-12-29 Insurance Information System

Publications (1)

Publication Number Publication Date
KR20170078047A true KR20170078047A (en) 2017-07-07

Family

ID=59353332

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150188154A KR20170078047A (en) 2015-12-29 2015-12-29 Insurance Information System

Country Status (1)

Country Link
KR (1) KR20170078047A (en)

Similar Documents

Publication Publication Date Title
US11657094B2 (en) Memory grounded conversational reasoning and question answering for assistant systems
US11636438B1 (en) Generating smart reminders by assistant systems
US10977258B1 (en) Content summarization for assistant systems
US11102259B2 (en) Network system for content playback on multiple devices
KR101981423B1 (en) System and method for proactively identifying and surfacing related content on a touch sensitive device
JP2021523464A (en) Build a virtual discourse tree to improve the answers to convergent questions
US11861319B2 (en) Chatbot conducting a virtual social dialogue
US11941149B2 (en) Positioning participants of an extended reality conference
CN115438330A (en) Accessory device based authentication for digital assistant requests
KR20170078098A (en) Bank Information System
TW202301080A (en) Multi-device mediation for assistant systems
KR20170078088A (en) Vehicle Information System
KR20170078047A (en) Insurance Information System
KR20170078094A (en) Insurance Information System
KR20170077735A (en) Bank Information System
KR20170078103A (en) Personal Secretary Information System
KR20170078050A (en) Dron operation information system
KR20170078049A (en) Vehicle Information System
US11948263B1 (en) Recording the complete physical and extended reality environments of a user
US20240119682A1 (en) Recording the complete physical and extended reality environments of a user
WO2023146837A2 (en) Extended reality for collaboration
Farahbakhsh D2. 2 State of the Art Analysis Report

Legal Events

Date Code Title Description
E601 Decision to refuse application
E601 Decision to refuse application