There are many ways of presenting information (e.g., objects) linearly to a user. This includes a list, as a gallery, as a verbal narrative, as a set of linearly arranged images, sequential video frames, and so on. However, it is hard to appreciate or flag to the user non-contiguous potential connections or relationships between different segments/frames/objects in a linear narrative. For example, objects such as photographs representing dinner on a first day of a vacation and the second day of the same vacation may have a thematic connection, or even a budget connection, but this is not readily apparent except by the viewer's memory.
Similarly, it is difficult to convey visual information such as photographs and videos while at the same time providing background information about the particular location/person/object in some photos and videos. Such background information may include things like what user thought about the place, what kind of history it has, what kinds of people live there, if the user thought the place seemed dangerous, and so on. The well known devices of subtitles and scrolling tickers around and/or on visual images can become annoying and distracting.
This Summary is provided to introduce a selection of representative concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used in any way that would limit the scope of the claimed subject matter.
Briefly, various aspects of the subject matter described herein are directed towards a technology by which data (e.g., objects and information about how those objects are presented) synthesized into a linear narrative may be modified via cinematographic and other effects and actions into a modified linear narrative for presentation. As used herein, a “linear” narrative may not necessarily be entirely linear, e.g., it may include a non-linear portion or portions such as branches and/or alternatives, e.g., selected according to user interaction and/or other criteria. The user may be provided with an indication of at least one interaction point in the narrative to indicate that a user may interact to change the data at such a point.
An interaction mechanism changes at least some of the data into modified data based upon one or more instructions, (e.g., from a user), and the content synthesizer re-synthesizes the modified data into a re-synthesized linear narrative. For example, the data may be modified by using at least one transition effect between two objects presented sequentially in the re-synthesized linear narrative. The appearance of an object may be modified data by using a lighting effect, a focus effect, a zoom effect, a pan effect, a truck effect, and so on. Audio and/or presented in conjunction with an object may be added, deleted or replaced. The objects may be those corresponding to a plan, and an object in the set of plan objects may be changed to change the re-synthesized linear narrative.
In one aspect, an instruction may correspond to a theme, such as a mood or style (e.g., fast-paced action), with the data changed by choosing at least two effects based upon the theme. One of the effects may be to overlay audio that helps convey the general theme.
Other advantages may become apparent from the following detailed description when taken in conjunction with the drawings.
The present invention is illustrated by way of example and not limited in the accompanying figures in which like reference numerals indicate similar elements and in which:
Various aspects of the technology described herein are generally directed towards providing a user experience that allows a user to use effects such as found in cinematographic conventions to take control of a narrative, for example, a synthesized linear narrative of a plan. To convey information beyond the images themselves (and any other content), a user may employ techniques and conventions such as lighting, focus, music, change in lighting, focus, and/or music, flashback transitions, change of pace, panning, trucking, zoom, and so forth.
In one aspect, the ability to use such techniques and conventions may be communicated via user interaction points within the linear narrative, e.g., by means of cinematographic conventions. For example, during the synthesis and preparation of a presentation, affordances may signal to the user where the user can take control of the narrative, e.g. “there are many alternatives to this narrative fragment, see each or any of them”, or “zoom here to see obscured detail” or “remove this object from the narrative and then see a re-synthesized or re-planned narrative” and so forth. The result is a presentation (or multiple varied presentations) of a plan such as a vacation plan in the form of a narrative that is enhanced with rich and generally familiar conventions and techniques as used to tell a complex story in a movie.
It should be understood that any of the examples herein are non-limiting. As such, the present invention is not limited to any particular embodiments, aspects, concepts, structures, functionalities or examples described herein. Rather, any of the embodiments, aspects, concepts, structures, functionalities or examples described herein are non-limiting, and the present invention may be used various ways that provide benefits and advantages in computing and presenting information in general.
There may be many models from which a user may select, such as described in the aforementioned U.S. patent application “Addition of Plan-Generation Models and Expertise by Crowd Contributors.” For example, one user may be contemplating a skiing vacation, whereby that user will select an appropriate model (from possibly many skiing vacation models), while another user planning a beach wedding will select an entirely different model.
Each such model such as the model 106 includes rules, constraints and/or equations 110 for generating the relevant plan 108, as well as for generating other useful devices such as a schedule. For example, for a “Tuscany vacation” model, a rule may specify to select hotels based upon ratings, and a constraint may correspond to a total budget. An equation may be that the total vacation days equal the number of days in the Tuscany region plus the number of days spent elsewhere; e.g., if the user chooses a fourteen day vacation, and chooses to spend ten days in Tuscany, then four days remain for visiting other locations, (total days=Tuscany days+other days).
The selected model 106 may generate separate searches for a concept. By way of the “beach wedding” example, the selected model 106 may be pre-configured to generate searches for beaches, water, oceanfront views, weddings, and so forth to obtain beach-related and wedding-related search content (objects). The model 106 may also generate searches for bridesmaid dresses, hotels, wedding ceremonies, wedding receptions, beach wedding ceremonies, beach wedding receptions and so forth to obtain additional relevant objects. Additional details about models and plans are described in the aforementioned related U.S. patent applications, and in U.S. patent application Ser. No. 12/752,961, entitled “Adaptive Distribution of the Processing of Highly Interactive Applications,” hereby incorporated by reference.
To develop the plan 108, the model 106 applies the rules, constraints and/or equations 110 to balance parameters and goals input by the user, such as budgets, locations, travel distances, types of accommodation, types of dining and entertainment facilities used, and so forth. The content that remains after the model 106 applies the rules, constraints and/or equations 110 comprise plan objects 112 that are used in synthesizing the narrative. Note that non-remaining search content need not be discarded, but rather may be cached, because as described below, the user may choose to change their parameters and goals, for example, or change the set of objects. With changes to the set of plan objects, the linear narrative is re-synthesized. With changes to the parameters and goals, (and/or to the set of plan objects), the search content is processed according to the rules, constraints and/or equations 110 in view of the changes to determine a different set of plan objects 112, and the linear narrative re-synthesized.
The search mechanism 104 includes technology (e.g., a search engine or access to a search engine) for searching the web and/or private resources for the desired content objects, which may include images, videos, audio, blog and tweet entries, reviews and ratings, location postings, and other signal captures related to the plan objects 112 contained within a generated plan 108. For example, objects in a generated plan related to a vacation may include places to go to, means of travel, places to stay, places to see, people to see, and actual dining and entertainment facilities. Any available information may be used in selecting and filtering content, e.g., GPS data associated with a photograph, tags (whether by a person or image recognition program), dates, times, ambient light, ambient noise, and so on. Language translation may be used, e.g., a model for “traditional Japanese wedding” may search for images tagged in the Japanese language so as to not be limited to only English language-tagged images. Language paraphrasing may be used, e.g., “Hawaiian beach wedding” may result in a search for “Hawaiian oceanfront hotels,” and so forth.
Note that a user may interact with the search mechanism 104 to obtain other objects, and indeed, the user may obtain the benefit of a linear narrative without the use of any plan, such as to have a virtual tour automatically synthesized from various content (e.g., crowd-uploaded photographs) for a user who requests one of a particular location. For example, a user may directly interact with the search mechanism 104 to obtain search results, which may then be used to synthesize a linear narrative such as using default rules. A user may also provide such other objects to a model for consideration in generating a plan, such as the user's own photographs and videos, a favorite audio track, and so on, which the model may be configured to use when generating plan objects.
The content synthesizer 114 comprises a mechanism for synthesizing the content (plan objects 112 and/or other objects 116 such as a personal photograph) into a linear narrative 118. To this end, the content synthesizer 114 may segue multiple video clips and/or images, (e.g., after eliminating any duplicated parts). The content synthesizer 114 may splice together videos shot from multiple vantage points, so as to expand or complete the field of view (i.e. videosynth), create slideshows, montages, collages of images such as photographs or parts of photographs, splice together photographs shot from multiple vantage points so as to expand or complete the field of view or level of detail (i.e. photosynths). Other ways the content synthesizer 114 may develop the linear narrative is by extracting objects (people, buildings, 2D or 3D artifacts) from photographs or video frames and superimposing or placing them in other images or videos, by creating audio fragments from textual comments (via a speech-to-text engine) and/or from automatically-derived summaries/excerpts of textual comments, overlaying audio fragments as a soundtrack accompanying a slideshow of images or video, and so forth. Note that each of these technologies exists today and may be incorporated in the linear narrative technology described herein in a relatively straightforward manner.
The model 106 may specify rules, constraints and equations as to how the content is to be synthesized. Alternatively, or in addition to the model 106, the user and/or another source may specify such rules, constraints and equations.
By way of a simple example, consider the beach wedding described above. Rules, provided by a model or any other source, may specify that the content synthesizer 114 create a slideshow of images, which the model divides into categories (ocean, beach and ocean, bridesmaid dresses, ceremony, wedding reception, sunset, hotel), to be shown in that order. From each of these categories, the rules/constraints may specify selecting the six most popular images (according to pervious user clicks) per category, and to show those selected images in groups of three at a time for ten seconds per group. Other rules may specify concepts such as to only show images of bridesmaid's dresses matching those used in the ceremony.
Once the narrative 118 has been synthesized, a narrative playback mechanism 120 plays the linear narrative 118. As with other playback mechanisms, the user may interact to pause, resume, rewind, skip, fast forward and so forth with respect to the playback.
Moreover, as represented in
Whenever the user makes such a change or set of changes, the model 106 may regenerate a new plan, and/or the content synthesizer 114 may generate a new narrative. In this way, a user may perform re-planning based on any changes and/or further choices made by the user, and be presented with a new narrative. The user may compare the before and after plans upon re-planning, such as to see a side by side presentation of each. Various alternative plans may be saved for future reviewing, providing to others for their opinions, and so forth.
By way of example, consider a user that interacts with a service or the like incorporated into Microsoft Corporation's Bing™ technology for the purpose of making a plan and/or viewing a linear narrative. One of the options with respect to the service may be to select a model, and then input parameters and other data into the selected model (e.g., a location and total budget). With this information, the search for the content may be performed (if not already performed in whole or in part, e.g., based upon the selected model), processed according to the rules, constraints and equations, and provided to the content synthesizer 114. The content synthesizer 114 generates the narrative 118, in a presentation form that may be specified by the model or user selection (play the narrative as a slideshow, or as a combined set of video clips, and so on).
Thus, via step 202, a model may be selected for the user based on the information provided. Further, the user may be presented with a list of such models if more than one applies, e.g., “Low cost Tuscany vacation,” “Five-star Tuscany vacation” and so forth.
Step 204 represents performing one or more searches as directed by the information associated with the model. For example, the above-described beach wedding model may be augmented with information that Hawaii is the desired location for the beach wedding, sunset the desired time, and search for hotels on Western shores of Hawaii, images of Hawaiian beaches taken near those hotels, videos of sunset weddings that took place in Hawaii, and so on. Alternatively, a broader search or set of searches may be performed and then filtered by the model based upon the more specific information.
Once the content is available, step 206 represents generating the plan according to the rules, constraints and equations. For example, the rules may specify a one minute slideshow, followed by a one minute video clip, followed by a closing image, each of which are accompanied by Hawaiian music. A constraint may be a budget, whereby images and videos of very expensive resort hotels are not selected as plan objects.
Step 208 represents synthesizing the plan objects into a narrative, as described below with reference to the example flow diagram of
As described above, as represented by step 212 the user may make changes to the objects, e.g., remove an image or video and/or category. The user may make one or more such changes. When the changes are submitted (e.g., the user selects “Replay with changes” or the like from a menu), step 212 returns to step 208 where a different set of plan objects may be re-synthesized into a new narrative, and presented to the user at step 210.
The user also may make changes to the plan, as represented via step 214. For example, a user may make a change to previously provided information, e.g., the event location may be changed, whereby a new plan is generated by the model by returning to step 208, and used to synthesize and present a new linear narrative (steps 208 and 210). Note that (although not shown this way in
The process continues until the user is done, at which time the user may save or discard the plan/narrative. Note that other options may be available to the user, e.g., an option to compare different narratives with one another, however such options are not shown in
Step 304 evaluates checking with the model whether there are enough objects remaining after removal of duplicates to meet the model's rules/constraints. For example, the rules may specify that the narrative comprises a slideshow that presents twenty images, whereby after duplicate removal, more images may be needed (obtained via step 306) to meet the rule.
Step 308 is directed towards pre-processing the objects as generally described above. For example, images may be combined with graphics, graphics and/or images may be overlaid onto video, part of an object may be extracted and merged into another object, and so forth. Another possible pre-processing step is to change the object's presentation parameters, e.g., time-compress or speed up/slow down video or audio, for example.
At this time in the synthesis (or during interaction, e.g., after a first viewing), via step 310, the user may be presented with the opportunity to change some of the objects and/or object combinations. This may include providing hints to the user, e.g., “do you want to emphasize/de-emphasize/remove any particular object” and so forth. Various cinematographic effects to do this, e.g., focus, lighting, re-sizing and so on are available, as described below. The user may also interact to add or change other objects, including text, audio and so forth.
Note that in general, the user may interact throughout the synthesis processing to make changes, add effects and so on. However, typically this will occur as part of a re-synthesis, after the viewer has seen the linear narrative at least once; thus step 310 may be skipped during the initial synthesis processing.
Step 312 represents scheduling and positioning of the objects (in their original form and/or modified according to step 308) for presentation. The order of images in a slideshow is one type of scheduling, however it can be appreciated that a timeline may be specified in the model so as to show slideshow images for possibly different lengths of time, and/or more than one image at the same time in different positions. Audio may be time-coordinated with the presentation of other objects, as may graphic or text overlays, animations and the like positioned over video or images.
Again, (e.g., during any re-synthesis), the user may be prompted via step 314 to interact with the linear narrative, this time to reschedule and/or reposition objects. Any suitable user interface techniques may be used, e.g., dragging objects, including positioning their location and timing, e.g., by stepping through (in time) the schedule of objects to present, and so forth. Note that step 314 may be skipped during an initial synthesis processing, that is, step 314 may be provided during any re-syntheses after seeing the linear narrative at least once.
Once scheduled and positioned, the objects to be presented are combined into the narrative at step 316. This may include segueing, splicing, and so forth. As part of the combination, the user may be prompted to interact to include special effects transitions, as represented by step 320.
In general, after the user views the synthesized narrative 418, changes it in some way via the interaction mechanism 422 such that it is re-synthesized, and views it again. This may occur many times, and can be considered as a feedback engine. Note that in general, the components of the feedback engine already are present as represented in
The changes may be made in any suitable way based upon instructions 440 from the user. These may include direct interaction instructions (e.g., emphasize object X), or theme-like (including mood), instructions selected by a user to match an objective, such as to provide a starting point (e.g., choose effects that convey high-paced action) for re-synthesizing the narrative. The feedback engine selects appropriate effects from a set of available effects 442, and matches them to the instructions as generally described below with reference to
Step 506 represents matching the various instructions obtained at step 504 to the available effects, to select appropriate ones for the desired results, as generally represented at step 508. In general, the available effects comprise a taxonomy or other structure that relates type of effects, e.g., lighting, focus and so on with metadata indicating the capabilities of each effect, e.g., can be used for emphasizing, de-emphasizing, showing season changes, time changes, changing the focus of attention, and so on. Music, volume, playback speed, blurred transitions, fast transitions and so forth are effects that, for example, may be used to reflect themes, including a mood.
The instructions may be arranged as a similar taxonomy or other structure, e.g., to show a relationship between objects, to age something over time, set a mood, and so on. For example, to show a relationship between two independent objects, e.g., an image of a skier and an image of a difficult jump area, each may be temporarily enlarged when first presented, to indicate that the skier is approaching that jump later in the video or slideshow. Mood may be set via music and other video effects.
Step 508 represents choosing the effects, which may be in conjunction with some assistance to the user. For example, if the user wants to convey that a neighborhood seemed dangerous, the user may provide such information, whereby the presentation will show images of the neighborhood overlaid with “ominous” music and shown in a darkened state. For example, an instruction may be to select a “danger” theme for a set of objects, whereby the feedback engine may suggest a combination of effects, including an audio track and lighting effects that convey danger, such as based upon popularity and/or ratings from other users. Note that an audio track, which may comprise part or all of an object, may be considered an “effect” in that its playback conveys information about some part (or all) of the narrative.
Step 510 represents the re-synthesizing based upon any changes to the narrative data comprising the objects, their scheduling and/or positioning and/or effects, as generally described above with reference to
As can be seen, the technology described herein facilitates the use of various effects that can be used to convey information in a presentation, including lighting, focus, music, sound, transitions, pace, panning, trucking, zoom and changes thereto. This may help convey the significance of some object (place, person, food item, and so forth), in a visual image, relationships between objects (including objects that are in two separately seen fragments of the narrative), a person's feeling about any object, (e.g. underlying mood, emotion or user ratings). Also, the technology indicates the availability of more ways to convey information regarding an object, the availability of alternative narrative fragments, and the ability to change something visible about an object (e.g. size, placement, or even its existence) that if changed, alters or regenerates the narrative.
One of ordinary skill in the art can appreciate that the various embodiments and methods described herein can be implemented in connection with any computer or other client or server device, which can be deployed as part of a computer network or in a distributed computing environment, and can be connected to any kind of data store or stores. In this regard, the various embodiments described herein can be implemented in any computer system or environment having any number of memory or storage units, and any number of applications and processes occurring across any number of storage units. This includes, but is not limited to, an environment with server computers and client computers deployed in a network environment or a distributed computing environment, having remote or local storage.
Distributed computing provides sharing of computer resources and services by communicative exchange among computing devices and systems. These resources and services include the exchange of information, cache storage and disk storage for objects, such as files. These resources and services also include the sharing of processing power across multiple processing units for load balancing, expansion of resources, specialization of processing, and the like. Distributed computing takes advantage of network connectivity, allowing clients to leverage their collective power to benefit the entire enterprise. In this regard, a variety of devices may have applications, objects or resources that may participate in the resource management mechanisms as described for various embodiments of the subject disclosure.
Each computing object 610, 612, etc. and computing objects or devices 620, 622, 624, 626, 628, etc. can communicate with one or more other computing objects 610, 612, etc. and computing objects or devices 620, 622, 624, 626, 628, etc. by way of the communications network 640, either directly or indirectly. Even though illustrated as a single element in
There are a variety of systems, components, and network configurations that support distributed computing environments. For example, computing systems can be connected together by wired or wireless systems, by local networks or widely distributed networks. Currently, many networks are coupled to the Internet, which provides an infrastructure for widely distributed computing and encompasses many different networks, though any network infrastructure can be used for exemplary communications made incident to the systems as described in various embodiments.
Thus, a host of network topologies and network infrastructures, such as client/server, peer-to-peer, or hybrid architectures, can be utilized. The “client” is a member of a class or group that uses the services of another class or group to which it is not related. A client can be a process, e.g., roughly a set of instructions or tasks, that requests a service provided by another program or process. The client process utilizes the requested service without having to “know” any working details about the other program or the service itself.
In a client/server architecture, particularly a networked system, a client is usually a computer that accesses shared network resources provided by another computer, e.g., a server. In the illustration of
A server is typically a remote computer system accessible over a remote or local network, such as the Internet or wireless network infrastructures. The client process may be active in a first computer system, and the server process may be active in a second computer system, communicating with one another over a communications medium, thus providing distributed functionality and allowing multiple clients to take advantage of the information-gathering capabilities of the server.
In a network environment in which the communications network 640 or bus is the Internet, for example, the computing objects 610, 612, etc. can be Web servers with which other computing objects or devices 620, 622, 624, 626, 628, etc. communicate via any of a number of known protocols, such as the hypertext transfer protocol (HTTP). Computing objects 610, 612, etc. acting as servers may also serve as clients, e.g., computing objects or devices 620, 622, 624, 626, 628, etc., as may be characteristic of a distributed computing environment.
As mentioned, advantageously, the techniques described herein can be applied to any device. It can be understood, therefore, that handheld, portable and other computing devices and computing objects of all kinds are contemplated for use in connection with the various embodiments. Accordingly, the below general purpose remote computer described below in
Embodiments can partly be implemented via an operating system, for use by a developer of services for a device or object, and/or included within application software that operates to perform one or more functional aspects of the various embodiments described herein. Software may be described in the general context of computer executable instructions, such as program modules, being executed by one or more computers, such as client workstations, servers or other devices. Those skilled in the art will appreciate that computer systems have a variety of configurations and protocols that can be used to communicate data, and thus, no particular configuration or protocol is considered limiting.
With reference to
Computer 710 typically includes a variety of computer readable media and can be any available media that can be accessed by computer 710. The system memory 730 may include computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) and/or random access memory (RAM). By way of example, and not limitation, system memory 730 may also include an operating system, application programs, other program modules, and program data.
A user can enter commands and information into the computer 710 through input devices 740. A monitor or other type of display device is also connected to the system bus 722 via an interface, such as output interface 750. In addition to a monitor, computers can also include other peripheral output devices such as speakers and a printer, which may be connected through output interface 750.
The computer 710 may operate in a networked or distributed environment using logical connections to one or more other remote computers, such as remote computer 770. The remote computer 770 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, or any other remote media consumption or transmission device, and may include any or all of the elements described above relative to the computer 710. The logical connections depicted in
As mentioned above, while exemplary embodiments have been described in connection with various computing devices and network architectures, the underlying concepts may be applied to any network system and any computing device or system in which it is desirable to improve efficiency of resource usage.
Also, there are multiple ways to implement the same or similar functionality, e.g., an appropriate API, tool kit, driver code, operating system, control, standalone or downloadable software object, etc. which enables applications and services to take advantage of the techniques provided herein. Thus, embodiments herein are contemplated from the standpoint of an API (or other software object), as well as from a software or hardware object that implements one or more embodiments as described herein. Thus, various embodiments described herein can have aspects that are wholly in hardware, partly in hardware and partly in software, as well as in software.
The word “exemplary” is used herein to mean serving as an example, instance, or illustration. For the avoidance of doubt, the subject matter disclosed herein is not limited by such examples. In addition, any aspect or design described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects or designs, nor is it meant to preclude equivalent exemplary structures and techniques known to those of ordinary skill in the art. Furthermore, to the extent that the terms “includes,” “has,” “contains,” and other similar words are used, for the avoidance of doubt, such terms are intended to be inclusive in a manner similar to the term “comprising” as an open transition word without precluding any additional or other elements when employed in a claim.
As mentioned, the various techniques described herein may be implemented in connection with hardware or software or, where appropriate, with a combination of both. As used herein, the terms “component,” “module,” “system” and the like are likewise intended to refer to a computer-related entity, either hardware, a combination of hardware and software, software, or software in execution. For example, a component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration, both an application running on computer and the computer can be a component. One or more components may reside within a process and/or thread of execution and a component may be localized on one computer and/or distributed between two or more computers.
The aforementioned systems have been described with respect to interaction between several components. It can be appreciated that such systems and components can include those components or specified sub-components, some of the specified components or sub-components, and/or additional components, and according to various permutations and combinations of the foregoing. Sub-components can also be implemented as components communicatively coupled to other components rather than included within parent components (hierarchical). Additionally, it can be noted that one or more components may be combined into a single component providing aggregate functionality or divided into several separate sub-components, and that any one or more middle layers, such as a management layer, may be provided to communicatively couple to such sub-components in order to provide integrated functionality. Any components described herein may also interact with one or more other components not specifically described herein but generally known by those of skill in the art.
In view of the exemplary systems described herein, methodologies that may be implemented in accordance with the described subject matter can also be appreciated with reference to the flowcharts of the various figures. While for purposes of simplicity of explanation, the methodologies are shown and described as a series of blocks, it is to be understood and appreciated that the various embodiments are not limited by the order of the blocks, as some blocks may occur in different orders and/or concurrently with other blocks from what is depicted and described herein. Where non-sequential, or branched, flow is illustrated via flowchart, it can be appreciated that various other branches, flow paths, and orders of the blocks, may be implemented which achieve the same or a similar result. Moreover, some illustrated blocks are optional in implementing the methodologies described hereinafter.
While the invention is susceptible to various modifications and alternative constructions, certain illustrated embodiments thereof are shown in the drawings and have been described above in detail. It should be understood, however, that there is no intention to limit the invention to the specific forms disclosed, but on the contrary, the intention is to cover all modifications, alternative constructions, and equivalents falling within the spirit and scope of the invention.
In addition to the various embodiments described herein, it is to be understood that other similar embodiments can be used or modifications and additions can be made to the described embodiment(s) for performing the same or equivalent function of the corresponding embodiment(s) without deviating therefrom. Still further, multiple processing chips or multiple devices can share the performance of one or more functions described herein, and similarly, storage can be effected across a plurality of devices. Accordingly, the invention is not to be limited to any single embodiment, but rather is to be construed in breadth, spirit and scope in accordance with the appended claims.
The present application is related to copending U.S. patent applications entitled “Addition of Plan-Generation Models and Expertise by Crowd Contributors” (attorney docket no. 330929.01), “Synthesis of a Linear Narrative from Search Content” (attorney docket no. 330930.01), and “Immersive Planning of Events Including Vacations” (attorney docket no. 330931.01), filed concurrently herewith and hereby incorporated by reference.